From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 09:59:28 2011 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 D9DBF106566B for ; Sun, 17 Apr 2011 09:59:28 +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 6A72F8FC1A for ; Sun, 17 Apr 2011 09:59:28 +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 3D22B25D37C4; Sun, 17 Apr 2011 09:59:26 +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 6FCBF159D1EE; Sun, 17 Apr 2011 09:59:25 +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 Y-fgSoIpz9Rj; Sun, 17 Apr 2011 09:59:18 +0000 (UTC) Received: from nv.sbone.de (nv.sbone.de [IPv6:fde9:577b:c1a9:31::2013:138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 6A757159D1F6; Sun, 17 Apr 2011 09:59:18 +0000 (UTC) Date: Sun, 17 Apr 2011 09:59:17 +0000 (UTC) From: "Bjoern A. Zeeb" To: Pete French In-Reply-To: Message-ID: References: X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: RE: IPv6 / ndp taking a long time to resolve in this weeks 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, 17 Apr 2011 09:59:28 -0000 On Wed, 13 Apr 2011, Pete French wrote: Hi, > Hi, thanks for the email - I canb recreate this very easily here > now. I have also shown that it the problem doesnt happen > on a kernel from Feb 25th, but does happen on a kernel from > this week. I assume both are stable/8? Are you sure on the Feb 25th kernel doing ok or could it be that you are just more lucky? > cery easy to demonstarte - set up 2 machines. Ping one > from the other so that it is pinging nicely. Then delete the ndp > entry. The ping freezes - sometimes for 20 seconds! It > eventually starts again with all the inrtervening packets lost. > This only happens if the machone being oinged is running the > newer kernel. If you do it the other way round then all > is fine. Yes, that would make sense from what I have just observed elsewhere. So I guess my question about the Feb 25th kernel is irrelevant but getting a confirmation on the branch would be good. I would assume that if you have both machines running the newer kernel and would start ping6 from both things would also start working immediately. /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 10:32:54 2011 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 CC181106566B for ; Sun, 17 Apr 2011 10:32:54 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2001:470:1f09:176e::3]) by mx1.freebsd.org (Postfix) with ESMTP id 946478FC1A for ; Sun, 17 Apr 2011 10:32:54 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1QBPHU-0004Ub-G2; Sun, 17 Apr 2011 11:32:40 +0100 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.74 (FreeBSD)) (envelope-from ) id 1QBPHU-000J3w-FB; Sun, 17 Apr 2011 11:32:40 +0100 To: bzeeb-lists@lists.zabbadoz.net, petefrench@ingresso.co.uk In-Reply-To: Message-Id: From: Pete French Date: Sun, 17 Apr 2011 11:32:40 +0100 Cc: freebsd-stable@freebsd.org Subject: RE: IPv6 / ndp taking a long time to resolve in this weeks 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, 17 Apr 2011 10:32:54 -0000 > I assume both are stable/8? Are you sure on the Feb 25th kernel > doing ok or could it be that you are just more lucky? I've rolled everything back now to a kernel from April 1st - that works OK. The one from April 11th does not. If I get some time I will barrow it down. > I would assume that if you have both machines running the newer kernel > and would start ping6 from both things would also start working > immediately. Didnt think to try that... hang on... [goes and tries] No, that doesnt work - they both hang for a while and eventually start. cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 10:52:14 2011 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 B83F6106566C for ; Sun, 17 Apr 2011 10:52:14 +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 70CA18FC12 for ; Sun, 17 Apr 2011 10:52:14 +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 33F7025D386D; Sun, 17 Apr 2011 10:52:13 +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 613A2159D270; Sun, 17 Apr 2011 10:52:12 +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 fuRAyf6AEza7; Sun, 17 Apr 2011 10:52:11 +0000 (UTC) Received: from nv.sbone.de (nv.sbone.de [IPv6:fde9:577b:c1a9:31::2013:138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 59542159D211; Sun, 17 Apr 2011 10:52:11 +0000 (UTC) Date: Sun, 17 Apr 2011 10:52:11 +0000 (UTC) From: "Bjoern A. Zeeb" To: Pete French In-Reply-To: Message-ID: References: X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: RE: IPv6 / ndp taking a long time to resolve in this weeks 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, 17 Apr 2011 10:52:14 -0000 On Sun, 17 Apr 2011, Pete French wrote: >> I assume both are stable/8? Are you sure on the Feb 25th kernel >> doing ok or could it be that you are just more lucky? > > I've rolled everything back now to a kernel from April 1st - that > works OK. The one from April 11th does not. If I get some time I will > barrow it down. *wow* Thanks a lot for that update. That narrows it down a lot. I am looking. >> I would assume that if you have both machines running the newer kernel >> and would start ping6 from both things would also start working >> immediately. > > Didnt think to try that... hang on... > > [goes and tries] > > No, that doesnt work - they both hang for a while and eventually start. Ok, then it's even les obvious than what I thought. I'll keep you updated. /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 12:49:25 2011 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 1E504106566C for ; Sun, 17 Apr 2011 12:49:25 +0000 (UTC) (envelope-from laa@cemu.ru) Received: from m.cemu.ru (m.cemu.ru [194.186.216.68]) by mx1.freebsd.org (Postfix) with ESMTP id C63648FC08 for ; Sun, 17 Apr 2011 12:49:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=laa.zp.ua; s=dkim; h=Sender:Content-Type:Mime-Version:Message-ID:Subject:To:From:Date; bh=bq+NUZUvTgrtJMT+pViam9/33nFDB6Wzh0vKQ4+3j0s=; b=lR+Re3r/0GM0hi2a3suJasUXCp2d3r2HJjnCRYnVHiJjCxfwO7xJ2IMIimuuzwGarG2SckzfPWS6Z781qREWi2Ks7sVxzZh9qQyCyhcWKwQRCtRQi0DFP02m5tUhDNf5rjkIr7eh/YMwvPtSA7NjwWvGfvPXMs0Ut1WPr98jehw=; Received: by m.cemu.ru with local (Exim) (envelope-from ) id 1QBR9U-000NrS-J3 for freebsd-stable@freebsd.org; Sun, 17 Apr 2011 16:32:32 +0400 Date: Sun, 17 Apr 2011 16:32:32 +0400 From: Lystopad Olexandr To: freebsd-stable@freebsd.org Message-ID: <20110417123232.GA96423@laa.zp.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Sender: laa Subject: ZFS root on MB Intel S3420GP 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, 17 Apr 2011 12:49:25 -0000 Hi! I have this hardware: smbios.system.maker="Intel Corporation" smbios.system.product="S3420GP" with 4G ram and 4x WD 500G drives. I try both raids in the bios, in both cases i try raid 10. I.e. I have 1Tb ar0 device. After reading http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ1 I try to install FreeBSD on this box, but I change ad0..ad1.. to my ar0 device. I try to have zfs on intel raid10. All commands run successfully, but after reboot I have: gptzfsboot no zfs pools located: can't boot What mistake I made? What best solution with my hardware exist? -- Lystopad Olexandr From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 13:54:36 2011 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 DCD411065673 for ; Sun, 17 Apr 2011 13:54:36 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A27578FC21 for ; Sun, 17 Apr 2011 13:54:36 +0000 (UTC) Received: by iyj12 with SMTP id 12so4362009iyj.13 for ; Sun, 17 Apr 2011 06:54:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=AJlMIy5ohYvNHIhqKny5T86g+4VD5kjHJr/hme5rDLM=; b=pj0At13kG6Spf7EfWnawWk5NDwVT1jJCAd7wozAnNFV35FlWD6EY6LGiFx5h/cUnv/ HxW52r8ls23DETRb+NzVc144Zn8zbepFxbjIM1XtDz4MPaOg6bcsc7i4gM6zYJBlSeDA f6QwBhlSiCVtRZLFxy7ygi/iGUV/5FestArEI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=elczCQu2iwQaJC8hy4RNSuo0ZSHdujzn2ZuZ88QSWJVCrdzdHDsQIJD0n9/f/qUjzl KQZD5SADAhJEdOCpnruvWGP4Brj/+nKeNZpb0BHFeufTb0mVclVyQLMiaAgcExX0J26a f4+A8nditpB3hNDiaN9e/M4SdxZ0mADncfYB0= MIME-Version: 1.0 Received: by 10.231.74.2 with SMTP id s2mr3114566ibj.8.1303048474992; Sun, 17 Apr 2011 06:54:34 -0700 (PDT) Received: by 10.231.11.196 with HTTP; Sun, 17 Apr 2011 06:54:34 -0700 (PDT) In-Reply-To: <20110417123232.GA96423@laa.zp.ua> References: <20110417123232.GA96423@laa.zp.ua> Date: Sun, 17 Apr 2011 16:54:34 +0300 Message-ID: From: George Kontostanos To: Lystopad Olexandr Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: ZFS root on MB Intel S3420GP 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, 17 Apr 2011 13:54:36 -0000 There is a nice guide in the WIKI regarding how to install your system with ZFS on root. http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ2 In any case don't configure the raid in your controller and let ZFS take care of this. Regards, 2011/4/17 Lystopad Olexandr > Hi! > > I have this hardware: > > smbios.system.maker="Intel Corporation" > smbios.system.product="S3420GP" > > with 4G ram and 4x WD 500G drives. > > I try both raids in the bios, in both cases i try raid 10. > I.e. I have 1Tb ar0 device. > > After reading http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ1 I > try to install FreeBSD on this box, but I change ad0..ad1.. to my > ar0 device. I try to have zfs on intel raid10. > > All commands run successfully, but after reboot I have: > > gptzfsboot no zfs pools located: can't boot > > What mistake I made? > > What best solution with my hardware exist? > > -- > Lystopad Olexandr > _______________________________________________ > 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" > -- George Kontostanos aisecure.net From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 14:21:37 2011 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 96DEB1065670 for ; Sun, 17 Apr 2011 14:21:37 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta13.emeryville.ca.mail.comcast.net (qmta13.emeryville.ca.mail.comcast.net [76.96.27.243]) by mx1.freebsd.org (Postfix) with ESMTP id 7D9FF8FC18 for ; Sun, 17 Apr 2011 14:21:37 +0000 (UTC) Received: from omta09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by qmta13.emeryville.ca.mail.comcast.net with comcast id YeM01g0060S2fkCADeMcFR; Sun, 17 Apr 2011 14:21:36 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta09.emeryville.ca.mail.comcast.net with comcast id YeMb1g0041t3BNj8VeMccK; Sun, 17 Apr 2011 14:21:36 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 7B29C9B42B; Sun, 17 Apr 2011 07:21:35 -0700 (PDT) Date: Sun, 17 Apr 2011 07:21:35 -0700 From: Jeremy Chadwick To: Lystopad Olexandr Message-ID: <20110417142135.GA51568@icarus.home.lan> References: <20110417123232.GA96423@laa.zp.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110417123232.GA96423@laa.zp.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS root on MB Intel S3420GP 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, 17 Apr 2011 14:21:37 -0000 On Sun, Apr 17, 2011 at 04:32:32PM +0400, Lystopad Olexandr wrote: > I have this hardware: > > smbios.system.maker="Intel Corporation" > smbios.system.product="S3420GP" > > with 4G ram and 4x WD 500G drives. > > I try both raids in the bios, in both cases i try raid 10. > I.e. I have 1Tb ar0 device. I strongly urge you to remove use of Intel RST[1]. It's been confirmed many times over[2] that FreeBSD's support for it is broken in many regards. You are putting your data at extreme/great risk using it. Something as simple as a single-disk failure could result in the *entire* loss of your array. You will need to read the PRs listed at Wikipedia slowly, and in full to understand the nature of the problem. Do not skim them. I cannot stress the importance of this enough. This is not a joke nor is it overblown. I recommend you rely on ZFS entirely, and run your SATA controller in AHCI mode instead. My personal recommendation would be to use UFS for your root filesystem (or even gmirror) and use ZFS for the rest. With regards to AHCI mode: Most of us strongly advocate use of ahci.ko (not ataahci.ko; they differ), which does SATA<->CAM translation. You also gain NCQ capability using this. Be aware your disks will appear as "adaX" (not a typo), and you will use "camcontrol" (rather than "atacontrol") to maintain them. Utilities like smartmontools do work with this. Many of us (users and developers) have been using ahci.ko reliably for 1-2 years now. > After reading http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ1 I > try to install FreeBSD on this box, but I change ad0..ad1.. to my > ar0 device. I try to have zfs on intel raid10. > > All commands run successfully, but after reboot I have: > > gptzfsboot no zfs pools located: can't boot > > What mistake I made? > > What best solution with my hardware exist? I imagine what you're trying to accomplish won't work given that the disk geometry and other mechanics are completely lost given use of Intel RST, and *especially* with regards to the boot sequence. Furthermore, the bootstraps you're using imply use of GPT; did you configure your setup using GPT? I'm guessing not. [1]: Known as "Intel Rapid Storage Technology", "Intel MatrixRAID", "Intel HostRAID", "Intel Embedded Server RAID Technology", "Intel Matrix Storage RAID Technology", and many other terms. Intel keeps changing the term/labelling of this BIOS-level RAID, almost certainly for marketing purposes. [2]: http://en.wikipedia.org/wiki/Intel_Rapid_Storage_Technology Note that FreeBSD PRs are provided in the article. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 16:14:43 2011 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 01283106564A for ; Sun, 17 Apr 2011 16:14:43 +0000 (UTC) (envelope-from laa@cemu.ru) Received: from m.cemu.ru (m.cemu.ru [194.186.216.68]) by mx1.freebsd.org (Postfix) with ESMTP id AA1538FC17 for ; Sun, 17 Apr 2011 16:14:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=laa.zp.ua; s=dkim; h=Sender:In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=yQhaFvV7lUEAJ7FUHU8jRCggcIoOar2TWG1eVpYWVgI=; b=jzDs4Yc2u4xl13OacFU5hQsNouyFdZvQ4gMFqEKS9vLYOvnlLEJaw1THXfTLfhPjgctjj6auBEMIaU5UpkRvvig7Fs2cCDszjzWcySQubJ/X2srgRRyetjT0XhHo75BlixERjyAu9SyIhwY0QFeN4o9kG9ALWwoLRqp5mT03Cf4=; Received: by m.cemu.ru with local (Exim) (envelope-from ) id 1QBUcS-000Prc-PI; Sun, 17 Apr 2011 20:14:40 +0400 Date: Sun, 17 Apr 2011 20:14:40 +0400 From: Lystopad Olexandr To: George Kontostanos Message-ID: <20110417161440.GB96423@laa.zp.ua> References: <20110417123232.GA96423@laa.zp.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Sender: laa Cc: freebsd-stable@freebsd.org, Lystopad Olexandr Subject: Re: ZFS root on MB Intel S3420GP 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, 17 Apr 2011 16:14:43 -0000 Hello, George Kontostanos! On Sun, Apr 17, 2011 at 04:54:34PM +0300 gkontos.mail@gmail.com wrote about "Re: ZFS root on MB Intel S3420GP": > There is a nice guide in the WIKI regarding how to install your system with > ZFS on root. > > http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ2 > > In any case don't configure the raid in your controller and let ZFS take > care of this. Thanks for answer! Is it possible to hot change disks with zfs raid on my motherboard? > Regards, > > 2011/4/17 Lystopad Olexandr > > > Hi! > > > > I have this hardware: > > > > smbios.system.maker="Intel Corporation" > > smbios.system.product="S3420GP" > > > > with 4G ram and 4x WD 500G drives. > > > > I try both raids in the bios, in both cases i try raid 10. > > I.e. I have 1Tb ar0 device. > > > > After reading http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ1 I > > try to install FreeBSD on this box, but I change ad0..ad1.. to my > > ar0 device. I try to have zfs on intel raid10. > > > > All commands run successfully, but after reboot I have: > > > > gptzfsboot no zfs pools located: can't boot > > > > What mistake I made? > > > > What best solution with my hardware exist? > > > > -- > > Lystopad Olexandr > > _______________________________________________ > > 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" > > > > > > -- > George Kontostanos > aisecure.net -- Lystopad Olexandr From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 16:28:14 2011 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 4680C106566C for ; Sun, 17 Apr 2011 16:28:14 +0000 (UTC) (envelope-from bz@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 EF8638FC18 for ; Sun, 17 Apr 2011 16:28:13 +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 D983925D3811; Sun, 17 Apr 2011 16:28:12 +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 1CA75159D2BD; Sun, 17 Apr 2011 16:28:12 +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 t4IS0r4X8w7J; Sun, 17 Apr 2011 16:28:10 +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 900F9159D2BC; Sun, 17 Apr 2011 16:28:07 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Sun, 17 Apr 2011 16:28:06 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Bjoern A. Zeeb X-Mailer: Apple Mail (2.1084) Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: IPv6 / ndp taking a long time to resolve in this weeks 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, 17 Apr 2011 16:28:14 -0000 On Apr 17, 2011, at 10:52 AM, Bjoern A. Zeeb wrote: > On Sun, 17 Apr 2011, Pete French wrote: >=20 >>> I assume both are stable/8? Are you sure on the Feb 25th kernel >>> doing ok or could it be that you are just more lucky? >>=20 >> I've rolled everything back now to a kernel from April 1st - that >> works OK. The one from April 11th does not. If I get some time I will >> barrow it down. >=20 > *wow* Thanks a lot for that update. That narrows it down a lot. I > am looking. In addition to private email, if you are not on stable/8 but HEAD you = can just update as I committed the patch I have emailed to HEAD already: = http://svn.freebsd.org/changeset/base/220743 /bz --=20 Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 16:31:37 2011 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 E4E421065687 for ; Sun, 17 Apr 2011 16:31:36 +0000 (UTC) (envelope-from laa@cemu.ru) Received: from m.cemu.ru (m.cemu.ru [194.186.216.68]) by mx1.freebsd.org (Postfix) with ESMTP id 95CC68FC1D for ; Sun, 17 Apr 2011 16:31:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=laa.zp.ua; s=dkim; h=Sender:In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=AnVlzb8RyJNvQPzsm2jRjW0U+lVhktfxkOrhF6l34T4=; b=ax29N/K1S+Jr5g+1dFsCrppctkaN/ASrAoHZw7uOGWEklK7MXHUYGBCyU4JQS3CH7aGpHrm/72VX6JcYx6yMDGBXgG4Rv7tgCGHOBbG/IpuN9p8haomBG/xZigZMxkHTbaZAcyHqkKEmyzwqKvXCSlXYj0UOqBqQC6g6KHQtoqQ=; Received: by m.cemu.ru with local (Exim) (envelope-from ) id 1QBUsp-00001o-9V; Sun, 17 Apr 2011 20:31:35 +0400 Date: Sun, 17 Apr 2011 20:31:35 +0400 From: Lystopad Olexandr To: Jeremy Chadwick Message-ID: <20110417163135.GC96423@laa.zp.ua> References: <20110417123232.GA96423@laa.zp.ua> <20110417142135.GA51568@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20110417142135.GA51568@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Sender: laa Cc: freebsd-stable@freebsd.org, Lystopad Olexandr Subject: Re: ZFS root on MB Intel S3420GP 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, 17 Apr 2011 16:31:37 -0000 Hello, Jeremy Chadwick! On Sun, Apr 17, 2011 at 07:21:35AM -0700 freebsd@jdc.parodius.com wrote about "Re: ZFS root on MB Intel S3420GP": > On Sun, Apr 17, 2011 at 04:32:32PM +0400, Lystopad Olexandr wrote: > > I have this hardware: > > > > smbios.system.maker="Intel Corporation" > > smbios.system.product="S3420GP" > > > > with 4G ram and 4x WD 500G drives. > > > > I try both raids in the bios, in both cases i try raid 10. > > I.e. I have 1Tb ar0 device. > > I strongly urge you to remove use of Intel RST[1]. It's been confirmed > many times over[2] that FreeBSD's support for it is broken in many > regards. You are putting your data at extreme/great risk using it. > Something as simple as a single-disk failure could result in the > *entire* loss of your array. You will need to read the PRs listed at > Wikipedia slowly, and in full to understand the nature of the problem. > Do not skim them. > > I cannot stress the importance of this enough. This is not a joke nor > is it overblown. I recommend you rely on ZFS entirely, and run your > SATA controller in AHCI mode instead. My personal recommendation would > be to use UFS for your root filesystem (or even gmirror) and use ZFS for > the rest. Jeremy, thank you very much! I remove intel raids and move to ahci already. I install freebsd 8.2-amd64 on that box and about to make gmirror with 4 disks. :-) Is it possible to remote migrate to zfs? I have access to this server remotely, and do not have local access. This server with 4 disks, and I can do anything with 3 of disks. Now there installed 8.2-amd64 on ad4. > With regards to AHCI mode: Most of us strongly advocate use of ahci.ko > (not ataahci.ko; they differ), which does SATA<->CAM translation. You > also gain NCQ capability using this. Be aware your disks will appear as > "adaX" (not a typo), and you will use "camcontrol" (rather than > "atacontrol") to maintain them. Utilities like smartmontools do work > with this. Many of us (users and developers) have been using ahci.ko > reliably for 1-2 years now. Simply add ahci_load="YES" in loader.conf? Or something else? > > After reading http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ1 I > > try to install FreeBSD on this box, but I change ad0..ad1.. to my > > ar0 device. I try to have zfs on intel raid10. > > > > All commands run successfully, but after reboot I have: > > > > gptzfsboot no zfs pools located: can't boot > > > > What mistake I made? > > > > What best solution with my hardware exist? > > I imagine what you're trying to accomplish won't work given that the > disk geometry and other mechanics are completely lost given use of > Intel RST, and *especially* with regards to the boot sequence. > > Furthermore, the bootstraps you're using imply use of GPT; did you > configure your setup using GPT? I'm guessing not. I make all steps in url in first my mail. Am I wrong? > [1]: Known as "Intel Rapid Storage Technology", "Intel MatrixRAID", > "Intel HostRAID", "Intel Embedded Server RAID Technology", "Intel Matrix > Storage RAID Technology", and many other terms. Intel keeps changing > the term/labelling of this BIOS-level RAID, almost certainly for > marketing purposes. :-((( I dont know... > [2]: http://en.wikipedia.org/wiki/Intel_Rapid_Storage_Technology > Note that FreeBSD PRs are provided in the article. -- Lystopad Olexandr From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 18:30:16 2011 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 70230106566B for ; Sun, 17 Apr 2011 18:30:16 +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 562F88FC1A for ; Sun, 17 Apr 2011 18:30:16 +0000 (UTC) Received: from omta22.emeryville.ca.mail.comcast.net ([76.96.30.89]) by qmta07.emeryville.ca.mail.comcast.net with comcast id YiW01g0021vN32cA7iWF5b; Sun, 17 Apr 2011 18:30:15 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta22.emeryville.ca.mail.comcast.net with comcast id YiWE1g00a1t3BNj8iiWEjj; Sun, 17 Apr 2011 18:30:15 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 443739B42B; Sun, 17 Apr 2011 11:30:14 -0700 (PDT) Date: Sun, 17 Apr 2011 11:30:14 -0700 From: Jeremy Chadwick To: Lystopad Olexandr Message-ID: <20110417183014.GA55444@icarus.home.lan> References: <20110417123232.GA96423@laa.zp.ua> <20110417142135.GA51568@icarus.home.lan> <20110417163135.GC96423@laa.zp.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110417163135.GC96423@laa.zp.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS root on MB Intel S3420GP 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, 17 Apr 2011 18:30:16 -0000 On Sun, Apr 17, 2011 at 08:31:35PM +0400, Lystopad Olexandr wrote: > On Sun, Apr 17, 2011 at 07:21:35AM -0700 > freebsd@jdc.parodius.com wrote about "Re: ZFS root on MB Intel S3420GP": > > On Sun, Apr 17, 2011 at 04:32:32PM +0400, Lystopad Olexandr wrote: > > > I have this hardware: > > > > > > smbios.system.maker="Intel Corporation" > > > smbios.system.product="S3420GP" > > > > > > with 4G ram and 4x WD 500G drives. > > > > > > I try both raids in the bios, in both cases i try raid 10. > > > I.e. I have 1Tb ar0 device. > > > > I strongly urge you to remove use of Intel RST[1]. It's been confirmed > > many times over[2] that FreeBSD's support for it is broken in many > > regards. You are putting your data at extreme/great risk using it. > > Something as simple as a single-disk failure could result in the > > *entire* loss of your array. You will need to read the PRs listed at > > Wikipedia slowly, and in full to understand the nature of the problem. > > Do not skim them. > > > > I cannot stress the importance of this enough. This is not a joke nor > > is it overblown. I recommend you rely on ZFS entirely, and run your > > SATA controller in AHCI mode instead. My personal recommendation would > > be to use UFS for your root filesystem (or even gmirror) and use ZFS for > > the rest. > > Jeremy, thank you very much! > > I remove intel raids and move to ahci already. > I install freebsd 8.2-amd64 on that box and about to make gmirror > with 4 disks. :-) > > Is it possible to remote migrate to zfs? I have access to this > server remotely, and do not have local access. This server with 4 > disks, and I can do anything with 3 of disks. Now there installed > 8.2-amd64 on ad4. An honest and simple answer: I don't know. I don't use ZFS for my root filesystems on any server I manage, only as a secondary filesystem that gets used for things like /home. I do remote installations of FreeBSD on occasion (PXE boot + all access via serial console), but I don't do ZFS-on-root. > > With regards to AHCI mode: Most of us strongly advocate use of ahci.ko > > (not ataahci.ko; they differ), which does SATA<->CAM translation. You > > also gain NCQ capability using this. Be aware your disks will appear as > > "adaX" (not a typo), and you will use "camcontrol" (rather than > > "atacontrol") to maintain them. Utilities like smartmontools do work > > with this. Many of us (users and developers) have been using ahci.ko > > reliably for 1-2 years now. > > Simply add ahci_load="YES" in loader.conf? Or something else? Correct. I tend to do the following from the very beginning of a new FreeBSD box installation, however: - Boot FreeBSD installation medium (PXE, CD, USB, whatever) - At beastie menu, escape to loader prompt and do "load ahci" then "boot" - Install FreeBSD like usual, creating slices/partitions on adaX disks like normal, etc... - When the system reboots, at the beastie prompt, make sure to escape to loader and do "load ahci" then "boot" again. - Once the system is finally up, edit /boot/loader.conf to add ahci_load="yes". I wish one could easily (read: across serial console/remote/PXE) add stuff to /boot/loader.conf *prior* to the completion of the FreeBSD installation. One can edit /etc/ttys from within sysinstall, why not /boot/loader.conf? The emergency terminal isn't accessible if you're doing things via serial console, so dropping to that to do some magic won't work. > > > After reading http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ1 I > > > try to install FreeBSD on this box, but I change ad0..ad1.. to my > > > ar0 device. I try to have zfs on intel raid10. > > > > > > All commands run successfully, but after reboot I have: > > > > > > gptzfsboot no zfs pools located: can't boot > > > > > > What mistake I made? > > > > > > What best solution with my hardware exist? > > > > I imagine what you're trying to accomplish won't work given that the > > disk geometry and other mechanics are completely lost given use of > > Intel RST, and *especially* with regards to the boot sequence. > > > > Furthermore, the bootstraps you're using imply use of GPT; did you > > configure your setup using GPT? I'm guessing not. > > I make all steps in url in first my mail. > > Am I wrong? The default FreeBSD installer/labeller/partitioner doesn't use GPT. I do not use GPT myself either. If you need GPT, lots of others here can help you with that part. All I know is that you should not confuse the term "GPT" with "gpart". :-) -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 18:45:40 2011 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 EB57F106564A for ; Sun, 17 Apr 2011 18:45:40 +0000 (UTC) (envelope-from laa@cemu.ru) Received: from m.cemu.ru (m.cemu.ru [194.186.216.68]) by mx1.freebsd.org (Postfix) with ESMTP id 9F22C8FC0A for ; Sun, 17 Apr 2011 18:45:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=laa.zp.ua; s=dkim; h=Sender:In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=Fx2oVWj8q26By5OTXkV3nMWrCMIxKG6gEjv+xCb0ZCc=; b=Dzi0e95nmmhubzZGJKkNfqmAZQaWmCHYDTA9aHzXaIIqyLbb9f8f1IrM8Fc48izqfuXethnemg08TMeDKPv/RCaHbVT7+lcAg3jV8XgOyMjaVSKW3IVUJORAlP/hXzSwb0IXSpI829NQe1y3T0GvmRnTpA/6O3rmEV+Yj2sqbKg=; Received: by m.cemu.ru with local (Exim) (envelope-from ) id 1QBWyY-000152-Jh; Sun, 17 Apr 2011 22:45:38 +0400 Date: Sun, 17 Apr 2011 22:45:38 +0400 From: Lystopad Olexandr To: Jeremy Chadwick Message-ID: <20110417184538.GG96423@laa.zp.ua> References: <20110417123232.GA96423@laa.zp.ua> <20110417142135.GA51568@icarus.home.lan> <20110417163135.GC96423@laa.zp.ua> <20110417183014.GA55444@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20110417183014.GA55444@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Sender: laa Cc: freebsd-stable@freebsd.org, Lystopad Olexandr Subject: Re: ZFS root on MB Intel S3420GP 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, 17 Apr 2011 18:45:41 -0000 Hello, Jeremy Chadwick! > > > With regards to AHCI mode: Most of us strongly advocate use of ahci.ko > > > (not ataahci.ko; they differ), which does SATA<->CAM translation. You > > > also gain NCQ capability using this. Be aware your disks will appear as > > > "adaX" (not a typo), and you will use "camcontrol" (rather than > > > "atacontrol") to maintain them. Utilities like smartmontools do work > > > with this. Many of us (users and developers) have been using ahci.ko > > > reliably for 1-2 years now. > > > > Simply add ahci_load="YES" in loader.conf? Or something else? > > Correct. > > I tend to do the following from the very beginning of a new FreeBSD box > installation, however: > > - Boot FreeBSD installation medium (PXE, CD, USB, whatever) > - At beastie menu, escape to loader prompt and do "load ahci" then > "boot" > - Install FreeBSD like usual, creating slices/partitions on adaX disks > like normal, etc... > - When the system reboots, at the beastie prompt, make sure to escape to > loader and do "load ahci" then "boot" again. > - Once the system is finally up, edit /boot/loader.conf to add > ahci_load="yes". What about ahci_load="YES" after freebsd install? Is it too late? Thank you for your quick answers! -- Lystopad Olexandr From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 18:49:15 2011 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 28F85106564A for ; Sun, 17 Apr 2011 18:49:15 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id C804F8FC14 for ; Sun, 17 Apr 2011 18:49:14 +0000 (UTC) Received: from omta06.westchester.pa.mail.comcast.net ([76.96.62.51]) by qmta02.westchester.pa.mail.comcast.net with comcast id YioX1g00316LCl052ipEdj; Sun, 17 Apr 2011 18:49:14 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta06.westchester.pa.mail.comcast.net with comcast id YipD1g00K1t3BNj3SipEwF; Sun, 17 Apr 2011 18:49:14 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4FEDF9B42B; Sun, 17 Apr 2011 11:49:12 -0700 (PDT) Date: Sun, 17 Apr 2011 11:49:12 -0700 From: Jeremy Chadwick To: Lystopad Olexandr Message-ID: <20110417184912.GA55678@icarus.home.lan> References: <20110417123232.GA96423@laa.zp.ua> <20110417161440.GB96423@laa.zp.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110417161440.GB96423@laa.zp.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, George Kontostanos Subject: Re: ZFS root on MB Intel S3420GP 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, 17 Apr 2011 18:49:15 -0000 On Sun, Apr 17, 2011 at 08:14:40PM +0400, Lystopad Olexandr wrote: > On Sun, Apr 17, 2011 at 04:54:34PM +0300 > gkontos.mail@gmail.com wrote about "Re: ZFS root on MB Intel S3420GP": > > There is a nice guide in the WIKI regarding how to install your system with > > ZFS on root. > > > > http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ2 > > > > In any case don't configure the raid in your controller and let ZFS take > > care of this. > > Thanks for answer! > > Is it possible to hot change disks with zfs raid on my motherboard? This has little to do with ZFS and more to do with SATA. You will need a hot-swap backplane for this to be possible. Decent server chassis usually provide this. We use Supermicro systems with hot-swap backplanes and they work fantastic with FreeBSD + ahci.ko. If you do not have a hot-swap backplane, there is a very good chance "strange things" will happen when you yank power or the signal cable. I've personally tried it on a test system without a hot-swap bay. When I pulled the SATA power connector from the hard disk, I saw a blue spark near the power connector and the entire system lost power. I've blogged about hot-swapping SATA disks on FreeBSD with ZFS in use and with ahci.ko, with full kernel output and all necessary details: http://koitsu.wordpress.com/2010/07/22/freebsd-and-zfs-hot-swapping-sata-disks-with-ahci/ Please note the blog post demonstrated how I went about upgrading disks without needing to power the system off. Readers have commented how I could have done it all by using the spare bay I had, but I explicitly chose *not* to use that bay for the benefit of the readers who might not have a spare bay. Furthermore, the "zpool offline" steps probably aren't needed (ZFS should note the disk as UNAVAIL immediately and the array should become degraded), same with "zpool online". I should really refine those procedures, or re-do the post for present-day 8.2-RELEASE. When doing administrative/maintenance tasks, I tend to do as much possible to ensure the kernel/system knows what I'm about to do. :-) If you want me to perform an actual disk failure (literally yanking a disk out of a bay while the disk is in use + part of a ZFS pool), I can do that without any worry and provide the results here. Just ask. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 18:54:05 2011 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 2E64C1065670 for ; Sun, 17 Apr 2011 18:54:05 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id CD7778FC13 for ; Sun, 17 Apr 2011 18:54:04 +0000 (UTC) Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by qmta10.westchester.pa.mail.comcast.net with comcast id YipN1g0031swQuc5Aiu56o; Sun, 17 Apr 2011 18:54:05 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta15.westchester.pa.mail.comcast.net with comcast id Yiu31g00U1t3BNj3biu4GX; Sun, 17 Apr 2011 18:54:05 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id ADD029B42B; Sun, 17 Apr 2011 11:54:02 -0700 (PDT) Date: Sun, 17 Apr 2011 11:54:02 -0700 From: Jeremy Chadwick To: Lystopad Olexandr Message-ID: <20110417185402.GA55984@icarus.home.lan> References: <20110417123232.GA96423@laa.zp.ua> <20110417142135.GA51568@icarus.home.lan> <20110417163135.GC96423@laa.zp.ua> <20110417183014.GA55444@icarus.home.lan> <20110417184538.GG96423@laa.zp.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110417184538.GG96423@laa.zp.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS root on MB Intel S3420GP 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, 17 Apr 2011 18:54:05 -0000 On Sun, Apr 17, 2011 at 10:45:38PM +0400, Lystopad Olexandr wrote: > Hello, Jeremy Chadwick! > > > > > With regards to AHCI mode: Most of us strongly advocate use of ahci.ko > > > > (not ataahci.ko; they differ), which does SATA<->CAM translation. You > > > > also gain NCQ capability using this. Be aware your disks will appear as > > > > "adaX" (not a typo), and you will use "camcontrol" (rather than > > > > "atacontrol") to maintain them. Utilities like smartmontools do work > > > > with this. Many of us (users and developers) have been using ahci.ko > > > > reliably for 1-2 years now. > > > > > > Simply add ahci_load="YES" in loader.conf? Or something else? > > > > Correct. > > > > I tend to do the following from the very beginning of a new FreeBSD box > > installation, however: > > > > - Boot FreeBSD installation medium (PXE, CD, USB, whatever) > > - At beastie menu, escape to loader prompt and do "load ahci" then > > "boot" > > - Install FreeBSD like usual, creating slices/partitions on adaX disks > > like normal, etc... > > - When the system reboots, at the beastie prompt, make sure to escape to > > loader and do "load ahci" then "boot" again. > > - Once the system is finally up, edit /boot/loader.conf to add > > ahci_load="yes". > > What about ahci_load="YES" after freebsd install? Is it too late? I don't recommend enabling ahci.ko after the OS has already been installed on an adX disk, simply because I believe the combination of GEOM+CAM+ahci may show different geometry details than GEOM+ata would. Note: I said "I believe", not "I can confirm/validate". I could be completely wrong. Rather than find out ( :-) ) I tend to try and do things consistently from the very beginning. So you can try it if you want, be my guest, report back. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 19:01:46 2011 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 5E3AE106564A for ; Sun, 17 Apr 2011 19:01:46 +0000 (UTC) (envelope-from laa@cemu.ru) Received: from m.cemu.ru (m.cemu.ru [194.186.216.68]) by mx1.freebsd.org (Postfix) with ESMTP id 110ED8FC08 for ; Sun, 17 Apr 2011 19:01:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=laa.zp.ua; s=dkim; h=Sender:In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=45Rd1GfeMXSM7aED/MJ92eMf/9ZKmhs5NolhZb2LfxY=; b=dizVq0oRVyhNUQSGHa+HF/wuZO2bousSP3r3bLNkwNSw9/9n4qzVPu9Lj/HM3SU6Wl9QwLDiS34VGplQ5sl2oWnIKxZshxq9CcvghP5S3+wUi6pyZt4MmEQv0T49Z0KgAfA2Sr4FwQ24pmBqaaOEf2BlE8keZWw8UHNbXxgFvZ8=; Received: by m.cemu.ru with local (Exim) (envelope-from ) id 1QBXE8-0001DN-VM; Sun, 17 Apr 2011 23:01:44 +0400 Date: Sun, 17 Apr 2011 23:01:44 +0400 From: Lystopad Olexandr To: Jeremy Chadwick Message-ID: <20110417190144.GI96423@laa.zp.ua> References: <20110417123232.GA96423@laa.zp.ua> <20110417142135.GA51568@icarus.home.lan> <20110417163135.GC96423@laa.zp.ua> <20110417183014.GA55444@icarus.home.lan> <20110417184538.GG96423@laa.zp.ua> <20110417185402.GA55984@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20110417185402.GA55984@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Sender: laa Cc: freebsd-stable@freebsd.org, Lystopad Olexandr Subject: Re: ZFS root on MB Intel S3420GP 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, 17 Apr 2011 19:01:46 -0000 Hello, Jeremy Chadwick! > > What about ahci_load="YES" after freebsd install? Is it too late? > > I don't recommend enabling ahci.ko after the OS has already been > installed on an adX disk, simply because I believe the combination of > GEOM+CAM+ahci may show different geometry details than GEOM+ata would. > > Note: I said "I believe", not "I can confirm/validate". I could be > completely wrong. Rather than find out ( :-) ) I tend to try and do > things consistently from the very beginning. > > So you can try it if you want, be my guest, report back. Jeremy, I ask remote boy to reinstall freebsd ot that box with load ahci in loader prompt and successfully get adaX deveices! Thanks. I'll try to make zfs on ada{6,8,10} devices remotely with raidz1. thanks! -- Lystopad Olexandr From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 19:05:41 2011 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 AD203106564A for ; Sun, 17 Apr 2011 19:05:41 +0000 (UTC) (envelope-from laa@cemu.ru) Received: from m.cemu.ru (m.cemu.ru [194.186.216.68]) by mx1.freebsd.org (Postfix) with ESMTP id 6206D8FC0C for ; Sun, 17 Apr 2011 19:05:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=laa.zp.ua; s=dkim; h=Sender:In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=RqCBAdRpmwZEUL9lTr2V7ZKm+u3QjGG9/gbevCMA0Pw=; b=CVcivnM09RbS2WPKYAKd3MkrDNu2Zk0h6JFF162mO+F+M2OafR+1gQmH0cfscdgaooapaneidwhzQwiU1aUC9fJa0nxotiUzQEbUGU4M9NiT13YQwDh7MlO/AEcvzEeObaj6bsSuoyHek2tCD7LvbB2qbvz/5ypGXDBLk3njS70=; Received: by m.cemu.ru with local (Exim) (envelope-from ) id 1QBXHw-0001FW-Ed for freebsd-stable@freebsd.org; Sun, 17 Apr 2011 23:05:40 +0400 Date: Sun, 17 Apr 2011 23:05:40 +0400 From: Lystopad Olexandr To: freebsd-stable@freebsd.org Message-ID: <20110417190540.GJ96423@laa.zp.ua> References: <20110417123232.GA96423@laa.zp.ua> <20110417142135.GA51568@icarus.home.lan> <20110417163135.GC96423@laa.zp.ua> <20110417183014.GA55444@icarus.home.lan> <20110417184538.GG96423@laa.zp.ua> <20110417185402.GA55984@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20110417185402.GA55984@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Sender: laa Subject: Re: ZFS root on MB Intel S3420GP 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, 17 Apr 2011 19:05:41 -0000 Hello, Jeremy Chadwick! > > What about ahci_load="YES" after freebsd install? Is it too late? > > I don't recommend enabling ahci.ko after the OS has already been > installed on an adX disk, simply because I believe the combination of > GEOM+CAM+ahci may show different geometry details than GEOM+ata would. > > Note: I said "I believe", not "I can confirm/validate". I could be > completely wrong. Rather than find out ( :-) ) I tend to try and do > things consistently from the very beginning. > > So you can try it if you want, be my guest, report back. Wow! Remote boy install freebsd onto another hdd, but boot server from old hdd with gmirror! In the loader prompt he write load ahci and server boots ok!!! :-) I see adaX devices! Thanks! -- Lystopad Olexandr From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 19:28:23 2011 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 B83851065676 for ; Sun, 17 Apr 2011 19:28:23 +0000 (UTC) (envelope-from romain.garbage@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 73F2F8FC13 for ; Sun, 17 Apr 2011 19:28:23 +0000 (UTC) Received: by qwc9 with SMTP id 9so2560205qwc.13 for ; Sun, 17 Apr 2011 12:28:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=xsByZ8ShKNifHMMG88XQuIoZLhO/tSg4cpuMCKcJ3wY=; b=hgALG12Xu/MoDWkLyLKhtF2oExTYlCBaQYYdyH/4Duxy0sY3/kdX6nB0LiFMsWlYEC VEB4eLtcGyI9LXveWNDDNFd7C0+ACCd5/sZfBsznidW6+FvM35lcs1orxIqMIzCtrMPP VZgB73ksC2kb3KFHddRrARTLWqHuXS0gbI4qw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=n8jWmh5YaqKVf9Kz3NovEq5MxD4bTMISKGIvra0Z6pZOjIcRIB38QGEDWUgNjpD/Jb 0sjMjY4HvbUYG1xruCzT/f7geWzzfpSwiiLjyxY8VinJb0WImbEuskZnS1ws/rFzMVif D93EnoztHBsBwYPy6XnqEYlRybfDxqsJQR/+g= MIME-Version: 1.0 Received: by 10.229.130.144 with SMTP id t16mr2972530qcs.146.1303067189220; Sun, 17 Apr 2011 12:06:29 -0700 (PDT) Received: by 10.229.110.17 with HTTP; Sun, 17 Apr 2011 12:06:29 -0700 (PDT) In-Reply-To: <20110417185402.GA55984@icarus.home.lan> References: <20110417123232.GA96423@laa.zp.ua> <20110417142135.GA51568@icarus.home.lan> <20110417163135.GC96423@laa.zp.ua> <20110417183014.GA55444@icarus.home.lan> <20110417184538.GG96423@laa.zp.ua> <20110417185402.GA55984@icarus.home.lan> Date: Sun, 17 Apr 2011 21:06:29 +0200 Message-ID: From: Romain Garbage To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Lystopad Olexandr Subject: Re: ZFS root on MB Intel S3420GP 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, 17 Apr 2011 19:28:23 -0000 2011/4/17 Jeremy Chadwick : > On Sun, Apr 17, 2011 at 10:45:38PM +0400, Lystopad Olexandr wrote: >> >> What about ahci_load=3D"YES" after freebsd install? Is it too late? > > I don't recommend enabling ahci.ko after the OS has already been > installed on an adX disk, simply because I believe the combination of > GEOM+CAM+ahci may show different geometry details than GEOM+ata would. > > Note: I said "I believe", not "I can confirm/validate". =C2=A0I could be > completely wrong. =C2=A0Rather than find out ( :-) ) I tend to try and do > things consistently from the very beginning. > > So you can try it if you want, be my guest, report back. I did it on a 8.1-RELEASE install: I installed the system as explained in the wiki (http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot) and after some months of use, I added ahci_load=3D"YES" to /boot/loader.conf. Device names changed from ad{4,8} to ada{0,1} and everything still worked fine, which kind of surprised me because I didn't do any labelling to my disks (I remember having done that earlier in 8.0 times, and zfs pool reported devices were unavailable, as was the pool, at that time). Regards, Romain From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 20:19:59 2011 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 06E8A106564A for ; Sun, 17 Apr 2011 20:19:59 +0000 (UTC) (envelope-from roberto@keltia.net) Received: from keltia.net (centre.keltia.net [IPv6:2a01:240:fe5c::41]) by mx1.freebsd.org (Postfix) with ESMTP id B0F1C8FC13 for ; Sun, 17 Apr 2011 20:19:57 +0000 (UTC) Received: from [193.56.58.73] (snuadh.freenix.org [193.56.58.73]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix/TLS) with ESMTPSA id E71C1CADB; Sun, 17 Apr 2011 22:19:55 +0200 (CEST) References: <20110417123232.GA96423@laa.zp.ua> <20110417142135.GA51568@icarus.home.lan> <20110417163135.GC96423@laa.zp.ua> <20110417183014.GA55444@icarus.home.lan> <20110417184538.GG96423@laa.zp.ua> <20110417185402.GA55984@icarus.home.lan> In-Reply-To: <20110417185402.GA55984@icarus.home.lan> Mime-Version: 1.0 (iPhone Mail 8G4) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Message-Id: <8989C704-797F-480A-B5E1-70CE1175670E@keltia.net> X-Mailer: iPhone Mail (8G4) From: Ollivier Robert Date: Sun, 17 Apr 2011 22:19:55 +0200 To: Jeremy Chadwick X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (keltia.net); Sun, 17 Apr 2011 22:19:55 +0200 (CEST) Cc: "freebsd-stable@freebsd.org" , Lystopad Olexandr Subject: Re: ZFS root on MB Intel S3420GP 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, 17 Apr 2011 20:19:59 -0000 Le 17 avr. 2011 =C3=A0 20:54, Jeremy Chadwick a =C3= =A9crit : >=20 >=20 > Note: I said "I believe", not "I can confirm/validate". I could be > completely wrong. Rather than find out ( :-) ) I tend to try and do > things consistently from the very beginning. I did it a while ago, it worked. As ZFS put it's metadata at the end, the po= ol reconfigured itself with ada.= From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 21:07:45 2011 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 52B15106564A for ; Sun, 17 Apr 2011 21:07:45 +0000 (UTC) (envelope-from laa@cemu.ru) Received: from m.cemu.ru (m.cemu.ru [194.186.216.68]) by mx1.freebsd.org (Postfix) with ESMTP id 09D208FC08 for ; Sun, 17 Apr 2011 21:07:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=laa.zp.ua; s=dkim; h=Sender:In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=x0zq7q0uh9iWMQzkuJ0V1eURcV0jRV0hOxGlvocXqtg=; b=FhzEwAO3fG5fC1Xqjs6jo526ZCiBE+6TRi5BTrFX/Nklp5hjYb4Gf0Rhtf5W9tXj7hE2axDrq7Mil73ztXYe+0LPTqVB00+1Di5tqL+VmtxS/oivClmRvy0RHY8qTRV3/dw6Nq2Nv77fCxyabs5kKd7dywI3XxZogOFuY42q/ps=; Received: by m.cemu.ru with local (Exim) (envelope-from ) id 1QBZC3-0002DE-Gm for freebsd-stable@freebsd.org; Mon, 18 Apr 2011 01:07:43 +0400 Date: Mon, 18 Apr 2011 01:07:43 +0400 From: Lystopad Olexandr To: freebsd-stable@freebsd.org Message-ID: <20110417210743.GL96423@laa.zp.ua> References: <20110417123232.GA96423@laa.zp.ua> <20110417161440.GB96423@laa.zp.ua> <20110417184912.GA55678@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20110417184912.GA55678@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Sender: laa Subject: Re: ZFS root on MB Intel S3420GP 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, 17 Apr 2011 21:07:45 -0000 Hello, Jeremy Chadwick! On Sun, Apr 17, 2011 at 11:49:12AM -0700 freebsd@jdc.parodius.com wrote about "Re: ZFS root on MB Intel S3420GP": > On Sun, Apr 17, 2011 at 08:14:40PM +0400, Lystopad Olexandr wrote: > > On Sun, Apr 17, 2011 at 04:54:34PM +0300 > > gkontos.mail@gmail.com wrote about "Re: ZFS root on MB Intel S3420GP": > > > There is a nice guide in the WIKI regarding how to install your system with > > > ZFS on root. > > > > > > http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ2 > > > > > > In any case don't configure the raid in your controller and let ZFS take > > > care of this. > > > > Thanks for answer! > > > > Is it possible to hot change disks with zfs raid on my motherboard? > > This has little to do with ZFS and more to do with SATA. You will need > a hot-swap backplane for this to be possible. Decent server chassis > usually provide this. We use Supermicro systems with hot-swap backplanes > and they work fantastic with FreeBSD + ahci.ko. > > If you do not have a hot-swap backplane, there is a very good chance > "strange things" will happen when you yank power or the signal cable. > I've personally tried it on a test system without a hot-swap bay. When > I pulled the SATA power connector from the hard disk, I saw a blue spark > near the power connector and the entire system lost power. > > I've blogged about hot-swapping SATA disks on FreeBSD with ZFS in use > and with ahci.ko, with full kernel output and all necessary details: > > http://koitsu.wordpress.com/2010/07/22/freebsd-and-zfs-hot-swapping-sata-disks-with-ahci/ > > Please note the blog post demonstrated how I went about upgrading disks > without needing to power the system off. Readers have commented how I > could have done it all by using the spare bay I had, but I explicitly > chose *not* to use that bay for the benefit of the readers who might not > have a spare bay. > > Furthermore, the "zpool offline" steps probably aren't needed (ZFS > should note the disk as UNAVAIL immediately and the array should become > degraded), same with "zpool online". I should really refine those > procedures, or re-do the post for present-day 8.2-RELEASE. > > When doing administrative/maintenance tasks, I tend to do as much > possible to ensure the kernel/system knows what I'm about to do. :-) > > If you want me to perform an actual disk failure (literally yanking a > disk out of a bay while the disk is in use + part of a ZFS pool), I can > do that without any worry and provide the results here. Just ask. Needed one reboot and change boot sequnce. Remote boy helps me. I successfully migrate remotely from gmirror (ada0) to gpt+zfs(raidz1): [root@ ~]# df -h Filesystem Size Used Avail Capacity Mounted on zroot 905G 569M 904G 0% / devfs 1.0K 1.0K 0B 100% /dev zroot/tmp 904G 35K 904G 0% /tmp zroot/usr 906G 2.0G 904G 0% /usr zroot/usr/local 904G 142M 904G 0% /usr/local zroot/usr/local/pgsql 904G 33K 904G 0% /usr/local/pgsql zroot/usr/ports 904G 31K 904G 0% /usr/ports zroot/usr/ports/distfiles 904G 28K 904G 0% /usr/ports/distfiles zroot/usr/src 905G 242M 904G 0% /usr/src zroot/var 904G 111M 904G 0% /var # zpool status pool: zroot state: ONLINE status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are unaffected. action: Determine if the device needs to be replaced, and clear the errors using 'zpool clear' or replace the device with 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-9P scrub: resilver completed after 0h0m with 0 errors on Sun Apr 17 20:56:30 2011 config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 raidz1 ONLINE 0 0 0 gpt/disk1 ONLINE 0 0 5 12K resilvered gpt/disk2 ONLINE 0 0 0 gpt/disk3 ONLINE 0 0 0 errors: No known data errors [root@ ~]# -- Lystopad Olexandr From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 21:11:42 2011 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 BA91D106564A for ; Sun, 17 Apr 2011 21:11:42 +0000 (UTC) (envelope-from laa@cemu.ru) Received: from m.cemu.ru (m.cemu.ru [194.186.216.68]) by mx1.freebsd.org (Postfix) with ESMTP id 70D288FC0A for ; Sun, 17 Apr 2011 21:11:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=laa.zp.ua; s=dkim; h=Sender:In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=tCL6yRfOdxAO4OWKjNXAd3E6Mr5hhYAAUxWdfG8yLdE=; b=D2or7gdWPA4mGFWW10ZzSIBcsmS1bkdMCO6iFzf+CKLuBJei3mNDGwHMVKcnl71pH54zNy8kXloOv2ynKG1LIHbeAjZv/sWMzmDuciCcCOcfd/xYGoxUG8Fh/xQh8EWMCi9mJ4tbUtlQ0n4kiTVzgOGgrudMCrEQYbS9DpBmlws=; Received: by m.cemu.ru with local (Exim) (envelope-from ) id 1QBZFt-0002FJ-MK for freebsd-stable@freebsd.org; Mon, 18 Apr 2011 01:11:41 +0400 Date: Mon, 18 Apr 2011 01:11:41 +0400 From: Lystopad Olexandr To: freebsd-stable@freebsd.org Message-ID: <20110417211141.GM96423@laa.zp.ua> References: <20110417123232.GA96423@laa.zp.ua> <20110417161440.GB96423@laa.zp.ua> <20110417184912.GA55678@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20110417184912.GA55678@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Sender: laa Subject: Re: ZFS root on MB Intel S3420GP 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, 17 Apr 2011 21:11:42 -0000 Hello, Jeremy Chadwick! On Sun, Apr 17, 2011 at 11:49:12AM -0700 freebsd@jdc.parodius.com wrote about "Re: ZFS root on MB Intel S3420GP": > On Sun, Apr 17, 2011 at 08:14:40PM +0400, Lystopad Olexandr wrote: > > On Sun, Apr 17, 2011 at 04:54:34PM +0300 > > gkontos.mail@gmail.com wrote about "Re: ZFS root on MB Intel S3420GP": > > > There is a nice guide in the WIKI regarding how to install your system with > > > ZFS on root. > > > > > > http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ2 > > > > > > In any case don't configure the raid in your controller and let ZFS take > > > care of this. > > > > Thanks for answer! > > > > Is it possible to hot change disks with zfs raid on my motherboard? > > This has little to do with ZFS and more to do with SATA. You will need > a hot-swap backplane for this to be possible. Decent server chassis > usually provide this. We use Supermicro systems with hot-swap backplanes > and they work fantastic with FreeBSD + ahci.ko. Opps, forgot to add in my prev mail about hot swap: Apr 17 20:50:32 kernel: (ada1:ahcich1:0:0:0): lost device Apr 17 20:50:32 kernel: (ada1:ahcich1:0:0:0): Synchronize cache failed Apr 17 20:50:32 kernel: (ada1:ahcich1:0:0:0): removing device entry Apr 17 20:50:49 kernel: ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 Apr 17 20:50:49 kernel: ada1: ATA-8 SATA 2.x device Apr 17 20:50:49 kernel: ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) Apr 17 20:50:49 kernel: ada1: Command Queueing enabled Apr 17 20:50:49 kernel: ada1: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) worked fine. Thanks you, guys! -- Lystopad Olexandr From owner-freebsd-stable@FreeBSD.ORG Sun Apr 17 21:27:36 2011 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 5BF0D106564A for ; Sun, 17 Apr 2011 21:27:36 +0000 (UTC) (envelope-from frimik@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 136D78FC12 for ; Sun, 17 Apr 2011 21:27:35 +0000 (UTC) Received: by vxc34 with SMTP id 34so4043398vxc.13 for ; Sun, 17 Apr 2011 14:27:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=D5d/wKOBD5+7ugjusuR/v1w320GUWmoFDDFGwLNXm7w=; b=ufdqDFO33kxDsXhcBcyQ7loTaDkfcN2cX4blUrg8JfYM7hgPzgQQVqyIljzeewUcjc Qx/Twocy8dP9/9Fkjc1BM2nFHi6vk71z95A2+8z34WNDiAFgOaeLDukcvjwnYtmdNimz VeoQLG4bhgzfbZH5KeywHlpvgyKo3VvWuPn3M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=xH9obSn9hEkxfFCbOP7xhgmEdI6qJKg529wYUaaQguUfU8oX2CNvM1xxYCe2tSQvrc B+3oxW5g96cdQmS5n7HGEp66jpZTj8Z5e/J7SkKeTLidXCl26rSYynoMCTYLUAmQUQw9 63JOiJXhLw/0EaM49mDbyRRKkYq5XOdCGr5rI= MIME-Version: 1.0 Received: by 10.52.67.105 with SMTP id m9mr6342837vdt.126.1303073818728; Sun, 17 Apr 2011 13:56:58 -0700 (PDT) Received: by 10.52.158.10 with HTTP; Sun, 17 Apr 2011 13:56:58 -0700 (PDT) In-Reply-To: References: <20110417123232.GA96423@laa.zp.ua> Date: Sun, 17 Apr 2011 22:56:58 +0200 Message-ID: From: Mikael Fridh To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: ZFS root on MB Intel S3420GP 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, 17 Apr 2011 21:27:36 -0000 On Sun, Apr 17, 2011 at 3:54 PM, George Kontostanos wrote: > There is a nice guide in the WIKI regarding how to install your system with > ZFS on root. > > http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ2 My recipe on the last few installs have been the [1]UFSBoot guide, but instead I put /boot on a USB stick. After installation I insert a second USB stick and follow the [2]handbook to configure a gmirror over 2 of them. [1] http://wiki.freebsd.org/RootOnZFS/UFSBoot [2] http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-mirror.html I make sure to: newfs -L usbboot -b 65536 /dev/daXs1a and use the ufs label in /etc/fstab: tank / zfs rw 0 0 /dev/ufs/usbboot /bootdir ufs rw 0 0 This works very well so far and I can use 100% of my disk drives for ZFS without wasting so much as a slice. I'm not sure if there's any particular gotcha with this in the long run... the usbs are pretty much read-only until I do another make installkernel. Now I've also converted to using ahci.ko after Jeremys tip. I run releng_8_2 and http://people.freebsd.org/~mm/patches/zfs/v28/releng-8.2-zfsv28-20110317.patch.xz on all (4) machines so far. -- Mikael From owner-freebsd-stable@FreeBSD.ORG Mon Apr 18 06:33:33 2011 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 BCACE106566B for ; Mon, 18 Apr 2011 06:33:33 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 598438FC13 for ; Mon, 18 Apr 2011 06:33:33 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id p3I6XLJT025609 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 18 Apr 2011 09:33:27 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4DABDB31.90301@digsys.bg> Date: Mon, 18 Apr 2011 09:33:21 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110307 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20110417123232.GA96423@laa.zp.ua> <20110417142135.GA51568@icarus.home.lan> <20110417163135.GC96423@laa.zp.ua> <20110417183014.GA55444@icarus.home.lan> <20110417184538.GG96423@laa.zp.ua> <20110417185402.GA55984@icarus.home.lan> In-Reply-To: <20110417185402.GA55984@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ZFS root on MB Intel S3420GP 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, 18 Apr 2011 06:33:33 -0000 On 17.04.11 21:54, Jeremy Chadwick wrote: > I don't recommend enabling ahci.ko after the OS has already been > installed on an adX disk, simply because I believe the combination of > GEOM+CAM+ahci may show different geometry details than GEOM+ata would. > With the disclaimer that I haven't studied all code to confirm this, but adX and adaX (with ahci.ko) have always played the same for me - geometry wise. I believe the translation is always 1:1. At least on modern SATA drives -- olderdrives from the transitional epoch of different CHS, LBA etc experiments might behave differently. Migration from gmirror to zfs(root) is trivial. Having only two gmirror-ed disks, you could replace that with ZFS mirror. Having 4-way gmirror can let you do a 4-disk ZFS migration (raidz1 or raidz2). I tend to do all of my new systems with ZFS on root. Probably because I no longer have to do systems that run with few MB of RAM :) - the I would use UFS alwats. One nice feature of ZFS I have discovered is with USB flash media. You are not typically supposed to write much to that media, but using UFS on USB sticks is awful. On contrary, when used with ZFS, the USB sticks behave much differently, because ZFS will group writes and not do silly things like issue lots of 512 byte writes. So, you may have complete development system on an USB stick, or a pair of these. The only real trouble with USB stisks is that some motherboards behave unpredictable as to boot order, but this is improving. My recent "install procedure" never used the FreeBSD release media. Instead, I have created myself USB stick distribution media (can work with CD/DVD as well, or over diskless boot), using a procedure like this: - on an up to date FreeBSD system, do make buildworld; make buildkernel - insert the USB stick, create filesystem. UFS or ZFS, doesn't matter - make installworld, make installkernel, make distribution to the mounted USB stick - fix fstab and loader.conf on the USB stick (optional) - copy over src and ports tree ro the USB stick - do in place rebuild/reinstall of the world, kernel and any packages you may need (end optional) - put the USB stick in my pocket Next time, I need to install a server on site, take the USB stick out of my pocket, plug it in one of the USB ports, boot the server, run small script (similar to that in the root-on-zfs guides), create ZFS on root and am done with it. I would use either pair of USB sticks for that, a separate set of (two) disk drives, or 'all' of the system's drives for this install, depending on the systems intended usage and hardware configuration. Typically on a multi-bay system I would do the root on a separate set of disks/USB flash in order to simplify documentation and operator training. If the system needs to be installed remotely, I would typically use rKVM (most rackmount-intended motherboards have this functionality), attaching either the prepared USB stick or it's image are virtual media and booting over that the new system. Many of these things can be done differently of course, it will depend on circumstances, but I hope the general idea is useful. Jeremy, one of the reasons I switched many systems to "pure ZFS" was related to the memory allocation troubles between USF and ZFS we observed for quite long time. Having pure ZFS system eliminates these issues completely. I do have still few mixed systems - only laziness and lack of (down)time prevented me from switching these to pure-ZFS too. My rationale is that if something breaks, it is likely it will break with or without ZFS on root. In either case, I would have to load FreeBSD from other media. So it does not matter from where you boot the system. One final note, on ZFS pool naming. I would traditionally name my root-on-zfs pool 'system'. However, this makes it difficult and error prone to create new zpools. Therefore, I have zpool of 'boot' for my install USB sticks and also have addopted the practice of naming the root pool after it's system's name. For example 'hostABCroot' or 'hostABCsystem'. This has never been an issue with UFS, until filesystem labels appeared and still not that many people use these. With ZFS, you cannot escape. Daniel From owner-freebsd-stable@FreeBSD.ORG Mon Apr 18 06:56:58 2011 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 50592106566B for ; Mon, 18 Apr 2011 06:56:58 +0000 (UTC) (envelope-from ptyll@nitronet.pl) Received: from mail.nitronet.pl (smtp.nitronet.pl [195.90.106.27]) by mx1.freebsd.org (Postfix) with ESMTP id 0B9FC8FC12 for ; Mon, 18 Apr 2011 06:56:57 +0000 (UTC) Received: from mailnull by mail.nitronet.pl with virscan (Exim 4.75 (FreeBSD)) (envelope-from ) id 1QBiOG-000LCN-LL for freebsd-stable@freebsd.org; Mon, 18 Apr 2011 08:56:56 +0200 Date: Mon, 18 Apr 2011 08:54:07 +0200 From: Pawel Tyll X-Priority: 3 (Normal) Message-ID: <249960131.20110418085407@nitronet.pl> To: Daniel Kalchev In-Reply-To: <4DABDB31.90301@digsys.bg> References: <20110417123232.GA96423@laa.zp.ua> <20110417142135.GA51568@icarus.home.lan> <20110417163135.GC96423@laa.zp.ua> <20110417183014.GA55444@icarus.home.lan> <20110417184538.GG96423@laa.zp.ua> <20110417185402.GA55984@icarus.home.lan> <4DABDB31.90301@digsys.bg> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1250 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: Nitronet.pl X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: ptyll@nitronet.pl X-SA-Exim-Scanned: No (on mail.nitronet.pl); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org Subject: Re: ZFS root on MB Intel S3420GP 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, 18 Apr 2011 06:56:58 -0000 Daniel Kalchev wrote: > The only real trouble with USB stisks is that some motherboards > behave unpredictable as to boot order, but this is improving. Why would you care about that? When running mirrored setups with ZFS on root, I'm using GPT scheme and every drive has boot partition, swap partition mirrored by gmirror and ZFS partition: =3D> 34 625142381 ada0 GPT (298G) 34 990 - free - (495K) 1024 128 1 freebsd-boot (64K) 1152 16777216 2 freebsd-swap (8.0G) 16778368 608364047 3 freebsd-zfs (290G) Didn't check swap-on-ZFS progress lately and when I did check it, it ended in panics. Unless by boot order you mean that it randomly tries to boot from something different than USB stick, then I suppose this could pose a problem or two :) > My recent "install procedure" never used the FreeBSD release media.=20 > Instead, I have created myself USB stick distribution media (can work=20 > with CD/DVD as well, or over diskless boot), using a procedure like this: mfsbsd by Martin Matu=9Aka does the job well, and its simple and efficient, net-boot friendly. > Jeremy, one of the reasons I switched many systems to "pure ZFS" was > related to the memory allocation troubles between USF and ZFS we=20 > observed for quite long time. Having pure ZFS system eliminates these=20 > issues completely. I do have still few mixed systems - only laziness and > lack of (down)time prevented me from switching these to pure-ZFS too. My > rationale is that if something breaks, it is likely it will break with > or without ZFS on root. In either case, I would have to load FreeBSD=20 > from other media. So it does not matter from where you boot the system. I switched to ZFS on root pretty much when it was for brave and/or stupid. Since about 8.1 I haven't ran into single problem caused by this and with added benefits, it's no-brainer for new setups today. While one would argue that it isn't always needed, I would argue that data integrity is always needed everywhere ;) From owner-freebsd-stable@FreeBSD.ORG Mon Apr 18 08:05:22 2011 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 1E373106566B for ; Mon, 18 Apr 2011 08:05:22 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id A0FC78FC0A for ; Mon, 18 Apr 2011 08:05:21 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 1F84FE61C8; Mon, 18 Apr 2011 09:05:20 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=ruIBQRpY47jn P7csem2w93DoQUs=; b=Ssjy3IQX3u1uPVyapM1X1X3MNrY8muaXJnNplt/SCttl ujqlKwPitAesNNu5/ga5wRvgus93A5729islJtilx9Zmq/4y+oAnGJJX/MbkNXpN Z3A73zZvJ1FIgnhUJsf33hKkttEMgCp3s6OL3V4CmdFlTVQs4REbZhY0PGsJCgM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=date:from:to :cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=qDKDqx gDSQ8NiG/QDHQBtX595LJHbYUVg//DKE2vWnHVTCkUrrxTmgvkUUCqdXloKMisaM l3mNqV3OX9FbMA1t84daOcU+MGrRyo9y1WPbZYnq+zzNJTmVpDlwkSxsm3ZV5uKp RAVHkbC9SE9sJd1P88N7YeNeZOGuOtZUJL7LU= Received: from unknown (188-222-18-231.zone13.bethere.co.uk [188.222.18.231]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id C66DBE61B7; Mon, 18 Apr 2011 09:05:19 +0100 (BST) Date: Mon, 18 Apr 2011 09:05:17 +0100 From: Bruce Cran To: Jeremy Chadwick Message-ID: <20110418090517.00007cf9@unknown> In-Reply-To: <20110417185402.GA55984@icarus.home.lan> References: <20110417123232.GA96423@laa.zp.ua> <20110417142135.GA51568@icarus.home.lan> <20110417163135.GC96423@laa.zp.ua> <20110417183014.GA55444@icarus.home.lan> <20110417184538.GG96423@laa.zp.ua> <20110417185402.GA55984@icarus.home.lan> X-Mailer: Claws Mail 3.7.8cvs9 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Lystopad Olexandr Subject: Re: ZFS root on MB Intel S3420GP 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, 18 Apr 2011 08:05:22 -0000 On Sun, 17 Apr 2011 11:54:02 -0700 Jeremy Chadwick wrote: > I don't recommend enabling ahci.ko after the OS has already been > installed on an adX disk, simply because I believe the combination of > GEOM+CAM+ahci may show different geometry details than GEOM+ata would. Does anything still care about CHS? In ATA-8 the fields have been marked as being obsolete. -- Bruce From owner-freebsd-stable@FreeBSD.ORG Mon Apr 18 09:11:09 2011 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 B00D51065675 for ; Mon, 18 Apr 2011 09:11:09 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2001:470:1f09:176e::3]) by mx1.freebsd.org (Postfix) with ESMTP id 798038FC14 for ; Mon, 18 Apr 2011 09:11:09 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1QBkU8-000FBf-AI; Mon, 18 Apr 2011 10:11:08 +0100 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.74 (FreeBSD)) (envelope-from ) id 1QBkU8-000M9V-9U; Mon, 18 Apr 2011 10:11:08 +0100 To: daniel@digsys.bg, freebsd-stable@freebsd.org In-Reply-To: <4DABDB31.90301@digsys.bg> Message-Id: From: Pete French Date: Mon, 18 Apr 2011 10:11:08 +0100 Cc: Subject: Re: ZFS root on MB Intel S3420GP 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, 18 Apr 2011 09:11:09 -0000 > One nice feature of ZFS I have discovered is with USB flash media. You > are not typically supposed to write much to that media, but using UFS on > USB sticks is awful. On contrary, when used with ZFS, the USB sticks > behave much differently, because ZFS will group writes and not do silly > things like issue lots of 512 byte writes. So, you may have complete > development system on an USB stick, or a pair of these. The only real > trouble with USB stisks is that some motherboards behave unpredictable > as to boot order, but this is improving. I would second this - I have a USB 'rescue' stick with ZFS on root thats works very nicely. I also compress most of the ZFS filesystem on there (aside from the bits needed to boot) as that also improves performance due to making less reads and writes on the flash drive. It's a very nice tool to have in ones jacket pocket :-) -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 18 11:33:37 2011 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 88BB41065674 for ; Mon, 18 Apr 2011 11:33:37 +0000 (UTC) (envelope-from abuse@cj-vollblutaraber.de) Received: from res7.worldserver.net (res7.worldserver.net [217.13.199.17]) by mx1.freebsd.org (Postfix) with SMTP id CA63B8FC37 for ; Mon, 18 Apr 2011 11:33:36 +0000 (UTC) Received: (qmail 3955 invoked by uid 65534); 18 Apr 2011 11:22:11 -0000 Date: 18 Apr 2011 11:22:11 -0000 Message-ID: <20110418112211.3954.qmail@res7.worldserver.net> To: freebsd-stable@freebsd.org From: Dr.Ban Ki-moon. MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Subject: Congratulation, URGENT RESPONSE IS NEEDED X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: courierservice@one.co.il List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2011 11:33:37 -0000 Congratulation, I just received a call from the Director of Scarlet Courier Service Company Nigeria that the consignment box that was sent to you was returned due to wrong address, This consignment box contained your $5.500.000.00 united state dollars, Your compensation fund.Therefore call the director (Williams Wright) on Tel: (+234705-550-1921 ) email him at: (couierservice@one.co.il) and give him your correct address and Phone number: So the Information you are Required to Reconfirm to the Agent is as Follow. (1)Your Full Name============= (2)Mobile Phone Number====== (3)Current Home Address======== (4)Occupation================= (5)Fax Number================ (6)Country==================== (7)City===================== (8)Nearest Airport ============== (9)A Copy of Your I D For Identification Use this code (XA-8550) as the subject of your mail to them for identification. Yours Truly. Dr. Ban Ki-moon. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 18 16:56:30 2011 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 B2A19106564A for ; Mon, 18 Apr 2011 16:56:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 888AF8FC18 for ; Mon, 18 Apr 2011 16:56:30 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 39C5246B43; Mon, 18 Apr 2011 12:56:30 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C641C8A01B; Mon, 18 Apr 2011 12:56:29 -0400 (EDT) From: John Baldwin To: Przemyslaw Frasunek Date: Mon, 18 Apr 2011 09:24:12 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <4DA4A96F.9000507@frasunek.com> <201104151634.43336.jhb@freebsd.org> <4DAA228C.3050201@frasunek.com> In-Reply-To: <4DAA228C.3050201@frasunek.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201104180924.12219.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 18 Apr 2011 12:56:29 -0400 (EDT) Cc: freebsd-stable@freebsd.org Subject: Re: Missing serial port after enabling serial console in loader.conf 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, 18 Apr 2011 16:56:30 -0000 On Saturday, April 16, 2011 7:13:16 pm Przemyslaw Frasunek wrote: > > Hmm, I don't see it even trying to probe the COM1 device. I'll have to wait > > until you get a verbose dmesg to investigate further I'm afraid. :( > > I've got verbose dmesg now: http://www.frasunek.com/tmp/dmesg-verb.txt Hummm. Can you do a few things: 1) Add a printf to sioprobe() in sys/dev/sio/sio.c to output an error message when it fails to allocate a SYS_RES_IOPORT device at the very beginning. 2) Capture 'acpidump -d' output and post it somewhere? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Apr 18 17:22:59 2011 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 D3F52106566B; Mon, 18 Apr 2011 17:22:59 +0000 (UTC) (envelope-from przemyslaw@frasunek.com) Received: from lagoon.freebsd.lublin.pl (lagoon.freebsd.lublin.pl [IPv6:2a02:2928:a::3]) by mx1.freebsd.org (Postfix) with ESMTP id 05DCC8FC1B; Mon, 18 Apr 2011 17:22:59 +0000 (UTC) Received: from [IPv6:2a02:2928:a:ffff:2d7f:5168:efc4:d2b9] (unknown [IPv6:2a02:2928:a:ffff:2d7f:5168:efc4:d2b9]) by lagoon.freebsd.lublin.pl (Postfix) with ESMTPSA id 836C323944A; Mon, 18 Apr 2011 19:22:57 +0200 (CEST) Message-ID: <4DAC7373.7030209@frasunek.com> Date: Mon, 18 Apr 2011 19:22:59 +0200 From: Przemyslaw Frasunek Organization: frasunek.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pl; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: John Baldwin References: <4DA4A96F.9000507@frasunek.com> <201104151634.43336.jhb@freebsd.org> <4DAA228C.3050201@frasunek.com> <201104180924.12219.jhb@freebsd.org> In-Reply-To: <201104180924.12219.jhb@freebsd.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Missing serial port after enabling serial console in loader.conf 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, 18 Apr 2011 17:22:59 -0000 > 1) Add a printf to sioprobe() in sys/dev/sio/sio.c to output an error message > when it fails to allocate a SYS_RES_IOPORT device at the very beginning. Done. I'll need to wait until next reboot - it's a production box, so it has to be done in night hours. > 2) Capture 'acpidump -d' output and post it somewhere? http://www.frasunek.com/tmp/acpidump.txt -- * Fido: 2:480/124 ** WWW: http://www.frasunek.com ** NICHDL: PMF9-RIPE * * Jabber ID: venglin@nette.pl ** PGP ID: 2578FCAD ** HAM-RADIO: SQ5JIV * From owner-freebsd-stable@FreeBSD.ORG Mon Apr 18 18:34:55 2011 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 150D4106567F for ; Mon, 18 Apr 2011 18:34:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A71598FC23 for ; Mon, 18 Apr 2011 18:34:54 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 5988446B39; Mon, 18 Apr 2011 14:34:54 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EC43A8A027; Mon, 18 Apr 2011 14:34:53 -0400 (EDT) From: John Baldwin To: Przemyslaw Frasunek Date: Mon, 18 Apr 2011 14:30:13 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <4DA4A96F.9000507@frasunek.com> <201104180924.12219.jhb@freebsd.org> <4DAC7373.7030209@frasunek.com> In-Reply-To: <4DAC7373.7030209@frasunek.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201104181430.13886.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 18 Apr 2011 14:34:54 -0400 (EDT) Cc: freebsd-stable@freebsd.org Subject: Re: Missing serial port after enabling serial console in loader.conf 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, 18 Apr 2011 18:34:55 -0000 On Monday, April 18, 2011 1:22:59 pm Przemyslaw Frasunek wrote: > > 1) Add a printf to sioprobe() in sys/dev/sio/sio.c to output an error message > > when it fails to allocate a SYS_RES_IOPORT device at the very beginning. > > Done. I'll need to wait until next reboot - it's a production box, so it has to > be done in night hours. > > > 2) Capture 'acpidump -d' output and post it somewhere? > > http://www.frasunek.com/tmp/acpidump.txt Hmm, I think we have the answer: Device (UAR1) { Name (_HID, EisaId ("PNP0501")) Name (_UID, 0x01) Method (_STA, 0, NotSerialized) { If (SOLE) { Return (0x00) } The _STA method is used to query a device's status, and a status of 0 means that the device is disabled. I believe that this means that when you have SOL enabled (SOLE?) that COM1 is marked inactive so the OS ignores the device. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Apr 19 20:29:44 2011 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 548F21065676; Tue, 19 Apr 2011 20:29:44 +0000 (UTC) (envelope-from Holger.Kipp@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id 7C2428FC0C; Tue, 19 Apr 2011 20:29:43 +0000 (UTC) Received: from msx3.exchange.alogis.com (exchange.alogis.com [10.1.1.6]) by alogis.com (8.13.4/8.13.1) with ESMTP id p3JKEwHC017128; Tue, 19 Apr 2011 22:14:58 +0200 (CEST) (envelope-from Holger.Kipp@alogis.com) Received: from MSX3.exchange.alogis.com ([fe80::c8ed:428a:a157:b61]) by msx3.exchange.alogis.com ([fe80::c8ed:428a:a157:b61%13]) with mapi id 14.01.0255.000; Tue, 19 Apr 2011 22:16:34 +0200 From: Holger Kipp To: "stable@freebsd.org" , "freebsd-hardware@freebsd.org" Thread-Topic: FreeBSD and DELL Perc H200 Thread-Index: Acv+zq2MILJuGeOwT2yc4Y6jluJVmw== Date: Tue, 19 Apr 2011 20:16:33 +0000 Message-ID: <52A7DCCC-97EB-4C87-9AE6-95C26D0DD241@alogis.com> Accept-Language: en-GB, de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Content-Type: multipart/related; boundary="_004_52A7DCCC97EB4C879AE695C26D0DD241alogiscom_"; type="multipart/alternative" MIME-Version: 1.0 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: FreeBSD and DELL Perc H200 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, 19 Apr 2011 20:29:44 -0000 --_004_52A7DCCC97EB4C879AE695C26D0DD241alogiscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgYWxsLA0KDQpJIGhhdmUgdG8gaW5zdGFsbCB0d28gcHJvZHVjdGlvbiBzZXJ2ZXJzIGZyb20g RGVsbCB0aGF0IGNvbWUgd2l0aCBhIFBlcmMgSCAyMDAgY29udHJvbGxlci4NCg0KRGlza3MgYXJl IG5vdCByZWNvZ25pemVkIHdpdGggOC4yLVJFTEVBU0UgOi0oDQoNCkFueSBpZGVhcz8gSWYgdGhp cyB3b3JrcyB3aXRoIDgtc3RhYmxlLCB3aGVyZSBjYW4gSSBkb3dubG9hZCBhbiBJU08gSW1hZ2U/ DQoNCg0KTWFteSB0aGFua3MgYW5kIGJlc3QgcmVnYXJkcywNCkhvbGdlcg0KDQotLQ0KDQoNCkhv bGdlciBLaXBwDQpEaXBsb20tTWF0aGVtYXRpa2VyDQpTZW5pb3IgQ29uc3VsdGFudA0KDQoNCiAg ICAgICAgICAgICAgICBbYWxvZ2lzXQ0KDQpUZWwuICAgIDogICAgICAgKzQ5IDMwIDQzNiA1OCAx MTQNCkZheCAgICAgOiAgICAgICArNDkgMzAgNDM2IDU4IDIxNA0KTW9iaWwgICA6ICAgICAgICs0 OSAxNzggMzYgNTggMTE0DQoNCkUtTWFpbCAgOiAgICAgICBob2xnZXIua2lwcEBhbG9naXMuY29t DQogICAgICAgICAgICAgICAgYWxvZ2lzIEFHDQpBbHQtTW9hYml0IDkwIEINCkQtIDEwNTU5IEJl cmxpbg0KDQpXZWI6IHd3dy5hbG9naXMuY29tPGh0dHA6Ly93d3cuYWxvZ2lzLmNvbT4NCg0KDQoN CmFsb2dpcyBBRw0KU2l0ei9SZWdpc3RlcmdlcmljaHQ6IEJlcmxpbi9BRyBDaGFybG90dGVuYnVy ZywgSFJCIDcxNDg0DQpWb3JzdGFuZDogQXJuZSBGcmllZHJpY2hzLCBKb2VybiBTYW11ZWxzb24N CkF1ZnNpY2h0c3JhdHN2b3JzaXR6ZW5kZXI6IFJlaW5oYXJkIE1pZWxrZQ0KDQo= --_004_52A7DCCC97EB4C879AE695C26D0DD241alogiscom_-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 19 21:25:03 2011 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 A2550106564A for ; Tue, 19 Apr 2011 21:25:03 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 326E48FC08 for ; Tue, 19 Apr 2011 21:25:02 +0000 (UTC) Received: by fxm11 with SMTP id 11so130849fxm.13 for ; Tue, 19 Apr 2011 14:25:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=T6m6JBgAohj68jLXpdardGWvuIVM9bHYOuNdKV/L08w=; b=SE3pbwbNQhKz6tOZz4IDOgK5F3TSogBUnspAcNuXAIp6n87maTEmNRSBbuqBjB/Gtv IVekSKDJUKP1ndxlPISwmVXBr8ATi16Z/ZUQbzErv+Uje+Q0/1UGDSP4q+uopb2V3rcp 1ssj6OkngdAi7k1GjgwNxCQeOD2wuVW15s+hs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=BgpsJ0BIuZ2nd/PrR8vIi505JEHUFj+EGOeVGB6Z8iUnGO0e2cc5875F2AFcagGLp1 C2LCvp9x840U0tRIk0ohrFu4U9XzZKCWjK51M1xP3HEHKBnJaStShrkjirazIkgfmQhN NCLGbKLjUTUxOxvayOCRYo3FgMWw29tjwuv8Y= MIME-Version: 1.0 Received: by 10.223.17.140 with SMTP id s12mr1304062faa.49.1303246851966; Tue, 19 Apr 2011 14:00:51 -0700 (PDT) Received: by 10.223.74.201 with HTTP; Tue, 19 Apr 2011 14:00:51 -0700 (PDT) In-Reply-To: References: <4DA596D3.1090803@chillt.de> Date: Tue, 19 Apr 2011 17:00:51 -0400 Message-ID: From: "illoai@gmail.com" To: Ronald Klop Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: System extremely slow under light load 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, 19 Apr 2011 21:25:03 -0000 On 16 April 2011 11:24, Ronald Klop wrote: > On Wed, 13 Apr 2011 14:28:03 +0200, Bartosz Fabianowski > wrote: > >> Hi list >> >> I am having problems with my 8.2-STABLE laptop. At times, even a very >> light load makes the system grind to a halt. Once an application is in the >> foreground, I can interact with it just fine. But when I click on a >> long-unused menu item or try to switch applications, I have to wait dozens >> of seconds or even minutes. It feels as if things were being swapped in very >> slowly. However, top says otherwise: >> >> The box has 4 GB of RAM with only 680 MB used. On top of that, 69 MB of >> swap are in used. That last number does not seem to be changing, so nothing >> is being swapped in or out. >> >> The load that seems to cause the worst problems is an import of >> OpenStreetMap data into a PostgreSQL 9 database. This does not exercise the >> CPU (a Core i7 Quad) much as CPU load hovers around the 20% mark most of the >> time and powerd is happy to reduce the operating frequency down to a few >> hundred MHz. There also does not seem to be much disk activity. >> >> So, memory, CPU and disk all seem fine. And still, whenever I try to >> switch applications, I have to wait minutes for them to appear. I am having >> a hard time figuring out what is going on. Any tips would be greatly >> appreciated. > > Just for an experiment, try to disable powerd and look if things improve. > Or just bump it to "maximum", temporarily. -- -- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 19 23:05:33 2011 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 6DAE11065672; Tue, 19 Apr 2011 23:05:33 +0000 (UTC) (envelope-from przemyslaw@frasunek.com) Received: from lagoon.freebsd.lublin.pl (lagoon.freebsd.lublin.pl [IPv6:2a02:2928:a::3]) by mx1.freebsd.org (Postfix) with ESMTP id 29D8D8FC13; Tue, 19 Apr 2011 23:05:33 +0000 (UTC) Received: from [IPv6:2a02:2928:a:ffff:40af:dc62:2177:2923] (unknown [IPv6:2a02:2928:a:ffff:40af:dc62:2177:2923]) by lagoon.freebsd.lublin.pl (Postfix) with ESMTPSA id 4BBC723944A; Wed, 20 Apr 2011 01:05:32 +0200 (CEST) Message-ID: <4DAE153E.1010405@frasunek.com> Date: Wed, 20 Apr 2011 01:05:34 +0200 From: Przemyslaw Frasunek Organization: frasunek.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pl; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: John Baldwin References: <4DA4A96F.9000507@frasunek.com> <201104180924.12219.jhb@freebsd.org> <4DAC7373.7030209@frasunek.com> <201104181430.13886.jhb@freebsd.org> In-Reply-To: <201104181430.13886.jhb@freebsd.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Missing serial port after enabling serial console in loader.conf 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, 19 Apr 2011 23:05:33 -0000 > The _STA method is used to query a device's status, and a status of 0 means > that the device is disabled. I believe that this means that when you have > SOL enabled (SOLE?) that COM1 is marked inactive so the OS ignores the device. Good catch, thanks! I had a feeling, that it must be caused by firmware. Is there any way to override above checks and make SIO detectable even with enabled SOL? -- * Fido: 2:480/124 ** WWW: http://www.frasunek.com ** NICHDL: PMF9-RIPE * * Jabber ID: venglin@nette.pl ** PGP ID: 2578FCAD ** HAM-RADIO: SQ5JIV * From owner-freebsd-stable@FreeBSD.ORG Tue Apr 19 23:14:35 2011 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 2073F106564A; Tue, 19 Apr 2011 23:14:35 +0000 (UTC) (envelope-from cowbert@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id BC64C8FC08; Tue, 19 Apr 2011 23:14:34 +0000 (UTC) Received: by vws18 with SMTP id 18so214608vws.13 for ; Tue, 19 Apr 2011 16:14:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=GqWcOPWzWxBY/8ORqi/u8yVXcRqCf7wdzYigkGnFTMQ=; b=ifZn2482U3qfJUrQX7Gkan9/6P5uk+QxkxEzrsmg5CYaZ6lPKlK2V6PvHL9uZWOddf rolRaT2nJfmqmR1yE2Y4WlMex5YXr2+UQqKbwSj6cbKNTUQpPCJ5rZ7v2scGpvcsrRPg 81rD0iIvGzP90HbrQMqc8ZBN1Tn1Z7N/9FyCk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=JJc25E+Qgb8TFfITrenWoFm52LYRvYewJGPz2mXWE1ViyIrDYZvK4VAOdtbm1BlcVq wkKhVt8zDN8bsysBYDnm31DTXCIQOHGomH2QIZvcdfdYCOPHb8jFTBmfqmL8Eaoh/cpG +k+sCYv4H1NjZwD7ne+ZAMRb9nu/dc1ksX0zk= MIME-Version: 1.0 Received: by 10.52.69.197 with SMTP id g5mr636837vdu.31.1303253012225; Tue, 19 Apr 2011 15:43:32 -0700 (PDT) Received: by 10.52.158.168 with HTTP; Tue, 19 Apr 2011 15:43:32 -0700 (PDT) Date: Tue, 19 Apr 2011 17:43:32 -0500 Message-ID: From: Peter Lai To: freebsd-stable@freebsd.org, freebsd-performance@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: t_delta too short while trying to enable C3/TurboBoost 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, 19 Apr 2011 23:14:35 -0000 Hello I'm trying to enable C3 states to allow TurboBoost on RELENG_8_2 and dmesg is throwing a lot of t_delta too short messages while using boot -v. This platform is 2x Xeon E5620 Gulftown quad core 2.4ghz CPUs on whatever boards Dell ships them on these days (probably Intel X58 derivative.) Kernel is GENERIC for the most part (with network drivers stripped out). Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2394012372 Hz TSC: P-state invariant ACPI timer: 1/2 1/2 1/1 1/2 1/2 1/1 1/2 1/2 1/2 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 Here are my loader.conf: hint.p4tcc.0.disabled=1 hint.acpi_throttle.0.disabled=1 kern.hz=100 hint.apic.0.clock=0 hint.atrtc.0.clock=0 rc.conf: performance_cpu_freq="NONE" # Online CPU frequency economy_cpu_freq="NONE" # Offline CPU frequency performance_cx_lowest="C3" # Online CPU idle state economy_cx_lowest="C3" # Offline CPU idle state and here is sysctl dev.cpu: dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU1 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.cx_supported: C1/1 C2/64 C3/96 dev.cpu.0.cx_lowest: C3 dev.cpu.0.cx_usage: 0.90% 0.45% 98.64% last 4096us dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU2 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/1 C2/64 C3/96 dev.cpu.1.cx_lowest: C3 dev.cpu.1.cx_usage: 0.68% 0.34% 98.96% last 2965us dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.CPU3 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.2.cx_supported: C1/1 C2/64 C3/96 dev.cpu.2.cx_lowest: C3 dev.cpu.2.cx_usage: 0.94% 0.66% 98.38% last 2081us dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.CPU4 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0 dev.cpu.3.cx_supported: C1/1 C2/64 C3/96 dev.cpu.3.cx_lowest: C3 dev.cpu.3.cx_usage: 0.81% 0.58% 98.59% last 4124us dev.cpu.4.%desc: ACPI CPU dev.cpu.4.%driver: cpu dev.cpu.4.%location: handle=\_PR_.CPU5 dev.cpu.4.%pnpinfo: _HID=none _UID=0 dev.cpu.4.%parent: acpi0 dev.cpu.4.cx_supported: C1/1 C2/64 C3/96 dev.cpu.4.cx_lowest: C3 dev.cpu.4.cx_usage: 1.07% 0.68% 98.23% last 5046us dev.cpu.5.%desc: ACPI CPU dev.cpu.5.%driver: cpu dev.cpu.5.%location: handle=\_PR_.CPU6 dev.cpu.5.%pnpinfo: _HID=none _UID=0 dev.cpu.5.%parent: acpi0 dev.cpu.5.cx_supported: C1/1 C2/64 C3/96 dev.cpu.5.cx_lowest: C3 dev.cpu.5.cx_usage: 3.01% 1.74% 95.24% last 4504us dev.cpu.6.%desc: ACPI CPU dev.cpu.6.%driver: cpu dev.cpu.6.%location: handle=\_PR_.CPU7 dev.cpu.6.%pnpinfo: _HID=none _UID=0 dev.cpu.6.%parent: acpi0 dev.cpu.6.cx_supported: C1/1 C2/64 C3/96 dev.cpu.6.cx_lowest: C3 dev.cpu.6.cx_usage: 2.45% 1.89% 95.65% last 3506us dev.cpu.7.%desc: ACPI CPU dev.cpu.7.%driver: cpu dev.cpu.7.%location: handle=\_PR_.CPU8 dev.cpu.7.%pnpinfo: _HID=none _UID=0 dev.cpu.7.%parent: acpi0 dev.cpu.7.cx_supported: C1/1 C2/64 C3/96 dev.cpu.7.cx_lowest: C3 dev.cpu.7.cx_usage: 1.21% 0.77% 98.00% last 4180us Should I increment kern.hz until the t_delta too short goes away (I hear that at kern.hz=1000, each core is woken so much by the interrupt counter that it can never enter C3 state) or is there another knob I am supposed to tune? My goal is to see if I can get the box into turboboost as much as possible during idle. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 19 23:50:42 2011 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 31962106566C for ; Tue, 19 Apr 2011 23:50:42 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id D3D0A8FC1B for ; Tue, 19 Apr 2011 23:50:41 +0000 (UTC) Received: from omta10.westchester.pa.mail.comcast.net ([76.96.62.28]) by qmta04.westchester.pa.mail.comcast.net with comcast id Zb5f1g0020cZkys54bqi45; Tue, 19 Apr 2011 23:50:42 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta10.westchester.pa.mail.comcast.net with comcast id Zbqf1g01X1t3BNj3Wbqgbq; Tue, 19 Apr 2011 23:50:41 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id AC3059B42B; Tue, 19 Apr 2011 16:50:38 -0700 (PDT) Date: Tue, 19 Apr 2011 16:50:38 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20110419235038.GA8892@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) Cc: freebsd-fs@freebsd.org Subject: Large number of SATA commits (MFCs) to RELENG_8 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, 19 Apr 2011 23:50:42 -0000 Folks who use SATA (speaking generally here because there's too much that got touched) should be aware: Within the past ~7 hours there have been a *very* large number of commits by mav@ that pertain to SATA-related storage controllers and subsystems. I would advocate that folks rebuild world/kernel and make sure there aren't any issues seen, or any quirks which were previously needed are no longer. I haven't gone through *all* of the commits yet, but I do see some controller-centric things that got MFC'd, such as disabling of NCQ support on multiport Marvell 88SX61XX to relieve I/O timeouts when doing lots of I/O (common with ZFS). Below are the commits. Users should absolutely use cvsweb or similar tools to examine the commit message and see if anything relevant to their storage subsystems was modified. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | Edit src/share/man/man4/ada.4 Add delta 1.1.2.9 2011.04.19.16.23.07 mav Edit src/share/man/man4/siis.4 Add delta 1.1.2.4 2011.04.19.16.52.36 mav Edit src/sys/cam/ata/ata_all.c Add delta 1.1.2.14 2011.04.19.16.26.55 mav Edit src/sys/cam/ata/ata_da.c Add delta 1.2.2.19 2011.04.19.16.23.07 mav Edit src/sys/cam/ata/ata_pmp.c Add delta 1.3.2.11 2011.04.19.17.41.17 mav Edit src/sys/cam/ata/ata_xpt.c Add delta 1.3.2.35 2011.04.19.17.41.17 mav Edit src/sys/cam/cam_ccb.h Add delta 1.37.2.9 2011.04.19.17.41.17 mav Edit src/sys/cam/cam_periph.c Add delta 1.80.2.10 2011.04.19.16.10.08 mav Edit src/sys/conf/options Add delta 1.687.2.12 2011.04.19.16.23.07 mav Edit src/sys/dev/ahci/ahci.c Add delta 1.1.2.45 2011.04.19.16.40.58 mav Add delta 1.1.2.46 2011.04.19.16.42.07 mav Add delta 1.1.2.47 2011.04.19.16.43.55 mav Add delta 1.1.2.48 2011.04.19.16.45.56 mav Add delta 1.1.2.49 2011.04.19.16.46.51 mav Add delta 1.1.2.50 2011.04.19.17.04.58 mav Add delta 1.1.2.51 2011.04.19.17.13.14 mav Add delta 1.1.2.52 2011.04.19.17.41.17 mav Add delta 1.1.2.53 2011.04.19.20.38.50 mav Add delta 1.1.2.54 2011.04.19.20.40.00 mav Add delta 1.1.2.55 2011.04.19.20.41.00 mav Edit src/sys/dev/ahci/ahci.h Add delta 1.1.2.12 2011.04.19.17.04.58 mav Add delta 1.1.2.13 2011.04.19.17.13.14 mav Add delta 1.1.2.14 2011.04.19.20.38.50 mav Add delta 1.1.2.15 2011.04.19.20.41.00 mav Edit src/sys/dev/ata/ata-all.c Add delta 1.308.2.20 2011.04.19.17.01.05 mav Edit src/sys/dev/ata/ata-all.h Add delta 1.146.2.15 2011.04.19.17.01.05 mav Edit src/sys/dev/ata/ata-pci.h Add delta 1.109.2.15 2011.04.19.16.40.58 mav Add delta 1.109.2.16 2011.04.19.16.42.07 mav Edit src/sys/dev/ata/chipsets/ata-intel.c Add delta 1.7.2.15 2011.04.19.16.40.58 mav Add delta 1.7.2.16 2011.04.19.16.42.07 mav Edit src/sys/dev/ichsmb/ichsmb_pci.c Add delta 1.21.2.5 2011.04.19.16.39.03 mav Add delta 1.21.2.6 2011.04.19.16.40.58 mav Add delta 1.21.2.7 2011.04.19.16.42.07 mav Edit src/sys/dev/ichwd/ichwd.c Add delta 1.17.2.7 2011.04.19.16.40.58 mav Add delta 1.17.2.8 2011.04.19.16.42.07 mav Edit src/sys/dev/ichwd/ichwd.h Add delta 1.9.2.5 2011.04.19.16.40.58 mav Add delta 1.9.2.6 2011.04.19.16.42.07 mav Edit src/sys/dev/mvs/mvs.c Add delta 1.2.2.8 2011.04.19.17.08.29 mav Add delta 1.2.2.9 2011.04.19.17.41.17 mav Add delta 1.2.2.10 2011.04.19.20.44.44 mav Edit src/sys/dev/mvs/mvs.h Add delta 1.1.2.3 2011.04.19.17.08.29 mav Add delta 1.1.2.4 2011.04.19.20.44.44 mav Edit src/sys/dev/siis/siis.c Add delta 1.1.2.33 2011.04.19.16.51.17 mav Add delta 1.1.2.34 2011.04.19.17.06.43 mav Add delta 1.1.2.35 2011.04.19.17.14.57 mav Add delta 1.1.2.36 2011.04.19.17.41.17 mav Edit src/sys/dev/siis/siis.h Add delta 1.1.2.10 2011.04.19.16.51.17 mav Add delta 1.1.2.11 2011.04.19.17.06.43 mav Edit src/sys/dev/sound/pci/hda/hdac.c Add delta 1.109.2.17 2011.04.19.16.42.07 mav Edit src/sys/modules/cam/Makefile Add delta 1.16.2.4 2011.04.19.16.23.07 mav Edit src/sys/sys/ata.h Add delta 1.41.2.9 2011.04.19.17.41.17 mav From owner-freebsd-stable@FreeBSD.ORG Wed Apr 20 02:59:19 2011 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 BAB93106564A for ; Wed, 20 Apr 2011 02:59:19 +0000 (UTC) (envelope-from no-reply@dropboxmail.com) Received: from mailman-2.dropboxmail.com (mailman-2.dropboxmail.com [75.126.110.122]) by mx1.freebsd.org (Postfix) with ESMTP id 95D788FC16 for ; Wed, 20 Apr 2011 02:59:19 +0000 (UTC) Received: from mailman-2.dropboxmail.com (localhost [127.0.0.1]) by mailman-2.dropboxmail.com (Postfix) with ESMTP id B55C23F4F8D for ; Wed, 20 Apr 2011 02:45:08 +0000 (UTC) X-DomainKeys: Sendmail DomainKeys Filter v0.6.0 mailman-2.dropboxmail.com B55C23F4F8D DomainKey-Signature: a=rsa-sha1; s=m1; d=dropboxmail.com; c=simple; q=dns; b=AqJ/oJl+8hpILg6ja0ZckFCkR9dcwVeGY7K9TeAyYNxv/BYkye3B3KXIoTtsWt3kR xZMk8PR0a+Nf5Q0aJ3VE3K1HekLbs7CKdr9MCeiGf6e/9K/kDyUKg1Lsnl9tlaMhoB3 0qfh9pW96jBG4Dc6WBdKOdBM2QXvaJ8gkGgKZe0= MIME-Version: 1.0 From: Dropbox To: stable@freebsd.org Date: Wed, 20 Apr 2011 02:45:08 +0000 Message-Id: <20110420024508.B55C23F4F8D@mailman-2.dropboxmail.com> Content-Type: text/plain; charset="utf8" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Masoom Shaikh invited you to Dropbox X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: masoom.shaikh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2011 02:59:19 -0000 Masoom Shaikh wants you to try Dropbox! Dropbox lets you bring all your photos, docs and videos with you anywhere and share them easily. Get started here: http://www.dropbox.com/link/20.f0ibMeMfFG/Njg3MzIzMzY1Nw?src=referrals_bulk9 - The Dropbox Team ____________________________________________________ To stop receiving invites from Dropbox, please go to http://www.dropbox.com/bl/162777a02941/stable%40freebsd.org From owner-freebsd-stable@FreeBSD.ORG Wed Apr 20 04:00:15 2011 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 DB56B1065675 for ; Wed, 20 Apr 2011 04:00:14 +0000 (UTC) (envelope-from untg99@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id E26EE8FC0A for ; Wed, 20 Apr 2011 04:00:13 +0000 (UTC) Received: by iwn33 with SMTP id 33so404372iwn.13 for ; Tue, 19 Apr 2011 21:00:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=shI3cKH1fHiXF60R821oWY7XIb1EVROYx6Vu/zpAV7M=; b=SKYLOULyr09D32aw+upBZRp2f9IaZp3Pt7Kupe0quj3AmEf9zZVm5E2Hsayq0YnvTt 16KSxcc6v27ZDJdAOksLtFHkuZQa37wTANn5BmOWu9oZLL7MD0pIWcpw7ylyyzPkrDkE 5fST5SIYh+PFpN1z6eG8ZWPsZpTNaNECjaKyQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=GKQjJ5kejG1ZOwTF9V5Mkz3jyCPb+yn69qKJa7sdyazhjvE2TQcAZ3kuR7PxtaRExK YNfzhh+M9jYlSec76amGwDx8Ta1VnPFX80WuEC1eEofA19R8Um+3HltGC1eEkRjUKmkG Tl3AeBiFVnLpVZGQV0Adr/Qumf2H82qxSi690= MIME-Version: 1.0 Received: by 10.42.153.5 with SMTP id k5mr9333364icw.84.1303270528946; Tue, 19 Apr 2011 20:35:28 -0700 (PDT) Received: by 10.43.60.210 with HTTP; Tue, 19 Apr 2011 20:35:28 -0700 (PDT) In-Reply-To: <20110420024508.B55C23F4F8D@mailman-2.dropboxmail.com> References: <20110420024508.B55C23F4F8D@mailman-2.dropboxmail.com> Date: Wed, 20 Apr 2011 13:05:28 +0930 Message-ID: From: David H To: masoom.shaikh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: Masoom Shaikh invited you to Dropbox 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, 20 Apr 2011 04:00:15 -0000 Come on mate, that is low, this is a FreeBSD list, not an advertising list. On Wed, Apr 20, 2011 at 12:15 PM, Dropbox wrote: > Masoom Shaikh wants you to try Dropbox! Dropbox lets you bring all your > photos, docs and videos with you anywhere and share them easily. > > Get started here: > http://www.dropbox.com/link/20.f0ibMeMfFG/Njg3MzIzMzY1Nw?src=referrals_bulk9 > > - The Dropbox Team > > ____________________________________________________ > To stop receiving invites from Dropbox, please go to > http://www.dropbox.com/bl/162777a02941/stable%40freebsd.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" > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 20 04:35:23 2011 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 81632106566C for ; Wed, 20 Apr 2011 04:35:23 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 355CA8FC0A for ; Wed, 20 Apr 2011 04:35:23 +0000 (UTC) Received: by iwn33 with SMTP id 33so427579iwn.13 for ; Tue, 19 Apr 2011 21:35:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=osXvcqiSgXxcQ5gMT3C3tTfRePoX1p2C9GtT/LxFUGU=; b=yDBQz8lDwyWaRdmKzF0NRlwo/Wrk7s9Xeax/pHn2g38aoOg3fCJsHb/zFiqd4DLl6H WDnhjYRz3IiKOaVDPrKozyI5XEjTQfTCPKo0EYfoopZOLBphbaxd2fByLXQiMgU9v5me lRkkWLUKrepQMGp3PXag4LY7DgtiZ9P/MIthw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-openpgp-key-id :x-openpgp-key-fingerprint:x-openpgp-key-url; b=UYW1vZmTcyTrwbu7n71EPQL0623qrrqHIcHUJaVpAr7E3Sfo08daaGZ92CAJpu2Di1 f7kRG0drsQhQ/ZpMv44tYDM1uO7+YdIr3tub4HX5mUsUED6YvwlDoVsSx6VU1ygfr6wk NW66R7xV9rlonZ3STV2OtTMjR5G1/act9Onqw= Received: by 10.42.189.5 with SMTP id dc5mr2534721icb.32.1303274122340; Tue, 19 Apr 2011 21:35:22 -0700 (PDT) Received: from DataIX.net (adsl-99-190-84-116.dsl.klmzmi.sbcglobal.net [99.190.84.116]) by mx.google.com with ESMTPS id xj16sm201208icb.18.2011.04.19.21.35.19 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 19 Apr 2011 21:35:20 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p3K4ZHaH027244 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Apr 2011 00:35:17 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p3K4ZG58027243; Wed, 20 Apr 2011 00:35:16 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Wed, 20 Apr 2011 00:35:16 -0400 From: "J. Hellenthal" To: David H Message-ID: <20110420043516.GA8088@DataIX.net> References: <20110420024508.B55C23F4F8D@mailman-2.dropboxmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: stable@freebsd.org Subject: Re: Masoom Shaikh invited you to Dropbox 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, 20 Apr 2011 04:35:23 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This is probably some automated service where he thought he was only sending it to his friends and forgot about the email addresses google gmail automatically adds to your contact list. In general it is best practice not to reply to these sort of events else you subject your inbox to the same sort of torture. On Wed, Apr 20, 2011 at 01:05:28PM +0930, David H wrote: >Come on mate, that is low, this is a FreeBSD list, not an advertising list. > >On Wed, Apr 20, 2011 at 12:15 PM, Dropbox wrote: > >> Masoom Shaikh wants you to try Dropbox! Dropbox lets you bring all your >> photos, docs and videos with you anywhere and share them easily. >> >> Get started here: >> http://www.dropbox.com/link/20.f0ibMeMfFG/Njg3MzIzMzY1Nw?src=3Dreferrals= _bulk9 >> >> - The Dropbox Team >> >> ____________________________________________________ >> To stop receiving invites from Dropbox, please go to >> http://www.dropbox.com/bl/162777a02941/stable%40freebsd.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" >> >_______________________________________________ >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 Regards, J. Hellenthal WWJD --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJNrmKDAAoJEJBXh4mJ2FR+X6sH/RVYzT7h4w/64bifcM1k7mDS JNnf7UZRScbm+MdnTSlR03sgQ+1QZMPXP02Eh9RKKlIj6oluFJf7JKcbDBrnnvH2 99VPrC32snUvOezBx4j8FQtaC1UFNYuB/DYuFkpu1yj0gGkmyoHh/cpPneNKuJrW jiGFAV0d3L0q+FYaXSPZRfpPkCAWgY0yTwuQB/6Ff5oDvcQsIdAuZTX58QSkPY8T t9jeoUfN/PtJPAwxDMAnCDPr7IiBCsNddMCuSPhVfVO6LY33UvjnJIrXkHCggVYX C98/97uKQjQJEQAytOJSaZwhosY574G2lm+Wlzx8IKDcaecSBB3cO0FRw+1GYgI= =DUp5 -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 20 17:02:16 2011 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 24C69106566C; Wed, 20 Apr 2011 17:02:16 +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 3B1598FC1B; Wed, 20 Apr 2011 17:02:15 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id p3KH2Bwj011289; Thu, 21 Apr 2011 03:02:12 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 21 Apr 2011 03:02:09 +1000 (EST) From: Ian Smith To: Daniel Gerzo In-Reply-To: <20110413024230.Y35056@sola.nimnet.asn.au> Message-ID: <20110420164100.Y43371@sola.nimnet.asn.au> References: <4D9EEDAF.3020803@rulez.sk> <20110411125416.S35056@sola.nimnet.asn.au> <4DA37E31.4020700@FreeBSD.org> <20110413024230.Y35056@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Alexander Motin , freebsd-stable@freebsd.org Subject: kern.smp.maxid error on i386 UP [was: powerd / cpufreq question] 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, 20 Apr 2011 17:02:16 -0000 On Wed, 13 Apr 2011, Ian Smith wrote: > On Tue, 12 Apr 2011, Daniel Gerzo wrote: > > On 11.4.2011 6:08, Ian Smith wrote: [..] > > > Are those kern.cp_times values as they came, or did you remove trailing > > > zeroes? Reason I ask is that on my Thinkpad T23, single-core 1133/733 > > > MHz, sysctl kern.cp_time shows the usual 5 values, but kern.cp_times has > > > the same 5 values for cpu0, but then 5 zeroes for each of cpu1 through > > > cpu31, on 8.2-PRE about early January. I need to update the script to > > > remove surplus data for non-existing cpus, but wonder if the extra data > > > also appeared on your 12 core box? > > > > I haven't removed anything, it's a pure copy&paste. > > Thanks. I'll check the single-cpu case again after updating to 8.2-R Ok, still a problem on at least my i386 single core Thinkpad T23 at 8.2-R, since 8.0 I think, certainly evident in a sysctl -a at 8.1-R FreeBSD t23.smithi.id.au 8.2-RELEASE FreeBSD 8.2-RELEASE #1: Thu Apr 14 21:45:47 EST 2011 root@t23.smithi.id.au:/usr/obj/usr/src/sys/GENERIC i386 Verbose dmesg: http://smithi.id.au/t23_dmesg_boot-v.8.2-R.txt sysctl -a: http://smithi.id.au/t23_sysctl-a_8.2-R.txt kern.ccpu: 0 0 kern.smp.forward_signal_enabled: 1 kern.smp.topology: 0 kern.smp.cpus: 1 kern.smp.disabled: 0 kern.smp.active: 0 kern.smp.maxcpus: 32 kern.smp.maxid: 31 <<<<<<< hw.ncpu: 1 kern.cp_times: 38548 1 120437 195677 9660939 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 /usr/src/sys/kern/kern_clock.c: return SYSCTL_OUT(req, 0, sizeof(long) * CPUSTATES * (mp_maxid + 1)); Consumers of kern.cp_times like powerd, top, dtrace? and others have to loop over 32 cpus, all but one non-existent, and there seem to be many places in the kernel doing eg: for (cpu = 0; cpu <= mp_maxid; cpu++) { and while CPU_FOREACH / CPU_ABSENT will skip over them, seems wasteful at best on machines least likely to have cycles to spare. eg: powerd parses kern.cp_times to count cpus, wasting cycles adding up the 31 'empty' cpus. I haven't explored other userland consumers. Clearly kern.smp.maxid (ie mp_maxid) should be 0, not 31. On i386, non-APIC i386 at least, mp_maxid is not set to (mp_ncpus - 1) as on some other archs .. after having being initialised to (MAXCPU - 1) in /sys/i386/i386/mp_machdep.c it's never updated for non-smp machines. I haven't chased all of these rabbits down all of their holes by any means, but it seems that making /sys/i386/i386/mp_machdep.c do what it says it's gonna do ('with an id of 0') should help. Paste, tabs lost: int cpu_mp_probe(void) { /* * Always record BSP in CPU map so that the mbuf init code works * correctly. */ all_cpus = 1; if (mp_ncpus == 0) { /* * No CPUs were found, so this must be a UP system. Setup * the variables to represent a system with a single CPU * with an id of 0. */ mp_ncpus = 1; + mp_maxid = 0; return (0); } /* At least one CPU was found. */ if (mp_ncpus == 1) { /* * One CPU was found, so this must be a UP system with * an I/O APIC. */ + mp_maxid = 0; return (0); } /* At least two CPUs were found. */ return (1); } Note that the second added line above already exists in /sys/amd64/amd64/mp_machdep.c, maybe to fix a similar problem, though that should only apply to 'a UP system with an I/O APIC'. Maybe better could be to fix this in cpu_mp_probe's caller, /sys/kern/subr_smp.c: static void mp_start(void *dummy) { mtx_init(&smp_ipi_mtx, "smp rendezvous", NULL, MTX_SPIN); /* Probe for MP hardware. */ if (smp_disabled != 0 || cpu_mp_probe() == 0) { mp_ncpus = 1; + mp_maxid = 0; all_cpus = PCPU_GET(cpumask); return; } cpu_mp_start(); printf("FreeBSD/SMP: Multiprocessor System Detected: %d CPUs\n", mp_ncpus); cpu_mp_announce(); } I'm probably a long way off base for a solution, but think I've located the problem. Thoughts? Is this a known issue? Might any developers actually still have a single-cpu i386 system to check this on? :) Very happy to test any patches etc. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Apr 20 18:54:59 2011 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 1637B1065672; Wed, 20 Apr 2011 18:54:59 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id A0AF78FC0A; Wed, 20 Apr 2011 18:54:58 +0000 (UTC) Received: by qwc9 with SMTP id 9so627188qwc.13 for ; Wed, 20 Apr 2011 11:54:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=nGs3iDI7Q1u2vw/EJIaQerRwFOD5Z+kKcmO6nPDbAhM=; b=qqMoiEYPnJklGKYT4Ni5y+XIYGGtZxGWDC/J415SarHAiD4casCQPwO1n+QwziOpyk p8ex1nuaX+hW7jIk+G13QkGQ8Hing3PHgu3NuEsH/MGx45zSWnb+OO/vwY5cIcSN/gaH n8ygvZCh+/CkfntJ/PRHGMotLRjAjYvC/Sm1E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=s14yLL2hvDtvyNdUlhsMmWBoHuvId9ka1FNhSvipoiKtax2ghoVRD8Bn1Vm30g+id7 4F5ML/mOkLqff1kXYtSGdI+nAawLeP+aZETJZ36RkvDicW84wCLdXJVQ6vKGQY6xLebM v5zJ1ZTE3ALX4eqbh/9dKpJsaZ2fiyFYf4ZH0= MIME-Version: 1.0 Received: by 10.229.64.84 with SMTP id d20mr5591317qci.206.1303324190877; Wed, 20 Apr 2011 11:29:50 -0700 (PDT) Received: by 10.229.221.136 with HTTP; Wed, 20 Apr 2011 11:29:50 -0700 (PDT) In-Reply-To: <20110420164100.Y43371@sola.nimnet.asn.au> References: <4D9EEDAF.3020803@rulez.sk> <20110411125416.S35056@sola.nimnet.asn.au> <4DA37E31.4020700@FreeBSD.org> <20110413024230.Y35056@sola.nimnet.asn.au> <20110420164100.Y43371@sola.nimnet.asn.au> Date: Wed, 20 Apr 2011 22:29:50 +0400 Message-ID: From: Sergey Kandaurov To: Ian Smith Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Daniel Gerzo , freebsd-stable@freebsd.org, Alexander Motin Subject: Re: kern.smp.maxid error on i386 UP [was: powerd / cpufreq question] 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, 20 Apr 2011 18:54:59 -0000 On 20 April 2011 21:02, Ian Smith wrote: > On Wed, 13 Apr 2011, Ian Smith wrote: > =A0> On Tue, 12 Apr 2011, Daniel Gerzo wrote: > =A0> =A0> On 11.4.2011 6:08, Ian Smith wrote: > [..] > =A0> =A0> > Are those kern.cp_times values as they came, or did you remov= e trailing > =A0> =A0> > zeroes? =A0Reason I ask is that on my Thinkpad T23, single-co= re 1133/733 > =A0> =A0> > MHz, sysctl kern.cp_time shows the usual 5 values, but kern.c= p_times has > =A0> =A0> > the same 5 values for cpu0, but then 5 zeroes for each of cpu= 1 through > =A0> =A0> > cpu31, on 8.2-PRE about early January. =A0I need to update th= e script to > =A0> =A0> > remove surplus data for non-existing cpus, but wonder if the = extra data > =A0> =A0> > also appeared on your 12 core box? > =A0> =A0> > =A0> =A0> I haven't removed anything, it's a pure copy&paste. > =A0> > =A0> Thanks. =A0I'll check the single-cpu case again after updating to 8.= 2-R > > Ok, still a problem on at least my i386 single core Thinkpad T23 at > 8.2-R, since 8.0 I think, certainly evident in a sysctl -a at 8.1-R > > FreeBSD t23.smithi.id.au 8.2-RELEASE FreeBSD 8.2-RELEASE #1: Thu Apr 14 > 21:45:47 EST 2011 root@t23.smithi.id.au:/usr/obj/usr/src/sys/GENERIC i386 > > Verbose dmesg: http://smithi.id.au/t23_dmesg_boot-v.8.2-R.txt > sysctl -a: =A0 =A0 http://smithi.id.au/t23_sysctl-a_8.2-R.txt > > kern.ccpu: 0 > =A00 > kern.smp.forward_signal_enabled: 1 > kern.smp.topology: 0 > kern.smp.cpus: 1 > kern.smp.disabled: 0 > kern.smp.active: 0 > kern.smp.maxcpus: 32 > kern.smp.maxid: 31 =A0 =A0 =A0<<<<<<< > hw.ncpu: 1 > > kern.cp_times: 38548 1 120437 195677 9660939 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > > /usr/src/sys/kern/kern_clock.c: > return SYSCTL_OUT(req, 0, sizeof(long) * CPUSTATES * (mp_maxid + 1)); > > Consumers of kern.cp_times like powerd, top, dtrace? and others have to > loop over 32 cpus, all but one non-existent, and there seem to be many > places in the kernel doing eg: for (cpu =3D 0; cpu <=3D mp_maxid; cpu++) = { > and while CPU_FOREACH / CPU_ABSENT will skip over them, seems wasteful > at best on machines least likely to have cycles to spare. > > eg: powerd parses kern.cp_times to count cpus, wasting cycles adding > up the 31 'empty' cpus. =A0I haven't explored other userland consumers. > > Clearly kern.smp.maxid (ie mp_maxid) should be 0, not 31. =A0On i386, > non-APIC i386 at least, mp_maxid is not set to (mp_ncpus - 1) as on some > other archs .. after having being initialised to (MAXCPU - 1) in > /sys/i386/i386/mp_machdep.c it's never updated for non-smp machines. > > I haven't chased all of these rabbits down all of their holes by any > means, but it seems that making /sys/i386/i386/mp_machdep.c do what it > says it's gonna do ('with an id of 0') should help. =A0Paste, tabs lost: > > int > cpu_mp_probe(void) > { > =A0 =A0 =A0 =A0/* > =A0 =A0 =A0 =A0 * Always record BSP in CPU map so that the mbuf init code= works > =A0 =A0 =A0 =A0 * correctly. > =A0 =A0 =A0 =A0 */ > =A0 =A0 =A0 =A0all_cpus =3D 1; > =A0 =A0 =A0 =A0if (mp_ncpus =3D=3D 0) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * No CPUs were found, so this must be a U= P system. =A0Setup > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * the variables to represent a system wit= h a single CPU > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * with an id of 0. > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 */ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mp_ncpus =3D 1; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 mp_maxid =3D 0; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return (0); > =A0 =A0 =A0 =A0} > > =A0 =A0 =A0 =A0/* At least one CPU was found. */ > =A0 =A0 =A0 =A0if (mp_ncpus =3D=3D 1) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * One CPU was found, so this must be a UP= system with > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * an I/O APIC. > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 */ > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 mp_maxid =3D 0; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return (0); > =A0 =A0 =A0 =A0} > > =A0 =A0 =A0 =A0/* At least two CPUs were found. */ > =A0 =A0 =A0 =A0return (1); > } > > Note that the second added line above already exists in > /sys/amd64/amd64/mp_machdep.c, maybe to fix a similar problem, though > that should only apply to 'a UP system with an I/O APIC'. =A0Maybe better > could be to fix this in cpu_mp_probe's caller, /sys/kern/subr_smp.c: > > static void > mp_start(void *dummy) > { > =A0 =A0 =A0 =A0mtx_init(&smp_ipi_mtx, "smp rendezvous", NULL, MTX_SPIN); > > =A0 =A0 =A0 =A0/* Probe for MP hardware. */ > =A0 =A0 =A0 =A0if (smp_disabled !=3D 0 || cpu_mp_probe() =3D=3D 0) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mp_ncpus =3D 1; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 mp_maxid =3D 0; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0all_cpus =3D PCPU_GET(cpumask); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return; > =A0 =A0 =A0 =A0} > > =A0 =A0 =A0 =A0cpu_mp_start(); > =A0 =A0 =A0 =A0printf("FreeBSD/SMP: Multiprocessor System Detected: %d CP= Us\n", > =A0 =A0 =A0 =A0 =A0 =A0mp_ncpus); > =A0 =A0 =A0 =A0cpu_mp_announce(); > } > > I'm probably a long way off base for a solution, but think I've located > the problem. =A0Thoughts? =A0Is this a known issue? =A0Might any develope= rs > actually still have a single-cpu i386 system to check this on? :) > > Very happy to test any patches etc. > Ouch. Looks like that affects a system with 2 cores as well. Intel Core2 E7200, 8.2-R i386 SMP: kern.smp.forward_signal_enabled: 1 kern.smp.topology: 0 kern.smp.cpus: 2 kern.smp.disabled: 0 kern.smp.active: 1 kern.smp.maxcpus: 32 kern.smp.maxid: 31 kern.cp_times: 867360 171 429180 70114 170549535 1385294 306 176659 82618 170270900 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 Your analysis looks promising. --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Wed Apr 20 19:33:02 2011 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 2B2B6106564A; Wed, 20 Apr 2011 19:33:02 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id AE56A8FC08; Wed, 20 Apr 2011 19:33:01 +0000 (UTC) Received: by qwc9 with SMTP id 9so651168qwc.13 for ; Wed, 20 Apr 2011 12:33:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=/LYGRBjQD2LgfjGqjjgitBeC1fwyapTVKKpjn9i5uqw=; b=V70mgE06p057y1GcOGPPft25fGw8b6dMTTge426dTdgyMKpSc0ZzHOFvgsjfI9KXB8 /EWdm8S1DLVAPltS0x247mB7oeuB7oxLMl/X7wElASsEQIJjf3CMBDvkRcZUkqG2H+eL ikW4N69/apVtr7rdUXJsSbObnD/yX0CVHmBt8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=qAPCawXqjkHpaaxtyOQhEhplZSrQ0jIoRRTZkj9Rub1rQosWKESLLrgkL/lwFsafWI zwochKmpbK0KrF5T5gxhkpwC4g5Ojjln7luQdJsEaqREqcFmiDpkJSRR3Lbij5HZ9AWl 52K61AOForj+2hgmzLizpa4DomxZIL8FlLrYE= MIME-Version: 1.0 Received: by 10.229.102.73 with SMTP id f9mr5514872qco.168.1303327980568; Wed, 20 Apr 2011 12:33:00 -0700 (PDT) Received: by 10.229.221.136 with HTTP; Wed, 20 Apr 2011 12:33:00 -0700 (PDT) In-Reply-To: References: <4D9EEDAF.3020803@rulez.sk> <20110411125416.S35056@sola.nimnet.asn.au> <4DA37E31.4020700@FreeBSD.org> <20110413024230.Y35056@sola.nimnet.asn.au> <20110420164100.Y43371@sola.nimnet.asn.au> Date: Wed, 20 Apr 2011 23:33:00 +0400 Message-ID: From: Sergey Kandaurov To: Ian Smith Content-Type: multipart/mixed; boundary=002354471dd84ebfd304a15eb14c Cc: Daniel Gerzo , freebsd-stable@freebsd.org, Alexander Motin , John Baldwin Subject: Re: kern.smp.maxid error on i386 UP [was: powerd / cpufreq question] 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, 20 Apr 2011 19:33:02 -0000 --002354471dd84ebfd304a15eb14c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 20 April 2011 22:29, Sergey Kandaurov wrote: > On 20 April 2011 21:02, Ian Smith wrote: >> On Wed, 13 Apr 2011, Ian Smith wrote: >> =A0> On Tue, 12 Apr 2011, Daniel Gerzo wrote: >> =A0> =A0> On 11.4.2011 6:08, Ian Smith wrote: >> [..] >> =A0> =A0> > Are those kern.cp_times values as they came, or did you remo= ve trailing >> =A0> =A0> > zeroes? =A0Reason I ask is that on my Thinkpad T23, single-c= ore 1133/733 >> =A0> =A0> > MHz, sysctl kern.cp_time shows the usual 5 values, but kern.= cp_times has >> =A0> =A0> > the same 5 values for cpu0, but then 5 zeroes for each of cp= u1 through >> =A0> =A0> > cpu31, on 8.2-PRE about early January. =A0I need to update t= he script to >> =A0> =A0> > remove surplus data for non-existing cpus, but wonder if the= extra data >> =A0> =A0> > also appeared on your 12 core box? >> =A0> =A0> >> =A0> =A0> I haven't removed anything, it's a pure copy&paste. >> =A0> >> =A0> Thanks. =A0I'll check the single-cpu case again after updating to 8= .2-R >> >> Ok, still a problem on at least my i386 single core Thinkpad T23 at >> 8.2-R, since 8.0 I think, certainly evident in a sysctl -a at 8.1-R >> >> FreeBSD t23.smithi.id.au 8.2-RELEASE FreeBSD 8.2-RELEASE #1: Thu Apr 14 >> 21:45:47 EST 2011 root@t23.smithi.id.au:/usr/obj/usr/src/sys/GENERIC i38= 6 >> >> Verbose dmesg: http://smithi.id.au/t23_dmesg_boot-v.8.2-R.txt >> sysctl -a: =A0 =A0 http://smithi.id.au/t23_sysctl-a_8.2-R.txt >> >> kern.ccpu: 0 >> =A00 >> kern.smp.forward_signal_enabled: 1 >> kern.smp.topology: 0 >> kern.smp.cpus: 1 >> kern.smp.disabled: 0 >> kern.smp.active: 0 >> kern.smp.maxcpus: 32 >> kern.smp.maxid: 31 =A0 =A0 =A0<<<<<<< >> hw.ncpu: 1 >> >> kern.cp_times: 38548 1 120437 195677 9660939 0 0 0 0 0 0 0 0 0 0 0 0 0 0 >> 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 >> 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 >> 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 >> 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 >> >> /usr/src/sys/kern/kern_clock.c: >> return SYSCTL_OUT(req, 0, sizeof(long) * CPUSTATES * (mp_maxid + 1)); >> >> Consumers of kern.cp_times like powerd, top, dtrace? and others have to >> loop over 32 cpus, all but one non-existent, and there seem to be many >> places in the kernel doing eg: for (cpu =3D 0; cpu <=3D mp_maxid; cpu++)= { >> and while CPU_FOREACH / CPU_ABSENT will skip over them, seems wasteful >> at best on machines least likely to have cycles to spare. >> >> eg: powerd parses kern.cp_times to count cpus, wasting cycles adding >> up the 31 'empty' cpus. =A0I haven't explored other userland consumers. >> >> Clearly kern.smp.maxid (ie mp_maxid) should be 0, not 31. =A0On i386, >> non-APIC i386 at least, mp_maxid is not set to (mp_ncpus - 1) as on some >> other archs .. after having being initialised to (MAXCPU - 1) in >> /sys/i386/i386/mp_machdep.c it's never updated for non-smp machines. >> >> I haven't chased all of these rabbits down all of their holes by any >> means, but it seems that making /sys/i386/i386/mp_machdep.c do what it >> says it's gonna do ('with an id of 0') should help. =A0Paste, tabs lost: >> >> int >> cpu_mp_probe(void) >> { >> =A0 =A0 =A0 =A0/* >> =A0 =A0 =A0 =A0 * Always record BSP in CPU map so that the mbuf init cod= e works >> =A0 =A0 =A0 =A0 * correctly. >> =A0 =A0 =A0 =A0 */ >> =A0 =A0 =A0 =A0all_cpus =3D 1; >> =A0 =A0 =A0 =A0if (mp_ncpus =3D=3D 0) { >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * No CPUs were found, so this must be a = UP system. =A0Setup >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * the variables to represent a system wi= th a single CPU >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * with an id of 0. >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 */ >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mp_ncpus =3D 1; >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 mp_maxid =3D 0; >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return (0); >> =A0 =A0 =A0 =A0} >> >> =A0 =A0 =A0 =A0/* At least one CPU was found. */ >> =A0 =A0 =A0 =A0if (mp_ncpus =3D=3D 1) { >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * One CPU was found, so this must be a U= P system with >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 * an I/O APIC. >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 */ >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 mp_maxid =3D 0; >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return (0); >> =A0 =A0 =A0 =A0} >> >> =A0 =A0 =A0 =A0/* At least two CPUs were found. */ >> =A0 =A0 =A0 =A0return (1); >> } >> >> Note that the second added line above already exists in >> /sys/amd64/amd64/mp_machdep.c, maybe to fix a similar problem, though >> that should only apply to 'a UP system with an I/O APIC'. =A0Maybe bette= r >> could be to fix this in cpu_mp_probe's caller, /sys/kern/subr_smp.c: >> >> static void >> mp_start(void *dummy) >> { >> =A0 =A0 =A0 =A0mtx_init(&smp_ipi_mtx, "smp rendezvous", NULL, MTX_SPIN); >> >> =A0 =A0 =A0 =A0/* Probe for MP hardware. */ >> =A0 =A0 =A0 =A0if (smp_disabled !=3D 0 || cpu_mp_probe() =3D=3D 0) { >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mp_ncpus =3D 1; >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 mp_maxid =3D 0; >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0all_cpus =3D PCPU_GET(cpumask); >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return; >> =A0 =A0 =A0 =A0} >> >> =A0 =A0 =A0 =A0cpu_mp_start(); >> =A0 =A0 =A0 =A0printf("FreeBSD/SMP: Multiprocessor System Detected: %d C= PUs\n", >> =A0 =A0 =A0 =A0 =A0 =A0mp_ncpus); >> =A0 =A0 =A0 =A0cpu_mp_announce(); >> } >> >> I'm probably a long way off base for a solution, but think I've located >> the problem. =A0Thoughts? =A0Is this a known issue? =A0Might any develop= ers >> actually still have a single-cpu i386 system to check this on? :) >> >> Very happy to test any patches etc. >> > > Ouch. > Looks like that affects a system with 2 cores as well. > Intel Core2 E7200, 8.2-R i386 SMP: > > kern.smp.forward_signal_enabled: 1 > kern.smp.topology: 0 > kern.smp.cpus: 2 > kern.smp.disabled: 0 > kern.smp.active: 1 > kern.smp.maxcpus: 32 > kern.smp.maxid: 31 > > kern.cp_times: 867360 171 429180 70114 170549535 1385294 306 176659 82618 > 170270900 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 Perhaps that was so from the begging: the problem is seen also on 6.4 i386 SMP 8 core. Here it was just set to (MAXCPU-1). The buggy mp_maxid was fixed in HEAD with r215009, though not merged. The patch works on my 8.2 Core2 SMP i386 system. --=20 wbr, pluknet --002354471dd84ebfd304a15eb14c Content-Type: text/x-diff; charset=US-ASCII; name="mp_maxid.82.patch" Content-Disposition: attachment; filename="mp_maxid.82.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gmqnk58a0 SW5kZXg6IHg4Ni94ODYvbXB0YWJsZS5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHg4Ni94ODYvbXB0YWJsZS5j CShyZXZpc2lvbiAyMTUwMDgpCisrKyB4ODYveDg2L21wdGFibGUuYwkocmV2aXNpb24gMjE1MDA5 KQpAQCAtMzg5LDcgKzM4OSw4IEBACiAKIAlhcGljX3JlZ2lzdGVyX2VudW1lcmF0b3IoJm1wdGFi bGVfZW51bWVyYXRvcik7CiB9Ci1TWVNJTklUKG1wdGFibGVfcmVnaXN0ZXIsIFNJX1NVQl9NUFRC TCwgU0lfT1JERVJfRklSU1QsIG1wdGFibGVfcmVnaXN0ZXIsIE5VTEwpOworU1lTSU5JVChtcHRh YmxlX3JlZ2lzdGVyLCBTSV9TVUJfVFVOQUJMRVMgLSAxLCBTSV9PUkRFUl9GSVJTVCwgbXB0YWJs ZV9yZWdpc3RlciwKKyAgICBOVUxMKTsKIAogLyoKICAqIENhbGwgdGhlIGhhbmRsZXIgcm91dGlu ZSBmb3IgZWFjaCBlbnRyeSBpbiB0aGUgTVAgY29uZmlnIHRhYmxlLgpJbmRleDogeDg2L3g4Ni9s b2NhbF9hcGljLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQotLS0geDg2L3g4Ni9sb2NhbF9hcGljLmMJKHJldmlzaW9u IDIxNTAwOCkKKysrIHg4Ni94ODYvbG9jYWxfYXBpYy5jCShyZXZpc2lvbiAyMTUwMDkpCkBAIC0x Mjg1LDcgKzEyODUsNyBAQAogCWlmIChyZXNvdXJjZV9kaXNhYmxlZCgiYXBpYyIsIDApKQogCQly ZXR1cm47CiAKLQkvKiBGaXJzdCwgcHJvYmUgYWxsIHRoZSBlbnVtZXJhdG9ycyB0byBmaW5kIHRo ZSBiZXN0IG1hdGNoLiAqLworCS8qIFByb2JlIGFsbCB0aGUgZW51bWVyYXRvcnMgdG8gZmluZCB0 aGUgYmVzdCBtYXRjaC4gKi8KIAliZXN0X2VudW0gPSBOVUxMOwogCWJlc3QgPSAwOwogCVNMSVNU X0ZPUkVBQ0goZW51bWVyYXRvciwgJmVudW1lcmF0b3JzLCBhcGljX25leHQpIHsKQEAgLTEzMjEs MTMgKzEzMjEsMTIgQEAKIAl9CiAjZW5kaWYKIAotCS8qIFNlY29uZCwgcHJvYmUgdGhlIENQVSdz IGluIHRoZSBzeXN0ZW0uICovCisJLyogUHJvYmUgdGhlIENQVSdzIGluIHRoZSBzeXN0ZW0uICov CiAJcmV0dmFsID0gYmVzdF9lbnVtLT5hcGljX3Byb2JlX2NwdXMoKTsKIAlpZiAocmV0dmFsICE9 IDApCiAJCXByaW50ZigiJXM6IEZhaWxlZCB0byBwcm9iZSBDUFVzOiByZXR1cm5lZCAlZFxuIiwK IAkJICAgIGJlc3RfZW51bS0+YXBpY19uYW1lLCByZXR2YWwpOwogCi0jaWZkZWYgX19hbWQ2NF9f CiB9CiBTWVNJTklUKGFwaWNfaW5pdCwgU0lfU1VCX1RVTkFCTEVTIC0gMSwgU0lfT1JERVJfU0VD T05ELCBhcGljX2luaXQsIE5VTEwpOwogCkBAIC0xMzQyLDE5ICsxMzQxLDE0IEBACiAgCiAJaWYg KGJlc3RfZW51bSA9PSBOVUxMKQogCQlyZXR1cm47Ci0jZW5kaWYKLQkvKiBUaGlyZCwgaW5pdGlh bGl6ZSB0aGUgbG9jYWwgQVBJQy4gKi8KKworCS8qIEluaXRpYWxpemUgdGhlIGxvY2FsIEFQSUMu ICovCiAJcmV0dmFsID0gYmVzdF9lbnVtLT5hcGljX3NldHVwX2xvY2FsKCk7CiAJaWYgKHJldHZh bCAhPSAwKQogCQlwcmludGYoIiVzOiBGYWlsZWQgdG8gc2V0dXAgdGhlIGxvY2FsIEFQSUM6IHJl dHVybmVkICVkXG4iLAogCQkgICAgYmVzdF9lbnVtLT5hcGljX25hbWUsIHJldHZhbCk7CiB9Ci0j aWZkZWYgX19hbWQ2NF9fCi1TWVNJTklUKGFwaWNfc2V0dXBfbG9jYWwsIFNJX1NVQl9DUFUsIFNJ X09SREVSX1NFQ09ORCwgYXBpY19zZXR1cF9sb2NhbCwKLSAgICBOVUxMKTsKLSNlbHNlCi1TWVNJ TklUKGFwaWNfaW5pdCwgU0lfU1VCX0NQVSwgU0lfT1JERVJfU0VDT05ELCBhcGljX2luaXQsIE5V TEwpOwotI2VuZGlmCitTWVNJTklUKGFwaWNfc2V0dXBfbG9jYWwsIFNJX1NVQl9DUFUsIFNJX09S REVSX1NFQ09ORCwgYXBpY19zZXR1cF9sb2NhbCwgTlVMTCk7CiAKIC8qCiAgKiBTZXR1cCB0aGUg SS9PIEFQSUNzLgpJbmRleDogaTM4Ni9hY3BpY2EvbWFkdC5jCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGkzODYv YWNwaWNhL21hZHQuYwkocmV2aXNpb24gMjE1MDA4KQorKysgaTM4Ni9hY3BpY2EvbWFkdC5jCShy ZXZpc2lvbiAyMTUwMDkpCkBAIC0yMDMsNyArMjAzLDcgQEAKIAogCWFwaWNfcmVnaXN0ZXJfZW51 bWVyYXRvcigmbWFkdF9lbnVtZXJhdG9yKTsKIH0KLVNZU0lOSVQobWFkdF9yZWdpc3RlciwgU0lf U1VCX0NQVSAtIDEsIFNJX09SREVSX1NFQ09ORCwgbWFkdF9yZWdpc3RlciwgTlVMTCk7CitTWVNJ TklUKG1hZHRfcmVnaXN0ZXIsIFNJX1NVQl9UVU5BQkxFUyAtIDEsIFNJX09SREVSX0ZJUlNULCBt YWR0X3JlZ2lzdGVyLCBOVUxMKTsKIAogLyoKICAqIENhbGwgdGhlIGhhbmRsZXIgcm91dGluZSBm b3IgZWFjaCBlbnRyeSBpbiB0aGUgTUFEVCB0YWJsZS4KSW5kZXg6IGkzODYvaTM4Ni9tcF9tYWNo ZGVwLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQotLS0gaTM4Ni9pMzg2L21wX21hY2hkZXAuYwkocmV2aXNpb24gMjE1 MDA4KQorKysgaTM4Ni9pMzg2L21wX21hY2hkZXAuYwkocmV2aXNpb24gMjE1MDA5KQpAQCAtNDY1 LDggKzQ2NSwxMCBAQAogCQlib290X2NwdV9pZCA9IGFwaWNfaWQ7CiAJCWNwdV9pbmZvW2FwaWNf aWRdLmNwdV9ic3AgPSAxOwogCX0KLQlpZiAobXBfbmNwdXMgPCBNQVhDUFUpCisJaWYgKG1wX25j cHVzIDwgTUFYQ1BVKSB7CiAJCW1wX25jcHVzKys7CisJCW1wX21heGlkID0gbXBfbmNwdXMgLSAx OworCX0KIAlpZiAoYm9vdHZlcmJvc2UpCiAJCXByaW50ZigiU01QOiBBZGRlZCBDUFUgJWQgKCVz KVxuIiwgYXBpY19pZCwgYm9vdF9jcHUgPyAiQlNQIiA6CiAJCSAgICAiQVAiKTsKQEAgLTQ3Niw3 ICs0NzgsMTkgQEAKIGNwdV9tcF9zZXRtYXhpZCh2b2lkKQogewogCi0JbXBfbWF4aWQgPSBNQVhD UFUgLSAxOworCS8qCisJICogbXBfbWF4aWQgc2hvdWxkIGJlIGFscmVhZHkgc2V0IGJ5IGNhbGxz IHRvIGNwdV9hZGQoKS4KKwkgKiBKdXN0IHNhbml0eSBjaGVjayBpdHMgdmFsdWUgaGVyZS4KKwkg Ki8KKwlpZiAobXBfbmNwdXMgPT0gMCkKKwkJS0FTU0VSVChtcF9tYXhpZCA9PSAwLAorCQkgICAg KCIlczogbXBfbmNwdXMgaXMgemVybywgYnV0IG1wX21heGlkIGlzIG5vdCIsIF9fZnVuY19fKSk7 CisJZWxzZSBpZiAobXBfbmNwdXMgPT0gMSkKKwkJbXBfbWF4aWQgPSAwOworCWVsc2UKKwkJS0FT U0VSVChtcF9tYXhpZCA+PSBtcF9uY3B1cyAtIDEsCisJCSAgICAoIiVzOiBjb3VudGVycyBvdXQg b2Ygc3luYzogbWF4ICVkLCBjb3VudCAlZCIsIF9fZnVuY19fLAorCQkJbXBfbWF4aWQsIG1wX25j cHVzKSk7CiB9CiAKIGludApAQCAtNTA0LDYgKzUxOCw3IEBACiAJCSAqIE9uZSBDUFUgd2FzIGZv dW5kLCBzbyB0aGlzIG11c3QgYmUgYSBVUCBzeXN0ZW0gd2l0aAogCQkgKiBhbiBJL08gQVBJQy4K IAkJICovCisJCW1wX21heGlkID0gMDsKIAkJcmV0dXJuICgwKTsKIAl9CiAKSW5kZXg6IGkzODYv eGVuL21wdGFibGUuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBpMzg2L3hlbi9tcHRhYmxlLmMJKHJldmlzaW9u IDIxNTAwOCkKKysrIGkzODYveGVuL21wdGFibGUuYwkocmV2aXNpb24gMjE1MDA5KQpAQCAtMTA5 LDcgKzEwOSw3IEBACiAKIAlhcGljX3JlZ2lzdGVyX2VudW1lcmF0b3IoJm1wdGFibGVfZW51bWVy YXRvcik7CiB9Ci1TWVNJTklUKG1wdGFibGVfcmVnaXN0ZXIsIFNJX1NVQl9DUFUgLSAxLCBTSV9P UkRFUl9GSVJTVCwgbXB0YWJsZV9yZWdpc3RlciwKK1NZU0lOSVQobXB0YWJsZV9yZWdpc3Rlciwg U0lfU1VCX1RVTkFCTEVTIC0gMSwgU0lfT1JERVJfRklSU1QsIG1wdGFibGVfcmVnaXN0ZXIsCiAg ICAgTlVMTCk7CiAKIAo= --002354471dd84ebfd304a15eb14c-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 20 20:56:47 2011 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 CFA91106566C; Wed, 20 Apr 2011 20:56:47 +0000 (UTC) (envelope-from simon@nitro.dk) Received: from emx.nitro.dk (emx.nitro.dk [IPv6:2a01:4f8:120:7384::102]) by mx1.freebsd.org (Postfix) with ESMTP id 678A58FC13; Wed, 20 Apr 2011 20:56:47 +0000 (UTC) Received: from mailscan.leto.nitro.dk (mailscan.leto.nitro.dk [127.0.1.4]) by emx.nitro.dk (Postfix) with ESMTP id 9B0E114AC; Wed, 20 Apr 2011 20:56:45 +0000 (UTC) Received: from emx.nitro.dk ([127.0.1.2]) by mailscan.leto.nitro.dk (mailscan.leto.nitro.dk [127.0.1.4]) (amavisd-new, port 10024) with LMTP id qYZiqA1+xMn3; Wed, 20 Apr 2011 20:56:43 +0000 (UTC) Received: from [IPv6:2001:470:28:41b:6233:4bff:fe0e:445e] (unknown [IPv6:2001:470:28:41b:6233:4bff:fe0e:445e]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by emx.nitro.dk (Postfix) with ESMTPSA id 7880814AB; Wed, 20 Apr 2011 20:56:43 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Simon L. B. Nielsen" In-Reply-To: <52A7DCCC-97EB-4C87-9AE6-95C26D0DD241@alogis.com> Date: Wed, 20 Apr 2011 22:56:42 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <4EC4CD41-50FF-4E6E-96E0-5A2393A51CFE@nitro.dk> References: <52A7DCCC-97EB-4C87-9AE6-95C26D0DD241@alogis.com> To: Holger Kipp X-Mailer: Apple Mail (2.1084) Cc: "stable@freebsd.org" , "freebsd-hardware@freebsd.org" Subject: Re: FreeBSD and DELL Perc H200 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, 20 Apr 2011 20:56:47 -0000 On 19 Apr 2011, at 22:16, Holger Kipp wrote: > I have to install two production servers from Dell that come with a = Perc H 200 controller. >=20 > Disks are not recognized with 8.2-RELEASE :-( AFAIK Perc H 200 should be supported by mps(4) which wasn't merged to = stable/8 until after 8.2. > Any ideas? If this works with 8-stable, where can I download an ISO = Image? Unfortunately the latest official snapshots were before the driver was = merged. You could try first just to boot on the curent / FreeBSD 9 = snapshots and see if it sees your disks at all. You can get the snapshot from = ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201102/ . I don't think there are any other snapshot services still running... so = (assuming mps(4) actually works with H200) you need to make a build of = stable/8 yourself - the simplest approach is probably to PXE boot the = servers and install by hand... but that's of course not a trivial thing = if you never tried it before. I suspect there will be new official snapshots at some point, but I = don't know when... --=20 Simon L. B. Nielsen From owner-freebsd-stable@FreeBSD.ORG Wed Apr 20 23:44:52 2011 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 AAED8106566C; Wed, 20 Apr 2011 23:44:52 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 689858FC19; Wed, 20 Apr 2011 23:44:52 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p3KNioMm025788 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 20 Apr 2011 19:44:50 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4DAF6FEA.2020004@sentex.net> Date: Wed, 20 Apr 2011 19:44:42 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jeremy Chadwick References: <20110419235038.GA8892@icarus.home.lan> In-Reply-To: <20110419235038.GA8892@icarus.home.lan> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Large number of SATA commits (MFCs) to RELENG_8 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, 20 Apr 2011 23:44:52 -0000 On 4/19/2011 7:50 PM, Jeremy Chadwick wrote: > I would advocate that folks rebuild world/kernel and make sure there > aren't any issues seen, or any quirks which were previously needed are > no longer. > > I haven't gone through *all* of the commits yet, but I do see some > controller-centric things that got MFC'd, such as disabling of NCQ > support on multiport Marvell 88SX61XX to relieve I/O timeouts when > doing lots of I/O (common with ZFS). > > Below are the commits. Users should absolutely use cvsweb or similar > tools to examine the commit message and see if anything relevant to > their storage subsystems was modified. Remember, this is MFC'd in that it has been in HEAD for some time. Its not like its all untested. That being said, I tested out an updated kernel from today on a test box as well as upgraded my home server at scbus0 target 0 lun 0 (pass0,ada0) at scbus0 target 1 lun 0 (pass1,ada1) at scbus0 target 2 lun 0 (pass2,ada2) at scbus0 target 3 lun 0 (pass3,ada3) at scbus0 target 15 lun 0 (pass4,pmp0) at scbus4 target 0 lun 0 (pass5,ada4) at scbus6 target 0 lun 0 (pass6,ada5) # zpool status pool: test1 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM test1 ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ada0 ONLINE 0 0 0 ada1 ONLINE 0 0 0 ada3 ONLINE 0 0 0 label/JP2940HD0352LC ONLINE 0 0 0 errors: No known data errors all off siis0@pci0:1:0:0: class=0x010400 card=0x71321095 chip=0x31321095 rev=0x01 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' device = 'PCI Express (1x) to 2 Port SATA300 (SiI 3132)' class = mass storage subclass = RAID cap 01[54] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 05[5c] = MSI supports 1 message, 64 bit cap 10[70] = PCI-Express 1 legacy endpoint max data 128(1024) link x1(x1) ecap 0001[100] = AER 1 0 fatal 1 non-fatal 0 corrected ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Thu Apr 21 00:43:03 2011 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 84B731065670 for ; Thu, 21 Apr 2011 00:43:03 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 69D258FC17 for ; Thu, 21 Apr 2011 00:43:03 +0000 (UTC) Received: from omta12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by qmta02.emeryville.ca.mail.comcast.net with comcast id a0iE1g0050x6nqcA20j3Rl; Thu, 21 Apr 2011 00:43:03 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta12.emeryville.ca.mail.comcast.net with comcast id a0j11g00s1t3BNj8Y0j2rx; Thu, 21 Apr 2011 00:43:02 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 779A59B418; Wed, 20 Apr 2011 17:43:01 -0700 (PDT) Date: Wed, 20 Apr 2011 17:43:01 -0700 From: Jeremy Chadwick To: Mike Tancsa Message-ID: <20110421004301.GA18390@icarus.home.lan> References: <20110419235038.GA8892@icarus.home.lan> <4DAF6FEA.2020004@sentex.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DAF6FEA.2020004@sentex.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Large number of SATA commits (MFCs) to RELENG_8 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, 21 Apr 2011 00:43:03 -0000 On Wed, Apr 20, 2011 at 07:44:42PM -0400, Mike Tancsa wrote: > On 4/19/2011 7:50 PM, Jeremy Chadwick wrote: > > I would advocate that folks rebuild world/kernel and make sure there > > aren't any issues seen, or any quirks which were previously needed are > > no longer. > > > > I haven't gone through *all* of the commits yet, but I do see some > > controller-centric things that got MFC'd, such as disabling of NCQ > > support on multiport Marvell 88SX61XX to relieve I/O timeouts when > > doing lots of I/O (common with ZFS). > > > > Below are the commits. Users should absolutely use cvsweb or similar > > tools to examine the commit message and see if anything relevant to > > their storage subsystems was modified. > > Remember, this is MFC'd in that it has been in HEAD for some time. Its > not like its all untested. Understood, however the userbase of RELENG_8 is significantly higher than that of HEAD/CURRENT, and the userbase of RELENG_8 is a lot more likely to complain en masse when something breaks. My goal was to bring to the attention of the community that a large number of storage/AHCI/SATA-related MFCs had been done, and request that people (if possible) rebuild world/kernel to make sure all of their stuff still works. Better to catch it during RELENG_8 than during RELENG_8_3. :-) > That being said, I tested out an updated kernel from today on a test > box as well as upgraded my home server I also did the same on mine. at scbus0 target 0 lun 0 (ada0,pass0) at scbus3 target 0 lun 0 (ada1,pass1) at scbus4 target 0 lun 0 (ada2,pass2) at scbus5 target 0 lun 0 (ada3,pass3) pool: backups state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM backups ONLINE 0 0 0 ada2 ONLINE 0 0 0 errors: No known data errors pool: data state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM data ONLINE 0 0 0 mirror ONLINE 0 0 0 ada1 ONLINE 0 0 0 ada3 ONLINE 0 0 0 errors: No known data errors ahci0@pci0:0:31:2: class=0x010601 card=0xd38015d9 chip=0x29228086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) 6 port SATA AHCI Controller' class = mass storage subclass = SATA bar [10] = type I/O Port, range 32, base 0x1c50, size 8, enabled bar [14] = type I/O Port, range 32, base 0x1c44, size 4, enabled bar [18] = type I/O Port, range 32, base 0x1c48, size 8, enabled bar [1c] = type I/O Port, range 32, base 0x1c40, size 4, enabled bar [20] = type I/O Port, range 32, base 0x18e0, size 32, enabled bar [24] = type Memory, range 32, base 0xdc000800, size 2048, enabled cap 05[80] = MSI supports 16 messages enabled with 1 message cap 01[70] = powerspec 3 supports D0 D3 current D0 cap 12[a8] = SATA Index-Data Pair cap 13[b0] = PCI Advanced Features: FLR TP pass0: ATA-7 SATA 2.x device pass0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-7 SATA 2.x device model INTEL SSDSA2M040G2GC firmware revision 2CV102M3 serial number XXX WWN 50015179591a451a cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 78165360 sectors LBA48 supported 78165360 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 media RPM non-rotating Feature Support Enabled Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no automatic acoustic management no no media status notification no no power-up in Standby no no write-read-verify no no unload yes yes free-fall no no data set management (TRIM) yes pass1: ATA-8 SATA 3.x device pass1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 3.x device model WDC WD1002FAEX-00Z3A0 firmware revision 05.01D05 serial number XXX WWN 50014ee25a001e1c cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 1953525168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 Feature Support Enabled Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no automatic acoustic management yes no 254/0xFE 128/0x80 media status notification no no power-up in Standby yes no write-read-verify no no unload no no free-fall no no data set management (TRIM) no pass2: ATA-8 SATA 2.x device pass2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 2.x device model WDC WD2001FASS-00U0B0 firmware revision 01.00101 serial number XXX WWN 50014ee6aab7bee0 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 3907029168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 media RPM 7200 Feature Support Enabled Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management yes yes 128/0x80 automatic acoustic management yes no 254/0xFE 128/0x80 media status notification no no power-up in Standby yes no write-read-verify no no unload yes yes free-fall no no data set management (TRIM) no pass3: ATA-8 SATA 2.x device pass3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 2.x device model WDC WD1001FALS-00J7B1 firmware revision 05.00K05 serial number XXX WWN 50014ee0abfabee cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 1953525168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 Feature Support Enabled Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no automatic acoustic management yes no 254/0xFE 128/0x80 media status notification no no power-up in Standby yes no write-read-verify no no unload no no free-fall no no data set management (TRIM) no -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Apr 21 02:44:02 2011 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 C5082106567B for ; Thu, 21 Apr 2011 02:44:02 +0000 (UTC) (envelope-from laa@cemu.ru) Received: from m.cemu.ru (m.cemu.ru [194.186.216.68]) by mx1.freebsd.org (Postfix) with ESMTP id 786338FC0A for ; Thu, 21 Apr 2011 02:44:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=laa.zp.ua; s=dkim; h=Sender:In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=wTZDN6pbWbGbmw+50jfqLSYcLITfg3LrblS7c5xAdA4=; b=XusUQWYPOpcrNape+U8yEz9MLMtiBG/FoRljJzHFr9wOKzxqWLfs+gnvu3rjtQ1a3yk1hIuf5UG7FRTMPEdtRC7W7SkfhGwzuw7c8V2Ee29vr/c/2bsu5YM0Aykl5BOgMHpEIE3P5RGSAEzTJYvg9Ty7Ln016H0g7AOaOQ3zq8o=; Received: by m.cemu.ru with local (Exim) (envelope-from ) id 1QCjs7-0006sm-DB for freebsd-stable@freebsd.org; Thu, 21 Apr 2011 06:43:59 +0400 Date: Thu, 21 Apr 2011 06:43:59 +0400 From: Lystopad Olexandr To: freebsd-stable@freebsd.org Message-ID: <20110421024359.GB96423@laa.zp.ua> References: <20110419235038.GA8892@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20110419235038.GA8892@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Sender: laa Subject: Re: Large number of SATA commits (MFCs) to RELENG_8 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, 21 Apr 2011 02:44:02 -0000 Hello, Jeremy Chadwick! On Tue, Apr 19, 2011 at 04:50:38PM -0700 freebsd@jdc.parodius.com wrote about "Large number of SATA commits (MFCs) to RELENG_8": > Folks who use SATA (speaking generally here because there's too much > that got touched) should be aware: > > Within the past ~7 hours there have been a *very* large number of > commits by mav@ that pertain to SATA-related storage controllers and > subsystems. > > I would advocate that folks rebuild world/kernel and make sure there > aren't any issues seen, or any quirks which were previously needed are > no longer. > > I haven't gone through *all* of the commits yet, but I do see some > controller-centric things that got MFC'd, such as disabling of NCQ > support on multiport Marvell 88SX61XX to relieve I/O timeouts when > doing lots of I/O (common with ZFS). > > Below are the commits. Users should absolutely use cvsweb or similar > tools to examine the commit message and see if anything relevant to > their storage subsystems was modified. I have no problems with yesturday build world+kernel. All compiled ok and system boots ok. But I have 1 question, why needed src/UPDATING? There are a lot of changes in the tree since release date and there are no one in that file. May be we need another one file, like src/ChangeLog ? ;-) -- Lystopad Olexandr From owner-freebsd-stable@FreeBSD.ORG Thu Apr 21 09:04:20 2011 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 94BAE106564A; Thu, 21 Apr 2011 09:04:20 +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 06EC88FC24; Thu, 21 Apr 2011 09:04:19 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id p3L94Hfx062905; Thu, 21 Apr 2011 19:04:18 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 21 Apr 2011 19:04:17 +1000 (EST) From: Ian Smith To: Sergey Kandaurov In-Reply-To: Message-ID: <20110421181014.R43371@sola.nimnet.asn.au> References: <4D9EEDAF.3020803@rulez.sk> <20110411125416.S35056@sola.nimnet.asn.au> <4DA37E31.4020700@FreeBSD.org> <20110413024230.Y35056@sola.nimnet.asn.au> <20110420164100.Y43371@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Daniel Gerzo , freebsd-stable@freebsd.org, Alexander Motin , John Baldwin Subject: Re: kern.smp.maxid error on i386 UP [was: powerd / cpufreq question] 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, 21 Apr 2011 09:04:20 -0000 On Wed, 20 Apr 2011, Sergey Kandaurov wrote: > On 20 April 2011 22:29, Sergey Kandaurov wrote: > > On 20 April 2011 21:02, Ian Smith wrote: [..] > >> Very happy to test any patches etc. > >> > > > > Ouch. > > Looks like that affects a system with 2 cores as well. > > Intel Core2 E7200, 8.2-R i386 SMP: > > > > kern.smp.forward_signal_enabled: 1 > > kern.smp.topology: 0 > > kern.smp.cpus: 2 > > kern.smp.disabled: 0 > > kern.smp.active: 1 > > kern.smp.maxcpus: 32 > > kern.smp.maxid: 31 > > > > kern.cp_times: 867360 171 429180 70114 170549535 1385294 306 176659 82618 > > 170270900 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > > 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > > 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > > 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > > 0 0 0 0 0 0 0 Ah, well my quick n dirty fix wouldn't even have helped in that case. > Perhaps that was so from the begging: the problem is seen also on > 6.4 i386 SMP 8 core. Here it was just set to (MAXCPU-1). Slightly surprising that it went so long unnoticed on SMP boxes, I guess nothing actually fell over due to just inefficiency. > The buggy mp_maxid was fixed in HEAD with r215009, though not merged. > The patch works on my 8.2 Core2 SMP i386 system. > > -- > wbr, > pluknet Thanks Sergey. Confirming the patch works fine on my non-APIC UP i386: kern.smp.cpus: 1 kern.smp.disabled: 0 kern.smp.active: 0 kern.smp.maxcpus: 32 kern.smp.maxid: 0 kern.cp_times: 1123 2 1414 5621 277346 cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Thu Apr 21 11:19:09 2011 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 20875106564A; Thu, 21 Apr 2011 11:19:09 +0000 (UTC) (envelope-from Holger.Kipp@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id A368D8FC08; Thu, 21 Apr 2011 11:19:07 +0000 (UTC) Received: from msx3.exchange.alogis.com (exchange.alogis.com [10.1.1.6]) by alogis.com (8.13.4/8.13.1) with ESMTP id p3LBJ2OC033187; Thu, 21 Apr 2011 13:19:07 +0200 (CEST) (envelope-from Holger.Kipp@alogis.com) Received: from MSX3.exchange.alogis.com ([fe80::c8ed:428a:a157:b61]) by msx3.exchange.alogis.com ([fe80::c8ed:428a:a157:b61%13]) with mapi id 14.01.0255.000; Thu, 21 Apr 2011 13:19:50 +0200 From: Holger Kipp To: "Simon L. B. Nielsen" Thread-Topic: FreeBSD and DELL Perc H200 Thread-Index: Acv+zq2MILJuGeOwT2yc4Y6jluJVmwAvgI8AACFYrgo= Date: Thu, 21 Apr 2011 11:19:49 +0000 Message-ID: <814C9E9472FDCC40AAC3FC95A2D67E3B0BD70D8D@msx3.exchange.alogis.com> References: <52A7DCCC-97EB-4C87-9AE6-95C26D0DD241@alogis.com>, <4EC4CD41-50FF-4E6E-96E0-5A2393A51CFE@nitro.dk> In-Reply-To: <4EC4CD41-50FF-4E6E-96E0-5A2393A51CFE@nitro.dk> Accept-Language: en-GB, de-DE, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [212.184.101.130] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "stable@freebsd.org" , "freebsd-hardware@freebsd.org" Subject: RE: FreeBSD and DELL Perc H200 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, 21 Apr 2011 11:19:09 -0000 On 20. April 2011, 22:56 Simon L. B. Nielsen [simon@nitro.dk] wrote > On 19 Apr 2011, at 22:16, Holger Kipp wrote: > >> I have to install two production servers from Dell that come with a Perc= H 200 controller. >> Disks are not recognized with 8.2-RELEASE :-( > > AFAIK Perc H 200 should be supported by mps(4) which wasn't merged to sta= ble/8 until after 8.2. Yep, I noted that :-( Also that mps is currently only supporting JBODs. > > Any ideas? If this works with 8-stable, where can I download an ISO Ima= ge? > Unfortunately the latest official snapshots were before the driver was me= rged. > You could try first just to boot on the curent / FreeBSD 9 snapshots and = see > if it sees your disks at all. > You can get the snapshot from ftp://ftp.freebsd.org/pub/FreeBSD/snapshots= /201102/ . 201102 snapshot is for ia64 and ppc only :-| (and only 9.0-CURRENT) 201101 9.0 snapshots are for amd64, i386 (and 8.2 is only PRERELEASE) I have used the 9.0-CURRENT-201101 now which at least sees the disks as JBO= D (Raid 1 drive is not recognized). I have now installed a zfs-only system ac= cording to the excellent documentation found here: https://www.dan.me.uk/blog/2010/02/08/booting-from-zfs-raid0156-in-freebsd/ which works just fine (as mirror). Would have loved to use a stable branch (ie 8.2) instead of development (9= .0-CURRENT), though. Especially for the new DELL servers with Perc H200 providing a snap= shot with the changes would be greatly appreciated! > I don't think there are any other snapshot services still running... so (= assuming > mps(4) actually works with H200) you need to make a build of stable/8 you= rself - > the simplest approach is probably to PXE boot the servers and install by = hand... > but that's of course not a trivial thing if you never tried it before. Well, setting up a PXE boot server just for installing one server... :-/ > I suspect there will be new official snapshots at some point, but I don't= know when... Anyway, thanks a lot for your reply. Maybe someone should update the FreeBS= D website, because there it is said that monthly snapshots will be provided for 9.x, 8= .x etc. Best regards, Holger -- Holger Kipp Diplom-Mathematiker Senior Consultant Tel. : +49 30 436 58 114 Fax. : +49 30 436 58 214 Mobil: +49 178 36 58 114 Email: holger.kipp@alogis.com alogis AG Alt-Moabit 90b D-10559 Berlin web : http://www.alogis.com ---------------------------------------------------------- alogis AG Sitz/Registergericht: Berlin/AG Charlottenburg, HRB 71484 Vorstand: Arne Friedrichs, Joern Samuelson Aufsichtsratsvorsitzender: Reinhard Mielke From owner-freebsd-stable@FreeBSD.ORG Thu Apr 21 14:56:18 2011 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 A8CB3106566C for ; Thu, 21 Apr 2011 14:56:18 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 91CE18FC1F for ; Thu, 21 Apr 2011 14:56:17 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA14073; Thu, 21 Apr 2011 17:56:05 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4DB04584.3090400@FreeBSD.org> Date: Thu, 21 Apr 2011 17:56:04 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110309 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Lystopad Olexandr References: <20110419235038.GA8892@icarus.home.lan> <20110421024359.GB96423@laa.zp.ua> In-Reply-To: <20110421024359.GB96423@laa.zp.ua> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: Large number of SATA commits (MFCs) to RELENG_8 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, 21 Apr 2011 14:56:18 -0000 on 21/04/2011 05:43 Lystopad Olexandr said the following: > But I have 1 question, why needed src/UPDATING? There are a lot of > changes in the tree since release date and there are no one in that file. It's for changes that require user attention, like e.g. renaming some important utility or parameter or introducing some incompatibility or similar. > May be we need another one file, like src/ChangeLog ? ;-) svn log ... -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 21 16:12:15 2011 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 325DC106566B; Thu, 21 Apr 2011 16:12:15 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id B9FF98FC1E; Thu, 21 Apr 2011 16:12:14 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id C04B8E61F5; Thu, 21 Apr 2011 17:12:13 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=r9TiI+DCSb4p ShK0W8oyU3NjTwo=; b=F+dSLhdAKTXV9aGROFD+aOXQo40d7i0IieI05VCrMPy9 8DZCHQagQw0YLTjks70LJyHTLV+lpTrdjLRHl2nxtzahqMgK/tmt/WUWTzRzk3XS pR4CGo+XHTx61aoEVS6VHBso5chTSV60HFIB/L7vSpC9YO8nx9zU5C3wRfq7H7A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=date:from:to :cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=ocY/+4 ora74EOeN3dSZdmN6mljjlrYLVh12ttvKgtLRNEoqNAdpGgCaJFJK1pZ+PPhNFC6 wgZinrI3sNiuBuBKrSv6WHsrT3U3DFm1uLbLMcs/SNOwgkXiamJhOnlQiLvIpaMh QCTlNweCZUsQWq0ttRTUV6R0WBZTZ/H08gKpc= Received: from unknown (188-222-18-231.zone13.bethere.co.uk [188.222.18.231]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 7B7CBE61D6; Thu, 21 Apr 2011 17:12:13 +0100 (BST) Date: Thu, 21 Apr 2011 17:12:12 +0100 From: Bruce Cran To: Andriy Gapon Message-ID: <20110421171212.000023b7@unknown> In-Reply-To: <4DB04584.3090400@FreeBSD.org> References: <20110419235038.GA8892@icarus.home.lan> <20110421024359.GB96423@laa.zp.ua> <4DB04584.3090400@FreeBSD.org> X-Mailer: Claws Mail 3.7.8cvs47 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, Lystopad Olexandr Subject: Re: Large number of SATA commits (MFCs) to RELENG_8 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, 21 Apr 2011 16:12:15 -0000 On Thu, 21 Apr 2011 17:56:04 +0300 Andriy Gapon wrote: > on 21/04/2011 05:43 Lystopad Olexandr said the following: > > May be we need another one file, like src/ChangeLog ? ;-) > > svn log ... Or even http://svnweb.freebsd.org/base/stable/8/ -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Thu Apr 21 17:13:33 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 3CEB6106566C for ; Thu, 21 Apr 2011 17:13:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id DCCEE151208; Thu, 21 Apr 2011 17:12:31 +0000 (UTC) Message-ID: <4DB0657F.4040502@FreeBSD.org> Date: Thu, 21 Apr 2011 10:12:31 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Thunderbird/3.1.9 MIME-Version: 1.0 To: Lystopad Olexandr References: <20110419235038.GA8892@icarus.home.lan> <20110421024359.GB96423@laa.zp.ua> In-Reply-To: <20110421024359.GB96423@laa.zp.ua> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Large number of SATA commits (MFCs) to RELENG_8 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, 21 Apr 2011 17:13:33 -0000 On 04/20/2011 19:43, Lystopad Olexandr wrote: > May be we need another one file, like src/ChangeLog ? Users who run a -stable branch are expected to read freebsd-stable@FreeBSD.org (note, not just subscribe), AND read the commit mail for their branch; just like users who run HEAD are expected to read freebsd-current@ and the relevant commit mail. Doug (Yes, seriously) -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Thu Apr 21 18:24:26 2011 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 6E477106566B for ; Thu, 21 Apr 2011 18:24:26 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email2.allantgroup.com (email2.emsphone.com [199.67.51.116]) by mx1.freebsd.org (Postfix) with ESMTP id 3205B8FC1B for ; Thu, 21 Apr 2011 18:24:25 +0000 (UTC) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email2.allantgroup.com (8.14.4/8.14.4) with ESMTP id p3LIOM6c007156 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Apr 2011 13:24:22 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.4/8.14.4) with ESMTP id p3LIOM9W029318 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Apr 2011 13:24:22 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.4/8.14.4/Submit) id p3LIOMOg029317; Thu, 21 Apr 2011 13:24:22 -0500 (CDT) (envelope-from dan) Date: Thu, 21 Apr 2011 13:24:22 -0500 From: Dan Nelson To: Doug Barton Message-ID: <20110421182422.GE98632@dan.emsphone.com> References: <20110419235038.GA8892@icarus.home.lan> <20110421024359.GB96423@laa.zp.ua> <4DB0657F.4040502@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DB0657F.4040502@FreeBSD.org> X-OS: FreeBSD 8.2-PRERELEASE User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97 at email2.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (email2.allantgroup.com [199.67.51.78]); Thu, 21 Apr 2011 13:24:22 -0500 (CDT) X-Scanned-By: MIMEDefang 2.68 on 199.67.51.78 Cc: freebsd-stable@freebsd.org, Lystopad Olexandr Subject: Re: Large number of SATA commits (MFCs) to RELENG_8 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, 21 Apr 2011 18:24:26 -0000 In the last episode (Apr 21), Doug Barton said: > On 04/20/2011 19:43, Lystopad Olexandr wrote: > > May be we need another one file, like src/ChangeLog ? > > Users who run a -stable branch are expected to read > freebsd-stable@FreeBSD.org (note, not just subscribe), AND read the > commit mail for their branch; just like users who run HEAD are expected > to read freebsd-current@ and the relevant commit mail. I use a small shell script called "update" that does a "svn update", and also prints a line at the end that you can copy&paste into another terminal to get the log of what was just pulled. #! /bin/sh stat=$(svn status --depth empty -v -u) localrev=$(echo "$stat" | cut -c10- | awk 'NR==1 {print $2}') latestrev=$(echo "$stat" | awk 'NR==2 {print $4}') repo=$(svn info | sed -ne '/^URL/s/^.*: //p') echo "$stat" svn info | grep Revision svn update if [ "$localrev" != "$latestrev" ] ; then echo "Log:" echo "svn log -v -r $(($localrev+1)):$latestrev $repo" fi Sample output: (root@dan) /usr/src # ./update M 220902 220902 jilles . Status against revision: 220927 Revision: 220902 U sbin/conscontrol/conscontrol.c U sbin/conscontrol/conscontrol.8 U sbin/conscontrol U sys/kern/uipc_sockbuf.c U sys/kern/kern_exit.c U sys/netgraph/ng_base.c U sys/contrib/pf U sys/contrib/dev/acpica U sys/cddl/contrib/opensolaris U sys/amd64/include/xen U sys/sys/proc.h U sys Updated to revision 220927. Log: svn log -v -r 220903:220927 svn://svn.freebsd.org/base/stable/8 -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Thu Apr 21 18:30:44 2011 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 8ECA81065673 for ; Thu, 21 Apr 2011 18:30:44 +0000 (UTC) (envelope-from lopez.on.the.lists@yellowspace.net) Received: from mail.yellowspace.net (mail.yellowspace.net [80.190.192.217]) by mx1.freebsd.org (Postfix) with ESMTP id 4FCB28FC0A for ; Thu, 21 Apr 2011 18:30:43 +0000 (UTC) Received: from zeta.localdomain ([95.114.219.92]) (AUTH: PLAIN lopez.on.the.lists@yellowspace.net, SSL: TLSv1/SSLv3, 256bits, CAMELLIA256-SHA) by mail.yellowspace.net with esmtp; Thu, 21 Apr 2011 20:18:21 +0200 id 027B6025.000000004DB074ED.000160A3 Message-ID: <4DB074EC.4020701@yellowspace.net> Date: Thu, 21 Apr 2011 20:18:20 +0200 From: Lorenzo Perone User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.16) Gecko/20101125 Thunderbird/3.0.11 MIME-Version: 1.0 To: Holger Kipp References: <52A7DCCC-97EB-4C87-9AE6-95C26D0DD241@alogis.com>, <4EC4CD41-50FF-4E6E-96E0-5A2393A51CFE@nitro.dk> <814C9E9472FDCC40AAC3FC95A2D67E3B0BD70D8D@msx3.exchange.alogis.com> In-Reply-To: <814C9E9472FDCC40AAC3FC95A2D67E3B0BD70D8D@msx3.exchange.alogis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" Subject: Re: FreeBSD and DELL Perc H200 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, 21 Apr 2011 18:30:44 -0000 > Would have loved to use a stable branch (ie 8.2) instead of development (9.0-CURRENT), > though. Especially for the new DELL servers with Perc H200 providing a snapshot with > the changes would be greatly appreciated! > Hi Holger, Go for 8-STABLE. Works fine for me. No need for CURRENT for mps(4). Following some heavy load tests (such as concurrent, subsequent buildworlds while bonnie++ing around), I can also state that it is very stable. Have it on a DELL PowerEdge R410 with the PERC H200A adapter and SAS disks, and it works like a charm. I used gmirror on that, and the performance is awesome, provided that You tune the sysctl.conf and add: vfs.read_max=128 which makes sustained reads much faster (among the -b load default strategy when labeling the mirror). > I don't think there are any other snapshot services still running... so (assuming > mps(4) actually works with H200) you need to make a build of stable/8 yourself - > the simplest approach is probably to PXE boot the servers and install by hand... > but that's of course not a trivial thing if you never tried it before. > > Well, setting up a PXE boot server just for installing one server... :-/ > > It's easy if you have any other FreeBSD machine of the same architecture around with 8-STABLE - In fact I also did such a thing once using a VirtualBox running on a mac some time ago. If you need a quick setup guide tell me I'll send You a few commands. You can also take one disk out, attach it to a running FreeBSD machine, gpart it, cd /usr/src && make installworld DESTDIR=/mountpoint && make installkernel DESTDIR=/mountpoint && make distribution DESTDIR=/mountpoint Edit the few usual suspects such as at least /mountpoint/etc/fstab and boot the system with the disk.. Regards, Lorenzo From owner-freebsd-stable@FreeBSD.ORG Thu Apr 21 22:38:34 2011 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 CAFC7106564A; Thu, 21 Apr 2011 22:38:34 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5E5A38FC13; Thu, 21 Apr 2011 22:38:34 +0000 (UTC) Received: from mac2.unsane.co.uk (mac2.unsane.co.uk [10.10.10.191] (may be forged)) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id p3LMb6Ym007394 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 21 Apr 2011 23:37:06 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4DB0B192.8060708@unsane.co.uk> Date: Thu, 21 Apr 2011 23:37:06 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: "Simon L. B. Nielsen" References: <52A7DCCC-97EB-4C87-9AE6-95C26D0DD241@alogis.com> <4EC4CD41-50FF-4E6E-96E0-5A2393A51CFE@nitro.dk> In-Reply-To: <4EC4CD41-50FF-4E6E-96E0-5A2393A51CFE@nitro.dk> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" , Holger Kipp , "freebsd-hardware@freebsd.org" Subject: Re: FreeBSD and DELL Perc H200 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, 21 Apr 2011 22:38:34 -0000 On 20/04/2011 21:56, Simon L. B. Nielsen wrote: > > Unfortunately the latest official snapshots were before the driver was merged. You could try first just to boot on the curent / FreeBSD 9 snapshots and see if it sees your disks at all. > > You can get the snapshot from ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201102/ . > > I don't think there are any other snapshot services still running... so (assuming mps(4) actually works with H200) you need to make a build of stable/8 yourself - the simplest approach is probably to PXE boot the servers and install by hand... but that's of course not a trivial thing if you never tried it before. > Actually allbsd seems too be back up and running for -stable http://pub.allbsd.org/FreeBSD-snapshots/ Sadly no -CURRENT snapshots at the moment. Vince From owner-freebsd-stable@FreeBSD.ORG Thu Apr 21 22:43:51 2011 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 E5602106564A; Thu, 21 Apr 2011 22:43:51 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id A0C728FC0A; Thu, 21 Apr 2011 22:43:51 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 3B9DD19E030; Fri, 22 Apr 2011 00:27:43 +0200 (CEST) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 06A8F19E02D; Fri, 22 Apr 2011 00:27:39 +0200 (CEST) Message-ID: <4DB0AF5B.9080401@quip.cz> Date: Fri, 22 Apr 2011 00:27:39 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.18) Gecko/20110320 SeaMonkey/2.0.13 MIME-Version: 1.0 To: Holger Kipp References: <52A7DCCC-97EB-4C87-9AE6-95C26D0DD241@alogis.com>, <4EC4CD41-50FF-4E6E-96E0-5A2393A51CFE@nitro.dk> <814C9E9472FDCC40AAC3FC95A2D67E3B0BD70D8D@msx3.exchange.alogis.com> In-Reply-To: <814C9E9472FDCC40AAC3FC95A2D67E3B0BD70D8D@msx3.exchange.alogis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Simon L. B. Nielsen" , "stable@freebsd.org" , "freebsd-hardware@freebsd.org" Subject: Re: FreeBSD and DELL Perc H200 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, 21 Apr 2011 22:43:52 -0000 Holger Kipp wrote: [...] > 201102 snapshot is for ia64 and ppc only :-| (and only 9.0-CURRENT) > 201101 9.0 snapshots are for amd64, i386 (and 8.2 is only PRERELEASE) [...] > Anyway, thanks a lot for your reply. Maybe someone should update the FreeBSD website, > because there it is said that monthly snapshots will be provided for 9.x, 8.x etc. You can get snapshots from this site: http://pub.allbsd.org/FreeBSD-snapshots/ Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Fri Apr 22 00:56:44 2011 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 4B67D106564A for ; Fri, 22 Apr 2011 00:56:44 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id E9E428FC08 for ; Fri, 22 Apr 2011 00:56:43 +0000 (UTC) Received: by vxc34 with SMTP id 34so274924vxc.13 for ; Thu, 21 Apr 2011 17:56:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=5qCN31PzRje9/kRdfKY61+ySkBL7zZEL9EXSZbAjzkU=; b=aHkxINvsIjgHqulWF1wketVjEOupN5zEj2mu+bu3VLtBQYOCFQ6j/zSWPbyfArO0w0 XS5VHD0PCZZX4BrTUcyDndVqD926YFvhk691jmKq3qOHufs0bYxA5UpDV+x3sJiNOGI8 vk0KPjS6TkoeIUyONx2KYt+Rf9i67BeQxhM5c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=FOeSwLa8IDr1ffK5JY0GmTnmjDKa1AHF3UxgdnpXs5b7U1U9nah4LkbybzipT+TyxG DB5NcYpLVxpyAnGxfe9P/sfZYnz5L27s85Wmr4YHNdQ5UtuT3vv34dB2n/qYsO9WnwRP FScsP90V/mF5Yg3NyDOnU/4koHS8kS4MA8RC0= MIME-Version: 1.0 Received: by 10.52.167.230 with SMTP id zr6mr850284vdb.6.1303432001152; Thu, 21 Apr 2011 17:26:41 -0700 (PDT) Received: by 10.52.164.100 with HTTP; Thu, 21 Apr 2011 17:26:41 -0700 (PDT) In-Reply-To: <4DB0B192.8060708@unsane.co.uk> References: <52A7DCCC-97EB-4C87-9AE6-95C26D0DD241@alogis.com> <4EC4CD41-50FF-4E6E-96E0-5A2393A51CFE@nitro.dk> <4DB0B192.8060708@unsane.co.uk> Date: Thu, 21 Apr 2011 20:26:41 -0400 Message-ID: From: Mehmet Erol Sanliturk To: Vincent Hoffman Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Simon L. B. Nielsen" , "stable@freebsd.org" , Holger Kipp , "freebsd-hardware@freebsd.org" Subject: Re: FreeBSD and DELL Perc H200 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, 22 Apr 2011 00:56:44 -0000 On Thu, Apr 21, 2011 at 6:37 PM, Vincent Hoffman wrote: > On 20/04/2011 21:56, Simon L. B. Nielsen wrote: > > > > Unfortunately the latest official snapshots were before the driver was > merged. You could try first just to boot on the curent / FreeBSD 9 > snapshots and see if it sees your disks at all. > > > > You can get the snapshot from > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201102/ . > > > > I don't think there are any other snapshot services still running... so > (assuming mps(4) actually works with H200) you need to make a build of > stable/8 yourself - the simplest approach is probably to PXE boot the > servers and install by hand... but that's of course not a trivial thing if > you never tried it before. > > > Actually allbsd seems too be back up and running for -stable > http://pub.allbsd.org/FreeBSD-snapshots/ > Sadly no -CURRENT snapshots at the moment. > > > Vince > _______________________________________________ > I think the files http://people.freebsd.org/~nwhitehorn/bsdinstall-amd64-20110420/bootonly.iso.bz2 http://people.freebsd.org/~nwhitehorn/bsdinstall-amd64-20110420/memstick.bz2 http://people.freebsd.org/~nwhitehorn/bsdinstall-amd64-20110420/release.iso.bz2 in the following directory may be considered latest snapshots : http://people.freebsd.org/~nwhitehorn/bsdinstall-amd64-20110420/ Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-stable@FreeBSD.ORG Sat Apr 23 00:26:41 2011 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 6B9DE106564A for ; Sat, 23 Apr 2011 00:26:41 +0000 (UTC) (envelope-from ptyll@nitronet.pl) Received: from mail.nitronet.pl (smtp.nitronet.pl [195.90.106.27]) by mx1.freebsd.org (Postfix) with ESMTP id 0E6918FC08 for ; Sat, 23 Apr 2011 00:26:40 +0000 (UTC) Received: from mailnull by mail.nitronet.pl with virscan (Exim 4.75 (FreeBSD)) (envelope-from ) id 1QDQgJ-000FYN-4u for freebsd-stable@freebsd.org; Sat, 23 Apr 2011 02:26:39 +0200 Date: Sat, 23 Apr 2011 02:25:01 +0200 From: Pawel Tyll X-Priority: 3 (Normal) Message-ID: <926783796.20110423022501@nitronet.pl> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: Nitronet.pl X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: ptyll@nitronet.pl X-SA-Exim-Scanned: No (on mail.nitronet.pl); SAEximRunCond expanded to false Subject: buildworld FAIL. 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, 23 Apr 2011 00:26:41 -0000 Hi list, ===> sbin/hastctl (all) cc -O2 -pipe -I/usr/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wno-format -c /usr/src/sbin/hastctl/../hastd/activemap.c cc -O2 -pipe -I/usr/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wno-format -c /usr/src/sbin/hastctl/../hastd/crc32.c cc -O2 -pipe -I/usr/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wno-format -c /usr/src/sbin/hastctl/../hastd/ebuf.c cc -O2 -pipe -I/usr/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wno-format -c /usr/src/sbin/hastctl/../hastd/hast_checksum.c cc -O2 -pipe -I/usr/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wno-format -c /usr/src/sbin/hastctl/../hastd/hast_compression.c cc -O2 -pipe -I/usr/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wno-format -c /usr/src/sbin/hastctl/../hastd/hast_proto.c /usr/src/sbin/hastctl/../hastd/hast_proto.c:72: error: 'checksum_send' undeclared here (not in a function) /usr/src/sbin/hastctl/../hastd/hast_proto.c:72: error: 'checksum_recv' undeclared here (not in a function) cc1: warnings being treated as errors /usr/src/sbin/hastctl/../hastd/hast_proto.c:72: warning: missing initializer /usr/src/sbin/hastctl/../hastd/hast_proto.c:72: warning: (near initialization for 'pipeline[1].hps_send') *** Error code 1 Stop in /usr/src/sbin/hastctl. *** Error code 1 Stop in /usr/src/sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # cat /etc/make.conf NO_ATM=true NO_BLUETOOTH=true NO_SENDMAIL=true NO_X11=true NO_GAMES=true NO_I4B=true NO_KERBEROS=true NO_LPR=true WITHOUT_X11=true NO_OPENSSL=true WITH_OPENSSL_PORT=yes NO_OPENSSH=true NO_X=true NO_BIND=true BOOT_COMCONSOLE_SPEED=38400 PERL_VERSION=5.10.1 WRKDIRPREFIX=/usr/obj # added by use.perl 2010-11-10 06:40:47 PERL_VERSION=5.10.1 From owner-freebsd-stable@FreeBSD.ORG Sat Apr 23 00:33:26 2011 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 CC92D106564A for ; Sat, 23 Apr 2011 00:33:25 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [76.96.62.80]) by mx1.freebsd.org (Postfix) with ESMTP id 06E7B8FC08 for ; Sat, 23 Apr 2011 00:33:24 +0000 (UTC) Received: from omta20.westchester.pa.mail.comcast.net ([76.96.62.71]) by qmta08.westchester.pa.mail.comcast.net with comcast id aoAb1g0031YDfWL58oZRfF; Sat, 23 Apr 2011 00:33:25 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta20.westchester.pa.mail.comcast.net with comcast id aoZP1g01A1t3BNj3goZQ9S; Sat, 23 Apr 2011 00:33:25 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 169629B418; Fri, 22 Apr 2011 17:33:22 -0700 (PDT) Date: Fri, 22 Apr 2011 17:33:22 -0700 From: Jeremy Chadwick To: Pawel Tyll Message-ID: <20110423003322.GA76458@icarus.home.lan> References: <926783796.20110423022501@nitronet.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <926783796.20110423022501@nitronet.pl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: buildworld FAIL. 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, 23 Apr 2011 00:33:26 -0000 On Sat, Apr 23, 2011 at 02:25:01AM +0200, Pawel Tyll wrote: > Hi list, > > ===> sbin/hastctl (all) > cc -O2 -pipe -I/usr/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wno-format -c /usr/src/sbin/hastctl/../hastd/activemap.c > cc -O2 -pipe -I/usr/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wno-format -c /usr/src/sbin/hastctl/../hastd/crc32.c > cc -O2 -pipe -I/usr/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wno-format -c /usr/src/sbin/hastctl/../hastd/ebuf.c > cc -O2 -pipe -I/usr/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wno-format -c /usr/src/sbin/hastctl/../hastd/hast_checksum.c > cc -O2 -pipe -I/usr/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wno-format -c /usr/src/sbin/hastctl/../hastd/hast_compression.c > cc -O2 -pipe -I/usr/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wno-format -c /usr/src/sbin/hastctl/../hastd/hast_proto.c > /usr/src/sbin/hastctl/../hastd/hast_proto.c:72: error: 'checksum_send' undeclared here (not in a function) > /usr/src/sbin/hastctl/../hastd/hast_proto.c:72: error: 'checksum_recv' undeclared here (not in a function) > cc1: warnings being treated as errors > /usr/src/sbin/hastctl/../hastd/hast_proto.c:72: warning: missing initializer > /usr/src/sbin/hastctl/../hastd/hast_proto.c:72: warning: (near initialization for 'pipeline[1].hps_send') > *** Error code 1 > > Stop in /usr/src/sbin/hastctl. > *** Error code 1 > > Stop in /usr/src/sbin. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > > > # cat /etc/make.conf > NO_ATM=true > NO_BLUETOOTH=true > NO_SENDMAIL=true > NO_X11=true > NO_GAMES=true > NO_I4B=true > NO_KERBEROS=true > NO_LPR=true > WITHOUT_X11=true > NO_OPENSSL=true > WITH_OPENSSL_PORT=yes > NO_OPENSSH=true > NO_X=true > NO_BIND=true > BOOT_COMCONSOLE_SPEED=38400 > PERL_VERSION=5.10.1 > WRKDIRPREFIX=/usr/obj > > # added by use.perl 2010-11-10 06:40:47 > PERL_VERSION=5.10.1 What tag are you following / FreeBSD version are you using? I ask because you have a bunch of variables in make.conf that probably need to go into /etc/src.conf. I just rebuild world and kernel last night on a few of our systems (RELENG_8) without any issue, and I did see in csup that some hast changes were pulled down. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Apr 23 00:37:39 2011 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 799881065675 for ; Sat, 23 Apr 2011 00:37:39 +0000 (UTC) (envelope-from ptyll@nitronet.pl) Received: from mail.nitronet.pl (smtp.nitronet.pl [195.90.106.27]) by mx1.freebsd.org (Postfix) with ESMTP id 37CE68FC1B for ; Sat, 23 Apr 2011 00:37:39 +0000 (UTC) Received: from mailnull by mail.nitronet.pl with virscan (Exim 4.75 (FreeBSD)) (envelope-from ) id 1QDQqw-000Hko-8P for freebsd-stable@freebsd.org; Sat, 23 Apr 2011 02:37:38 +0200 Date: Sat, 23 Apr 2011 02:35:59 +0200 From: Pawel Tyll X-Priority: 3 (Normal) Message-ID: <142755179.20110423023559@nitronet.pl> To: Jeremy Chadwick In-Reply-To: <20110423003322.GA76458@icarus.home.lan> References: <926783796.20110423022501@nitronet.pl> <20110423003322.GA76458@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: Nitronet.pl X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: ptyll@nitronet.pl X-SA-Exim-Scanned: No (on mail.nitronet.pl); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org Subject: Re: buildworld FAIL. 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, 23 Apr 2011 00:37:39 -0000 Hi Jeremy, > What tag are you following / FreeBSD version are you using? I ask > because you have a bunch of variables in make.conf that probably need to > go into /etc/src.conf. It's RELENG_8. 8-STABLE. Yeah, this make.conf kept growing in stuff since like FBSD4 :) > I just rebuild world and kernel last night on a few of our systems > (RELENG_8) without any issue, and I did see in csup that some hast > changes were pulled down. Source tree is current as of 30 mins ago. And same thing happened to me yesterday at night. I was hoping I wasn't alone and it'll get fixed until now, but that didn't happen, hence my mail. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 23 00:39:53 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id AE4941065676 for ; Sat, 23 Apr 2011 00:39:53 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 3263514F1A4; Sat, 23 Apr 2011 00:39:53 +0000 (UTC) Message-ID: <4DB21FD8.3010205@FreeBSD.org> Date: Fri, 22 Apr 2011 17:39:52 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.15) Gecko/20110326 Thunderbird/3.1.9 MIME-Version: 1.0 To: Pawel Tyll References: <926783796.20110423022501@nitronet.pl> <20110423003322.GA76458@icarus.home.lan> <142755179.20110423023559@nitronet.pl> In-Reply-To: <142755179.20110423023559@nitronet.pl> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: buildworld FAIL. 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, 23 Apr 2011 00:39:53 -0000 On 04/22/2011 17:35, Pawel Tyll wrote: > Hi Jeremy, > >> What tag are you following / FreeBSD version are you using? I ask >> because you have a bunch of variables in make.conf that probably need to >> go into /etc/src.conf. > It's RELENG_8. 8-STABLE. Yeah, this make.conf kept growing in stuff > since like FBSD4 :) > >> I just rebuild world and kernel last night on a few of our systems >> (RELENG_8) without any issue, and I did see in csup that some hast >> changes were pulled down. > Source tree is current as of 30 mins ago. And same thing happened to > me yesterday at night. I was hoping I wasn't alone and it'll get fixed > until now, but that didn't happen, hence my mail. Traditional solution for similar problems is to clean out your /usr/obj/ and try again. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Apr 23 00:43:26 2011 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 A420C106566B for ; Sat, 23 Apr 2011 00:43:26 +0000 (UTC) (envelope-from ptyll@nitronet.pl) Received: from mail.nitronet.pl (smtp.nitronet.pl [195.90.106.27]) by mx1.freebsd.org (Postfix) with ESMTP id 60E448FC13 for ; Sat, 23 Apr 2011 00:43:26 +0000 (UTC) Received: from mailnull by mail.nitronet.pl with virscan (Exim 4.75 (FreeBSD)) (envelope-from ) id 1QDQwX-000IpT-J9 for freebsd-stable@freebsd.org; Sat, 23 Apr 2011 02:43:25 +0200 Date: Sat, 23 Apr 2011 02:41:44 +0200 From: Pawel Tyll X-Priority: 3 (Normal) Message-ID: <959773101.20110423024144@nitronet.pl> To: Doug Barton In-Reply-To: <4DB21FD8.3010205@FreeBSD.org> References: <926783796.20110423022501@nitronet.pl> <20110423003322.GA76458@icarus.home.lan> <142755179.20110423023559@nitronet.pl> <4DB21FD8.3010205@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: Nitronet.pl X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: ptyll@nitronet.pl X-SA-Exim-Scanned: No (on mail.nitronet.pl); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: buildworld FAIL. 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, 23 Apr 2011 00:43:26 -0000 Hi Doug, > Traditional solution for similar problems is to clean out your /usr/obj/ > and try again. I always do that. If build fails, I delete /usr/obj and try again without -j. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 23 01:12:40 2011 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 21BA51065670 for ; Sat, 23 Apr 2011 01:12:40 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id ED5CC8FC14 for ; Sat, 23 Apr 2011 01:12:39 +0000 (UTC) Received: from draco.over-yonder.net (c-75-64-226-141.hsd1.ms.comcast.net [75.64.226.141]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 45FE937B573; Fri, 22 Apr 2011 19:54:23 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 9604161C42; Fri, 22 Apr 2011 19:54:22 -0500 (CDT) Date: Fri, 22 Apr 2011 19:54:22 -0500 From: "Matthew D. Fuller" To: Pawel Tyll Message-ID: <20110423005422.GQ91591@over-yonder.net> References: <926783796.20110423022501@nitronet.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <926783796.20110423022501@nitronet.pl> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.21-fullermd.4 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: buildworld FAIL. 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, 23 Apr 2011 01:12:40 -0000 On Sat, Apr 23, 2011 at 02:25:01AM +0200 I heard the voice of Pawel Tyll, and lo! it spake thus: > > /usr/src/sbin/hastctl/../hastd/hast_proto.c:72: error: 'checksum_send' undeclared here (not in a function) > /usr/src/sbin/hastctl/../hastd/hast_proto.c:72: error: 'checksum_recv' undeclared here (not in a function) [...] > NO_OPENSSL=true NO_OPENSSL, no -DHAVE_CRYPTO. No -DHAVE_CRYPTO, no #include hast_checksum.h. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 23 07:06:25 2011 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 026801065673 for ; Sat, 23 Apr 2011 07:06:25 +0000 (UTC) (envelope-from ptyll@nitronet.pl) Received: from mail.nitronet.pl (smtp.nitronet.pl [195.90.106.27]) by mx1.freebsd.org (Postfix) with ESMTP id B0E638FC15 for ; Sat, 23 Apr 2011 07:06:24 +0000 (UTC) Received: from mailnull by mail.nitronet.pl with virscan (Exim 4.75 (FreeBSD)) (envelope-from ) id 1QDWv9-000Cul-14 for freebsd-stable@freebsd.org; Sat, 23 Apr 2011 09:06:23 +0200 Date: Sat, 23 Apr 2011 09:04:42 +0200 From: Pawel Tyll X-Priority: 3 (Normal) Message-ID: <2910134705.20110423090442@nitronet.pl> To: "Matthew D. Fuller" In-Reply-To: <20110423005422.GQ91591@over-yonder.net> References: <926783796.20110423022501@nitronet.pl> <20110423005422.GQ91591@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: Nitronet.pl X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: ptyll@nitronet.pl X-SA-Exim-Scanned: No (on mail.nitronet.pl); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org Subject: Re: buildworld FAIL. 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, 23 Apr 2011 07:06:25 -0000 Hi Matthew, > NO_OPENSSL, no -DHAVE_CRYPTO. No -DHAVE_CRYPTO, no #include > hast_checksum.h. So was NO_OPENSSL deprecated or something? From owner-freebsd-stable@FreeBSD.ORG Sat Apr 23 12:53:19 2011 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 40AB0106566B for ; Sat, 23 Apr 2011 12:53:19 +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 21BD88FC19 for ; Sat, 23 Apr 2011 12:53:18 +0000 (UTC) Received: from omta01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by qmta07.emeryville.ca.mail.comcast.net with comcast id b0sn1g0010EPchoA70tJ5L; Sat, 23 Apr 2011 12:53:18 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta01.emeryville.ca.mail.comcast.net with comcast id b0sn1g00Y1t3BNj8M0st07; Sat, 23 Apr 2011 12:53:13 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 3913A9B418; Sat, 23 Apr 2011 05:52:47 -0700 (PDT) Date: Sat, 23 Apr 2011 05:52:47 -0700 From: Jeremy Chadwick To: Pawel Tyll Message-ID: <20110423125247.GA89102@icarus.home.lan> References: <926783796.20110423022501@nitronet.pl> <20110423005422.GQ91591@over-yonder.net> <2910134705.20110423090442@nitronet.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2910134705.20110423090442@nitronet.pl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, "Matthew D. Fuller" Subject: Re: buildworld FAIL. 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, 23 Apr 2011 12:53:19 -0000 On Sat, Apr 23, 2011 at 09:04:42AM +0200, Pawel Tyll wrote: > Hi Matthew, > > > NO_OPENSSL, no -DHAVE_CRYPTO. No -DHAVE_CRYPTO, no #include > > hast_checksum.h. > So was NO_OPENSSL deprecated or something? I think he's implying that hast indirectly relies upon OpenSSL. I would classify this as a bug/oversight that should be properly dealt with via an #error statement or similar -- the current result (what you've reported) is not acceptable. Possibly WITHOUT_HAST could be created and worked into the appropriate frameworks. And again, please see about cleaning up your make.conf and moving the appropriate settings to src.conf. src.conf(5) man page should help you. The variables are not named 100% identical either, so don't just copy-paste. I understand "it's a machine from the FreeBSD 4.x days", but that's no excuse for lazy administration. Try to keep up. :-) -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Apr 23 14:38:41 2011 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 42E0E106564A; Sat, 23 Apr 2011 14:38:41 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id 14A648FC13; Sat, 23 Apr 2011 14:38:40 +0000 (UTC) Received: from draco.over-yonder.net (c-75-64-226-141.hsd1.ms.comcast.net [75.64.226.141]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id E1DAE37B4BC; Sat, 23 Apr 2011 09:38:39 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 0575961C42; Sat, 23 Apr 2011 09:38:39 -0500 (CDT) Date: Sat, 23 Apr 2011 09:38:39 -0500 From: "Matthew D. Fuller" To: Jeremy Chadwick Message-ID: <20110423143838.GR91591@over-yonder.net> References: <926783796.20110423022501@nitronet.pl> <20110423005422.GQ91591@over-yonder.net> <2910134705.20110423090442@nitronet.pl> <20110423125247.GA89102@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110423125247.GA89102@icarus.home.lan> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.21-fullermd.4 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: Pawel Tyll , freebsd-stable@freebsd.org, pjd@freebsd.org Subject: Re: buildworld FAIL. 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, 23 Apr 2011 14:38:41 -0000 On Sat, Apr 23, 2011 at 05:52:47AM -0700 I heard the voice of Jeremy Chadwick, and lo! it spake thus: > On Sat, Apr 23, 2011 at 09:04:42AM +0200, Pawel Tyll wrote: > > So was NO_OPENSSL deprecated or something? > > I think he's implying that hast indirectly relies upon OpenSSL. There's some conditionalization on MK_OPENSSL in the Makefile (and via that, in the code), but it's incomplete. Whether that means it _should_ be buildable without OpenSSL and is just insufficiently tested, or whether it really just flat needs OpenSSL and the conditionalization is vestigial, I don't know. pjd@ cc'd. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 23 15:43:55 2011 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 C9329106566B; Sat, 23 Apr 2011 15:43:55 +0000 (UTC) (envelope-from simon@nitro.dk) Received: from emx.nitro.dk (emx.nitro.dk [IPv6:2a01:4f8:120:7384::102]) by mx1.freebsd.org (Postfix) with ESMTP id 62AEC8FC1D; Sat, 23 Apr 2011 15:43:55 +0000 (UTC) Received: from mailscan.leto.nitro.dk (mailscan.leto.nitro.dk [127.0.1.4]) by emx.nitro.dk (Postfix) with ESMTP id 6905C1737; Sat, 23 Apr 2011 15:43:54 +0000 (UTC) Received: from emx.nitro.dk ([127.0.1.2]) by mailscan.leto.nitro.dk (mailscan.leto.nitro.dk [127.0.1.4]) (amavisd-new, port 10024) with LMTP id AQO94HP49ivu; Sat, 23 Apr 2011 15:43:52 +0000 (UTC) Received: from [IPv6:2001:470:28:41b:c62c:3ff:fe2a:b559] (unknown [IPv6:2001:470:28:41b:c62c:3ff:fe2a:b559]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by emx.nitro.dk (Postfix) with ESMTPSA id 2111F1736; Sat, 23 Apr 2011 15:43:52 +0000 (UTC) From: Simon L. B. Nielsen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sat, 23 Apr 2011 17:43:51 +0200 To: stable@freebsd.org Message-Id: Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Cc: Subject: svn.FreeBSD.org upgrade 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, 23 Apr 2011 15:43:55 -0000 Hey, Just FYI, I'm in the process of updating svn.FreeBSD.org to latest = FreeBSD stable/8. The base system is now upgraded, but now I need to recompile ports so to = avoid any interesting mixups while that happens I will disable svn = access until all ports have been recompiled. I had forgotten it was running FreeBSD 7 so the process will take longer = than expected, otherwise I would have sent a mail earlier. PS. The viewvc svn interface is running separately so you can point your = browser at http://svnweb.FreeBSD.org/base/ while I upgrade if you need = to browse some history etc. PPS. this now means that one of the last system having it's FreeBSD base = source controlled by CVS is switched to using SVN... --=20 Simon L. B. Nielsen Hat: FreeBSD.org admins From owner-freebsd-stable@FreeBSD.ORG Sat Apr 23 17:48:18 2011 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 0CDDD106566B for ; Sat, 23 Apr 2011 17:48:18 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E9E3D8FC0A for ; Sat, 23 Apr 2011 17:48:17 +0000 (UTC) Received: by pwj8 with SMTP id 8so906239pwj.13 for ; Sat, 23 Apr 2011 10:48:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.63.5 with SMTP id c5mr3557234pbs.87.1303579049028; Sat, 23 Apr 2011 10:17:29 -0700 (PDT) Received: by 10.68.54.138 with HTTP; Sat, 23 Apr 2011 10:17:29 -0700 (PDT) In-Reply-To: References: Date: Sat, 23 Apr 2011 10:17:29 -0700 Message-ID: From: Gordon Tetlow To: "Simon L. B. Nielsen" Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org Subject: Re: svn.FreeBSD.org upgrade 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, 23 Apr 2011 17:48:18 -0000 On Sat, Apr 23, 2011 at 8:43 AM, Simon L. B. Nielsen wrote: > > PPS. this now means that one of the last system having it's FreeBSD base source controlled by CVS is switched to using SVN... I think that's ironic or something. Gordon From owner-freebsd-stable@FreeBSD.ORG Sat Apr 23 18:29:26 2011 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 570E3106566B; Sat, 23 Apr 2011 18:29:26 +0000 (UTC) (envelope-from simon@nitro.dk) Received: from emx.nitro.dk (emx.nitro.dk [IPv6:2a01:4f8:120:7384::102]) by mx1.freebsd.org (Postfix) with ESMTP id AD70D8FC16; Sat, 23 Apr 2011 18:29:25 +0000 (UTC) Received: from mailscan.leto.nitro.dk (mailscan.leto.nitro.dk [127.0.1.4]) by emx.nitro.dk (Postfix) with ESMTP id A138C174B; Sat, 23 Apr 2011 18:29:24 +0000 (UTC) Received: from emx.nitro.dk ([127.0.1.2]) by mailscan.leto.nitro.dk (mailscan.leto.nitro.dk [127.0.1.4]) (amavisd-new, port 10024) with LMTP id RO+f5Q8XOWad; Sat, 23 Apr 2011 18:29:22 +0000 (UTC) Received: from [IPv6:2001:470:28:41b:c62c:3ff:fe2a:b559] (unknown [IPv6:2001:470:28:41b:c62c:3ff:fe2a:b559]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by emx.nitro.dk (Postfix) with ESMTPSA id 4A2C8174A; Sat, 23 Apr 2011 18:29:22 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Simon L. B. Nielsen" In-Reply-To: Date: Sat, 23 Apr 2011 20:29:21 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <50FB1524-4717-468A-8F8C-FD0586A36C68@nitro.dk> References: To: stable@freebsd.org X-Pgp-Agent: GPGMail 1.3.3 X-Mailer: Apple Mail (2.1084) Cc: Subject: Re: svn.FreeBSD.org upgrade 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, 23 Apr 2011 18:29:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 23 Apr 2011, at 17:43, Simon L. B. Nielsen wrote: > Just FYI, I'm in the process of updating svn.FreeBSD.org to latest = FreeBSD stable/8. Hey, Everything should be working again now. For committers, note that the upgrade to FreeBSD 8 means the RSA ssh = keys are now presented by default. This should be the fingerprints: 1024 8d:35:fb:99:ec:66:01:f3:5a:0d:f4:06:17:58:d2:0f svn.freebsd.org DSA 2048 56:bc:da:e8:c0:40:31:0b:a9:b2:2d:6b:19:24:3b:2c svn.freebsd.org RSA See also: http://www.freebsd.org/internal/ssh-keys.asc - - --=20 Simon L. B. Nielsen Hat: FreeBSD.org admins team - -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAk2zGm0ACgkQBJx0gP90kKu/7QCeK2i9lt8BDpPtvmWq/PRaRs69 /5oAn3AoR0Ln3ODVRItr/ojCGRgoWPZq =3Dmazb - -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAk2zGoEACgkQBJx0gP90kKs0HACaA18czONZFWOc+GXocr/2yMT6 hrkAnA8o1jF/JVipTsTPLZagozIgcWQe =3DPRiN -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 23 23:03:43 2011 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 1A753106566C for ; Sat, 23 Apr 2011 23:03:43 +0000 (UTC) (envelope-from ptyll@nitronet.pl) Received: from mail.nitronet.pl (smtp.nitronet.pl [195.90.106.27]) by mx1.freebsd.org (Postfix) with ESMTP id C44708FC12 for ; Sat, 23 Apr 2011 23:03:42 +0000 (UTC) Received: from mailnull by mail.nitronet.pl with virscan (Exim 4.75 (FreeBSD)) (envelope-from ) id 1QDlrZ-000HqB-DH for freebsd-stable@freebsd.org; Sun, 24 Apr 2011 01:03:41 +0200 Date: Sun, 24 Apr 2011 01:01:58 +0200 From: Pawel Tyll X-Priority: 3 (Normal) Message-ID: <834458221.20110424010158@nitronet.pl> To: Jeremy Chadwick In-Reply-To: <20110423125247.GA89102@icarus.home.lan> References: <926783796.20110423022501@nitronet.pl> <20110423005422.GQ91591@over-yonder.net> <2910134705.20110423090442@nitronet.pl> <20110423125247.GA89102@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: Nitronet.pl X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: ptyll@nitronet.pl X-SA-Exim-Scanned: No (on mail.nitronet.pl); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org, "Matthew D. Fuller" Subject: Re: buildworld FAIL. 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, 23 Apr 2011 23:03:43 -0000 Hi Jeremy, >> So was NO_OPENSSL deprecated or something? > I think he's implying that hast indirectly relies upon OpenSSL. > I would classify this as a bug/oversight that should be properly dealt > with via an #error statement or similar -- the current result (what > you've reported) is not acceptable. Possibly WITHOUT_HAST could be > created and worked into the appropriate frameworks. > And again, please see about cleaning up your make.conf and moving the > appropriate settings to src.conf. src.conf(5) man page should help you. > The variables are not named 100% identical either, so don't just > copy-paste. I understand "it's a machine from the FreeBSD 4.x days", > but that's no excuse for lazy administration. Try to keep up. :-) Well, yeah, there's ZFS-on-root here, IPMI and other new stuff around here, but make.conf was passed on from generation to generation. I suppose it's about time to move on to src.conf, I had this thought about a year ago :) - some prodding with warnings or errors after make buildworld could be nice ;) Thanks for clarification of the situation.