From owner-freebsd-ia64@FreeBSD.ORG Mon Jul 6 11:07:00 2009 Return-Path: Delivered-To: freebsd-ia64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EBF61065673 for ; Mon, 6 Jul 2009 11:07:00 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4B2F58FC2A for ; Mon, 6 Jul 2009 11:07:00 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n66B70Ue010805 for ; Mon, 6 Jul 2009 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n66B6xDG010801 for freebsd-ia64@FreeBSD.org; Mon, 6 Jul 2009 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 6 Jul 2009 11:06:59 GMT Message-Id: <200907061106.n66B6xDG010801@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-ia64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-ia64@FreeBSD.org X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2009 11:07:00 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ia64/120315 ia64 Backing store switch in exception_save_restart leaves o ia64/113102 ia64 [MCA] Multiple records can have the same sequence numb o ia64/86218 ia64 Mozilla / Firefox: regxpcom or regchrome broken on ia6 3 problems total. From owner-freebsd-ia64@FreeBSD.ORG Mon Jul 6 20:17:40 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9D4C1065687 for ; Mon, 6 Jul 2009 20:17:40 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 73A6D8FC29 for ; Mon, 6 Jul 2009 20:17:39 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MNud5-00011T-Lq for freebsd-ia64@freebsd.org; Mon, 06 Jul 2009 21:17:38 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MNud5-0007f9-1P for freebsd-ia64@freebsd.org; Mon, 06 Jul 2009 21:17:35 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n66KHYLY017862 for ; Mon, 6 Jul 2009 21:17:34 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n66KHXrl017861 for freebsd-ia64@freebsd.org; Mon, 6 Jul 2009 21:17:33 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 6 Jul 2009 21:17:33 +0100 From: Anton Shterenlikht To: freebsd-ia64@freebsd.org Message-ID: <20090706201733.GA17827@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.2 X-Spam-Level: - Subject: cannot partition HP 73GB disks X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2009 20:17:41 -0000 Trying to install FBSD 8.0-snapshot 200906 on 73GB HP scsi disks: da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) da0: Command Queueing Enabled da0: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) da1 at mpt0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) da1: Command Queueing Enabled da1: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) and partition name appears only as "X" in disklabel editor: FreeBSD Disklabel Editor Disk: da0 Free: 0 blocks (0MB) Part Mount Size Newfs Part Mount Size Newfs ---- ----- ---- ----- ---- ----- ---- ----- X /efi 100MB EFI Y X / 512MB UFS2 Y X swap 4055MB SWAP X /var 3051MB UFS2+S Y X /tmp 512MB UFS2+S Y X /usr 61776MB UFS2+S Y automatic or manual - doesn't matter, all partitions are named X, and the installation fails with "cannot create partition /dev/X" or similar. With some seagate 17GB disks works fine. Please advise -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Mon Jul 6 20:37:16 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B8471065676 for ; Mon, 6 Jul 2009 20:37:16 +0000 (UTC) (envelope-from www@web04.triwdata.ch) Received: from web04.triwdata.ch (ns2.triwdata.ch [77.59.199.130]) by mx1.freebsd.org (Postfix) with ESMTP id ACA998FC16 for ; Mon, 6 Jul 2009 20:37:14 +0000 (UTC) (envelope-from www@web04.triwdata.ch) Received: from web04.triwdata.ch (localhost.triwdata.ch [127.0.0.1]) by web04.triwdata.ch (8.13.3/8.13.3) with ESMTP id n66I0Jcg029140 for ; Mon, 6 Jul 2009 20:00:19 +0200 (CEST) (envelope-from www@web04.triwdata.ch) Received: (from www@localhost) by web04.triwdata.ch (8.13.3/8.13.3/Submit) id n66I0JT4029139; Mon, 6 Jul 2009 20:00:19 +0200 (CEST) (envelope-from www) Date: Mon, 6 Jul 2009 20:00:19 +0200 (CEST) Message-Id: <200907061800.n66I0JT4029139@web04.triwdata.ch> To: freebsd-ia64@freebsd.org From: Bank of America MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Bank Of America Online Alert : Verify Your Information ID# d885f20cbd1f2d7442e324bc1bcdb689 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2009 20:37:16 -0000 [mhd_reg_logo.gif] [em_title_red.gif] Dear customer, Protecting the security of our customers and the Bank of America ! network , as a preventative measure, we have temporarily limited access to sensitive account features. To restore your account access, please take the following steps to ensure that your account has not been compromised: After updates : 1.Login to your Bank of America Online Banking account. In case you are not enrolled for Online Banking, you will have to fill in all the required information, including your name and you account number. 2. Review your recent account history for any unauthorized withdrawals or deposits, and check you account profile to make sure not changes have been made. If any unauthorized activity has taken place on your account, report this to Bank of America staff immediately. To get started, please click the link below: ! [1]https://sitekey.bankofamerica.com/sas/signon.do?&detect=3&p=d41d8cd 98f00b204e9800998ecf8427e3265464 _________________________________________________________________ This alert has been sent to you based on your preferences. If you would like to make any changes to your Online Banking Alerts service, please sign in to Online Banking and visit the Manage Alerts section. Because your reply will not be transmitted via secure e-mail, the e-mail address that generated this alert will not accept replies. If you would like to contact Bank of America with questions or comments, please sign in to Online Banking and visit the customer service section. _________________________________________________________________ Bank of America, N.A. Member FDIC. Equal Housing Lender © 2009 Bank of America Corporation. All rights reserved d885f20cbd1f2d7442e324bc1bcdb689 _________________________________________________________________ References 1. http://indietones.net/preview/Onlineid.bankofameri!ca.com/cgi-bini/668d93445065081fa9f2b085cbde792e0d2e0da50a9b4260a03c403a83c60055efdf4a1c/c7206040b068b58cba7fadd6a5b4e341/bofa/ibdIAS/bankofamerica/signon.php?section=signinpage&update=&cookiecheck=yes&destination=nba/signin From owner-freebsd-ia64@FreeBSD.ORG Mon Jul 6 20:51:31 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF0C8106564A for ; Mon, 6 Jul 2009 20:51:31 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 6B7E58FC12 for ; Mon, 6 Jul 2009 20:51:31 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MNv9r-0001jc-4w for freebsd-ia64@freebsd.org; Mon, 06 Jul 2009 21:51:30 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MNv9q-0000CW-DV for freebsd-ia64@freebsd.org; Mon, 06 Jul 2009 21:51:26 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n66KpPsv018038 for ; Mon, 6 Jul 2009 21:51:25 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n66KpPBG018037 for freebsd-ia64@freebsd.org; Mon, 6 Jul 2009 21:51:25 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 6 Jul 2009 21:51:25 +0100 From: Anton Shterenlikht Cc: freebsd-ia64@freebsd.org Message-ID: <20090706205125.GA18002@mech-cluster238.men.bris.ac.uk> References: <20090706201733.GA17827@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090706201733.GA17827@mech-cluster238.men.bris.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.1 X-Spam-Level: - Subject: Re: cannot partition HP 73GB disks X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2009 20:51:31 -0000 On Mon, Jul 06, 2009 at 09:17:33PM +0100, Anton Shterenlikht wrote: > Trying to install FBSD 8.0-snapshot 200906 on 73GB HP scsi disks: > > da0 at mpt0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) > da0: Command Queueing Enabled > da0: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) > da1 at mpt0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) > da1: Command Queueing Enabled > da1: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) > > > and partition name appears only as "X" in disklabel editor: > > > FreeBSD Disklabel Editor > > Disk: da0 Free: 0 blocks (0MB) > > Part Mount Size Newfs Part Mount Size Newfs > ---- ----- ---- ----- ---- ----- ---- ----- > X /efi 100MB EFI Y > X / 512MB UFS2 Y > X swap 4055MB SWAP > X /var 3051MB UFS2+S Y > X /tmp 512MB UFS2+S Y > X /usr 61776MB UFS2+S Y > > > automatic or manual - doesn't matter, all partitions are named X, > and the installation fails with "cannot create partition /dev/X" or > similar. > > With some seagate 17GB disks works fine. > > Please advise This thread mentiones a somewhat similar problem - the installation program cannot "write data to disk" in 5.2 and 6.1. It's on zx6000 itanium, which is very similar to my rx2600, and again 73GB scsi disks are used: http://lists.freebsd.org/pipermail/freebsd-ia64/2006-December/001191.html no solution was found then. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Mon Jul 6 22:22:37 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3068A1065675 for ; Mon, 6 Jul 2009 22:22:37 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id DFACB8FC08 for ; Mon, 6 Jul 2009 22:22:36 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MNwZz-0003Q2-7n for freebsd-ia64@freebsd.org; Mon, 06 Jul 2009 23:22:36 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MNwZy-0001BQ-Ey for freebsd-ia64@freebsd.org; Mon, 06 Jul 2009 23:22:30 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n66MMTWA023724 for ; Mon, 6 Jul 2009 23:22:29 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n66MMTLn023723 for freebsd-ia64@freebsd.org; Mon, 6 Jul 2009 23:22:29 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 6 Jul 2009 23:22:29 +0100 From: Anton Shterenlikht Cc: freebsd-ia64@freebsd.org Message-ID: <20090706222229.GA23689@mech-cluster238.men.bris.ac.uk> References: <20090706201733.GA17827@mech-cluster238.men.bris.ac.uk> <20090706205125.GA18002@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090706205125.GA18002@mech-cluster238.men.bris.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.1 X-Spam-Level: - Subject: Re: cannot partition HP 73GB disks X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2009 22:22:37 -0000 On Mon, Jul 06, 2009 at 09:51:25PM +0100, Anton Shterenlikht wrote: > On Mon, Jul 06, 2009 at 09:17:33PM +0100, Anton Shterenlikht wrote: > > Trying to install FBSD 8.0-snapshot 200906 on 73GB HP scsi disks: > > > > da0 at mpt0 bus 0 target 0 lun 0 > > da0: Fixed Direct Access SCSI-3 device > > da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) > > da0: Command Queueing Enabled > > da0: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) > > da1 at mpt0 bus 0 target 1 lun 0 > > da1: Fixed Direct Access SCSI-3 device > > da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) > > da1: Command Queueing Enabled > > da1: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) > > > > > > and partition name appears only as "X" in disklabel editor: > > > > > > FreeBSD Disklabel Editor > > > > Disk: da0 Free: 0 blocks (0MB) > > > > Part Mount Size Newfs Part Mount Size Newfs > > ---- ----- ---- ----- ---- ----- ---- ----- > > X /efi 100MB EFI Y > > X / 512MB UFS2 Y > > X swap 4055MB SWAP > > X /var 3051MB UFS2+S Y > > X /tmp 512MB UFS2+S Y > > X /usr 61776MB UFS2+S Y > > > > > > automatic or manual - doesn't matter, all partitions are named X, > > and the installation fails with "cannot create partition /dev/X" or > > similar. > > > > With some seagate 17GB disks works fine. > > > > Please advise > > This thread mentiones a somewhat similar problem > - the installation program cannot "write data to > disk" in 5.2 and 6.1. It's on zx6000 itanium, > which is very similar to my rx2600, and again > 73GB scsi disks are used: > > http://lists.freebsd.org/pipermail/freebsd-ia64/2006-December/001191.html > > no solution was found then. Using livefs cd I was able to gpart one disk. Then booting from the installation disk1 I can set: FreeBSD Disklabel Editor Disk: da0 Free: 0 blocks (0MB) Part Mount Size Newfs Part Mount Size Newfs ---- ----- ---- ----- ---- ----- ---- ----- da0p1 /efi 400MB EFI N da0p2 / 512MB UFS2 N da0p3 swap 2048MB SWAP da0p4 /var 1024MB UFS2+S N da0p5 /tmp 1024MB UFS2+S N da0p6 /usr 64999MB UFS2+S N However, when the installaiton starts I get several warnings, something about fsck returning error 8 on checking root partition, and then this error: Error mounting /dev/da0p2 on /mnt : Invalid argument -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Mon Jul 6 22:44:46 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11ABD106566C for ; Mon, 6 Jul 2009 22:44:46 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id C11308FC18 for ; Mon, 6 Jul 2009 22:44:45 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MNwvN-0003jf-0E; Mon, 06 Jul 2009 23:44:44 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MNwvM-0001P8-6s; Mon, 06 Jul 2009 23:44:36 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n66MiZEk023817; Mon, 6 Jul 2009 23:44:35 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n66MiZJ3023816; Mon, 6 Jul 2009 23:44:35 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 6 Jul 2009 23:44:35 +0100 From: Anton Shterenlikht To: Anton Shterenlikht Message-ID: <20090706224435.GA23791@mech-cluster238.men.bris.ac.uk> References: <20090706201733.GA17827@mech-cluster238.men.bris.ac.uk> <20090706205125.GA18002@mech-cluster238.men.bris.ac.uk> <20090706222229.GA23689@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090706222229.GA23689@mech-cluster238.men.bris.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.8 X-Spam-Level: - Cc: freebsd-ia64@freebsd.org Subject: SOLVED: Re: cannot partition HP 73GB disks X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2009 22:44:46 -0000 On Mon, Jul 06, 2009 at 11:22:29PM +0100, Anton Shterenlikht wrote: > On Mon, Jul 06, 2009 at 09:51:25PM +0100, Anton Shterenlikht wrote: > > On Mon, Jul 06, 2009 at 09:17:33PM +0100, Anton Shterenlikht wrote: > > > Trying to install FBSD 8.0-snapshot 200906 on 73GB HP scsi disks: > > > > > > da0 at mpt0 bus 0 target 0 lun 0 > > > da0: Fixed Direct Access SCSI-3 device > > > da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) > > > da0: Command Queueing Enabled > > > da0: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) > > > da1 at mpt0 bus 0 target 1 lun 0 > > > da1: Fixed Direct Access SCSI-3 device > > > da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) > > > da1: Command Queueing Enabled > > > da1: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) > > > > > > > > > and partition name appears only as "X" in disklabel editor: > > > > > > > > > FreeBSD Disklabel Editor > > > > > > Disk: da0 Free: 0 blocks (0MB) > > > > > > Part Mount Size Newfs Part Mount Size Newfs > > > ---- ----- ---- ----- ---- ----- ---- ----- > > > X /efi 100MB EFI Y > > > X / 512MB UFS2 Y > > > X swap 4055MB SWAP > > > X /var 3051MB UFS2+S Y > > > X /tmp 512MB UFS2+S Y > > > X /usr 61776MB UFS2+S Y > > > > > > > > > automatic or manual - doesn't matter, all partitions are named X, > > > and the installation fails with "cannot create partition /dev/X" or > > > similar. > > > > > > With some seagate 17GB disks works fine. > > > > > > Please advise > > > > This thread mentiones a somewhat similar problem > > - the installation program cannot "write data to > > disk" in 5.2 and 6.1. It's on zx6000 itanium, > > which is very similar to my rx2600, and again > > 73GB scsi disks are used: > > > > http://lists.freebsd.org/pipermail/freebsd-ia64/2006-December/001191.html > > > > no solution was found then. > > Using livefs cd I was able to gpart one disk. Then booting from the > installation disk1 I can set: > > FreeBSD Disklabel Editor > > Disk: da0 Free: 0 blocks (0MB) > > Part Mount Size Newfs Part Mount Size Newfs > ---- ----- ---- ----- ---- ----- ---- ----- > da0p1 /efi 400MB EFI N > da0p2 / 512MB UFS2 N > da0p3 swap 2048MB SWAP > da0p4 /var 1024MB UFS2+S N > da0p5 /tmp 1024MB UFS2+S N > da0p6 /usr 64999MB UFS2+S N > > > However, when the installaiton starts I get several warnings, something > about fsck returning error 8 on checking root partition, and then this > error: > > Error mounting /dev/da0p2 on /mnt : Invalid argument In the partitioning part of the installation program I had to delete all partitions and create them again. Somehow this time round partition names were created fine, and the installation then proceeded ok. It seems all that was needed was gpart create -s gpt da0 from the livefs, then the installation cd could be used. not sure why this happened with 73GB disks and didn't happen with 17GB disks. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Mon Jul 6 23:19:09 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BC6A1065672 for ; Mon, 6 Jul 2009 23:19:09 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 05C638FC1C for ; Mon, 6 Jul 2009 23:19:08 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MNxSi-0004O2-UF; Tue, 07 Jul 2009 00:19:08 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MNxSi-0001pq-35; Tue, 07 Jul 2009 00:19:04 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n66NJ3Ea023950; Tue, 7 Jul 2009 00:19:03 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n66NJ2mq023949; Tue, 7 Jul 2009 00:19:02 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 7 Jul 2009 00:19:02 +0100 From: Anton Shterenlikht To: ToyoRunner Message-ID: <20090706231902.GA23937@mech-cluster238.men.bris.ac.uk> References: <20090706201733.GA17827@mech-cluster238.men.bris.ac.uk> <20090706205125.GA18002@mech-cluster238.men.bris.ac.uk> <20090706222229.GA23689@mech-cluster238.men.bris.ac.uk> <20090706224435.GA23791@mech-cluster238.men.bris.ac.uk> <4A5283BC.2000107@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A5283BC.2000107@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.2 X-Spam-Level: - Cc: freebsd-ia64@freebsd.org Subject: Re: SOLVED: Re: cannot partition HP 73GB disks X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2009 23:19:09 -0000 On Mon, Jul 06, 2009 at 05:07:40PM -0600, ToyoRunner wrote: > > BTW, did you have any luck with gmirror? yes, I posted some success results. This was a gmirror on 17GB disks. I now got a pair of 73GB 15000rpm disks and am doing a mirror right now. Will let you know. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Mon Jul 6 23:25:58 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76A23106564A for ; Mon, 6 Jul 2009 23:25:58 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 30A198FC0A for ; Mon, 6 Jul 2009 23:25:58 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MNxZK-0004Uc-OR; Tue, 07 Jul 2009 00:25:57 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MNxZJ-0001uK-NU; Tue, 07 Jul 2009 00:25:54 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n66NPrj4023999; Tue, 7 Jul 2009 00:25:53 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n66NPrFs023998; Tue, 7 Jul 2009 00:25:53 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 7 Jul 2009 00:25:52 +0100 From: Anton Shterenlikht To: ToyoRunner Message-ID: <20090706232552.GA23964@mech-cluster238.men.bris.ac.uk> References: <20090706201733.GA17827@mech-cluster238.men.bris.ac.uk> <20090706205125.GA18002@mech-cluster238.men.bris.ac.uk> <20090706222229.GA23689@mech-cluster238.men.bris.ac.uk> <20090706224435.GA23791@mech-cluster238.men.bris.ac.uk> <4A5283BC.2000107@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A5283BC.2000107@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.2 X-Spam-Level: - Cc: freebsd-ia64@freebsd.org Subject: Re: SOLVED: Re: cannot partition HP 73GB disks X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2009 23:25:58 -0000 On Mon, Jul 06, 2009 at 05:07:40PM -0600, ToyoRunner wrote: > > BTW, did you have any luck with gmirror? # gpart show => 34 143374671 da0 GPT (68G) 34 819200 1 efi (400M) 819234 1048576 2 freebsd-ufs (512M) 1867810 4194304 3 freebsd-swap (2.0G) 6062114 2097152 4 freebsd-ufs (1.0G) 8159266 2097152 5 freebsd-ufs (1.0G) 10256418 133118287 6 freebsd-ufs (63G) => 34 143374671 da1 GPT (68G) 34 819200 1 efi (400M) 819234 1048576 2 freebsd-ufs (512M) 1867810 4194304 3 freebsd-swap (2.0G) 6062114 2097152 4 freebsd-ufs (1.0G) 8159266 2097152 5 freebsd-ufs (1.0G) 10256418 133118287 6 freebsd-ufs (63G) # # gmirror status Name Status Components mirror/efi COMPLETE da0p1 da1p1 mirror/root COMPLETE da1p2 da0p2 mirror/swap COMPLETE da1p3 da0p3 mirror/usr DEGRADED da0p6 da1p6 (25%) mirror/tmp COMPLETE da0p5 da1p5 mirror/var COMPLETE da0p4 da1p4 # why is rebuilding such a slow process? there are less than 300MB of data on /usr as of fresh minimal install. However the partition is 63GB. But does the partition size matter? I'd imagine only data need to be rebuild. I've got to 25% after about 10 minutes. The data transfer rate for these disks supposed to be 300 MB/s according to dmesg: da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) I'm surely missing something simple. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Mon Jul 6 23:29:46 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C70941065687 for ; Mon, 6 Jul 2009 23:29:46 +0000 (UTC) (envelope-from toyorunner@gmail.com) Received: from mail-pz0-f193.google.com (mail-pz0-f193.google.com [209.85.222.193]) by mx1.freebsd.org (Postfix) with ESMTP id 93D798FC24 for ; Mon, 6 Jul 2009 23:29:46 +0000 (UTC) (envelope-from toyorunner@gmail.com) Received: by mail-pz0-f193.google.com with SMTP id 31so2433373pzk.3 for ; Mon, 06 Jul 2009 16:29:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=mxfBW/baRdTd20U/XipRZCBQ+oBGqm7TucmR9aiG2Qg=; b=Q42B6r63cOPFHTL13mU+R51sf0+6ePEGuXdwBtj+HMPHVkq1y+GrPcWseX+Awup2VM ICXyeDpfK77kDTIIQkBEMWLkQTbELKwNQ6SnsgXam8X+p3BFc4QSMIMgsfET+Z4S1ARd XKP1EJPzHK3bnJKNknjg08Xr9tDzUimVx3YjA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=crEZvgcJkI9mYk1Vtoa6UiewOJc6HfAmQYhzC55juvksJXXQNhxHhG17uH2ogBDhZm hziuYS58RjCu6649174GD8Ml4WvEtojDtJv29PvhpuUckGUPS5PTPHyrLR7qKSWj007C Jqi4L5PDC5ZgVshcl5Pbwr8I4numH+Wl0n96s= Received: by 10.142.57.1 with SMTP id f1mr1550305wfa.25.1246921664576; Mon, 06 Jul 2009 16:07:44 -0700 (PDT) Received: from ?192.168.1.78? ([66.109.157.16]) by mx.google.com with ESMTPS id 29sm8263734wfg.1.2009.07.06.16.07.41 (version=SSLv3 cipher=RC4-MD5); Mon, 06 Jul 2009 16:07:42 -0700 (PDT) Message-ID: <4A5283BC.2000107@gmail.com> Date: Mon, 06 Jul 2009 17:07:40 -0600 From: ToyoRunner User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Anton Shterenlikht References: <20090706201733.GA17827@mech-cluster238.men.bris.ac.uk> <20090706205125.GA18002@mech-cluster238.men.bris.ac.uk> <20090706222229.GA23689@mech-cluster238.men.bris.ac.uk> <20090706224435.GA23791@mech-cluster238.men.bris.ac.uk> In-Reply-To: <20090706224435.GA23791@mech-cluster238.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ia64@freebsd.org Subject: Re: SOLVED: Re: cannot partition HP 73GB disks X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2009 23:29:47 -0000 Anton Shterenlikht wrote: > On Mon, Jul 06, 2009 at 11:22:29PM +0100, Anton Shterenlikht wrote: > >> On Mon, Jul 06, 2009 at 09:51:25PM +0100, Anton Shterenlikht wrote: >> >>> On Mon, Jul 06, 2009 at 09:17:33PM +0100, Anton Shterenlikht wrote: >>> >>>> Trying to install FBSD 8.0-snapshot 200906 on 73GB HP scsi disks: >>>> >>>> da0 at mpt0 bus 0 target 0 lun 0 >>>> da0: Fixed Direct Access SCSI-3 device >>>> da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) >>>> da0: Command Queueing Enabled >>>> da0: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) >>>> da1 at mpt0 bus 0 target 1 lun 0 >>>> da1: Fixed Direct Access SCSI-3 device >>>> da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) >>>> da1: Command Queueing Enabled >>>> da1: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) >>>> >>>> >>>> and partition name appears only as "X" in disklabel editor: >>>> >>>> >>>> FreeBSD Disklabel Editor >>>> >>>> Disk: da0 Free: 0 blocks (0MB) >>>> >>>> Part Mount Size Newfs Part Mount Size Newfs >>>> ---- ----- ---- ----- ---- ----- ---- ----- >>>> X /efi 100MB EFI Y >>>> X / 512MB UFS2 Y >>>> X swap 4055MB SWAP >>>> X /var 3051MB UFS2+S Y >>>> X /tmp 512MB UFS2+S Y >>>> X /usr 61776MB UFS2+S Y >>>> >>>> >>>> automatic or manual - doesn't matter, all partitions are named X, >>>> and the installation fails with "cannot create partition /dev/X" or >>>> similar. >>>> >>>> With some seagate 17GB disks works fine. >>>> >>>> Please advise >>>> >>> This thread mentiones a somewhat similar problem >>> - the installation program cannot "write data to >>> disk" in 5.2 and 6.1. It's on zx6000 itanium, >>> which is very similar to my rx2600, and again >>> 73GB scsi disks are used: >>> >>> http://lists.freebsd.org/pipermail/freebsd-ia64/2006-December/001191.html >>> >>> no solution was found then. >>> >> Using livefs cd I was able to gpart one disk. Then booting from the >> installation disk1 I can set: >> >> FreeBSD Disklabel Editor >> >> Disk: da0 Free: 0 blocks (0MB) >> >> Part Mount Size Newfs Part Mount Size Newfs >> ---- ----- ---- ----- ---- ----- ---- ----- >> da0p1 /efi 400MB EFI N >> da0p2 / 512MB UFS2 N >> da0p3 swap 2048MB SWAP >> da0p4 /var 1024MB UFS2+S N >> da0p5 /tmp 1024MB UFS2+S N >> da0p6 /usr 64999MB UFS2+S N >> >> >> However, when the installaiton starts I get several warnings, something >> about fsck returning error 8 on checking root partition, and then this >> error: >> >> Error mounting /dev/da0p2 on /mnt : Invalid argument >> > > In the partitioning part of the installation program I had to delete > all partitions and create them again. Somehow this time round partition > names were created fine, and the installation then proceeded ok. > > It seems all that was needed was > gpart create -s gpt da0 > > from the livefs, then the installation cd could be used. > > not sure why this happened with 73GB disks and didn't happen with 17GB disks. > > I have encountered the same problem. I don't know what causes it but basically if you want to make a partition change in the installer you have to remove all the existing partitions and re add them. The installer will not newfs the existing partitions. It fails the with "Invalid argument" error. BTW, did you have any luck with gmirror? From owner-freebsd-ia64@FreeBSD.ORG Tue Jul 7 09:12:54 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE2EF106564A for ; Tue, 7 Jul 2009 09:12:54 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 5C92E8FC19 for ; Tue, 7 Jul 2009 09:12:54 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MO6j6-0000un-Ff; Tue, 07 Jul 2009 10:12:53 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MO6j4-0000WM-UA; Tue, 07 Jul 2009 10:12:36 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n679CYlJ040047; Tue, 7 Jul 2009 10:12:34 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n679CYEm040046; Tue, 7 Jul 2009 10:12:34 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 7 Jul 2009 10:12:34 +0100 From: Anton Shterenlikht To: ToyoRunner Message-ID: <20090707091234.GA39999@mech-cluster238.men.bris.ac.uk> References: <20090706201733.GA17827@mech-cluster238.men.bris.ac.uk> <20090706205125.GA18002@mech-cluster238.men.bris.ac.uk> <20090706222229.GA23689@mech-cluster238.men.bris.ac.uk> <20090706224435.GA23791@mech-cluster238.men.bris.ac.uk> <4A5283BC.2000107@gmail.com> <20090706232552.GA23964@mech-cluster238.men.bris.ac.uk> <4A5296F2.80800@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A5296F2.80800@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.2 X-Spam-Level: - Cc: freebsd-ia64@freebsd.org Subject: gmirror per partition on ia64 - handbook incorrect X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2009 09:12:55 -0000 On Mon, Jul 06, 2009 at 06:29:38PM -0600, ToyoRunner wrote: > Anton Shterenlikht wrote: > > On Mon, Jul 06, 2009 at 05:07:40PM -0600, ToyoRunner wrote: > > > >> BTW, did you have any luck with gmirror? > >> > > > > # gpart show > > => 34 143374671 da0 GPT (68G) > > 34 819200 1 efi (400M) > > 819234 1048576 2 freebsd-ufs (512M) > > 1867810 4194304 3 freebsd-swap (2.0G) > > 6062114 2097152 4 freebsd-ufs (1.0G) > > 8159266 2097152 5 freebsd-ufs (1.0G) > > 10256418 133118287 6 freebsd-ufs (63G) > > > > => 34 143374671 da1 GPT (68G) > > 34 819200 1 efi (400M) > > 819234 1048576 2 freebsd-ufs (512M) > > 1867810 4194304 3 freebsd-swap (2.0G) > > 6062114 2097152 4 freebsd-ufs (1.0G) > > 8159266 2097152 5 freebsd-ufs (1.0G) > > 10256418 133118287 6 freebsd-ufs (63G) > > > > # > > > > > > # gmirror status > > Name Status Components > > mirror/efi COMPLETE da0p1 > > da1p1 > > mirror/root COMPLETE da1p2 > > da0p2 > > mirror/swap COMPLETE da1p3 > > da0p3 > > mirror/usr DEGRADED da0p6 > > da1p6 (25%) > > mirror/tmp COMPLETE da0p5 > > da1p5 > > mirror/var COMPLETE da0p4 > > da1p4 > > # > > > > why is rebuilding such a slow process? there are less than 300MB of > > data on /usr as of fresh minimal install. However the partition is > > 63GB. But does the partition size matter? I'd imagine only data need > > to be rebuild. I've got to 25% after about 10 minutes. The data > > transfer rate for these disks supposed to be 300 MB/s according to > > dmesg: > > > > da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) > > > > I'm surely missing something simple. > > > > > Actually, I believe the whole disks need to be indexed regardless. Who > knows which zero block is the zero block you need. > > Could you post the steps you took to get your mirror operating correctly > to the list? I would bow before you. See below, sorry if it's too much detail. Some steps are related to install on my particular box, i.e. not generic ia64 requirements. It seems quite complicated, requiring two reboots. Please see if you can shorten or simplify the procedure. I'd like to write a section on RAID-1 on ia64 for the handbook based on this, because existing advice is incorrect when it comes to ia64. So, I welcome any suggestions on these quidelines. This example is based on setting up gmirror on rx2600 with two directly attached scsi disks, da0 and da1. 1. preliminary: read man pages for gpart(8), gmirror(8), geom(4), geom(8), dump(8), restore(8). use # gpart show # gmirror status # gmirror list between the steps to see partitions and mirror state. 2. fresh FBSD install on da0, as default, but: a) /efi is 400MB b) set up at least one network interface c) create at least one user and add him to group wheel (b) and (c) are necessary because /etc/ttys by default does not open getty on console via MP, so ssh connection is required. 3. (optional, possibly for my box only): add hw.ata.atapi_dma=0 to /boot/device.hints 4. (optional) enable extra debug messages: # sysctl kern.geom.debugflags=17 5. partition a spare disk, da1, exactly as the boot disk: # gpart create -s gpt da1 # gpart add ... so that the results look like: # gpart show => 34 143374671 da0 GPT (68G) 34 819200 1 efi (400M) 819234 1048576 2 freebsd-ufs (512M) 1867810 4194304 3 freebsd-swap (2.0G) 6062114 2097152 4 freebsd-ufs (1.0G) 8159266 2097152 5 freebsd-ufs (1.0G) 10256418 133118287 6 freebsd-ufs (63G) => 34 143374671 da1 GPT (68G) 34 819200 1 efi (400M) 819234 1048576 2 freebsd-ufs (512M) 1867810 4194304 3 freebsd-swap (2.0G) 6062114 2097152 4 freebsd-ufs (1.0G) 8159266 2097152 5 freebsd-ufs (1.0G) 10256418 133118287 6 freebsd-ufs (63G) # 6. load gmirror kernel module # gmirror load 7. create mirror for EFI partition: a) unmount /efi because GEOM manipulations can be performed only on unmounted, not in use, partition: # umount /efi b) create efi mirror on the boot(!) disk: # gmirror label -vb round-robin efi da0p1 c) add spare disk's efi partition to the mirror: # gmirror insert efi da1p1 rebuilding should start, check progress with # gmirror status after rebuilding is complete you should see: # gmirror status efi Name Status Components mirror/efi COMPLETE da0p1 da1p1 # d) mount mirror efi: # mount -t msdosfs /dev/mirror/efi /efi # df Filesystem 1K-blocks Used Avail Capacity Mounted on ... /dev/mirror/efi 409504 163264 246240 40% /efi # 8. create mirror for root (/) partition. This involves extra steps since / cannot be unmounted. a) create mirror on the spare disk: # gmirror label -vb round-robin root da1p2 b) create ufs filesystem on the mirror: # newfs /dev/mirror/root c) mount root mirror temporarily, say under /mnt: # mount /dev/mirror/root /mnt d) now copy / onto /mnt (actually onto the root mirror, /dev/mirror/root). Use a combination of dump(8) and restore(8). No other copying tool will do it right: # cd /mnt # dump 0aLf - / | restore rf - (check the man pages for more details on the options) 9. update fstab on the mirror(!) Edit /mnt/etc/fstab and change da0p1 into mirror/efi and da0p2 into mirror/root. 10. update /boot/loader.conf a) put this line at the very beginning: geom_mirror_load="YES" f) In this line: vfs.root.mountfrom="ufs:/dev/da0p2" replace da0p2 with mirror/root, so that it is: vfs.root.mountfrom="ufs:/dev/mirror/root" 11. reboot into single user(!) mode on shutdown you should see root and efi mirrors destroyed. 12. on boot you should see gmirror loaded, /dev/mirror/root and /dev/mirror/efi started and /dev/mirror/root is used as a boot device, 13. now that you have booted from /dev/da1p2, da0p2 is not mounted, so it can be inserted into root mirror: # gmirror insert root da0p2 14. create mirrors for all other partitions of da0, which are now not mounted: # gmirror label -vb round-robin swap da0p3 # gmirror label -vb round-robin var da0p4 # gmirror label -vb round-robin tmp da0p5 # gmirror label -vb round-robin usr da0p6 15. edit /etc/fstab and change da0p3 into mirrior/swap da0p4 into mirrior/var da0p5 into mirrior/tmp da0p6 into mirrior/usr 16. reboot 17. on startup add spare disks to mirrors: # gmirror insert swap da1p3 # gmirror insert var da1p4 # gmirror insert tmp da1p5 # gmirror insert usr da1p6 18. done! -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Tue Jul 7 09:48:14 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0117A106568A; Tue, 7 Jul 2009 09:48:14 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id B39228FC12; Tue, 7 Jul 2009 09:48:13 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MO7HW-0003BM-2r; Tue, 07 Jul 2009 10:48:12 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MO7HV-000119-Dv; Tue, 07 Jul 2009 10:48:09 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n679m8t2002935; Tue, 7 Jul 2009 10:48:08 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n679m8vX002934; Tue, 7 Jul 2009 10:48:08 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 7 Jul 2009 10:48:08 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.4 X-Spam-Level: - Cc: Subject: buildworld panic on ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2009 09:48:14 -0000 this is FreeBSD 8.0-current 200906 snapshot on ia64. Updated src this morning, following the standard procedure, on make -j6 buildworld the process stops at: ===> gnu/usr.bin/cc/cc1 (all) cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/u sr/src/tmp/usr\" -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_tools - I/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../ ../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I/u sr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr .bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc /cc1/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr /include -c /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/main.c cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/u sr/src/tmp/usr\" -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_tools - I/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../ ../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I/u sr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr .bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc /cc1/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr /include -c /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-parser.c cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/u sr/src/tmp/usr\" -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_tools - I/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../ ../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I/u sr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr .bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc /cc1/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr /include -c /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lang.c cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/u sr/src/tmp/usr\" -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_tools - I/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../ ../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I/u sr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr .bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc /cc1/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr /include -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o cc1-dummy main.o c-pa rser.o c-lang.o /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_int/libbac kend.a /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../libcpp/libcpp.a /usr/o bj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../libdecnumber/libdecnumber.a /usr/ob j/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../libiberty/libiberty.a -legacy ../cc_tools/genchecksum cc1-dummy > cc1-checksum.c on the console I get: panic: mtx_lock_spin() of destroyed mutex @ /usr/src/sys/ia64/ia64/trap.c:680 cpuid = 0 KDB: enter: panic [thread pid 67078 tid 100097 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe2a8e8,gp ;; db> -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Tue Jul 7 09:49:57 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B9511065672 for ; Tue, 7 Jul 2009 09:49:57 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id E19268FC14 for ; Tue, 7 Jul 2009 09:49:56 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 3207C6D423; Tue, 7 Jul 2009 11:51:00 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FgH+91ifTaUP; Tue, 7 Jul 2009 11:50:58 +0200 (CEST) Received: by mx1.rink.nu (Postfix, from userid 1000) id 76FE26D41E; Tue, 7 Jul 2009 11:50:58 +0200 (CEST) Date: Tue, 7 Jul 2009 11:50:58 +0200 From: Rink Springer To: Anton Shterenlikht Message-ID: <20090707095058.GC7827@rink.nu> References: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: buildworld panic on ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2009 09:49:57 -0000 On Tue, Jul 07, 2009 at 10:48:08AM +0100, Anton Shterenlikht wrote: > panic: mtx_lock_spin() of destroyed mutex @ /usr/src/sys/ia64/ia64/trap.c:680 > cpuid = 0 > KDB: enter: panic > [thread pid 67078 tid 100097 ] > Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe2a8e8,gp ;; Do you have a backtrace ? Regards, -- Rink P.W. Springer - http://rink.nu "Doom, gloom and despair. I like it!" - Tiresias From owner-freebsd-ia64@FreeBSD.ORG Tue Jul 7 12:44:18 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB792106567E; Tue, 7 Jul 2009 12:44:18 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 78F078FC1B; Tue, 7 Jul 2009 12:44:18 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MOA1n-000092-5u; Tue, 07 Jul 2009 13:44:17 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MOA1m-0003LX-17; Tue, 07 Jul 2009 13:44:06 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n67Ci5wt046131; Tue, 7 Jul 2009 13:44:05 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n67Ci5wn046130; Tue, 7 Jul 2009 13:44:05 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 7 Jul 2009 13:44:05 +0100 From: Anton Shterenlikht To: Rink Springer Message-ID: <20090707124405.GA46091@mech-cluster238.men.bris.ac.uk> References: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> <20090707095058.GC7827@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090707095058.GC7827@rink.nu> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.2 X-Spam-Level: - Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: buildworld panic on ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2009 12:44:19 -0000 On Tue, Jul 07, 2009 at 11:50:58AM +0200, Rink Springer wrote: > On Tue, Jul 07, 2009 at 10:48:08AM +0100, Anton Shterenlikht wrote: > > panic: mtx_lock_spin() of destroyed mutex @ /usr/src/sys/ia64/ia64/trap.c:680 > > cpuid = 0 > > KDB: enter: panic > > [thread pid 67078 tid 100097 ] > > Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe2a8e8,gp ;; > > Do you have a backtrace ? no, sorry, I was too quick to reboot. I tried to reproduce the error, got this on the way: # XXX: bogusly disabled high FP regs which is reported from by sys/ia64/ia64/trap.c, and then this error (but no panic this time): ===> usr.bin/yacc (all) cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -c /usr/src/usr.bin/yacc/closure. c cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -c /usr/src/usr.bin/yacc/error.c cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -c /usr/src/usr.bin/yacc/lalr.c cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -c /usr/src/usr.bin/yacc/lr0.c cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -c /usr/src/usr.bin/yacc/mkpar.c cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -c /usr/src/usr.bin/yacc/output.c cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -c /usr/src/usr.bin/yacc/reader.c cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -c /usr/src/usr.bin/yacc/main.c cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -c /usr/src/usr.bin/yacc/skeleton .c cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -c /usr/src/usr.bin/yacc/symtab.c cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -c /usr/src/usr.bin/yacc/verbose. c cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -c /usr/src/usr.bin/yacc/warshall .c gzip -cn /usr/src/usr.bin/yacc/yacc.1 > yacc.1.gz gzip -cn /usr/src/usr.bin/yacc/yyfix.1 > yyfix.1.gz cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -o yacc closure.o error.o lalr.o lr0.o main.o mkpar.o output.o reader.o skeleton.o symtab.o verbose.o warshall.o ===> usr.bin/yes (all) cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -c /usr/src/usr.bin/yes/yes.c gzip -cn /usr/src/usr.bin/yes/yes.1 > yes.1.gz cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -o yes yes.o ===> usr.bin/ypcat (all) cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -c /usr/src/usr.bin/ypcat/ypcat.c gzip -cn /usr/src/usr.bin/ypcat/ypcat.1 > ypcat.1.gz cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -o ypcat ypcat.o ===> usr.bin/ypmatch (all) cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -c /usr/src/usr.bin/ypmatch/ypmat ch.c gzip -cn /usr/src/usr.bin/ypmatch/ypmatch.1 > ypmatch.1.gz cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -o ypmatch ypmatch.o ===> usr.bin/ypwhich (all) cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -c /usr/src/usr.bin/ypwhich/ypwhi ch.c gzip -cn /usr/src/usr.bin/ypwhich/ypwhich.1 > ypwhich.1.gz cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -o ypwhich ypwhich.o 1 error *** Error code 2 1 error *** Error code 2 1 error # ********************** Below are dmesg and make.conf, if it matters. There are several backtraces in dmesg, but I'm not sure now at what stage they appeared. many thanks ********************** GDB: debug ports: uart GDB: current port: uart KDB: debugger backends: ddb gdb KDB: current backend: ddb Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT-200906 #0: Fri Jun 12 22:56:41 UTC 2009 root@hob.lan.xcllnt.net:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. CPU: Madison (1500.00-Mhz Itanium 2) Origin = "GenuineIntel" Revision = 5 Features = 0x1 real memory = 2126766080 (2028 MB) avail memory = 2013437952 (1920 MB) FPSWA Revision = 0x10012, Entry = 0xe00000407fe60050 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0: SAPIC Id=0, SAPIC Eid=0 (BSP) cpu1: SAPIC Id=1, SAPIC Eid=0 ACPI Warning: 32/64X length mismatch in Gpe0Block: 32/16 20090521 tbfadt-625 ACPI Warning: 32/64X length mismatch in Gpe1Block: 32/16 20090521 tbfadt-625 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> iomem 0xff5c1004-0xff5c1007 on acpi0 acpi_tz0: on acpi0 pcib0: on acpi0 pci0: on pcib0 ohci0: mem 0x80023000-0x80023fff irq 16 at device 1.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0x80022000-0x80022fff irq 17 at device 1.1 on pci0 ohci1: [ITHREAD] usbus1: on ohci1 ehci0: mem 0x80021000-0x800210ff irq 18 at device 1.2 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 0.95 usbus2: on ehci0 atapci0: port 0xd58-0xd5f,0xd64-0xd67,0xd50-0xd57,0xd60-0xd63,0xd40-0xd4f irq 21 at device 2.0 on pci0 atapci0: [ITHREAD] atapci0: HW has secondary channel disabled ata2: on atapci0 ata2: [ITHREAD] fxp0: port 0xd00-0xd3f mem 0x80020000-0x80020fff,0x80000000-0x8001ffff irq 20 at device 3.0 on pci0 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:11:0a:31:d6:ec fxp0: [ITHREAD] pcib1: on acpi0 pci32: on pcib1 mpt0: port 0x2100-0x21ff mem 0x90840000-0x9084ffff,0x90830000-0x9083ffff irq 27 at device 1.0 on pci32 mpt0: [ITHREAD] mpt0: MPI Version=1.2.12.0 mpt1: port 0x2000-0x20ff mem 0x90820000-0x9082ffff,0x90810000-0x9081ffff irq 28 at device 1.1 on pci32 mpt1: [ITHREAD] mpt1: MPI Version=1.2.12.0 bge0: mem 0x90800000-0x9080ffff irq 29 at device 2.0 on pci32 miibus1: on bge0 brgphy0: PHY 1 on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:11:0a:31:36:40 bge0: [ITHREAD] pcib2: on acpi0 pci64: on pcib2 pcib3: on acpi0 pci96: on pcib3 pcib4: on acpi0 pci128: on pcib4 pcib5: on acpi0 pci192: on pcib5 pcib6: on acpi0 pci224: on pcib6 uart0: <16550 or compatible> mem 0xf4051000-0xf405100f irq 82 at device 1.0 on pci224 uart0: [FILTER] puc0: mem 0xf4050000-0xf4050fff,0xf4020000-0xf403ffff irq 82 at device 1.1 on pci224 puc0: [FILTER] uart1: on puc0 uart1: [FILTER] uart1: console (9600,n,8,1) uart2: on puc0 uart2: [FILTER] vgapci0: port 0xe000-0xe0ff mem 0xf0000000-0xf3ffffff,0xf4040000-0xf404ffff at device 2.0 on pci224 uart3: <16550 or compatible> iomem 0xff5e0000-0xff5e0007 irq 34 on acpi0 uart3: [FILTER] uart4: <16550 or compatible> iomem 0xff5e2000-0xff5e2007 irq 35 on acpi0 uart4: [FILTER] uart4: debug port (9600,n,8,1) cpu0: on acpi0 cpu1: on acpi0 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 usbus2: 480Mbps High Speed USB v2.0 ugen2.1: at usbus2 uhub2: on usbus2 acd0: DVDROM at ata2-master PIO4 Waiting 5 seconds for SCSI devices to settle uhub1: 2 ports with 2 removable, self powered uhub0: 3 ports with 3 removable, self powered uhub2: 5 ports with 5 removable, self powered WARNING: WITNESS option enabled, expect reduced performance. da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) da0: Command Queueing Enabled da0: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) da1 at mpt0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) da1: Command Queueing Enabled da1: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) GEOM_MIRROR: Device mirror/efi launched (2/2). GEOM_MIRROR: Device mirror/root launched (2/2). GEOM_MIRROR: Device mirror/swap launched (2/2). GEOM_MIRROR: Device mirror/var launched (2/2). GEOM_MIRROR: Device mirror/tmp launched (1/2). GEOM_MIRROR: Device tmp: rebuilding provider da0p5. GEOM_MIRROR: Device mirror/usr launched (1/2). GEOM_MIRROR: Device usr: rebuilding provider da0p6. Trying to mount root from ufs:/dev/mirror/root WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted /tmp: mount pending error: blocks 24 files 6 WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted GEOM_MIRROR: Device tmp: rebuilding provider da0p5 finished. lock order reversal: 1st 0xe0000000109596b8 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:423 2nd 0xa00000001e4bad40 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2558 3rd 0xe000000010792448 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:544 KDB: stack backtrace: db_trace_self(0xe000000004115b50) at db_trace_self+0x20 db_trace_self_wrapper(0xe000000004654560) at db_trace_self_wrapper+0x70 kdb_backtrace(0xe000000004cf9c38, 0xe00000000467bf60) at kdb_backtrace+0xc0 _witness_debugger(0x1, 0xe000000004b4bac0, 0xe00000000467d800, 0x999, 0xe000000004b71740) at _witness_debugger+0x60 witness_checkorder(0xe000000010792448, 0x9, 0x0, 0x220, 0x0) at witness_checkorder+0x12c0 __lockmgr_args(0xe000000010792448, 0x80100, 0xe000000010792470, 0xe000000004b3a158, 0x50, 0x33, 0xe000000004b71740, 0x220) at __lockmgr_args+0xe10 ffs_lock(0xa000000032a78dd0, 0xe000000010792448, 0x80100) at ffs_lock+0x130 VOP_LOCK1_APV(0xe000000004cc19f0, 0xa000000032a78db0, 0xe0000000045d5b90) at VOP_LOCK1_APV+0x1d0 _vn_lock(0xe0000000107923b0, 0x80100, 0xe000000004b71740, 0x220, 0xe0000000107923c0, 0xa000000032a78dd0, 0xa000000032a78dc8, 0xa000000032a78dc0) at _vn_lock+0xf0 ffs_snapshot(0xe0000000107b45e0, 0xa000000032a78fc8, 0xe0000000107923b0, 0xe000000010792470, 0x1, 0x0, 0xa00000000037a000, 0x0) at ffs_snapshot+0x2280 ffs_mount(0x0, 0xe000000004b735e8, 0xa000000032a79100, 0xa000000032a79100) at ffs_mount+0x2160 vfs_donmount(0x0, 0x211000, 0xe0000000106c5400) at vfs_donmount+0x1d80 nmount(0xe000000010886000, 0xa000000032a794e8, 0x0, 0xe000000004ac03e0) at nmount+0xe0 syscall(0xa000000032a79400, 0x17a, 0x201000, 0xe000000010886000, 0xe00000001087ccd8, 0xe000000004c99a28, 0x17a, 0xa000000032a794e8) at syscall+0x3e0 epc_syscall_return() at epc_syscall_return lock order reversal: 1st 0xa00000001e4bad40 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2558 2nd 0xe000000010a2a330 snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:793 KDB: stack backtrace: db_trace_self(0xe000000004115b50) at db_trace_self+0x20 db_trace_self_wrapper(0xe000000004654560) at db_trace_self_wrapper+0x70 kdb_backtrace(0xe000000004cf9c38, 0xe00000000467bf60) at kdb_backtrace+0xc0 _witness_debugger(0x1, 0xe000000004b4bac0, 0xe00000000467d800, 0x999, 0xe000000004b71740) at _witness_debugger+0x60 witness_checkorder(0xe000000010a2a330, 0x9, 0xffffffffffffffff, 0x319, 0xe0000000109596e0) at witness_checkorder+0x12c0 __lockmgr_args(0xe000000010a2a330, 0x80400, 0xe0000000109596e0, 0xe000000004b717a8, 0x50, 0x33, 0xe000000004b71740, 0x319) at __lockmgr_args+0xe10 ffs_lock(0xa000000032a78dd0, 0xe000000010a2a330, 0x80400) at ffs_lock+0x130 VOP_LOCK1_APV(0xe000000004cc19f0, 0xa000000032a78db0, 0xe000000004b51bb0) at VOP_LOCK1_APV+0x1d0 _vn_lock(0xe000000010959620, 0x80400, 0xe000000004b71740, 0x319, 0xe000000010959630, 0xa000000032a78dd0, 0xa000000032a78dc8, 0xa000000032a78dc0) at _vn_lock+0xf0 ffs_snapshot(0xe0000000107b45e0, 0xa000000032a78fc8, 0xa000000032a78e08, 0xe0000000107ae000, 0xe00000001096d100, 0x0, 0xe00000001062a030, 0xe00000001096d000) at ffs_snapshot+0x3f50 ffs_mount(0x0, 0xe000000004b735e8, 0xa000000032a79100, 0xa000000032a79100) at ffs_mount+0x2160 vfs_donmount(0x0, 0x211000, 0xe0000000106c5400) at vfs_donmount+0x1d80 nmount(0xe000000010886000, 0xa000000032a794e8, 0x0, 0xe000000004ac03e0) at nmount+0xe0 syscall(0xa000000032a79400, 0x17a, 0x201000, 0xe000000010886000, 0xe00000001087ccd8, 0xe000000004c99a28, 0x17a, 0xa000000032a794e8) at syscall+0x3e0 epc_syscall_return() at epc_syscall_return lock order reversal: 1st 0xe000000010a2a330 snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:295 2nd 0xe0000000109596b8 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1587 KDB: stack backtrace: db_trace_self(0xe000000004115b50) at db_trace_self+0x20 db_trace_self_wrapper(0xe000000004654560) at db_trace_self_wrapper+0x70 kdb_backtrace(0xe000000004cf9c38, 0xe00000000467bf60) at kdb_backtrace+0xc0 _witness_debugger(0x1, 0xe000000004b4bac0, 0xe00000000467d800, 0x999, 0xe000000004b71740) at _witness_debugger+0x60 witness_checkorder(0xe0000000109596b8, 0x9, 0xffffffffffffffff, 0x633, 0x0) at witness_checkorder+0x12c0 __lockmgr_args(0xe0000000109596b8, 0x80000, 0x0, 0xe000000004b3a158, 0x50, 0x33, 0xe000000004b71740, 0x633) at __lockmgr_args+0xe10 ffs_snapremove(0xe000000010959620, 0xe000000004b71740, 0xe000000004b55ab8, 0xe0000000109596b8) at ffs_snapremove+0x200 softdep_releasefile(0xe00000001086f6f8, 0xa000000032a792d0, 0x29f, 0xe000000004a12470, 0x48e) at softdep_releasefile+0x90 ufs_inactive(0xe000000010886000, 0xe00000001086f6f8, 0xe000000010959710) at ufs_inactive+0x400 VOP_INACTIVE_APV(0xe000000004cc21c0, 0xa000000032a792e0, 0xe000000004b54550, 0xe00000000470f940) at VOP_INACTIVE_APV+0x1c0 vinactive(0xe000000010959620, 0xe000000010886000, 0x800, 0xe0000000109596e0) at vinactive+0x110 vput(0xe000000010959620, 0xa000000032a79308, 0xe000000004b55ab8, 0xe0000000109596e0) at vput+0x3f0 vn_close(0xe000000010959620, 0x1, 0xe000000010363c00, 0xe000000010886000) at vn_close+0x310 vn_closefile(0xe000000010723590, 0xe000000010886000, 0xe000000010959620) at vn_closefile+0x1e0 _fdrop(0xe000000010723590, 0xe000000010886000, 0xe000000004589d10, 0xb9b) at _fdrop+0xb0 closef(0xe000000010723590, 0xe000000010886000, 0x0, 0xe00000000458a4c0) at closef+0x570 kern_close(0xe000000010886000, 0xe000000004b3c520) at kern_close+0x270 close(0xe000000010886000, 0xa000000032a794e8, 0xe000000004ac03e0, 0x58f) at close+0x30 syscall(0xa000000032a79400, 0x6, 0x0, 0xe000000010886000, 0xe00000001087ccd8, 0xe000000004c95468, 0x6, 0xa000000032a794e8) at syscall+0x3e0 epc_syscall_return() at epc_syscall_return GEOM_MIRROR: Device usr: rebuilding provider da0p6 finished. lock order reversal: 1st 0xa00000001e6a59c8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2558 2nd 0xe0000000107bcc00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:285 KDB: stack backtrace: db_trace_self(0xe000000004115b50) at db_trace_self+0x20 db_trace_self_wrapper(0xe000000004654560) at db_trace_self_wrapper+0x70 kdb_backtrace(0xe000000004cf9c38, 0xe00000000467bf60) at kdb_backtrace+0xc0 _witness_debugger(0x1, 0xe000000004b4bac0, 0xe00000000467d800, 0x999, 0xe000000004b73fd0) at _witness_debugger+0x60 witness_checkorder(0xe0000000107bcc00, 0x9, 0xffffffffffffffff, 0x11d, 0x0) at witness_checkorder+0x12c0 _sx_xlock(0xe0000000107bcc00, 0x0, 0xe000000004b73fd0, 0x11d) at _sx_xlock+0xc0 ufsdirhash_acquire(0xe000000010abbd88, 0xe0000000107bcc00, 0xe000000004a0ef40, 0x38b) at ufsdirhash_acquire+0x50 ufsdirhash_remove(0xe000000010abbd88, 0xa000000023710018, 0x18, 0xa000000032a79328) at ufsdirhash_remove+0x20 ufs_dirremove(0xe000000012b997f8, 0xe000000010bee2a0, 0x0, 0x1, 0xa000000023710018) at ufs_dirremove+0x240 ufs_rmdir(0xa000000032a79390, 0xe000000010bee2a0, 0xe000000010abbd88) at ufs_rmdir+0x230 VOP_RMDIR_APV(0xe000000004cc21c0, 0xa000000032a793d8, 0x2, 0xe00000000471aff0) at VOP_RMDIR_APV+0x1c0 kern_rmdirat(0xe000000010886000, 0xffffffffffffff9c, 0x200000004041a508, 0x0) at kern_rmdirat+0x340 kern_rmdir(0xe000000010886000, 0x200000004041a508, 0x0) at kern_rmdir+0x30 rmdir(0xe000000010886000, 0xa000000032a794e8, 0xe000000004ac03e0, 0x58f) at rmdir+0x30 syscall(0xa000000032a79400, 0x89, 0x200000004041a400, 0xe000000010886000, 0xe00000001087ccd8, 0xe000000004c96cf8, 0x89, 0xa000000032a794e8) at syscall+0x3e0 epc_syscall_return() at epc_syscall_return XXX: bogusly disabled high FP regs --->>> make.conf <<<--- # $FreeBSD: src/share/examples/etc/make.conf,v 1.279 2007/01/17 12:43:06 des Exp $ # copied from /usr/share/examples/etc/make.conf # # Currently the following CPU types are recognized: # Intel x86 architecture: # (AMD CPUs) opteron athlon64 athlon-mp athlon-xp athlon-4 # athlon-tbird athlon k8 k6-3 k6-2 k6 k5 # (Intel CPUs) core2 core nocona pentium4m pentium4 prescott # pentium3m pentium3 pentium-m pentium2 # pentiumpro pentium-mmx pentium i486 i386 # (Via CPUs) c3 c3-2 # Alpha/AXP architecture: ev67 ev6 pca56 ev56 ev5 ev45 ev4 # AMD64 architecture: opteron, athlon64, nocona, prescott, core2 # Intel ia64 architecture: itanium2, itanium # # (?= allows to buildworld for a different CPUTYPE.) # CPUTYPE=ia64 #NO_CPU_CFLAGS= # Don't add -march= to CFLAGS automatically #NO_CPU_COPTFLAGS= # Don't add -march= to COPTFLAGS automatically # # CFLAGS controls the compiler settings used when compiling C code. # Note that optimization settings other than -O and -O2 are not recommended # or supported for compiling the world or the kernel - please revert any # nonstandard optimization settings to "-O" or "-O2 -fno-strict-aliasing" # before submitting bug reports without patches to the developers. # # Compiling with -fstrict-aliasing optimization breaks some [notable] ports. # GCC turns on -fstrict-aliasing optimization at all levels above -O[1], so # explicitly turn it off when using compiling with the -O2 optimization level. # CFLAGS= -O2 -fno-strict-aliasing -pipe # # CXXFLAGS controls the compiler settings used when compiling C++ code. # Note that CXXFLAGS is initially set to the value of CFLAGS. If you wish # to add to CXXFLAGS value, "+=" must be used rather than "=". Using "=" # alone will remove the often needed contents of CFLAGS from CXXFLAGS. # CXXFLAGS+= -fconserve-space # # MAKE_SHELL controls the shell used internally by make(1) to process the # command scripts in makefiles. Three shells are supported, sh, ksh, and # csh. Using sh is most common, and advised. Using ksh *may* work, but is # not guaranteed to. Using csh is absurd. The default is to use sh. # MAKE_SHELL=sh # # BDECFLAGS are a set of gcc warning settings that Bruce Evans has suggested # for use in developing FreeBSD and testing changes. They can be used by # putting "CFLAGS+=${BDECFLAGS}" in /etc/make.conf. -Wconversion is not # included here due to compiler bugs, e.g., mkdir()'s mode_t argument. # BDECFLAGS= -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \ -Wcast-qual -Wchar-subscripts -Winline \ -Wmissing-prototypes -Wnested-externs -Wpointer-arith \ -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings # # To compile just the kernel with special optimizations, you should use # this instead of CFLAGS (which is not applicable to kernel builds anyway). # There is very little to gain by using higher optimization levels, and doing # so can cause problems. # COPTFLAGS= -O -pipe # # Compare before install INSTALL=install -C # # Mtree will follow symlinks #MTREE_FOLLOWS_SYMLINKS= -L # # To enable installing ssh(1) with the setuid bit turned on #ENABLE_SUID_SSH= # # To enable installing newgrp(1) with the setuid bit turned on. # Without the setuid bit, newgrp cannot change users' groups. #ENABLE_SUID_NEWGRP= # # To avoid building various parts of the base system: #NO_MODULES= # do not build modules with the kernel #NO_SHARE= # do not go into the share subdir #NO_SHARED= # build /bin and /sbin statically linked (bad idea) # # Variables that control how ppp(8) is built. #PPP_NO_NAT= # do not build with NAT support (see make.conf(5)) #PPP_NO_NETGRAPH= # do not build with Netgraph support #PPP_NO_RADIUS= # do not build with RADIUS support #PPP_NO_SUID= # build with normal permissions # #TRACEROUTE_NO_IPSEC= # do not build traceroute(8) with IPSEC support # # To build sys/modules when building the world (our old way of doing things) #MODULES_WITH_WORLD= # do not build modules when building kernel # # The list of modules to build instead of all of them. MODULES_OVERRIDE= # # The list of modules to never build, applied *after* MODULES_OVERRIDE. #WITHOUT_MODULES= bktr plip # # If you do not want unformatted manual pages to be compressed # when they are installed: # #NO_MANCOMPRESS= # # # Default format for system documentation, depends on your printer. # Set this to "ascii" for simple printers or screen # #PRINTERDEVICE= ps # # # How long to wait for a console keypress before booting the default kernel. # This value is approximately in milliseconds. Keypresses are accepted by the # BIOS before booting from disk, making it possible to give custom boot # parameters even when this is set to 0. # #BOOTWAIT=0 #BOOTWAIT=30000 # # By default, the system will always use the keyboard/video card as system # console. However, the boot blocks may be dynamically configured to use a # serial port in addition to or instead of the keyboard/video console. # # By default we use COM1 as our serial console port *if* we're going to use # a serial port as our console at all. Alter as necessary. # # COM1: = 0x3F8, COM2: = 0x2F8, COM3: = 0x3E8, COM4: = 0x2E8 # #BOOT_COMCONSOLE_PORT= 0x3F8 # # The default serial console speed is 9600. Set the speed to a larger value # for better interactive response. # #BOOT_COMCONSOLE_SPEED= 115200 # # By default the 'pxeboot' loader retrieves the kernel via NFS. Defining # this and recompiling /usr/src/sys/boot will cause it to retrieve the kernel # via TFTP. This allows pxeboot to load a custom BOOTP diskless kernel yet # still mount the server's '/' (i.e. rather than load the server's kernel). # #LOADER_TFTP_SUPPORT= YES # # # Kerberos 5 su (k5su) # If you want to use the k5su utility, define this to have it installed # set-user-ID. #ENABLE_SUID_K5SU= # # # CVSup update flags. Edit SUPFILE settings to reflect whichever distribution # file(s) you use on your site (see /usr/share/examples/cvsup/README for more # information on CVSup and these files). To use, do "make update" in /usr/src. # #SUP_UPDATE= # #SUP= /usr/bin/csup #SUPFLAGS= -g -L 2 #SUPHOST= cvsup.uk.FreeBSD.org #SUPFILE= /usr/share/examples/cvsup/standard-supfile #PORTSSUPFILE= /usr/share/examples/cvsup/ports-supfile #DOCSUPFILE= /usr/share/examples/cvsup/doc-supfile # # top(1) uses a hash table for the user names. The size of this hash # can be tuned to match the number of local users. The table size should # be a prime number approximately twice as large as the number of lines in # /etc/passwd. The default number is 20011. # #TOP_TABLE_SIZE= 101 # # Documentation # # The list of languages and encodings to build and install # DOC_LANG= en_US.ISO8859-1 # # # sendmail # # The following sets the default m4 configuration file to use at # install time. Use with caution as a make install will overwrite # any existing /etc/mail/sendmail.cf. Note that SENDMAIL_CF is now # deprecated. The value should be a fully qualified path name. # #SENDMAIL_MC=/etc/mail/myconfig.mc # # The following sets the default m4 configuration file for mail # submission to use at install time. Use with caution as a make # install will overwrite any existing /etc/mail/submit.cf. The # value should be a fully qualified path name. # #SENDMAIL_SUBMIT_MC=/etc/mail/mysubmit.mc # # If you need to build additional .cf files during a make buildworld, # include the full paths to the .mc files in SENDMAIL_ADDITIONAL_MC. # #SENDMAIL_ADDITIONAL_MC=/etc/mail/foo.mc /etc/mail/bar.mc # # The following overrides the default location for the m4 configuration # files used to build a .cf file from a .mc file. # #SENDMAIL_CF_DIR=/usr/local/share/sendmail/cf # # Setting the following variable modifies the flags passed to m4 when # building a .cf file from a .mc file. It can be used to enable # features disabled by default. # #SENDMAIL_M4_FLAGS= # # Setting the following variables modifies the build environment for # sendmail and its related utilities. For example, SASL support can be # added with settings such as: # # with SASLv1: # SENDMAIL_CFLAGS=-I/usr/local/include/sasl1 -DSASL # SENDMAIL_LDFLAGS=-L/usr/local/lib # SENDMAIL_LDADD=-lsasl # # with SASLv2: # SENDMAIL_CFLAGS=-I/usr/local/include -DSASL=2 # SENDMAIL_LDFLAGS=-L/usr/local/lib # SENDMAIL_LDADD=-lsasl2 # # Note: If you are using Cyrus SASL with other applications which require # access to the sasldb file, you should add the following to your # sendmail.mc file: # # define(`confDONT_BLAME_SENDMAIL',`GroupReadableSASLDBFile') # #SENDMAIL_CFLAGS= #SENDMAIL_LDFLAGS= #SENDMAIL_LDADD= #SENDMAIL_DPADD= # # Setting SENDMAIL_SET_USER_ID will install the sendmail binary as a # set-user-ID root binary instead of a set-group-ID smmsp binary and will # prevent the installation of /etc/mail/submit.cf. # This is a deprecated mode of operation. See etc/mail/README for more # information. # #SENDMAIL_SET_USER_ID= # # The permissions to use on alias and map databases generated using # /etc/mail/Makefile. Defaults to 0640. # #SENDMAIL_MAP_PERMS= -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Tue Jul 7 13:35:10 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 264361065670; Tue, 7 Jul 2009 13:35:10 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id D81048FC12; Tue, 7 Jul 2009 13:35:09 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 297086D423; Tue, 7 Jul 2009 15:36:13 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gFjoBHSXQkvg; Tue, 7 Jul 2009 15:36:11 +0200 (CEST) Received: by mx1.rink.nu (Postfix, from userid 1000) id 513596D41E; Tue, 7 Jul 2009 15:36:11 +0200 (CEST) Date: Tue, 7 Jul 2009 15:36:11 +0200 From: Rink Springer To: Anton Shterenlikht Message-ID: <20090707133611.GA66072@rink.nu> References: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> <20090707095058.GC7827@rink.nu> <20090707124405.GA46091@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090707124405.GA46091@mech-cluster238.men.bris.ac.uk> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-ia64@freebsd.org, freebsd-current@freebsd.org Subject: Re: buildworld panic on ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2009 13:35:10 -0000 On Tue, Jul 07, 2009 at 01:44:05PM +0100, Anton Shterenlikht wrote: > On Tue, Jul 07, 2009 at 11:50:58AM +0200, Rink Springer wrote: > > On Tue, Jul 07, 2009 at 10:48:08AM +0100, Anton Shterenlikht wrote: > > > panic: mtx_lock_spin() of destroyed mutex @ /usr/src/sys/ia64/ia64/trap.c:680 > > > cpuid = 0 > > > KDB: enter: panic > > > [thread pid 67078 tid 100097 ] > > > Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe2a8e8,gp ;; > > > > Do you have a backtrace ? > > no, sorry, I was too quick to reboot. Shame... well, if you hit it again, please let me know. Haven't yet gotten it myself on my rx2600. > I tried to reproduce the error, got this on the way: > > # XXX: bogusly disabled high FP regs I get this message quite often as well; I intend to figure out what's going on. Marcel, if you have any idea, please let me know. Regards, -- Rink P.W. Springer - http://rink.nu "Doom, gloom and despair. I like it!" - Tiresias From owner-freebsd-ia64@FreeBSD.ORG Tue Jul 7 14:42:25 2009 Return-Path: Delivered-To: freebsd-ia64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12813106566C; Tue, 7 Jul 2009 14:42:25 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id B89108FC1A; Tue, 7 Jul 2009 14:42:24 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MOBs1-0006Cl-UY; Tue, 07 Jul 2009 15:42:23 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MOBs1-0004vZ-9b; Tue, 07 Jul 2009 15:42:09 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n67Eg8qK049616; Tue, 7 Jul 2009 15:42:08 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n67Eg8kC049615; Tue, 7 Jul 2009 15:42:08 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 7 Jul 2009 15:42:08 +0100 From: Anton Shterenlikht To: Rink Springer Message-ID: <20090707144208.GA49582@mech-cluster238.men.bris.ac.uk> References: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> <20090707095058.GC7827@rink.nu> <20090707124405.GA46091@mech-cluster238.men.bris.ac.uk> <20090707133611.GA66072@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090707133611.GA66072@rink.nu> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.4 X-Spam-Level: - Cc: freebsd-current@FreeBSD.org, freebsd-ia64@FreeBSD.org Subject: Re: buildworld panic on ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2009 14:42:25 -0000 On Tue, Jul 07, 2009 at 03:36:11PM +0200, Rink Springer wrote: > On Tue, Jul 07, 2009 at 01:44:05PM +0100, Anton Shterenlikht wrote: > > On Tue, Jul 07, 2009 at 11:50:58AM +0200, Rink Springer wrote: > > > On Tue, Jul 07, 2009 at 10:48:08AM +0100, Anton Shterenlikht wrote: > > > > panic: mtx_lock_spin() of destroyed mutex @ /usr/src/sys/ia64/ia64/trap.c:680 > > > > cpuid = 0 > > > > KDB: enter: panic > > > > [thread pid 67078 tid 100097 ] > > > > Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe2a8e8,gp ;; > > > > > > Do you have a backtrace ? > > > > no, sorry, I was too quick to reboot. > > Shame... well, if you hit it again, please let me know. Haven't yet > gotten it myself on my rx2600. > > > I tried to reproduce the error, got this on the way: > > > > # XXX: bogusly disabled high FP regs > > I get this message quite often as well; I intend to figure out what's > going on. Marcel, if you have any idea, please let me know. got it again. Note that I was doing "make -j10 buildworld", and when I got it first time I did "make -j6 buildworld". When I only run one process "make buildworld" I didn't get the panic, but stopped at some other error message. So, buildworld stops at: ===> gnu/usr.bin/cc/cc1 (all) cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/u sr/src/tmp/usr\" -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_tools - I/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../ ../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I/u sr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr .bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc /cc1/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr /include -c /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/main.c cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/u sr/src/tmp/usr\" -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_tools - I/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../ ../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I/u sr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr .bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc /cc1/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr /include -c /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-parser.c cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/u sr/src/tmp/usr\" -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_tools - I/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../ ../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I/u sr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr .bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc /cc1/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr /include -c /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lang.c cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/u sr/src/tmp/usr\" -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_tools - I/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../../../ ../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I/u sr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr .bin/cc/cc1/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc /cc1/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr /include -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o cc1-dummy main.o c-pa rser.o c-lang.o /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_int/libbac kend.a /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../libcpp/libcpp.a /usr/o bj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../libdecnumber/libdecnumber.a /usr/ob j/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../libiberty/libiberty.a -legacy ../cc_tools/genchecksum cc1-dummy > cc1-checksum.c and on the console (MP via LAN on rx2600): # panic: mtx_lock_spin() of destroyed mutex @ /usr/src/sys/ia64/ia64/trap.c:680 cpuid = 1 KDB: enter: panic [thread pid 46793 tid 100148 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe2a8e8,gp ;; db> bt Tracing pid 46793 tid 100148 td 0xe000000011b22760 kdb_enter(0xe000000004b43148, 0xe000000004b43148, 0xe0000000045f2a20, 0x793) at kdb_enter+0x92 panic(0xe000000004b41618, 0xe000000004b810c0, 0x2a8, 0xe000000011b229dc, 0xe0000 00011b229da) at panic+0x2f0 _mtx_lock_spin_flags(0xe000000015220a70, 0x0, 0xe000000004b810c0, 0x2a8, 0x20000 00000072200, 0x2000000040107010, 0xe000000004ac1c30, 0x716) at _mtx_lock_spin_fl ags+0x90 trap(0x19, 0xa000000032c09400) at trap+0xdb0 ivt_Disabled_FP_Register() at ivt_Disabled_FP_Register+0x30 db> I'Il try to start just 2 processes and see what happens. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Tue Jul 7 15:00:59 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 198F91065674; Tue, 7 Jul 2009 15:00:59 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id A7F658FC23; Tue, 7 Jul 2009 15:00:58 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MOCA9-00018u-LG; Tue, 07 Jul 2009 16:00:57 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MOCA9-0001M0-0S; Tue, 07 Jul 2009 16:00:53 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n67F0qAC049749; Tue, 7 Jul 2009 16:00:52 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n67F0qWm049748; Tue, 7 Jul 2009 16:00:52 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 7 Jul 2009 16:00:52 +0100 From: Anton Shterenlikht To: Dan Nelson Message-ID: <20090707150052.GA49701@mech-cluster238.men.bris.ac.uk> References: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> <20090707095058.GC7827@rink.nu> <20090707124405.GA46091@mech-cluster238.men.bris.ac.uk> <20090707144554.GF5574@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090707144554.GF5574@dan.emsphone.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.4 X-Spam-Level: - Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: buildworld panic on ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2009 15:00:59 -0000 On Tue, Jul 07, 2009 at 09:45:54AM -0500, Dan Nelson wrote: > In the last episode (Jul 07), Anton Shterenlikht said: > > On Tue, Jul 07, 2009 at 11:50:58AM +0200, Rink Springer wrote: > > > On Tue, Jul 07, 2009 at 10:48:08AM +0100, Anton Shterenlikht wrote: > > > > panic: mtx_lock_spin() of destroyed mutex @ /usr/src/sys/ia64/ia64/trap.c:680 > > > > cpuid = 0 > > > > KDB: enter: panic > > > > [thread pid 67078 tid 100097 ] > > > > Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe2a8e8,gp ;; > > > > > > Do you have a backtrace ? > > > > no, sorry, I was too quick to reboot. > > I tried to reproduce the error, got this on the way: > > If you add "options KDB_TRACE" to your kernel config, you'll get a stack > trace automatically on every panic. actually, I'll rebuild a kernel first, and then try to rebuid world. I'll put this in as well. Do I still need options KDB # Enable kernel debugger support if I put options KDB_TRACE? > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > 1 error > > There are no errors in this output; just make reporting that there was an > error. At -j6, the error message itself may be hundreds of lines back. > Make lets all remaining parallel jobs finish before exiting. ok, thanks, will keep in mind. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Tue Jul 7 15:15:49 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E69EA106566C for ; Tue, 7 Jul 2009 15:15:49 +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 9D0088FC13 for ; Tue, 7 Jul 2009 15:15:49 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email2.allantgroup.com (8.14.0/8.14.0) with ESMTP id n67EjuC8072752 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 7 Jul 2009 09:45:57 -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.3/8.14.3) with ESMTP id n67Ejuou014658 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 7 Jul 2009 09:45:56 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id n67Ejse1014657; Tue, 7 Jul 2009 09:45:54 -0500 (CDT) (envelope-from dan) Date: Tue, 7 Jul 2009 09:45:54 -0500 From: Dan Nelson To: Anton Shterenlikht Message-ID: <20090707144554.GF5574@dan.emsphone.com> References: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> <20090707095058.GC7827@rink.nu> <20090707124405.GA46091@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090707124405.GA46091@mech-cluster238.men.bris.ac.uk> X-OS: FreeBSD 7.2-STABLE User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on email2.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email2.allantgroup.com [199.67.51.78]); Tue, 07 Jul 2009 09:45:57 -0500 (CDT) X-Scanned-By: MIMEDefang 2.45 Cc: freebsd-ia64@freebsd.org, freebsd-current@freebsd.org Subject: Re: buildworld panic on ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2009 15:15:50 -0000 In the last episode (Jul 07), Anton Shterenlikht said: > On Tue, Jul 07, 2009 at 11:50:58AM +0200, Rink Springer wrote: > > On Tue, Jul 07, 2009 at 10:48:08AM +0100, Anton Shterenlikht wrote: > > > panic: mtx_lock_spin() of destroyed mutex @ /usr/src/sys/ia64/ia64/trap.c:680 > > > cpuid = 0 > > > KDB: enter: panic > > > [thread pid 67078 tid 100097 ] > > > Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe2a8e8,gp ;; > > > > Do you have a backtrace ? > > no, sorry, I was too quick to reboot. > I tried to reproduce the error, got this on the way: If you add "options KDB_TRACE" to your kernel config, you'll get a stack trace automatically on every panic. > # XXX: bogusly disabled high FP regs > > which is reported from by sys/ia64/ia64/trap.c, and then this error > (but no panic this time): > > ===> usr.bin/yacc (all) > cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -c /usr/src/usr.bin/yacc/closure.c [...] > cc -O2 -fno-strict-aliasing -pipe -std=gnu99 -o ypwhich ypwhich.o > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error There are no errors in this output; just make reporting that there was an error. At -j6, the error message itself may be hundreds of lines back. Make lets all remaining parallel jobs finish before exiting. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-ia64@FreeBSD.ORG Tue Jul 7 18:16:43 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51C55106566C for ; Tue, 7 Jul 2009 18:16:43 +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 05ED88FC19 for ; Tue, 7 Jul 2009 18:16:42 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email2.allantgroup.com (8.14.0/8.14.0) with ESMTP id n67IGgHS091399 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 7 Jul 2009 13:16:42 -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.3/8.14.3) with ESMTP id n67IGf08001662 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 7 Jul 2009 13:16:42 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id n67HvaWe056254; Tue, 7 Jul 2009 12:57:36 -0500 (CDT) (envelope-from dan) Date: Tue, 7 Jul 2009 12:57:35 -0500 From: Dan Nelson To: Anton Shterenlikht Message-ID: <20090707175735.GG5574@dan.emsphone.com> References: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> <20090707095058.GC7827@rink.nu> <20090707124405.GA46091@mech-cluster238.men.bris.ac.uk> <20090707144554.GF5574@dan.emsphone.com> <20090707150052.GA49701@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090707150052.GA49701@mech-cluster238.men.bris.ac.uk> X-OS: FreeBSD 7.2-STABLE User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on email2.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email2.allantgroup.com [199.67.51.78]); Tue, 07 Jul 2009 13:16:42 -0500 (CDT) X-Scanned-By: MIMEDefang 2.45 Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: buildworld panic on ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2009 18:16:43 -0000 In the last episode (Jul 07), Anton Shterenlikht said: > On Tue, Jul 07, 2009 at 09:45:54AM -0500, Dan Nelson wrote: > > In the last episode (Jul 07), Anton Shterenlikht said: > > > On Tue, Jul 07, 2009 at 11:50:58AM +0200, Rink Springer wrote: > > > > On Tue, Jul 07, 2009 at 10:48:08AM +0100, Anton Shterenlikht wrote: > > > > > panic: mtx_lock_spin() of destroyed mutex @ /usr/src/sys/ia64/ia64/trap.c:680 > > > > > cpuid = 0 > > > > > KDB: enter: panic > > > > > [thread pid 67078 tid 100097 ] > > > > > Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe2a8e8,gp ;; > > > > > > > > Do you have a backtrace ? > > > > > > no, sorry, I was too quick to reboot. I tried to reproduce the error, > > > got this on the way: > > > > If you add "options KDB_TRACE" to your kernel config, you'll get a stack > > trace automatically on every panic. > > actually, I'll rebuild a kernel first, and then try to rebuid world. I'll > put this in as well. Do I still need > > options KDB # Enable kernel debugger support > > if I put options KDB_TRACE? I always have both, so I don't know if one requires the other. You should get a compile error if KDB is required and it's not listed. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-ia64@FreeBSD.ORG Wed Jul 8 00:13:20 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 799431065673; Wed, 8 Jul 2009 00:13:20 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout023.mac.com (asmtpout023.mac.com [17.148.16.98]) by mx1.freebsd.org (Postfix) with ESMTP id 64EFD8FC0A; Wed, 8 Jul 2009 00:13:20 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp023.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KMF002OLSLTXW50@asmtp023.mac.com>; Tue, 07 Jul 2009 17:13:06 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> Date: Tue, 07 Jul 2009 17:13:05 -0700 Message-id: References: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1068) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: buildworld panic on ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2009 00:13:21 -0000 On Jul 7, 2009, at 2:48 AM, Anton Shterenlikht wrote: > on the console I get: > > panic: mtx_lock_spin() of destroyed mutex @ /usr/src/sys/ia64/ia64/ > trap.c:680 > cpuid = 0 > KDB: enter: panic > [thread pid 67078 tid 100097 ] > Stopped at kdb_enter+0x92: [I2] addl > r14=0xffffffffffe2a8e8,gp ;; > db> This is already fixed. Just update your sources, build a new kernel, install it and reboot. Then you can continue the buildworld safely... FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ia64@FreeBSD.ORG Wed Jul 8 00:29:08 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88F031065702; Wed, 8 Jul 2009 00:29:08 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout029.mac.com (asmtpout029.mac.com [17.148.16.104]) by mx1.freebsd.org (Postfix) with ESMTP id 7137F8FC16; Wed, 8 Jul 2009 00:29:08 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp029.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KMF00IBXTCIG970@asmtp029.mac.com>; Tue, 07 Jul 2009 17:29:08 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <20090707133611.GA66072@rink.nu> Date: Tue, 07 Jul 2009 17:29:06 -0700 Message-id: <93B562A8-9FE7-44D5-91E4-C9AB1A25BD2A@mac.com> References: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> <20090707095058.GC7827@rink.nu> <20090707124405.GA46091@mech-cluster238.men.bris.ac.uk> <20090707133611.GA66072@rink.nu> To: Rink Springer X-Mailer: Apple Mail (2.1068) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: buildworld panic on ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2009 00:29:09 -0000 On Jul 7, 2009, at 6:36 AM, Rink Springer wrote: >> I tried to reproduce the error, got this on the way: >> >> # XXX: bogusly disabled high FP regs > > I get this message quite often as well; I intend to figure out what's > going on. Marcel, if you have any idea, please let me know. It's a race condition. The high FP registers are lazily context-switched and this error is emitted when a thread wants to use the high FP registers when they are disabled and the CPU onto which the thread is running has the high FP registers corresponding to that thread in registers. In that scenario the high FP registers should not even be disabled. In the above case the kernel simply enables the high FP registers and continues the thread. For the most part the condition is harmless, but I've been looking at a panic that's the result of inconsistency in the high FP state, so the race is potentially fatal. BTW: I never got the error when doing a buildworld. I think Anton's non-standard compiler options make GCC much more FP intensive and thus prone to causing the race. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ia64@FreeBSD.ORG Wed Jul 8 11:40:26 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 144F8106566C; Wed, 8 Jul 2009 11:40:26 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id C008E8FC0A; Wed, 8 Jul 2009 11:40:25 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MOVVd-0000r7-HQ; Wed, 08 Jul 2009 12:40:24 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MOVVc-000260-P6; Wed, 08 Jul 2009 12:40:21 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n68BeJgZ019816; Wed, 8 Jul 2009 12:40:19 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n68BeJoB019815; Wed, 8 Jul 2009 12:40:19 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 8 Jul 2009 12:40:19 +0100 From: Anton Shterenlikht To: Marcel Moolenaar Message-ID: <20090708114019.GA19781@mech-cluster238.men.bris.ac.uk> References: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> <20090707095058.GC7827@rink.nu> <20090707124405.GA46091@mech-cluster238.men.bris.ac.uk> <20090707133611.GA66072@rink.nu> <93B562A8-9FE7-44D5-91E4-C9AB1A25BD2A@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <93B562A8-9FE7-44D5-91E4-C9AB1A25BD2A@mac.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: buildworld panic on ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2009 11:40:26 -0000 On Tue, Jul 07, 2009 at 05:29:06PM -0700, Marcel Moolenaar wrote: > > On Jul 7, 2009, at 6:36 AM, Rink Springer wrote: > >> I tried to reproduce the error, got this on the way: > >> > >> # XXX: bogusly disabled high FP regs > > > > I get this message quite often as well; I intend to figure out what's > > going on. Marcel, if you have any idea, please let me know. > > It's a race condition. The high FP registers are lazily > context-switched and this error is emitted when a thread > wants to use the high FP registers when they are disabled > and the CPU onto which the thread is running has the high > FP registers corresponding to that thread in registers. > In that scenario the high FP registers should not even be > disabled. > > In the above case the kernel simply enables the high FP > registers and continues the thread. For the most part the > condition is harmless, but I've been looking at a panic > that's the result of inconsistency in the high FP state, > so the race is potentially fatal. > > BTW: I never got the error when doing a buildworld. I > think Anton's non-standard compiler options make GCC much > more FP intensive and thus prone to causing the race. hey, my compiler options are just a copy from /usr/share/examples/etc/make.conf with obvious changes, e.g. CPUTYPE=itanium2 The CFLAGS, COPTFLAGS, CXXFLAGS are as in the example make.conf. Which non-standard options did you spot? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Wed Jul 8 11:49:32 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3764C1065672; Wed, 8 Jul 2009 11:49:32 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id E2C9E8FC0C; Wed, 8 Jul 2009 11:49:31 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MOVeQ-0000SK-EK; Wed, 08 Jul 2009 12:49:30 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MOVeP-0002D6-OX; Wed, 08 Jul 2009 12:49:26 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n68BnPFQ019876; Wed, 8 Jul 2009 12:49:25 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n68BnPq0019875; Wed, 8 Jul 2009 12:49:25 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 8 Jul 2009 12:49:25 +0100 From: Anton Shterenlikht To: Marcel Moolenaar Message-ID: <20090708114925.GA19854@mech-cluster238.men.bris.ac.uk> References: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> <20090707095058.GC7827@rink.nu> <20090707124405.GA46091@mech-cluster238.men.bris.ac.uk> <20090707133611.GA66072@rink.nu> <93B562A8-9FE7-44D5-91E4-C9AB1A25BD2A@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <93B562A8-9FE7-44D5-91E4-C9AB1A25BD2A@mac.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.4 X-Spam-Level: - Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: buildworld panic on ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2009 11:49:32 -0000 On Tue, Jul 07, 2009 at 05:29:06PM -0700, Marcel Moolenaar wrote: > > On Jul 7, 2009, at 6:36 AM, Rink Springer wrote: > >> I tried to reproduce the error, got this on the way: > >> > >> # XXX: bogusly disabled high FP regs > > > > I get this message quite often as well; I intend to figure out what's > > going on. Marcel, if you have any idea, please let me know. > > It's a race condition. The high FP registers are lazily > context-switched and this error is emitted when a thread > wants to use the high FP registers when they are disabled > and the CPU onto which the thread is running has the high > FP registers corresponding to that thread in registers. > In that scenario the high FP registers should not even be > disabled. > > In the above case the kernel simply enables the high FP > registers and continues the thread. For the most part the > condition is harmless, but I've been looking at a panic > that's the result of inconsistency in the high FP state, > so the race is potentially fatal. > > BTW: I never got the error when doing a buildworld. I > think Anton's non-standard compiler options make GCC much > more FP intensive and thus prone to causing the race. Marcel, sorry, I probably misunderstood "compiler options" in the previous reply. Did you mean -j option in make -j10 buildworld? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Wed Jul 8 13:19:30 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30C5C1065672; Wed, 8 Jul 2009 13:19:30 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id E181E8FC15; Wed, 8 Jul 2009 13:19:29 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MOX3V-0005GM-5w; Wed, 08 Jul 2009 14:19:28 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MOX3T-0003kd-UE; Wed, 08 Jul 2009 14:19:24 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n68DJNXE020239; Wed, 8 Jul 2009 14:19:23 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n68DJNRW020238; Wed, 8 Jul 2009 14:19:23 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 8 Jul 2009 14:19:23 +0100 From: Anton Shterenlikht To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20090708131923.GA20219@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: Subject: is it safe to reboot while gmirror is rebuilding? X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2009 13:19:30 -0000 On FBSD 8.0-current ia64 I've gmirror on 63GB partition, which takes quite a long time to rebuild, perhaps 30 min. Is it safe to reboot, or write to this filesystem, while it is being rebuilt (gmirror status DEGRADED) ? many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Wed Jul 8 13:40:18 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 507F8106564A for ; Wed, 8 Jul 2009 13:40:18 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 075B38FC1F for ; Wed, 8 Jul 2009 13:40:17 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 207A578E3F; Wed, 8 Jul 2009 17:22:37 +0400 (MSD) Message-ID: <4A549D9F.9030209@haruhiism.net> Date: Wed, 08 Jul 2009 17:22:39 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Anton Shterenlikht References: <20090708131923.GA20219@mech-cluster238.men.bris.ac.uk> In-Reply-To: <20090708131923.GA20219@mech-cluster238.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: is it safe to reboot while gmirror is rebuilding? X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2009 13:40:18 -0000 Anton Shterenlikht wrote: > On FBSD 8.0-current ia64 I've gmirror on 63GB partition, which > takes quite a long time to rebuild, perhaps 30 min. Is it > safe to reboot, or write to this filesystem, while it is > being rebuilt (gmirror status DEGRADED) ? > > Doesn't matter which version it is; gmirror checkpoints the rebuild process so you can safely reboot/write/etc. -- Kamigishi Rei KREI-RIPE From owner-freebsd-ia64@FreeBSD.ORG Wed Jul 8 16:20:11 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 444651065676; Wed, 8 Jul 2009 16:20:11 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout028.mac.com (asmtpout028.mac.com [17.148.16.103]) by mx1.freebsd.org (Postfix) with ESMTP id 29A108FC0A; Wed, 8 Jul 2009 16:20:10 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp028.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KMH007KV1CMJA90@asmtp028.mac.com>; Wed, 08 Jul 2009 09:19:45 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <20090708114019.GA19781@mech-cluster238.men.bris.ac.uk> Date: Wed, 08 Jul 2009 09:19:33 -0700 Message-id: <650DC54B-5FA6-49CB-8A9C-58461289778F@mac.com> References: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> <20090707095058.GC7827@rink.nu> <20090707124405.GA46091@mech-cluster238.men.bris.ac.uk> <20090707133611.GA66072@rink.nu> <93B562A8-9FE7-44D5-91E4-C9AB1A25BD2A@mac.com> <20090708114019.GA19781@mech-cluster238.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1068) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: buildworld panic on ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2009 16:20:11 -0000 On Jul 8, 2009, at 4:40 AM, Anton Shterenlikht wrote: >> BTW: I never got the error when doing a buildworld. I >> think Anton's non-standard compiler options make GCC much >> more FP intensive and thus prone to causing the race. > > hey, my compiler options are just a copy from > /usr/share/examples/etc/make.conf > > with obvious changes, e.g. CPUTYPE=itanium2 > The CFLAGS, COPTFLAGS, CXXFLAGS are as in the example make.conf. > > Which non-standard options did you spot? All of them :-) There is no /etc/make.conf by default, so the existence of /etc/make.conf with CFLAGS, COPTFLAGS, etc makes them non-standard. As a special warning: /usr/share/examples/etc/make.conf is inherently i386 biases (like most of the examples and documentation I might add). It's unwise to copy flags from there and expect good results. Even warnings-only examples can cause build breakages (due to -Werror), because compilers for different architectures emit different warnings or emit the same warning at different times. By all means: experiment. But be very careful not to make the assumption that if the code compiles, it'll also run. The weirder the set of compiler options, the more likely you trip over optimization bugs and end up with an unstable system. And I'm not even talking about whether the set of options give you more optimal code in general. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ia64@FreeBSD.ORG Wed Jul 8 16:26:14 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B39BB1065676; Wed, 8 Jul 2009 16:26:14 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout023.mac.com (asmtpout023.mac.com [17.148.16.98]) by mx1.freebsd.org (Postfix) with ESMTP id 98A028FC19; Wed, 8 Jul 2009 16:26:14 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp023.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KMH00B9D1NG0A40@asmtp023.mac.com>; Wed, 08 Jul 2009 09:26:14 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <20090708114925.GA19854@mech-cluster238.men.bris.ac.uk> Date: Wed, 08 Jul 2009 09:26:04 -0700 Message-id: References: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> <20090707095058.GC7827@rink.nu> <20090707124405.GA46091@mech-cluster238.men.bris.ac.uk> <20090707133611.GA66072@rink.nu> <93B562A8-9FE7-44D5-91E4-C9AB1A25BD2A@mac.com> <20090708114925.GA19854@mech-cluster238.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1068) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: buildworld panic on ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2009 16:26:15 -0000 On Jul 8, 2009, at 4:49 AM, Anton Shterenlikht wrote: > On Tue, Jul 07, 2009 at 05:29:06PM -0700, Marcel Moolenaar wrote: >> >> On Jul 7, 2009, at 6:36 AM, Rink Springer wrote: >>>> I tried to reproduce the error, got this on the way: >>>> >>>> # XXX: bogusly disabled high FP regs >>> >>> I get this message quite often as well; I intend to figure out >>> what's >>> going on. Marcel, if you have any idea, please let me know. >> >> It's a race condition. The high FP registers are lazily >> context-switched and this error is emitted when a thread >> wants to use the high FP registers when they are disabled >> and the CPU onto which the thread is running has the high >> FP registers corresponding to that thread in registers. >> In that scenario the high FP registers should not even be >> disabled. >> >> In the above case the kernel simply enables the high FP >> registers and continues the thread. For the most part the >> condition is harmless, but I've been looking at a panic >> that's the result of inconsistency in the high FP state, >> so the race is potentially fatal. >> >> BTW: I never got the error when doing a buildworld. I >> think Anton's non-standard compiler options make GCC much >> more FP intensive and thus prone to causing the race. > > Marcel, sorry, I probably misunderstood "compiler options" > in the previous reply. Did you mean -j option in > make -j10 buildworld? -j is a make option. Modulo the FP race you're perfectly fine with any -j value that matches the number of CPUs in your box (with 4xNCPUS a rule-of-thumb maximum probably). If the compiler isn't FP intensive, then even -j128 on a dual- CPU box is not causing you problems (it's pointless though :-) FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ia64@FreeBSD.ORG Thu Jul 9 08:50:26 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FAE81065673; Thu, 9 Jul 2009 08:50:26 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id D87718FC14; Thu, 9 Jul 2009 08:50:25 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MOpKb-0007gO-2V; Thu, 09 Jul 2009 09:50:25 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MOpKa-0007mW-8s; Thu, 09 Jul 2009 09:50:16 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n698oFMw043408; Thu, 9 Jul 2009 09:50:15 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n698oFLl043407; Thu, 9 Jul 2009 09:50:15 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 9 Jul 2009 09:50:15 +0100 From: Anton Shterenlikht To: Marcel Moolenaar Message-ID: <20090709085014.GE43264@mech-cluster238.men.bris.ac.uk> References: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> <20090707095058.GC7827@rink.nu> <20090707124405.GA46091@mech-cluster238.men.bris.ac.uk> <20090707133611.GA66072@rink.nu> <93B562A8-9FE7-44D5-91E4-C9AB1A25BD2A@mac.com> <20090708114019.GA19781@mech-cluster238.men.bris.ac.uk> <650DC54B-5FA6-49CB-8A9C-58461289778F@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <650DC54B-5FA6-49CB-8A9C-58461289778F@mac.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: buildworld panic on ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2009 08:50:26 -0000 On Wed, Jul 08, 2009 at 09:19:33AM -0700, Marcel Moolenaar wrote: > > On Jul 8, 2009, at 4:40 AM, Anton Shterenlikht wrote: > > >> BTW: I never got the error when doing a buildworld. I > >> think Anton's non-standard compiler options make GCC much > >> more FP intensive and thus prone to causing the race. > > > > hey, my compiler options are just a copy from > > /usr/share/examples/etc/make.conf > > > > with obvious changes, e.g. CPUTYPE=itanium2 > > The CFLAGS, COPTFLAGS, CXXFLAGS are as in the example make.conf. > > > > Which non-standard options did you spot? > > All of them :-) > > There is no /etc/make.conf by default, so the existence > of /etc/make.conf with CFLAGS, COPTFLAGS, etc makes them > non-standard. > > As a special warning: /usr/share/examples/etc/make.conf > is inherently i386 biases (like most of the examples and > documentation I might add). It's unwise to copy flags > from there and expect good results. Even warnings-only > examples can cause build breakages (due to -Werror), > because compilers for different architectures emit > different warnings or emit the same warning at different > times. > > By all means: experiment. But be very careful not to make > the assumption that if the code compiles, it'll also run. > The weirder the set of compiler options, the more likely > you trip over optimization bugs and end up with an unstable > system. And I'm not even talking about whether the set > of options give you more optimal code in general. I see.. Is there any advice for compiler options on ia64? Perhaps a sample make.conf for ia64? Or would you recommend leaving these options empty: CFLAGS, COPTFLAGS, CXXFLAGS ? I'm sorry if I'm asking obvious questions. Perhaps this is documented/disucced somewhere already? I'm new to ia64, most of my FBSD experience is from alpha and i386. many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Thu Jul 9 16:39:47 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8B781065670; Thu, 9 Jul 2009 16:39:47 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id 89E098FC14; Thu, 9 Jul 2009 16:39:47 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp026.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KMI0035BWXKFG20@asmtp026.mac.com>; Thu, 09 Jul 2009 09:39:22 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <20090709085014.GE43264@mech-cluster238.men.bris.ac.uk> Date: Thu, 09 Jul 2009 09:39:20 -0700 Message-id: <8B6FE903-10E5-4A32-8E2E-482595D8F495@mac.com> References: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> <20090707095058.GC7827@rink.nu> <20090707124405.GA46091@mech-cluster238.men.bris.ac.uk> <20090707133611.GA66072@rink.nu> <93B562A8-9FE7-44D5-91E4-C9AB1A25BD2A@mac.com> <20090708114019.GA19781@mech-cluster238.men.bris.ac.uk> <650DC54B-5FA6-49CB-8A9C-58461289778F@mac.com> <20090709085014.GE43264@mech-cluster238.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1068) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: buildworld panic on ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2009 16:39:50 -0000 On Jul 9, 2009, at 1:50 AM, Anton Shterenlikht wrote: >> By all means: experiment. But be very careful not to make >> the assumption that if the code compiles, it'll also run. >> The weirder the set of compiler options, the more likely >> you trip over optimization bugs and end up with an unstable >> system. And I'm not even talking about whether the set >> of options give you more optimal code in general. > > I see.. > > Is there any advice for compiler options on ia64? My advise at this time is to not change from the default. I haven't done any kind of experimentation or know of any- one else who did, to make any kind of claim as to the effectiveness or harm of various compiler options. I'm not talking cleanroom experiments here. I'm sure that there have been plenty of people looking at SPECcpu and who came up with a very creative set of compiler options that make SPECcpu perform "optimally" (for each program). This normally also includes fixing the compiler (and even adding special case code) to have correct code generated in that case. I'm talking about a safe set of options that people can use and that yields correct code 99.9% of the time and gives acceptable (if not good) code. I cannot stress the importance of having the toolchain generate correct code when working on a FreeBSD port to a different architecture. > I'm sorry if I'm asking obvious questions. > Perhaps this is documented/disucced somewhere > already? I'm new to ia64, most of my FBSD > experience is from alpha and i386. These aren't obvious questions. Compiler options, if they are being discussed, are primarily discussed for i386 or amd64. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ia64@FreeBSD.ORG Thu Jul 9 16:54:45 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D48D71065698 for ; Thu, 9 Jul 2009 16:54:45 +0000 (UTC) (envelope-from bounces+305227.47129457.578549@icpbounce.com) Received: from smtp2.icpbounce.com (smtp2.icpbounce.com [216.27.93.124]) by mx1.freebsd.org (Postfix) with ESMTP id 8592D8FC1B for ; Thu, 9 Jul 2009 16:54:45 +0000 (UTC) (envelope-from bounces+305227.47129457.578549@icpbounce.com) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp2.icpbounce.com (Postfix) with ESMTP id 54868F8506 for ; Thu, 9 Jul 2009 12:15:45 -0400 (EDT) Date: Thu, 9 Jul 2009 12:15:45 -0400 To: freebsd-ia64@freebsd.org From: Global Access Travel Message-ID: X-Priority: 3 X-Mailer: PHPMailer [version 1.72] Errors-To: bounces+305227.47129457.578549@icpbounce.com X-List-Unsubscribe: X-Unsubscribe-Web: X-ICPINFO: X-Return-Path-Hint: bounces+305227.47129457.578549@icpbounce.com MIME-Version: 1.0 Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fam Trip to TURKEY for $999 (Refundable) X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2009 16:54:46 -0000 [http://www.turkeycallingus.com/] Exclusive Boutique Enterprise Turkey FAM ISTANBUL - CAPPADOCIA - KONYA - ANTALYA - PAMUKKALE - KUSADASI 9 Nights / 11 Days $999 • 5 Continents • 150 Countries Worldwide • 100.000 Hotels • Instant Confirmation [http://www.turkeycallingus.com] [http://www.turkeycallingus.com/turkey-fam/TurkeyFam.htm] [http://www.turkeycallingus.com/turkey-fam/TurkeyFamItinerary.htm] [http://www.turkeycallingus.com/turkey-fam/TurkeyFamRates.htm] [http://www.turkeycallingus.com/turkey-fam/TurkeyFamServices.htm] [http://www.turkeycallingus.com/turkey-fam/TurkeyFamHotels.htm] Global Access proudly presents the biggest FAM Trip of the year, teaming with Turkish Airlines and Turkish Ministry of Tourism and Culture. As the host of ASTA IDE 2010 and European Capital of Culture 2010, Turkey is likely to be the one of the most popular destinations in 2010. Those who act early and get to know this beautiful country better will be able to give a better insight to their clients and secure more bookings. Our specially selected travel agents will stay in best hotels in each town, be escorted by professional, top tour guides, taste exceptionally good examples of Turkish Cuisine, and get to know Turkey in elegant way. Join us for a luxury FAM adventure and be our special guest in our beautiful country! COMBINE WITH World Travel Market! One of the biggest travel shows of Europe and the world, WTM, will be held in London between 9-12 November 2009. Combine your London trip with Turkey and benefit from great agent rates to see one of the most popular tourist destinations from USA and Canada. WE WILL REFUND YOUR MONEY BACK ! Upon booking your 20th passenger on a Global Access Travel Service, we will refund you the whole tour price that you’ve paid for the FAM Trip. If you book 20 or more people on a Global Access Travel Service before the FAM Trip starts, then you will travel for free! About Us Global Access Travel (GA) was founded in Turkey by a group of tourism professionals and marketing experts who recognized the needs to offer online services for accommodations, car rentals, and other travel related services to travel agencies. Through its sophisticated online reservation services, GA offers more than 100,000 hotels, motels, resorts, clubs and apartments all around the world. Other services of GA include car rentals, transfers, special tours, luxury services, city breaks, flight tickets and other services such as tailor made tour packages, exhibition organizations, incentives and other travel related services around the globe at competitive rates. [http://www.TurkeyCallingus.com] www.TurkeyCalling.us [http://www.turkeycallingus.com/turkey-calling-contact-us.htm] Global Access Travel Tel: +90 212 258 58 29 Fax: +90 212 258 34 47 E-mail : [mailto:incoming@gaturkey.com] incoming@gaturkey.com Website: [http://www.turkeycallingus.com/] www.TurkeyCalling.Us This message was sent by: FamTrit turkey, Nüzhetiye Cad., istanbul, besiktas 34357, Turkey To be removed click here: http://app.icontact.com/icp/mmail-mprofile.pl?r=47129457&l=82243&s=8OKP&m=578549&c=305227 Forward to a friend: http://app.icontact.com/icp/sub/forward?m=578549&s=47129457&c=8OKP&cid=305227 From owner-freebsd-ia64@FreeBSD.ORG Fri Jul 10 13:46:30 2009 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5379B106564A; Fri, 10 Jul 2009 13:46:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 158628FC18; Fri, 10 Jul 2009 13:46:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n6ADkSL4047808; Fri, 10 Jul 2009 09:46:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n6ADkS9M077776; Fri, 10 Jul 2009 09:46:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B7D027302F; Fri, 10 Jul 2009 09:46:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090710134627.B7D027302F@freebsd-current.sentex.ca> Date: Fri, 10 Jul 2009 09:46:27 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2009 13:46:30 -0000 TB --- 2009-07-10 12:22:05 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-07-10 12:22:05 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-07-10 12:22:05 - cleaning the object tree TB --- 2009-07-10 12:22:51 - cvsupping the source tree TB --- 2009-07-10 12:22:52 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-07-10 12:23:02 - building world TB --- 2009-07-10 12:23:02 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-10 12:23:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-10 12:23:02 - TARGET=ia64 TB --- 2009-07-10 12:23:02 - TARGET_ARCH=ia64 TB --- 2009-07-10 12:23:02 - TZ=UTC TB --- 2009-07-10 12:23:02 - __MAKE_CONF=/dev/null TB --- 2009-07-10 12:23:02 - cd /src TB --- 2009-07-10 12:23:02 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 10 12:23:04 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/camcontrol/camcontrol.c /src/sbin/camcontrol/util.c /src/sbin/camcontrol/modeedit.c echo camcontrol: /obj/ia64/src/tmp/usr/lib/libc.a /obj/ia64/src/tmp/usr/lib/libcam.a /obj/ia64/src/tmp/usr/lib/libsbuf.a /obj/ia64/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/sbin/camcontrol/camcontrol.c cc1: warnings being treated as errors /src/sbin/camcontrol/camcontrol.c: In function 'ataidentify': /src/sbin/camcontrol/camcontrol.c:1195: warning: cast increases required alignment of target type /src/sbin/camcontrol/camcontrol.c:1196: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/camcontrol. *** Error code 1 Stop in /obj/ia64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-07-10 13:46:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-07-10 13:46:27 - ERROR: failed to build world TB --- 2009-07-10 13:46:27 - 4063.59 user 327.13 system 5062.35 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-ia64@FreeBSD.ORG Fri Jul 10 16:10:16 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CEAE1065673; Fri, 10 Jul 2009 16:10:16 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 1B1BC8FC0A; Fri, 10 Jul 2009 16:10:16 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MPIfo-0006rR-6v; Fri, 10 Jul 2009 17:10:14 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MPIfn-0004p2-Ex; Fri, 10 Jul 2009 17:10:07 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n6AGA6O7097247; Fri, 10 Jul 2009 17:10:06 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n6AGA6QE097246; Fri, 10 Jul 2009 17:10:06 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 10 Jul 2009 17:10:06 +0100 From: Anton Shterenlikht To: freebsd-doc@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20090710161006.GA97228@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -0.3 X-Spam-Level: / Cc: Subject: proposed handbook section -> gmirror per partition - required on ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2009 16:10:16 -0000 Please have a look at my proposed new section "Mirroring individual partitions", 19.4.2: http://eis.bris.ac.uk/~mexas/geom-mirror.html and give me some feedback. gmirror per partition is the only(?) mirror option on ia64 (any other architectures?). many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Sat Jul 11 08:53:06 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0654C1065697 for ; Sat, 11 Jul 2009 08:53:06 +0000 (UTC) (envelope-from toby@iacmusic.com) Received: from 4-George.m6.net (4-George.m6.net [70.84.97.170]) by mx1.freebsd.org (Postfix) with ESMTP id B95F88FC2A for ; Sat, 11 Jul 2009 08:53:05 +0000 (UTC) (envelope-from toby@iacmusic.com) Received: from pool-70-106-84-225.hag.east.verizon.net [70.106.84.225] by 4-George.m6.net with SMTP; Sat, 11 Jul 2009 09:08:22 +0100 X-Unsent: 1 Date: Sat, 11 Jul 2009 04:22:23 -0400 Content-Transfer-Encoding: quoted-printable To: freebsd-ia64@freebsd.org From: Toby@IACmusic.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Finally, a song contest that is free to enter. $27, 000+ in prizes too! X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2009 08:53:07 -0000 =0A =0A Hi, =0A =0A IACmusic.com has started a major song contest and this one you can enter for free! &n= bsp; Thanks to a major new =0Asponsorship, we're throwing a party that = will make major waves in the Indie =0AWorld. Got a =0Asong= you know is good ? You could win, there are going to be a lot of = =0Awinners.. =0A =0A It's our [1]YEAR =0AOF THE I= NDIE Celebration and it started "Indiependents" Day July =0A4th!&nb= sp; =0AThere are 16 gen= re categories to choose from to enter your song in, =0Aincluding Songwri= ting. The Grand Prize is a huge package that =0Aincludes $1000 wor= th of musical equipment (whatever you need), 2 =0Aweeks stay in a c= ondo suite at your choice of a number of US =0Avacation spots, an i= Pod Shuffle, and a IAC Prime Perpetual Lifetime =0Amembership. But= there are also 3 nice prizes in each of 16 =0Acategories and you can en= ter any original song. You will get a =0Alot of additional exposur= e even by advancing to the later rounds of the =0Acompetition. He= re's a [2]direct =0Alink to enter your song, if not logged in you will hit = login page to do so. =0A =0A Go [3]here =0A= for the details. =0A =0A Good luc= k, =0A =0A The Staff at IACmusic.com (the Ind= ie Capitol of the World) =0A =0A =0A References 1. file://localhost/tmp/3D"htt= 2. 3D"http://iacmusic.com/quickSignup.aspx" 3. file://localhost/tmp/3D= From owner-freebsd-ia64@FreeBSD.ORG Sat Jul 11 23:09:35 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75B42106566B; Sat, 11 Jul 2009 23:09:35 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 3095E8FC15; Sat, 11 Jul 2009 23:09:35 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MPlhE-0005Bw-E9; Sun, 12 Jul 2009 00:09:33 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MPlhD-0001Xi-7n; Sun, 12 Jul 2009 00:09:31 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n6BN9Uhu008109; Sun, 12 Jul 2009 00:09:30 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n6BN9UpF008108; Sun, 12 Jul 2009 00:09:30 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Sun, 12 Jul 2009 00:09:30 +0100 From: Anton Shterenlikht To: ToyoRunner , freebsd-ia64@freebsd.org, freebsd-doc@freebsd.org Message-ID: <20090711230930.GA8077@mech-cluster238.men.bris.ac.uk> References: <20090710161006.GA97228@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -0.8 X-Spam-Level: / Cc: Subject: Re: proposed handbook section -> gmirror per partition - required on ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2009 23:09:35 -0000 On Fri, Jul 10, 2009 at 11:00:01AM -0600, ToyoRunner wrote: > In section 2 of 19.4.2 you may wish to add the additional command to > create the whole partition scheme. Specifically, show that the type > will change from efi, ufs and swap. I know it might seem excessive but > for someone just starting out it would save them from missing this and > not being able to proceed. done, have a look: http://eis.bris.ac.uk/~mexas/geom-mirror.html > Also, perhaps a troubleshooting section on what one should do if the > system will not boot(ie say someone missed step 8, what should they do > to tell the bootloader to set the vfs.root.mountfrom variable)? yes, good idea, I'll take this step out and capture the exact dialog, and then add this to the note. > The only other issue would be that the whole 19.4.2 section has very > specific commands which refer to the partition map which someone may > wish to deviate from. Perhaps a warning about this fact? yes, it needs some change, but I say in the beginning that this example is from ia64. > Other than these points (which may be just my own prejudice) this is > just the ticket for gmirroring a GPT partition map. > > My hat to you, sir. thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423