From owner-freebsd-stable@FreeBSD.ORG Sun Feb 10 05:10:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF98716A4C5 for ; Sun, 10 Feb 2008 05:10:11 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 709CE13C455 for ; Sun, 10 Feb 2008 05:10:11 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from [203.91.112.200] (helo=engineer) by publicd.ub.mng.net with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JO4S8-000JXH-Vp for freebsd-stable@freebsd.org; Sun, 10 Feb 2008 13:10:09 +0800 Message-ID: <003001c86ba3$31065900$05000100@engineer> From: "Balgansuren Batsukh" To: References: <542798610801060556h28d300f2n4fdcf21d83d2213f@mail.gmail.com><47813D8E.9080603@fsck.ch><542798610801061326o63f731d5o32bef2eb2624f85e@mail.gmail.com><20080106222040.GB67243@tirith.brixandersen.dk><542798610801061458m2a878a9dj2d33065de3642236@mail.gmail.com><1199667145.899.39.camel@RabbitsDen><47817EE8.2050302@comcast.net> <1199682406.718.6.camel@RabbitsDen> <001d01c85e4a$9598a960$6702a8c0@balgaa> Date: Sun, 10 Feb 2008 13:10:01 +0800 Organization: Personal Email MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Subject: Asteisk-1.4.17 codec negotiation patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2008 05:10:11 -0000 Hello, Is there any update for Asterisk codec negotiation patch compatibility with Asterisk-addons OOH323 channel driver? Regards, Balgaa From owner-freebsd-stable@FreeBSD.ORG Sun Feb 10 07:34:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34C6D16A468 for ; Sun, 10 Feb 2008 07:34:32 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 6FC6A13C4CC for ; Sun, 10 Feb 2008 07:34:31 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 10 Feb 2008 07:34:26 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp043) with SMTP; 10 Feb 2008 08:34:26 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1+Zu41mSR6ZH3LOQJmFLrSoiAPsipbDTriZ/Smbqf XASNp7MVtkxbzd Message-ID: <47AEA902.1020502@gmx.de> Date: Sun, 10 Feb 2008 08:34:26 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20080205) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: strange performance problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2008 07:34:32 -0000 When I build openoffice with NUMOFPROCESSES=4 the system starts to act unresponsive after some time on my Core2 Duo, very similar to a single core system running make -j. However if I set debug.vfscache=0 the system immediately becomes responsive again. After resetting debug.vfscache to 1 the system _remains_ responsive. I'm considering to put debug.vfscache=0 debug.vfscache=1 into my sysctl.conf. Whatever causes this behaviour, I doubt it is intended. From owner-freebsd-stable@FreeBSD.ORG Sun Feb 10 14:24:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37D4616A41A for ; Sun, 10 Feb 2008 14:24:33 +0000 (UTC) (envelope-from mattboll@penia.org) Received: from penia.org (penia.org [82.228.156.113]) by mx1.freebsd.org (Postfix) with ESMTP id DEE1C13C442 for ; Sun, 10 Feb 2008 14:24:32 +0000 (UTC) (envelope-from mattboll@penia.org) Received: from [192.168.0.3] (unknown [192.168.0.3]) by penia.org (Postfix) with ESMTP id E7FA66698 for ; Sun, 10 Feb 2008 15:24:29 +0100 (CET) From: Matthieu Bollot To: freebsd-stable In-Reply-To: <1202516060.1296.12.camel@localhost> References: <1202334536.6146.10.camel@sarah.penia.org> <20080207203657.45d87889@nexus6.bluepex.com> <1202516060.1296.12.camel@localhost> Content-Type: text/plain Date: Sun, 10 Feb 2008 14:24:41 +0100 Message-Id: <1202649881.4600.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: synaptics problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2008 14:24:33 -0000 > > > > I have another sugestion to your synaptics: > > > > http://people.freebsd.org/~dumbbell/synaptics/ > > > > This patch make synaptics work with moused and, for me, it's awesome ! > > The only matter is to emulate middle button you need to tap with 3 > > fingers. > > > > best regards, > > Hi all, It seems that the current synaptics driver doesn't work with xorg 1.4, but with the patch it isn't necessary for virtual scrolling and "3 tap clic" for middle clic. If somebody else has the problem : - apply this patch http://people.freebsd.org/~dumbbell/synaptics/psm-synaptics-virtualscrolling-c.patch - compile kernel - xorg.conf : use the default way with moused. Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection best regards, Matthieu From owner-freebsd-stable@FreeBSD.ORG Sun Feb 10 16:02:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9865716A41B for ; Sun, 10 Feb 2008 16:02:01 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 35E5A13C45B for ; Sun, 10 Feb 2008 16:02:00 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from nbc.matik.com.br (nbc.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m1AG213r008907; Sun, 10 Feb 2008 14:02:01 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Sun, 10 Feb 2008 14:00:52 -0200 User-Agent: KMail/1.9.6 (enterprise 0.20071204.744707) References: <1202334536.6146.10.camel@sarah.penia.org> <1202516060.1296.12.camel@localhost> <1202649881.4600.6.camel@localhost> In-Reply-To: <1202649881.4600.6.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802101400.52897.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: Matthieu Bollot Subject: Re: synaptics problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2008 16:02:01 -0000 On Sunday 10 February 2008 11:24:41 Matthieu Bollot wrote: > Hi all, > It seems that the current synaptics driver doesn't work with xorg 1.4, > but with the patch it isn't necessary for virtual scrolling and "3 tap > clic" for middle clic. > > If somebody else has the problem : > - apply this patch > http://people.freebsd.org/~dumbbell/synaptics/psm-synaptics-virtualscroll= in >g-c.patch - compile kernel > - xorg.conf : use the default way with moused. > Section "InputDevice" > =A0 =A0 =A0 =A0 Identifier =A0"Mouse0" > =A0 =A0 =A0 =A0 Driver =A0 =A0 =A0"mouse" > =A0 =A0 =A0 =A0 Option =A0 =A0 =A0"Protocol" "auto" > =A0 =A0 =A0 =A0 Option =A0 =A0 =A0"Device" "/dev/sysmouse" > =A0 =A0 =A0 =A0 Option =A0 =A0 =A0"ZAxisMapping" "4 5 6 7" > EndSection hi for me using sysmouse and synaptics never did well, and what is satisfying = for=20 my case, is this with virtualscrolling perfectly working on all laptops I=20 tried =A0 =A0 =A0 =A0 Identifier =A0 =A0 =A0"whatever" =A0 =A0 =A0 =A0 Driver =A0 =A0 =A0 =A0 =A0"mouse" =A0 =A0 =A0 =A0 Option =A0 =A0 =A0 =A0 =A0"Device" =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0"/dev/psm0" =A0 =A0 =A0 =A0 Option =A0 =A0 =A0 =A0 =A0"Protocol" =A0 =A0 =A0 =A0 =A0 = =A0 =A0"auto" =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 01:22:50 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50C6616A46B; Mon, 11 Feb 2008 01:22:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E92A413C44B; Mon, 11 Feb 2008 01:22:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1B1Mnpa036429; Sun, 10 Feb 2008 20:22:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m1B1Mn3n092383; Sun, 10 Feb 2008 20:22:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id F244D1B5078; Sun, 10 Feb 2008 20:22:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080211012248.F244D1B5078@freebsd-stable.sentex.ca> Date: Sun, 10 Feb 2008 20:22:48 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 01:22:50 -0000 TB --- 2008-02-11 00:54:21 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-11 00:54:21 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2008-02-11 00:54:21 - cleaning the object tree TB --- 2008-02-11 00:54:36 - cvsupping the source tree TB --- 2008-02-11 00:54:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2008-02-11 00:54:43 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-11 00:54:43 - cd /src TB --- 2008-02-11 00:54:43 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 11 00:54:45 UTC 2008 >>> 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 [...] ===> lib/libalias/modules/skinny (depend) rm -f .depend mkdep -f .depend -a /src/lib/libalias/modules/skinny/../../../../sys/netinet/libalias/alias_skinny.c ===> lib/libalias/modules/smedia (depend) rm -f .depend mkdep -f .depend -a /src/lib/libalias/modules/smedia/../../../../sys/netinet/libalias/alias_smedia.c ===> lib/libarchive (depend) make: don't know how to make archive_entry_strmode.c. Stop *** Error code 2 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-11 01:22:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-11 01:22:48 - ERROR: failed to build world TB --- 2008-02-11 01:22:48 - tinderbox aborted TB --- 1444.22 user 142.16 system 1707.73 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 01:57:28 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A9B116A417; Mon, 11 Feb 2008 01:57:28 +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 C5FF713C4E1; Mon, 11 Feb 2008 01:57:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1B1vRBN018283; Sun, 10 Feb 2008 20:57:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m1B1vQsQ090676; Sun, 10 Feb 2008 20:57:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 9A0841B5078; Sun, 10 Feb 2008 20:57:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080211015726.9A0841B5078@freebsd-stable.sentex.ca> Date: Sun, 10 Feb 2008 20:57:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 01:57:28 -0000 TB --- 2008-02-11 01:22:49 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-11 01:22:49 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2008-02-11 01:22:49 - cleaning the object tree TB --- 2008-02-11 01:23:11 - cvsupping the source tree TB --- 2008-02-11 01:23:11 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2008-02-11 01:23:18 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-11 01:23:18 - cd /src TB --- 2008-02-11 01:23:18 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 11 01:23:20 UTC 2008 >>> 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 [...] building profiled archive library ranlib libarchive_p.a gzip -cn /src/lib/libarchive/archive_entry.3 > archive_entry.3.gz gzip -cn /src/lib/libarchive/archive_read.3 > archive_read.3.gz gzip -cn /src/lib/libarchive/archive_util.3 > archive_util.3.gz gzip -cn /src/lib/libarchive/archive_write.3 > archive_write.3.gz gzip -cn /src/lib/libarchive/archive_write_disk.3 > archive_write_disk.3.gz make: don't know how to make cpio.5. Stop *** Error code 2 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-11 01:57:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-11 01:57:26 - ERROR: failed to build world TB --- 2008-02-11 01:57:26 - tinderbox aborted TB --- 1717.40 user 214.46 system 2077.53 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 02:28:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9268A16A417 for ; Mon, 11 Feb 2008 02:28:05 +0000 (UTC) (envelope-from joji@eskimo.com) Received: from ultra6.eskimo.com (ultra6.eskimo.com [204.122.16.69]) by mx1.freebsd.org (Postfix) with ESMTP id 659FF13C455 for ; Mon, 11 Feb 2008 02:28:05 +0000 (UTC) (envelope-from joji@eskimo.com) Received: from eskimo.com (eskimo.com [204.122.16.13]) by ultra6.eskimo.com (8.14.2/8.14.0) with ESMTP id m1B2DWGC030386; Sun, 10 Feb 2008 18:13:32 -0800 Received: (from joji@localhost) by eskimo.com (8.9.1a/8.9.1) id SAA24034; Sun, 10 Feb 2008 18:13:33 -0800 (PST) Date: Sun, 10 Feb 2008 18:13:33 -0800 From: Joseph Olatt To: Harald Weis Message-ID: <20080210181332.A23724@eskimo.com> References: <20080207124403.GA2792@pollux> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20080207124403.GA2792@pollux>; from hawei@free.fr on Thu, Feb 07, 2008 at 01:44:03PM +0100 Cc: freebsd-stable@freebsd.org Subject: Re: X.org: Fatal server error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 02:28:05 -0000 On Thu, Feb 07, 2008 at 01:44:03PM +0100, Harald Weis wrote: > Hello All, > > *** Fatal server error: > *** could not open default font 'fixed' > > This is the message (without the stars) I get on a laptop after > a fresh install of FreeBSD 6.2-RELEASE i386 (previously 6.0). > > Searching the archives, I found two reasons which do not apply for me: > > 1. xorg-fonts-miscbitmaps-7.2 is properly installed > 2. the same is true for font-alias-1.0.1 > > A good reason in my case seems to be: all fonts.dir files are empty. > > Running ``mkfontdir [-e encodings/] misc/'' creates always an empty > fonts.dir file, but with the '-e' option a correct encodings.dir file. > > Conclusion: mkfontdir appears to be broken, or rather mkfontscale as > the former is just a single-line shell script. > > xorg-7.2, xorg-fonts-7.2 and all the rest are properly installed. > The instructions of the 20070519-section in UPDATING have successfully > been executed. > > Fortunately, lynx and elinks work alright. > > Needless to say that I've portupgrade'd both mkfontdir and mkfontscale > with the '-f' option, and that my ports tree is portsnap'ed up-to-date. > > What else could I do to find the bug ? > > Thanks in advance, > Harald I would check and see if you have the following packages installed: 1. font-misc-misc 2. font-cursor-misc They are in: /usr/ports/x11-fonts regards, joseph From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 02:29:22 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1B0016A420; Mon, 11 Feb 2008 02:29:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 60CDD13C46E; Mon, 11 Feb 2008 02:29:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1B2TLwx039880; Sun, 10 Feb 2008 21:29:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m1B2TLdB039611; Sun, 10 Feb 2008 21:29:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id B299D1B5078; Sun, 10 Feb 2008 21:29:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080211022921.B299D1B5078@freebsd-stable.sentex.ca> Date: Sun, 10 Feb 2008 21:29:21 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 02:29:22 -0000 TB --- 2008-02-11 01:57:26 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-11 01:57:26 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2008-02-11 01:57:26 - cleaning the object tree TB --- 2008-02-11 01:57:45 - cvsupping the source tree TB --- 2008-02-11 01:57:45 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2008-02-11 01:57:53 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-11 01:57:53 - cd /src TB --- 2008-02-11 01:57:53 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 11 01:57:54 UTC 2008 >>> 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 [...] building profiled archive library ranlib libarchive_p.a gzip -cn /src/lib/libarchive/archive_entry.3 > archive_entry.3.gz gzip -cn /src/lib/libarchive/archive_read.3 > archive_read.3.gz gzip -cn /src/lib/libarchive/archive_util.3 > archive_util.3.gz gzip -cn /src/lib/libarchive/archive_write.3 > archive_write.3.gz gzip -cn /src/lib/libarchive/archive_write_disk.3 > archive_write_disk.3.gz make: don't know how to make cpio.5. Stop *** Error code 2 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-11 02:29:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-11 02:29:21 - ERROR: failed to build world TB --- 2008-02-11 02:29:21 - tinderbox aborted TB --- 1596.61 user 211.29 system 1914.74 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 08:10:57 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 278DA16A420; Mon, 11 Feb 2008 08:10:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BC99613C461; Mon, 11 Feb 2008 08:10:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1B8AuWE054709; Mon, 11 Feb 2008 03:10:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m1B8AuGJ004722; Mon, 11 Feb 2008 03:10:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id C9A4B1B5078; Mon, 11 Feb 2008 03:10:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080211081055.C9A4B1B5078@freebsd-stable.sentex.ca> Date: Mon, 11 Feb 2008 03:10:55 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 08:10:57 -0000 TB --- 2008-02-11 07:31:31 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-11 07:31:31 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-02-11 07:31:32 - cleaning the object tree TB --- 2008-02-11 07:31:55 - cvsupping the source tree TB --- 2008-02-11 07:31:55 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-02-11 07:32:02 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-11 07:32:02 - cd /src TB --- 2008-02-11 07:32:02 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 11 07:32:05 UTC 2008 >>> 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 [...] building profiled archive library ranlib libarchive_p.a gzip -cn /src/lib/libarchive/archive_entry.3 > archive_entry.3.gz gzip -cn /src/lib/libarchive/archive_read.3 > archive_read.3.gz gzip -cn /src/lib/libarchive/archive_util.3 > archive_util.3.gz gzip -cn /src/lib/libarchive/archive_write.3 > archive_write.3.gz gzip -cn /src/lib/libarchive/archive_write_disk.3 > archive_write_disk.3.gz make: don't know how to make cpio.5. Stop *** Error code 2 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-11 08:10:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-11 08:10:55 - ERROR: failed to build world TB --- 2008-02-11 08:10:55 - tinderbox aborted TB --- 1726.49 user 227.31 system 2363.60 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 08:46:54 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19FD216A420; Mon, 11 Feb 2008 08:46:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id ADA3013C45A; Mon, 11 Feb 2008 08:46:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1B8kreI055964; Mon, 11 Feb 2008 03:46:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m1B8kruf074232; Mon, 11 Feb 2008 03:46:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id DCC631B5078; Mon, 11 Feb 2008 03:46:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080211084652.DCC631B5078@freebsd-stable.sentex.ca> Date: Mon, 11 Feb 2008 03:46:52 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 08:46:54 -0000 TB --- 2008-02-11 08:10:55 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-11 08:10:55 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2008-02-11 08:10:55 - cleaning the object tree TB --- 2008-02-11 08:11:18 - cvsupping the source tree TB --- 2008-02-11 08:11:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2008-02-11 08:11:26 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-11 08:11:26 - cd /src TB --- 2008-02-11 08:11:26 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 11 08:11:27 UTC 2008 >>> 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 [...] building profiled archive library ranlib libarchive_p.a gzip -cn /src/lib/libarchive/archive_entry.3 > archive_entry.3.gz gzip -cn /src/lib/libarchive/archive_read.3 > archive_read.3.gz gzip -cn /src/lib/libarchive/archive_util.3 > archive_util.3.gz gzip -cn /src/lib/libarchive/archive_write.3 > archive_write.3.gz gzip -cn /src/lib/libarchive/archive_write_disk.3 > archive_write_disk.3.gz make: don't know how to make cpio.5. Stop *** Error code 2 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-11 08:46:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-11 08:46:52 - ERROR: failed to build world TB --- 2008-02-11 08:46:52 - tinderbox aborted TB --- 1679.28 user 218.31 system 2156.87 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 09:00:02 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A76C16A417; Mon, 11 Feb 2008 09:00:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E69E213C458; Mon, 11 Feb 2008 09:00:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1B901gB056548; Mon, 11 Feb 2008 04:00:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m1B901cr012995; Mon, 11 Feb 2008 04:00:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 27AFB1B5078; Mon, 11 Feb 2008 04:00:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080211090001.27AFB1B5078@freebsd-stable.sentex.ca> Date: Mon, 11 Feb 2008 04:00:01 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 09:00:02 -0000 TB --- 2008-02-11 08:25:33 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-11 08:25:33 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2008-02-11 08:25:33 - cleaning the object tree TB --- 2008-02-11 08:25:50 - cvsupping the source tree TB --- 2008-02-11 08:25:50 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2008-02-11 08:25:58 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-11 08:25:58 - cd /src TB --- 2008-02-11 08:25:58 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 11 08:25:58 UTC 2008 >>> 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 [...] building profiled archive library ranlib libarchive_p.a gzip -cn /src/lib/libarchive/archive_entry.3 > archive_entry.3.gz gzip -cn /src/lib/libarchive/archive_read.3 > archive_read.3.gz gzip -cn /src/lib/libarchive/archive_util.3 > archive_util.3.gz gzip -cn /src/lib/libarchive/archive_write.3 > archive_write.3.gz gzip -cn /src/lib/libarchive/archive_write_disk.3 > archive_write_disk.3.gz make: don't know how to make cpio.5. Stop *** Error code 2 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-11 09:00:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-11 09:00:01 - ERROR: failed to build world TB --- 2008-02-11 09:00:01 - tinderbox aborted TB --- 1677.30 user 227.11 system 2067.48 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 09:09:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C80416A417 for ; Mon, 11 Feb 2008 09:09:36 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.freebsd.org (Postfix) with ESMTP id 159AF13C4D3 for ; Mon, 11 Feb 2008 09:09:35 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (dpm.xs4all.nl [80.126.205.144]) by smtp-vbr9.xs4all.nl (8.13.8/8.13.8) with ESMTP id m1B99Yq9034314 for ; Mon, 11 Feb 2008 10:09:34 +0100 (CET) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Mon, 11 Feb 2008 10:09:34 +0100 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DDB90@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: minimal gmirror commands on lifecd 7.0 RC2 amd64 Thread-Index: AchsjdGoX/+cNqCPQWiCoqttfm7uqQ== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: minimal gmirror commands on lifecd 7.0 RC2 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 09:09:36 -0000 Hello all I always use the live cd to create my gmirrors with the following commands =20 Start live cd -->> fixit cdrom Livecd =20 =20 Then chroot /dist mount -t devfs devfs /dev gmirror load =20 gmirror label -v -b round-robin gm0 /dev/ad0 =20 But on the amd64 live cd I get the following error=20 gmirror unknown command : label Usage :gmirror help gmirror list gmirror status gmirror load gmirror unload =20 it looks like I miss a lot of gmirror options. =20 I reported this on the list earlier with RC1=20 I now use my 7.0 Beta3 livecd that has all the commands. Someone also (don't know who anymore ) told me to create a link but I could not figure out how, and the person also told me that he thought it was already fixed. =20 =20 Regards, Johan Hendriks=20 =20 From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 09:27:07 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D57DA16A46C; Mon, 11 Feb 2008 09:27:07 +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 74A0313C4FB; Mon, 11 Feb 2008 09:27:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1B9R6oQ033724; Mon, 11 Feb 2008 04:27:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m1B9R6Qu053274; Mon, 11 Feb 2008 04:27:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id A9DE81B5078; Mon, 11 Feb 2008 04:27:06 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080211092706.A9DE81B5078@freebsd-stable.sentex.ca> Date: Mon, 11 Feb 2008 04:27:06 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 09:27:08 -0000 TB --- 2008-02-11 08:46:52 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-11 08:46:52 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2008-02-11 08:46:53 - cleaning the object tree TB --- 2008-02-11 08:46:56 - cvsupping the source tree TB --- 2008-02-11 08:46:56 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2008-02-11 08:47:04 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-11 08:47:04 - cd /src TB --- 2008-02-11 08:47:04 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 11 08:47:05 UTC 2008 >>> 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 [...] building profiled archive library ranlib libarchive_p.a gzip -cn /src/lib/libarchive/archive_entry.3 > archive_entry.3.gz gzip -cn /src/lib/libarchive/archive_read.3 > archive_read.3.gz gzip -cn /src/lib/libarchive/archive_util.3 > archive_util.3.gz gzip -cn /src/lib/libarchive/archive_write.3 > archive_write.3.gz gzip -cn /src/lib/libarchive/archive_write_disk.3 > archive_write_disk.3.gz make: don't know how to make cpio.5. Stop *** Error code 2 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-11 09:27:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-11 09:27:06 - ERROR: failed to build world TB --- 2008-02-11 09:27:06 - tinderbox aborted TB --- 2055.01 user 222.84 system 2413.59 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 09:34:52 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C593216A421; Mon, 11 Feb 2008 09:34:51 +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 BED5013C4D5; Mon, 11 Feb 2008 09:34:50 +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.2/8.14.2) with ESMTP id m1B9YoP5033954; Mon, 11 Feb 2008 04:34:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m1B9YoB0039656; Mon, 11 Feb 2008 04:34:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 45A481B5078; Mon, 11 Feb 2008 04:34:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080211093450.45A481B5078@freebsd-stable.sentex.ca> Date: Mon, 11 Feb 2008 04:34:50 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 09:34:53 -0000 TB --- 2008-02-11 09:00:01 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-11 09:00:01 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2008-02-11 09:00:01 - cleaning the object tree TB --- 2008-02-11 09:00:10 - cvsupping the source tree TB --- 2008-02-11 09:00:10 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2008-02-11 09:00:17 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-11 09:00:17 - cd /src TB --- 2008-02-11 09:00:17 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 11 09:00:17 UTC 2008 >>> 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 [...] building profiled archive library ranlib libarchive_p.a gzip -cn /src/lib/libarchive/archive_entry.3 > archive_entry.3.gz gzip -cn /src/lib/libarchive/archive_read.3 > archive_read.3.gz gzip -cn /src/lib/libarchive/archive_util.3 > archive_util.3.gz gzip -cn /src/lib/libarchive/archive_write.3 > archive_write.3.gz gzip -cn /src/lib/libarchive/archive_write_disk.3 > archive_write_disk.3.gz make: don't know how to make cpio.5. Stop *** Error code 2 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-11 09:34:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-11 09:34:50 - ERROR: failed to build world TB --- 2008-02-11 09:34:50 - tinderbox aborted TB --- 1720.11 user 214.64 system 2089.00 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 09:37:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65B4F16A418 for ; Mon, 11 Feb 2008 09:37:46 +0000 (UTC) (envelope-from me@che78-3-82-246-30-233.fbx.proxad.net) Received: from smtp8-g19.free.fr (smtp8-g19.free.fr [212.27.42.65]) by mx1.freebsd.org (Postfix) with ESMTP id 1A1FA13C4E8 for ; Mon, 11 Feb 2008 09:37:45 +0000 (UTC) (envelope-from me@che78-3-82-246-30-233.fbx.proxad.net) Received: from smtp8-g19.free.fr (localhost [127.0.0.1]) by smtp8-g19.free.fr (Postfix) with ESMTP id EA76C17F545 for ; Mon, 11 Feb 2008 10:37:43 +0100 (CET) Received: from che78-3-82-246-30-233.fbx.proxad.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp8-g19.free.fr (Postfix) with ESMTP id C81EE17F58D for ; Mon, 11 Feb 2008 10:37:43 +0100 (CET) Received: by che78-3-82-246-30-233.fbx.proxad.net (Postfix, from userid 1001) id 92CB64523C; Mon, 11 Feb 2008 10:37:02 +0100 (CET) Date: Mon, 11 Feb 2008 10:37:02 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20080211093702.GA2367@pollux> References: <20080207124403.GA2792@pollux> <20080210181332.A23724@eskimo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080210181332.A23724@eskimo.com> User-Agent: Mutt/1.4.2.3i Subject: Re: X.org: Fatal server error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 09:37:46 -0000 On Sun, Feb 10, 2008 at 06:13:33PM -0800, Joseph Olatt wrote: > On Thu, Feb 07, 2008 at 01:44:03PM +0100, Harald Weis wrote: > > > > This is the message (without the stars) I get on a laptop after > > a fresh install of FreeBSD 6.2-RELEASE i386 (previously 6.0). > > > > Searching the archives, I found two reasons which do not apply for me: > > > > 1. xorg-fonts-miscbitmaps-7.2 is properly installed > > 2. the same is true for font-alias-1.0.1 > > > > A good reason in my case seems to be: all fonts.dir files are empty. > > > > Running ``mkfontdir [-e encodings/] misc/'' creates always an empty > > fonts.dir file, but with the '-e' option a correct encodings.dir file. > > > > Conclusion: mkfontdir appears to be broken, or rather mkfontscale as > > the former is just a single-line shell script. > I would check and see if you have the following packages installed: > 1. font-misc-misc > 2. font-cursor-misc They are installed alright, like all other packages containing the pattern ``font'' in their name. In the meantime, following an off-list advice, I've used truss(1). I've got now nice truss.out files for two machines (same release): mine which is good and the other machine (in fact a desktop as well) which has the bug. The trouble is that I'm unable to interpret the difference. For example: Every line in the bad truss.out file is prefixed with ``2682: ''. Perhaps a line number? But of which file ? Couldn't find anything within the sources of truss or mkfontscale. No reply yet from the maintainer for mkfontscale x11@FreeBSD.org. Thanks for any help, Harald -- FreeBSD 6.2-RELEASE-p2 #0: Tue Feb 27 22:56:09 UTC 2007 From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 09:58:50 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F4D416A420; Mon, 11 Feb 2008 09:58:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9500513C468; Mon, 11 Feb 2008 09:58:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1B9wmqx058810; Mon, 11 Feb 2008 04:58:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m1B9wmdb059684; Mon, 11 Feb 2008 04:58:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id B034F1B5078; Mon, 11 Feb 2008 04:58:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080211095848.B034F1B5078@freebsd-stable.sentex.ca> Date: Mon, 11 Feb 2008 04:58:48 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 09:58:50 -0000 TB --- 2008-02-11 09:27:06 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-11 09:27:06 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2008-02-11 09:27:06 - cleaning the object tree TB --- 2008-02-11 09:27:15 - cvsupping the source tree TB --- 2008-02-11 09:27:15 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2008-02-11 09:27:21 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-11 09:27:21 - cd /src TB --- 2008-02-11 09:27:21 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 11 09:27:22 UTC 2008 >>> 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 [...] building profiled archive library ranlib libarchive_p.a gzip -cn /src/lib/libarchive/archive_entry.3 > archive_entry.3.gz gzip -cn /src/lib/libarchive/archive_read.3 > archive_read.3.gz gzip -cn /src/lib/libarchive/archive_util.3 > archive_util.3.gz gzip -cn /src/lib/libarchive/archive_write.3 > archive_write.3.gz gzip -cn /src/lib/libarchive/archive_write_disk.3 > archive_write_disk.3.gz make: don't know how to make cpio.5. Stop *** Error code 2 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-11 09:58:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-11 09:58:48 - ERROR: failed to build world TB --- 2008-02-11 09:58:48 - tinderbox aborted TB --- 1598.00 user 211.59 system 1901.81 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 12:01:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CBBE16A41A for ; Mon, 11 Feb 2008 12:01:00 +0000 (UTC) (envelope-from remco@spacemarines.us) Received: from green.qinip.net (green.qinip.net [62.100.30.36]) by mx1.freebsd.org (Postfix) with ESMTP id 358D713C51A for ; Mon, 11 Feb 2008 12:00:59 +0000 (UTC) (envelope-from remco@spacemarines.us) Received: from marshal.spacemarines.us (h89220144089.dsl.speedlinq.nl [89.220.144.89]) by green.qinip.net (Postfix) with ESMTP id 9751CC875 for ; Mon, 11 Feb 2008 13:01:01 +0100 (CET) Received: by marshal.spacemarines.us (Postfix, from userid 1000) id 6FA901CDAB; Mon, 11 Feb 2008 13:00:57 +0100 (CET) Date: Mon, 11 Feb 2008 13:00:57 +0100 To: freebsd-stable@freebsd.org Message-ID: <20080211120057.GA5821@marshal.spacemarines.us> References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080126003845.GA52183@eos.sc1.parodius.com> User-Agent: Mutt/1.5.13 (2006-08-11) From: remco@spacemarines.us (Remco van Bekkum) Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 12:01:00 -0000 On Fri, Jan 25, 2008 at 04:38:46PM -0800, Jeremy Chadwick wrote: > Joe, I wanted to send you a note about something that I'm still in the > process of dealing with. The timing couldn't be more ironic. > > I decided it would be worthwhile to migrate from my two-disk ZFS stripe > with a non-ZFS disk for nightly backups, to to a RAIDZ pool of all 3 > disks combined (since they're all the same size). I had another > terminal with gstat -I500ms running in it, so I could see overall I/O. > > All was going well until about the 81GB mark of the copy. gstat started > showing 0KB in/out on all the drives, and the rsync was stalled. ^Z did > nothing, which is usually a bad sign. :-) I ssh'd in and did a dmesg > (summarised): > > ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly > ad6: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly > ad6: WARNING - SET_MULTI taskqueue timeout - completing request directly > ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13951071 > ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13951327 > ad6: FAILURE - WRITE_DMA timed out LBA=13951071 > ad6: FAILURE - WRITE_DMA timed out LBA=13951327 > ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13951583 > ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13951839 > ad6: FAILURE - WRITE_DMA timed out LBA=13951583 > ad6: FAILURE - WRITE_DMA timed out LBA=13951839 > ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13952095 > ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13952351 > g_vfs_done():ad6s1d[WRITE(offset=7142916096, length=131072)]error = 5 > g_vfs_done():ad6s1d[WRITE(offset=7143047168, length=131072)]error = 5 > g_vfs_done():ad6s1d[WRITE(offset=7143178240, length=131072)]error = 5 > g_vfs_done():ad6s1d[WRITE(offset=7143309312, length=131072)]error = 5 > g_vfs_done():ad6s1d[WRITE(offset=7143440384, length=131072)]error = 5 > > It appears my /dev/ad6 (a Seagate -- more irony) must have some bad > blocks. Actually, after letting things go for a while, I realised the > box just locked up. Probably kernel panic'd due to the I/O problem. > I'll have to poke at SMART stats later to see what showed up. > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Hi all, After having replaced my first SATA disk with one of the same type, having still the same errors, I replaced this 1TB drive with 4x500GB Hitachi P7K500 in raidz. It worked fine for a week, but yesterday I cvsupped and rebuild world. This afternoon everything is breaking down again with the same errors: Feb 11 12:34:09 xaero kernel: ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Feb 11 12:34:13 xaero kernel: ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Feb 11 12:34:17 xaero kernel: ad6: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly Feb 11 12:34:21 xaero kernel: ad6: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly Feb 11 12:34:25 xaero kernel: ad6: WARNING - SET_MULTI taskqueue timeout - completing request directly Feb 11 12:34:25 xaero kernel: ad6: FAILURE - WRITE_DMA48 timed out LBA=298014274 Feb 11 12:34:29 xaero kernel: ad8: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Feb 11 12:34:33 xaero kernel: ad8: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Feb 11 12:34:37 xaero kernel: ad8: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly Feb 11 12:34:41 xaero kernel: ad8: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly Feb 11 12:34:45 xaero kernel: ad8: WARNING - SET_MULTI taskqueue timeout - completing request directly Feb 11 12:34:45 xaero kernel: ad8: FAILURE - WRITE_DMA48 timed out LBA=298013590 So of 6 new disk I have 4 with the same errors. It would be quite safe then to not blame the disks imho. I've tested the second drive in another machine, but still got these timeout errors. What's wrong here? It's on an amd64, Asus m2a-vm with ati xp600, AMD BE-2350 CPU, 2GB 800MHz RAM. Regards, Remco From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 12:11:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 845B516A417 for ; Mon, 11 Feb 2008 12:11:35 +0000 (UTC) (envelope-from remco@spacemarines.us) Received: from green.qinip.net (green.qinip.net [62.100.30.36]) by mx1.freebsd.org (Postfix) with ESMTP id 4001E13C4FA for ; Mon, 11 Feb 2008 12:11:35 +0000 (UTC) (envelope-from remco@spacemarines.us) Received: from marshal.spacemarines.us (h89220144089.dsl.speedlinq.nl [89.220.144.89]) by green.qinip.net (Postfix) with ESMTP id 0AF91C7E4 for ; Mon, 11 Feb 2008 13:11:38 +0100 (CET) Received: by marshal.spacemarines.us (Postfix, from userid 1000) id 9810D1CDAB; Mon, 11 Feb 2008 13:11:33 +0100 (CET) Date: Mon, 11 Feb 2008 13:11:33 +0100 To: Remco van Bekkum Message-ID: <20080211121133.GA5910@marshal.spacemarines.us> References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> <20080211120057.GA5821@marshal.spacemarines.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080211120057.GA5821@marshal.spacemarines.us> User-Agent: Mutt/1.5.13 (2006-08-11) From: remco@spacemarines.us (Remco van Bekkum) Cc: freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 12:11:35 -0000 On Mon, Feb 11, 2008 at 01:00:57PM +0100, Remco van Bekkum wrote: > On Fri, Jan 25, 2008 at 04:38:46PM -0800, Jeremy Chadwick wrote: > > Joe, I wanted to send you a note about something that I'm still in the > > process of dealing with. The timing couldn't be more ironic. > > > > I decided it would be worthwhile to migrate from my two-disk ZFS stripe > > with a non-ZFS disk for nightly backups, to to a RAIDZ pool of all 3 > > disks combined (since they're all the same size). I had another > > terminal with gstat -I500ms running in it, so I could see overall I/O. > > > > All was going well until about the 81GB mark of the copy. gstat started > > showing 0KB in/out on all the drives, and the rsync was stalled. ^Z did > > nothing, which is usually a bad sign. :-) I ssh'd in and did a dmesg > > (summarised): > > > > ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly > > ad6: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly > > ad6: WARNING - SET_MULTI taskqueue timeout - completing request directly > > ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13951071 > > ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13951327 > > ad6: FAILURE - WRITE_DMA timed out LBA=13951071 > > ad6: FAILURE - WRITE_DMA timed out LBA=13951327 > > ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13951583 > > ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13951839 > > ad6: FAILURE - WRITE_DMA timed out LBA=13951583 > > ad6: FAILURE - WRITE_DMA timed out LBA=13951839 > > ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13952095 > > ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13952351 > > g_vfs_done():ad6s1d[WRITE(offset=7142916096, length=131072)]error = 5 > > g_vfs_done():ad6s1d[WRITE(offset=7143047168, length=131072)]error = 5 > > g_vfs_done():ad6s1d[WRITE(offset=7143178240, length=131072)]error = 5 > > g_vfs_done():ad6s1d[WRITE(offset=7143309312, length=131072)]error = 5 > > g_vfs_done():ad6s1d[WRITE(offset=7143440384, length=131072)]error = 5 > > > > It appears my /dev/ad6 (a Seagate -- more irony) must have some bad > > blocks. Actually, after letting things go for a while, I realised the > > box just locked up. Probably kernel panic'd due to the I/O problem. > > I'll have to poke at SMART stats later to see what showed up. > > > > -- > > | Jeremy Chadwick jdc at parodius.com | > > | Parodius Networking http://www.parodius.com/ | > > | UNIX Systems Administrator Mountain View, CA, USA | > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > Hi all, > > After having replaced my first SATA disk with one of the same type, > having still the same errors, I replaced this 1TB drive with 4x500GB > Hitachi P7K500 in raidz. It worked fine for a week, but yesterday I > cvsupped and rebuild world. This afternoon everything is breaking down > again with the same errors: > > Feb 11 12:34:09 xaero kernel: ad6: WARNING - SETFEATURES SET TRANSFER > MODE taskqueue timeout - completing request directly > Feb 11 12:34:13 xaero kernel: ad6: WARNING - SETFEATURES SET TRANSFER > MODE taskqueue timeout - completing request directly > Feb 11 12:34:17 xaero kernel: ad6: WARNING - SETFEATURES ENABLE RCACHE > taskqueue timeout - completing request directly > Feb 11 12:34:21 xaero kernel: ad6: WARNING - SETFEATURES ENABLE WCACHE > taskqueue timeout - completing request directly > Feb 11 12:34:25 xaero kernel: ad6: WARNING - SET_MULTI taskqueue timeout > - completing request directly > Feb 11 12:34:25 xaero kernel: ad6: FAILURE - WRITE_DMA48 timed out > LBA=298014274 > > Feb 11 12:34:29 xaero kernel: ad8: WARNING - SETFEATURES SET TRANSFER > MODE taskqueue timeout - completing request directly > Feb 11 12:34:33 xaero kernel: ad8: WARNING - SETFEATURES SET TRANSFER > MODE taskqueue timeout - completing request directly > Feb 11 12:34:37 xaero kernel: ad8: WARNING - SETFEATURES ENABLE RCACHE > taskqueue timeout - completing request directly > Feb 11 12:34:41 xaero kernel: ad8: WARNING - SETFEATURES ENABLE WCACHE > taskqueue timeout - completing request directly > Feb 11 12:34:45 xaero kernel: ad8: WARNING - SET_MULTI taskqueue timeout > - completing request directly > Feb 11 12:34:45 xaero kernel: ad8: FAILURE - WRITE_DMA48 timed out > LBA=298013590 > > So of 6 new disk I have 4 with the same errors. It would be quite safe then > to not blame the disks imho. I've tested the second drive in another > machine, but still got these timeout errors. What's wrong here? > It's on an amd64, Asus m2a-vm with ati xp600, AMD BE-2350 CPU, 2GB > 800MHz RAM. > > Regards, > > Remco > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Sorry, ati ixp sb600 that is... Remco From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 14:01:06 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0172A16A417; Mon, 11 Feb 2008 14:01:06 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id B221413C478; Mon, 11 Feb 2008 14:01:05 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from localhost.we-dare.net ([127.0.0.1] helo=galain.elvandar.org) by galain.elvandar.org with esmtpa (Exim 4.67) (envelope-from ) id 1JOYUU-000DYV-Iy; Mon, 11 Feb 2008 14:14:34 +0100 Received: from 195.64.94.120 (SquirrelMail authenticated user remko) by galain.elvandar.org with HTTP; Mon, 11 Feb 2008 14:14:34 +0100 (CET) Message-ID: <63335.195.64.94.120.1202735674.squirrel@galain.elvandar.org> In-Reply-To: <20080211084652.DCC631B5078@freebsd-stable.sentex.ca> References: <20080211084652.DCC631B5078@freebsd-stable.sentex.ca> Date: Mon, 11 Feb 2008 14:14:34 +0100 (CET) From: "Remko Lodder" To: "FreeBSD Tinderbox" User-Agent: SquirrelMail/1.4.13 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: stable@freebsd.org, FreeBSD Tinderbox , i386@freebsd.org Subject: Re: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: remko@elvandar.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 14:01:06 -0000 Fixed! On Mon, February 11, 2008 9:46 am, FreeBSD Tinderbox wrote: > TB --- 2008-02-11 08:10:55 - tinderbox 2.3 running on > freebsd-stable.sentex.ca > TB --- 2008-02-11 08:10:55 - starting RELENG_7 tinderbox run for i386/i386 > TB --- 2008-02-11 08:10:55 - cleaning the object tree > TB --- 2008-02-11 08:11:18 - cvsupping the source tree > TB --- 2008-02-11 08:11:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s > /tinderbox/RELENG_7/i386/i386/supfile > TB --- 2008-02-11 08:11:26 - building world (CFLAGS=-O2 -pipe) > TB --- 2008-02-11 08:11:26 - cd /src > TB --- 2008-02-11 08:11:26 - /usr/bin/make -B buildworld >>>> World build started on Mon Feb 11 08:11:27 UTC 2008 >>>> 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 > [...] > building profiled archive library > ranlib libarchive_p.a > gzip -cn /src/lib/libarchive/archive_entry.3 > archive_entry.3.gz > gzip -cn /src/lib/libarchive/archive_read.3 > archive_read.3.gz > gzip -cn /src/lib/libarchive/archive_util.3 > archive_util.3.gz > gzip -cn /src/lib/libarchive/archive_write.3 > archive_write.3.gz > gzip -cn /src/lib/libarchive/archive_write_disk.3 > > archive_write_disk.3.gz > make: don't know how to make cpio.5. Stop > *** Error code 2 > > Stop in /src/lib. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2008-02-11 08:46:52 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2008-02-11 08:46:52 - ERROR: failed to build world > TB --- 2008-02-11 08:46:52 - tinderbox aborted > TB --- 1679.28 user 218.31 system 2156.87 real > > > http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full > _______________________________________________ > freebsd-i386@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-i386 > To unsubscribe, send any mail to "freebsd-i386-unsubscribe@freebsd.org" > -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 17:09:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8491916A418 for ; Mon, 11 Feb 2008 17:09:19 +0000 (UTC) (envelope-from me@che78-3-82-246-30-233.fbx.proxad.net) Received: from smtp8-g19.free.fr (smtp8-g19.free.fr [212.27.42.65]) by mx1.freebsd.org (Postfix) with ESMTP id 169D613C46B for ; Mon, 11 Feb 2008 17:09:18 +0000 (UTC) (envelope-from me@che78-3-82-246-30-233.fbx.proxad.net) Received: from smtp8-g19.free.fr (localhost [127.0.0.1]) by smtp8-g19.free.fr (Postfix) with ESMTP id 35E5317F974 for ; Mon, 11 Feb 2008 18:09:17 +0100 (CET) Received: from che78-3-82-246-30-233.fbx.proxad.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp8-g19.free.fr (Postfix) with ESMTP id 8D9B12C6C58 for ; Mon, 11 Feb 2008 18:07:15 +0100 (CET) Received: by che78-3-82-246-30-233.fbx.proxad.net (Postfix, from userid 1001) id 250324523C; Mon, 11 Feb 2008 18:06:35 +0100 (CET) Date: Mon, 11 Feb 2008 18:06:35 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20080211170635.GA4228@pollux> Mail-Followup-To: freebsd-stable@freebsd.org References: <20080207124403.GA2792@pollux> <20080210181332.A23724@eskimo.com> <20080211093702.GA2367@pollux> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080211093702.GA2367@pollux> User-Agent: Mutt/1.4.2.3i Subject: Re: X.org: Fatal server error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 17:09:19 -0000 > > > A good reason in my case seems to be: all fonts.dir files are empty. > > > > > > Running ``mkfontdir [-e encodings/] misc/'' creates always an empty > > > fonts.dir file, but with the '-e' option a correct encodings.dir file. > > > > > > Conclusion: mkfontdir appears to be broken, or rather mkfontscale as > > > the former is just a single-line shell script. > > > I would check and see if you have the following packages installed: > > 1. font-misc-misc > > 2. font-cursor-misc > > They are installed alright, like all other packages containing the > pattern ``font'' in their name. > > In the meantime, following an off-list advice, I've used truss(1). > I've got now nice truss.out files for two machines (same release): > mine which is good and the other machine (in fact a desktop as well) > which has the bug. > > The trouble is that I'm unable to interpret the difference. For example: > Every line in the bad truss.out file is prefixed with ``2682: ''. > Perhaps a line number? But of which file ? > Couldn't find anything within the sources of truss or mkfontscale. > > No reply yet from the maintainer for mkfontscale x11@FreeBSD.org. First, I'm replying for convenience to two off-list remarks: I've created 4 truss.out files, 2 on the bad box, 2 on the good one, using the following 2 commands (under root in /usr/local/lib/X11/fonts): truss -o truss.out mkfontdir misc/ truss -fae -o truss-fae.out mkfontdir misc/ After renaming I've got: truss.bad, truss.good, truss-fae.bad, truss-fae.good truss-fae.bad is the _only_ file all lines of which are prefixed with ``2682: ''. All lines of all other files don't have such a prefix. I cannot check for the time being whether this corresponds to a pid. The bad box is at the other end of the town. Second, is there nobody (more competent than me) out there who would accept receiving and looking into e.g. truss-fae.bad.bz2 (12kB) and truss-fae.good.bz2 (18kB) ? You know I'm just asking for the very very obvious thing which should take not more than 5 minutes for an experienced person. Thank you in advance. Harald -- FreeBSD 6.2-RELEASE-p2 #0: Tue Feb 27 22:56:09 UTC 2007 From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 17:11:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5B6216A418; Mon, 11 Feb 2008 17:11:07 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id 61D6113C4D9; Mon, 11 Feb 2008 17:11:06 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id m1BGdEX8006034; Mon, 11 Feb 2008 16:39:14 GMT Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1JObgY-0003B9-Jr; Mon, 11 Feb 2008 16:39:14 +0000 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id m1BGdEfU028425; Mon, 11 Feb 2008 16:39:14 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id m1BGdDes028424; Mon, 11 Feb 2008 16:39:13 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Joe Peterson In-Reply-To: <47ACF0AE.3040802@skyrush.com> References: <47ACD7D4.5050905@skyrush.com> <47ACDE82.1050100@skyrush.com> <20080208173517.rdtobnxqg4g004c4@www.wolves.k12.mo.us> <47ACF0AE.3040802@skyrush.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 11 Feb 2008 16:39:13 +0000 Message-Id: <1202747953.27277.7.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Analysis of disk file block with ZFS checksum error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 17:11:08 -0000 On Fri, 2008-02-08 at 17:15 -0700, Joe Peterson wrote: > Chris Dillon wrote: > > That is a chunk of a Mozilla Mork-format database. Perhaps the > > Firefox URL history or address book from Thunderbird. > > Interesting (thanks to all who recognized Mork). I do use Firefox and > Thunderbird, so it's feasible, but how the heck would a piece of one of > those files find its way into 1/2 of a ZFS block in one of my mp3 files? > I wonder if it could have been done on write when the file was copied > to the ZFS pool (maybe some write-caching issue?), but I thought ZFS > would have verified the block after write. It seems unlikely that it > would get changed later - I never rewrote that file after the original > copy... Are the datestamps (Thu Jan 24 23:20:58 2008) found within the corrupt block before or after the datestamp of the file it was found within? i.e. was the corrupt block on the disk before or after the mp3 was written there? You could possibly confirm this by grepping for that datestamp in the files in your home directory, and with the aid of http://developer.mozilla.org/en/docs/Mork_Structure#Rows, try to establish exactly what the datestamp means (ie was it the time you visited a URL, etc). Gavin From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 17:24:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30BAB16A420 for ; Mon, 11 Feb 2008 17:24:57 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing02.lava.net (pie.lava.net [IPv6:2001:1888:0:1:230:48ff:fe5b:3b8c]) by mx1.freebsd.org (Postfix) with ESMTP id DF47F13C46A for ; Mon, 11 Feb 2008 17:24:56 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing02.lava.net (Postfix) with ESMTP id 3E992171136; Mon, 11 Feb 2008 07:24:56 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id 458DD153882; Mon, 11 Feb 2008 07:24:55 -1000 (HST) Date: Mon, 11 Feb 2008 07:24:55 -1000 From: Clifton Royston To: Remco van Bekkum Message-ID: <20080211172454.GB5323@lava.net> Mail-Followup-To: Remco van Bekkum , freebsd-stable@freebsd.org References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> <20080211120057.GA5821@marshal.spacemarines.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080211120057.GA5821@marshal.spacemarines.us> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 17:24:57 -0000 On Mon, Feb 11, 2008 at 01:00:57PM +0100, Remco van Bekkum wrote: > On Fri, Jan 25, 2008 at 04:38:46PM -0800, Jeremy Chadwick wrote: > After having replaced my first SATA disk with one of the same type, > having still the same errors, I replaced this 1TB drive with 4x500GB > Hitachi P7K500 in raidz. It worked fine for a week, but yesterday I > cvsupped and rebuild world. This afternoon everything is breaking down > again with the same errors: > > Feb 11 12:34:09 xaero kernel: ad6: WARNING - SETFEATURES SET TRANSFER > MODE taskqueue timeout - completing request directly > Feb 11 12:34:13 xaero kernel: ad6: WARNING - SETFEATURES SET TRANSFER > MODE taskqueue timeout - completing request directly > Feb 11 12:34:17 xaero kernel: ad6: WARNING - SETFEATURES ENABLE RCACHE > taskqueue timeout - completing request directly > Feb 11 12:34:21 xaero kernel: ad6: WARNING - SETFEATURES ENABLE WCACHE > taskqueue timeout - completing request directly > Feb 11 12:34:25 xaero kernel: ad6: WARNING - SET_MULTI taskqueue timeout > - completing request directly > Feb 11 12:34:25 xaero kernel: ad6: FAILURE - WRITE_DMA48 timed out > LBA=298014274 Did you try replacing cabling as a previous poster recommended? I've had similar problems with both traditional parallel ATA and SATA due to marginal cables, which of course are not solved by swapping drives. Not saying there's not a software problem here, just that there is still one area to eliminate. -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 17:32:51 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 870F016A417 for ; Mon, 11 Feb 2008 17:32:51 +0000 (UTC) (envelope-from wwwrun@charlie397.server4you.de) Received: from charlie397.server4you.de (charlie397.server4you.de [85.25.136.158]) by mx1.freebsd.org (Postfix) with ESMTP id 53DA913C457 for ; Mon, 11 Feb 2008 17:32:51 +0000 (UTC) (envelope-from wwwrun@charlie397.server4you.de) Received: by charlie397.server4you.de (Postfix, from userid 30) id BD2C35DB7F7; Mon, 11 Feb 2008 16:51:32 +0100 (CET) To: stable@freebsd.org From: Yahoo & Window Live Awards Centre. MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Message-Id: <20080211160234.BD2C35DB7F7@charlie397.server4you.de> Date: Mon, 11 Feb 2008 16:51:32 +0100 (CET) Cc: Subject: Notice!!! From Yahoo & Window Live Awards Centre. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: contac.brad.richard@hotmail.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 17:32:51 -0000 Yahoo & Window Live Awards Centre 124 Stockport Road, Longsight, Manchester M60 2DB United Kingdom. Tel: +447045736125,+447024093946. Dear Prize Winner, This is to inform you that you have won a prize money of (Two Hundred & Fifty Thousand) Great Britain Pounds (GBP.250,000.00) for the month of February,2008 Prize promotion which is organized by (YAHOO AWARDS & WINDOWS LIVE). (YAHOO) collects all the email addresses of the people that are active online, among the millions that subscribed to Yahoo and Hotmail and few from other e-mail providers. Four people are selected monthly to benefit from this promotion and you are one of the Selected Winners. ****** PAYMENT OF PRIZE****** Winners shall be paid in accordance with their Settlement Centers.Yahoo Prize Award must be claimed not later than (10 days)from date of Draw Notification. Any prize not claimed within this period will be forfeited and returned to its source as unclaimed. Stated below are your identification numbers: BATCH NUMBER: MFI/06/APA-43658 REFERENCE NUMBER: 2007234522 PIN: 1207 You are requested to contact our co-ordinator in Manchester and send your winning identification numbers to him: Co-ordinator's Name: Mr. Brad Richards E-Mail:contac.brad.richard@hotmail.co.uk You are advised to send the following information to our co-ordinator to facilitate the release of of your fund to you. (1)Full name............(2)Country................... (3)Contact Address............(4)Telephone Number........ (5)fax Number..........(6)Marital Status.............. (7)Occupation.............(8)Sex............. (9)Date of Birth/Age .........(10)Identity card(carte identite)............ Yours in service, Mrs. Grace Sanders ************************************************************************************************* WARNING! WARNING!! WARNING!!!. You must keep strict confidentiality of your Prize Award claims to yourself until your money is successfully handed over to you to avoid disqualification that may arise from double claims.Yahoo Awards Team shall not be held liable for any loss of funds arising from the above mentioned. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 18:35:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC6A716A418 for ; Mon, 11 Feb 2008 18:35:39 +0000 (UTC) (envelope-from remco@spacemarines.us) Received: from green.qinip.net (green.qinip.net [62.100.30.36]) by mx1.freebsd.org (Postfix) with ESMTP id 8622913C465 for ; Mon, 11 Feb 2008 18:35:39 +0000 (UTC) (envelope-from remco@spacemarines.us) Received: from marshal.spacemarines.us (h89220144089.dsl.speedlinq.nl [89.220.144.89]) by green.qinip.net (Postfix) with ESMTP id 91613C76B; Mon, 11 Feb 2008 19:35:42 +0100 (CET) Received: by marshal.spacemarines.us (Postfix, from userid 1000) id B2DB11CDAD; Mon, 11 Feb 2008 19:35:37 +0100 (CET) Date: Mon, 11 Feb 2008 19:35:37 +0100 To: Clifton Royston Message-ID: <20080211183537.GA6497@marshal.spacemarines.us> References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> <20080211120057.GA5821@marshal.spacemarines.us> <20080211172454.GB5323@lava.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080211172454.GB5323@lava.net> User-Agent: Mutt/1.5.13 (2006-08-11) From: remco@spacemarines.us (Remco van Bekkum) Cc: freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 18:35:39 -0000 On Mon, Feb 11, 2008 at 07:24:55AM -1000, Clifton Royston wrote: > On Mon, Feb 11, 2008 at 01:00:57PM +0100, Remco van Bekkum wrote: > > On Fri, Jan 25, 2008 at 04:38:46PM -0800, Jeremy Chadwick wrote: > > After having replaced my first SATA disk with one of the same type, > > having still the same errors, I replaced this 1TB drive with 4x500GB > > Hitachi P7K500 in raidz. It worked fine for a week, but yesterday I > > cvsupped and rebuild world. This afternoon everything is breaking down > > again with the same errors: > > > > Feb 11 12:34:09 xaero kernel: ad6: WARNING - SETFEATURES SET TRANSFER > > MODE taskqueue timeout - completing request directly > > Feb 11 12:34:13 xaero kernel: ad6: WARNING - SETFEATURES SET TRANSFER > > MODE taskqueue timeout - completing request directly > > Feb 11 12:34:17 xaero kernel: ad6: WARNING - SETFEATURES ENABLE RCACHE > > taskqueue timeout - completing request directly > > Feb 11 12:34:21 xaero kernel: ad6: WARNING - SETFEATURES ENABLE WCACHE > > taskqueue timeout - completing request directly > > Feb 11 12:34:25 xaero kernel: ad6: WARNING - SET_MULTI taskqueue timeout > > - completing request directly > > Feb 11 12:34:25 xaero kernel: ad6: FAILURE - WRITE_DMA48 timed out > > LBA=298014274 > > Did you try replacing cabling as a previous poster recommended? I've > had similar problems with both traditional parallel ATA and SATA due to > marginal cables, which of course are not solved by swapping drives. > > Not saying there's not a software problem here, just that there is > still one area to eliminate. > -- Clifton > > -- > Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net > President - I and I Computing * http://www.iandicomputing.com/ > Custom programming, network design, systems and network consulting services Hi Clifton, I don't recall exactly anymore, but at least 3 cables have been used without problems on other systems. I'm wondering, the mainboard acts weird sometimes as well: when I press the reset button, it sometimes powers down. Also, I just did a reset after it deadlocked on shutdown because of the errors, and when the system booted, 2 disks were not seen by the bios. I had to power down the box and when it came up again, the disks were back. Can software leave the disks in a state that the bios doesn't detect them after pressing the reset button? I'm 100% certain that on my previous installation, in a 100% different system, I got the same errors. That should normally mean either software or disk. The disk has been replaced, the OS is the same. I'm either having really bad luck or something else is wrong. What is a good way of stress testing disks? Thanks! - Remco From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 19:16:44 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C34D16A418 for ; Mon, 11 Feb 2008 19:16:44 +0000 (UTC) (envelope-from whitevamp47@hotmail.com) Received: from bay0-omc1-s7.bay0.hotmail.com (bay0-omc1-s7.bay0.hotmail.com [65.54.246.79]) by mx1.freebsd.org (Postfix) with ESMTP id 0A41413C45E for ; Mon, 11 Feb 2008 19:16:43 +0000 (UTC) (envelope-from whitevamp47@hotmail.com) Received: from hotmail.com ([64.4.17.77]) by bay0-omc1-s7.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 11 Feb 2008 11:04:42 -0800 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 11 Feb 2008 11:04:41 -0800 Message-ID: Received: from 24.20.253.113 by BAY111-DAV5.phx.gbl with DAV; Mon, 11 Feb 2008 19:04:38 +0000 X-Originating-IP: [24.20.253.113] X-Originating-Email: [whitevamp47@hotmail.com] X-Sender: whitevamp47@hotmail.com From: To: References: <20080211160234.BD2C35DB7F7@charlie397.server4you.de> Date: Mon, 11 Feb 2008 11:04:33 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-OriginalArrivalTime: 11 Feb 2008 19:04:41.0995 (UTC) FILETIME=[F50F3DB0:01C86CE0] Cc: Subject: Re: Notice!!! From Yahoo & Window Live Awards Centre. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 19:16:44 -0000 hrmm yea sure im going to give you my personal info. NOT!!! ----- Original Message ----- From: "Yahoo & Window Live Awards Centre." To: Sent: Monday, February 11, 2008 7:51 AM Subject: Notice!!! From Yahoo & Window Live Awards Centre. > > Yahoo & Window Live Awards Centre > 124 Stockport Road, > Longsight, Manchester M60 2DB > United Kingdom. > Tel: +447045736125,+447024093946. > > Dear Prize Winner, > This is to inform you that you have won a prize money of (Two Hundred & > Fifty Thousand) Great Britain Pounds (GBP.250,000.00) for the month of > February,2008 Prize promotion which is organized by (YAHOO AWARDS & > WINDOWS LIVE). > > (YAHOO) collects all the email addresses of the people that are active > online, among the millions that subscribed to Yahoo and Hotmail and few > from other e-mail providers. Four people are selected monthly to benefit > from this promotion and you are one of the Selected Winners. > > > ****** PAYMENT OF PRIZE****** > > > Winners shall be paid in accordance with their Settlement Centers.Yahoo > Prize Award must be claimed not later than (10 days)from date of Draw > Notification. Any prize not claimed within this period will be forfeited > and returned to its source as unclaimed. > > > Stated below are your identification numbers: > BATCH NUMBER: MFI/06/APA-43658 > REFERENCE NUMBER: 2007234522 > PIN: 1207 > > > You are requested to contact our co-ordinator in Manchester and send your > winning identification numbers to him: > Co-ordinator's Name: Mr. Brad Richards > E-Mail:contac.brad.richard@hotmail.co.uk > > > You are advised to send the following information to our co-ordinator to > facilitate the release of of your fund to you. > > > (1)Full name............(2)Country................... > > (3)Contact Address............(4)Telephone Number........ > > (5)fax Number..........(6)Marital Status.............. > > (7)Occupation.............(8)Sex............. > > (9)Date of Birth/Age .........(10)Identity card(carte > identite)............ > > > Yours in service, > Mrs. Grace Sanders > ************************************************************************************************* > WARNING! WARNING!! WARNING!!!. > You must keep strict confidentiality of your Prize Award claims to > yourself until your money is successfully handed over to you to avoid > disqualification that may arise from double claims.Yahoo Awards Team shall > not be held liable for any loss of funds arising from the above mentioned. > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 19:39:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62F8D16A419; Mon, 11 Feb 2008 19:39:13 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id 1DBED13C447; Mon, 11 Feb 2008 19:39:12 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from crater.wildlava.net (crater.wildlava.net [67.40.138.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 2B5F98F3B2; Mon, 11 Feb 2008 12:39:12 -0700 (MST) Message-ID: <47B0A45C.4090909@skyrush.com> Date: Mon, 11 Feb 2008 12:39:08 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Gavin Atkinson References: <47ACD7D4.5050905@skyrush.com> <47ACDE82.1050100@skyrush.com> <20080208173517.rdtobnxqg4g004c4@www.wolves.k12.mo.us> <47ACF0AE.3040802@skyrush.com> <1202747953.27277.7.camel@buffy.york.ac.uk> In-Reply-To: <1202747953.27277.7.camel@buffy.york.ac.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Analysis of disk file block with ZFS checksum error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 19:39:13 -0000 Gavin Atkinson wrote: > Are the datestamps (Thu Jan 24 23:20:58 2008) found within the corrupt > block before or after the datestamp of the file it was found within? > i.e. was the corrupt block on the disk before or after the mp3 was > written there? Hi Gavin, those dated are later than the original copy (I do not have the file timestamps to prove this, but according to my email record, I am pretty sure of this). So the corrupt block is later than the original write. If this is the case, I assume that the block got written, by mistake, into the middle of the mp3 file. Someone else suggested that it could be caused by a bad transfer block number or bad drive command (corrupted on the way to the drive, since these are not checksummed in the hardware). If the block went to the wrong place, AND if it was a HW glitch, I suppose the best ZFS could then do is retry the write (if its failure was even detected - still not sure if ZFS does a re-check of the disk data checksum after the disk write), not knowing until the later scrub that the block had corrupted a file. I think that anything is possible, but I know I was getting periodic DMA timeouts, etc. around that time. I hesitate, although it is tempting, to use this evidence to focus blame purely on bad HW, given that others seem to be seeing DMA problems too, and there is reasonable doubt whether their problems are HW related or not. In my case, I have been free of DMA errors (cross your fingers) after re-installed FreeBSD completely (giving it a larger boot partition and redoing the ZFS slice too), and before this, I changed the IDE cable just to eliminate one more variable. Therefore, there are too many variables to reach a firm conclusion, since even if the cable was "bad", I never saw one DMA error or other indication of anything wrong with HW from the Linux side (and I've been using that HW with both Linux and FreeBSD 6.2 for months now - no apparent flakiness of any kind on either system). So either it *was* bad and FreeBSD 7.0 was being more "honest", FreeBSD's drivers and/or ZFS was stressing the HW and revealing weaknesses in the cable, or it was a SW issue that got cleared somehow when I re-installed. Is it possible that the problem lies in the ATA drivers in FreeBSD or even in ZFS and just looks like HW issues? I do not have enough info/expertise to know. If not, then it may very well be true that HW problems are pretty widespread (and that disk HW cannot, in fact, be trusted), and there really *is* a strong need for ZFS *now* to protect our data. If there is a possibility that SW could be involved, any hints on how to further debug this would be of great help to those still experiencing recent DMA errors. I just want to be more sure one way or the other, but I know this issue is not an easy one (however, it's the kind of problem that should receive the highest priority, IMHO). -Joe From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 20:34:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD4BD16A41A for ; Mon, 11 Feb 2008 20:34:18 +0000 (UTC) (envelope-from joji@eskimo.com) Received: from ultra5.eskimo.com (ultra5.eskimo.com [204.122.16.68]) by mx1.freebsd.org (Postfix) with ESMTP id A67C713C45B for ; Mon, 11 Feb 2008 20:34:18 +0000 (UTC) (envelope-from joji@eskimo.com) Received: from eskimo.com (eskimo.com [204.122.16.13]) by ultra5.eskimo.com (8.14.0/8.14.0) with ESMTP id m1BKYEtD027345; Mon, 11 Feb 2008 12:34:14 -0800 Received: (from joji@localhost) by eskimo.com (8.9.1a/8.9.1) id MAA13079; Mon, 11 Feb 2008 12:29:14 -0800 (PST) Date: Mon, 11 Feb 2008 12:29:13 -0800 From: Joseph Olatt To: Harald Weis Message-ID: <20080211122913.A9514@eskimo.com> References: <20080207124403.GA2792@pollux> <20080210181332.A23724@eskimo.com> <20080211093702.GA2367@pollux> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20080211093702.GA2367@pollux>; from hawei@free.fr on Mon, Feb 11, 2008 at 10:37:02AM +0100 Cc: freebsd-stable@freebsd.org Subject: Re: X.org: Fatal server error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 20:34:19 -0000 On Mon, Feb 11, 2008 at 10:37:02AM +0100, Harald Weis wrote: > On Sun, Feb 10, 2008 at 06:13:33PM -0800, Joseph Olatt wrote: > > On Thu, Feb 07, 2008 at 01:44:03PM +0100, Harald Weis wrote: > > > > > > This is the message (without the stars) I get on a laptop after > > > a fresh install of FreeBSD 6.2-RELEASE i386 (previously 6.0). > > > > > > Searching the archives, I found two reasons which do not apply for me: > > > > > > 1. xorg-fonts-miscbitmaps-7.2 is properly installed > > > 2. the same is true for font-alias-1.0.1 > > > > > > A good reason in my case seems to be: all fonts.dir files are empty. > > > > > > Running ``mkfontdir [-e encodings/] misc/'' creates always an empty > > > fonts.dir file, but with the '-e' option a correct encodings.dir file. > > > > > > Conclusion: mkfontdir appears to be broken, or rather mkfontscale as > > > the former is just a single-line shell script. > > > I would check and see if you have the following packages installed: > > 1. font-misc-misc > > 2. font-cursor-misc > > They are installed alright, like all other packages containing the > pattern ``font'' in their name. If "font-misc-misc" and "font-cursor-misc" are installed, I would do the following: 1. Check "/usr/local/lib/X11/fonts/misc" directory to see if there are font files there. In my case, that is where the fonts from package "font-misc-misc" and "font-cursor-misc" got installed. (pkg_info -L font-misc-misc-1.0.0 would tell you where the fonts got installed.) 2. Check the xorg.conf (/etc/X11/xorg.conf for me) to see if you have a section similar to the following: Section "Files" RgbPath "/usr/local/share/X11/rgb" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" EndSection If the line 'FontPath "/usr/local/lib/X11/fonts/misc/"' does not exist, you could get the fixed font error. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 21:07:15 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CEE116A418 for ; Mon, 11 Feb 2008 21:07:15 +0000 (UTC) (envelope-from wwwrun@charlie397.server4you.de) Received: from charlie397.server4you.de (charlie397.server4you.de [85.25.136.158]) by mx1.freebsd.org (Postfix) with ESMTP id D072B13C4F6 for ; Mon, 11 Feb 2008 21:07:14 +0000 (UTC) (envelope-from wwwrun@charlie397.server4you.de) Received: by charlie397.server4you.de (Postfix, from userid 30) id 80DEA53447D; Mon, 11 Feb 2008 18:34:27 +0100 (CET) To: stable@freebsd.org From: Yahoo & Window Live Awards Centre. MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Message-Id: <20080211204431.80DEA53447D@charlie397.server4you.de> Date: Mon, 11 Feb 2008 18:34:27 +0100 (CET) Cc: Subject: Notice!!! From Yahoo & Window Live Awards Centre. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: contac.brad.richard@hotmail.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 21:07:15 -0000 Yahoo & Window Live Awards Centre 124 Stockport Road, Longsight, Manchester M60 2DB United Kingdom. Tel: +447045736125,+447024093946. Dear Prize Winner, This is to inform you that you have won a prize money of (Two Hundred & Fifty Thousand) Great Britain Pounds (GBP.250,000.00) for the month of February,2008 Prize promotion which is organized by (YAHOO AWARDS & WINDOWS LIVE). (YAHOO) collects all the email addresses of the people that are active online, among the millions that subscribed to Yahoo and Hotmail and few from other e-mail providers. Four people are selected monthly to benefit from this promotion and you are one of the Selected Winners. ****** PAYMENT OF PRIZE****** Winners shall be paid in accordance with their Settlement Centers.Yahoo Prize Award must be claimed not later than (10 days)from date of Draw Notification. Any prize not claimed within this period will be forfeited and returned to its source as unclaimed. Stated below are your identification numbers: BATCH NUMBER: MFI/06/APA-43658 REFERENCE NUMBER: 2007234522 PIN: 1207 You are requested to contact our co-ordinator in Manchester and send your winning identification numbers to him: Co-ordinator's Name: Mr. Brad Richards E-Mail:contac.brad.richard@hotmail.co.uk You are advised to send the following information to our co-ordinator to facilitate the release of of your fund to you. (1)Full name............(2)Country................... (3)Contact Address............(4)Telephone Number........ (5)fax Number..........(6)Marital Status.............. (7)Occupation.............(8)Sex............. (9)Date of Birth/Age .........(10)Identity card(carte identite)............ Yours in service, Mrs. Grace Sanders ************************************************************************************************* WARNING! WARNING!! WARNING!!!. You must keep strict confidentiality of your Prize Award claims to yourself until your money is successfully handed over to you to avoid disqualification that may arise from double claims.Yahoo Awards Team shall not be held liable for any loss of funds arising from the above mentioned. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 21:22:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AD8F16A417 for ; Mon, 11 Feb 2008 21:22:36 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [213.225.74.230]) by mx1.freebsd.org (Postfix) with ESMTP id C842713C4CC for ; Mon, 11 Feb 2008 21:22:35 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([212.62.248.147] helo=[192.168.2.10]) by anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JOg6j-0002XF-O6 for freebsd-stable@freebsd.org; Mon, 11 Feb 2008 22:22:33 +0100 Message-Id: From: =?ISO-8859-1?Q?Eirik_=D8verby?= To: FreeBSD Stable Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 11 Feb 2008 22:22:33 +0100 X-Mailer: Apple Mail (2.915) Subject: 7.0, amd64: Wrong files installed into jails? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 21:22:36 -0000 Hi, I've created some jails on FreeBSD 7-RC* now, and I realized there must be some kind of problem when I tried to install and run diablo- jdk 1.5 from the freebsdfoundation packages. It complains about /libexec/ld-elf.so.1: /usr/local/lib/compat/pkg/libz.so.3: unsupported file layout and file(1) returns /usr/local/lib/compat/pkg/libz.so.3: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), stripped On the host, which has been upgraded from 6.2 to 7.0-RC1 using cvsup++ +, Java runs just fine, and finds its libraries in /lib (for instance). Presumably because they are still left there: ls -la /lib/libz.* -r--r--r-- 1 root wheel 79824 Jun 16 2005 /lib/libz.so.2 -r--r--r-- 1 root wheel 81448 Apr 28 2007 /lib/libz.so.3 -r--r--r-- 1 root wheel 83648 Jan 28 09:02 /lib/libz.so.4 There are no compat6x-packages installed anywhere, and even installing the compat6x-amd64 package in the jail does not change anything. Does installworld to a "clean" target install the i386 binaries instead of the amd64 binaries to the /usr/local/lib/compat/ tree?? With best regards, /Eirik From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 21:43:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CE5916A418 for ; Mon, 11 Feb 2008 21:43:18 +0000 (UTC) (envelope-from me@che78-3-82-246-30-233.fbx.proxad.net) Received: from smtp8-g19.free.fr (smtp8-g19.free.fr [212.27.42.65]) by mx1.freebsd.org (Postfix) with ESMTP id 2434713C458 for ; Mon, 11 Feb 2008 21:43:17 +0000 (UTC) (envelope-from me@che78-3-82-246-30-233.fbx.proxad.net) Received: from smtp8-g19.free.fr (localhost [127.0.0.1]) by smtp8-g19.free.fr (Postfix) with ESMTP id 8304317F598 for ; Mon, 11 Feb 2008 22:43:16 +0100 (CET) Received: from che78-3-82-246-30-233.fbx.proxad.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp8-g19.free.fr (Postfix) with ESMTP id 6495417F582 for ; Mon, 11 Feb 2008 22:43:16 +0100 (CET) Received: by che78-3-82-246-30-233.fbx.proxad.net (Postfix, from userid 1001) id 1E1B94523C; Mon, 11 Feb 2008 22:42:36 +0100 (CET) Date: Mon, 11 Feb 2008 22:42:36 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20080211214236.GA8374@pollux> Mail-Followup-To: freebsd-stable@freebsd.org References: <20080207124403.GA2792@pollux> <20080210181332.A23724@eskimo.com> <20080211093702.GA2367@pollux> <20080211122913.A9514@eskimo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080211122913.A9514@eskimo.com> User-Agent: Mutt/1.4.2.3i Subject: Re: X.org: Fatal server error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 21:43:18 -0000 On Mon, Feb 11, 2008 at 12:29:13PM -0800, Joseph Olatt wrote: > On Mon, Feb 11, 2008 at 10:37:02AM +0100, Harald Weis wrote: > > On Sun, Feb 10, 2008 at 06:13:33PM -0800, Joseph Olatt wrote: > > > On Thu, Feb 07, 2008 at 01:44:03PM +0100, Harald Weis wrote: > > > > > > > > A good reason in my case seems to be: all fonts.dir files are empty. > > > > > > > > Running ``mkfontdir [-e encodings/] misc/'' creates always an empty > > > > fonts.dir file, but with the '-e' option a correct encodings.dir file. > > > > > > > > Conclusion: mkfontdir appears to be broken, or rather mkfontscale as > > > > the former is just a single-line shell script. > > > 1. Check "/usr/local/lib/X11/fonts/misc" directory to see if there are > font files there. In my case, that is where the fonts from package > "font-misc-misc" and "font-cursor-misc" got installed. > (pkg_info -L font-misc-misc-1.0.0 would tell you where the fonts > got installed.) > > 2. Check the xorg.conf (/etc/X11/xorg.conf for me) to see if you have a > section similar to the following: > > Section "Files" > RgbPath "/usr/local/share/X11/rgb" > ModulePath "/usr/local/lib/xorg/modules" > FontPath "/usr/local/lib/X11/fonts/misc/" > FontPath "/usr/local/lib/X11/fonts/TTF/" > FontPath "/usr/local/lib/X11/fonts/OTF" > FontPath "/usr/local/lib/X11/fonts/Type1/" > FontPath "/usr/local/lib/X11/fonts/100dpi/" > FontPath "/usr/local/lib/X11/fonts/75dpi/" > EndSection > > > If the line 'FontPath "/usr/local/lib/X11/fonts/misc/"' does not > exist, you could get the fixed font error. I've done all these checks at the very beginning. The only remaining problem was the empty fonts.dir file which fully explains to my mind the fatal server error. I then ran mkfontdir and saw that this command does indeed generate an empty fonts.dir file on the bad machine where everything else seems so utterly correct. What I haven't done yet on the bad box (because it's not on my desk and its external, stupid, ISP router does not let me in via SSH) is to copy my fonts.dir file to it. Just for fun to see what happens. I'll do that tomorrow... In the last resort, I shall portupgrade -fP -o x11/xorg xorg But I hate the idea, it's so Unix-unlike, isn't it ? Harald -- FreeBSD 6.2-RELEASE-p2 #0: Tue Feb 27 22:56:09 UTC 2007 From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 22:20:15 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5119E16A420 for ; Mon, 11 Feb 2008 22:20:15 +0000 (UTC) (envelope-from wwwrun@charlie397.server4you.de) Received: from charlie397.server4you.de (charlie397.server4you.de [85.25.136.158]) by mx1.freebsd.org (Postfix) with ESMTP id 1E69F13C448 for ; Mon, 11 Feb 2008 22:20:14 +0000 (UTC) (envelope-from wwwrun@charlie397.server4you.de) Received: by charlie397.server4you.de (Postfix, from userid 30) id E771D10866C; Mon, 11 Feb 2008 18:29:22 +0100 (CET) To: stable@freebsd.org From: Yahoo & Window Live Awards Centre. MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Message-Id: <20080211215702.E771D10866C@charlie397.server4you.de> Date: Mon, 11 Feb 2008 18:29:22 +0100 (CET) Cc: Subject: Notice!!! From Yahoo & Window Live Awards Centre. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: contac.brad.richard@hotmail.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 22:20:15 -0000 Yahoo & Window Live Awards Centre 124 Stockport Road, Longsight, Manchester M60 2DB United Kingdom. Tel: +447045736125,+447024093946. Dear Prize Winner, This is to inform you that you have won a prize money of (Two Hundred & Fifty Thousand) Great Britain Pounds (GBP.250,000.00) for the month of February,2008 Prize promotion which is organized by (YAHOO AWARDS & WINDOWS LIVE). (YAHOO) collects all the email addresses of the people that are active online, among the millions that subscribed to Yahoo and Hotmail and few from other e-mail providers. Four people are selected monthly to benefit from this promotion and you are one of the Selected Winners. ****** PAYMENT OF PRIZE****** Winners shall be paid in accordance with their Settlement Centers.Yahoo Prize Award must be claimed not later than (10 days)from date of Draw Notification. Any prize not claimed within this period will be forfeited and returned to its source as unclaimed. Stated below are your identification numbers: BATCH NUMBER: MFI/06/APA-43658 REFERENCE NUMBER: 2007234522 PIN: 1207 You are requested to contact our co-ordinator in Manchester and send your winning identification numbers to him: Co-ordinator's Name: Mr. Brad Richards E-Mail:contac.brad.richard@hotmail.co.uk You are advised to send the following information to our co-ordinator to facilitate the release of of your fund to you. (1)Full name............(2)Country................... (3)Contact Address............(4)Telephone Number........ (5)fax Number..........(6)Marital Status.............. (7)Occupation.............(8)Sex............. (9)Date of Birth/Age .........(10)Identity card(carte identite)............ Yours in service, Mrs. Grace Sanders ************************************************************************************************* WARNING! WARNING!! WARNING!!!. You must keep strict confidentiality of your Prize Award claims to yourself until your money is successfully handed over to you to avoid disqualification that may arise from double claims.Yahoo Awards Team shall not be held liable for any loss of funds arising from the above mentioned. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 11 23:08:40 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68F2016A501 for ; Mon, 11 Feb 2008 23:08:40 +0000 (UTC) (envelope-from mi+mill@aldan.algebra.com) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.6]) by mx1.freebsd.org (Postfix) with ESMTP id 4FD4213C465 for ; Mon, 11 Feb 2008 23:08:40 +0000 (UTC) (envelope-from mi+mill@aldan.algebra.com) Received: (qmail 13998 invoked from network); 11 Feb 2008 22:42:00 -0000 Received: from aldan.algebra.com (HELO aldan-mlp) ([216.254.65.224]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 11 Feb 2008 22:41:54 -0000 From: Mikhail Teterin To: stable@freebsd.org Date: Mon, 11 Feb 2008 17:41:45 -0500 User-Agent: KMail/1.7.1 Organization: Virtual Estates, Inc. MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802111741.47174.mi+mill@aldan.algebra.com> Cc: Subject: panic: supervisor read data, page not present X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 23:08:40 -0000 Hello! I bumped my RAM yesterday from 2Gb to 4Gb and ran memtest-x86 -- no errors detected (took 4+ hours). I then booted and proceeded to use the machine. It seemed fine for a while, until a sudden (there was nobody at the console at the time) panic. Below. The box runs FreeBSD 6.3-STABLE as of Thu Feb 7 on quad-Opteron (two dual-core CPUs). Any ideas? Thanks! -mi root@aldan:amd64/compile/SILVER-SMP (111) kgdb kernel.debug /meow/crash/vmcore.16 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0x6125538ffd0 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff804139dc stack pointer = 0x10:0xffffffffd6154950 frame pointer = 0x10:0xffffff01428427c0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 33262 (setiathome-5.27.amd) trap number = 12 panic: page fault cpuid = 2 Uptime: 8h29m29s Dumping 4095 MB (3 chunks) chunk 0: 1MB (156 pages) ... ok chunk 1: 2047MB (524016 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 17 75 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 14 07 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 10 39 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 59 1 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 1 27 111 95 79 63 47 31 15 ... ok chunk 2: 2048MB (524288 pages) 2033 2017 2001 1985 1969 1953 1937 1921 1905 1889 1873 1857 1841 1825 1809 1793 17 77 1761 1745 1729 1713 1697 1681 1665 1649 1633 1617 1601 1585 1569 1553 1537 1521 1505 1489 1473 1457 1441 1425 14 09 1393 1377 1361 1345 1329 1313 1297 1281 1265 1249 1233 1217 1201 1185 1169 1153 1137 1121 1105 1089 1073 1057 10 41 1025 1009 993 977 961 945 929 913 897 881 865 849 833 817 801 785 769 753 737 721 705 689 673 657 641 625 609 59 3 577 561 545 529 513 497 481 465 449 433 417 401 385 369 353 337 321 305 289 273 257 241 225 209 193 177 161 145 1 29 113 97 81 65 49 33 17 1 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... warning: "/meow/crash/vmcore.16": no core file handler recognizes format, using default warning: you won't be able to access this core file until you terminate your kernel core files.; do ``info files'' (kgdb) where #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff802ba757 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #3 0xffffffff802badf1 in panic (fmt=0xffffff013c1894c0 "") at ../../../kern/kern_shutdown.c:565 #4 0xffffffff8041e31f in trap_fatal (frame=0xffffff013c1894c0, eva=18446742980440342528) at ../../../amd64/amd64/trap.c:669 #5 0xffffffff8041e69c in trap_pfault (frame=0xffffffffd61548a0, usermode=0) at ../../../amd64/amd64/trap.c:580 #6 0xffffffff8041e953 in trap (frame= {tf_rdi = -1094100703296, tf_rsi = 6675808976776, tf_rdx = 81801216, tf_rcx = 6675808976776, tf_r8 = 26518416 5758329, tf_r9 = -1098332737512, tf_rax = -1093258379264, tf_rbx = 1, tf_rbp = -1094100703296, tf_r10 = 66758089767 76, tf_r11 = 971133419505, tf_r12 = 81801216, tf_r13 = 1442140160, tf_r14 = -1093216129184, tf_r15 = -1093223841584 , tf_trapno = 12, tf_addr = 6675808976848, tf_flags = -2143402319, tf_err = 0, tf_rip = -2143208996, tf_cs = 8, tf_ rflags = 66182, tf_rsp = -703248032, tf_ss = 0}) at ../../../amd64/amd64/trap.c:353 #7 0xffffffff8040456b in calltrap () at ../../../amd64/amd64/exception.S:168 #8 0xffffffff804139dc in pmap_remove_entry (pmap=0xffffff01428427c0, m=0x6125538ff88, va=81801216) at ../../../amd64/amd64/pmap.c:1604 #9 0xffffffff80414c4f in pmap_enter (pmap=0xffffff01428427c0, va=81801216, m=0xffffff01773daf60, prot=7 '\a', wired=0) at ../../../amd64/amd64/pmap.c:2134 #10 0xffffffff803ea248 in vm_fault (map=0xffffff0142842660, vaddr=81801216, fault_type=2 '\002', fault_flags=8) at ../../../vm/vm_fault.c:907 #11 0xffffffff8041e557 in trap_pfault (frame=0xffffffffd6154c40, usermode=1) at ../../../amd64/amd64/trap.c:557 #12 0xffffffff8041eae3 in trap (frame= {tf_rdi = 81801216, tf_rsi = 0, tf_rdx = 0, tf_rcx = 482816, tf_r8 = 4194304, tf_r9 = 1, tf_rax = 0, tf_rbx = 140737488349184, tf_rbp = 255, tf_r10 = 7429152, tf_r11 = 81469440, tf_r12 = 0, tf_r13 = 4194304, tf_r14 = 0, tf_r 15 = 140737488349184, tf_trapno = 12, tf_addr = 81801216, tf_flags = 140737488348880, tf_err = 15, tf_rip = 3437736 2132, tf_cs = 43, tf_rflags = 66070, tf_rsp = 140737488349048, tf_ss = 35}) at ../../../amd64/amd64/trap.c:283 #13 0xffffffff8040456b in calltrap () at ../../../amd64/amd64/exception.S:168 #14 0x00000008010cead4 in ?? () Previous frame inner to this frame (corrupt stack?) From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 00:03:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFB3416A418 for ; Tue, 12 Feb 2008 00:03:41 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id AD36A13C4EB for ; Tue, 12 Feb 2008 00:03:41 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JW30016XMU0M120@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 12 Feb 2008 01:03:36 +0100 (CET) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JW300ERFMTZVOY2@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 12 Feb 2008 01:03:35 +0100 (CET) Date: Tue, 12 Feb 2008 01:03:35 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080212010335.190e2771.torfinn.ingolfsen@broadpark.no> In-reply-to: <20080211120057.GA5821@marshal.spacemarines.us> References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> <20080211120057.GA5821@marshal.spacemarines.us> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.5; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 00:03:42 -0000 On Mon, 11 Feb 2008 13:00:57 +0100 remco@spacemarines.us (Remco van Bekkum) wrote: > here? It's on an amd64, Asus m2a-vm with ati xp600, AMD BE-2350 CPU, > 2GB 800MHz RAM. FWIW, I have the almost the same motherboard (m2a-vm hdmi) with an AMD Phenom 9500 and 4GB RAM[1]. Different disk, though. The (single) disk drive has worked without problems so far. I'm using standard ufs2 filesystems on that disk. I'm running RELENG_7: tingo@kg-vm$ uname -a FreeBSD kg-vm.kg4.no 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #6: Sat Jan 26 20:58:51 CET 2008 root@kg-vm.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 root@kg-vm# atacontrol list ATA channel 0: Master: acd0 ATA/ATAPI revision 0 Slave: no device present ATA channel 2: Master: ad4 Serial ATA II Slave: no device present ATA channel 3: Master: no device present Slave: no device present ATA channel 4: Master: no device present Slave: no device present ATA channel 5: Master: no device present Slave: no device present References: 1) http://tingox.googlepages.com/asus_m2a-vm_hdmi_freebsd -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 00:14:01 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A1F416A41A for ; Tue, 12 Feb 2008 00:14:01 +0000 (UTC) (envelope-from wwwrun@charlie397.server4you.de) Received: from charlie397.server4you.de (charlie397.server4you.de [85.25.136.158]) by mx1.freebsd.org (Postfix) with ESMTP id 29FD513C45E for ; Tue, 12 Feb 2008 00:14:01 +0000 (UTC) (envelope-from wwwrun@charlie397.server4you.de) Received: by charlie397.server4you.de (Postfix, from userid 30) id 5E4085D8CCB; Mon, 11 Feb 2008 17:52:18 +0100 (CET) To: stable@freebsd.org From: Yahoo & Window Live Awards Centre. MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Message-Id: <20080211233832.5E4085D8CCB@charlie397.server4you.de> Date: Mon, 11 Feb 2008 17:52:18 +0100 (CET) Cc: Subject: Notice!!! From Yahoo & Window Live Awards Centre. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: contac.brad.richard@hotmail.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 00:14:01 -0000 Yahoo & Window Live Awards Centre 124 Stockport Road, Longsight, Manchester M60 2DB United Kingdom. Tel: +447045736125,+447024093946. Dear Prize Winner, This is to inform you that you have won a prize money of (Two Hundred & Fifty Thousand) Great Britain Pounds (GBP.250,000.00) for the month of February,2008 Prize promotion which is organized by (YAHOO AWARDS & WINDOWS LIVE). (YAHOO) collects all the email addresses of the people that are active online, among the millions that subscribed to Yahoo and Hotmail and few from other e-mail providers. Four people are selected monthly to benefit from this promotion and you are one of the Selected Winners. ****** PAYMENT OF PRIZE****** Winners shall be paid in accordance with their Settlement Centers.Yahoo Prize Award must be claimed not later than (10 days)from date of Draw Notification. Any prize not claimed within this period will be forfeited and returned to its source as unclaimed. Stated below are your identification numbers: BATCH NUMBER: MFI/06/APA-43658 REFERENCE NUMBER: 2007234522 PIN: 1207 You are requested to contact our co-ordinator in Manchester and send your winning identification numbers to him: Co-ordinator's Name: Mr. Brad Richards E-Mail:contac.brad.richard@hotmail.co.uk You are advised to send the following information to our co-ordinator to facilitate the release of of your fund to you. (1)Full name............(2)Country................... (3)Contact Address............(4)Telephone Number........ (5)fax Number..........(6)Marital Status.............. (7)Occupation.............(8)Sex............. (9)Date of Birth/Age .........(10)Identity card(carte identite)............ Yours in service, Mrs. Grace Sanders ************************************************************************************************* WARNING! WARNING!! WARNING!!!. You must keep strict confidentiality of your Prize Award claims to yourself until your money is successfully handed over to you to avoid disqualification that may arise from double claims.Yahoo Awards Team shall not be held liable for any loss of funds arising from the above mentioned. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 00:36:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76BAE16A420 for ; Tue, 12 Feb 2008 00:36:26 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id 540A813C44B for ; Tue, 12 Feb 2008 00:36:26 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from crater.wildlava.net (crater.wildlava.net [67.40.138.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 739A38F425 for ; Mon, 11 Feb 2008 17:36:25 -0700 (MST) Message-ID: <47B0EA08.10202@skyrush.com> Date: Mon, 11 Feb 2008 17:36:24 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: mount of ext2fs volume stuck in "D+" state (disk uninterruptible wait) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 00:36:26 -0000 I just tried (under FreeBSD 7.0-RC1) to mount an ext2fs volume - I've mounted it before with no trouble on this same FreeBSD version. This time, mount appeared to hang. I noticed that I can see the contents of the volume under the mount point, so the mount seemed to "work", but the process is stuff. "ps" shows: root 1307 0.0 0.0 3156 792 p6 D+ 5:21PM 0:00.00 mount /mnt/linux-home The "ps" man page says that "D" means: "Marks a process in disk (or other short term, uninterruptible) wait." Is there any way I can investigate what is going on? I cannot umount (device busy) or break out of the mount command... Thanks, Joe From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 00:40:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD6BC16A419 for ; Tue, 12 Feb 2008 00:40:45 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id A961F13C465 for ; Tue, 12 Feb 2008 00:40:45 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JOjCW-0008nn-KK; Tue, 12 Feb 2008 00:40:44 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JOjCW-000A3l-I9; Tue, 12 Feb 2008 00:40:44 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JOjCW-0000lF-Hg; Tue, 12 Feb 2008 00:40:44 +0000 To: freebsd-stable@freebsd.org, torfinn.ingolfsen@broadpark.no In-Reply-To: <20080212010335.190e2771.torfinn.ingolfsen@broadpark.no> Message-Id: From: Pete French Date: Tue, 12 Feb 2008 00:40:44 +0000 Cc: Subject: Asus m2a-vm hdmi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 00:40:45 -0000 > FWIW, I have the almost the same motherboard (m2a-vm hdmi) with an AMD This is completely off topic, but which BIOS are you using ? I bought one of these today and it refuses to boot BSD at all from an IDE drive or a USB drive. The only thing which boots is the CD - all others complain that they do not know which drive they are booting from. Am trying to upgrade the BIOS to see if this fixes it, but any further info would be greatkly apprceiated! cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 01:06:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E85C16A41B for ; Tue, 12 Feb 2008 01:06:38 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DE0B113C45B; Tue, 12 Feb 2008 01:06:34 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47B0F117.4030105@FreeBSD.org> Date: Tue, 12 Feb 2008 02:06:31 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Joe Peterson References: <47B0EA08.10202@skyrush.com> In-Reply-To: <47B0EA08.10202@skyrush.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: mount of ext2fs volume stuck in "D+" state (disk uninterruptible wait) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 01:06:38 -0000 Joe Peterson wrote: > I just tried (under FreeBSD 7.0-RC1) to mount an ext2fs volume - I've > mounted it before with no trouble on this same FreeBSD version. This > time, mount appeared to hang. I noticed that I can see the contents of > the volume under the mount point, so the mount seemed to "work", but the > process is stuff. "ps" shows: > > root 1307 0.0 0.0 3156 792 p6 D+ 5:21PM 0:00.00 mount > /mnt/linux-home > > The "ps" man page says that "D" means: "Marks a process in disk (or > other short term, uninterruptible) wait." > > Is there any way I can investigate what is going on? I cannot umount > (device busy) or break out of the mount command... http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html Kris From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 01:19:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D98516A534; Tue, 12 Feb 2008 01:19:04 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id 444D613C45A; Tue, 12 Feb 2008 01:19:04 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from crater.wildlava.net (crater.wildlava.net [67.40.138.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 767338F441; Mon, 11 Feb 2008 18:19:03 -0700 (MST) Message-ID: <47B0F406.6060206@skyrush.com> Date: Mon, 11 Feb 2008 18:19:02 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Kris Kennaway References: <47B0EA08.10202@skyrush.com> <47B0F117.4030105@FreeBSD.org> In-Reply-To: <47B0F117.4030105@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: mount of ext2fs volume stuck in "D+" state (disk uninterruptible wait) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 01:19:04 -0000 Kris Kennaway wrote: > Joe Peterson wrote: >> I just tried (under FreeBSD 7.0-RC1) to mount an ext2fs volume - I've >> mounted it before with no trouble on this same FreeBSD version. This >> time, mount appeared to hang. I noticed that I can see the contents of >> the volume under the mount point, so the mount seemed to "work", but the >> process is stuff. "ps" shows: >> >> root 1307 0.0 0.0 3156 792 p6 D+ 5:21PM 0:00.00 mount >> /mnt/linux-home >> >> The "ps" man page says that "D" means: "Marks a process in disk (or >> other short term, uninterruptible) wait." >> >> Is there any way I can investigate what is going on? I cannot umount >> (device busy) or break out of the mount command... > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html But unfortunately I do not have KDB and DDB compiled into the kernel. And, obviously, if I reboot, I will lose this opportunity. I suspect this to be an intermittent thing. Is there anything I can extract while the system is running that would be useful? Thanks, Joe From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 02:29:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8500616A41A; Tue, 12 Feb 2008 02:29:45 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id 4BF9313C461; Tue, 12 Feb 2008 02:29:40 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from scorpius.boulder.swri.edu (pawnee.wildlava.net [67.40.138.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 604668F43A; Mon, 11 Feb 2008 19:29:39 -0700 (MST) Message-ID: <47B1043D.9030903@skyrush.com> Date: Mon, 11 Feb 2008 19:28:13 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <47B0EA08.10202@skyrush.com> <47B0F117.4030105@FreeBSD.org> In-Reply-To: <47B0F117.4030105@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Kris Kennaway Subject: Re: mount of ext2fs volume stuck in "D+" state (disk uninterruptible wait) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 02:29:45 -0000 New information: it looks as though this ext2fs was already mounted when the mount was attempted. I have reproduced the issue by simply trying to mount the ext2fs volume more than once. Given this, I'd expect the mount to return an already mounted error rather than hanging, so this is perhaps a straightforward bug. -Joe From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 07:54:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8399F16A468 for ; Tue, 12 Feb 2008 07:54:52 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 3D28D13C474 for ; Tue, 12 Feb 2008 07:54:52 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JW4005P78NF1M50@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 12 Feb 2008 08:54:51 +0100 (CET) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JW40093C8NECSU0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 12 Feb 2008 08:54:51 +0100 (CET) Date: Tue, 12 Feb 2008 08:54:50 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080212085450.d65f6696.torfinn.ingolfsen@broadpark.no> In-reply-to: References: <20080212010335.190e2771.torfinn.ingolfsen@broadpark.no> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.5; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: Asus m2a-vm hdmi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 07:54:52 -0000 On Tue, 12 Feb 2008 00:40:44 +0000 Pete French wrote: > > FWIW, I have the almost the same motherboard (m2a-vm hdmi) with an > > AMD > > This is completely off topic, but which BIOS are you using ? I bought I'm currently using the 1604 bios. When I bought it, the folks at the store flashed it to bios 1603 (minimum needed for Phenom support). More info on the board overview page[1] > one of these today and it refuses to boot BSD at all from an IDE drive > or a USB drive. I haven't tried with an IDE drive, and I can't remember if I tried with a USB stick. > trying to upgrade the BIOS to see if this fixes it, but any further > info would be greatkly apprceiated! References: 1) http://tingox.googlepages.com/asus_m2a-vm_hdmi -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 08:42:23 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97D0816A468 for ; Tue, 12 Feb 2008 08:42:23 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 15D2013C4CC for ; Tue, 12 Feb 2008 08:42:22 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id m1C8gKrl029248 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 12 Feb 2008 09:42:20 +0100 From: "Petr Holub" To: Date: Tue, 12 Feb 2008 09:42:16 +0100 Message-ID: <042b01c86d53$2effac40$8cff04c0$@muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AchtUykQN0tPC6kvTZOoSOjNWOU6oA== Content-Language: cs X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Tue, 12 Feb 2008 09:42:20 +0100 (CET) Cc: Subject: 6.3-RELEASE kernel panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 08:42:23 -0000 Hi, just another kernel panic: it may be due to a buggy IBM USB keyboard with integrated touchpad. I got random generation of ESC ^G characters. When unplugging this keyboard from the box for the second time, I got the following panic (admitting that it doesn't look like a keyboard related crash): [root@ /var/crash]# kgdb /boot/kernel/kernel ./vmcore.11 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Unde fined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". (no debugging symbols found)...Attempt to extract a component of a value that is not a structure pointer. (kgdb) bt #0 0xc06a46a6 in doadump () #1 0xc06a4b76 in boot () #2 0xc06a4e0c in panic () #3 0xc090d1b4 in trap_fatal () #4 0xc090cf1b in trap_pfault () #5 0xc090cb59 in trap () #6 0xc08f9fea in calltrap () #7 0xc07f8a7c in handle_written_filepage () #8 0xc07f7f60 in softdep_disk_write_complete () #9 0xc06ef5e4 in bufdone () #10 0xc066c057 in g_vfs_done () #11 0xc06ef2cb in biodone () #12 0xc0669fc2 in g_io_schedule_up () #13 0xc066a20e in g_up_procbody () #14 0xc068dd74 in fork_exit () #15 0xc08fa04c in fork_trampoline () (kgdb) bt full #0 0xc06a46a6 in doadump () No symbol table info available. #1 0xc06a4b76 in boot () No symbol table info available. #2 0xc06a4e0c in panic () No symbol table info available. #3 0xc090d1b4 in trap_fatal () No symbol table info available. #4 0xc090cf1b in trap_pfault () No symbol table info available. #5 0xc090cb59 in trap () No symbol table info available. #6 0xc08f9fea in calltrap () No symbol table info available. #7 0xc07f8a7c in handle_written_filepage () No symbol table info available. #8 0xc07f7f60 in softdep_disk_write_complete () No symbol table info available. #9 0xc06ef5e4 in bufdone () No symbol table info available. #10 0xc066c057 in g_vfs_done () No symbol table info available. #11 0xc06ef2cb in biodone () No symbol table info available. #12 0xc0669fc2 in g_io_schedule_up () No symbol table info available. #13 0xc066a20e in g_up_procbody () No symbol table info available. #14 0xc068dd74 in fork_exit () No symbol table info available. #15 0xc08fa04c in fork_trampoline () No symbol table info available. Alas, no debugging symbols kernel in default installation :( Petr From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 09:13:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 784BE16A41B; Tue, 12 Feb 2008 09:13:32 +0000 (UTC) (envelope-from vadimnuclight@tpu.ru) Received: from relay1.tpu.ru (relay.tpu.ru [85.143.64.15]) by mx1.freebsd.org (Postfix) with ESMTP id 4200513C4E1; Tue, 12 Feb 2008 09:13:31 +0000 (UTC) (envelope-from vadimnuclight@tpu.ru) Received: from localhost (localhost.localdomain [127.0.0.1]) by relay1.tpu.ru (Postfix) with ESMTP id BCAD8105674; Tue, 12 Feb 2008 14:51:37 +0600 (NOVT) X-Virus-Scanned: amavisd-new at tpu.ru Received: from relay1.tpu.ru ([127.0.0.1]) by localhost (relay1.tpu.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bvEIdT5P8rm7; Tue, 12 Feb 2008 14:51:35 +0600 (NOVT) Received: from mail.main.tpu.ru (mail.main.tpu.ru [10.0.0.3]) by relay1.tpu.ru (Postfix) with ESMTP id 6FB0D10570A; Tue, 12 Feb 2008 14:51:35 +0600 (NOVT) Received: from mail.tpu.ru ([213.183.112.105]) by mail.main.tpu.ru with Microsoft SMTPSVC(6.0.3790.3959); Tue, 12 Feb 2008 14:51:35 +0600 Received: from nuclight.avtf.net ([78.140.3.41]) by mail.tpu.ru over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Tue, 12 Feb 2008 14:51:34 +0600 To: freebsd-current@freebsd.org, freebsd-net@freebsd.org, freebsd-stable@freebsd.org Date: Tue, 12 Feb 2008 14:51:32 +0600 From: "Vadim Goncharov" Organization: AVTF TPU Hostel Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/7.54 (Win32, build 3865) X-OriginalArrivalTime: 12 Feb 2008 08:51:35.0040 (UTC) FILETIME=[78BD2000:01C86D54] Cc: Subject: [PATCH] ng_nat(4) redirects and rc.d script X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 09:13:32 -0000 Hello! Please test: http://antigreen.org/vadim/freebsd/ng_nat/ (I've ran for a week on a production 6.2 router without any problems). This is a patched version of ng_nat(4) for FreeBSD 6.x, providing support for all libalias(3) features, especially port redirections (before this moment ng_nat(4) has supported only the basic functionality of the library). To compile kernel module: $ make To load it into the running kernel: $ kldload ./ng_nat.ko To view the man page documenting new messages: $ tbl ng_nat.4 | nroff -man | more There is also included a convenient rcNG-style boot script, ng_nat.sh, which allows to easily configure ng_nat(4) nodes and ipfw(8) from rc.conf(5). It is based on a Eugene Grosbein's version and heavily modified by me. Example for two nodes from /etc/rc.conf: ng_nat_nodes="simple full" # list of node names # Simple example - all we need is only three lines ng_nat_simple_interface="em1" # take IP addr from "em1" ng_nat_simple_cookies="50 51" # ipfw's "netgraph" arguments, "in" then "out" ng_nat_simple_ipfw_rules="80 90" # ipfw rule numbers to create, "in" then "out" # More complex example, in which we need custom ipfw(8) rules for several # selected networks (default rule will catch all) and setup some redirections. ng_nat_full_interface="1.2.3.4" # external alias address ng_nat_full_cookies="60 61" # for custom rules these numbers are used only for deletion on shutdown; # these can duplicate and be more than two ng_nat_full_ipfw_rules="172 172 182" # Actual custom rules - if not defined, rules are created automatically ng_nat_full_ipfw_rule0="172 netgraph 60 ip from 172.16.0.0/25 to any out xmit em0" ng_nat_full_ipfw_rule1="172 netgraph 60 ip from 172.16.0.128/27 to any out xmit em0" ng_nat_full_ipfw_rule2="182 netgraph 61 ip from any to 1.2.3.4 in recv em0" # Set natd(8)-like flags for node (if not specified, node uses "same_ports") # Available flags are: log, deny_incoming, same_ports, unregistered_only, # proxy_only, reverse, reset_on_addr_change. The last is new and means that # after aliasing address change internal table should be cleared (breaks # current connections like node restart). ng_nat_full_set_mode="same_ports unregistered_only" # Set target address for any unspecified incoming traffic, like "natd -t" ng_nat_full_set_target="172.16.0.100" # Set up several redirection rules, each can have an optional description # string of up to 63 chars in length. DNS hostnames are disallowed. # natd(8) -redirect_port ng_nat_full_redirect_port0="tcp 172.16.0.1:22 222" ng_nat_full_redirect_port1="udp 172.16.0.2:2300-2399 3300-3399" ng_nat_full_redirect_port1_description="For P2P and VoIP apps" ng_nat_full_redirect_port2="tcp 172.16.0.101:80,172.16.0.102:80,172.16.0.103:80 1.2.3.4:80" # -redirect_proto and -redirect_address (including LSNAT) can be # specified the same way, if needed, as long as -proxy_rule. The script also supports additional command-line keywords, along with standard "start" and "stop" ones. They include "redirect_port", "redirect_proto" and "redirect_address", along with "list_redirects". The format is: $ /path/to/ng_nat.sh [arguments] e.g. $ /etc/rc.d/ng_nat.sh redirect_port full tcp 172.16.0.8:80 8080 This allows to add redirections "on the fly" without need to restart entire node breaking current connections. The "list_redirects" keyword prints table of all redirects (no matter what type) in a pretty human-readable format. This can be used to obtain ID of specific redirection to make it dynamic or delete it "on the fly": $ ngctl msg full: redirectdelete 3 # delete redirection with ID number 3 Enjoy! ;-) -- WBR, Vadim Goncharov From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 09:21:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1027916A46D for ; Tue, 12 Feb 2008 09:21:03 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 8405613C45B for ; Tue, 12 Feb 2008 09:21:01 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ug-out-1314.google.com with SMTP id y2so694915uge.37 for ; Tue, 12 Feb 2008 01:21:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=4NNNyt4AiIDzu6ElYIL0i5b3rI1gBRAE2vMXgqGc9qM=; b=iyaXtQZM94HNeAolZ8LSMGxgGa7LaDQTq+1NnP7qC21KkOYEi9yF8FwgRSnP4dlcYmxWWoQ17cIJdPF+fzdGUrZna3Tl8VH+iO7NjRpa8Mhs1uSANKLSdCFRfbtxqMhaJKa3hkASPfcmIJrp9q3PAF3dz+y+hqmcW2BON1z+EtQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=vVTapcKrmtFgkOX3eHhZqPGYmEabE0joX5oDMj8Ehc4aiavV3/udisbwGmSrqrMzQA6at201RANyPcaO8DluqN8GSyGy8G7AwnbzuuhoU1EXqcov53ns1QOQGCUID+ocNwJWSfP5ncsVSBf6pDX53FGwSl5jvmT4200Mv4XxPlY= Received: by 10.66.244.2 with SMTP id r2mr309530ugh.64.1202808060574; Tue, 12 Feb 2008 01:21:00 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id g11sm9543632gve.6.2008.02.12.01.20.58 (version=SSLv3 cipher=RC4-MD5); Tue, 12 Feb 2008 01:20:59 -0800 (PST) From: Tom Evans To: Dominic Fandrey In-Reply-To: <47ACA0E4.2030905@bsdforen.de> References: <47A9F835.1060200@bsdforen.de> <47AA0696.5020109@bsdforen.de> <7872AB6E-21DA-4E2D-93C0-D07CFA3A7E47@mac.com> <47AA0E3E.4020304@bsdforen.de> <47ABF66E.4040807@bsdforen.de> <1202485501.2126.34.camel@localhost> <47AC7FF6.1020801@bsdforen.de> <1202491071.2126.42.camel@localhost> <47ACA0E4.2030905@bsdforen.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-N9GY/K+J4P+l5kaEyEn6" Date: Tue, 12 Feb 2008 09:20:57 +0000 Message-Id: <1202808057.2126.45.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: "Carlos A. M. dos Santos" , freebsd-stable@freebsd.org Subject: Re: RELENG_7: interrupt eating whole cpu core X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 09:21:03 -0000 --=-N9GY/K+J4P+l5kaEyEn6 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2008-02-08 at 19:35 +0100, Dominic Fandrey wrote: > Tom Evans wrote: > > On Fri, 2008-02-08 at 17:14 +0100, Dominic Fandrey wrote: > >> Tom Evans wrote: > >>> If I try to turn on DMA, I just get WDMA2, which just doesn't cut it: > >> I think any DMA mode is fast enough to handle a DVD drive. There's jus= t no=20 > >> necessity for more. > >> > >=20 > > WDMA is not UDMA. Any UDMA variant would be enough. WDMA2 provides a > > maximum of 16MiB/s, which will frequently lead to buffer underruns > > viewing a DVD. UDMA2 provides a maximum of 33MiB/s, which IS plenty. >=20 > 16MB/s is exactly what is needed for 12x DVD access. I think this is the = usual=20 > speed for a Notebook drive nowadays and it suffices for me. >=20 > >>>> # atacontrol mode acd0 udma5 > >>> current mode =3D WDMA2 > >> Same as for me. I'm satisfied with the speed of the drive. > >=20 > > I'm rarely satisfied - I'm quite often not bothered enough to pursue :) >=20 > Well, if 12x speed is not enough for you, you have to use an external dri= ve.=20 > This is not a driver issue. It's just what your drive supports. The chipset supports UDMA6, the drive supports UDMA6, I should be happy with WDMA2 because 'thats what works'? Thanks for your 'help'. I'll continue on here from myself. --=-N9GY/K+J4P+l5kaEyEn6 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHsWTzlcRvFfyds/cRAh/1AJ9y8rBVXDGlscE/RYl9leKaRTlH2gCfRify IB8efrA5J0jbLamTIuMyhms= =/+WT -----END PGP SIGNATURE----- --=-N9GY/K+J4P+l5kaEyEn6-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 09:35:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E924116A417 for ; Tue, 12 Feb 2008 09:35:15 +0000 (UTC) (envelope-from toomany@toomany.net) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id C42CE13C46B for ; Tue, 12 Feb 2008 09:35:15 +0000 (UTC) (envelope-from toomany@toomany.net) Received: by wa-out-1112.google.com with SMTP id k17so2618212waf.3 for ; Tue, 12 Feb 2008 01:35:15 -0800 (PST) Received: by 10.114.197.1 with SMTP id u1mr1188245waf.61.1202808915295; Tue, 12 Feb 2008 01:35:15 -0800 (PST) Received: by 10.114.53.10 with HTTP; Tue, 12 Feb 2008 01:35:15 -0800 (PST) Message-ID: Date: Tue, 12 Feb 2008 10:35:15 +0100 From: "TooMany Secrets" To: "=?UTF-8?Q?Thomas_Nystr=C3=B6m?=" In-Reply-To: <47B0AF22.5010507@saeab.se> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <47B0AF22.5010507@saeab.se> Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: Broadcom Netlink BCM5906M X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 09:35:16 -0000 T24gMi8xMS8wOCwgVGhvbWFzIE55c3Ryw7ZtIDx0aG5Ac2FlYWIuc2U+IHdyb3RlOgo+IFNvbWUg cXVlc3Rpb25zOiBXaGljaCB2ZXJzaW9uIG9mIEZyZWVCU0QgYXJlIHlvdSBydW5uaW5nPwo+IEhv dyBkbyB5b3UgcmVjb3Zlcj8gRm9yIGV4YW1wbGU6Cj4gcmVib290Cj4gaWZjb25maWcgYmdlMCBk b3duOyBpZmNvbmZpZyBiZ2UwIHVwCj4gb3Igd2hhdD8KPgo+IEkgdGVzdGVkIHRvIGZ0cCBhIGZp bGUgZnJvbSBteSBsYXB0b3AgYW5kIGJhY2sgYWdhaW4gKGFyb3VuZCA0MDAgTUIpCj4gYW5kIGNv dWxkbid0IHNlZSBhbnkgcHJvYmxlbXMsIGJ1dCBJJ20gcnVubmluZyBhdCA2LjNSLgoKRXhjdXNl IG1lIHRoaXMgbmV3YmllIGZhdWx0Li4uIFRoZSB2ZXJzaW9uIGlzIGEgNy4wLVJDMi4KCi0tIApI YXZlIGEgbmljZSBkYXkgIDstKQpUb29NYW55U2VjcmV0cwoKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PQpEaWpvIENvbmZ1Y2lvOgoiRXjDrWdldGUgbXVjaG8gYSB0aSBtaXNtbyB5IGVzcGVy YSBwb2NvIGRlIGxvcyBkZW3DoXMuIEFzw60gdGUgYWhvcnJhcsOhcwpkaXNndXN0b3MuIgo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09Cg== From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 09:53:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAED616A481 for ; Tue, 12 Feb 2008 09:53:00 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2C9FF13C467; Tue, 12 Feb 2008 09:52:59 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47B16C7B.1040803@FreeBSD.org> Date: Tue, 12 Feb 2008 10:52:59 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Joe Peterson References: <47B0EA08.10202@skyrush.com> <47B0F117.4030105@FreeBSD.org> <47B0F406.6060206@skyrush.com> In-Reply-To: <47B0F406.6060206@skyrush.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: mount of ext2fs volume stuck in "D+" state (disk uninterruptible wait) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 09:53:00 -0000 Joe Peterson wrote: > Kris Kennaway wrote: >> Joe Peterson wrote: >>> I just tried (under FreeBSD 7.0-RC1) to mount an ext2fs volume - I've >>> mounted it before with no trouble on this same FreeBSD version. This >>> time, mount appeared to hang. I noticed that I can see the contents of >>> the volume under the mount point, so the mount seemed to "work", but the >>> process is stuff. "ps" shows: >>> >>> root 1307 0.0 0.0 3156 792 p6 D+ 5:21PM 0:00.00 mount >>> /mnt/linux-home >>> >>> The "ps" man page says that "D" means: "Marks a process in disk (or >>> other short term, uninterruptible) wait." >>> >>> Is there any way I can investigate what is going on? I cannot umount >>> (device busy) or break out of the mount command... >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > > But unfortunately I do not have KDB and DDB compiled into the kernel. > And, obviously, if I reboot, I will lose this opportunity. I suspect > this to be an intermittent thing. Is there anything I can extract while > the system is running that would be useful? > > Thanks, Joe > > You can run kgdb on /dev/mem to obtain the backtrace. Kris From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 09:53:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D42616A469 for ; Tue, 12 Feb 2008 09:53:42 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id EF91213C4F0 for ; Tue, 12 Feb 2008 09:53:41 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (nat-wh-1.rz.uni-karlsruhe.de [129.13.72.169]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 462F6405B16; Tue, 12 Feb 2008 10:53:40 +0100 (CET) Message-ID: <47B16CA3.5070700@bsdforen.de> Date: Tue, 12 Feb 2008 10:53:39 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20080205) MIME-Version: 1.0 To: Tom Evans References: <47A9F835.1060200@bsdforen.de> <47AA0696.5020109@bsdforen.de> <7872AB6E-21DA-4E2D-93C0-D07CFA3A7E47@mac.com> <47AA0E3E.4020304@bsdforen.de> <47ABF66E.4040807@bsdforen.de> <1202485501.2126.34.camel@localhost> <47AC7FF6.1020801@bsdforen.de> <1202491071.2126.42.camel@localhost> <47ACA0E4.2030905@bsdforen.de> <1202808057.2126.45.camel@localhost> In-Reply-To: <1202808057.2126.45.camel@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "Carlos A. M. dos Santos" , freebsd-stable@freebsd.org Subject: Re: RELENG_7: interrupt eating whole cpu core X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 09:53:42 -0000 Tom Evans wrote: > On Fri, 2008-02-08 at 19:35 +0100, Dominic Fandrey wrote: >> Tom Evans wrote: >>> On Fri, 2008-02-08 at 17:14 +0100, Dominic Fandrey wrote: >>>> Tom Evans wrote: >>>>> If I try to turn on DMA, I just get WDMA2, which just doesn't cut it: >>>> I think any DMA mode is fast enough to handle a DVD drive. There's just no >>>> necessity for more. >>>> >>> WDMA is not UDMA. Any UDMA variant would be enough. WDMA2 provides a >>> maximum of 16MiB/s, which will frequently lead to buffer underruns >>> viewing a DVD. UDMA2 provides a maximum of 33MiB/s, which IS plenty. >> 16MB/s is exactly what is needed for 12x DVD access. I think this is the usual >> speed for a Notebook drive nowadays and it suffices for me. >> >>>>>> # atacontrol mode acd0 udma5 >>>>> current mode = WDMA2 >>>> Same as for me. I'm satisfied with the speed of the drive. >>> I'm rarely satisfied - I'm quite often not bothered enough to pursue :) >> Well, if 12x speed is not enough for you, you have to use an external drive. >> This is not a driver issue. It's just what your drive supports. > > The chipset supports UDMA6, the drive supports UDMA6, I should be happy > with WDMA2 because 'thats what works'? Thanks for your 'help'. I'll > continue on here from myself. I don't know which drive you are using, but mine even only supports 8xDVD-reading so the highest transfer rate is 9.9606 MB/s. There's no way a faster mode would improve anything. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 11:00:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D65816A41B for ; Tue, 12 Feb 2008 11:00:55 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [213.225.74.230]) by mx1.freebsd.org (Postfix) with ESMTP id DD07413C478 for ; Tue, 12 Feb 2008 11:00:54 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from anduin.net ([10.1.6.18] helo=[IPv6:::1] ident=ltning) by anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JOsse-0006Bn-OM for freebsd-stable@freebsd.org; Tue, 12 Feb 2008 12:00:52 +0100 Message-Id: <79029E40-6E43-4482-8E39-D1DE49C8C53A@anduin.net> From: =?ISO-8859-1?Q?Eirik_=D8verby?= To: FreeBSD Stable Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 12 Feb 2008 12:00:51 +0100 X-Mailer: Apple Mail (2.919.2) Subject: UFS snapshot weirdness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 11:00:55 -0000 Hi all, I've been making a wrapper script for the backup tool 'duplicity', allowing me to create config files for each resource, wherein I define whether a snapshot should be made prior to backing up the resource or not. Now I find that my snapshots never change .... The script creates a snapshot, creates md device, mounts it, runs backup against the mounted snapshot, dismounts, removes md device, and rm -f's the snapshot file. The problem is .. Whenever I look into the mounted snapshot, a given directory looks like so: drwxr-xr-x 3 root wheel 512 Jan 29 15:25 . drwxr-xr-x 18 root wheel 512 Jan 29 13:49 .. -rw------- 1 root wheel 1281 Jan 31 17:12 .bash_history -rw-r--r-- 2 root wheel 786 Jan 29 13:00 .cshrc -rw-r--r-- 1 root wheel 143 Jan 29 13:00 .k5login -rw-r--r-- 1 root wheel 293 Jan 29 13:00 .login -rw-r--r-- 2 root wheel 253 Jan 29 13:00 .profile drwxr-xr-x 2 root wheel 512 Jan 29 13:00 .ssh However, when looking into the same directory outside the snapshot, it looks like so: -rw------- 1 root wheel 2961 Feb 12 00:39 .bash_history -rw-r--r-- 2 root wheel 786 Jan 29 13:00 .cshrc -rw-r--r-- 1 root wheel 143 Jan 29 13:00 .k5login drwx------ 2 root wheel 512 Feb 11 16:23 .links -rw-r--r-- 1 root wheel 293 Jan 29 13:00 .login -rw-r--r-- 2 root wheel 253 Jan 29 13:00 .profile drwxr-xr-x 2 root wheel 512 Jan 29 13:00 .ssh -rw-r--r-- 1 root wheel 948424 Feb 11 13:14 bsd-jdk16- patches-3.tar.bz2 -rw-r--r-- 1 root wheel 46938731 Feb 11 16:23 diablo-jdk- freebsd6.amd64.1.5.0.07.01.tbz -rw-r--r-- 1 root wheel 2116124 Feb 11 13:11 jdk-6u3-fcs-bin-b05- jrl-24_sep_2007.jar -rw-r--r-- 1 root wheel 8608204 Feb 11 13:11 jdk-6u3-fcs- mozilla_headers-b05-unix-24_sep_2007.jar -rw-r--r-- 1 root wheel 116791442 Feb 11 13:15 jdk-6u3-fcs-src-b05- jrl-24_sep_2007.jar The snapshot was made just now, long after those additional files were placed in the snapshot. I am at a total loss here. Is it re-using the first snapshot I ever made of this filesystem, even though I've removed it? Didn't I understand how to create/remove snapshots? Is this a bug? Any input is appreciated. Thanks, /Eirik From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 12:42:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6502316A468 for ; Tue, 12 Feb 2008 12:42:03 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id E91F913C457 for ; Tue, 12 Feb 2008 12:42:02 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-133-39.lns11.adl6.internode.on.net [121.45.133.39]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m1CCflr4008189 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Feb 2008 23:11:47 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 12 Feb 2008 23:11:42 +1030 User-Agent: KMail/1.9.7 References: <79029E40-6E43-4482-8E39-D1DE49C8C53A@anduin.net> In-Reply-To: <79029E40-6E43-4482-8E39-D1DE49C8C53A@anduin.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart133648428.REUqbjKGI0"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200802122311.43247.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Eirik =?utf-8?q?=C3=98verby?= Subject: Re: UFS snapshot weirdness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 12:42:03 -0000 --nextPart133648428.REUqbjKGI0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 12 Feb 2008, Eirik =D8verby wrote: > I am at a total loss here. Is it re-using the first snapshot I ever > made of this filesystem, even though I've removed it? Didn't I > understand how to create/remove snapshots? Is this a bug? Sure the old md isn't hanging around by mistake or some such? I have had people recover many files using the snapshot tool in ports=20 (plus a small symlink maker for samba access) and haven't noticed=20 issues like this. On the otherhand I find it can take a long time to make a snapshot=20 (during which time no FS access is allowed). =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart133648428.REUqbjKGI0 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHsZQH5ZPcIHs/zowRArXIAJ9Rb1nfONYM4SM/PZw5b8N/0v8rYgCfQQ74 VVosoH/fyO/2DevJKVCP/nI= =tEaq -----END PGP SIGNATURE----- --nextPart133648428.REUqbjKGI0-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 14:04:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0017D16A469 for ; Tue, 12 Feb 2008 14:04:51 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [213.225.74.230]) by mx1.freebsd.org (Postfix) with ESMTP id A2DC713C458 for ; Tue, 12 Feb 2008 14:04:51 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from anduin.net ([10.1.6.18] helo=[IPv6:::1] ident=ltning) by anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JOvke-000Djz-DY; Tue, 12 Feb 2008 15:04:48 +0100 Message-Id: <5B010AC7-C292-45E6-A109-20E39B370604@anduin.net> From: =?ISO-8859-1?Q?Eirik_=D8verby?= To: Daniel O'Connor In-Reply-To: <200802122311.43247.doconnor@gsoft.com.au> Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 12 Feb 2008 15:04:46 +0100 References: <79029E40-6E43-4482-8E39-D1DE49C8C53A@anduin.net> <200802122311.43247.doconnor@gsoft.com.au> X-Mailer: Apple Mail (2.919.2) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: UFS snapshot weirdness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 14:04:52 -0000 On Feb 12, 2008, at 1:41 PM, Daniel O'Connor wrote: > On Tue, 12 Feb 2008, Eirik =D8verby wrote: >> I am at a total loss here. Is it re-using the first snapshot I ever >> made of this filesystem, even though I've removed it? Didn't I >> understand how to create/remove snapshots? Is this a bug? > > Sure the old md isn't hanging around by mistake or some such? Yes, I am absolutely sure of this. I considered using the snapshot tool, however I need to reduce =20 dependencies to an absolute minimum (as one target environment is very =20= strict on allowing additional software installs).. I use the snapshots to get a consistent file-backup with history. This =20= one puzzles me to no end. /Eirik > I have had people recover many files using the snapshot tool in ports > (plus a small symlink maker for samba access) and haven't noticed > issues like this. > > On the otherhand I find it can take a long time to make a snapshot > (during which time no FS access is allowed). > > --=20 > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 14:20:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BCB016A418 for ; Tue, 12 Feb 2008 14:20:05 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id AE1CE13C455 for ; Tue, 12 Feb 2008 14:20:04 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1JOvzO-0004za-EY for freebsd-stable@freebsd.org; Tue, 12 Feb 2008 14:20:02 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 12 Feb 2008 14:20:02 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 12 Feb 2008 14:20:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 12 Feb 2008 15:18:33 +0100 Lines: 29 Message-ID: References: <79029E40-6E43-4482-8E39-D1DE49C8C53A@anduin.net> <200802122311.43247.doconnor@gsoft.com.au> <5B010AC7-C292-45E6-A109-20E39B370604@anduin.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1CF404A8491ACA8ED1DE790A" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20071022) In-Reply-To: <5B010AC7-C292-45E6-A109-20E39B370604@anduin.net> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: UFS snapshot weirdness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 14:20:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1CF404A8491ACA8ED1DE790A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Eirik =C3=98verby wrote: > I use the snapshots to get a consistent file-backup with history. This > one puzzles me to no end. Did you try running fsck on the original file system and on the snapshot?= --------------enig1CF404A8491ACA8ED1DE790A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHsaq5ldnAQVacBcgRAuo6AJ46U1AnZxENO6x1P+BkcTd10L9VkACg1oXF +NmarCEg7juKx/MKo3dMY60= =JRnp -----END PGP SIGNATURE----- --------------enig1CF404A8491ACA8ED1DE790A-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 14:28:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3B9D16A41A for ; Tue, 12 Feb 2008 14:28:34 +0000 (UTC) (envelope-from toomas.aas@raad.tartu.ee) Received: from kuller.raad.tartu.ee (kuller.raad.tartu.ee [194.126.106.100]) by mx1.freebsd.org (Postfix) with ESMTP id 59B9113C4E7 for ; Tue, 12 Feb 2008 14:28:34 +0000 (UTC) (envelope-from toomas.aas@raad.tartu.ee) Received: from localhost (localhost [127.0.0.1]) by kuller.raad.tartu.ee (Postfix) with ESMTP id 4297E39875; Tue, 12 Feb 2008 16:28:33 +0200 (EET) X-Virus-Scanned: amavisd-new at post.raad.tartu.ee Received: from kuller.raad.tartu.ee ([127.0.0.1]) by localhost (kuller.raad.tartu.ee [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 6fTu16S0ShsI; Tue, 12 Feb 2008 16:28:31 +0200 (EET) Received: from raad.tartu.ee (lv.raad.tartu.ee [194.126.106.110]) by kuller.raad.tartu.ee (Postfix) with ESMTP id 4460A39864; Tue, 12 Feb 2008 16:28:31 +0200 (EET) Received: from INFO/SpoolDir by raad.tartu.ee (Mercury 1.48); 12 Feb 08 16:28:31 +0200 Received: from SpoolDir by INFO (Mercury 1.48); 12 Feb 08 16:28:14 +0200 Received: from [172.26.1.6] (172.26.1.6) by raad.tartu.ee (Mercury 1.48) with ESMTP; 12 Feb 08 16:28:13 +0200 Message-ID: <47B1ACFD.1000903@raad.tartu.ee> Date: Tue, 12 Feb 2008 16:28:13 +0200 From: Toomas Aas User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <47A4C7B6.1030203@gmail.com> In-Reply-To: <47A4C7B6.1030203@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Matthew Herzog Subject: Re: ifconfig fxp0 link0 from rc.conf? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 14:28:34 -0000 Matthew Herzog wrote: > What is the proper way to turn on the checksum offloading for an Intel > fxp card? > > Yes, it's obvious I can do it by hand with ifconfig. That works fine. > How do enable it in rc.conf so that > it happens upon each reboot? I searched the www for an hour and found no > examples. Here's a working example from one of my FreeBSD 6.2 machines: ifconfig_fxp0="inet 10.0.0.1 netmask 255.0.0.0 media 100BaseTX mediaopt full-duplex link0" -- Toomas Aas From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 14:53:53 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D20BA16A417 for ; Tue, 12 Feb 2008 14:53:53 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3D4DD13C459 for ; Tue, 12 Feb 2008 14:53:53 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m1CErpDO039444; Tue, 12 Feb 2008 15:53:51 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m1CErpie039443; Tue, 12 Feb 2008 15:53:51 +0100 (CET) (envelope-from olli) Date: Tue, 12 Feb 2008 15:53:51 +0100 (CET) Message-Id: <200802121453.m1CErpie039443@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <1202808057.2126.45.camel@localhost> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 12 Feb 2008 15:53:52 +0100 (CET) Cc: Subject: Re: RELENG_7: interrupt eating whole cpu core X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 14:53:53 -0000 Tom Evans wrote: > The chipset supports UDMA6, the drive supports UDMA6, Are you sure about that? What brand/model is that? I don't think I've ever seen an atapi CD/DVD drive that supported more than UDMA3. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "A language that doesn't have everything is actually easier to program in than some that do." -- Dennis M. Ritchie From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 15:56:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4628116A41B for ; Tue, 12 Feb 2008 15:56:32 +0000 (UTC) (envelope-from mlankton@mchsi.com) Received: from esc07.hostican.com (esc07.hostican.com [208.73.33.194]) by mx1.freebsd.org (Postfix) with ESMTP id 1E22213C455 for ; Tue, 12 Feb 2008 15:56:32 +0000 (UTC) (envelope-from mlankton@mchsi.com) Received: from 12-207-67-90.client.mchsi.com ([12.207.67.90] helo=[192.168.0.3]) by esc07.hostican.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1JOx1m-0000Ww-JO for freebsd-stable@freebsd.org; Tue, 12 Feb 2008 10:26:34 -0500 Message-Id: <2047E7E6-E351-4394-8A26-E1157616AF8A@mchsi.com> From: Michael Lankton To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Tue, 12 Feb 2008 09:26:32 -0600 X-Mailer: Apple Mail (2.915) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - esc07.hostican.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - mchsi.com Subject: Expresscard Wireless X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 15:56:32 -0000 I bought a laptop with no PCMCIA slot, just expresscard. Instead of using a usb dongle for wireless, I would like to use an expresscard if possible. Ubiquiti makes one that uses atheros chip. Has anyone successfully used an expresscard wifi card in FreeBSD? Any info? Thanks From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 16:48:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 795DD16A46B for ; Tue, 12 Feb 2008 16:48:49 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3E16813C4F0 for ; Tue, 12 Feb 2008 16:48:48 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m1CGmkcn091364 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Feb 2008 08:48:48 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <47B1CDEE.8050102@errno.com> Date: Tue, 12 Feb 2008 08:48:46 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Michael Lankton References: <2047E7E6-E351-4394-8A26-E1157616AF8A@mchsi.com> In-Reply-To: <2047E7E6-E351-4394-8A26-E1157616AF8A@mchsi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: freebsd-stable@freebsd.org Subject: Re: Expresscard Wireless X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 16:48:49 -0000 Michael Lankton wrote: > I bought a laptop with no PCMCIA slot, just expresscard. Instead of > using a usb dongle for wireless, I would like to use an expresscard if > possible. Ubiquiti makes one that uses atheros chip. > > Has anyone successfully used an expresscard wifi card in FreeBSD? Any > info? It's just another form factor; it'll work fine. For newer Atheros cards you're likely to need the hal at http://www.freebsd.org/~sam. I've not tried the Ubiquiti expresscard so don't know what part is in it. Sam From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 18:23:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E630016A417 for ; Tue, 12 Feb 2008 18:23:24 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id DA56313C459 for ; Tue, 12 Feb 2008 18:23:23 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by mu-out-0910.google.com with SMTP id w9so4621094mue.6 for ; Tue, 12 Feb 2008 10:23:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type:date:message-id:mime-version:x-mailer; bh=phKCHoVGe8a26giEzdH8hKAa32Y5xN6FeV7KED1O/xQ=; b=qDaiMCqdy/duUbxzZL+IGNTmFlRBC8uIYB/n/wLECill5PhRX2wXBH/J/eAPvlH1wETCL1CnKTa1mEzSs5ygjqAh61SOJEDcUqoqnUPAoRBopq1dxeiODTIkfw5bC5ko1a9/ZW+EZpXX8csFU1IlpFWVmgRR5xrFPsCViu245Kc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer; b=owhAdjuBFv6L3A2ytVZS3nM6Ksp7LfPiOERsBi/I1Mg0w7GZY1f5HIbb/HizrZn9XYswd/+jpNAj969Sufg8i4NZn3paV1u6m2meolj0rYyA09cni/UiFLoGk+gP4JYZaRll6UaD5MsnebIOYcBFanEqSwlS3BzxC/Pmqv+MwjA= Received: by 10.82.106.14 with SMTP id e14mr1200124buc.37.1202840601416; Tue, 12 Feb 2008 10:23:21 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id x6sm619039gvf.0.2008.02.12.10.23.19 (version=SSLv3 cipher=RC4-MD5); Tue, 12 Feb 2008 10:23:20 -0800 (PST) From: Tom Evans To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-dbHEw7bGWLF00gCgPFzP" Date: Tue, 12 Feb 2008 18:23:18 +0000 Message-Id: <1202840599.2126.86.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Formatting bug in C++ iostreams when running i386 binary on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 18:23:25 -0000 --=-dbHEw7bGWLF00gCgPFzP Content-Type: multipart/mixed; boundary="=-NYmYATEVp0oDSWkVFF8f" --=-NYmYATEVp0oDSWkVFF8f Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi list. I've encountered a strange bug deploying one of our C++ applications on amd64. We tend to build most of our applications on i386, even if the deployment box is amd64, as we aren't 100% sure that our code is 64 bit clean yet. The boxes in question both run 6.2-RELEASE, at various kernel release patchsets: FreeBSD dellboy.mintel.co.uk 6.2-RELEASE-p8 FreeBSD 6.2-RELEASE-p8 #0: Wed Dec 12 16:58:42 GMT 2007 root@bob.mintel.co.uk:/usr/obj/usr/src/sys/PE2650 i386 FreeBSD animal.mintel.co.uk 6.2-RELEASE-p5 FreeBSD 6.2-RELEASE-p5 #35: Fri Jul 20 10:20:28 BST 2007 root@roley.mintel.co.uk:/usr/obj/usr/src/sys/PE2950 amd64 With an i386 binary running on an amd64 host, when we write a small double, with value close to 0.1, to a C++ iostream, it is formatted incorrectly. I have derived a small test case, which generates the spurious value on the 18th iteration. Compiled on i386: > $ g++ -o doubletest -Wall doubletest.cc Run on i386: > $ ./doubletest -0.9 0 0.09 0.099 0.0999 0.09999 0.099999 0.0999999 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 ^^^ Run on amd64: > $ ./doubletest=20 -0.9 0 0.09 0.099 0.0999 0.09999 0.099999 0.0999999 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.0: 0.1 0.1 ^^^^ If we compile with slightly different linkage (and run again on amd64): > $ g++ -Wl,-Bstatic -o doubletest -Wall doubletest.cc -Wl,dy > $ ./doubletest-halfstatic=20 -0.9 0 0.09 0.099 0.0999 0.09999 0.099999 0.0999999 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.0: 0.1 0.1 ^^^^ > $ g++ -static -o doubletest -Wall doubletest.cc > $ ./doubletest-static =20 -0.9 0 0.09 0.099 0.0999 0.09999 0.099999 0.0999999 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 ^^^ This obviously produces unexpected results! Does anyone have any idea what may be triggering this? We currently have two workarounds, one is to compile completely statically (add -static to the compile command line), and compile the app natively 64bit. The former cannot be used on any application that dlopen()s any libraries, and we're not confident with the latter! Tom --=-NYmYATEVp0oDSWkVFF8f-- --=-dbHEw7bGWLF00gCgPFzP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHseQOlcRvFfyds/cRAjVAAJ4wjMZ0OFNwFSNVOcIT95G4vjjHWgCbBvpa 9J3n275mft9Y22zMjG3mQ8Q= =TQ5U -----END PGP SIGNATURE----- --=-dbHEw7bGWLF00gCgPFzP-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 18:31:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16AE416A419; Tue, 12 Feb 2008 18:31:18 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 9D50213C468; Tue, 12 Feb 2008 18:31:17 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m1CIV6GQ048618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Feb 2008 13:31:06 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-current@freebsd.org, freebsd-stable Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-xCEugShUq4gGUZXMGvW/" Organization: U. Buffalo CSE Department Date: Tue, 12 Feb 2008 13:31:06 -0500 Message-Id: <1202841066.43487.18.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: Subject: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 18:31:18 -0000 --=-xCEugShUq4gGUZXMGvW/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The second Release Candidate for FreeBSD 7.0 is now available on most of the FTP mirror sites, for example ftp://ftp.freebsd.org/pub/FreeBSD/releases/{$arch}/ISO-IMAGES/7.0/ (where ${arch} is your machine's architecture, e.g. amd64, i386, etc). If you can please try a "local mirror" please. Users of i386 or amd64 systems running FreeBSD 6.2-RELEASE, 6.3-BETA*, 6.3-RC*, 6.3-RELEASE, 7.0-BETA*, or 7.0-RC1 may wish to perform a binary upgrade to 7.0-RC2 using code recently added to the freebsd-update utility. On systems running 7.0-BETA4 or 7.0-RC1, the instructions for "minor upgrades" at: http://www.daemonology.net/blog/2007-11-10-freebsd-minor-version-upgrade.ht= ml should be followed for this purpose; on systems running older releases or BETAs (including 7.0 BETAs prior to BETA4) the lengthier instructions for "major upgrades" at: http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade.ht= ml (which include rebuilding all software installed from the ports tree) should be followed. There is one known issue with a very recently MFCed portion of the ciss(4) driver that was discovered a little too late for -RC2 but will be fixed for the release. Some though not all machines have a problem with a feature added to solve other machines' problems with "Adapter Heartbeat Failed" so that portion will be turned into a tunable with the default disabling it. If you update an already running machine and the new driver causes you problems you can boot the older kernel, and see v1.87 of sys/dev/ciss/ciss.c in HEAD for how to fix it (that is what will be MFCed before the release). We sincerely hope this will be the last of the public tests for 7.0 and that the -RELEASE builds will start in about a week and a half. If bug(s) considered big enough to be show-stoppers are found we will of course reconsider but hopefully we're in good enough shape now to proceed with the release. Thanks for all the help/testing. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-xCEugShUq4gGUZXMGvW/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHseXh/G14VSmup/YRAteyAKCcfjz5cL4KFRZLvr9ig0x5ZQf8MgCff8e9 HTD9qAj7SpjTS2APMtjb3fg= =dy3W -----END PGP SIGNATURE----- --=-xCEugShUq4gGUZXMGvW/-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 18:35:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ACFC16A41B; Tue, 12 Feb 2008 18:35:33 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 6940D13C459; Tue, 12 Feb 2008 18:35:31 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m1CIZNDi048643 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Feb 2008 13:35:23 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-current@freebsd.org In-Reply-To: <1202841066.43487.18.camel@bauer.cse.buffalo.edu> References: <1202841066.43487.18.camel@bauer.cse.buffalo.edu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-snN6ij1ncZE5jz1jvHDS" Organization: U. Buffalo CSE Department Date: Tue, 12 Feb 2008 13:35:23 -0500 Message-Id: <1202841323.43487.21.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-stable Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 18:35:33 -0000 --=-snN6ij1ncZE5jz1jvHDS Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2008-02-12 at 13:31 -0500, Ken Smith wrote: > The second Release Candidate for FreeBSD 7.0 is now available on most of > the FTP mirror sites ... Sorry - forgot to include ... The MD5/SHA256 sums for the ISOs are: MD5 (7.0-RC2-amd64-bootonly.iso) =3D bc37934ad5c29d081738e244ba5d2b3b MD5 (7.0-RC2-amd64-disc1.iso) =3D 4b4165573f4aa9a3c20b0cfd17509a1d MD5 (7.0-RC2-amd64-disc2.iso) =3D cb243fe6e3102817fd3d925cbd6d2faf MD5 (7.0-RC2-amd64-disc3.iso) =3D 87f27c787ff9e19539c38b8c5a6b8214 MD5 (7.0-RC2-amd64-docs.iso) =3D e66f5067c6c745525fa9f5b2760975c3 MD5 (7.0-RC2-amd64-livefs.iso) =3D 769771310c3481b13e350ce1213a09c5 MD5 (7.0-RC2-i386-bootonly.iso) =3D 0a4daf90fc9926b2abe5f0538a6aee95 MD5 (7.0-RC2-i386-disc1.iso) =3D 7ec7c631f46c891da0da23f4cd4b35e0 MD5 (7.0-RC2-i386-disc2.iso) =3D 9ddbf85aa9d9a1f135810dd862e0fe34 MD5 (7.0-RC2-i386-disc3.iso) =3D 9191f36f26aee38680714beb891f8474 MD5 (7.0-RC2-i386-docs.iso) =3D c23f49125a556971c8a83886ab1f40b7 MD5 (7.0-RC2-i386-livefs.iso) =3D 5380cf66d547fff489e7fed162b2bdb6 MD5 (7.0-RC2-ia64-bootonly.iso) =3D a3543488eb2b9ea53196ad5401a52308 MD5 (7.0-RC2-ia64-disc1.iso) =3D 0e8529042a8192580cb5247e7c1f38e1 MD5 (7.0-RC2-ia64-disc2.iso) =3D 070cd2fd22ba45ea2d56d82e70c08cfc MD5 (7.0-RC2-ia64-disc3.iso) =3D 69a14d857bbea6e0e6a7f122fabcc33d MD5 (7.0-RC2-ia64-docs.iso) =3D 48ee3e3553f23de072f680b175cb52f8 MD5 (7.0-RC2-ia64-livefs.iso) =3D dbe3cda1ca14cba1aa688e7f13acb7c0 MD5 (7.0-RC2-pc98-bootonly.iso) =3D 247840a9068aac3c792a60903c1ab3a2 MD5 (7.0-RC2-pc98-disc1.iso) =3D d28f0985faa62b7e07529ee4383428ae MD5 (7.0-RC2-pc98-livefs.iso) =3D e71e71b1ae89503c47893392c0c3ba4c MD5 (7.0-RC2-powerpc-bootonly.iso) =3D a6eec2c87b89158b3e8dae55000b3fb6 MD5 (7.0-RC2-powerpc-disc1.iso) =3D fb5feb4c0b1c7a9e4feb4c3e3041316e MD5 (7.0-RC2-powerpc-disc2.iso) =3D ba4f67be13808fa59c8975b753070b86 MD5 (7.0-RC2-powerpc-disc3.iso) =3D ccc20adb5d95011e069f60490cce94fd MD5 (7.0-RC2-powerpc-docs.iso) =3D 8a590d2e20d0d8b36e0657a9ab9faca8 MD5 (7.0-RC2-sparc64-bootonly.iso) =3D febfc56b1101af60bb9a6fbfea149d28 MD5 (7.0-RC2-sparc64-disc1.iso) =3D 5aead743fecf3a75829238ca619ee6f3 MD5 (7.0-RC2-sparc64-disc2.iso) =3D c18507722b8cc50d91e0a4050642adeb MD5 (7.0-RC2-sparc64-disc3.iso) =3D 8545dfaeacdc453d77b8f013714f7730 MD5 (7.0-RC2-sparc64-docs.iso) =3D a00c2b51c1f3c96533ee26d51c413941 SHA256 (7.0-RC2-amd64-bootonly.iso) =3D 8d6e5135ef420e224281f55635d11c12880= 882c83f0946aba3fc93cfba2303f8 SHA256 (7.0-RC2-amd64-disc1.iso) =3D c67a037a8c5019887f7fb0608cec8cd7ed511d= f3179746fa108fe35d8bc3feba SHA256 (7.0-RC2-amd64-disc2.iso) =3D 795e2ba7db32dc4abed226c6920361764ff464= 055039299c39989c14113765e5 SHA256 (7.0-RC2-amd64-disc3.iso) =3D e049c47507d215f46c7d81119ed0cb06a6353d= 9e4d94c4a70c2b90467519ce87 SHA256 (7.0-RC2-amd64-docs.iso) =3D 4e4c646f6b903421ac0dea3a359a05e4bc21631= 6df5ebdf07c7d3befe45dafd7 SHA256 (7.0-RC2-amd64-livefs.iso) =3D 1461a11761059e9abb5c7ff5014052b6260b2= a048c60f680e23709f3db19a35b SHA256 (7.0-RC2-i386-bootonly.iso) =3D 9a6f7eef7c6cbef30abaf5c12d1e31830106= ccd6a8811d9ed66b46914cb88b79 SHA256 (7.0-RC2-i386-disc1.iso) =3D eb43bff9e22795aae154fda4db6be52cbd2de92= d1ad1702d76714dc99c085edf SHA256 (7.0-RC2-i386-disc2.iso) =3D 20a1346932ed23607c151c262304fccf79a7722= d29efd71090b1972f937a8d45 SHA256 (7.0-RC2-i386-disc3.iso) =3D 78a5b1f6a56eed23c5a9a2ad209e517f4c52b97= 69ace8b5d871ccec7dc96edea SHA256 (7.0-RC2-i386-docs.iso) =3D b29b436c99c3696b25e8a51d39644b96419367a9= 15b6d172eae531e7b66aa16f SHA256 (7.0-RC2-i386-livefs.iso) =3D 603d8ed6a899e047b23c976b650d6c3a268da3= 798d9316c97318f53fefe7fa97 SHA256 (7.0-RC2-ia64-bootonly.iso) =3D 8884b506e3a41115840e123f6ff840218e01= 0d029d42d1a127a19ce4953bb52c SHA256 (7.0-RC2-ia64-disc1.iso) =3D ce57f3acb8dbada5056b395b371b47f9882d0f7= beed35807f5676fbdd4e724aa SHA256 (7.0-RC2-ia64-disc2.iso) =3D dbcae30b93fc60358f4292c4aab7d77bcd2302e= adec8bb8aa1a8adc287fa895a SHA256 (7.0-RC2-ia64-disc3.iso) =3D ccef862acfafb24a9687107f45cee48e7414c9f= b8e212567c8a01e99c8273b16 SHA256 (7.0-RC2-ia64-docs.iso) =3D 974b43ba60441838ca51ccefe5ffe02af3f166ea= e51d829124a756f7ee3b16e8 SHA256 (7.0-RC2-ia64-livefs.iso) =3D 81fa04ef18fee2f34c3e6e4f70ba3605dd81e4= cb73db82c2606d2f641c9745e6 SHA256 (7.0-RC2-pc98-bootonly.iso) =3D f43d981afbb226c49739be98c4d67a3c36d9= c8ce5f52496ea4a08082c153b657 SHA256 (7.0-RC2-pc98-disc1.iso) =3D 8efb77a44430b1ec51bf3887cd2c381637272ca= 33f69ee66ab035e9439270788 SHA256 (7.0-RC2-pc98-livefs.iso) =3D 71e2f9cda6a8e9ea210c3cf41f281544fe443e= 5f1a9f4939b388e6f0e178bc3e SHA256 (7.0-RC2-powerpc-bootonly.iso) =3D 736606cdbcf5b3357c3092c53f249f71f= 99efe6e9bd6cf6c803d5f997b9184af SHA256 (7.0-RC2-powerpc-disc1.iso) =3D e38735b1a7200235d40b51aabcbad5294878= 4ea5177b3fff0684d79e28199366 SHA256 (7.0-RC2-powerpc-disc2.iso) =3D 0d1d3aa3a3287b9335a7e8f64a4a13d1b351= fce7a4873618d4e1bcf91bf742b2 SHA256 (7.0-RC2-powerpc-disc3.iso) =3D d45b42a21e4866bedaa0773e4a6ef374dd26= 0ea794cdff28af3785a04fcbf683 SHA256 (7.0-RC2-powerpc-docs.iso) =3D 0e583e9b6a9ebf90dd50035d02d9450527fd3= 5c90af38429edb0280889d48a6e SHA256 (7.0-RC2-sparc64-bootonly.iso) =3D ec2392e1328539dfd0bb833e0b3f756c6= 6dea1cdb7d277548b3d50467a4808f9 SHA256 (7.0-RC2-sparc64-disc1.iso) =3D a7c370770faf8e986610e24fef9969adcaae= e5c08b2e0ea0afdff03880303eba SHA256 (7.0-RC2-sparc64-disc2.iso) =3D b92acbea53436c303581ec5d7b4f8c04c690= 0a3f3300d43c199250fcd7be3be8 SHA256 (7.0-RC2-sparc64-disc3.iso) =3D 93f20cba37a52d696ee58698b3a4594d9594= 648482f8db4b8629a4704eb8f95e SHA256 (7.0-RC2-sparc64-docs.iso) =3D c6e427b03d38185891d692ac7a3f2533b8797= c07e3340d8d29de1f0de76d1877 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-snN6ij1ncZE5jz1jvHDS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHsebr/G14VSmup/YRAv8EAJ0ZFyfHJplXaO489jRoVJsoohrBeQCghNtj fC3Q4k8BTD8WBPS65ulCtRE= =uKsb -----END PGP SIGNATURE----- --=-snN6ij1ncZE5jz1jvHDS-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 18:54:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60BD816A419 for ; Tue, 12 Feb 2008 18:54:19 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id ED34F13C442 for ; Tue, 12 Feb 2008 18:54:18 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m1CIsGkY011212 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Feb 2008 05:54:17 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m1CIsG10048146; Wed, 13 Feb 2008 05:54:16 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m1CIsG5a048145; Wed, 13 Feb 2008 05:54:16 +1100 (EST) (envelope-from peter) Date: Wed, 13 Feb 2008 05:54:16 +1100 From: Peter Jeremy To: Tom Evans Message-ID: <20080212185416.GK64299@server.vk2pj.dyndns.org> References: <1202840599.2126.86.camel@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="juZjCTNxrMaZdGZC" Content-Disposition: inline In-Reply-To: <1202840599.2126.86.camel@localhost> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Formatting bug in C++ iostreams when running i386 binary on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 18:54:19 -0000 --juZjCTNxrMaZdGZC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 12, 2008 at 06:23:18PM +0000, Tom Evans wrote: >I've encountered a strange bug deploying one of our C++ applications on >amd64. We tend to build most of our applications on i386, even if the >deployment box is amd64, as we aren't 100% sure that our code is 64 bit >clean yet. The boxes in question both run 6.2-RELEASE, at various kernel >release patchsets: =2E.. >With an i386 binary running on an amd64 host, when we write a small >double, with value close to 0.1, to a C++ iostream, it is formatted >incorrectly. See kern/102424 and amd64/112222. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --juZjCTNxrMaZdGZC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHsetY/opHv/APuIcRAhBvAKCfm4IZMRZhw6BD7O6eVyZ+O6Ia7QCeMbPE FcEfuMaq4o1Fgq2fkUAj3oY= =fzdY -----END PGP SIGNATURE----- --juZjCTNxrMaZdGZC-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 18:54:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A79116A4AB for ; Tue, 12 Feb 2008 18:54:30 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33707.mail.mud.yahoo.com (web33707.mail.mud.yahoo.com [68.142.201.204]) by mx1.freebsd.org (Postfix) with SMTP id 3B76B13C45D for ; Tue, 12 Feb 2008 18:54:29 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 38994 invoked by uid 60001); 12 Feb 2008 18:54:29 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=R4MCfmBYADYdx1pM5onw9jRrgWytM+Z0gR3eqsMjy9bqTjg49JkIzUpcmzyGf5d4IVr2jwWR2opabIVsVr8BNAHwosV+Y2rv+kLEo6u8f5MunY4KNOT9NU0WUybthiQmDXDPNFxc9A+Sm6llciwGRGase1EWPPGn12V3ini9O+o=; X-YMail-OSG: qztuYdgVM1kyqqorWoQaIsBfVsY4Sf3bBXEQLUWktjRfcLvQu2TcjF1pIR8zzgUcdjUzIohPm_9JiatqoVHiG54gA80fLhdqTJ6PdzZaBpVVC8mRDJk- Received: from [89.211.4.3] by web33707.mail.mud.yahoo.com via HTTP; Tue, 12 Feb 2008 10:54:28 PST X-Mailer: YahooMailRC/818.31 YahooMailWebService/0.7.162 Date: Tue, 12 Feb 2008 10:54:28 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: Ken Smith , freebsd-current@freebsd.org, freebsd-stable MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <839784.38521.qm@web33707.mail.mud.yahoo.com> Cc: Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 18:54:30 -0000 How about RELENG_7? will we still get PRERELEASE? Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 19:04:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7A6E16A46B for ; Tue, 12 Feb 2008 19:04:01 +0000 (UTC) (envelope-from spomerg@cwu.EDU) Received: from scylla.cts.cwu.edu (scylla.cts.cwu.edu [198.104.67.151]) by mx1.freebsd.org (Postfix) with ESMTP id 5941513C46E for ; Tue, 12 Feb 2008 19:04:01 +0000 (UTC) (envelope-from spomerg@cwu.EDU) Received: from CONVERSION-CWU-DAEMON.SCYLLA.CTS.CWU.EDU by SCYLLA.CTS.CWU.EDU (PMDF V6.3-x13 #31358) id <01MR7BVB42FK000CXG@SCYLLA.CTS.CWU.EDU> for freebsd-stable@freebsd.org; Tue, 12 Feb 2008 09:18:24 -0800 (PST) Received: from hermes.cwu.edu (hermes.cwu.edu [172.16.21.28]) by SCYLLA.CTS.CWU.EDU (PMDF V6.3-x13 #31358) with ESMTP id <01MR7BPHMAGE000B77@SCYLLA.CTS.CWU.EDU> for freebsd-stable@freebsd.org; Tue, 12 Feb 2008 09:05:50 -0800 (PST) Received: from cwugate1-MTA by hermes.cwu.edu with Novell_GroupWise; Tue, 12 Feb 2008 09:05:49 -0800 Date: Tue, 12 Feb 2008 09:05:35 -0800 From: Gavin Spomer To: freebsd-stable@freebsd.org Message-id: <47B161630200009000013D1B@hermes.cwu.edu> MIME-version: 1.0 X-Mailer: Novell GroupWise Internet Agent 7.0.2 HP Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: quoted-printable Content-disposition: inline Subject: Rebuilding World Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 19:04:01 -0000 Please forgive me if this is not the appropriate list to post this on. If = this is a topic for another, more appropriate FreeBSD list, then would = someone please kindly point this guy in the right direction? :) I'm on the security advisory list too and got 2 emails about patches about = a month ago. They came with instructions to follow for patching... = excellent! Then, the last step has a link to the FreeBSD Handbook's = Rebuilding world. Yes, I admit, it's taken me almost a month to get the = courage (and find the time) to do this. I'm usually pretty fearless when = exploring computer things. I don't really have the best way to backup = either. I finally just made tarballs of important directories and scp'd = them to one of my Linux machines. I finally got to the point where I = booted to single user mode (first time for me) and that's where my = problems began. It might be useful to note on the instructions page that = you don't have to type "boot -s" to go into single user mode; it's easier = to to just select option #4. First, let me note that step one in rebuilding world should be "cd = /usr/src", not "make buildworld". I guess I was supposed to know that for = some reason. Having said that, I figured I would also have to be in = /usr/src for the "make installworld" step. But I couldn't do that! Why? I = could cd to /usr, but not /usr/src! So, I decided to go ahead and try the "mergemaster -p" step. I was given = an error that was something like "cannot find mergemaster". So I thought = that maybe in single user mode my $PATH isn't set, so I thought about = entering "/sbin/mergemaster -p", but I didn't know if that was the path or = not and I chickened out. :( Maybe the fact that I hit Return to choose = /bin/sh while going into single user mode instead of my preferred bash had = something to do with it? Here's a slightly dumb question: when I get this all figured out, do I = have to start all over from "make buildworld" or can I just continue with = booting in single user mode and "mergemaster -p"? I'm guessing I can just = continue, but I thought it was important to ask. Here's a little more intelligent question or two. ;) Is there a way to do = this while logged in via ssh? I don't mind making the trip to our computer = room so I can select #4 at the FreeBSD prompt, but it's not all that = convenient. Also, how long (in general) do the steps "mergemaster -p" = through the final reboot take? I am running FreeBSD on a test server, but = if I were to use it for my production servers (which I am considering), = the down-time of being in single user mode would be a concern. Thanks to everyone who takes the time to read this. :) - Gavin From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 19:27:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A99416A41A; Tue, 12 Feb 2008 19:27:35 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id AAA8113C45A; Tue, 12 Feb 2008 19:27:34 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m1CJRP66048814 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Feb 2008 14:27:25 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Abdullah Ibn Hamad Al-Marri In-Reply-To: <839784.38521.qm@web33707.mail.mud.yahoo.com> References: <839784.38521.qm@web33707.mail.mud.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-bnHMZMhl7FXJYLsAXCxK" Organization: U. Buffalo CSE Department Date: Tue, 12 Feb 2008 14:27:25 -0500 Message-Id: <1202844445.43487.27.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 19:27:35 -0000 --=-bnHMZMhl7FXJYLsAXCxK Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2008-02-12 at 10:54 -0800, Abdullah Ibn Hamad Al-Marri wrote: > How about RELENG_7? will we still get PRERELEASE? We leave the development branch a release is coming from named PRERELEASE until the release is completed. No matter what we do with the development branches during this phase of a release process it's wrong. Some people think it's strange leaving it name PRERELEASE that long (and this release has dragged on so long it's been in this state for longer than normal...). Other people do an update to a machine, see it named -STABLE, and assume that means the release has happened and wonder why they can't find it. Since that second set of people are typically less in tune with what's going on (don't follow mailing lists, often times less technically oriented, etc.) we've decided to cater to them. I'll shift RELENG_7 to -STABLE as soon as the release is completed. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-bnHMZMhl7FXJYLsAXCxK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHsfMd/G14VSmup/YRApxaAJ4wF7ulsP4nmsZwjOiktGB9jQW6FwCgjcdy ul0fpNRqWWxtk/PgKT3sFD4= =4ywH -----END PGP SIGNATURE----- --=-bnHMZMhl7FXJYLsAXCxK-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 19:42:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CDAF16A41B for ; Tue, 12 Feb 2008 19:42:34 +0000 (UTC) (envelope-from bazerka@beardz.net) Received: from svr03-temp.btshosting.co.uk (svr03-temp.btshosting.co.uk [87.117.208.48]) by mx1.freebsd.org (Postfix) with ESMTP id D5DE713C44B for ; Tue, 12 Feb 2008 19:42:33 +0000 (UTC) (envelope-from bazerka@beardz.net) Received: from [192.168.1.65] (host86-138-23-126.range86-138.btcentralplus.com [86.138.23.126]) (authenticated bits=0) by svr03-temp.btshosting.co.uk (8.14.1/8.14.1) with ESMTP id m1CJS5eG071769; Tue, 12 Feb 2008 19:28:05 GMT (envelope-from bazerka@beardz.net) Message-ID: <47B1F332.3050703@beardz.net> Date: Tue, 12 Feb 2008 19:27:46 +0000 From: Jase Thew User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <839784.38521.qm@web33707.mail.mud.yahoo.com> In-Reply-To: <839784.38521.qm@web33707.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on 87.117.208.49 X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bazerka@beardz.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 19:42:34 -0000 Abdullah Ibn Hamad Al-Marri wrote: > How about RELENG_7? will we still get PRERELEASE? > > > > Regards, > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ > > I imagine RELENG_7 will stay at PRERELEASE until 7.0-RELEASE is out of the door, at which point it will become 7.0-STABLE. Rgds, Jase. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 00:35:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F32B16A420 for ; Wed, 13 Feb 2008 00:35:10 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0242E13C46B for ; Wed, 13 Feb 2008 00:35:09 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m1D0Yvff091431; Tue, 12 Feb 2008 16:35:03 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m1D0Yv9g091430; Tue, 12 Feb 2008 16:34:57 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 12 Feb 2008 16:34:57 -0800 Message-ID: <20080212163457.sg35fvnbsgsg4s8w@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 12 Feb 2008 16:34:57 -0800 From: "Chris H." To: Gavin Spomer References: <47B161630200009000013D1B@hermes.cwu.edu> In-Reply-To: <47B161630200009000013D1B@hermes.cwu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@freebsd.org Subject: Re: Rebuilding World Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 00:35:10 -0000 Quoting Gavin Spomer : > Please forgive me if this is not the appropriate list to post this > on. If this is a topic for another, more appropriate FreeBSD list, > then would someone please kindly point this guy in the right > direction? :) > > I'm on the security advisory list too and got 2 emails about patches > about a month ago. They came with instructions to follow for > patching... excellent! Then, the last step has a link to the FreeBSD > Handbook's Rebuilding world. Yes, I admit, it's taken me almost a > month to get the courage (and find the time) to do this. I'm usually > pretty fearless when exploring computer things. I don't really have > the best way to backup either. I finally just made tarballs of > important directories and scp'd them to one of my Linux machines. I > finally got to the point where I booted to single user mode (first > time for me) and that's where my problems began. It might be useful > to note on the instructions page that you don't have to type "boot > -s" to go into single user mode; it's easier to to just select option > #4. > > First, let me note that step one in rebuilding world should be "cd > /usr/src", not "make buildworld". I guess I was supposed to know that > for some reason. Having said that, I figured I would also have to be > in /usr/src for the "make installworld" step. But I couldn't do that! > Why? I could cd to /usr, but not /usr/src! > > So, I decided to go ahead and try the "mergemaster -p" step. I was > given an error that was something like "cannot find mergemaster". So > I thought that maybe in single user mode my $PATH isn't set, so I > thought about entering "/sbin/mergemaster -p", but I didn't know if > that was the path or not and I chickened out. :( Maybe the fact that > I hit Return to choose /bin/sh while going into single user mode > instead of my preferred bash had something to do with it? > > Here's a slightly dumb question: when I get this all figured out, do > I have to start all over from "make buildworld" or can I just > continue with booting in single user mode and "mergemaster -p"? I'm > guessing I can just continue, but I thought it was important to ask. > > Here's a little more intelligent question or two. ;) Is there a way > to do this while logged in via ssh? I don't mind making the trip to > our computer room so I can select #4 at the FreeBSD prompt, but it's > not all that convenient. Also, how long (in general) do the steps > "mergemaster -p" through the final reboot take? I am running FreeBSD > on a test server, but if I were to use it for my production servers > (which I am considering), the down-time of being in single user mode > would be a concern. > > Thanks to everyone who takes the time to read this. :) Greetings Gavin, Yes, you're quite correct on all accounts. The doc's are a bit terse in these areas. Which, as I read your email, reminds me why I _should_ send-pr a patch with some additional info in these areas. I guess I'm like so many others - once I figured it all out, I got so involved with it all, I completely forgot there was some issues with the docs. NOTE: I'm not the author of the documentation. :) OK I'm going to give you a "cheat sheet" that I hope you'll find helpful in the future - be aware, this is NOT an excuse to ignore the /usr/src/UPDATING file, as THAT document will QUITE likely contain more timely information regarding little, but important changes, that can make all the difference. That said, here goes: -------------------------------------------------------- * On an initial install ALWAYS buildworld BEFORE buildkernel * Unless having troubles building a kernel, it is usually best to ensure /etc/make.conf is empty * If REbuilding world/kernel it is usually a good idea to perform the following: cd /usr/obj chflags -R noschg * rm -rf * (see chflags(1) for more information) -------------------------------------------------------- OK here we go: cd /usr/src/sys//conf cp ./GENERIC ./YOUR_CHOSEN_NAME edit ./YOUR_CHOSEN_NAME and adjust as necessary cd /usr/src make buildworld * * * * OPTIONAL * * * * NOTE: SINGLE CPU: make -j4 buildworld NOTE: MULTI CPU: make -j(6 through 10) buildworld * * * * * * * * * * * * make buildkernel KERNCONF=YOUR_KERNEL_HERE make installkernel KERNCONF=YOUR_KERNEL_HERE reboot (in single user mode) fsck -p (optional, but a good idea) mount -u / mount -a -t ufs swapon -a (most cases; optional) cd /usr/src mergemaster -p make installworld mergemaster reboot That was simply a QUICK cheat sheet, and does not replace good research. But I hope it helps. :) --Chris > > - Gavin > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 02:05:45 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3482F16A419; Wed, 13 Feb 2008 02:05:45 +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 E6C3B13C458; Wed, 13 Feb 2008 02:05:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1D25ixK060420; Tue, 12 Feb 2008 21:05:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1D25hJs027495; Tue, 12 Feb 2008 21:05:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 8806E1B5078; Tue, 12 Feb 2008 21:05:43 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213020543.8806E1B5078@freebsd-stable.sentex.ca> Date: Tue, 12 Feb 2008 21:05:43 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 02:05:45 -0000 TB --- 2008-02-13 01:12:39 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-13 01:12:39 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-02-13 01:12:39 - cleaning the object tree TB --- 2008-02-13 01:13:13 - cvsupping the source tree TB --- 2008-02-13 01:13:13 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-02-13 01:13:21 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 01:13:21 - cd /src TB --- 2008-02-13 01:13:21 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 01:13:23 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/gpt.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/label.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/map.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/migrate.c /src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/gpt. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 02:05:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 02:05:43 - ERROR: failed to build world TB --- 2008-02-13 02:05:43 - tinderbox aborted TB --- 2648.09 user 289.57 system 3183.74 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 02:34:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 878E716A417 for ; Wed, 13 Feb 2008 02:34:11 +0000 (UTC) (envelope-from griffith.wm@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.183]) by mx1.freebsd.org (Postfix) with ESMTP id 457C413C459 for ; Wed, 13 Feb 2008 02:34:10 +0000 (UTC) (envelope-from griffith.wm@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so2164775ele.3 for ; Tue, 12 Feb 2008 18:34:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=C1ySqFMw4M7Ut5l6uGw+0o3IXSnqyEAG3xG4cGOACO4=; b=lr9VBM1+lMqfXnnPBTg5LnYrLPIoyc9HEf+zBQqDKo+vmiMhIYPYs53aLareJvySiX2IKT3h2bXtCko0t5vsVLqmZ3vlniLs2WtreUnpPFTYWdswbi/yaeZ4bJFEXigNXq66KT2QBV6tu0np383TFrWJd0Wse8/KzEg+SYiwlp4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=Y6xqW51ez867rfGT9Jp20QTcjeCPLe3WtZEPLbWF0HDvVx0M26sAOBpIxZrzz05YR2TO/qKXLYkUKiQEpGIJTHa66C5HMyL5cgEG9IvkYu1UYCEjoWQ+igUzQvymHniNtXqCprSe/9jX+XN/saVXvbb3K7wPqjOUVScselGQ3Uc= Received: by 10.142.163.14 with SMTP id l14mr1670806wfe.73.1202868313408; Tue, 12 Feb 2008 18:05:13 -0800 (PST) Received: by 10.143.14.17 with HTTP; Tue, 12 Feb 2008 18:05:13 -0800 (PST) Message-ID: <945cc5160802121805w29d52aa1p5951088dbc56e683@mail.gmail.com> Date: Tue, 12 Feb 2008 21:05:13 -0500 From: "W M Griffith" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Interrupt storm when disconnecting sata drives in 7.0-RC2 and 6.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 02:34:11 -0000 I've tested both 6.3 and 7.0-RC2, amd64 architecture, and have found the occurrence of an interrupt storm using an ASUS A8N-SLI Premium (nForce 4) motherboard with an AMD Opteron 175. Relevant dmesg output: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f mem 0xd3002000-0xd3002fff irq 21 at device 7.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc400-0xc40f mem 0xd3001000-0xd3001fff irq 22 at device 8.0 on pci0 ata4: on atapci2 ata5: on atapci2 atapci3: port 0x9000-0x9007,0x9400-0x9403,0x9800-0x9807,0x9c00-0x9c03,0xa000-0xa00f mem 0xd2000000-0xd20003ff irq 19 at device 10.0 on pci5 ata6: on atapci3 ata7: on atapci3 ata8: on atapci3 ata9: on atapci3 Also, there are lines of the form "ata0: [ITHREAD]" for all of ata0, ata1, atapci1, ata2, ata3, atapci2, ata4, ata5, atapci3, ata6, ata7, ata8, and ata9. There is not such a line for atapci0, I assume by design. Using a Kingwin KF-1000-BK SATA hot swap rack, I can connect and reconnect an SATA hard drive without powering down. This is technically equivalent to using esata. I start with a hard drive in the rack on bootup, and here what I see: [root@f7r2amd64 ~]$ atacontrol list ATA channel 0: Master: no device present Slave: no device present ATA channel 1: Master: no device present Slave: no device present ATA channel 2: Master: no device present Slave: no device present ATA channel 3: Master: no device present Slave: no device present ATA channel 4: Master: ad8 Serial ATA II Slave: no device present ATA channel 5: Master: ad10 Serial ATA II Slave: no device present ATA channel 6: Master: ad12 Serial ATA v1.0 Slave: no device present ATA channel 7: Master: no device present Slave: no device present ATA channel 8: Master: no device present Slave: no device present ATA channel 9: Master: no device present Slave: no device present [root@f7r2amd64 ~]$ vmstat -i interrupt total rate irq19: atapci3 76 2 irq22: atapci2 1234 35 irq23: nfe0 250 7 cpu0: timer 68395 1954 cpu1: timer 68177 1947 Total 138132 3946 The system is on ad8, a data drive is connected as ad10, and the removable drive is ad12. ad8 is the nForce sata1 (why it isn't ad4 is ASUS's fault for labelling their sata ports weird), ad10 is the nForce sata2, and ad12 is the SiI 3114 sata1. I haven't cropped anything from the vmstat output, which is to say that yes, I've disabled USB, firewire, and the second ethernet adapter so that I can isolate what's going on. Now I disconnect ad12 (edited output for vmstat): [root@f7r2amd64 ~]$ atacontrol detach ata6 [root@f7r2amd64 ~]$ vmstat -i irq19: atapci3 76 0 Next I actually eject the drive: [root@f7r2amd64 ~]$ vmstat -i ; sleep 10 ; vmstat -i irq19: atapci3 7266334 24548 irq19: atapci3 8912703 29126 So interrupts are coming at roughly 160,000 per second. The storm continues even after the drive is re-inserted. It stops after reconnecting with "atacontrol attach ata6". Some variations on this theme: 1) If I do the above but do not re-insert the drive and try "atacontrol attach ata6", I get a "ATA_IDENTIFY timeout", and then a kernel panic "Fatal trap 12: page fault while in kernel mode". 2) If I try using the nForce sata3 ports, I always get some kind of kernel panic on attaching a drive and "atacontrol attach ata4". The NVRAID settings in the BIOS don't matter. I don't know if anything is AHCI here. 3) If I try instead with a Dell Optiplex 330, which uses an Intel ICH7 for sata and which is configured as AHCI in the BIOS (and fbsd shows as AHCI in dmesg), I get exactly the same as I did with the SiI 3114, except that the "atacontrol attach" when no device is attached simply detects no devices (no kernel panic), and actually stops the interrupt storm. When it is storming, the rate is more like 190,000 per second. 4) I've tried using a JMicron JMB363 sata port on an add-in PCIex1 card (with most recent firmware), but the attached drive is never detected, on either computer. No interrupt storm occurs through any of "atacontrol attach" or detach, or drive removal or insertion, probably because I can never detect any drives. I'm think this card worked in 7.0-BETA4, but I didn't know to check the interrupt rate. I say in the subject line that this occurs on 6.3-RELEASE, but I've actually only tested numbers 1, 2, and 4, and even then only with amd64. I am making a guess that 6.3-RELEASE would behave as 7.0-RC2 in case 3. Two weeks ago, I also tested 7.0-RC1/i386 in cases 1, 2, and 4, and I saw pretty much the same behavior, but I haven't tested 7.0-RC2/i386. As you might have guessed, my goal was have a system where I could hot-swap my back-up drives. Current workaround possibilities is to always have some drive in the rack and have it attached, since I really need to use the Opteron system. It's nice that Intel users don't even have to keep a drive in the rack, though, since the empty ata channel is detected as having no devices without a kernel panic. Another option is to use USB or firewire, but I planned on using several back-up drives and all the enclosures would add up in cost. With sata racks all you need is the bare drive and you get speed, keep the server room tidy, and don't have to carry around extra power supplies. I just want to say that I'm very grateful to the FreeBSD developers that I'm able to use the SiI 3114 controller in any way. As recently as 7.0-BETA4, I think, I wasn't able to use it at all because it would always panic on attach, and I'm thankful that it started working with RC1. Of course, the JMB363 seemed to stop detecting devices over those same releases, but it may have had the same problems anyway, so I'm not complaining. Finally, I have read much of the discussion concerning the interrupt storms on the ASUS M2N-E from Sept 2007, and I thought they were related until I found the problem on the Intel system. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 02:39:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68DD516A41B for ; Wed, 13 Feb 2008 02:39:39 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.freebsd.org (Postfix) with ESMTP id 23F4A13C458 for ; Wed, 13 Feb 2008 02:39:38 +0000 (UTC) (envelope-from illoai@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so4554693wxd.7 for ; Tue, 12 Feb 2008 18:39:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=BpbP2CZXGdh/Lnu3m2XtVYbDcsT0f9hYXLDcp5yZUFc=; b=cnu2RX6GJWYZo4yQsYZ3Pe/QJ+rOHaeNI+Yp3eeAPR5ml73ykwJZ7CVR821YBLtUZOH3rsKQmhxs70M5ncUSE3Ur69zxbBiJLenY38kW5qoa3IQHSVOeHJ47Uk6cQTvxw8w2n8b3iFmm8lGFH1UMlwMTPbgmpQHiduQnkMDqy74= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Gbd22z0XGSjFScQnkNkCyJiSaOZg6IrPSCYAk11jl0evBuLnOjIGbZAMSMzTm5Q5eCdM9C+4vGS09W0aFAngLLcmHgVWS1QIjYNtum7Amv17LvHHTQ/3LSbXNNMBm5GETxwh1AcwKh6DysHesqW4pHXoTty5/aNXOkBNMDmijME= Received: by 10.141.162.16 with SMTP id p16mr1460130rvo.243.1202868803304; Tue, 12 Feb 2008 18:13:23 -0800 (PST) Received: by 10.141.141.7 with HTTP; Tue, 12 Feb 2008 18:13:23 -0800 (PST) Message-ID: Date: Tue, 12 Feb 2008 20:13:23 -0600 From: "illoai@gmail.com" To: "Chris H." In-Reply-To: <20080212163457.sg35fvnbsgsg4s8w@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47B161630200009000013D1B@hermes.cwu.edu> <20080212163457.sg35fvnbsgsg4s8w@webmail.1command.com> Cc: freebsd-stable@freebsd.org, Gavin Spomer Subject: Re: Rebuilding World Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 02:39:39 -0000 On 12/02/2008, Chris H. wrote: > Quoting Gavin Spomer : . . . > > for some reason. Having said that, I figured I would also have to be > > in /usr/src for the "make installworld" step. But I couldn't do that! > > Why? I could cd to /usr, but not /usr/src! . . . > reboot (in single user mode) > > fsck -p (optional, but a good idea) > mount -u / > mount -a -t ufs ^^^^^^^^^^^^^^^----- this is why you couldn't cd into /usr/src > swapon -a (most cases; optional) from note 3 near the end of /usr/src/UPDATING: [3] From the bootblocks, boot -s, and then do fsck -p mount -u / mount -a cd src adjkerntz -i # if CMOS is wall time Also, when doing a major release upgrade, it is required that you boot into single user mode to do the installworld. -- -- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 02:53:52 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2A6616A419; Wed, 13 Feb 2008 02:53:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6084A13C43E; Wed, 13 Feb 2008 02:53:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1D2rpwb013254; Tue, 12 Feb 2008 21:53:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1D2rpo9005829; Tue, 12 Feb 2008 21:53:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 7870C1B5078; Tue, 12 Feb 2008 21:53:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213025351.7870C1B5078@freebsd-stable.sentex.ca> Date: Tue, 12 Feb 2008 21:53:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 02:53:52 -0000 TB --- 2008-02-13 02:02:35 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-13 02:02:35 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2008-02-13 02:02:36 - cleaning the object tree TB --- 2008-02-13 02:02:57 - cvsupping the source tree TB --- 2008-02-13 02:02:57 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2008-02-13 02:03:05 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 02:03:05 - cd /src TB --- 2008-02-13 02:03:05 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 02:03:06 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/gpt.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/label.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/map.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/migrate.c /src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/gpt. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 02:53:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 02:53:51 - ERROR: failed to build world TB --- 2008-02-13 02:53:51 - tinderbox aborted TB --- 2601.27 user 279.55 system 3075.30 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 02:57:22 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D944416A418; Wed, 13 Feb 2008 02:57:22 +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 97F5913C442; Wed, 13 Feb 2008 02:57:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1D2vMNH064696; Tue, 12 Feb 2008 21:57:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1D2vL82029625; Tue, 12 Feb 2008 21:57:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id BBD181B5078; Tue, 12 Feb 2008 21:57:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213025721.BBD181B5078@freebsd-stable.sentex.ca> Date: Tue, 12 Feb 2008 21:57:21 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 02:57:23 -0000 TB --- 2008-02-13 02:05:43 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-13 02:05:43 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2008-02-13 02:05:43 - cleaning the object tree TB --- 2008-02-13 02:06:04 - cvsupping the source tree TB --- 2008-02-13 02:06:04 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2008-02-13 02:06:12 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 02:06:12 - cd /src TB --- 2008-02-13 02:06:12 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 02:06:12 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/gpt.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/label.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/map.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/migrate.c /src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/gpt. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 02:57:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 02:57:21 - ERROR: failed to build world TB --- 2008-02-13 02:57:21 - tinderbox aborted TB --- 2600.10 user 288.62 system 3098.07 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 03:13:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 065A616A46D for ; Wed, 13 Feb 2008 03:13:56 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 845E913C448 for ; Wed, 13 Feb 2008 03:13:55 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m1D3Dici007168; Tue, 12 Feb 2008 19:13:50 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m1D3DiD6007167; Tue, 12 Feb 2008 19:13:44 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 12 Feb 2008 19:13:44 -0800 Message-ID: <20080212191344.46wd4p6nms0cogcw@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 12 Feb 2008 19:13:44 -0800 From: "Chris H." To: "illoai@gmail.com" References: <47B161630200009000013D1B@hermes.cwu.edu> <20080212163457.sg35fvnbsgsg4s8w@webmail.1command.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@freebsd.org, Gavin Spomer Subject: Re: Rebuilding World Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 03:13:56 -0000 Quoting "illoai@gmail.com" : > On 12/02/2008, Chris H. wrote: >> Quoting Gavin Spomer : > . . . >> > for some reason. Having said that, I figured I would also have to be >> > in /usr/src for the "make installworld" step. But I couldn't do that! >> > Why? I could cd to /usr, but not /usr/src! > . . . >> reboot (in single user mode) >> >> fsck -p (optional, but a good idea) >> mount -u / >> mount -a -t ufs > ^^^^^^^^^^^^^^^----- this is why you couldn't cd into /usr/src > >> swapon -a (most cases; optional) > > from note 3 near the end of /usr/src/UPDATING: > > [3] From the bootblocks, boot -s, and then do > fsck -p > mount -u / > mount -a > cd src > adjkerntz -i # if CMOS is wall time > Also, when doing a major release upgrade, it is required that > you boot into single user mode to do the installworld. 2 things I feel worth mentioning - well, 3; I just performed a 5.2 --> 7b4 upgrading using the "cheat sheet" I provided. All went w/o error/troubles. It (cheat sheet) has also served me well many yrs. w/o issues. I /did/ mention that the "cheat sheet" I provided was not a replacement for /usr/src/UPDATING. But you /strategically/ removed that part of the post. Context is also lost. > > > > -- > -- > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 03:14:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19AA716A481 for ; Wed, 13 Feb 2008 03:14:22 +0000 (UTC) (envelope-from matthew.herzog@gmail.com) Received: from hs-out-0708.google.com (hs-out-0708.google.com [64.233.178.243]) by mx1.freebsd.org (Postfix) with ESMTP id B6B7813C458 for ; Wed, 13 Feb 2008 03:14:21 +0000 (UTC) (envelope-from matthew.herzog@gmail.com) Received: by hs-out-0708.google.com with SMTP id h53so498232hsh.11 for ; Tue, 12 Feb 2008 19:14:20 -0800 (PST) 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:subject:content-type:content-transfer-encoding; bh=Wpvio1KjlP85TtgN7nEsOkvcSrKsSiaysFqhBjlM9R8=; b=rGZ77aZWIUyazc6B4RmTKl9AiyL1t/Q72Io4QZ5MNRf/o+Y0/nf3lg7zHQMMUhbJUSyXWTmDQASHXkde/fpsVGNKJ5XPW3YYWvRfuj6Mb+5UdcvMkjvPyS+BPR6HP9F8ocxTBZLq4c5nXIlmyTIs5YX+9HD6hrsjib/rVY+C7Ns= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=q40znVTj2ADNAfFdPf6aVq/OwpmCXPYHIn55CM5sfwQzmy3pH4XMXFpetrNk6DoFvCF8PME0+XcMRylG1KFPQnfKxAp/Df4R8qBk2NKtN1jzYDJyn5IUywcuBDeQzJ4dTO1pnh9Z9qarpR3YiXQda5iZjj1i48BFrIlF1KwGCds= Received: by 10.100.132.2 with SMTP id f2mr4537493and.11.1202872460858; Tue, 12 Feb 2008 19:14:20 -0800 (PST) Received: from ?192.168.0.38? ( [71.174.55.4]) by mx.google.com with ESMTPS id x55sm133498hsx.0.2008.02.12.19.14.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 12 Feb 2008 19:14:19 -0800 (PST) Message-ID: <47B2608F.1000208@gmail.com> Date: Wed, 13 Feb 2008 03:14:23 +0000 From: Matthew Herzog User-Agent: Thunderbird 2.0.0.9 (X11/20071201) MIME-Version: 1.0 To: FreeBSD Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Three interface NAT box X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 03:14:22 -0000 Hi Again. I have a FreeBSD 6.3 box that runs IPNAT and IPFILTER. xl0 is the external NIC and is a dhcp client on a cable network. Naturally, it does IPFILTER. fxp0 is the internal NIC that hands out dhcp leases to clients inside the NAT net. It has the address 192.168.0.1. I also run a caching named on this IPF/IPNAT gateway box. This setup has worked great for years. Recently I added a third NIC ( em0 ) to this gateway box and gave it a static IP 192.168.1.1. I connected em0 to a server via xover cable. I assigned the server on the other end of the xover cable a static address of 192.168.1.5. I reconfigured BIND to listen on em0 and fxp0 both. Connectivity from 192.168.1.1 <---> 192.168.1.5 works great. Both machines can talk to each other. All that's missing now is for 192.168.1.5 to be able to reach the Internet through 192.168.1.1. The server with 192.168.1.5 needs to be able to download updates, patches, etc. I can resolve Internet hosts from 192.168.1.5 but that's all. No other protocols seem to reach the www. I am thinking it could be an IPNAT issue or a routing issue; perhaps both. Here's my /etc/ipnat.conf file: map xl0 192.168.0.0/24 -> 0.0.0.0/32 portmap tcp/udp auto map xl0 192.168.0.0/24 -> 0.0.0.0/32 Here is netstat -r on the gateway machine: default L100.VFTTP-18.BSTN UGS 0 6747766 xl0 71.173.55/24 link#1 UC 0 0 xl0 L100.VSTTP-18.BSTN 00:90:1a:a0:3d:c4 UHLW 2 46 xl0 653 pool-71-173-55-4.b 00:50:da:11:95:97 UHLW 1 0 lo0 localhost localhost UH 0 0 lo0 192.168.0 link#3 UC 0 0 fxp0 192.168.0.38 00:16:01:70:38:94 UHLW 1 420937 fxp0 605 192.168.0.39 00:17:f2:49:d5:23 UHLW 1 6430 fxp0 909 192.168.0.53 00:11:24:21:49:36 UHLW 1 42014 fxp0 391 192.168.1 link#2 UC 0 0 em0 Traffic, except for dns queries, is not being passed out from em0 to xl0. Here is netstat -rn on the 192.168.01.5 host: Destination Gateway Genmask Flags MSS Window irtt Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0 Here are the first few lines of my ipf.conf file. There are no other rules for em0 anywhere in the file. pass in quick on fxp0 all pass out quick on fxp0 all pass in quick on em0 all pass out quick on em0 all pass in quick on lo0 all pass out quick on lo0 all pass out quick on xl0 all keep state I am thinking of adding these lines to /etc/rc.conf : static_routes="emzero" route_emzero="-net 192.168.1.0/24 192.168.0.1" Can anyone tell me if that might work before I potentially hose my network? Thanks. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 03:50:07 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEC5E16A417; Wed, 13 Feb 2008 03:50:07 +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 ABB5C13C45B; Wed, 13 Feb 2008 03:50:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1D3o6es069336; Tue, 12 Feb 2008 22:50:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1D3o6wm034696; Tue, 12 Feb 2008 22:50:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 9CCE61B5078; Tue, 12 Feb 2008 22:50:06 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213035006.9CCE61B5078@freebsd-stable.sentex.ca> Date: Tue, 12 Feb 2008 22:50:06 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 03:50:08 -0000 TB --- 2008-02-13 02:57:21 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-13 02:57:21 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2008-02-13 02:57:21 - cleaning the object tree TB --- 2008-02-13 02:57:40 - cvsupping the source tree TB --- 2008-02-13 02:57:40 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2008-02-13 02:57:47 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 02:57:47 - cd /src TB --- 2008-02-13 02:57:47 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 02:57:47 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/gpt.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/label.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/map.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/migrate.c /src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/gpt. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 03:50:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 03:50:06 - ERROR: failed to build world TB --- 2008-02-13 03:50:06 - tinderbox aborted TB --- 2697.34 user 278.08 system 3164.60 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 03:56:38 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04D1E16A418; Wed, 13 Feb 2008 03:56:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B4B6D13C46A; Wed, 13 Feb 2008 03:56:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1D3uaiW043506; Tue, 12 Feb 2008 22:56:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1D3uaCZ047319; Tue, 12 Feb 2008 22:56:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id C8B5D1B5078; Tue, 12 Feb 2008 22:56:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213035636.C8B5D1B5078@freebsd-stable.sentex.ca> Date: Tue, 12 Feb 2008 22:56:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 03:56:38 -0000 TB --- 2008-02-13 02:53:51 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-13 02:53:51 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2008-02-13 02:53:51 - cleaning the object tree TB --- 2008-02-13 02:54:06 - cvsupping the source tree TB --- 2008-02-13 02:54:06 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2008-02-13 02:54:14 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 02:54:14 - cd /src TB --- 2008-02-13 02:54:14 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 02:54:17 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DRESCUE -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/gpt.c cc -O2 -pipe -DRESCUE -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/label.c cc -O2 -pipe -DRESCUE -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/map.c cc -O2 -pipe -DRESCUE -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/migrate.c /src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/gpt. *** 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 --- 2008-02-13 03:56:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 03:56:36 - ERROR: failed to build world TB --- 2008-02-13 03:56:36 - tinderbox aborted TB --- 3287.61 user 281.84 system 3765.13 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 04:11:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1CD116A46B for ; Wed, 13 Feb 2008 04:11:22 +0000 (UTC) (envelope-from SRS0=ac6ca90f45f2d1b830a849b119db06db8d219c4b=609=es.net=oberman@es.net) Received: from postal1.es.net (postoffice3.tagpma.org [IPv6:2001:400:14:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id 1377E13C468 for ; Wed, 13 Feb 2008 04:11:21 +0000 (UTC) (envelope-from SRS0=ac6ca90f45f2d1b830a849b119db06db8d219c4b=609=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id TFO63133; Tue, 12 Feb 2008 19:01:33 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 276444500F; Tue, 12 Feb 2008 19:01:33 -0800 (PST) To: "Chris H." In-Reply-To: Your message of "Tue, 12 Feb 2008 16:34:57 PST." <20080212163457.sg35fvnbsgsg4s8w@webmail.1command.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1202871693_66951P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 12 Feb 2008 19:01:33 -0800 From: "Kevin Oberman" Message-Id: <20080213030133.276444500F@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Chris H. X-To_Domain: 1command.com X-To: "Chris H." X-To_Email: chris#@1command.com X-To_Alias: chris# Cc: freebsd-stable@freebsd.org, Gavin Spomer Subject: Re: Rebuilding World Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 04:11:22 -0000 --==_Exmh_1202871693_66951P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Tue, 12 Feb 2008 16:34:57 -0800 > From: "Chris H." > Sender: owner-freebsd-stable@freebsd.org > > Quoting Gavin Spomer : > > > Please forgive me if this is not the appropriate list to post this > > on. If this is a topic for another, more appropriate FreeBSD list, > > then would someone please kindly point this guy in the right > > direction? :) > > > > I'm on the security advisory list too and got 2 emails about patches > > about a month ago. They came with instructions to follow for > > patching... excellent! Then, the last step has a link to the FreeBSD > > Handbook's Rebuilding world. Yes, I admit, it's taken me almost a > > month to get the courage (and find the time) to do this. I'm usually > > pretty fearless when exploring computer things. I don't really have > > the best way to backup either. I finally just made tarballs of > > important directories and scp'd them to one of my Linux machines. I > > finally got to the point where I booted to single user mode (first > > time for me) and that's where my problems began. It might be useful > > to note on the instructions page that you don't have to type "boot > > -s" to go into single user mode; it's easier to to just select option > > #4. > > > > First, let me note that step one in rebuilding world should be "cd > > /usr/src", not "make buildworld". I guess I was supposed to know that > > for some reason. Having said that, I figured I would also have to be > > in /usr/src for the "make installworld" step. But I couldn't do that! > > Why? I could cd to /usr, but not /usr/src! > > > > So, I decided to go ahead and try the "mergemaster -p" step. I was > > given an error that was something like "cannot find mergemaster". So > > I thought that maybe in single user mode my $PATH isn't set, so I > > thought about entering "/sbin/mergemaster -p", but I didn't know if > > that was the path or not and I chickened out. :( Maybe the fact that > > I hit Return to choose /bin/sh while going into single user mode > > instead of my preferred bash had something to do with it? > > > > Here's a slightly dumb question: when I get this all figured out, do > > I have to start all over from "make buildworld" or can I just > > continue with booting in single user mode and "mergemaster -p"? I'm > > guessing I can just continue, but I thought it was important to ask. > > > > Here's a little more intelligent question or two. ;) Is there a way > > to do this while logged in via ssh? I don't mind making the trip to > > our computer room so I can select #4 at the FreeBSD prompt, but it's > > not all that convenient. Also, how long (in general) do the steps > > "mergemaster -p" through the final reboot take? I am running FreeBSD > > on a test server, but if I were to use it for my production servers > > (which I am considering), the down-time of being in single user mode > > would be a concern. > > > > Thanks to everyone who takes the time to read this. :) > Gavin and Chris, It's clearly time to fix this and this is a pretty good start. While it is not the most readable document, the procedure in src/UPDATING is what I always recommend to people as it is going to be rebuilding a system and the handbook is always be bit behind the times. There are also possible differences between , for example, V6.3 vs. V7.0. Comments are interspersed in the document (which I like). > Greetings Gavin, > Yes, you're quite correct on all accounts. The doc's are a bit terse > in these areas. Which, as I read your email, reminds me why I _should_ > send-pr a patch with some additional info in these areas. I guess I'm > like so many others - once I figured it all out, I got so involved > with it all, I completely forgot there was some issues with the docs. > NOTE: I'm not the author of the documentation. :) > OK I'm going to give you a "cheat sheet" that I hope you'll find > helpful in the future - be aware, this is NOT an excuse to ignore > the /usr/src/UPDATING file, as THAT document will QUITE likely > contain more timely information regarding little, but important > changes, that can make all the difference. > > That said, here goes: > > -------------------------------------------------------- > * On an initial install ALWAYS buildworld BEFORE buildkernel And, if you think this does not apply to you, look up ALWAYS in your favorite dictionary! > * Unless having troubles building a kernel, it is usually > best to ensure /etc/make.conf is empty Note that, once Perl is installed, you need to have the three lines it adds in make.conf. I also believe defining KERNCONF in make.conf is a good idea. > * If REbuilding world/kernel it is usually a good idea to > perform the following: > > cd /usr/obj > chflags -R noschg * > rm -rf * Should never be needed on an initial install, but I don't know of a reason not to. > > (see chflags(1) for more information) > -------------------------------------------------------- > OK here we go: > > cd /usr/src/sys//conf > cp ./GENERIC ./YOUR_CHOSEN_NAME > edit ./YOUR_CHOSEN_NAME and adjust as necessary I would recommend adding KERNCONF=YOUR_CHOSEN_NAME to make.conf > cd /usr/src > make buildworld > > * * * * OPTIONAL * * * * > NOTE: SINGLE CPU: > make -j4 buildworld > > NOTE: MULTI CPU: > make -j(6 through 10) buildworld Where did these values come from? The only actual test results I have seen for -j values showed that the sweet spot was nCPUs+1, but I can't say it was definitive. > * * * * * * * * * * * * > > make buildkernel KERNCONF=YOUR_KERNEL_HERE > make installkernel KERNCONF=YOUR_KERNEL_HERE If you put KERNCONF into make.conf, you can simplify it to: make kernel > reboot (in single user mode) > > fsck -p (optional, but a good idea) A total waste of time, but I do it anyway since I am paranoid. adjkerntz -i This command has no impact if the hardware clock is set to UTC/GMT, but it is often not, especially if the system is dual boot with Windows. > mount -u / Since the next command does this, the is no need for this, even for the paranoid. > mount -a -t ufs > swapon -a (most cases; optional) > > cd /usr/src > mergemaster -p > make installworld > mergemaster While not in src/UPDATING, I always urge people to use the -iU options to save a LOT of time on future builds. > reboot > > That was simply a QUICK cheat sheet, and does not > replace good research. But I hope it helps. :) Thanks for posting this. Maybe it will lead to some documentation updates. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1202871693_66951P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHsl2Nkn3rs5h7N1ERAlaDAJ934WHE+ycdsYfrc7j3nWrpj+qFKwCgi3u3 1wMK7qIS0bOw3R7HdEuzIOI= =BzeD -----END PGP SIGNATURE----- --==_Exmh_1202871693_66951P-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 04:37:27 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10B2216A417 for ; Wed, 13 Feb 2008 04:37:27 +0000 (UTC) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 96D5213C44B for ; Wed, 13 Feb 2008 04:37:26 +0000 (UTC) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.1/8.14.1) with ESMTP id m1D4bM7S004041 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 12 Feb 2008 23:37:23 -0500 (EST) (envelope-from mi@aldan.algebra.com) Received: (from mi@localhost) by aldan.algebra.com (8.14.1/8.14.1/Submit) id m1D4bMvw004040 for stable@FreeBSD.org; Tue, 12 Feb 2008 23:37:22 -0500 (EST) (envelope-from mi) From: "Mikhail T." Message-Id: <200802130437.m1D4bMvw004040@aldan.algebra.com> To: stable@FreeBSD.org Date: Tue, 12 Feb 2008 23:37:22 -0500 (EST) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 04:37:27 -0000 The kernel is from: FreeBSD 6.3-STABLE #0: Thu Feb 7 ... amd64 The crash: Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xffffffe3ffe3e010 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80414d98 stack pointer = 0x10:0xffffffffd62714d0 frame pointer = 0x10:0xffffff016e6ce9e0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 10919 (kdeinit) trap number = 12 panic: page fault cpuid = 1 Uptime: 19h29m22s Dumping 4095 MB (3 chunks) chunk 0: 1MB (156 pages) ... ok chunk 1: 2047MB (524016 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 ... ok chunk 2: 2048MB (524288 pages) 2033 2017 2001 1985 1969 1953 1937 1921 1905 1889 1873 1857 1841 1825 1809 1793 1777 1761 1745 1729 1713 1697 1681 1665 1649 1633 1617 1601 1585 1569 1553 1537 1521 1505 1489 1473 1457 1441 1425 1409 1393 1377 1361 1345 1329 1313 1297 1281 1265 1249 1233 1217 1201 1185 1169 1153 1137 1121 1105 1089 1073 1057 1041 1025 1009 993 977 961 945 929 913 897 881 865 849 833 817 801 785 769 753 737 721 705 689 673 657 641 625 609 593 577 561 545 529 513 497 481 465 449 433 417 401 385 369 353 337 321 305 289 273 257 241 225 209 193 177 161 145 129 113 97 81 65 49 33 17 1 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... (kgdb) #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff802ba757 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #3 0xffffffff802badf1 in panic ( fmt=0xffffff013c235be0 "X\223¦>\001ÿÿÿ@»\210A\001ÿÿÿ") at ../../../kern/kern_shutdown.c:565 #4 0xffffffff8041e31f in trap_fatal (frame=0xffffff013c235be0, eva=18446742979543995224) at ../../../amd64/amd64/trap.c:669 #5 0xffffffff8041e69c in trap_pfault (frame=0xffffffffd6271420, usermode=0) at ../../../amd64/amd64/trap.c:580 #6 0xffffffff8041e953 in trap (frame= {tf_rdi = -1099511627776, tf_rsi = 16386, tf_rdx = -120260927488, tf_rcx = 4503599627366400, tf_r8 = 0, tf_r9 = 5, tf_rax = -120260927472, tf_rbx = 0, tf_rbp = -1093364028960, tf_r10 = 0, tf_r11 = 1, tf_r12 = 34365251584, tf_r13 = -1093364028960, tf_r14 = -1093237757744, tf_r15 = 5, tf_trapno = 12, tf_addr = -120260927472, tf_flags = 0, tf_err = 0, tf_rip = -2143203944, tf_cs = 8, tf_rflags = 66178, tf_rsp = -702081824, tf_ss = 0}) at ../../../amd64/amd64/trap.c:353 #7 0xffffffff8040456b in calltrap () at ../../../amd64/amd64/exception.S:168 #8 0xffffffff80414d98 in pmap_enter_quick_locked (pmap=0xffffff016e6ce9e0, va=34365251584, m=0xffffff0175f3a8d0, prot=5 '\005', mpte=0x0) at ../../../amd64/amd64/pmap.c:2298 #9 0xffffffff80414fdf in pmap_enter_object (pmap=0xffffff016e6ce9e0, start=34365251584, end=18446743953448624128, m_start=0xffffff0175f3a8d0, prot=5 '\005') at ../../../amd64/amd64/pmap.c:2235 #10 0xffffffff803ee67d in vm_map_pmap_enter (map=0xffffff016e6ce880, addr=34365251584, prot=5 '\005', object=0xffffff0174b899a0, pindex=18446742980345522304, size=18446742980472635672, flags=0) at ../../../vm/vm_map.c:1539 #11 0xffffffff803ee9e4 in vm_map_insert (map=0xffffff016e6ce880, object=0xffffff0174b899a0, offset=0, start=34365251584, end=34365411328, prot=5 '\005', max=7 '\a', cow=0) at ../../../vm/vm_map.c:1069 #12 0xffffffff8027f646 in elf64_map_insert (map=0xffffff016e6ce880, object=0xffffff0174b899a0, offset=0, start=34365251584, end=34365411328, prot=5 '\005', cow=-1843184) at ../../../kern/imgact_elf.c:327 #13 0xffffffff8027f74f in elf64_load_section (vmspace=0xffffff016e6ce880, object=0xffffff0174b899a0, offset=16386, vmaddr=0x800542000
, memsz=158641, filsz=158641, prot=5 '\005', pagesize=4096) at ../../../kern/imgact_elf.c:386 #14 0xffffffff8027fc1c in elf64_load_file (p=0xffffff0000000000, file=0xffffff0029f47000 "\177ELF\002\001\001\t", addr=0xffffffffd6271808, entry=0xffffffffd6271a10, pagesize=4096) at ../../../kern/imgact_elf.c:568 #15 0xffffffff802803d1 in exec_elf64_imgact (imgp=0xffffffffd62719e0) at ../../../kern/imgact_elf.c:808 #16 0xffffffff802993ac in kern_execve (td=0xffffff013c235be0, args=0xffffffffd6271b30, mac_p=0xffffffe3ffe3e000) at ../../../kern/kern_exec.c:426 #17 0xffffffff80299fdf in execve (td=0xffffff013c235be0, uap=0x4002) at ../../../kern/kern_exec.c:188 #18 0xffffffff8041f211 in syscall (frame= {tf_rdi = 5638800, tf_rsi = 5638816, tf_rdx = 5306368, tf_rcx = 5337088, tf_r8 = 34422309635, tf_r9 = 16, tf_rax = 59, tf_rbx = 5298949, tf_rbp = 140737488347840, tf_r10 = 3, tf_r11 = 514, tf_r12 = 5635598, tf_r13 = 5635619, tf_r14 = 5638720, tf_r15 = 140737488348080, tf_trapno = 12, tf_addr = 140737488355304, tf_flags = 12, tf_err = 2, tf_rip = 34421887500, tf_cs = 43, tf_rflags = 514, tf_rsp = 140737488346504, tf_ss = 35}) at ../../../amd64/amd64/trap.c:807 #19 0xffffffff80404768 in Xfast_syscall () at ../../../amd64/amd64/exception.S:287 #20 0x0000000803b4520c in ?? () (kgdb) From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 04:38:01 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D58616A41B; Wed, 13 Feb 2008 04:38:01 +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 DDEC613C44B; Wed, 13 Feb 2008 04:38:00 +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.2/8.14.2) with ESMTP id m1D4c08L073668; Tue, 12 Feb 2008 23:38:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1D4bx9B081335; Tue, 12 Feb 2008 23:37:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id DF8F81B5078; Tue, 12 Feb 2008 23:37:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213043759.DF8F81B5078@freebsd-stable.sentex.ca> Date: Tue, 12 Feb 2008 23:37:59 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 04:38:01 -0000 TB --- 2008-02-13 03:50:06 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-13 03:50:06 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2008-02-13 03:50:06 - cleaning the object tree TB --- 2008-02-13 03:50:20 - cvsupping the source tree TB --- 2008-02-13 03:50:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2008-02-13 03:50:28 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 03:50:28 - cd /src TB --- 2008-02-13 03:50:28 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 03:50:29 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/gpt.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/label.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/map.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/migrate.c /src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/gpt. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 04:37:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 04:37:59 - ERROR: failed to build world TB --- 2008-02-13 04:37:59 - tinderbox aborted TB --- 2494.12 user 266.70 system 2873.27 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 05:09:00 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7522B16A418 for ; Wed, 13 Feb 2008 05:09:00 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2D013C447 for ; Wed, 13 Feb 2008 05:09:00 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3116374waf.3 for ; Tue, 12 Feb 2008 21:08:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ZHWSsnDZSFeu+uKd/Q/R2VgwecOGxgzw5z+6kbgUeMg=; b=kLICu1zYMgyd6ZyCfS3n1Mi9YegKy+ouseYf+lE7Y5XOvvh8YN2gohM2Yw5P2w/9PIJC/sbSgSv8UMrEPfaS2qdP0khKBlDVyjxZ2yRhgWy2mtNmOZgxAXNrJAn7Y9N5zHGvLlnrW08Zek06bAq7EO32l9WfMQnli0MLSypOKHc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=icUbFerix5e4NG3rAvVsKyjPAk+2PGpz3tQOwB6AURpTGMy3tCCdIdL2znFtDWV0PnfCZ9+r/DODKPOFar2kO8xhudKobLJTS0AElsFc/aQbNsw8siDhGeg7TjBhxD5BizHOL/tKaDDKXEjx50aCbDTNjwX1gpoQjSCdzA9FTq0= Received: by 10.114.209.1 with SMTP id h1mr2402507wag.130.1202877674249; Tue, 12 Feb 2008 20:41:14 -0800 (PST) Received: by 10.115.22.10 with HTTP; Tue, 12 Feb 2008 20:41:14 -0800 (PST) Message-ID: Date: Tue, 12 Feb 2008 20:41:14 -0800 From: "Kip Macy" To: "Mikhail T." In-Reply-To: <200802130437.m1D4bMvw004040@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <200802130437.m1D4bMvw004040@aldan.algebra.com> Cc: stable@freebsd.org Subject: Re: another: supervisor read, page not present X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 05:09:00 -0000 V2hhdCB3b3JrbG9hZCwgaWYgYW55LCB3YXMgcnVubmluZyBhdCB0aGUgdGltZT8KCkhhdmUgeW91 IHJ1biBtZW10ZXN0IG9uIHRoZSBtYWNoaW5lIHRvIGNvbmZpcm0gdGhhdCB0aGVyZSBhcmUgbm8g bWVtb3J5IGlzc3Vlcz8KCiAtS2lwCgoyMDA4LzIvMTIgTWlraGFpbCBULiA8bWlAYWxkYW4uYWxn ZWJyYS5jb20+Ogo+IFRoZSBrZXJuZWwgaXMgZnJvbToKPiAgICAgICAgIEZyZWVCU0QgNi4zLVNU QUJMRSAjMDogVGh1IEZlYiAgNyAuLi4gYW1kNjQKPgo+IFRoZSBjcmFzaDoKPgo+IFVucmVhZCBw b3J0aW9uIG9mIHRoZSBrZXJuZWwgbWVzc2FnZSBidWZmZXI6Cj4KPgo+IEZhdGFsIHRyYXAgMTI6 IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUKPiBjcHVpZCA9IDE7IGFwaWMgaWQgPSAw MQo+IGZhdWx0IHZpcnR1YWwgYWRkcmVzcyAgID0gMHhmZmZmZmZlM2ZmZTNlMDEwCj4gZmF1bHQg Y29kZSAgICAgICAgICAgICAgPSBzdXBlcnZpc29yIHJlYWQgZGF0YSwgcGFnZSBub3QgcHJlc2Vu dAo+IGluc3RydWN0aW9uIHBvaW50ZXIgICAgID0gMHg4OjB4ZmZmZmZmZmY4MDQxNGQ5OAo+IHN0 YWNrIHBvaW50ZXIgICAgICAgICAgID0gMHgxMDoweGZmZmZmZmZmZDYyNzE0ZDAKPiBmcmFtZSBw b2ludGVyICAgICAgICAgICA9IDB4MTA6MHhmZmZmZmYwMTZlNmNlOWUwCj4gY29kZSBzZWdtZW50 ICAgICAgICAgICAgPSBiYXNlIDB4MCwgbGltaXQgMHhmZmZmZiwgdHlwZSAweDFiCj4gICAgICAg ICAgICAgICAgICAgICAgICAgPSBEUEwgMCwgcHJlcyAxLCBsb25nIDEsIGRlZjMyIDAsIGdyYW4g MQo+IHByb2Nlc3NvciBlZmxhZ3MgICAgICAgID0gaW50ZXJydXB0IGVuYWJsZWQsIHJlc3VtZSwg SU9QTCA9IDAKPiBjdXJyZW50IHByb2Nlc3MgICAgICAgICA9IDEwOTE5IChrZGVpbml0KQo+IHRy YXAgbnVtYmVyICAgICAgICAgICAgID0gMTIKPiBwYW5pYzogcGFnZSBmYXVsdAo+IGNwdWlkID0g MQo+IFVwdGltZTogMTloMjltMjJzCj4gRHVtcGluZyA0MDk1IE1CICgzIGNodW5rcykKPiAgIGNo dW5rIDA6IDFNQiAoMTU2IHBhZ2VzKSAuLi4gb2sKPiAgIGNodW5rIDE6IDIwNDdNQiAoNTI0MDE2 IHBhZ2VzKSAyMDMxIDIwMTUgMTk5OSAxOTgzIDE5NjcgMTk1MSAxOTM1IDE5MTkgMTkwMyAxODg3 IDE4NzEgMTg1NSAxODM5IDE4MjMgMTgwNyAxNzkxIDE3NzUgMTc1OSAxNzQzIDE3MjcgKENUUkwt QyB0byBhYm9ydCkgIChDVFJMLUMgdG8gYWJvcnQpICAoQ1RSTC1DIHRvIGFib3J0KSAgKENUUkwt QyB0byBhYm9ydCkgIChDVFJMLUMgdG8gYWJvcnQpICAxNzExIDE2OTUgMTY3OSAxNjYzIDE2NDcg MTYzMSAxNjE1IDE1OTkgMTU4MyAxNTY3IDE1NTEgMTUzNSAxNTE5IDE1MDMgMTQ4NyAxNDcxIDE0 NTUgMTQzOSAxNDIzIDE0MDcgMTM5MSAxMzc1IDEzNTkgMTM0MyAxMzI3IDEzMTEgMTI5NSAxMjc5 IDEyNjMgMTI0NyAxMjMxIDEyMTUgMTE5OSAxMTgzIDExNjcgMTE1MSAxMTM1IDExMTkgMTEwMyAx MDg3IDEwNzEgMTA1NSAxMDM5IDEwMjMgMTAwNyA5OTEgOTc1IDk1OSA5NDMgOTI3IDkxMSA4OTUg ODc5IDg2MyA4NDcgODMxIDgxNSA3OTkgNzgzIDc2NyA3NTEgNzM1IDcxOSA3MDMgNjg3IDY3MSA2 NTUgNjM5IDYyMyA2MDcgNTkxIDU3NSA1NTkgNTQzIDUyNyA1MTEgNDk1IDQ3OSA0NjMgNDQ3IDQz MSA0MTUgMzk5IDM4MyAzNjcgMzUxIDMzNSAzMTkgMzAzIDI4NyAyNzEgMjU1IDIzOSAyMjMgMjA3 IDE5MSAxNzUgMTU5IDE0MyAxMjcgMTExIDk1IDc5IDYzIDQ3IDMxIDE1IC4uLiBvawo+ICAgY2h1 bmsgMjogMjA0OE1CICg1MjQyODggcGFnZXMpIDIwMzMgMjAxNyAyMDAxIDE5ODUgMTk2OSAxOTUz IDE5MzcgMTkyMSAxOTA1IDE4ODkgMTg3MyAxODU3IDE4NDEgMTgyNSAxODA5IDE3OTMgMTc3NyAx NzYxIDE3NDUgMTcyOSAxNzEzIDE2OTcgMTY4MSAxNjY1IDE2NDkgMTYzMyAxNjE3IDE2MDEgMTU4 NSAxNTY5IDE1NTMgMTUzNyAxNTIxIDE1MDUgMTQ4OSAxNDczIDE0NTcgMTQ0MSAxNDI1IDE0MDkg MTM5MyAxMzc3IDEzNjEgMTM0NSAxMzI5IDEzMTMgMTI5NyAxMjgxIDEyNjUgMTI0OSAxMjMzIDEy MTcgMTIwMSAxMTg1IDExNjkgMTE1MyAxMTM3IDExMjEgMTEwNSAxMDg5IDEwNzMgMTA1NyAxMDQx IDEwMjUgMTAwOSA5OTMgOTc3IDk2MSA5NDUgOTI5IDkxMyA4OTcgODgxIDg2NSA4NDkgODMzIDgx NyA4MDEgNzg1IDc2OSA3NTMgNzM3IDcyMSA3MDUgNjg5IDY3MyA2NTcgNjQxIDYyNSA2MDkgNTkz IDU3NyA1NjEgNTQ1IDUyOSA1MTMgNDk3IDQ4MSA0NjUgNDQ5IDQzMyA0MTcgNDAxIDM4NSAzNjkg MzUzIDMzNyAzMjEgMzA1IDI4OSAyNzMgMjU3IDI0MSAyMjUgMjA5IDE5MyAxNzcgMTYxIDE0NSAx MjkgMTEzIDk3IDgxIDY1IDQ5IDMzIDE3IDEKPgo+IEdOVSBnZGIgNi4xLjEgW0ZyZWVCU0RdCj4g Q29weXJpZ2h0IDIwMDQgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuCj4gR0RCIGlzIGZy ZWUgc29mdHdhcmUsIGNvdmVyZWQgYnkgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlLCBh bmQgeW91IGFyZQo+IHdlbGNvbWUgdG8gY2hhbmdlIGl0IGFuZC9vciBkaXN0cmlidXRlIGNvcGll cyBvZiBpdCB1bmRlciBjZXJ0YWluIGNvbmRpdGlvbnMuCj4gVHlwZSAic2hvdyBjb3B5aW5nIiB0 byBzZWUgdGhlIGNvbmRpdGlvbnMuCj4gVGhlcmUgaXMgYWJzb2x1dGVseSBubyB3YXJyYW50eSBm b3IgR0RCLiAgVHlwZSAic2hvdyB3YXJyYW50eSIgZm9yIGRldGFpbHMuCj4gVGhpcyBHREIgd2Fz IGNvbmZpZ3VyZWQgYXMgImFtZDY0LW1hcmNlbC1mcmVlYnNkIi4uLgo+IChrZ2RiKSAjMCAgZG9h ZHVtcCAoKSBhdCBwY3B1Lmg6MTcyCj4gIzEgIDB4MDAwMDAwMDAwMDAwMDAwNCBpbiA/PyAoKQo+ ICMyICAweGZmZmZmZmZmODAyYmE3NTcgaW4gYm9vdCAoaG93dG89MjYwKQo+ICAgICBhdCAuLi8u Li8uLi9rZXJuL2tlcm5fc2h1dGRvd24uYzo0MDkKPiAjMyAgMHhmZmZmZmZmZjgwMmJhZGYxIGlu IHBhbmljICgKPiAgICAgZm10PTB4ZmZmZmZmMDEzYzIzNWJlMCAiWFwyMjPRlj5cMDAx0KrQqtCq QOKVqVwyMTBBXDAwMdCq0KrQqiIpCj4gICAgIGF0IC4uLy4uLy4uL2tlcm4va2Vybl9zaHV0ZG93 bi5jOjU2NQo+ICM0ICAweGZmZmZmZmZmODA0MWUzMWYgaW4gdHJhcF9mYXRhbCAoZnJhbWU9MHhm ZmZmZmYwMTNjMjM1YmUwLAo+ICAgICBldmE9MTg0NDY3NDI5Nzk1NDM5OTUyMjQpIGF0IC4uLy4u Ly4uL2FtZDY0L2FtZDY0L3RyYXAuYzo2NjkKPiAjNSAgMHhmZmZmZmZmZjgwNDFlNjljIGluIHRy YXBfcGZhdWx0IChmcmFtZT0weGZmZmZmZmZmZDYyNzE0MjAsIHVzZXJtb2RlPTApCj4gICAgIGF0 IC4uLy4uLy4uL2FtZDY0L2FtZDY0L3RyYXAuYzo1ODAKPiAjNiAgMHhmZmZmZmZmZjgwNDFlOTUz IGluIHRyYXAgKGZyYW1lPQo+ICAgICAgIHt0Zl9yZGkgPSAtMTA5OTUxMTYyNzc3NiwgdGZfcnNp ID0gMTYzODYsIHRmX3JkeCA9IC0xMjAyNjA5Mjc0ODgsIHRmX3JjeCA9IDQ1MDM1OTk2MjczNjY0 MDAsIHRmX3I4ID0gMCwgdGZfcjkgPSA1LCB0Zl9yYXggPSAtMTIwMjYwOTI3NDcyLCB0Zl9yYngg PSAwLCB0Zl9yYnAgPSAtMTA5MzM2NDAyODk2MCwgdGZfcjEwID0gMCwgdGZfcjExID0gMSwgdGZf cjEyID0gMzQzNjUyNTE1ODQsIHRmX3IxMyA9IC0xMDkzMzY0MDI4OTYwLCB0Zl9yMTQgPSAtMTA5 MzIzNzc1Nzc0NCwgdGZfcjE1ID0gNSwgdGZfdHJhcG5vID0gMTIsIHRmX2FkZHIgPSAtMTIwMjYw OTI3NDcyLCB0Zl9mbGFncyA9IDAsIHRmX2VyciA9IDAsIHRmX3JpcCA9IC0yMTQzMjAzOTQ0LCB0 Zl9jcyA9IDgsIHRmX3JmbGFncyA9IDY2MTc4LCB0Zl9yc3AgPSAtNzAyMDgxODI0LCB0Zl9zcyA9 IDB9KQo+ICAgICBhdCAuLi8uLi8uLi9hbWQ2NC9hbWQ2NC90cmFwLmM6MzUzCj4gIzcgIDB4ZmZm ZmZmZmY4MDQwNDU2YiBpbiBjYWxsdHJhcCAoKSBhdCAuLi8uLi8uLi9hbWQ2NC9hbWQ2NC9leGNl cHRpb24uUzoxNjgKPiAjOCAgMHhmZmZmZmZmZjgwNDE0ZDk4IGluIHBtYXBfZW50ZXJfcXVpY2tf bG9ja2VkIChwbWFwPTB4ZmZmZmZmMDE2ZTZjZTllMCwKPiAgICAgdmE9MzQzNjUyNTE1ODQsIG09 MHhmZmZmZmYwMTc1ZjNhOGQwLCBwcm90PTUgJ1wwMDUnLCBtcHRlPTB4MCkKPiAgICAgYXQgLi4v Li4vLi4vYW1kNjQvYW1kNjQvcG1hcC5jOjIyOTgKPiAjOSAgMHhmZmZmZmZmZjgwNDE0ZmRmIGlu IHBtYXBfZW50ZXJfb2JqZWN0IChwbWFwPTB4ZmZmZmZmMDE2ZTZjZTllMCwKPiAgICAgc3RhcnQ9 MzQzNjUyNTE1ODQsIGVuZD0xODQ0Njc0Mzk1MzQ0ODYyNDEyOCwgbV9zdGFydD0weGZmZmZmZjAx NzVmM2E4ZDAsCj4gICAgIHByb3Q9NSAnXDAwNScpIGF0IC4uLy4uLy4uL2FtZDY0L2FtZDY0L3Bt YXAuYzoyMjM1Cj4gIzEwIDB4ZmZmZmZmZmY4MDNlZTY3ZCBpbiB2bV9tYXBfcG1hcF9lbnRlciAo bWFwPTB4ZmZmZmZmMDE2ZTZjZTg4MCwKPiAgICAgYWRkcj0zNDM2NTI1MTU4NCwgcHJvdD01ICdc MDA1Jywgb2JqZWN0PTB4ZmZmZmZmMDE3NGI4OTlhMCwKPiAgICAgcGluZGV4PTE4NDQ2NzQyOTgw MzQ1NTIyMzA0LCBzaXplPTE4NDQ2NzQyOTgwNDcyNjM1NjcyLCBmbGFncz0wKQo+ICAgICBhdCAu Li8uLi8uLi92bS92bV9tYXAuYzoxNTM5Cj4gIzExIDB4ZmZmZmZmZmY4MDNlZTllNCBpbiB2bV9t YXBfaW5zZXJ0IChtYXA9MHhmZmZmZmYwMTZlNmNlODgwLAo+ICAgICBvYmplY3Q9MHhmZmZmZmYw MTc0Yjg5OWEwLCBvZmZzZXQ9MCwgc3RhcnQ9MzQzNjUyNTE1ODQsIGVuZD0zNDM2NTQxMTMyOCwK PiAgICAgcHJvdD01ICdcMDA1JywgbWF4PTcgJ1xhJywgY293PTApIGF0IC4uLy4uLy4uL3ZtL3Zt X21hcC5jOjEwNjkKPiAjMTIgMHhmZmZmZmZmZjgwMjdmNjQ2IGluIGVsZjY0X21hcF9pbnNlcnQg KG1hcD0weGZmZmZmZjAxNmU2Y2U4ODAsCj4gICAgIG9iamVjdD0weGZmZmZmZjAxNzRiODk5YTAs IG9mZnNldD0wLCBzdGFydD0zNDM2NTI1MTU4NCwgZW5kPTM0MzY1NDExMzI4LAo+ICAgICBwcm90 PTUgJ1wwMDUnLCBjb3c9LTE4NDMxODQpIGF0IC4uLy4uLy4uL2tlcm4vaW1nYWN0X2VsZi5jOjMy Nwo+ICMxMyAweGZmZmZmZmZmODAyN2Y3NGYgaW4gZWxmNjRfbG9hZF9zZWN0aW9uICh2bXNwYWNl PTB4ZmZmZmZmMDE2ZTZjZTg4MCwKPiAgICAgb2JqZWN0PTB4ZmZmZmZmMDE3NGI4OTlhMCwgb2Zm c2V0PTE2Mzg2LAo+ICAgICB2bWFkZHI9MHg4MDA1NDIwMDAgPEFkZHJlc3MgMHg4MDA1NDIwMDAg b3V0IG9mIGJvdW5kcz4sIG1lbXN6PTE1ODY0MSwKPiAgICAgZmlsc3o9MTU4NjQxLCBwcm90PTUg J1wwMDUnLCBwYWdlc2l6ZT00MDk2KQo+ICAgICBhdCAuLi8uLi8uLi9rZXJuL2ltZ2FjdF9lbGYu YzozODYKPiAjMTQgMHhmZmZmZmZmZjgwMjdmYzFjIGluIGVsZjY0X2xvYWRfZmlsZSAocD0weGZm ZmZmZjAwMDAwMDAwMDAsCj4gICAgIGZpbGU9MHhmZmZmZmYwMDI5ZjQ3MDAwICJcMTc3RUxGXDAw MlwwMDFcMDAxXHQiLCBhZGRyPTB4ZmZmZmZmZmZkNjI3MTgwOCwKPiAgICAgZW50cnk9MHhmZmZm ZmZmZmQ2MjcxYTEwLCBwYWdlc2l6ZT00MDk2KSBhdCAuLi8uLi8uLi9rZXJuL2ltZ2FjdF9lbGYu Yzo1NjgKPiAjMTUgMHhmZmZmZmZmZjgwMjgwM2QxIGluIGV4ZWNfZWxmNjRfaW1nYWN0IChpbWdw PTB4ZmZmZmZmZmZkNjI3MTllMCkKPiAgICAgYXQgLi4vLi4vLi4va2Vybi9pbWdhY3RfZWxmLmM6 ODA4Cj4gIzE2IDB4ZmZmZmZmZmY4MDI5OTNhYyBpbiBrZXJuX2V4ZWN2ZSAodGQ9MHhmZmZmZmYw MTNjMjM1YmUwLAo+ICAgICBhcmdzPTB4ZmZmZmZmZmZkNjI3MWIzMCwgbWFjX3A9MHhmZmZmZmZl M2ZmZTNlMDAwKQo+ICAgICBhdCAuLi8uLi8uLi9rZXJuL2tlcm5fZXhlYy5jOjQyNgo+ICMxNyAw eGZmZmZmZmZmODAyOTlmZGYgaW4gZXhlY3ZlICh0ZD0weGZmZmZmZjAxM2MyMzViZTAsIHVhcD0w eDQwMDIpCj4gICAgIGF0IC4uLy4uLy4uL2tlcm4va2Vybl9leGVjLmM6MTg4Cj4gIzE4IDB4ZmZm ZmZmZmY4MDQxZjIxMSBpbiBzeXNjYWxsIChmcmFtZT0KPiAgICAgICB7dGZfcmRpID0gNTYzODgw MCwgdGZfcnNpID0gNTYzODgxNiwgdGZfcmR4ID0gNTMwNjM2OCwgdGZfcmN4ID0gNTMzNzA4OCwg dGZfcjggPSAzNDQyMjMwOTYzNSwgdGZfcjkgPSAxNiwgdGZfcmF4ID0gNTksIHRmX3JieCA9IDUy OTg5NDksIHRmX3JicCA9IDE0MDczNzQ4ODM0Nzg0MCwgdGZfcjEwID0gMywgdGZfcjExID0gNTE0 LCB0Zl9yMTIgPSA1NjM1NTk4LCB0Zl9yMTMgPSA1NjM1NjE5LCB0Zl9yMTQgPSA1NjM4NzIwLCB0 Zl9yMTUgPSAxNDA3Mzc0ODgzNDgwODAsIHRmX3RyYXBubyA9IDEyLCB0Zl9hZGRyID0gMTQwNzM3 NDg4MzU1MzA0LCB0Zl9mbGFncyA9IDEyLCB0Zl9lcnIgPSAyLCB0Zl9yaXAgPSAzNDQyMTg4NzUw MCwgdGZfY3MgPSA0MywgdGZfcmZsYWdzID0gNTE0LCB0Zl9yc3AgPSAxNDA3Mzc0ODgzNDY1MDQs IHRmX3NzID0gMzV9KSBhdCAuLi8uLi8uLi9hbWQ2NC9hbWQ2NC90cmFwLmM6ODA3Cj4gIzE5IDB4 ZmZmZmZmZmY4MDQwNDc2OCBpbiBYZmFzdF9zeXNjYWxsICgpCj4gICAgIGF0IC4uLy4uLy4uL2Ft ZDY0L2FtZDY0L2V4Y2VwdGlvbi5TOjI4Nwo+ICMyMCAweDAwMDAwMDA4MDNiNDUyMGMgaW4gPz8g KCkKPiAoa2dkYikKPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwo+IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+IGh0dHA6Ly9s aXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2Qtc3RhYmxlCj4gVG8gdW5z dWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVic2Qtc3RhYmxlLXVuc3Vic2NyaWJlQGZy ZWVic2Qub3JnIgo+Cg== From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 08:10:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2AB716A479 for ; Wed, 13 Feb 2008 08:10:26 +0000 (UTC) (envelope-from henrikes@tihlde.org) Received: from mail49.e.nsc.no (mail49.e.nsc.no [193.213.115.49]) by mx1.freebsd.org (Postfix) with ESMTP id 0322A13C474 for ; Wed, 13 Feb 2008 08:10:25 +0000 (UTC) (envelope-from henrikes@tihlde.org) Received: from [84.202.178.86] (084202178086.customer.alfanett.no [84.202.178.86]) by mail49.nsc.no (8.13.8/8.13.5) with ESMTP id m1D7Zee8020308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 13 Feb 2008 08:35:41 +0100 (MET) Message-ID: <47B29DA6.7080507@tihlde.org> Date: Wed, 13 Feb 2008 08:35:02 +0100 From: Henrik Schewe User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Matthew Herzog , freebsd-stable@freebsd.org References: <47B2608F.1000208@gmail.com> In-Reply-To: <47B2608F.1000208@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Three interface NAT box X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 08:10:27 -0000 Hi! > I am thinking it could be an IPNAT issue or a routing issue; perhaps > both. Here's my /etc/ipnat.conf file: > > map xl0 192.168.0.0/24 -> 0.0.0.0/32 portmap tcp/udp auto > map xl0 192.168.0.0/24 -> 0.0.0.0/32 Just a wild guess:) 192.168.0.0/23 is correct for 192.168.0.0-192.168.1.255 -BR, HS From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 08:21:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 002F616A417 for ; Wed, 13 Feb 2008 08:21:45 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8EB5613C457 for ; Wed, 13 Feb 2008 08:21:45 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-133-39.lns11.adl6.internode.on.net [121.45.133.39]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m1D8LSvE070337 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Feb 2008 18:51:33 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Eirik =?utf-8?q?=C3=98verby?= Date: Wed, 13 Feb 2008 18:51:13 +1030 User-Agent: KMail/1.9.7 References: <79029E40-6E43-4482-8E39-D1DE49C8C53A@anduin.net> <200802122311.43247.doconnor@gsoft.com.au> <5B010AC7-C292-45E6-A109-20E39B370604@anduin.net> In-Reply-To: <5B010AC7-C292-45E6-A109-20E39B370604@anduin.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6138948.92jFpG4kfU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200802131851.15014.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: UFS snapshot weirdness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 08:21:46 -0000 --nextPart6138948.92jFpG4kfU Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 13 Feb 2008, Eirik =C3=98verby wrote: > Yes, I am absolutely sure of this. > > I considered using the snapshot tool, however I need to reduce > dependencies to an absolute minimum (as one target environment is > very strict on allowing additional software installs).. > > I use the snapshots to get a consistent file-backup with history. > This one puzzles me to no end. Hmm, that is very odd.. Maybe the FS is stuffed somehow :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart6138948.92jFpG4kfU Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHsqh65ZPcIHs/zowRAg7WAJ0biIU+KMhLwGw6Lc/sVHavBE0EtwCfcWjf bfPtmbB9V5+YYh5A21cSEA0= =4Q1n -----END PGP SIGNATURE----- --nextPart6138948.92jFpG4kfU-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 09:06:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3107C16A417 for ; Wed, 13 Feb 2008 09:06:45 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id E315013C461 for ; Wed, 13 Feb 2008 09:06:44 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (nat-wh-1.rz.uni-karlsruhe.de [129.13.72.169]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id A0EFD405B16 for ; Wed, 13 Feb 2008 10:06:43 +0100 (CET) Message-ID: <47B2B323.1080802@bsdforen.de> Date: Wed, 13 Feb 2008 10:06:43 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20080205) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: RELENG_7 is not building X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 09:06:45 -0000 Here's the output for amd64, but it stops at the same place with TARGET=i386: cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo fdisk.lo dhclient.lo gzip.lo bzip2.lo tar.lo vi.lo id.lo chroot.lo /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/exec.o /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/getusershell.o /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/login_class.o /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/popen.o /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/rcmdsh.o /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/sysctl.o /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -larchive strip rescue 1 error *** Error code 2 1 error *** Error code 2 Stop in /usr/src. I build with make -j4 on a Core2 Duo on amd64. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 09:15:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7596316A46C for ; Wed, 13 Feb 2008 09:15:42 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id 0344A13C467 for ; Wed, 13 Feb 2008 09:15:41 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (dpm.xs4all.nl [80.126.205.144]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id m1D9FYjT064874; Wed, 13 Feb 2008 10:15:35 +0100 (CET) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 13 Feb 2008 10:15:34 +0100 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DDBB0@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RELENG_7 is not building Thread-Index: AchuID0i6GjFLp8yQ8KOFkA7Su8xDQAAKf/g References: <47B2B323.1080802@bsdforen.de> From: "Johan Hendriks" To: "Dominic Fandrey" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: RE: RELENG_7 is not building X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 09:15:42 -0000 VHJ5IGJ1aWxkaW5nIHdpdGhvdXQgLWp4IHRoZW4geW91IHdpbGwgc2VlIGV4YWN0bHkgd2hlcmUg dGhlIGJ1aWxkIGZhaWxzIQ0KDQpSZWdhcmRzLA0KSm9oYW4NCg0KLS0tLS1Pb3JzcHJvbmtlbGlq ayBiZXJpY2h0LS0tLS0NClZhbjogb3duZXItZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcgW21h aWx0bzpvd25lci1mcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZ10gTmFtZW5zIERvbWluaWMgRmFu ZHJleQ0KVmVyem9uZGVuOiB3b2Vuc2RhZyAxMyBmZWJydWFyaSAyMDA4IDEwOjA3DQpBYW46IGZy ZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnDQpPbmRlcndlcnA6IFJFTEVOR183IGlzIG5vdCBidWls ZGluZw0KDQpIZXJlJ3MgdGhlIG91dHB1dCBmb3IgYW1kNjQsIGJ1dCBpdCBzdG9wcyBhdCB0aGUg c2FtZSBwbGFjZSB3aXRoIFRBUkdFVD1pMzg2Og0KDQpjYyAtc3RhdGljIC1vIHJlc2N1ZSByZXNj dWUubyBjYXQubG8gY2hmbGFncy5sbyBjaGlvLmxvIGNobW9kLmxvIGNwLmxvIA0KZGF0ZS5sbyBk ZC5sbyBkZi5sbyBlY2hvLmxvIGVkLmxvIGV4cHIubG8gZ2V0ZmFjbC5sbyBob3N0bmFtZS5sbyBr ZW52LmxvIA0Ka2lsbC5sbyBsbi5sbyBscy5sbyBta2Rpci5sbyBtdi5sbyBwYXgubG8gcHMubG8g cHdkLmxvIHJlYWxwYXRoLmxvIHJtLmxvIA0Kcm1kaXIubG8gc2V0ZmFjbC5sbyBzaC5sbyBzdHR5 LmxvIHN5bmMubG8gdGVzdC5sbyByY3AubG8gY3NoLmxvIA0KYXRhY29udHJvbC5sbyBiYWRzZWN0 LmxvIGJzZGxhYmVsLmxvIGNhbWNvbnRyb2wubG8gY2NkY29uZmlnLmxvIGNscmkubG8gDQpkZXZm cy5sbyBkbWVzZy5sbyBkdW1wLmxvIGR1bXBmcy5sbyBkdW1wb24ubG8gZnNjay5sbyBmc2NrX2Zm cy5sbyANCmZzY2tfbXNkb3Nmcy5sbyBmc2RiLmxvIGZzaXJhbmQubG8gZ2JkZS5sbyBpZmNvbmZp Zy5sbyBpbml0LmxvIGtsZGNvbmZpZy5sbyANCmtsZGxvYWQubG8ga2xkc3RhdC5sbyBrbGR1bmxv YWQubG8gbGRjb25maWcubG8gbWQ1LmxvIG1kY29uZmlnLmxvIG1kbWZzLmxvIA0KbWtub2QubG8g bW91bnQubG8gbW91bnRfY2Q5NjYwLmxvIG1vdW50X21zZG9zZnMubG8gbW91bnRfbmZzLmxvIA0K bW91bnRfbnRmcy5sbyBtb3VudF9udWxsZnMubG8gbW91bnRfdWRmLmxvIG1vdW50X3VuaW9uZnMu bG8gbmV3ZnMubG8gDQpuZXdmc19tc2Rvcy5sbyBub3MtdHVuLmxvIHBpbmcubG8gcmVib290Lmxv IHJlc3RvcmUubG8gcmNvcmRlci5sbyByb3V0ZS5sbyANCnJvdXRlZC5sbyBydHF1ZXJ5LmxvIHJ0 c29sLmxvIHNhdmVjb3JlLmxvIHNsYXR0YWNoLmxvIHNwcHBjb250cm9sLmxvIA0Kc3RhcnRzbGlw LmxvIHN3YXBvbi5sbyBzeXNjdGwubG8gdHVuZWZzLmxvIHVtb3VudC5sbyBhdG1jb25maWcubG8g cGluZzYubG8gDQppcGYubG8gZmRpc2subG8gZGhjbGllbnQubG8gZ3ppcC5sbyBiemlwMi5sbyB0 YXIubG8gdmkubG8gaWQubG8gY2hyb290LmxvIA0KL3Vzci9vYmovSFA2NTEwYi9hbWQ2NC91c3Iv c3JjL3Jlc2N1ZS9yZXNjdWUvLi4vbGlicmVzY3VlL2V4ZWMubyANCi91c3Ivb2JqL0hQNjUxMGIv YW1kNjQvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uL2xpYnJlc2N1ZS9nZXR1c2Vyc2hlbGwubyAN Ci91c3Ivb2JqL0hQNjUxMGIvYW1kNjQvdXNyL3NyYy9yZXNjdWUvcmVzY3VlLy4uL2xpYnJlc2N1 ZS9sb2dpbl9jbGFzcy5vIA0KL3Vzci9vYmovSFA2NTEwYi9hbWQ2NC91c3Ivc3JjL3Jlc2N1ZS9y ZXNjdWUvLi4vbGlicmVzY3VlL3BvcGVuLm8gDQovdXNyL29iai9IUDY1MTBiL2FtZDY0L3Vzci9z cmMvcmVzY3VlL3Jlc2N1ZS8uLi9saWJyZXNjdWUvcmNtZHNoLm8gDQovdXNyL29iai9IUDY1MTBi L2FtZDY0L3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi9saWJyZXNjdWUvc3lzY3RsLm8gDQovdXNy L29iai9IUDY1MTBiL2FtZDY0L3Vzci9zcmMvcmVzY3VlL3Jlc2N1ZS8uLi9saWJyZXNjdWUvc3lz dGVtLm8gLWxjcnlwdCANCi1sZWRpdCAtbGt2bSAtbGwgLWxtIC1sdGVybWNhcCAtbHV0aWwgLWxj cnlwdG8gLWxhbGlhcyAtbGNhbSAtbGN1cnNlcyANCi1sZGV2c3RhdCAtbGlwc2VjIC1saXB4IC1s Z2VvbSAtbGJzZHhtbCAtbGtpY29udiAtbG1kIC1scmVhZGxpbmUgLWxzYnVmIA0KLWx1ZnMgLWx6 IC1sYnoyIC1sYXJjaGl2ZQ0Kc3RyaXAgcmVzY3VlDQoxIGVycm9yDQoqKiogRXJyb3IgY29kZSAy DQoxIGVycm9yDQoqKiogRXJyb3IgY29kZSAyDQoNClN0b3AgaW4gL3Vzci9zcmMuDQoNCg0KSSBi dWlsZCB3aXRoIG1ha2UgLWo0IG9uIGEgQ29yZTIgRHVvIG9uIGFtZDY0Lg0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmZyZWVic2Qtc3RhYmxlQGZyZWVi c2Qub3JnIG1haWxpbmcgbGlzdA0KaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlz dGluZm8vZnJlZWJzZC1zdGFibGUNClRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJm cmVlYnNkLXN0YWJsZS11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyINCg== From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 09:30:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0925616A420 for ; Wed, 13 Feb 2008 09:30:29 +0000 (UTC) (envelope-from dk@tetsuo.karasik.eu.org) Received: from tetsuo.karasik.eu.org (tetsuo.karasik.eu.org [129.142.67.14]) by mx1.freebsd.org (Postfix) with ESMTP id 869AC13C458 for ; Wed, 13 Feb 2008 09:30:28 +0000 (UTC) (envelope-from dk@tetsuo.karasik.eu.org) Received: by tetsuo.karasik.eu.org (Postfix, from userid 1003) id 9EEA8616B5F; Wed, 13 Feb 2008 10:08:12 +0100 (CET) Date: Wed, 13 Feb 2008 10:08:12 +0100 From: Dmitry Karasik To: freebsd-stable@freebsd.org Message-ID: <20080213090812.GA47402@tetsuo.karasik.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 6.2-STABLE Subject: 6.3-STABLE: keyboard not recognized X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 09:30:29 -0000 Hello, I have a strange problem with a PS/2 keyboard attached through USB adapter to USB port (machine doesn't have PS/2 ports). The keyboard behaves fine during POST and first boot stages (I'm not sure if that's the first stage, but I'm referring to the stage where I can select single-user mode). Then, after kernel is loaded, and enters single-user mode, and further on, if proceeded to multi-user mode, the keyboard input is not recognized. Strangely enough, when I load Xorg (I do that manually, not as a tty), the keyboard is recognized again, also in consoles. If I detach and attach the keyboard when it's input is not recognized, it finally gets recognized after several detach-attach cycles; on each, I get kernel messages about USB device being attached and detached. I would like to ask for advice, - if there's anything I can try? I can't grok the kernel sources related to the cause (I tried), so I need help about what else can I try - enable debug, put some hacks in kernel to see what's going on etc. Thank you! Here's exceprt from dmesg: FreeBSD 6.3-STABLE #0: Mon Jan 28 11:34:18 CET 2008 kbd1 at kbdmux0 uhci0: port 0xff20-0xff3f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff00-0xff1f irq 17 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xdfdfbc00-0xdfdfbfff irq 22 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] usb2: waiting for BIOS to give up control usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered uhci2: port 0xff80-0xff9f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] usb3: on uhci2 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xff60-0xff7f irq 17 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] usb4: on uhci3 usb4: USB revision 1.0 uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] usb5: on uhci4 usb5: USB revision 1.0 uhub5: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xff980800-0xff980bff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub6: 6 ports with 6 removable, self powered ukbd0: vendor 0x0d3d USBPS2, rev 1.10/0.01, addr 2, iclass 3/1 kbd2 at ukbd0 ums1: vendor 0x0d3d USBPS2, rev 1.10/0.01, addr 2, iclass 3/1 ums1: 5 buttons and Z dir. usb1: host controller halted usb0: host controller halted And by this time the system is booted, but the keyboard is not recognized. So I take another wireless USB keyboard and plug it in, to login: uhub7: vendor 0x0424 product 0x2504, class 9/0, rev 2.00/0.01, addr 2 uhub7: multiple transaction translators uhub7: 4 ports with 4 removable, self powered ukbd1: Logitech USB Receiver, rev 1.10/38.10, addr 3, iclass 3/1 kbd3 at ukbd1 ums2: Logitech USB Receiver, rev 1.10/38.10, addr 3, iclass 3/1 ums2: 8 buttons and Z dir. The first keyboard is still not recognized; but by the time xorg is loaded it is, without any extra kernel messages. -- Sincerely, Dmitry Karasik From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 09:42:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D702716A417 for ; Wed, 13 Feb 2008 09:42:45 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 9429E13C46B for ; Wed, 13 Feb 2008 09:42:45 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so7699367pyb.10 for ; Wed, 13 Feb 2008 01:42:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; bh=+XzlOTDjGfzn+NfG7FZNlON1wCkeaKib2REHpsetR4k=; b=OCrDdt/anWCoT22G6/atMUfWxY2BPZMzLXe/3b0jjFLjjX1SUSWkSX1ZUQ0emKzIce0wn7HviPN2ji6u6f/9kZhtZDemtuoKka2wnGbjXFYNtwCg8HtHD5glMB9M4SfsQqAU3tcGZMEOMkjQ7sobvehha6HgGBjGYyJ5iSEkRKo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=M40R6hOK+XibhHrv3U5RcKONAvEUMiQpO4AHjY+h6U8ty6O23QsuQo0xcrYDwd/JykAnk929pfjV0C+w6sZQq1LbIP3TZ3CO6Mz6U5OAJv7b1pYT4BkXsr/dUv5FJhHQY7mAnwo1zcvrJKeUp5il4AdWQdDy699EIVxisrWJd6M= Received: by 10.64.208.20 with SMTP id f20mr3265249qbg.32.1202894129153; Wed, 13 Feb 2008 01:15:29 -0800 (PST) Received: by 10.65.210.20 with HTTP; Wed, 13 Feb 2008 01:15:29 -0800 (PST) Message-ID: Date: Wed, 13 Feb 2008 11:15:29 +0200 From: "David Naylor" Sender: naylor.b.david@gmail.com To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: e85c0ab6f8bc352e Subject: broken buildkernel (scsi_low and -Os) and duplicate manpages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 09:42:45 -0000 Hi, Building the kernel with CFLAGS=-Os breaks when compiling module scsi_low. Sorry no output available. Placing CFLAGS+= -O in the Makefile fixes the problem. Last build with -O2 did work (for everything, world, kernel and ports). >From my research it appears the -Os produces code faster than -O2 and generally slower than -O3 but the smallest binary (and quicker compile times), does anyone have a better understanding of such things (performance and -O? flags). When doing an installworld DEST=? it fails twice when trying to install duplicate man pages: 1) lib/ncurses/ncurses: tputs.3 2) share/man/man9: rman_fini.9 David From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 10:05:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1A1316A46E for ; Wed, 13 Feb 2008 10:05:25 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 8D48113C478 for ; Wed, 13 Feb 2008 10:05:25 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (nat-wh-1.rz.uni-karlsruhe.de [129.13.72.169]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 4164E405B1B; Wed, 13 Feb 2008 11:05:24 +0100 (CET) Message-ID: <47B2C0E3.9010404@bsdforen.de> Date: Wed, 13 Feb 2008 11:05:23 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20080205) MIME-Version: 1.0 To: Johan Hendriks References: <47B2B323.1080802@bsdforen.de> <57200BF94E69E54880C9BB1AF714BBCB5DDBB0@w2003s01.double-l.local> In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB5DDBB0@w2003s01.double-l.local> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 is not building X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 10:05:25 -0000 Johan Hendriks wrote: >> -----Oorspronkelijk bericht----- >> Van: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] Namens Dominic Fandrey >> Verzonden: woensdag 13 februari 2008 10:07 >> Aan: freebsd-stable@freebsd.org >> Onderwerp: RELENG_7 is not building >> >> Here's the output for amd64, but it stops at the same place with TARGET=i386: >> >> ... >> >> I build with make -j4 on a Core2 Duo on amd64. > > Try building without -jx then you will see exactly where the build fails! Here we go, the same for TARGET=i386 and amd64: ===> sbin/gpt (all) /usr/local/bin/ccache cc -O2 -fno-strict-aliasing -pipe -march=nocona -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /usr/src/sbin/gpt/migrate.c /usr/src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /usr/src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /usr/src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /usr/src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sbin/gpt. *** Error code 1 Stop in /usr/src/sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. PS: Please don't top-post. It's annoying to have to put the back trace into order. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 10:12:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBF4616A469 for ; Wed, 13 Feb 2008 10:12:18 +0000 (UTC) (envelope-from junics-fbsdstable@atlantis.maniacs.se) Received: from mammoth.unixsh.net (mammoth.unixsh.net [195.35.83.67]) by mx1.freebsd.org (Postfix) with SMTP id 0B03C13C4EA for ; Wed, 13 Feb 2008 10:12:17 +0000 (UTC) (envelope-from junics-fbsdstable@atlantis.maniacs.se) Received: (qmail 88819 invoked from network); 13 Feb 2008 09:45:36 -0000 Received: from localhost.maniacs.se (HELO ?192.168.0.34?) (127.0.0.1) by localhost.maniacs.se with SMTP; 13 Feb 2008 09:45:36 -0000 Message-ID: <47B2BC40.90404@atlantis.maniacs.se> Date: Wed, 13 Feb 2008 10:45:36 +0100 From: junics-fbsdstable@atlantis.maniacs.se User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Joe Peterson References: <47ACD7D4.5050905@skyrush.com> <47ACDE82.1050100@skyrush.com> <20080208173517.rdtobnxqg4g004c4@www.wolves.k12.mo.us> <47ACF0AE.3040802@skyrush.com> <1202747953.27277.7.camel@buffy.york.ac.uk> <47B0A45C.4090909@skyrush.com> In-Reply-To: <47B0A45C.4090909@skyrush.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Analysis of disk file block with ZFS checksum error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 10:12:18 -0000 Joe Peterson wrote: *cut* > I suppose the best ZFS could then do is retry the write (if its > failure was even detected - still not sure if ZFS does a re-check of the > disk data checksum after the disk write), not knowing until the later > scrub that the block had corrupted a file. > *cut* Disclaimer: I have only experimented with ZFS in a VM and read much of the documentation, but never used it "properly". Please correct me if i am wrong. 1) If it where able to verify written data directly after a write, then it would probably be an optional feature. I don't recall such an option when I experimented, nor can i find it in the online man pages.... (DOS actually had something like: set verify=on) 2) It would cause a lot of head seeking and killing performance, unless queued into an elevator seek batch job when the disks are idle. (Wikipedia: Elevator_algorithm) 3) It would need to disable all disk read caching to really verify what was written to the surface correctly. Probably a complex problem considering all the different types of hardware out there, also in keeping ZFS portable. 4) ZFS is designed to be run in a redundant configuration, so once it reads the bad block on request or scrub then it would be able to overwrite the bad block from the redundant data. (See details on self healing in the ZFS docs) 4.1) If your ZFS is up to date then you could probably set the copies=2 parameter on the mount point and do a "poor mans raid1", if it is a hardware problem that is... _All_ metadata is already written at least twice, even in a single disk configuration. I think it will try to keep the blocks apart 1/8 of the total space. 4.2) Overwriting bad blocks plays nice with internal disk sector relocation. Pending sectors in smartctl -a is a thing of the past :) I actually have two bad disks that i probably will try it on, once 7.0 is released. They are heat damaged so bad sectors are popping up semi-frequently. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 10:13:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ED1916A417 for ; Wed, 13 Feb 2008 10:13:15 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id C77EF13C4EA for ; Wed, 13 Feb 2008 10:13:14 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (dpm.xs4all.nl [80.126.205.144]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id m1DADD3j023584; Wed, 13 Feb 2008 11:13:13 +0100 (CET) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 13 Feb 2008 11:13:16 +0100 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DDBB1@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RELENG_7 is not building Thread-Index: AchuKEWnfh43uD0AQduiK7pW+RLB3QAAE/wQ References: <47B2B323.1080802@bsdforen.de> <57200BF94E69E54880C9BB1AF714BBCB5DDBB0@w2003s01.double-l.local> <47B2C0E3.9010404@bsdforen.de> From: "Johan Hendriks" To: "Dominic Fandrey" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: RE: RELENG_7 is not building X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 10:13:15 -0000 DQo+Pj4gDQo+Pj4gSGVyZSdzIHRoZSBvdXRwdXQgZm9yIGFtZDY0LCBidXQgaXQgc3RvcHMgYXQg dGhlIHNhbWUgcGxhY2Ugd2l0aCBUQVJHRVQ9aTM4NjoNCj4+PiANCj4+PiAuLi4NCj4+PiANCj4+ PiBJIGJ1aWxkIHdpdGggbWFrZSAtajQgb24gYSBDb3JlMiBEdW8gb24gYW1kNjQuDQo+ID4NCj4g PiBUcnkgYnVpbGRpbmcgd2l0aG91dCAtanggdGhlbiB5b3Ugd2lsbCBzZWUgZXhhY3RseSB3aGVy ZSB0aGUgYnVpbGQgZmFpbHMhDQoNCj5IZXJlIHdlIGdvLCB0aGUgc2FtZSBmb3IgVEFSR0VUPWkz ODYgYW5kIGFtZDY0Og0KDQo+PT09PiBzYmluL2dwdCAoYWxsKQ0KPi91c3IvbG9jYWwvYmluL2Nj YWNoZSBjYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLW1hcmNoPW5vY29uYSANCj4t V3N5c3RlbS1oZWFkZXJzIC1XYWxsIC1Xbm8tZm9ybWF0LXkyayAtVyAtV25vLXVudXNlZC1wYXJh bWV0ZXIgDQo+LVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50 ZXItYXJpdGggLVdyZXR1cm4tdHlwZSANCj4tV2Nhc3QtcXVhbCAtV3dyaXRlLXN0cmluZ3MgLVdz d2l0Y2ggLVdzaGFkb3cgLVdjYXN0LWFsaWduIA0KPi1XdW51c2VkLXBhcmFtZXRlciAtV25vLXVu aW5pdGlhbGl6ZWQgLVduby1wb2ludGVyLXNpZ24gLWMgDQo+L3Vzci9zcmMvc2Jpbi9ncHQvbWln cmF0ZS5jDQo+L3Vzci9zcmMvc2Jpbi9ncHQvbWlncmF0ZS5jOiBJbiBmdW5jdGlvbiAnbWlncmF0 ZV9kaXNrbGFiZWwnOg0KPi91c3Ivc3JjL3NiaW4vZ3B0L21pZ3JhdGUuYzoxMjE6IGVycm9yOiAn RlNfWkZTJyB1bmRlY2xhcmVkIChmaXJzdCB1c2UgaW4gDQo+dGhpcyBmdW5jdGlvbikNCj4vdXNy L3NyYy9zYmluL2dwdC9taWdyYXRlLmM6MTIxOiBlcnJvcjogKEVhY2ggdW5kZWNsYXJlZCBpZGVu dGlmaWVyIGlzIA0KPnJlcG9ydGVkIG9ubHkgb25jZQ0KPi91c3Ivc3JjL3NiaW4vZ3B0L21pZ3Jh dGUuYzoxMjE6IGVycm9yOiBmb3IgZWFjaCBmdW5jdGlvbiBpdCBhcHBlYXJzIGluLikNCj4qKiog RXJyb3IgY29kZSAxDQoNCj5TdG9wIGluIC91c3Ivc3JjL3NiaW4vZ3B0Lg0KPioqKiBFcnJvciBj b2RlIDENCg0KPlN0b3AgaW4gL3Vzci9zcmMvc2Jpbi4NCj4qKiogRXJyb3IgY29kZSAxDQoNCj5T dG9wIGluIC91c3Ivc3JjLg0KPioqKiBFcnJvciBjb2RlIDENCg0KPlN0b3AgaW4gL3Vzci9zcmMu DQo+KioqIEVycm9yIGNvZGUgMQ0KDQo+U3RvcCBpbiAvdXNyL3NyYy4NCg0KDQo+UFM6IFBsZWFz ZSBkb24ndCB0b3AtcG9zdC4gSXQncyBhbm5veWluZyB0byBoYXZlIHRvIHB1dCB0aGUgYmFjayB0 cmFjZSBpbnRvIA0KPm9yZGVyLg0KDQpTb3JyeSBmb3IgdGhlIHRvcCBwb3N0IQ0KDQpUaW5kZXJi b3ggaXMgc3BpdHRpbmcgb3V0IHRoZXNlIGVycm9ycyBhbHNvLCBzbyB0aGV5IHNob3VsZCBmaXgg aXQgc29vbiENCg0K From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 10:22:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4621116A41B; Wed, 13 Feb 2008 10:22:53 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from mta-1.ms.rz.rwth-aachen.de (mta-1.ms.rz.RWTH-Aachen.DE [134.130.7.72]) by mx1.freebsd.org (Postfix) with ESMTP id EF02513C461; Wed, 13 Feb 2008 10:22:52 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from ironport-out-1.rz.rwth-aachen.de ([134.130.3.58]) by mta-1.ms.rz.RWTH-Aachen.de (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JW6000IH8S28A60@mta-1.ms.rz.RWTH-Aachen.de>; Wed, 13 Feb 2008 10:52:50 +0100 (CET) Received: from smarthost-2.ms.rz.rwth-aachen.de (HELO smarthost.rwth-aachen.de) ([134.130.7.90]) by ironport-in-1.rz.rwth-aachen.de with ESMTP; Wed, 13 Feb 2008 10:52:51 +0100 Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.8+Sun/8.13.8/1) with ESMTP id m1D9qo3D000141; Wed, 13 Feb 2008 10:52:50 +0100 (CET) Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1JPEIM-0001Jk-KS; Wed, 13 Feb 2008 10:52:50 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 61AC43F433; Wed, 13 Feb 2008 10:52:50 +0100 (CET) Date: Wed, 13 Feb 2008 10:52:50 +0100 From: Christian Brueffer In-reply-to: To: David Naylor Message-id: <20080213095250.GB1451@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=rJwd6BRFiFCcLxzm Content-disposition: inline X-IronPort-AV: E=Sophos;i="4.25,345,1199660400"; d="scan'208";a="49903844" X-Operating-System: FreeBSD 6.3-PRERELEASE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org, rafan@freebsd.org Subject: Re: broken buildkernel (scsi_low and -Os) and duplicate manpages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 10:22:53 -0000 --rJwd6BRFiFCcLxzm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 13, 2008 at 11:15:29AM +0200, David Naylor wrote: > Hi, >=20 > Building the kernel with CFLAGS=3D-Os breaks when compiling module > scsi_low. Sorry no output available. >=20 > Placing CFLAGS+=3D -O in the Makefile fixes the problem. Last build > with -O2 did work (for everything, world, kernel and ports). >=20 > >From my research it appears the -Os produces code faster than -O2 and > generally slower than -O3 but the smallest binary (and quicker compile > times), does anyone have a better understanding of such things > (performance and -O? flags). >=20 > When doing an installworld DEST=3D? it fails twice when trying to > install duplicate man pages: > 1) lib/ncurses/ncurses: tputs.3 > 2) share/man/man9: rman_fini.9 >=20 The rman_fini.9 one was a mistake, I've just fixed it. Thanks! rafan@ (CCed) did the last few ncurses updates. Rong-En, could you take a look at the tputs.3 issue? - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --rJwd6BRFiFCcLxzm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFHsr3ybHYXjKDtmC0RAuNhAJ9Kuu+6TFq58QqIESinptfYAaKmkQCeLqMY Ycby/tzfB8epwuOxMgZ8jfw= =4UVv -----END PGP SIGNATURE----- --rJwd6BRFiFCcLxzm-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 10:35:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CE1116A469 for ; Wed, 13 Feb 2008 10:35:36 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 0B9B113C4E9 for ; Wed, 13 Feb 2008 10:35:35 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (nat-wh-1.rz.uni-karlsruhe.de [129.13.72.169]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id B4FE9405B16; Wed, 13 Feb 2008 11:35:34 +0100 (CET) Message-ID: <47B2C7F6.6090402@bsdforen.de> Date: Wed, 13 Feb 2008 11:35:34 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20080205) MIME-Version: 1.0 To: Johan Hendriks References: <47B2B323.1080802@bsdforen.de> <57200BF94E69E54880C9BB1AF714BBCB5DDBB0@w2003s01.double-l.local> <47B2C0E3.9010404@bsdforen.de> <57200BF94E69E54880C9BB1AF714BBCB5DDBB1@w2003s01.double-l.local> In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB5DDBB1@w2003s01.double-l.local> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 is not building X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 10:35:36 -0000 Johan Hendriks wrote: >>>> Here's the output for amd64, but it stops at the same place with TARGET=i386: >>>> >>>> ... >>>> >>>> I build with make -j4 on a Core2 Duo on amd64. >>> Try building without -jx then you will see exactly where the build fails! > >> Here we go, the same for TARGET=i386 and amd64: > >> ===> sbin/gpt (all) >> /usr/local/bin/ccache cc -O2 -fno-strict-aliasing -pipe -march=nocona >> -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c >> /usr/src/sbin/gpt/migrate.c >> /usr/src/sbin/gpt/migrate.c: In function 'migrate_disklabel': >> /usr/src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in >> this function) >> /usr/src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is >> reported only once >> /usr/src/sbin/gpt/migrate.c:121: error: for each function it appears in.) >> *** Error code 1 > >> Stop in /usr/src/sbin/gpt. >> *** Error code 1 > >> Stop in /usr/src/sbin. >> *** Error code 1 > >> Stop in /usr/src. >> *** Error code 1 > >> Stop in /usr/src. >> *** Error code 1 > >> Stop in /usr/src. > > >> PS: Please don't top-post. It's annoying to have to put the back trace into >> order. > > Sorry for the top post! Never mind. > Tinderbox is spitting out these errors also, so they should fix it soon! I've already seen a patch posted on the current ML. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 10:37:59 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA4D416A47C; Wed, 13 Feb 2008 10:37:58 +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 AEF6A13C46A; Wed, 13 Feb 2008 10:37:58 +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.2/8.14.2) with ESMTP id m1DAbvQJ088934; Wed, 13 Feb 2008 05:37:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DAbvZu037552; Wed, 13 Feb 2008 05:37:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 898811B5078; Wed, 13 Feb 2008 05:37:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213103757.898811B5078@freebsd-stable.sentex.ca> Date: Wed, 13 Feb 2008 05:37:57 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 10:37:59 -0000 TB --- 2008-02-13 09:45:16 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-13 09:45:16 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-02-13 09:45:16 - cleaning the object tree TB --- 2008-02-13 09:45:26 - cvsupping the source tree TB --- 2008-02-13 09:45:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-02-13 09:45:33 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 09:45:33 - cd /src TB --- 2008-02-13 09:45:33 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 09:45:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/gpt.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/label.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/map.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/migrate.c /src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/gpt. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 10:37:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 10:37:57 - ERROR: failed to build world TB --- 2008-02-13 10:37:57 - tinderbox aborted TB --- 2649.25 user 285.02 system 3160.59 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 10:48:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BCD916A417 for ; Wed, 13 Feb 2008 10:48:28 +0000 (UTC) (envelope-from vki@rcpod.siberia.net) Received: from rcpod.siberia.net (rcpod.siberia.net [212.17.0.231]) by mx1.freebsd.org (Postfix) with ESMTP id 5C25D13C45D for ; Wed, 13 Feb 2008 10:48:26 +0000 (UTC) (envelope-from vki@rcpod.siberia.net) Received: from MOV-AH (vki.meteo-nso.ru [192.168.6.63]) by rcpod.siberia.net (8.13.6/8.13.6) with ESMTP id m1DA9M2Y094269 for ; Wed, 13 Feb 2008 16:09:24 +0600 (NOVT) (envelope-from vki@rcpod.siberia.net) Date: Wed, 13 Feb 2008 16:10:29 +0600 From: "Konstantin I. Voronov" X-Mailer: The Bat! (v3.99.3) Professional Organization: PC-Service X-Priority: 3 (Normal) Message-ID: <1527644032.20080213161029@rcpod.siberia.net> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5794/Wed Feb 13 02:49:27 2008 on rcpod.siberia.net X-Virus-Status: Clean Subject: Buildworld failed (RELENG_6) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 10:48:28 -0000 Hello, freebsd-stable. System: $ uname -a FreeBSD uo.211.ru 6.3-STABLE FreeBSD 6.3-STABLE #0: Sun Jun 8 19:52:08 NOVST 2008 root@.RP614v4:/usr/obj/usr/src/sys/uo i386 buildworld log: cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file -o mkmagic /usr/src/lib/libmagic/../../contrib/file/apprentice.c /usr/src/lib/libmagic/../../contrib/file/funcs.c /usr/src/lib/libmagic/../../contrib/file/magic.c /usr/src/lib/libmagic/../../contrib/file/print.c /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lc *** Error code 1 Stop in /usr/src/lib/libmagic. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Regards, Konstantin I. Voronov mailto:vki@rcpod.siberia.net System Administrator PC-Service, Novosibirsk, Russia VKI-RIPE 365016@icq MOV_ah@RusNet irc network From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 11:26:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C8AB16A417 for ; Wed, 13 Feb 2008 11:26:39 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.de [194.25.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id DA01913C46A for ; Wed, 13 Feb 2008 11:26:38 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from fwd25.aul.t-online.de by mailout04.sul.t-online.com with smtp id 1JPF2l-0007dO-01; Wed, 13 Feb 2008 11:40:47 +0100 Received: from localhost (r9BMEaZbwtzV+oB-AeK1qXpfkjM-lrlhD0x-+6hVseMS-2KQ3rl+IEDX67dEyPHQSwlVmcHAxb@[91.21.88.126]) by fwd25.t-online.de with esmtp id 1JPF2T-14o3gu0; Wed, 13 Feb 2008 11:40:29 +0100 Date: Wed, 13 Feb 2008 11:40:29 +0100 From: "Oliver Herold" To: freebsd-stable@freebsd.org Message-ID: <20080213104029.GA10046@asgard.home> Mail-Followup-To: Oliver Herold , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-ID: r9BMEaZbwtzV+oB-AeK1qXpfkjM-lrlhD0x-+6hVseMS-2KQ3rl+IEDX67dEyPHQSwlVmcHAxb X-TOI-MSGID: b8ed27bd-9d33-4022-90ac-2e3c13e60e76 Subject: FreeBSD RELENG_7 doesn't build X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 11:26:39 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Sorry for the noise, but I used the wrong mailinglist (current) I did an install with FreeBSD 7 RC2 iso and updated the sources (today) to RELENG_7. It stops compiling after printing this error [...] gzip -cn info-stnd.inf > info-stnd.info.gz gzip cn texinfo.info > texinfo.info.gz 1 error *** Error code 2 1 error *** Error code 2 1 error I deleted /usr/src, cvsup'ed again but it stays the same. Cheers, Oliver --=20 It looks like blind screaming hedonism won out. --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeyyRwACgkQbZFSiGSuUEiElwCghwKE0YSVvWs1hIB5w8S3LeLA aMMAnj09ZL3XQRu7qvCAbs//VsTPXkaF =bebm -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 11:26:59 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 668ED16A468; Wed, 13 Feb 2008 11:26:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 24E4E13C4E1; Wed, 13 Feb 2008 11:26:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DBQwh6062934; Wed, 13 Feb 2008 06:26:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DBQwxb023217; Wed, 13 Feb 2008 06:26:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 2FDFE1B5078; Wed, 13 Feb 2008 06:26:58 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213112658.2FDFE1B5078@freebsd-stable.sentex.ca> Date: Wed, 13 Feb 2008 06:26:58 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 11:26:59 -0000 TB --- 2008-02-13 10:35:38 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-13 10:35:38 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2008-02-13 10:35:38 - cleaning the object tree TB --- 2008-02-13 10:35:46 - cvsupping the source tree TB --- 2008-02-13 10:35:46 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2008-02-13 10:35:52 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 10:35:52 - cd /src TB --- 2008-02-13 10:35:52 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 10:35:53 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/gpt.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/label.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/map.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/migrate.c /src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/gpt. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 11:26:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 11:26:57 - ERROR: failed to build world TB --- 2008-02-13 11:26:57 - tinderbox aborted TB --- 2603.91 user 278.04 system 3079.73 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 11:29:25 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B56E16A46B; Wed, 13 Feb 2008 11:29:25 +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 4B1DC13C4CE; Wed, 13 Feb 2008 11:29:24 +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.2/8.14.2) with ESMTP id m1DBTOOu091706; Wed, 13 Feb 2008 06:29:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DBTOZK083213; Wed, 13 Feb 2008 06:29:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 2384F1B5078; Wed, 13 Feb 2008 06:29:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213112924.2384F1B5078@freebsd-stable.sentex.ca> Date: Wed, 13 Feb 2008 06:29:24 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 11:29:25 -0000 TB --- 2008-02-13 10:37:57 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-13 10:37:57 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2008-02-13 10:37:57 - cleaning the object tree TB --- 2008-02-13 10:38:12 - cvsupping the source tree TB --- 2008-02-13 10:38:12 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2008-02-13 10:38:18 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 10:38:18 - cd /src TB --- 2008-02-13 10:38:18 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 10:38:19 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/gpt.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/label.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/map.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/migrate.c /src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/gpt. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 11:29:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 11:29:24 - ERROR: failed to build world TB --- 2008-02-13 11:29:24 - tinderbox aborted TB --- 2601.59 user 286.79 system 3086.43 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 11:31:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB8EC16A418 for ; Wed, 13 Feb 2008 11:31:24 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B272B13C468 for ; Wed, 13 Feb 2008 11:31:24 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 649CA1CC060; Wed, 13 Feb 2008 03:31:24 -0800 (PST) Date: Wed, 13 Feb 2008 03:31:24 -0800 From: Jeremy Chadwick To: Oliver Herold , freebsd-stable@freebsd.org Message-ID: <20080213113124.GA51986@eos.sc1.parodius.com> References: <20080213104029.GA10046@asgard.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080213104029.GA10046@asgard.home> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: FreeBSD RELENG_7 doesn't build X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 11:31:24 -0000 On Wed, Feb 13, 2008 at 11:40:29AM +0100, Oliver Herold wrote: > I did an install with FreeBSD 7 RC2 iso and updated the sources (today) to > RELENG_7. It stops compiling after printing this error > > [...] > > gzip -cn info-stnd.inf > info-stnd.info.gz > gzip cn texinfo.info > texinfo.info.gz > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error You're using -j, aren't you? You're not going to see the error messages printed at the appropriate place due to the parallelisation. Anyway... There's a known issue with the buildworld right now, even tinderbox is reporting it. It'll be fixed soon. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 11:32:50 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 804C816A46E; Wed, 13 Feb 2008 11:32:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 54D7113C457; Wed, 13 Feb 2008 11:32:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DBWnmV063147; Wed, 13 Feb 2008 06:32:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DBWnWn036378; Wed, 13 Feb 2008 06:32:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 6AEF4241A2; Wed, 13 Feb 2008 06:33:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213113312.6AEF4241A2@freebsd-legacy.sentex.ca> Date: Wed, 13 Feb 2008 06:33:12 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 11:32:50 -0000 TB --- 2008-02-13 10:26:16 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-02-13 10:26:16 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2008-02-13 10:26:16 - cleaning the object tree TB --- 2008-02-13 10:27:03 - cvsupping the source tree TB --- 2008-02-13 10:27:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/i386/supfile TB --- 2008-02-13 10:27:10 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 10:27:10 - cd /src TB --- 2008-02-13 10:27:10 - /usr/bin/make -B buildworld >>> 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 TB --- 2008-02-13 11:20:51 - generating LINT kernel config TB --- 2008-02-13 11:20:51 - cd /src/sys/i386/conf TB --- 2008-02-13 11:20:51 - /usr/bin/make -B LINT TB --- 2008-02-13 11:20:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-02-13 11:20:51 - cd /src TB --- 2008-02-13 11:20:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 13 11:20:52 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/ibcs2/ibcs2_xenix.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/ibcs2/ibcs2_xenix_sysent.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/ibcs2/imgact_coff.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/isa/atpic.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/isa/clock.c /src/sys/i386/isa/clock.c: In function `DELAY': /src/sys/i386/isa/clock.c:301: warning: implicit declaration of function `cpu_spinwait' /src/sys/i386/isa/clock.c:301: warning: nested extern declaration of `cpu_spinwait' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 11:33:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 11:33:12 - ERROR: failed to build lint kernel TB --- 2008-02-13 11:33:12 - tinderbox aborted TB --- 3164.52 user 372.58 system 4015.77 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 11:36:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7284E16A421 for ; Wed, 13 Feb 2008 11:36:33 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 696B613C4D9 for ; Wed, 13 Feb 2008 11:36:33 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 581081CC060; Wed, 13 Feb 2008 03:36:33 -0800 (PST) Date: Wed, 13 Feb 2008 03:36:33 -0800 From: Jeremy Chadwick To: Oliver Herold , freebsd-stable@freebsd.org Message-ID: <20080213113633.GA52614@eos.sc1.parodius.com> References: <20080213104029.GA10046@asgard.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080213104029.GA10046@asgard.home> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: FreeBSD RELENG_7 doesn't build X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 11:36:33 -0000 On Wed, Feb 13, 2008 at 11:40:29AM +0100, Oliver Herold wrote: > Hi Please fix your mail client. Your mails have two different Email addresses in them; the From line does not match the Mail-Followup-To line address. oli@akephalos.de results in bounced mail (SMTP 550 User unknown), while I'm willing to bet this mail (to oliver@) will make it through. >> From: Oliver Herold >> To: freebsd-stable@freebsd.org >> Message-ID: <20080213104029.GA10046@asgard.home> >> Mail-Followup-To: Oliver Herold , >> freebsd-stable@freebsd.org -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 11:37:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6B4716A47B for ; Wed, 13 Feb 2008 11:37:28 +0000 (UTC) (envelope-from neil.long@cymru.com) Received: from obelisk11.ord01.cymru.com (obelisk11.ord01.cymru.com [209.176.111.21]) by mx1.freebsd.org (Postfix) with ESMTP id 81C3013C4F4 for ; Wed, 13 Feb 2008 11:37:28 +0000 (UTC) (envelope-from neil.long@cymru.com) Received: from [192.168.251.100] (vpn-20-33.services.cymru.com [192.168.20.33]) by obelisk11.ord01.cymru.com (Postfix) with ESMTP id 1BBC89F1C006; Wed, 13 Feb 2008 05:08:52 -0600 (CST) In-Reply-To: <1527644032.20080213161029@rcpod.siberia.net> References: <1527644032.20080213161029@rcpod.siberia.net> Mime-Version: 1.0 (Apple Message framework v753) X-Priority: 3 (Normal) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <26F8CDDD-E52C-4643-8C18-A7A4FDDF3513@cymru.com> Content-Transfer-Encoding: 7bit From: Neil Long Date: Wed, 13 Feb 2008 11:09:00 +0000 To: Konstantin I. Voronov X-Mailer: Apple Mail (2.753) Cc: freebsd-stable@freebsd.org Subject: Re: Buildworld failed (RELENG_6) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 11:37:28 -0000 On 13 Feb 2008, at 10:10, Konstantin I. Voronov wrote: > Hello, freebsd-stable. > > System: > $ uname -a > FreeBSD uo.211.ru 6.3-STABLE FreeBSD 6.3-STABLE #0: Sun Jun 8 > 19:52:08 NOVST 2008 root@.RP614v4:/usr/obj/usr/src/sys/uo i386 > > > > buildworld log: > > > cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic -I/usr/ > src/lib/libmagic/../../contrib/file -o mkmagic /usr/src/lib/ > libmagic/../../contrib/file/apprentice.c /usr/src/lib/ > libmagic/../../contrib/file/funcs.c /usr/src/lib/libmagic/../../ > contrib/file/magic.c /usr/src/lib/libmagic/../../contrib/file/print.c > /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lc > *** Error code 1 > > Stop in /usr/src/lib/libmagic. > *** Error code 1 > > Stop in /usr/src/lib. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > Hi I found that with a clean 6.2 install, taken to RELENG_6_2 built fine but then updating to either RELENG_6_3 or RELENG_6_3_RELEASE required a rm of /usr/obj. Went happy after that. Cheers Neil -- Neil Long, Team Cymru http://www.cymru.com From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 11:40:19 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 431C616A4B3; Wed, 13 Feb 2008 11:40:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0268D13C4D9; Wed, 13 Feb 2008 11:40:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DBeIhH063416; Wed, 13 Feb 2008 06:40:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DBeIsp050767; Wed, 13 Feb 2008 06:40:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id 14B6F241A2; Wed, 13 Feb 2008 06:40:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213114041.14B6F241A2@freebsd-legacy.sentex.ca> Date: Wed, 13 Feb 2008 06:40:41 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 11:40:19 -0000 TB --- 2008-02-13 10:10:56 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-02-13 10:10:56 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2008-02-13 10:10:56 - cleaning the object tree TB --- 2008-02-13 10:11:48 - cvsupping the source tree TB --- 2008-02-13 10:11:48 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/amd64/amd64/supfile TB --- 2008-02-13 10:11:59 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 10:11:59 - cd /src TB --- 2008-02-13 10:11:59 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2008-02-13 11:29:53 - generating LINT kernel config TB --- 2008-02-13 11:29:53 - cd /src/sys/amd64/conf TB --- 2008-02-13 11:29:53 - /usr/bin/make -B LINT TB --- 2008-02-13 11:29:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-02-13 11:29:53 - cd /src TB --- 2008-02-13 11:29:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 13 11:29:53 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/amd64/uio_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/amd64/uma_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/amd64/vm_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/isa/atpic.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/isa/clock.c /src/sys/amd64/isa/clock.c: In function `DELAY': /src/sys/amd64/isa/clock.c:282: warning: implicit declaration of function `cpu_spinwait' /src/sys/amd64/isa/clock.c:282: warning: nested extern declaration of `cpu_spinwait' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 11:40:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 11:40:41 - ERROR: failed to build lint kernel TB --- 2008-02-13 11:40:41 - tinderbox aborted TB --- 4239.18 user 544.88 system 5384.56 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 11:40:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A71316A4C1 for ; Wed, 13 Feb 2008 11:40:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id F385413C45D for ; Wed, 13 Feb 2008 11:40:29 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id DC63C1CC06A; Wed, 13 Feb 2008 03:40:29 -0800 (PST) Date: Wed, 13 Feb 2008 03:40:29 -0800 From: Jeremy Chadwick To: Neil Long Message-ID: <20080213114029.GA53116@eos.sc1.parodius.com> References: <1527644032.20080213161029@rcpod.siberia.net> <26F8CDDD-E52C-4643-8C18-A7A4FDDF3513@cymru.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <26F8CDDD-E52C-4643-8C18-A7A4FDDF3513@cymru.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: "Konstantin I. Voronov" , freebsd-stable@freebsd.org Subject: Re: Buildworld failed (RELENG_6) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 11:40:30 -0000 On Wed, Feb 13, 2008 at 11:09:00AM +0000, Neil Long wrote: > I found that with a clean 6.2 install, taken to RELENG_6_2 built fine but > then updating to either RELENG_6_3 or RELENG_6_3_RELEASE required a rm of > /usr/obj. > Went happy after that. One should always rm -fr /usr/obj/* before starting a buildworld or buildkernel (unless you have reason not to, e.g. are a developer and are familiar with the caveats). The "cleaning" stage which happens automatically on a buildworld occasionally misses things. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 12:05:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41FF016A418 for ; Wed, 13 Feb 2008 12:05:34 +0000 (UTC) (envelope-from vki@rcpod.siberia.net) Received: from rcpod.siberia.net (rcpod.siberia.net [212.17.0.231]) by mx1.freebsd.org (Postfix) with ESMTP id 8E9B213C4E7 for ; Wed, 13 Feb 2008 12:05:33 +0000 (UTC) (envelope-from vki@rcpod.siberia.net) Received: from MOV-AH (vki.meteo-nso.ru [192.168.6.63]) by rcpod.siberia.net (8.13.6/8.13.6) with ESMTP id m1DC4FOJ017914; Wed, 13 Feb 2008 18:04:15 +0600 (NOVT) (envelope-from vki@rcpod.siberia.net) Date: Wed, 13 Feb 2008 18:05:22 +0600 From: "Konstantin I. Voronov" X-Mailer: The Bat! (v3.99.3) Professional Organization: PC-Service X-Priority: 3 (Normal) Message-ID: <523147436.20080213180522@rcpod.siberia.net> To: Neil Long In-Reply-To: <26F8CDDD-E52C-4643-8C18-A7A4FDDF3513@cymru.com> References: <1527644032.20080213161029@rcpod.siberia.net> <26F8CDDD-E52C-4643-8C18-A7A4FDDF3513@cymru.com> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV 0.91.2/5794/Wed Feb 13 02:49:27 2008 on rcpod.siberia.net X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re[2]: Buildworld failed (RELENG_6) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 12:05:34 -0000 Hello, Neil. On 13 =F4=E5=E2=F0=E0=EB=FF 2008 =E3., 17:09:00 you wrote: > On 13 Feb 2008, at 10:10, Konstantin I. Voronov wrote: >> Hello, freebsd-stable. >> >> System: >> $ uname -a >> FreeBSD uo.211.ru 6.3-STABLE FreeBSD 6.3-STABLE #0: Sun Jun 8 =20 >> 19:52:08 NOVST 2008 root@.RP614v4:/usr/obj/usr/src/sys/uo i386 >> >> >> >> buildworld log: >> >> >> cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic -I/usr/=20 >> src/lib/libmagic/../../contrib/file -o mkmagic /usr/src/lib/=20 >> libmagic/../../contrib/file/apprentice.c /usr/src/lib/=20 >> libmagic/../../contrib/file/funcs.c /usr/src/lib/libmagic/../../=20 >> contrib/file/magic.c /usr/src/lib/libmagic/../../contrib/file/print.c >> /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lc >> *** Error code 1 >> >> Stop in /usr/src/lib/libmagic. >> *** Error code 1 >> >> Stop in /usr/src/lib. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> > Hi > I found that with a clean 6.2 install, taken to RELENG_6_2 built fine > but then updating to either RELENG_6_3 or RELENG_6_3_RELEASE required > a rm of /usr/obj. > Went happy after that. > Cheers > Neil > -- > Neil Long, Team Cymru > http://www.cymru.com I'm doing rm -rf /usr/obj, but build process stopped with same error at the same place. More idea? :) By the way, installation of 6.3-RELEASE was clean, without update from 6.2. --=20 Regards, Konstantin I. Voronov mailto:vki@rcpod.siberia.net System Administrator PC-Service, Novosibirsk, Russia VKI-RIPE 365016@icq MOV_ah@rusnet irc network From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 12:15:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0063B16A417 for ; Wed, 13 Feb 2008 12:15:30 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.de [194.25.134.84]) by mx1.freebsd.org (Postfix) with ESMTP id C099813C4CC for ; Wed, 13 Feb 2008 12:15:29 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from fwd35.aul.t-online.de by mailout09.sul.t-online.com with smtp id 1JPGWO-0001Gd-02; Wed, 13 Feb 2008 13:15:28 +0100 Received: from localhost (GEh-JgZGYtf+u1AJh7crVe-63crU-EyOxRwYJmU5vbR-xWCcR80JLEeixzifjaTDlKjTVgBnWY@[91.21.88.126]) by fwd35.t-online.de with esmtp id 1JPGVx-1rvULA0; Wed, 13 Feb 2008 13:15:01 +0100 Date: Wed, 13 Feb 2008 13:15:01 +0100 From: Oliver Herold To: freebsd-stable@freebsd.org Message-ID: <20080213121501.GA10716@asgard.home> Mail-Followup-To: Oliver Herold , freebsd-stable@freebsd.org References: <20080213104029.GA10046@asgard.home> <20080213113633.GA52614@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080213113633.GA52614@eos.sc1.parodius.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-ID: GEh-JgZGYtf+u1AJh7crVe-63crU-EyOxRwYJmU5vbR-xWCcR80JLEeixzifjaTDlKjTVgBnWY X-TOI-MSGID: 2db5402e-640e-419d-8d92-e36655847796 Subject: Re: FreeBSD RELENG_7 doesn't build X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 12:15:30 -0000 Sorry, just fixed it. Oliver On Wed, Feb 13, 2008 at 03:36:33AM -0800, Jeremy Chadwick wrote: > On Wed, Feb 13, 2008 at 11:40:29AM +0100, Oliver Herold wrote: > > Hi > > Please fix your mail client. Your mails have two different Email > addresses in them; the From line does not match the Mail-Followup-To > line address. > > oli@akephalos.de results in bounced mail (SMTP 550 User unknown), while > I'm willing to bet this mail (to oliver@) will make it through. > > >> From: Oliver Herold > >> To: freebsd-stable@freebsd.org > >> Message-ID: <20080213104029.GA10046@asgard.home> > >> Mail-Followup-To: Oliver Herold , > >> freebsd-stable@freebsd.org > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Quit worrying about your health. It'll go away. -- Robert Orben From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 12:21:56 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 169C316A46E; Wed, 13 Feb 2008 12:21:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CAC2113C4E5; Wed, 13 Feb 2008 12:21:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DCLtYY066257; Wed, 13 Feb 2008 07:21:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DCLtx9037630; Wed, 13 Feb 2008 07:21:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id DD6CA1B5078; Wed, 13 Feb 2008 07:21:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213122154.DD6CA1B5078@freebsd-stable.sentex.ca> Date: Wed, 13 Feb 2008 07:21:54 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 12:21:56 -0000 TB --- 2008-02-13 11:29:24 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-13 11:29:24 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2008-02-13 11:29:24 - cleaning the object tree TB --- 2008-02-13 11:29:36 - cvsupping the source tree TB --- 2008-02-13 11:29:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2008-02-13 11:29:42 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 11:29:42 - cd /src TB --- 2008-02-13 11:29:42 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 11:29:43 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/gpt.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/label.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/map.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/migrate.c /src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/gpt. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 12:21:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 12:21:54 - ERROR: failed to build world TB --- 2008-02-13 12:21:54 - tinderbox aborted TB --- 2699.02 user 273.43 system 3150.45 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 12:29:22 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 084ED16A421; Wed, 13 Feb 2008 12:29:22 +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 BD94C13C457; Wed, 13 Feb 2008 12:29:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DCTKnH094661; Wed, 13 Feb 2008 07:29:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DCTKmR052265; Wed, 13 Feb 2008 07:29:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 924DB1B5078; Wed, 13 Feb 2008 07:29:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213122920.924DB1B5078@freebsd-stable.sentex.ca> Date: Wed, 13 Feb 2008 07:29:20 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 12:29:22 -0000 TB --- 2008-02-13 11:26:58 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-13 11:26:58 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2008-02-13 11:26:58 - cleaning the object tree TB --- 2008-02-13 11:27:06 - cvsupping the source tree TB --- 2008-02-13 11:27:06 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2008-02-13 11:27:12 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 11:27:12 - cd /src TB --- 2008-02-13 11:27:12 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 11:27:13 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DRESCUE -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/gpt.c cc -O2 -pipe -DRESCUE -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/label.c cc -O2 -pipe -DRESCUE -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/map.c cc -O2 -pipe -DRESCUE -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/migrate.c /src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/gpt. *** 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 --- 2008-02-13 12:29:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 12:29:20 - ERROR: failed to build world TB --- 2008-02-13 12:29:20 - tinderbox aborted TB --- 3283.69 user 281.78 system 3742.30 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 12:57:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FAA116A418 for ; Wed, 13 Feb 2008 12:57:20 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by mx1.freebsd.org (Postfix) with ESMTP id 1017513C43E for ; Wed, 13 Feb 2008 12:57:19 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by fk-out-0910.google.com with SMTP id b27so4273fka.11 for ; Wed, 13 Feb 2008 04:57:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=6EPLrB2b1COAev/JzQRVSAGpw/PDz0iiAK+GANQgIoY=; b=hn8ynshQ3tF3IrypmUvvTXLLKbvBW4+NVEiayAgB42JhWKfYvWbXi5ULsXHv5MXZtsP300Vb66xfD85rcJgysOhXcDSM/a47dNCZvjzdI2vqohxwdn1IAR981lLlh3pYrjjWW807mSnxib18tjAuVsEjPin1S1QccFSICZP7XJM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=cndrZFAYaWkYX7iHQ3J+r5cWe9QmVbvFPhi7r5Ktpcdl/G7OihkhcwKSp0GfTtv6o8VgOm7H/4/+oOy4gy9Xgn4Teu2hQyV+EK1koO8lss1L+sj3hXJ2hrvm+8B3c1Ic+yYAuUx8YQK253bFI7KAZryzlnbSXsNYB1EFe3pSF5k= Received: by 10.82.108.9 with SMTP id g9mr4823803buc.34.1202907438605; Wed, 13 Feb 2008 04:57:18 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id q9sm1709414gve.10.2008.02.13.04.57.10 (version=SSLv3 cipher=RC4-MD5); Wed, 13 Feb 2008 04:57:11 -0800 (PST) From: Tom Evans To: Peter Jeremy In-Reply-To: <20080212185416.GK64299@server.vk2pj.dyndns.org> References: <1202840599.2126.86.camel@localhost> <20080212185416.GK64299@server.vk2pj.dyndns.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-TsXo89p3RKBs8jD3T9CR" Date: Wed, 13 Feb 2008 12:57:09 +0000 Message-Id: <1202907429.2126.102.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: Formatting bug in C++ iostreams when running i386 binary on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 12:57:20 -0000 --=-TsXo89p3RKBs8jD3T9CR Content-Type: multipart/mixed; boundary="=-sRultJ6UfQu9hDfb8VIA" --=-sRultJ6UfQu9hDfb8VIA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 2008-02-13 at 05:54 +1100, Peter Jeremy wrote: > On Tue, Feb 12, 2008 at 06:23:18PM +0000, Tom Evans wrote: > >I've encountered a strange bug deploying one of our C++ applications on > >amd64. We tend to build most of our applications on i386, even if the > >deployment box is amd64, as we aren't 100% sure that our code is 64 bit > >clean yet. The boxes in question both run 6.2-RELEASE, at various kernel > >release patchsets: > ... > >With an i386 binary running on an amd64 host, when we write a small > >double, with value close to 0.1, to a C++ iostream, it is formatted > >incorrectly. >=20 > See kern/102424 and amd64/112222. >=20 Thanks Peter! Going on the information in those PRs, I have made a patch to the libc/gdtoa/Makefile.inc which forces gdtoa_dtoa.c to be built with -fno-gcse. This corrects the formatting bug, and allows programs to execute correctly.=20 The patch isn't quite to my liking, as it also changes how gdtoa_dtoa.c is compiled for the native 64-bit library, so ideally it would only include that additional target rule when cross-compiling the lib32 build, but I could not determine how to detect that scenario. Also, BSD make isn't my fort=C3=A9, is there a better way to add a CFLAG for a single target? Redefining the rules from share/mk/bsd.lib.mk seems fragile. I will update the PRs with my patch as well, but it is small enough to include here as well. Cheers Tom --=-sRultJ6UfQu9hDfb8VIA Content-Disposition: attachment; filename=gdtoa.diff.txt Content-Type: text/x-patch; name=gdtoa.diff.txt; charset=UTF-8 Content-Transfer-Encoding: base64 LS0tIC91c3Ivc3JjL2xpYi9saWJjL2dkdG9hL01ha2VmaWxlLmluYwlGcmkgU2VwIDI5IDE2OjE3 OjIyIDIwMDYNCisrKyAvdXNyL3NyYzIvbGliL2xpYmMvZ2R0b2EvTWFrZWZpbGUuaW5jCVdlZCBG ZWIgMTMgMTE6NDI6NTQgMjAwOA0KQEAgLTE2LDMgKzE2LDEwIEBADQogZ2R0b2FfJHtzcmN9Og0K IAlsbiAtc2YgJHsuQ1VSRElSfS8uLi8uLi9jb250cmliL2dkdG9hLyR7c3JjfSAkey5UQVJHRVR9 DQogLmVuZGZvcg0KKw0KK2dkdG9hX2R0b2EubzoNCisJJHtDQ30gJHtQT19GTEFHfSAke0NGTEFH U30gLWZuby1nY3NlIC1jIGdkdG9hX2R0b2EuYyAtbyBnZHRvYV9kdG9hLm8NCisNCitnZHRvYV9k dG9hLlNvOg0KKwkke0NDfSAke1BJQ0ZMQUd9IC1EUElDICR7Q0ZMQUdTfSAtZm5vLWdjc2UgLWMg Z2R0b2FfZHRvYS5jIC1vIGdkdG9hX2R0b2EuU28NCisNCg== --=-sRultJ6UfQu9hDfb8VIA-- --=-TsXo89p3RKBs8jD3T9CR Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHsukflcRvFfyds/cRAqlJAJ9PYou8IZZD6vDWbw2aGJfgkZ013ACeIa47 bH7mrtdipD1TvW64Hg9xPbw= =vuBD -----END PGP SIGNATURE----- --=-TsXo89p3RKBs8jD3T9CR-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 13:09:32 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25E0216A418; Wed, 13 Feb 2008 13:09:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DB7A313C4F4; Wed, 13 Feb 2008 13:09:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DD9V0X072034; Wed, 13 Feb 2008 08:09:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DD9VqV085491; Wed, 13 Feb 2008 08:09:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id EC61C1B5078; Wed, 13 Feb 2008 08:09:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080213130930.EC61C1B5078@freebsd-stable.sentex.ca> Date: Wed, 13 Feb 2008 08:09:30 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 13:09:32 -0000 TB --- 2008-02-13 12:21:55 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-13 12:21:55 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2008-02-13 12:21:55 - cleaning the object tree TB --- 2008-02-13 12:22:01 - cvsupping the source tree TB --- 2008-02-13 12:22:01 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2008-02-13 12:22:07 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 12:22:07 - cd /src TB --- 2008-02-13 12:22:07 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 12:22:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/gpt.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/label.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/map.c cc -O2 -pipe -Wsystem-headers -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 -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/migrate.c /src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/gpt. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 13:09:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 13:09:30 - ERROR: failed to build world TB --- 2008-02-13 13:09:30 - tinderbox aborted TB --- 2491.63 user 267.85 system 2855.89 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 13:33:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AEE416A468 for ; Wed, 13 Feb 2008 13:33:49 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1281813C447 for ; Wed, 13 Feb 2008 13:33:49 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id F32BC1CC038; Wed, 13 Feb 2008 05:33:48 -0800 (PST) Date: Wed, 13 Feb 2008 05:33:48 -0800 From: Jeremy Chadwick To: "Konstantin I. Voronov" Message-ID: <20080213133348.GA5688@eos.sc1.parodius.com> References: <1527644032.20080213161029@rcpod.siberia.net> <26F8CDDD-E52C-4643-8C18-A7A4FDDF3513@cymru.com> <523147436.20080213180522@rcpod.siberia.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <523147436.20080213180522@rcpod.siberia.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: Buildworld failed (RELENG_6) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 13:33:49 -0000 On Wed, Feb 13, 2008 at 06:05:22PM +0600, Konstantin I. Voronov wrote: > >> /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lc > > I'm doing rm -rf /usr/obj, but build process stopped with same error > at the same place. > > More idea? :) > > By the way, installation of 6.3-RELEASE was clean, without update > from 6.2. Clock problem. http://lists.freebsd.org/pipermail/freebsd-questions/2004-November/064071.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 13:44:26 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53A8116A419; Wed, 13 Feb 2008 13:44:26 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 18A9C13C4F5; Wed, 13 Feb 2008 13:44:25 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m1DD5vij005683; Wed, 13 Feb 2008 05:05:57 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m1DD5vJ7005682; Wed, 13 Feb 2008 05:05:57 -0800 (PST) (envelope-from david) Date: Wed, 13 Feb 2008 05:05:57 -0800 From: David Wolfskill To: stable@freebsd.org, i386@freebsd.org Message-ID: <20080213130557.GU53191@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org, i386@freebsd.org, jhb@freebsd.org References: <20080213113312.6AEF4241A2@freebsd-legacy.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/qX1VF4Euib7a2dq" Content-Disposition: inline In-Reply-To: <20080213113312.6AEF4241A2@freebsd-legacy.sentex.ca> User-Agent: Mutt/1.4.2.1i Cc: jhb@freebsd.org Subject: Re: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 13:44:26 -0000 --/qX1VF4Euib7a2dq Content-Type: multipart/mixed; boundary="Oodyc6ouB/5xmHkU" Content-Disposition: inline --Oodyc6ouB/5xmHkU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 13, 2008 at 06:33:12AM -0500, FreeBSD Tinderbox wrote: > [...] > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-ex= terns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -W= cast-qual -fformat-extensions -std=3Dc99 -nostdinc -I- -I. -I/src/sys -I= /src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/= src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/= em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common= -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-funct= ion-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-bui= ltin -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /sr= c/sys/i386/ibcs2/ibcs2_xenix.c > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-ex= terns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -W= cast-qual -fformat-extensions -std=3Dc99 -nostdinc -I- -I. -I/src/sys -I= /src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/= src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/= em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common= -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-funct= ion-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-bui= ltin -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /sr= c/sys/i386/ibcs2/ibcs2_xenix_sysent.c > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-ex= terns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -W= cast-qual -fformat-extensions -std=3Dc99 -nostdinc -I- -I. -I/src/sys -I= /src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/= src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/= em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common= -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-funct= ion-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-bui= ltin -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /sr= c/sys/i386/ibcs2/imgact_coff.c > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-ex= terns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -W= cast-qual -fformat-extensions -std=3Dc99 -nostdinc -I- -I. -I/src/sys -I= /src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/= src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/= em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common= -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-funct= ion-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-bui= ltin -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /sr= c/sys/i386/isa/atpic.c > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-ex= terns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -W= cast-qual -fformat-extensions -std=3Dc99 -nostdinc -I- -I. -I/src/sys -I= /src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/= src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/= em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common= -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-funct= ion-growth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-bui= ltin -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-= 3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /sr= c/sys/i386/isa/clock.c > /src/sys/i386/isa/clock.c: In function `DELAY': > /src/sys/i386/isa/clock.c:301: warning: implicit declaration of function = `cpu_spinwait' > /src/sys/i386/isa/clock.c:301: warning: nested extern declaration of `cpu= _spinwait' > *** Error code 1 >=20 > Stop in /obj/src/sys/LINT. > *** Error code 1 >=20 > Stop in /src. > *** Error code 1 >=20 > Stop in /src. > TB --- 2008-02-13 11:33:12 - WARNING: /usr/bin/make returned exit code 1= =20 > TB --- 2008-02-13 11:33:12 - ERROR: failed to build lint kernel > TB --- 2008-02-13 11:33:12 - tinderbox aborted > TB --- 3164.52 user 372.58 system 4015.77 real Looks as if the MFC for sys/${arch}/isa/clock.c missed adding #include to the file. For i386, the attached patch fixes it; a similar patch is likely wanted for other values of ${arch}. Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Oodyc6ouB/5xmHkU Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="clock.c.diff" Content-Transfer-Encoding: quoted-printable Index: sys/i386/isa/clock.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/freebsd/src/sys/i386/isa/clock.c,v retrieving revision 1.222.2.4 diff -u -r1.222.2.4 clock.c --- sys/i386/isa/clock.c 12 Feb 2008 19:14:01 -0000 1.222.2.4 +++ sys/i386/isa/clock.c 13 Feb 2008 12:58:41 -0000 @@ -70,6 +70,7 @@ #include =20 #include +#include #include #include #include --Oodyc6ouB/5xmHkU-- --/qX1VF4Euib7a2dq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkey6zQACgkQmprOCmdXAD2HwwCdFLTw09f5oypW4oCkphg21rFa f+cAn1q1J8+ZJAxEraVwdSykq+mqkXHJ =rhBF -----END PGP SIGNATURE----- --/qX1VF4Euib7a2dq-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 14:03:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D0FC16A46C for ; Wed, 13 Feb 2008 14:03:43 +0000 (UTC) (envelope-from gilles.rosenbaum@kinoa.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id EBC9413C4CE for ; Wed, 13 Feb 2008 14:03:41 +0000 (UTC) (envelope-from gilles.rosenbaum@kinoa.com) Received: by mu-out-0910.google.com with SMTP id w9so1985mue.6 for ; Wed, 13 Feb 2008 06:03:40 -0800 (PST) Received: by 10.64.28.3 with SMTP id b3mr4686312qbb.2.1202909763445; Wed, 13 Feb 2008 05:36:03 -0800 (PST) Received: by 10.65.224.9 with HTTP; Wed, 13 Feb 2008 05:36:03 -0800 (PST) Message-ID: <7ada022d0802130536l1b9c41c1hd5fe23f524e94cbb@mail.gmail.com> Date: Wed, 13 Feb 2008 14:36:03 +0100 From: "Gilles Rosenbaum" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RELENG_6_3 - Make installworld error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 14:03:43 -0000 Hi freebsd-stable, For my complete rebuild of my FreeBSD-6.3-stable, every stage is successful except the "make installworld" one. I've got this log : # make installworld PATH=$PATH mkdir -p /tmp/install.tiu3jVqh for prog in [ awk cap_mkdb cat chflags chmod chown date echo egrep find grep install-info ln lockf make mkdir mtree mv pwd_mkdb rm sed sh sysctl test true uname wc zic; do cp `which $prog` /tmp/install.tiu3jVqh; done cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE=pentium4 GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/tmp/install.tiu3jVqh make -f Makefile.inc1 reinstall -------------------------------------------------------------- >>> Making hierarchy -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 hierarchy cd /usr/src/etc; make distrib-dirs mtree -eU -f /usr/src/etc/mtree/BSD.root.dist -p / mtree -eU -f /usr/src/etc/mtree/BSD.var.dist -p /var mtree -eU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr mtree -eU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include cd /; rm -f /sys; ln -s usr/src/sys sys cd /usr/share/man/en.ISO8859-1; ln -sf ../man* . cd /usr/share/man; set - `grep "^[a-zA-Z]" /usr/src/etc/man.alias`; while [ $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done cd /usr/share/openssl/man; set - `grep "^[a-zA-Z]" /usr/src/etc/man.alias`; while [ $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done cd /usr/share/openssl/man/en.ISO8859-1; ln -sf ../man* . cd /usr/share/nls; set - `grep "^[a-zA-Z]" /usr/src/etc/nls.alias`; while [ $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done -------------------------------------------------------------- >>> Installing everything -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 install ===> share/info (install) ===> include (install) creating osreldate.h from newvers.sh install -C -C -o root -g wheel -m 444 /usr/src/include/a.out.h /usr/src/include/ar.h /usr/src/include/assert.h /usr/src/include/bitstring.h /usr/src/include/complex.h /usr/src/include/cpio.h /usr/src/include/_ctype.h /usr/src/include/ctype.h /usr/src/include/db.h /usr/src/include/dirent.h /usr/src/include/dlfcn.h /usr/src/include/elf.h /usr/src/include/elf-hints.h/usr/src/include/err.h /usr/src/include/fmtmsg.h /usr/src/include/fnmatch.h /usr/src/include/fstab.h /usr/src/include/fts.h /usr/src/include/ftw.h /usr/src/include/getopt.h /usr/src/include/glob.h /usr/src/include/grp.h /usr/src/include/hesiod.h /usr/src/include/histedit.h /usr/src/include/ieeefp.h /usr/src/include/ifaddrs.h /usr/src/include/inttypes.h /usr/src/include/iso646.h /usr/src/include/kenv.h /usr/src/include/langinfo.h /usr/src/include/libgen.h /usr/src/include/limits.h /usr/src/include/link.h /usr/src/include/locale.h /usr/src/include/malloc.h /usr/src/include/memory.h /usr/src/include/monetary.h /usr/src/include/mpool.h /usr/src/include/ndbm.h /usr/src/include/netconfig.h /usr/src/include/netdb.h /usr/src/include/nl_types.h /usr/src/include/nlist.h /usr/src/include/nss.h /usr/src/include/nsswitch.h /usr/src/include/objformat.h /usr/src/include/paths.h /usr/src/include/printf.h /usr/src/include/proc_service.h /usr/src/include/pthread.h /usr/src/include/pthread_np.h /usr/src/include/pwd.h /usr/src/include/ranlib.h /usr/src/include/readpassphrase.h /usr/src/include/regex.h /usr/src/include/regexp.h /usr/src/include/res_update.h /usr/src/include/resolv.h /usr/src/include/runetype.h /usr/src/include/search.h /usr/src/include/setjmp.h /usr/src/include/sgtty.h /usr/src/include/signal.h /usr/src/include/stab.h /usr/src/include/stdbool.h /usr/src/include/stddef.h /usr/src/include/stdio.h /usr/src/include/stdlib.h /usr/src/include/string.h /usr/src/include/stringlist.h /usr/src/include/strings.h /usr/src/include/sysexits.h /usr/src/include/tar.h /usr/src/include/tgmath.h /usr/src/include/time.h /usr/src/include/timeconv.h /usr/src/include/timers.h /usr/src/include/ttyent.h /usr/src/include/ulimit.h /usr/src/include/unistd.h /usr/src/include/utime.h /usr/src/include/utmp.h /usr/src/include/uuid.h /usr/src/include/varargs.h /usr/src/include/vis.h /usr/src/include/wchar.h /usr/src/include/wctype.h /usr/src/include/wordexp.h osreldate.h /usr/include if [ -L /usr/include/bsm ]; then rm -f /usr/include/bsm; fi if [ -L /usr/include/cam ]; then rm -f /usr/include/cam; fi if [ -L /usr/include/geom ]; then rm -f /usr/include/geom; fi if [ -L /usr/include/net ]; then rm -f /usr/include/net; fi if [ -L /usr/include/net80211 ]; then rm -f /usr/include/net80211; fi if [ -L /usr/include/netatalk ]; then rm -f /usr/include/netatalk; fi if [ -L /usr/include/netatm ]; then rm -f /usr/include/netatm; fi if [ -L /usr/include/netgraph ]; then rm -f /usr/include/netgraph; fi if [ -L /usr/include/netinet ]; then rm -f /usr/include/netinet; fi if [ -L /usr/include/netinet6 ]; then rm -f /usr/include/netinet6; fi if [ -L /usr/include/netipsec ]; then rm -f /usr/include/netipsec; fi if [ -L /usr/include/netipx ]; then rm -f /usr/include/netipx; fi if [ -L /usr/include/netkey ]; then rm -f /usr/include/netkey; fi if [ -L /usr/include/netnatm ]; then rm -f /usr/include/netnatm; fi if [ -L /usr/include/netncp ]; then rm -f /usr/include/netncp; fi if [ -L /usr/include/netsmb ]; then rm -f /usr/include/netsmb; fi if [ -L /usr/include/nfs ]; then rm -f /usr/include/nfs; fi if [ -L /usr/include/nfsclient ]; then rm -f /usr/include/nfsclient; fi if [ -L /usr/include/nfsserver ]; then rm -f /usr/include/nfsserver; fi if [ -L /usr/include/pccard ]; then rm -f /usr/include/pccard; fi if [ -L /usr/include/posix4 ]; then rm -f /usr/include/posix4; fi if [ -L /usr/include/sys ]; then rm -f /usr/include/sys; fi if [ -L /usr/include/vm ]; then rm -f /usr/include/vm; fi if [ -L /usr/include/cam/scsi ]; then rm -f /usr/include/cam/scsi; fi if [ -L /usr/include/dev/acpica ]; then rm -f /usr/include/dev/acpica; fi if [ -L /usr/include/dev/an ]; then rm -f /usr/include/dev/an; fi if [ -L /usr/include/dev/bktr ]; then rm -f /usr/include/dev/bktr; fi if [ -L /usr/include/dev/firewire ]; then rm -f /usr/include/dev/firewire; fi if [ -L /usr/include/dev/hwpmc ]; then rm -f /usr/include/dev/hwpmc; fi if [ -L /usr/include/dev/ic ]; then rm -f /usr/include/dev/ic; fi if [ -L /usr/include/dev/iicbus ]; then rm -f /usr/include/dev/iicbus; fi if [ -L /usr/include/dev/ieee488 ]; then rm -f /usr/include/dev/ieee488; fi if [ -L /usr/include/dev/ofw ]; then rm -f /usr/include/dev/ofw; fi if [ -L /usr/include/dev/pbio ]; then rm -f /usr/include/dev/pbio; fi if [ -L /usr/include/dev/ppbus ]; then rm -f /usr/include/dev/ppbus; fi if [ -L /usr/include/dev/smbus ]; then rm -f /usr/include/dev/smbus; fi if [ -L /usr/include/dev/speaker ]; then rm -f /usr/include/dev/speaker; fi if [ -L /usr/include/dev/usb ]; then rm -f /usr/include/dev/usb; fi if [ -L /usr/include/dev/utopia ]; then rm -f /usr/include/dev/utopia; fi if [ -L /usr/include/dev/vkbd ]; then rm -f /usr/include/dev/vkbd; fi if [ -L /usr/include/dev/wi ]; then rm -f /usr/include/dev/wi; fi if [ -L /usr/include/fs/devfs ]; then rm -f /usr/include/fs/devfs; fi if [ -L /usr/include/fs/fdescfs ]; then rm -f /usr/include/fs/fdescfs; fi if [ -L /usr/include/fs/fifofs ]; then rm -f /usr/include/fs/fifofs; fi if [ -L /usr/include/fs/msdosfs ]; then rm -f /usr/include/fs/msdosfs; fi if [ -L /usr/include/fs/ntfs ]; then rm -f /usr/include/fs/ntfs; fi if [ -L /usr/include/fs/nullfs ]; then rm -f /usr/include/fs/nullfs; fi if [ -L /usr/include/fs/nwfs ]; then rm -f /usr/include/fs/nwfs; fi if [ -L /usr/include/fs/portalfs ]; then rm -f /usr/include/fs/portalfs; fi if [ -L /usr/include/fs/procfs ]; then rm -f /usr/include/fs/procfs; fi if [ -L /usr/include/fs/smbfs ]; then rm -f /usr/include/fs/smbfs; fi if [ -L /usr/include/fs/udf ]; then rm -f /usr/include/fs/udf; fi if [ -L /usr/include/fs/umapfs ]; then rm -f /usr/include/fs/umapfs; fi if [ -L /usr/include/fs/unionfs ]; then rm -f /usr/include/fs/unionfs; fi if [ -L /usr/include/geom/concat ]; then rm -f /usr/include/geom/concat; fi if [ -L /usr/include/geom/eli ]; then rm -f /usr/include/geom/eli; fi if [ -L /usr/include/geom/gate ]; then rm -f /usr/include/geom/gate; fi if [ -L /usr/include/geom/label ]; then rm -f /usr/include/geom/label; fi if [ -L /usr/include/geom/mirror ]; then rm -f /usr/include/geom/mirror; fi if [ -L /usr/include/geom/nop ]; then rm -f /usr/include/geom/nop; fi if [ -L /usr/include/geom/raid3 ]; then rm -f /usr/include/geom/raid3; fi if [ -L /usr/include/geom/shsec ]; then rm -f /usr/include/geom/shsec; fi if [ -L /usr/include/geom/stripe ]; then rm -f /usr/include/geom/stripe; fi if [ -L /usr/include/isofs/cd9660 ]; then rm -f /usr/include/isofs/cd9660; fi if [ -L /usr/include/netatm/ipatm ]; then rm -f /usr/include/netatm/ipatm; fi if [ -L /usr/include/netatm/sigpvc ]; then rm -f /usr/include/netatm/sigpvc; fi if [ -L /usr/include/netatm/spans ]; then rm -f /usr/include/netatm/spans; fi if [ -L /usr/include/netatm/uni ]; then rm -f /usr/include/netatm/uni; fi if [ -L /usr/include/netgraph/atm ]; then rm -f /usr/include/netgraph/atm; fi if [ -L /usr/include/netgraph/netflow ]; then rm -f /usr/include/netgraph/netflow; fi if [ -L /usr/include/security/audit ]; then rm -f /usr/include/security/audit; fi if [ -L /usr/include/security/mac_biba ]; then rm -f /usr/include/security/mac_biba; fi if [ -L /usr/include/security/mac_bsdextended ]; then rm -f /usr/include/security/mac_bsdextended; fi if [ -L /usr/include/security/mac_lomac ]; then rm -f /usr/include/security/mac_lomac; fi if [ -L /usr/include/security/mac_mls ]; then rm -f /usr/include/security/mac_mls; fi if [ -L /usr/include/security/mac_partition ]; then rm -f /usr/include/security/mac_partition; fi if [ -L /usr/include/ufs/ffs ]; then rm -f /usr/include/ufs/ffs; fi if [ -L /usr/include/ufs/ufs ]; then rm -f /usr/include/ufs/ufs; fi if [ -L /usr/include/machine ]; then rm -f /usr/include/machine; fi if [ -L /usr/include/crypto ]; then rm -f /usr/include/crypto; fi mtree -deU -f /usr/src/include/../etc/mtree/BSD.include.dist -p /usr/include cd /usr/include/bsm; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/cam; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/geom; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/net; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/net80211; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netatalk; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netatm; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netgraph; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netinet; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netinet6; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netipsec; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netipx; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netkey; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netnatm; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netncp; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netsmb; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/nfs; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/nfsclient; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/nfsserver; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/pccard; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/posix4; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/sys; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/vm; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/cam/scsi; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/dev/acpica; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/dev/an; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/dev/bktr; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/dev/firewire; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/dev/hwpmc; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/dev/ic; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/dev/iicbus; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/dev/ieee488; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/dev/ofw; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/dev/pbio; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/dev/ppbus; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/dev/smbus; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/dev/speaker; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/dev/usb; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/dev/utopia; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/dev/vkbd; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/dev/wi; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/fs/devfs; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/fs/fdescfs; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/fs/fifofs; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/fs/msdosfs; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/fs/ntfs; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/fs/nullfs; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/fs/nwfs; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/fs/portalfs; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/fs/procfs; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/fs/smbfs; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/fs/udf; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/fs/umapfs; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/fs/unionfs; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/geom/concat; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/geom/eli; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/geom/gate; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/geom/label; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/geom/mirror; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/geom/nop; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/geom/raid3; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/geom/shsec; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/geom/stripe; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/isofs/cd9660; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netatm/ipatm; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netatm/sigpvc; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netatm/spans; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netatm/uni; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netgraph/atm; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/netgraph/netflow; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/security/audit; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/security/mac_biba; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/security/mac_bsdextended; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/security/mac_lomac; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/security/mac_mls; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/security/mac_partition; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/ufs/ffs; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/ufs/ufs; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/altq; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/crypto; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/machine; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/include/machine/pc; for h in *.h; do if [ -L $h ]; then rm -f $h; fi; done cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 bsm/*.h /usr/include/bsm cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 cam/*.h /usr/include/cam cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 geom/*.h /usr/include/geom cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 net/*.h /usr/include/net cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 net80211/*.h /usr/include/net80211 cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 netatalk/*.h /usr/include/netatalk cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 netatm/*.h /usr/include/netatm cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 netgraph/*.h /usr/include/netgraph cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 netinet/*.h /usr/include/netinet cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 netinet6/*.h /usr/include/netinet6 cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 netipsec/*.h /usr/include/netipsec cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 netipx/*.h /usr/include/netipx cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 netkey/*.h /usr/include/netkey cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 netnatm/*.h /usr/include/netnatm cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 netncp/*.h /usr/include/netncp cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 netsmb/*.h /usr/include/netsmb cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 nfs/*.h /usr/include/nfs cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 nfsclient/*.h /usr/include/nfsclient cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 nfsserver/*.h /usr/include/nfsserver cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 pccard/*.h /usr/include/pccard cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 posix4/*.h /usr/include/posix4 cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 sys/*.h /usr/include/sys cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 vm/*.h /usr/include/vm cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 cam/scsi/*.h /usr/include/cam/scsi cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/an/*.h /usr/include/dev/an cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/firewire/*.h /usr/include/dev/firewire cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/hwpmc/*.h /usr/include/dev/hwpmc cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/ic/*.h /usr/include/dev/ic cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/iicbus/*.h /usr/include/dev/iicbus cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/ieee488/*.h /usr/include/dev/ieee488 cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/ofw/*.h /usr/include/dev/ofw cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/pbio/*.h /usr/include/dev/pbio cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/ppbus/*.h /usr/include/dev/ppbus cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/smbus/*.h /usr/include/dev/smbus cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/speaker/*.h /usr/include/dev/speaker cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/usb/*.h /usr/include/dev/usb cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/utopia/*.h /usr/include/dev/utopia cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/vkbd/*.h /usr/include/dev/vkbd cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/wi/*.h /usr/include/dev/wi cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 fs/devfs/*.h /usr/include/fs/devfs cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 fs/fdescfs/*.h /usr/include/fs/fdescfs cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 fs/fifofs/*.h /usr/include/fs/fifofs cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 fs/msdosfs/*.h /usr/include/fs/msdosfs cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 fs/ntfs/*.h /usr/include/fs/ntfs cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 fs/nullfs/*.h /usr/include/fs/nullfs cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 fs/nwfs/*.h /usr/include/fs/nwfs cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 fs/portalfs/*.h /usr/include/fs/portalfs cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 fs/procfs/*.h /usr/include/fs/procfs cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 fs/smbfs/*.h /usr/include/fs/smbfs cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 fs/udf/*.h /usr/include/fs/udf cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 fs/umapfs/*.h /usr/include/fs/umapfs cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 fs/unionfs/*.h /usr/include/fs/unionfs cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 geom/concat/*.h /usr/include/geom/concat cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 geom/eli/*.h /usr/include/geom/eli cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 geom/gate/*.h /usr/include/geom/gate cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 geom/label/*.h /usr/include/geom/label cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 geom/mirror/*.h /usr/include/geom/mirror cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 geom/nop/*.h /usr/include/geom/nop cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 geom/raid3/*.h /usr/include/geom/raid3 cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 geom/shsec/*.h /usr/include/geom/shsec cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 geom/stripe/*.h /usr/include/geom/stripe cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 isofs/cd9660/*.h /usr/include/isofs/cd9660 cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 netatm/ipatm/*.h /usr/include/netatm/ipatm cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 netatm/sigpvc/*.h /usr/include/netatm/sigpvc cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 netatm/spans/*.h /usr/include/netatm/spans cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 netatm/uni/*.h /usr/include/netatm/uni cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 netgraph/atm/*.h /usr/include/netgraph/atm cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 netgraph/netflow/*.h /usr/include/netgraph/netflow cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 security/audit/*.h /usr/include/security/audit cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 security/mac_biba/*.h /usr/include/security/mac_biba cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 security/mac_bsdextended/*.h /usr/include/security/mac_bsdextended cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 security/mac_lomac/*.h /usr/include/security/mac_lomac cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 security/mac_mls/*.h /usr/include/security/mac_mls cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 security/mac_partition/*.h /usr/include/security/mac_partition cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 ufs/ffs/*.h /usr/include/ufs/ffs cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 ufs/ufs/*.h /usr/include/ufs/ufs cd /usr/src/include/../sys/dev/acpica; install -C -C -o root -g wheel -m 444 acpiio.h /usr/include/dev/acpica cd /usr/src/include/../sys/dev/bktr; install -C -C -o root -g wheel -m 444 ioctl_*.h /usr/include/dev/bktr cd /usr/src/include/../sys/contrib/altq/altq; install -C -C -o root -g wheel -m 444 *.h /usr/include/altq cd /usr/src/include/../sys/contrib/ipfilter/netinet; install -C -C -o root -g wheel -m 444 *.h /usr/include/netinet cd /usr/src/include/../sys/contrib/pf/net; install -C -C -o root -g wheel -m 444 *.h /usr/include/net cd /usr/src/include/../sys/crypto; install -C -C -o root -g wheel -m 444 rijndael/rijndael.h /usr/include/crypto cd /usr/src/include/../sys/opencrypto; install -C -C -o root -g wheel -m 444 *.h /usr/include/crypto cd /usr/src/include/../sys/i386/include; install -C -C -o root -g wheel -m 444 *.h /usr/include/machine cd /usr/src/include/../sys/i386/include/pc; install -C -C -o root -g wheel -m 444 *.h /usr/include/machine/pc /usr/include/aio.h -> sys/aio.h /usr/include/errno.h -> sys/errno.h /usr/include/fcntl.h -> sys/fcntl.h /usr/include/linker_set.h -> sys/linker_set.h /usr/include/poll.h -> sys/poll.h /usr/include/stdint.h -> sys/stdint.h /usr/include/syslog.h -> sys/syslog.h /usr/include/termios.h -> sys/termios.h /usr/include/ucontext.h -> sys/ucontext.h /usr/include/float.h -> machine/float.h /usr/include/floatingpoint.h -> machine/floatingpoint.h /usr/include/stdarg.h -> machine/stdarg.h /usr/include/sched.h -> posix4/sched.h /usr/include/semaphore.h -> posix4/semaphore.h /usr/include/_semaphore.h -> posix4/_semaphore.h ===> include/arpa (install) install -C -C -o root -g wheel -m 444 ftp.h inet.h nameser.hnameser_compat.h telnet.h tftp.h /usr/include/arpa ===> include/protocols (install) install -C -C -o root -g wheel -m 444 dumprestore.h routed.h rwhod.h talkd.h timed.h /usr/include/protocols ===> include/rpcsvc (install) rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/key_prot.x -o key_prot.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/klm_prot.x -o klm_prot.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/mount.x -o mount.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/nfs_prot.x -o nfs_prot.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/nlm_prot.x -o nlm_prot.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/rex.x -o rex.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/rnusers.x -o rnusers.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/rquota.x -o rquota.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/rstat.x -o rstat.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/rwall.x -o rwall.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/sm_inter.x -o sm_inter.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/spray.x -o spray.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/yppasswd.x -o yppasswd.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/yp.x -o yp.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/ypxfrd.x -o ypxfrd.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/ypupdate_prot.x -o ypupdate_prot.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/nis.x -o nis.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/nis_cache.x -o nis_cache.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/nis_callback.x -o nis_callback.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/bootparam_prot.x -o bootparam_prot.h rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/crypt.x -o crypt.h install -C -C -o root -g wheel -m 444 /usr/src/include/rpcsvc/yp_prot.h /usr/src/include/rpcsvc/ypclnt.h /usr/src/include/rpcsvc/nis_db.h /usr/src/include/rpcsvc/nis_tags.h /usr/src/include/rpcsvc/nislib.h /usr/src/include/rpcsvc/bootparam_prot.x /usr/src/include/rpcsvc/key_prot.x /usr/src/include/rpcsvc/klm_prot.x /usr/src/include/rpcsvc/mount.x /usr/src/include/rpcsvc/nfs_prot.x /usr/src/include/rpcsvc/nlm_prot.x /usr/src/include/rpcsvc/rex.x /usr/src/include/rpcsvc/rnusers.x /usr/src/include/rpcsvc/rquota.x /usr/src/include/rpcsvc/rstat.x /usr/src/include/rpcsvc/rwall.x /usr/src/include/rpcsvc/sm_inter.x /usr/src/include/rpcsvc/spray.x /usr/src/include/rpcsvc/yppasswd.x /usr/src/include/rpcsvc/yp.x /usr/src/include/rpcsvc/ypxfrd.x /usr/src/include/rpcsvc/ypupdate_prot.x /usr/src/include/rpcsvc/nis.x /usr/src/include/rpcsvc/nis_cache.x /usr/src/include/rpcsvc/nis_object.x /usr/src/include/rpcsvc/nis_callback.x /usr/src/include/rpcsvc/crypt.x key_prot.h klm_prot.h mount.h nfs_prot.h nlm_prot.h rex.h rnusers.h rquota.h rstat.h rwall.h sm_inter.h spray.h yppasswd.h yp.h ypxfrd.h ypupdate_prot.h nis.h nis_cache.h nis_callback.h bootparam_prot.h crypt.h/usr/include/rpcsvc install -C -C -o root -g wheel -m 444 key_prot.h /usr/include/rpc ===> include/rpc (install) rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpc/rpcb_prot.x -o rpcb_prot.h install -C -C -o root -g wheel -m 444 /usr/src/include/rpc/auth.h /usr/src/include/rpc/auth_unix.h /usr/src/include/rpc/clnt.h /usr/src/include/rpc/clnt_soc.h /usr/src/include/rpc/clnt_stat.h /usr/src/include/rpc/nettype.h /usr/src/include/rpc/pmap_clnt.h /usr/src/include/rpc/pmap_prot.h /usr/src/include/rpc/pmap_rmt.h /usr/src/include/rpc/raw.h /usr/src/include/rpc/rpc.h /usr/src/include/rpc/rpc_msg.h /usr/src/include/rpc/rpcb_clnt.h /usr/src/include/rpc/rpcent.h /usr/src/include/rpc/rpc_com.h /usr/src/include/rpc/svc.h /usr/src/include/rpc/svc_auth.h /usr/src/include/rpc/svc_soc.h /usr/src/include/rpc/svc_dg.h /usr/src/include/rpc/types.h /usr/src/include/rpc/xdr.h /usr/src/include/rpc/auth_des.h /usr/src/include/rpc/des.h /usr/src/include/rpc/des_crypt.h /usr/src/include/rpc/auth_kerb.h /usr/src/include/rpc/rpcb_prot.x rpcb_prot.h /usr/include/rpc ===> lib (install) ===> lib/csu/i386-elf (install) cc -O -pipe -march=pentium4 -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -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 -c /usr/src/lib/csu/i386-elf/crt1.c cc -O -pipe -march=pentium4 -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -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 -c /usr/src/lib/csu/i386-elf/crti.S cc -O -pipe -march=pentium4 -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -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 -c /usr/src/lib/csu/i386-elf/crtn.S cc -O -pipe -march=pentium4 -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -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 -DGCRT -c -o gcrt1.o /usr/src/lib/csu/i386-elf/crt1.c install -C -o root -g wheel -m 444 crt1.o crti.o crtn.o gcrt1.o /usr/lib ===> lib/libc (install) install -C -C -o root -g wheel -m 444 libc.a /usr/lib install: libc.a: No such file or directory *** Error code 71 Stop in /usr/src/lib/libc. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Thx for your help. Regards Gilles From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 14:54:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB61116A418 for ; Wed, 13 Feb 2008 14:54:01 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 92E7013C459 for ; Wed, 13 Feb 2008 14:54:01 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DErrSA090050 for ; Wed, 13 Feb 2008 09:53:53 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m1DErqO8071630 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 13 Feb 2008 09:53:52 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200802131453.m1DErqO8071630@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 13 Feb 2008 09:54:05 -0500 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: AMD64 vs i386, ifstat and bsnmp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 14:54:01 -0000 Couple of little things I noticed with a new RELENG_7 AMD64 box (as of yesterday) ifstat from the ports cannot seem to find interfaces for some reason ? It works fine on i386 [ns8]# ifstat -b ifstat: no interfaces to monitor! [ns8]# [ns8]# ifconfig em0: flags=8843 metric 0 mtu 1500 options=19b ether 00:15:17:50:40:28 inet xx.xx.128.107 netmask 0xfffffff0 broadcast 64.7.128.111 media: Ethernet 10baseT/UTP status: active em1: flags=8843 metric 0 mtu 1500 options=9b ether 00:15:17:50:40:29 inet 192.168.245.11 netmask 0xffffff00 broadcast 192.168.245.255 media: Ethernet autoselect (1000baseTX ) status: active pflog0: flags=141 metric 0 mtu 33160 lo0: flags=8049 metric 0 mtu 16384 inet 127.0.0.1 netmask 0xff000000 [ns8]# snmpwalk -v1 -c xxxx ns8 .1.3.6.1.2.1.25.3.3.1 with ULE gives a bogus value HOST-RESOURCES-MIB::hrProcessorFrwID.3 = OID: SNMPv2-SMI::zeroDotZero HOST-RESOURCES-MIB::hrProcessorFrwID.8 = OID: SNMPv2-SMI::zeroDotZero HOST-RESOURCES-MIB::hrProcessorLoad.3 = INTEGER: 100 HOST-RESOURCES-MIB::hrProcessorLoad.8 = INTEGER: 100 vs using the BSD scheduler HOST-RESOURCES-MIB::hrProcessorFrwID.3 = OID: SNMPv2-SMI::zeroDotZero HOST-RESOURCES-MIB::hrProcessorFrwID.8 = OID: SNMPv2-SMI::zeroDotZero HOST-RESOURCES-MIB::hrProcessorLoad.3 = INTEGER: 0 HOST-RESOURCES-MIB::hrProcessorLoad.8 = INTEGER: 0 ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 15:02:47 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22D2C16A468 for ; Wed, 13 Feb 2008 15:02:47 +0000 (UTC) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (svm.csie.ntu.edu.tw [140.112.90.75]) by mx1.freebsd.org (Postfix) with ESMTP id CB36B13C461 for ; Wed, 13 Feb 2008 15:02:46 +0000 (UTC) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (localhost [127.0.0.1]) by svm.csie.ntu.edu.tw (8.14.1/8.14.1) with ESMTP id m1DEbdjO057054; Wed, 13 Feb 2008 22:37:39 +0800 (CST) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: (from rafan@localhost) by svm.csie.ntu.edu.tw (8.14.1/8.14.1/Submit) id m1DEbdPH086700; Wed, 13 Feb 2008 22:37:39 +0800 (CST) (envelope-from rafan) Date: Wed, 13 Feb 2008 22:37:39 +0800 From: Rong-En Fan To: Christian Brueffer Message-ID: <20080213143739.GN4650@svm.csie.ntu.edu.tw> References: <20080213095250.GB1451@haakonia.hitnet.RWTH-Aachen.DE> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080213095250.GB1451@haakonia.hitnet.RWTH-Aachen.DE> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@FreeBSD.org, David Naylor , rafan@FreeBSD.org Subject: Re: broken buildkernel (scsi_low and -Os) and duplicate manpages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 15:02:47 -0000 On Wed, Feb 13, 2008 at 10:52:50AM +0100, Christian Brueffer wrote: > On Wed, Feb 13, 2008 at 11:15:29AM +0200, David Naylor wrote: > > Hi, > > > > Building the kernel with CFLAGS=-Os breaks when compiling module > > scsi_low. Sorry no output available. > > > > Placing CFLAGS+= -O in the Makefile fixes the problem. Last build > > with -O2 did work (for everything, world, kernel and ports). > > > > >From my research it appears the -Os produces code faster than -O2 and > > generally slower than -O3 but the smallest binary (and quicker compile > > times), does anyone have a better understanding of such things > > (performance and -O? flags). > > > > When doing an installworld DEST=? it fails twice when trying to > > install duplicate man pages: > > 1) lib/ncurses/ncurses: tputs.3 > > 2) share/man/man9: rman_fini.9 > > > > The rman_fini.9 one was a mistake, I've just fixed it. Thanks! rafan@ > (CCed) did the last few ncurses updates. Rong-En, could you take a look > at the tputs.3 issue? Interesting, I actually use installworld w/ DESTDIR, but it does not fail. Nevertheless, I have just removed the duplicate one (actually, both curs_terminfo and curs_termcap has tputs.3. As we use termcap in base, so I just removed the one links to curs_terminfo). Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 17:54:10 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F284E16A417 for ; Wed, 13 Feb 2008 17:54:10 +0000 (UTC) (envelope-from Mikhail.Teterin@mlp.com) Received: from outbound-mail.mlp.com (outbound-mail.mlp.com [204.212.175.37]) by mx1.freebsd.org (Postfix) with ESMTP id A5EBE13C458 for ; Wed, 13 Feb 2008 17:54:10 +0000 (UTC) (envelope-from Mikhail.Teterin@mlp.com) Received: from EXCHUS001.AD.MLP.COM (Not Verified[10.5.108.190]) by outbound-mail.mlp.com with MailMarshal (v6, 1, 5, 586) id ; Wed, 13 Feb 2008 12:39:06 -0500 Received: from ny-lxdesk38 ([10.5.105.98]) by EXCHUS001.AD.MLP.COM with Microsoft SMTPSVC(6.0.3790.1830); Wed, 13 Feb 2008 12:39:06 -0500 From: Mikhail Teterin To: "Kip Macy" Date: Wed, 13 Feb 2008 12:39:00 -0500 User-Agent: KMail/1.7.1 References: <200802130437.m1D4bMvw004040@aldan.algebra.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802131239.00919.mteterin@mlp.com> X-OriginalArrivalTime: 13 Feb 2008 17:39:06.0025 (UTC) FILETIME=[549BE990:01C86E67] Cc: stable@freebsd.org Subject: Re: another: supervisor read, page not present X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 17:54:11 -0000 =D0=B2=D1=96=D0=B2=D1=82=D0=BE=D1=80=D0=BE=D0=BA 12 =D0=BB=D1=8E=D1=82=D0= =B8=D0=B9 2008 11:41 =D0=BF=D0=BE, Kip Macy =D0=92=D0=B8 =D0=BD=D0=B0=D0=BF= =D0=B8=D1=81=D0=B0=D0=BB=D0=B8: > What workload, if any, was running at the time? I was just swithed from one X11-session to another (Ctrl-Alt-F5) and clic= ked=20 on the KDE's button to start an xterm. You would notice, that kdeinit is the "current process" in the dump. The machine runs 4 instances of boinc-setiathome in the background at all= =20 times. Apart from that, it is just regular e-mail/web-browsing most of th= e=20 time. > Have you run memtest on the machine to confirm that there are no memory= > issues? Yes, I have -- right after upping the memory from 2Gb to the current 4Gb.= =20 memtest-x86 (booted from CD) ran through its complete set of tests (took = several hours) and found 0 errors. Is that a certain enough assurance, th= at=20 RAM is Ok, or can there still be undetected issues? Thanks! =20-mi ###################################################################### The information contained in this communication is confidential and may contain information that is privileged or exempt from disclosure under applicable law. If you are not a named addressee, please notify the sender immediately and delete this email from your system. If you have received this communication, and are not a named recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. ###################################################################### From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 18:20:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19E8D16A46C for ; Wed, 13 Feb 2008 18:20:14 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.213.67.47]) by mx1.freebsd.org (Postfix) with ESMTP id ECB7113C45B for ; Wed, 13 Feb 2008 18:20:13 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (unknown [172.16.100.24]) by mail.barafranca.com (Postfix) with ESMTP id 28C47D64; Wed, 13 Feb 2008 18:20:13 +0000 (UTC) X-Virus-Scanned: amavisd-new at barafranca.com Received: from mail.barafranca.com ([172.16.100.24]) by localhost (mail.barafranca.com [172.16.100.24]) (amavisd-new, port 10024) with ESMTP id 1aZidQLjwrrb; Wed, 13 Feb 2008 18:19:39 +0000 (UTC) Received: from [192.168.200.26] (a213-22-25-165.cpe.netcabo.pt [213.22.25.165]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id 678B1D59; Wed, 13 Feb 2008 18:19:38 +0000 (UTC) Message-ID: <47B334CD.1000200@barafranca.com> Date: Wed, 13 Feb 2008 18:19:57 +0000 From: Hugo Silva User-Agent: Thunderbird 2.0.0.9 (X11/20071213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200802131453.m1DErqO8071630@lava.sentex.ca> In-Reply-To: <200802131453.m1DErqO8071630@lava.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: AMD64 vs i386, ifstat and bsnmp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 18:20:14 -0000 Mike Tancsa wrote: > Couple of little things I noticed with a new RELENG_7 AMD64 box (as of > yesterday) > > ifstat from the ports cannot seem to find interfaces for some reason > ? It works fine on i386 > > [ns8]# ifstat -b > ifstat: no interfaces to monitor! > [ns8]# I used ifstat on my old i386 servers without problems too, indeed. Ever since I switched to 7.0 & amd64 I get the same as you. Been using slurm (ports) lately, also does the job. Regards, Hugo From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 18:38:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 559BE16A418 for ; Wed, 13 Feb 2008 18:38:07 +0000 (UTC) (envelope-from djp@polands.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id 1716A13C447 for ; Wed, 13 Feb 2008 18:38:06 +0000 (UTC) (envelope-from djp@polands.org) Received: from corinth.polands.org ([75.87.219.217]) by hrndva-omta02.mail.rr.com with ESMTP id <20080213182258.BZLE27223.hrndva-omta02.mail.rr.com@corinth.polands.org> for ; Wed, 13 Feb 2008 18:22:58 +0000 Received: from ammon.polands.org (ammon.polands.org [172.16.1.7]) by corinth.polands.org (8.13.8/8.13.8) with ESMTP id m1DIMvxJ058873 for ; Wed, 13 Feb 2008 12:22:57 -0600 (CST) (envelope-from djp@polands.org) Received: from ammon.polands.org (localhost [127.0.0.1]) by ammon.polands.org (8.13.8/8.13.8) with ESMTP id m1DIMvgN041862 for ; Wed, 13 Feb 2008 12:22:57 -0600 (CST) (envelope-from djp@ammon.polands.org) Received: (from djp@localhost) by ammon.polands.org (8.13.8/8.13.8/Submit) id m1DIMvWS041861 for freebsd-stable@freebsd.org; Wed, 13 Feb 2008 12:22:57 -0600 (CST) (envelope-from djp) Date: Wed, 13 Feb 2008 12:22:57 -0600 From: Doug Poland To: freebsd-stable@freebsd.org Message-ID: <20080213182257.GA41803@polands.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Thunderbird 2.0.0.9 (X11/20080206) X-Virus-Scanned: ClamAV 0.88.4/5799/Wed Feb 13 09:15:22 2008 on corinth.polands.org X-Virus-Status: Clean Subject: buildkernel error going from 6.2-STABLE to 6.3-STABLE i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 18:38:07 -0000 Hello, I'm attempting to build a GENERIC kernel for 6.3-STABLE and am getting the following error message: cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -c /usr/src/sys/i386/isa/clock.c: In function `DELAY': /usr/src/sys/i386/isa/clock.c:301: warning: implicit declaration of function `cpu_spinwait' /usr/src/sys/i386/isa/clock.c:301: warning: nested extern declaration of `cpu_spinwait' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. The box is currently running 6.2-STABLE (i386). I did a fresh cvsup yesterday using: *default release=cvs tag=RELENG_6 Buildworld worked without issue. I've googled but have yet to find an answer. Any ideas? -- Regards, Doug From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 18:44:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3A0D16A418 for ; Wed, 13 Feb 2008 18:44:14 +0000 (UTC) (envelope-from spomerg@cwu.EDU) Received: from scylla.cts.cwu.edu (scylla.cts.cwu.edu [198.104.67.151]) by mx1.freebsd.org (Postfix) with ESMTP id BEA2813C47E for ; Wed, 13 Feb 2008 18:44:14 +0000 (UTC) (envelope-from spomerg@cwu.EDU) Received: from CONVERSION-CWU-DAEMON.SCYLLA.CTS.CWU.EDU by SCYLLA.CTS.CWU.EDU (PMDF V6.3-x13 #31358) id <01MR8TFU3BTC000LS8@SCYLLA.CTS.CWU.EDU> for freebsd-stable@freebsd.org; Wed, 13 Feb 2008 10:44:14 -0800 (PST) Received: from hermes.cwu.edu (hermes.cwu.edu [172.16.21.28]) by SCYLLA.CTS.CWU.EDU (PMDF V6.3-x13 #31358) with ESMTP id <01MR8TFTWHZM000L4K@SCYLLA.CTS.CWU.EDU> for freebsd-stable@freebsd.org; Wed, 13 Feb 2008 10:44:13 -0800 (PST) Received: from cwugate1-MTA by hermes.cwu.edu with Novell_GroupWise; Wed, 13 Feb 2008 10:44:13 -0800 Date: Wed, 13 Feb 2008 10:44:03 -0800 From: Gavin Spomer To: freebsd-stable@freebsd.org Message-id: <47B2C9F30200009000013E37@hermes.cwu.edu> MIME-version: 1.0 X-Mailer: Novell GroupWise Internet Agent 7.0.2 HP Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: quoted-printable Content-disposition: inline Subject: Re: Rebuilding World Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 18:44:14 -0000 >>>> "Chris H." 02/12/08 4:34 PM >>> >Quoting Gavin Spomer : >> First, let me note that step one in rebuilding world should be "cd=20 >> /usr/src", not "make buildworld". I guess I was supposed to know = that=20 >> for some reason. Having said that, I figured I would also have to be=20 >> in /usr/src for the "make installworld" step. But I couldn't do = that!=20 >> Why? I could cd to /usr, but not /usr/src! >> So, I decided to go ahead and try the "mergemaster -p" step. I was=20 >> given an error that was something like "cannot find mergemaster". So=20 >> I thought that maybe in single user mode my $PATH isn't set, so I=20 >> thought about entering "/sbin/mergemaster -p", but I didn't know if=20 >> that was the path or not and I chickened out. :( Maybe the fact that=20 >> I hit Return to choose /bin/sh while going into single user mode=20 >> instead of my preferred bash had something to do with it? >> Here's a slightly dumb question: when I get this all figured out, do=20 >> I have to start all over from "make buildworld" or can I just=20 >> continue with booting in single user mode and "mergemaster -p"? I'm=20 >> guessing I can just continue, but I thought it was important to ask. >> Here's a little more intelligent question or two. ;) Is there a way=20 >> to do this while logged in via ssh? I don't mind making the trip to=20 >> our computer room so I can select #4 at the FreeBSD prompt, but it's=20 >> not all that convenient. Also, how long (in general) do the steps=20 >> "mergemaster -p" through the final reboot take? I am running FreeBSD=20 >> on a test server, but if I were to use it for my production servers=20 >> (which I am considering), the down-time of being in single user mode=20 >> would be a concern. >> Thanks to everyone who takes the time to read this. :) > >Greetings Gavin, >Yes, you're quite correct on all accounts. The doc's are a bit terse >in these areas. Which, as I read your email, reminds me why I _should_ >send-pr a patch with some additional info in these areas. I guess I'm >like so many others - once I figured it all out, I got so involved >with it all, I completely forgot there was some issues with the docs. >NOTE: I'm not the author of the documentation. :) >OK I'm going to give you a "cheat sheet" that I hope you'll find >helpful in the future - be aware, this is NOT an excuse to ignore >the /usr/src/UPDATING file, as THAT document will QUITE likely >contain more timely information regarding little, but important >changes, that can make all the difference. >That said, here goes: >-------------------------------------------------------- >* On an initial install ALWAYS buildworld BEFORE buildkernel >* Unless having troubles building a kernel, it is usually > best to ensure /etc/make.conf is empty >* If REbuilding world/kernel it is usually a good idea to > perform the following: >cd /usr/obj >chflags -R noschg * >rm -rf * >(see chflags(1) for more information) >-------------------------------------------------------- >OK here we go: >cd /usr/src/sys//conf >cp ./GENERIC ./YOUR_CHOSEN_NAME >edit ./YOUR_CHOSEN_NAME and adjust as necessary >cd /usr/src >make buildworld >* * * * OPTIONAL * * * * >NOTE: SINGLE CPU: >make -j4 buildworld >NOTE: MULTI CPU: >make -j(6 through 10) buildworld >* * * * * * * * * * * * >make buildkernel KERNCONF=3DYOUR_KERNEL_HERE >make installkernel KERNCONF=3DYOUR_KERNEL_HERE >reboot (in single user mode) >fsck -p (optional, but a good idea) >mount -u / >mount -a -t ufs >swapon -a (most cases; optional) >cd /usr/src >mergemaster -p >make installworld >mergemaster >reboot >That was simply a QUICK cheat sheet, and does not >replace good research. But I hope it helps. :) >--Chris Thanks, this was very helpful. First of all I would just like to admit = that I only gave /usr/src/UPDATING a quick glance. Shame on me; it might = have solved most (if not all) of my problem if I had read more thoroughly. Surprisingly I grokked most of your cheatsheet and looked at a few man = pages to figure out most of the rest. Haven't tried it all yet. I was = wondering about the "mount -u /". Is it really necessary to mount the root = partition prior to mounting all of them in the next step? I don't really understand the "swapon -a". When is it necessary and when = is it not? Also, UPDATING has "adjkerntz -i" just before "mergemaster -p". I looked = at the man page for adjkerntz and am still uncertain if I need to do this. = I run an ntpd client, if that makes any difference. I think the documentation is an excellent reference for people who = already, moderately know FreeBSD. I am not even a true newbie as I have a = CS degree and have been a Linux admin for 2 years. Even so I often have a = hard time with the complexity of FreeBSD. I recognize the value of = understanding the fine-grain "nuts and bolts" of a system, but even so I = wonder if FreeBSD over-complicates some things? - Gavin From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 18:51:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58A4B16A47E for ; Wed, 13 Feb 2008 18:51:09 +0000 (UTC) (envelope-from spomerg@cwu.EDU) Received: from donald.cts.cwu.edu (donald.cts.cwu.edu [198.104.67.147]) by mx1.freebsd.org (Postfix) with ESMTP id 3555913C4E7 for ; Wed, 13 Feb 2008 18:51:08 +0000 (UTC) (envelope-from spomerg@cwu.EDU) Received: from CONVERSION-CWU-DAEMON.DONALD.CTS.CWU.EDU by DONALD.CTS.CWU.EDU (PMDF V6.3-x13 #31358) id <01MR8TOBKECG000IVE@DONALD.CTS.CWU.EDU> for freebsd-stable@freebsd.org; Wed, 13 Feb 2008 10:51:06 -0800 (PST) Received: from hermes.cwu.edu (hermes.cwu.edu [172.16.21.28]) by DONALD.CTS.CWU.EDU (PMDF V6.3-x13 #31358) with ESMTP id <01MR8TNDVHQM000JE0@DONALD.CTS.CWU.EDU> for freebsd-stable@freebsd.org; Wed, 13 Feb 2008 10:50:19 -0800 (PST) Received: from cwugate1-MTA by hermes.cwu.edu with Novell_GroupWise; Wed, 13 Feb 2008 10:50:19 -0800 Date: Wed, 13 Feb 2008 10:50:10 -0800 From: Gavin Spomer To: freebsd-stable@freebsd.org Message-id: <47B2CB620200009000013E41@hermes.cwu.edu> MIME-version: 1.0 X-Mailer: Novell GroupWise Internet Agent 7.0.2 HP Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: quoted-printable Content-disposition: inline Subject: Re: Rebuilding World Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 18:51:09 -0000 >>> "illoai@gmail.com" 02/12/08 6:13 PM >>> >On 12/02/2008, Chris H. wrote: >> Quoting Gavin Spomer : >. . . > > > for some reason. Having said that, I figured I would also have to be > > > in /usr/src for the "make installworld" step. But I couldn't do = that! > > > Why? I could cd to /usr, but not /usr/src! > . . . > > reboot (in single user mode) > > > > fsck -p (optional, but a good idea) > > mount -u / > > mount -a -t ufs > ^^^^^^^^^^^^^^^----- this is why you couldn't cd into /usr/src Yep, makes sense to me now. Kinda difficult to cd to unmounted file = systems. ;) =20 > > swapon -a (most cases; optional) >=20 > from note 3 near the end of /usr/src/UPDATING: >=20 > [3] From the bootblocks, boot -s, and then do > fsck -p > mount -u / > mount -a > cd src > adjkerntz -i # if CMOS is wall time > Also, when doing a major release upgrade, it is required that > you boot into single user mode to do the installworld. Yes, I've been caught red-handed, slacking on reading of the documentation.= ;) - Gavin From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 18:56:22 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA30716A468 for ; Wed, 13 Feb 2008 18:56:22 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 9F05213C507 for ; Wed, 13 Feb 2008 18:56:22 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.2/8.14.2) with ESMTP id m1DIe3qE028661; Wed, 13 Feb 2008 12:40:03 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Wed, 13 Feb 2008 12:40:03 -0600 (CST) From: "Sean C. Farley" To: Hugo Silva In-Reply-To: <47B334CD.1000200@barafranca.com> Message-ID: References: <200802131453.m1DErqO8071630@lava.sentex.ca> <47B334CD.1000200@barafranca.com> User-Agent: Alpine 1.00 (BSF 882 2007-12-20) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="56599777-54586912-1202928003=:9796" X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on mail.farley.org Cc: freebsd-stable@FreeBSD.org Subject: Re: AMD64 vs i386, ifstat and bsnmp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 18:56:22 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --56599777-54586912-1202928003=:9796 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII On Wed, 13 Feb 2008, Hugo Silva wrote: > Mike Tancsa wrote: >> Couple of little things I noticed with a new RELENG_7 AMD64 box (as of >> yesterday) >> >> ifstat from the ports cannot seem to find interfaces for some reason ? It >> works fine on i386 *snip* Try this patch. The type to the fourth argument to sysctl is wrong (int) and should be size_t. Sean -- scf@FreeBSD.org --56599777-54586912-1202928003=:9796 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=ifstat.patch Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=ifstat.patch LS0tIGRyaXZlcnMuYy5vcmlnCTIwMDMtMTEtMjEgMTk6Mjc6NTEuMDAwMDAw MDAwIC0wNjAwDQorKysgZHJpdmVycy5jCTIwMDgtMDItMTMgMTI6MjU6MTQu MDAwMDAwMDAwIC0wNjAwDQpAQCAtNTkzLDcgKzU5Myw4IEBADQogICBpbnQg aWZjb3VudFtdID0gew0KICAgICBDVExfTkVULCBQRl9MSU5LLCBORVRMSU5L X0dFTkVSSUMsIElGTUlCX1NZU1RFTSwgSUZNSUJfSUZDT1VOVA0KICAgfTsN Ci0gIGludCBjb3VudCwgc2l6ZTsNCisgIGludCBjb3VudDsNCisgIHNpemVf dCBzaXplOw0KICAgDQogICBzaXplID0gc2l6ZW9mKGNvdW50KTsNCiAgIGlm IChzeXNjdGwoaWZjb3VudCwgc2l6ZW9mKGlmY291bnQpIC8gc2l6ZW9mKGlu dCksICZjb3VudCwgJnNpemUsIE5VTEwsIDApIDwgMCkgew0KQEAgLTYwNyw3 ICs2MDgsNyBAQA0KICAgaW50IGlmaW5mb1tdID0gew0KICAgICBDVExfTkVU LCBQRl9MSU5LLCBORVRMSU5LX0dFTkVSSUMsIElGTUlCX0lGREFUQSwgaW5k ZXgsIElGREFUQV9HRU5FUkFMDQogICB9Ow0KLSAgaW50IHNpemUgPSBzaXpl b2YoKmlmbWQpOw0KKyAgc2l6ZV90IHNpemUgPSBzaXplb2YoKmlmbWQpOw0K IA0KICAgaWYgKHN5c2N0bChpZmluZm8sIHNpemVvZihpZmluZm8pIC8gc2l6 ZW9mKGludCksIGlmbWQsICZzaXplLCBOVUxMLCAwKSA8IDApDQogICAgIHJl dHVybiAwOw0K --56599777-54586912-1202928003=:9796-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 19:38:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E958116A421 for ; Wed, 13 Feb 2008 19:38:10 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id ACEE013C4D9 for ; Wed, 13 Feb 2008 19:38:10 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DJc7wh050792; Wed, 13 Feb 2008 14:38:07 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m1DJc6xp072821 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Feb 2008 14:38:06 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200802131938.m1DJc6xp072821@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 13 Feb 2008 14:38:20 -0500 To: "Sean C. Farley" , Hugo Silva From: Mike Tancsa In-Reply-To: References: <200802131453.m1DErqO8071630@lava.sentex.ca> <47B334CD.1000200@barafranca.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: AMD64 vs i386, ifstat and bsnmp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 19:38:11 -0000 At 01:40 PM 2/13/2008, Sean C. Farley wrote: >On Wed, 13 Feb 2008, Hugo Silva wrote: > >>Mike Tancsa wrote: >>>Couple of little things I noticed with a new RELENG_7 AMD64 box >>>(as of yesterday) >>>ifstat from the ports cannot seem to find interfaces for some >>>reason ? It works fine on i386 > >*snip* > >Try this patch. The type to the fourth argument to sysctl is wrong >(int) and should be size_t. Thanks! That did the trick. Should I file or PR, or can you just commit the patch ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 19:56:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7134B16A418 for ; Wed, 13 Feb 2008 19:56:40 +0000 (UTC) (envelope-from spomerg@cwu.EDU) Received: from scylla.cts.cwu.edu (scylla.cts.cwu.edu [198.104.67.151]) by mx1.freebsd.org (Postfix) with ESMTP id 5701D13C458 for ; Wed, 13 Feb 2008 19:56:40 +0000 (UTC) (envelope-from spomerg@cwu.EDU) Received: from CONVERSION-CWU-DAEMON.SCYLLA.CTS.CWU.EDU by SCYLLA.CTS.CWU.EDU (PMDF V6.3-x13 #31358) id <01MR8VWN59FK000LM8@SCYLLA.CTS.CWU.EDU> for freebsd-stable@freebsd.org; Wed, 13 Feb 2008 11:56:39 -0800 (PST) Received: from hermes.cwu.edu (hermes.cwu.edu [172.16.21.28]) by SCYLLA.CTS.CWU.EDU (PMDF V6.3-x13 #31358) with ESMTP id <01MR8VWF6CYE000LZW@SCYLLA.CTS.CWU.EDU> for freebsd-stable@freebsd.org; Wed, 13 Feb 2008 11:55:02 -0800 (PST) Received: from cwugate1-MTA by hermes.cwu.edu with Novell_GroupWise; Wed, 13 Feb 2008 11:12:51 -0800 Date: Wed, 13 Feb 2008 11:12:45 -0800 From: Gavin Spomer To: freebsd-stable@freebsd.org Message-id: <47B2D0AD0200009000013E4F@hermes.cwu.edu> MIME-version: 1.0 X-Mailer: Novell GroupWise Internet Agent 7.0.2 HP Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: quoted-printable Content-disposition: inline Subject: Re: Rebuilding World Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 19:56:40 -0000 >>> Kevin Oberman 02/12/08 7:01 PM >>> > > make buildkernel KERNCONF=3DYOUR_KERNEL_HERE > > make installkernel KERNCONF=3DYOUR_KERNEL_HERE > If you put KERNCONF into make.conf, you can simplify it to: > make kernel Just to be clear, if I add the appropriate KERNCONF line in /etc/make.conf,= "make kernel" will take care of both "make buildkernel" AND "make = installkernel"? (w/o the KERNCONF=3D part) > > reboot (in single user mode) > >=20 > > fsck -p (optional, but a good idea) > A total waste of time, but I do it anyway since I am paranoid. > adjkerntz -i Like many good admins, I am paranoid too, so I will include this. :) > This command has no impact if the hardware clock is set to UTC/GMT, but > it is often not, especially if the system is dual boot with Windows. > > mount -u / > Since the next command does this, the is no need for this, even for the > paranoid. > > mount -a -t ufs > > swapon -a (most cases; optional) > >=20 > > cd /usr/src > > mergemaster -p > > make installworld > > mergemaster > While not in src/UPDATING, I always urge people to use the -iU options > to save a LOT of time on future builds. These options are for mergemaster I take it? I had another look at the man = page for mergemaster and inspected these options, so this sounds good. > > reboot > >=20 > > That was simply a QUICK cheat sheet, and does not > > replace good research. But I hope it helps. :) >=20 > Thanks for posting this. Maybe it will lead to some documentation = updates. > R. Kevin Oberman, Network Engineer From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 20:01:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 513B116A41A for ; Wed, 13 Feb 2008 20:01:43 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 0905713C459 for ; Wed, 13 Feb 2008 20:01:42 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m1DK1gtm008903; Wed, 13 Feb 2008 12:01:42 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m1DK1fDR008902; Wed, 13 Feb 2008 12:01:42 -0800 (PST) (envelope-from david) Date: Wed, 13 Feb 2008 12:01:41 -0800 From: David Wolfskill To: Doug Poland Message-ID: <20080213200141.GY53191@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Doug Poland , freebsd-stable@freebsd.org References: <20080213182257.GA41803@polands.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vOCZ4jhp7iwOpVgV" Content-Disposition: inline In-Reply-To: <20080213182257.GA41803@polands.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: buildkernel error going from 6.2-STABLE to 6.3-STABLE i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 20:01:43 -0000 --vOCZ4jhp7iwOpVgV Content-Type: multipart/mixed; boundary="gpXIsXW0UVH8BryT" Content-Disposition: inline --gpXIsXW0UVH8BryT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 13, 2008 at 12:22:57PM -0600, Doug Poland wrote: > Hello, >=20 > I'm attempting to build a GENERIC kernel for 6.3-STABLE and am getting=20 > the following error message: >=20 > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs=20 > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline=20 > -Wcast-qual -fformat-extensions -std=3Dc99 -g -nostdinc -I- -c > /usr/src/sys/i386/isa/clock.c: In function `DELAY': > /usr/src/sys/i386/isa/clock.c:301: warning: implicit declaration of=20 > function `cpu_spinwait' > /usr/src/sys/i386/isa/clock.c:301: warning: nested extern declaration of= =20 > `cpu_spinwait' > *** Error code 1 > ... > The box is currently running 6.2-STABLE (i386). I did a fresh cvsup > yesterday using: > *default release=3Dcvs tag=3DRELENG_6 >=20 > Buildworld worked without issue. I've googled but have yet to find an > answer. Any ideas? Yes. As I mentioned in my response to the "tinderbox" report, the attached patch fixed it for me. Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --gpXIsXW0UVH8BryT Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="clock.c.diff" Content-Transfer-Encoding: quoted-printable Index: sys/i386/isa/clock.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/freebsd/src/sys/i386/isa/clock.c,v retrieving revision 1.222.2.4 diff -u -r1.222.2.4 clock.c --- sys/i386/isa/clock.c 12 Feb 2008 19:14:01 -0000 1.222.2.4 +++ sys/i386/isa/clock.c 13 Feb 2008 12:58:41 -0000 @@ -70,6 +70,7 @@ #include =20 #include +#include #include #include #include --gpXIsXW0UVH8BryT-- --vOCZ4jhp7iwOpVgV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkezTKUACgkQmprOCmdXAD36IACfc/gOoF8tvSaB8qwai3sUxxRq l3kAn3SrD0UZQXvhtOTcU7mecLV9a6FH =PAmZ -----END PGP SIGNATURE----- --vOCZ4jhp7iwOpVgV-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 20:05:37 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B558E16A419 for ; Wed, 13 Feb 2008 20:05:37 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 804F913C4D9 for ; Wed, 13 Feb 2008 20:05:37 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.2/8.14.2) with ESMTP id m1DK5VQo029914; Wed, 13 Feb 2008 14:05:31 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Wed, 13 Feb 2008 14:05:31 -0600 (CST) From: "Sean C. Farley" To: Mike Tancsa In-Reply-To: <200802131938.m1DJc6xp072821@lava.sentex.ca> Message-ID: References: <200802131453.m1DErqO8071630@lava.sentex.ca> <47B334CD.1000200@barafranca.com> <200802131938.m1DJc6xp072821@lava.sentex.ca> User-Agent: Alpine 1.00 (BSF 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on mail.farley.org Cc: freebsd-stable@FreeBSD.org, Hugo Silva Subject: Re: AMD64 vs i386, ifstat and bsnmp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 20:05:37 -0000 On Wed, 13 Feb 2008, Mike Tancsa wrote: > At 01:40 PM 2/13/2008, Sean C. Farley wrote: >> On Wed, 13 Feb 2008, Hugo Silva wrote: >> >>> Mike Tancsa wrote: >>>> Couple of little things I noticed with a new RELENG_7 AMD64 box (as >>>> of yesterday) >>>> ifstat from the ports cannot seem to find interfaces for some >>>> reason ? It works fine on i386 >> >> *snip* >> >> Try this patch. The type to the fourth argument to sysctl is wrong >> (int) and should be size_t. > > Thanks! That did the trick. Should I file or PR, or can you just > commit the patch ? That is good. I recommend filing a PR, so it will not get lost. Besides being behind on my own PR's :), I am still a src-committer-in-training--commits must be approved by my mentor--which adds to the lag. Thank you for taking care of the paperwork. Sean -- scf@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 20:07:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9773B16A468 for ; Wed, 13 Feb 2008 20:07:57 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [208.149.144.13]) by mx1.freebsd.org (Postfix) with ESMTP id 6AF3D13C4E3 for ; Wed, 13 Feb 2008 20:07:57 +0000 (UTC) (envelope-from lists@pingle.org) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id 560671149C; Wed, 13 Feb 2008 15:07:56 -0500 (EST) X-Virus-Scanned: amavisd-new at pingle.org Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nothKo-XzBj8; Wed, 13 Feb 2008 15:07:51 -0500 (EST) Received: from [192.168.130.110] (hpcw.hpcisp.com [208.149.144.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTP id 8E5851149A; Wed, 13 Feb 2008 15:07:51 -0500 (EST) Message-ID: <47B34E07.4090307@pingle.org> Date: Wed, 13 Feb 2008 15:07:35 -0500 From: Jim Pingle User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Gavin Spomer References: <47B2D0AD0200009000013E4F@hermes.cwu.edu> In-Reply-To: <47B2D0AD0200009000013E4F@hermes.cwu.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Rebuilding World Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 20:07:57 -0000 Gavin Spomer wrote: >>>> Kevin Oberman 02/12/08 7:01 PM >>> >>> make buildkernel KERNCONF=YOUR_KERNEL_HERE >>> make installkernel KERNCONF=YOUR_KERNEL_HERE >> If you put KERNCONF into make.conf, you can simplify it to: >> make kernel > > Just to be clear, if I add the appropriate KERNCONF line in /etc/make.conf, "make kernel" will take care of both "make buildkernel" AND "make installkernel"? (w/o the KERNCONF= part) [snip] Last I heard, the better way to define KERNCONF in make.conf is as follows: KERNCONF?=MYKERNEL Then you can use "make kernel" as you say, but should you need to compile a kernel using an alternate configuration, you can still issue the "make kernel KERNCONF=MYOTHERKERNEL" on the command line. Similarly, if you choose to set CPUTYPE in make.conf, use a line such as: CPUTYPE?=p4 That way it can be overridden if necessary by other commands, but will default to your choice. Jim From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 21:25:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7B4016A419 for ; Wed, 13 Feb 2008 21:25:15 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id A526213C457 for ; Wed, 13 Feb 2008 21:25:15 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m1DLP52S020281; Wed, 13 Feb 2008 13:25:11 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m1DLP5DA020280; Wed, 13 Feb 2008 13:25:05 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 13 Feb 2008 13:25:04 -0800 Message-ID: <20080213132504.75qanebo08ks8o88@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 13 Feb 2008 13:25:04 -0800 From: "Chris H." To: Gavin Spomer References: <47B2C9F30200009000013E37@hermes.cwu.edu> In-Reply-To: <47B2C9F30200009000013E37@hermes.cwu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@freebsd.org Subject: Re: Rebuilding World Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 21:25:16 -0000 Quoting Gavin Spomer : >>>>> "Chris H." 02/12/08 4:34 PM >>> >> Quoting Gavin Spomer : >>> First, let me note that step one in rebuilding world should be "cd >>> /usr/src", not "make buildworld". I guess I was supposed to know that >>> for some reason. Having said that, I figured I would also have to be >>> in /usr/src for the "make installworld" step. But I couldn't do that! >>> Why? I could cd to /usr, but not /usr/src! >>> So, I decided to go ahead and try the "mergemaster -p" step. I was >>> given an error that was something like "cannot find mergemaster". So >>> I thought that maybe in single user mode my $PATH isn't set, so I >>> thought about entering "/sbin/mergemaster -p", but I didn't know if >>> that was the path or not and I chickened out. :( Maybe the fact that >>> I hit Return to choose /bin/sh while going into single user mode >>> instead of my preferred bash had something to do with it? >>> Here's a slightly dumb question: when I get this all figured out, do >>> I have to start all over from "make buildworld" or can I just >>> continue with booting in single user mode and "mergemaster -p"? I'm >>> guessing I can just continue, but I thought it was important to ask. >>> Here's a little more intelligent question or two. ;) Is there a way >>> to do this while logged in via ssh? I don't mind making the trip to >>> our computer room so I can select #4 at the FreeBSD prompt, but it's >>> not all that convenient. Also, how long (in general) do the steps >>> "mergemaster -p" through the final reboot take? I am running FreeBSD >>> on a test server, but if I were to use it for my production servers >>> (which I am considering), the down-time of being in single user mode >>> would be a concern. >>> Thanks to everyone who takes the time to read this. :) >> >> Greetings Gavin, >> Yes, you're quite correct on all accounts. The doc's are a bit terse >> in these areas. Which, as I read your email, reminds me why I _should_ >> send-pr a patch with some additional info in these areas. I guess I'm >> like so many others - once I figured it all out, I got so involved >> with it all, I completely forgot there was some issues with the docs. >> NOTE: I'm not the author of the documentation. :) >> OK I'm going to give you a "cheat sheet" that I hope you'll find >> helpful in the future - be aware, this is NOT an excuse to ignore >> the /usr/src/UPDATING file, as THAT document will QUITE likely >> contain more timely information regarding little, but important >> changes, that can make all the difference. >> That said, here goes: >> -------------------------------------------------------- >> * On an initial install ALWAYS buildworld BEFORE buildkernel >> * Unless having troubles building a kernel, it is usually >> best to ensure /etc/make.conf is empty >> * If REbuilding world/kernel it is usually a good idea to >> perform the following: >> cd /usr/obj >> chflags -R noschg * >> rm -rf * >> (see chflags(1) for more information) >> -------------------------------------------------------- >> OK here we go: >> cd /usr/src/sys//conf >> cp ./GENERIC ./YOUR_CHOSEN_NAME >> edit ./YOUR_CHOSEN_NAME and adjust as necessary >> cd /usr/src >> make buildworld >> * * * * OPTIONAL * * * * >> NOTE: SINGLE CPU: >> make -j4 buildworld >> NOTE: MULTI CPU: >> make -j(6 through 10) buildworld >> * * * * * * * * * * * * >> make buildkernel KERNCONF=YOUR_KERNEL_HERE >> make installkernel KERNCONF=YOUR_KERNEL_HERE >> reboot (in single user mode) >> fsck -p (optional, but a good idea) >> mount -u / >> mount -a -t ufs >> swapon -a (most cases; optional) >> cd /usr/src >> mergemaster -p >> make installworld >> mergemaster >> reboot >> That was simply a QUICK cheat sheet, and does not >> replace good research. But I hope it helps. :) >> --Chris > > Thanks, this was very helpful. First of all I would just like to > admit that I only gave /usr/src/UPDATING a quick glance. Shame on me; > it might have solved most (if not all) of my problem if I had read > more thoroughly. > > Surprisingly I grokked most of your cheatsheet and looked at a few > man pages to figure out most of the rest. Haven't tried it all yet. I > was wondering about the "mount -u /". Is it really necessary to mount > the root partition prior to mounting all of them in the next step? Absolutely. Think about it for a momment. Given that EVERYTHING (save swap) is mounted off of root ( / ). So it becomes quite impossible to mount /usr/ if / hasn't already been mounted. In other words; if / hasn't been mounted it doesn't exist for usr/ to mount from it. :) > > I don't really understand the "swapon -a". When is it necessary and > when is it not? As a rule, it is already available after boot. So executing swapon -a is often considered overkill. /But/ absolutely no harm will come of doing it, and it /may/ be necessary. So this just insures you have an "event free" journey. :) > > Also, UPDATING has "adjkerntz -i" just before "mergemaster -p". I > looked at the man page for adjkerntz and am still uncertain if I need > to do this. I run an ntpd client, if that makes any difference. Again, just a precaution. Think "safe", or "event free". :) > > I think the documentation is an excellent reference for people who > already, moderately know FreeBSD. I am not even a true newbie as I > have a CS degree and have been a Linux admin for 2 years. Even so I > often have a hard time with the complexity of FreeBSD. I recognize > the value of understanding the fine-grain "nuts and bolts" of a > system, but even so I wonder if FreeBSD over-complicates some things? This is the "UNIX way". It breaks everything into small bits of useful stuff. There-by providing the "nuts & bolts" to build, or accomplish almost /anything/ with little, or no effort. Linux kind of "missed the boat" on this one. But even Linus T. indicates that Linux is not UNIX. I'd have to say, it's more a "feels like UNIX" than anything else. To sum things up; given that I've been using BSD since long before FreeBSD even existed. I can't imagine how anyone would consider using anything /but/ *BSD. It is /infinitely/ flexible, which only adds to it's power. While - as you mentioned, it seems complicated to a new user. One must remember, after all, that it is a /server/ and perhaps, not best suited to an average "desktop" user. But, if given the time, will become your best friend - /really/. :) Best wishes to you. --Chris H. > > - Gavin > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 22:04:19 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C40916A419; Wed, 13 Feb 2008 22:04:19 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5E79F13C469; Wed, 13 Feb 2008 22:04:19 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m1DM4IIV045498; Wed, 13 Feb 2008 17:04:18 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m1DM4I5J073463 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Feb 2008 17:04:18 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200802132204.m1DM4I5J073463@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 13 Feb 2008 17:04:32 -0500 To: "Sean C. Farley" From: Mike Tancsa In-Reply-To: References: <200802131453.m1DErqO8071630@lava.sentex.ca> <47B334CD.1000200@barafranca.com> <200802131938.m1DJc6xp072821@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@FreeBSD.org Subject: Re: AMD64 vs i386, ifstat and bsnmp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 22:04:19 -0000 At 03:05 PM 2/13/2008, Sean C. Farley wrote: >I recommend filing a PR, so it will not get lost. Besides being behind >on my own PR's :), I am still a src-committer-in-training--commits must Done ! http://www.freebsd.org/cgi/query-pr.cgi?pr=120625 ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 22:13:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C406F16A47C for ; Wed, 13 Feb 2008 22:13:46 +0000 (UTC) (envelope-from spomerg@cwu.EDU) Received: from charybdis.cts.cwu.edu (charybdis.cts.cwu.edu [198.104.67.152]) by mx1.freebsd.org (Postfix) with ESMTP id A8CE413C4E9 for ; Wed, 13 Feb 2008 22:13:46 +0000 (UTC) (envelope-from spomerg@cwu.EDU) Received: from CONVERSION-CWU-DAEMON.CHARYBDIS.CTS.CWU.EDU by CHARYBDIS.CTS.CWU.EDU (PMDF V6.3-x13 #31358) id <01MR90RLWB80000LOO@CHARYBDIS.CTS.CWU.EDU> for freebsd-stable@freebsd.org; Wed, 13 Feb 2008 14:13:46 -0800 (PST) Received: from hermes.cwu.edu (hermes.cwu.edu [172.16.21.28]) by CHARYBDIS.CTS.CWU.EDU (PMDF V6.3-x13 #31358) with ESMTP id <01MR90RLLPS6000MPB@CHARYBDIS.CTS.CWU.EDU> for freebsd-stable@freebsd.org; Wed, 13 Feb 2008 14:13:45 -0800 (PST) Received: from cwugate1-MTA by hermes.cwu.edu with Novell_GroupWise; Wed, 13 Feb 2008 14:13:45 -0800 Date: Wed, 13 Feb 2008 14:13:32 -0800 From: Gavin Spomer To: freebsd-stable@freebsd.org Message-id: <47B2FB0C0200009000013E76@hermes.cwu.edu> MIME-version: 1.0 X-Mailer: Novell GroupWise Internet Agent 7.0.2 HP Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: quoted-printable Content-disposition: inline Subject: Re: Rebuilding World Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 22:13:46 -0000 >>> "Chris H." 02/13/08 1:25 PM >>> > > Surprisingly I grokked most of your cheatsheet and looked at a few=20 > > man pages to figure out most of the rest. Haven't tried it all yet. = I=20 > > was wondering about the "mount -u /". Is it really necessary to = mount=20 > > the root partition prior to mounting all of them in the next step? >=20 > Absolutely. Think about it for a momment. Given that EVERYTHING > (save swap) is mounted off of root ( / ). So it becomes quite > impossible to mount /usr/ if / hasn't already been mounted. In > other words; if / hasn't been mounted it doesn't exist for usr/ > to mount from it. :) For some reason I was thinking that they were still separate, regardless = of their hierarchical relationship. Well, might as well just do them both = since it doesn't hurt. After all, what's a few keystrokes? > > > > I don't really understand the "swapon -a". When is it necessary and=20 > > when is it not? >=20 > As a rule, it is already available after boot. So executing swapon -a > is often considered overkill. /But/ absolutely no harm will come of > doing it, and it /may/ be necessary. So this just insures you have > an "event free" journey. :) >=20 > > > > Also, UPDATING has "adjkerntz -i" just before "mergemaster -p". I=20 > > looked at the man page for adjkerntz and am still uncertain if I = need=20 > > to do this. I run an ntpd client, if that makes any difference. >=20 > Again, just a precaution. Think "safe", or "event free". :) Yeah, I like to think I balance a fearless attitude with caution quite = well. Being fearless allows one to make mistakes and thus potentially = learn more than if not making them, but when it's obvious that safety can = save you a lot of grief, that is the path to take in that instance. > > > > I think the documentation is an excellent reference for people who=20 > > already, moderately know FreeBSD. I am not even a true newbie as I=20 > > have a CS degree and have been a Linux admin for 2 years. Even so I=20 > > often have a hard time with the complexity of FreeBSD. I recognize=20 > > the value of understanding the fine-grain "nuts and bolts" of a=20 > > system, but even so I wonder if FreeBSD over-complicates some things? >=20 > This is the "UNIX way". It breaks everything into small bits of > useful stuff. There-by providing the "nuts & bolts" to build, or > accomplish almost /anything/ with little, or no effort. Linux kind > of "missed the boat" on this one. But even Linus T. indicates that > Linux is not UNIX. I'd have to say, it's more a "feels like UNIX" > than anything else. I agree with the "accomplish almost/anything" fully, but from *my* = experience I respectfully, but strongly disagree with the "with little, or = no effort" part. But that is likely because I don't know Unix even a tenth = as well as you do. :D I guess it's just particularly hard for me in this = case to see benefit; it takes only one command and a lot less time to = patch my SuSE systems, for example. But again, it all boils down to = perspective, I guess. Make sense? > to a new user. One must remember, after all, that it is a /server/ > and perhaps, not best suited to an average "desktop" user. But, if > given the time, will become your best friend - /really/. :) I never run any GUI on my servers. > Best wishes to you. >=20 > --Chris H. Thanks, I am genuinely having a LOT of fun dinking around with FreeBSD on = my test server! Linux was definitely a good warm up. And it's nice to be = able to tinker under the hood on all my Mac's. (Have 2 @ work and 1 @ = home) From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 23:02:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 712AE16A469 for ; Wed, 13 Feb 2008 23:02:05 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 35F0C13C447 for ; Wed, 13 Feb 2008 23:02:05 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m1DN1xbP026213; Thu, 14 Feb 2008 10:02:00 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200802132302.m1DN1xbP026213@drugs.dv.isc.org> To: Gavin Spomer From: Mark Andrews In-reply-to: Your message of "Wed, 13 Feb 2008 14:13:32 -0800." <47B2FB0C0200009000013E76@hermes.cwu.edu> Date: Thu, 14 Feb 2008 10:01:59 +1100 Sender: marka@isc.org Cc: freebsd-stable@freebsd.org Subject: Re: Rebuilding World Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 23:02:05 -0000 > > > Also, UPDATING has "adjkerntz -i" just before "mergemaster -p". I=20 > > > looked at the man page for adjkerntz and am still uncertain if I = > need=20 > > > to do this. I run an ntpd client, if that makes any difference. > >=20 > > Again, just a precaution. Think "safe", or "event free". :) Well when you live in front of UTC and use wallclock time because you dual boot with a OS that doesn't support the hardware clock at UTC, you end up waiting however many hours you are infront of UTC for "make" to work again properly. Last time I forgot it was a 11 hour wait. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Feb 13 23:32:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CF2316A421 for ; Wed, 13 Feb 2008 23:32:07 +0000 (UTC) (envelope-from spomerg@cwu.EDU) Received: from donald.cts.cwu.edu (donald.cts.cwu.edu [198.104.67.147]) by mx1.freebsd.org (Postfix) with ESMTP id 7DC2813C461 for ; Wed, 13 Feb 2008 23:32:07 +0000 (UTC) (envelope-from spomerg@cwu.EDU) Received: from CONVERSION-CWU-DAEMON.DONALD.CTS.CWU.EDU by DONALD.CTS.CWU.EDU (PMDF V6.3-x13 #31358) id <01MR93HQON7K000OUC@DONALD.CTS.CWU.EDU> for freebsd-stable@freebsd.org; Wed, 13 Feb 2008 15:32:06 -0800 (PST) Received: from hermes.cwu.edu (hermes.cwu.edu [172.16.21.28]) by DONALD.CTS.CWU.EDU (PMDF V6.3-x13 #31358) with ESMTP id <01MR93HPVYF4000P63@DONALD.CTS.CWU.EDU> for freebsd-stable@freebsd.org; Wed, 13 Feb 2008 15:32:05 -0800 (PST) Received: from cwugate1-MTA by hermes.cwu.edu with Novell_GroupWise; Wed, 13 Feb 2008 15:32:05 -0800 Date: Wed, 13 Feb 2008 15:31:56 -0800 From: Gavin Spomer To: freebsd-stable@freebsd.org Message-id: <47B30D6C0200009000013E89@hermes.cwu.edu> MIME-version: 1.0 X-Mailer: Novell GroupWise Internet Agent 7.0.2 HP Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: quoted-printable Content-disposition: inline Subject: Re: Rebuilding World Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 23:32:07 -0000 Hallelujah! My "world" is rebuilt! Thanks to Chris, "illoai@gmail.com", = Kevin and Jim for educating me and pointing me in the right direction. = Will definitely research further and continue to have a blast with FreeBSD = on my test server. It very well could be that I will be using FreeBSD for my production = servers by next Fall. :D - Gavin From owner-freebsd-stable@FreeBSD.ORG Thu Feb 14 02:43:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3DA916A41B for ; Thu, 14 Feb 2008 02:43:45 +0000 (UTC) (envelope-from SRS0=0c994c6d3bae276bba72b3b2fa4d053fc3fd9673=610=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id 4A19E13C4E1 for ; Thu, 14 Feb 2008 02:43:45 +0000 (UTC) (envelope-from SRS0=0c994c6d3bae276bba72b3b2fa4d053fc3fd9673=610=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id UEF81743; Wed, 13 Feb 2008 18:43:43 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 979114500F; Wed, 13 Feb 2008 18:43:43 -0800 (PST) To: Gavin Spomer In-Reply-To: Your message of "Wed, 13 Feb 2008 11:12:45 PST." <47B2D0AD0200009000013E4F@hermes.cwu.edu> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1202957023_41010P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 13 Feb 2008 18:43:43 -0800 From: "Kevin Oberman" Message-Id: <20080214024343.979114500F@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: Gavin Spomer X-To_Domain: cwu.edu X-To: Gavin Spomer X-To_Email: spomerg@cwu.EDU X-To_Alias: spomerg Cc: freebsd-stable@freebsd.org Subject: Re: Rebuilding World Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 02:43:46 -0000 --==_Exmh_1202957023_41010P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 13 Feb 2008 11:12:45 -0800 > From: Gavin Spomer > Sender: owner-freebsd-stable@freebsd.org > > >>> Kevin Oberman 02/12/08 7:01 PM >>> > > > make buildkernel KERNCONF=YOUR_KERNEL_HERE > > > make installkernel KERNCONF=YOUR_KERNEL_HERE > > If you put KERNCONF into make.conf, you can simplify it to: > > make kernel > > Just to be clear, if I add the appropriate KERNCONF line in > /etc/make.conf, "make kernel" will take care of both "make > buildkernel" AND "make installkernel"? (w/o the KERNCONF= part) Actually, this is really two things that I concatenated just to confuse everyone. 1. "make kernel" is simply defined in the Makefile as 'make buildkernel && make installkernel'. 2. KERNCONF=YOUR_KERNEL_HERE in make.conf allows you to not need to specify the kernel config file name every time you make. Combine the two and you reduce: make buildkernel KERNCONF=YOUR_KERNEL_HERE make installkernel KERNCONF=YOUR_KERNEL_HERE to: make kernel Of course, if you are building now and not re-booting until later, combining the two steps may not be a good idea, but most people do upgrades to their own systems (as opposed to servers or farms) in immediate sequence. > > > > reboot (in single user mode) > > > > > > fsck -p (optional, but a good idea) > > A total waste of time, but I do it anyway since I am paranoid. > > adjkerntz -i > > Like many good admins, I am paranoid too, so I will include this. :) > > > This command has no impact if the hardware clock is set to UTC/GMT, but > > it is often not, especially if the system is dual boot with Windows. > > > mount -u / > > Since the next command does this, the is no need for this, even for the > > paranoid. > > > mount -a -t ufs > > > swapon -a (most cases; optional) > > > > > > cd /usr/src > > > mergemaster -p > > > make installworld > > > mergemaster > > While not in src/UPDATING, I always urge people to use the -iU options > > to save a LOT of time on future builds. > > These options are for mergemaster I take it? I had another look at the > man page for mergemaster and inspected these options, so this sounds > good. '-i' will install newly added files without asking. It save a bit of time. '-U' uses saved MD5 hashes so that files that have never been modified from default are updated without interaction. This is a huge time saver. (Of course, it does not help the first time you run mergemaster, but it will every time in the future. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1202957023_41010P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHs6rfkn3rs5h7N1ERAiUSAKCteXxVqAEUsX0sXntq+QP69MvUdQCeKRhz H+wToTwMpgw/rgLD9wb/S7k= =5b4b -----END PGP SIGNATURE----- --==_Exmh_1202957023_41010P-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 14 04:02:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEC2716A420 for ; Thu, 14 Feb 2008 04:02:48 +0000 (UTC) (envelope-from SRS0=0c994c6d3bae276bba72b3b2fa4d053fc3fd9673=610=es.net=oberman@es.net) Received: from postal1.es.net (postoffice4.tagpma.org [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id D8A7913C465 for ; Thu, 14 Feb 2008 04:02:47 +0000 (UTC) (envelope-from SRS0=0c994c6d3bae276bba72b3b2fa4d053fc3fd9673=610=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id UGQ40245; Wed, 13 Feb 2008 20:02:45 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id D78F545017; Wed, 13 Feb 2008 20:02:43 -0800 (PST) To: "Chris H." In-Reply-To: Your message of "Wed, 13 Feb 2008 13:25:04 PST." <20080213132504.75qanebo08ks8o88@webmail.1command.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1202961763_41010P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 13 Feb 2008 20:02:43 -0800 From: "Kevin Oberman" Message-Id: <20080214040243.D78F545017@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Chris H. X-To_Domain: 1command.com X-To: "Chris H." X-To_Email: chris#@1command.com X-To_Alias: chris# Cc: freebsd-stable@freebsd.org, Gavin Spomer Subject: Re: Rebuilding World Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 04:02:49 -0000 --==_Exmh_1202961763_41010P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 13 Feb 2008 13:25:04 -0800 > From: "Chris H." > Sender: owner-freebsd-stable@freebsd.org > > Quoting Gavin Spomer : > > Thanks, this was very helpful. First of all I would just like to > > admit that I only gave /usr/src/UPDATING a quick glance. Shame on me; > > it might have solved most (if not all) of my problem if I had read > > more thoroughly. > > > > Surprisingly I grokked most of your cheatsheet and looked at a few > > man pages to figure out most of the rest. Haven't tried it all yet. I > > was wondering about the "mount -u /". Is it really necessary to mount > > the root partition prior to mounting all of them in the next step? > > Absolutely. Think about it for a momment. Given that EVERYTHING > (save swap) is mounted off of root ( / ). So it becomes quite > impossible to mount /usr/ if / hasn't already been mounted. In > other words; if / hasn't been mounted it doesn't exist for usr/ > to mount from it. :) Absolutely not. You are stretching the logic a bit too far on this. I'll admit I am baffled by why imp added this to UPDATING. If you have a valid fstab file, it will have a line (usually the first non-comment line) that specifies the partition as (1) ufs and (2) rw. As a result, 'mount -a -t ufs' will remount / as read-write before trying to mount any other file systems. In over a decade of using FreeBSD (since early V3 days), I have never bothered to specify the explicit remount of /. > > > > I don't really understand the "swapon -a". When is it necessary and > > when is it not? > > As a rule, it is already available after boot. So executing swapon -a > is often considered overkill. /But/ absolutely no harm will come of > doing it, and it /may/ be necessary. So this just insures you have > an "event free" journey. :) Actually, swap is not enabled in single-user mode. It is enabled very early in the startup sequence going to multiuser, but, for obvious reasons, it can't be enabled until dumpon has run. It also starts after initrandom, geli, gbde, encswap, and ccd, although most people don't have all of these enabled. If you are upgrading a system with limited memory and don't start swap, you may run out of RAM and the upgrade will freeze. Not good. Even if it odes not freeze, memory fragmentation could significantly slow progress. In most systems the installworld and mergemaster will never touch swap and the step has no impact, but it never hurts. > > > > Also, UPDATING has "adjkerntz -i" just before "mergemaster -p". I > > looked at the man page for adjkerntz and am still uncertain if I need > > to do this. I run an ntpd client, if that makes any difference. > > Again, just a precaution. Think "safe", or "event free". :) Not at all. Many systems run with a hardware (BIOS) clock set to local time. Your system will run with this time until ntpd can reset it near the end of the init sequence. Many files may be created with broken timestamps during this interval. You can easily check by entering the command 'date' after the system reaches the single-user prompt. If the time printed is correct, there is no need for the 'adjkerntz -i'. If the time is an hour or more off, it is needed. If you live in the UK or any other country in the 0 offset time zone (not many) and it's not summer time, this is not an issue. > > > > I think the documentation is an excellent reference for people who > > already, moderately know FreeBSD. I am not even a true newbie as I > > have a CS degree and have been a Linux admin for 2 years. Even so I > > often have a hard time with the complexity of FreeBSD. I recognize > > the value of understanding the fine-grain "nuts and bolts" of a > > system, but even so I wonder if FreeBSD over-complicates some things? > > This is the "UNIX way". It breaks everything into small bits of > useful stuff. There-by providing the "nuts & bolts" to build, or > accomplish almost /anything/ with little, or no effort. Linux kind > of "missed the boat" on this one. But even Linus T. indicates that > Linux is not UNIX. I'd have to say, it's more a "feels like UNIX" > than anything else. Sorry, but this is not Linus' doing. for better or worse. He provides a kernel, not an operating system. Red Hat, Suse, Mandriva, Ubuntu, Debian, et. al. provide operating systems that use Linus' kernel and use the name Linux. > > To sum things up; given that I've been using BSD since long before > FreeBSD even existed. I can't imagine how anyone would consider > using anything /but/ *BSD. It is /infinitely/ flexible, which only > adds to it's power. While - as you mentioned, it seems complicated > to a new user. One must remember, after all, that it is a /server/ > and perhaps, not best suited to an average "desktop" user. But, if > given the time, will become your best friend - /really/. :) I, too, have been using BSD for a bit longer than FreeBSD has existed, having used it while supporting the UC Davis Department of Applied Sciences back in the 1970s. Not that the CSRG BSD days are relevant to much of this as the boot-up as well as the rebuild procedures have been totally re-worked since then (thank goodness). -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1202961763_41010P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHs71jkn3rs5h7N1ERAlPoAKCBGtV527jncU1vAY+kwkntRHKibACgiMIt qDUJxghPlBDASRqnPnQsujo= =IZL8 -----END PGP SIGNATURE----- --==_Exmh_1202961763_41010P-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 14 09:10:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1E6316A417 for ; Thu, 14 Feb 2008 09:10:40 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id 7AE1C13C45A for ; Thu, 14 Feb 2008 09:10:40 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so353489pyb.10 for ; Thu, 14 Feb 2008 01:10:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=xuSDi70nrkLP001yNobTgQpbIH15z8j4xgUnlARxHpI=; b=FIfHhizBObCgJFvBV4cLjNaVII8cknmthGvQ9cPxAA0eOwmQpRJ97SDJA73HTBST29PBV3Lo5FfERiwb4dkNC6SdzOxKKL/PhbarHmP1ntzIrUv8F8m8yRIC0STrvwSfhKPdII/SpRIRbFhvxuywfQ9MrqIPcovKvT73eDXTSkY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=kn95zUsJqZ5P734iBwFa8KFdbSeUsLdE6GTvQmtDkvD+zgD9TLD16dWmNx8Dj24Qfnm4gg0OE9Dc9FzonaPcNrnbUb9su4HnvNA3nOXoyZsNKlf7Ol+iRTzkDJT+RufK3RpnlBIPkxo2wsScX6D3+CYgi3hAJY+1sJFjRJicuOw= Received: by 10.64.250.7 with SMTP id x7mr440689qbh.17.1202980239364; Thu, 14 Feb 2008 01:10:39 -0800 (PST) Received: by 10.65.210.20 with HTTP; Thu, 14 Feb 2008 01:10:39 -0800 (PST) Message-ID: Date: Thu, 14 Feb 2008 11:10:39 +0200 From: "David Naylor" Sender: naylor.b.david@gmail.com To: "Rong-En Fan" , freebsd-stable@freebsd.org In-Reply-To: <20080213143739.GN4650@svm.csie.ntu.edu.tw> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080213095250.GB1451@haakonia.hitnet.RWTH-Aachen.DE> <20080213143739.GN4650@svm.csie.ntu.edu.tw> X-Google-Sender-Auth: ff1e5173a152c171 Cc: Subject: Re: broken buildkernel (scsi_low and -Os) and duplicate manpages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 09:10:40 -0000 On 13/02/2008, Rong-En Fan wrote: > On Wed, Feb 13, 2008 at 10:52:50AM +0100, Christian Brueffer wrote: > > On Wed, Feb 13, 2008 at 11:15:29AM +0200, David Naylor wrote: > > > Hi, > > > > > > When doing an installworld DEST=? it fails twice when trying to > > > install duplicate man pages: > > > 1) lib/ncurses/ncurses: tputs.3 > > > 2) share/man/man9: rman_fini.9 > > > > > > > The rman_fini.9 one was a mistake, I've just fixed it. Thanks! rafan@ > > (CCed) did the last few ncurses updates. Rong-En, could you take a look > > at the tputs.3 issue? > > > Interesting, I actually use installworld w/ DESTDIR, but it does not > fail. Nevertheless, I have just removed the duplicate one (actually, > both curs_terminfo and curs_termcap has tputs.3. As we use termcap > in base, so I just removed the one links to curs_terminfo). It is a strange problem, normal installworld works fine, but somehow the duplicate manpages result in a failure when installing with DESTDIR=, here are some possible reasons: 1) I use tmpfs when using DESTDIR (could be tmpfs does something strange) 2) Base system (compiled and installed) is compiled using -O2??? It could just be the digital gremlin, that lives in my house (he has already claimed a harddrive and laptop adapter... :-) David From owner-freebsd-stable@FreeBSD.ORG Thu Feb 14 10:02:06 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3830016A420 for ; Thu, 14 Feb 2008 10:02:06 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 985E613C458 for ; Thu, 14 Feb 2008 10:02:05 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m1EA22Os050941; Thu, 14 Feb 2008 11:02:03 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m1EA22bk050940; Thu, 14 Feb 2008 11:02:02 +0100 (CET) (envelope-from olli) Date: Thu, 14 Feb 2008 11:02:02 +0100 (CET) Message-Id: <200802141002.m1EA22bk050940@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, blackdragon@highveldmail.co.za In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 14 Feb 2008 11:02:04 +0100 (CET) Cc: Subject: Re: broken buildkernel (scsi_low and -Os) and duplicate manpages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, blackdragon@highveldmail.co.za List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 10:02:06 -0000 David Naylor wrote: > It is a strange problem, normal installworld works fine, but somehow > the duplicate manpages result in a failure when installing with > DESTDIR=, here are some possible reasons: > > 1) I use tmpfs when using DESTDIR (could be tmpfs does something strange) > 2) Base system (compiled and installed) is compiled using -O2??? What is the exact CFLAGS setting that you use? Do you use -O2 (or -Os) without -fno-strict-aliasing? In general, having a CFLAGS=... line in /etc/make.conf is not a good idea. In most cases it does more harm than good. That might be the case here, too. I suggest you remove the CFLAGS line, rm -r /usr/obj (and make sure /usr/src is fresh) and start over. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Documentation is like sex; when it's good, it's very, very good, and when it's bad, it's better than nothing." -- Dick Brandon From owner-freebsd-stable@FreeBSD.ORG Thu Feb 14 11:57:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B715716A417 for ; Thu, 14 Feb 2008 11:57:48 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5100613C458 for ; Thu, 14 Feb 2008 11:57:47 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-133-39.lns11.adl6.internode.on.net [121.45.133.39]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m1EBvjgl057348 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Feb 2008 22:27:45 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 14 Feb 2008 22:27:34 +1030 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1996860.fztbeObibp"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200802142227.41160.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Subject: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 11:57:48 -0000 --nextPart1996860.fztbeObibp Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I am experimenting with IPv6 and I can't seem to remove an IPv6 address=20 from an interface, eg I have.. [midget 22:11] ~ >ifconfig fxp0 fxp0: flags=3D8943 mtu=20 1500 options=3Db inet 10.0.2.1 netmask 0xffffff00 broadcast 10.0.2.255 inet 10.0.2.3 netmask 0xffffffff broadcast 10.0.2.3 inet 10.0.2.4 netmask 0xffffffff broadcast 10.0.2.4 inet 10.0.2.7 netmask 0xffffffff broadcast 10.0.2.7 inet6 2002:792d:8527::1:1 prefixlen 64 ether 00:02:b3:32:2c:51 media: Ethernet 100baseTX status: active But I can't remove it, viz.. [midget 22:11] ~ >sudo ifconfig fxp0 -alias 2002:792d:8527::1:1/64 ifconfig: 2002:792d:8527::1:1/64: bad value [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::1:1/64 ifconfig: 2002:792d:8527::1:1/64: bad value [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::1:1 ifconfig: 2002:792d:8527::1:1: bad value [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::1:1=20 prefixlen 64 ifconfig: 2002:792d:8527::1:1: bad value [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::/64 ifconfig: 2002:792d:8527::/64: bad value Anyone know the right way to do this? :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1996860.fztbeObibp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHtCy15ZPcIHs/zowRAp4GAKCiDBhK5KnMRXAtHN9J9pJwbr9vTQCeLHtF H6WuTRDWwPdfOggg4inmxbw= =UEHW -----END PGP SIGNATURE----- --nextPart1996860.fztbeObibp-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 14 12:05:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22CFF16A4C1 for ; Thu, 14 Feb 2008 12:05:20 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (ramstind.fig.ol.no [IPv6:2001:700:1100:1:250:4ff:fe43:9d15]) by mx1.freebsd.org (Postfix) with ESMTP id 7EA5813C461 for ; Thu, 14 Feb 2008 12:05:19 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (Ximalas@localhost [127.0.0.1]) by ramstind.fig.ol.no (8.13.8/8.13.8) with ESMTP id m1EC558n031571 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Feb 2008 13:05:06 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by ramstind.fig.ol.no (8.13.8/8.13.8/Submit) with ESMTP id m1EC55Lv031568; Thu, 14 Feb 2008 13:05:05 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: ramstind.fig.ol.no: trond owned process doing -bs Date: Thu, 14 Feb 2008 13:05:01 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: "Daniel O'Connor" In-Reply-To: <200802142227.41160.doconnor@gsoft.com.au> Message-ID: <20080214130320.E94751@ramstind.fig.ol.no> References: <200802142227.41160.doconnor@gsoft.com.au> Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-557765797-1202990701=:94751" X-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL, BAYES_00, UPPERCASE_25_50 autolearn=ham X-Spam-Checker-Version: SpamAssassin on ramstind.fig.ol.no Cc: freebsd-stable@freebsd.org Subject: Re: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 12:05:20 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-557765797-1202990701=:94751 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 14 Feb 2008 22:27+1030, Daniel O'Connor wrote: > [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::1:1 > ifconfig: 2002:792d:8527::1:1: bad value Have you tried: sudo ifconfig fxp0 delete inet6 2002:792d:8527::1:1 - -- - ---------------------------------------------------------------------- Trond Endrestøl | trond@fagskolen.gjovik.no Patron of The Art of Computer Programming| FreeBSD 6.2-S & Pine 4.64 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHtC5xbYWZalUoElsRAkXXAJ97xso/N94EE1EaQ4m7hHsIkRJJYgCfSTFV QTMPguKKLtHZWFd2oPTk4LA= =a5p3 -----END PGP SIGNATURE----- --0-557765797-1202990701=:94751-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 14 12:08:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A503816A417 for ; Thu, 14 Feb 2008 12:08:28 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 656CE13C468 for ; Thu, 14 Feb 2008 12:08:28 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JPct9-000MfW-4e; Thu, 14 Feb 2008 12:08:27 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JPct9-000C6p-2b; Thu, 14 Feb 2008 12:08:27 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JPct9-000ByN-23; Thu, 14 Feb 2008 12:08:27 +0000 To: doconnor@gsoft.com.au, freebsd-stable@freebsd.org In-Reply-To: <200802142227.41160.doconnor@gsoft.com.au> Message-Id: From: Pete French Date: Thu, 14 Feb 2008 12:08:27 +0000 Cc: Subject: Re: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 12:08:28 -0000 > But I can't remove it, viz.. > [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::1:1/64 > ifconfig: 2002:792d:8527::1:1/64: bad value Try ifconfig fxp0 inet6 delete 2002:792d:8527::1:1 I think you need the address family in there and no netmask on the end. That certainly stops the error for me here. -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 14 12:13:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E1AB16A41B for ; Thu, 14 Feb 2008 12:13:06 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id E432D13C45E for ; Thu, 14 Feb 2008 12:13:05 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m1ECD4pj080346; Thu, 14 Feb 2008 23:13:04 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200802141213.m1ECD4pj080346@drugs.dv.isc.org> To: "Daniel O'Connor" From: Mark Andrews In-reply-to: Your message of "Thu, 14 Feb 2008 22:27:34 +1030." <200802142227.41160.doconnor@gsoft.com.au> Date: Thu, 14 Feb 2008 23:13:04 +1100 Sender: marka@isc.org Cc: freebsd-stable@freebsd.org Subject: Re: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 12:13:06 -0000 > --nextPart1996860.fztbeObibp > Content-Type: text/plain; > charset="utf-8" > Content-Transfer-Encoding: quoted-printable > Content-Disposition: inline > > Hi, > I am experimenting with IPv6 and I can't seem to remove an IPv6 address=20 > from an interface, eg I have.. > [midget 22:11] ~ >ifconfig fxp0 > fxp0: flags=3D8943 mtu=20 > 1500 > options=3Db > inet 10.0.2.1 netmask 0xffffff00 broadcast 10.0.2.255 > inet 10.0.2.3 netmask 0xffffffff broadcast 10.0.2.3 > inet 10.0.2.4 netmask 0xffffffff broadcast 10.0.2.4 > inet 10.0.2.7 netmask 0xffffffff broadcast 10.0.2.7 > inet6 2002:792d:8527::1:1 prefixlen 64 > ether 00:02:b3:32:2c:51 > media: Ethernet 100baseTX > status: active > > But I can't remove it, viz.. > [midget 22:11] ~ >sudo ifconfig fxp0 -alias 2002:792d:8527::1:1/64 > ifconfig: 2002:792d:8527::1:1/64: bad value > [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::1:1/64 > ifconfig: 2002:792d:8527::1:1/64: bad value > [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::1:1 > ifconfig: 2002:792d:8527::1:1: bad value > [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::1:1=20 > prefixlen 64 > ifconfig: 2002:792d:8527::1:1: bad value > [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::/64 > ifconfig: 2002:792d:8527::/64: bad value > > Anyone know the right way to do this? :) ifconfig fxp0 -alias inet6 2002:792d:8527::1:1 > =2D-=20 > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > > --nextPart1996860.fztbeObibp > Content-Type: application/pgp-signature; name=signature.asc > Content-Description: This is a digitally signed message part. > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > > iD8DBQBHtCy15ZPcIHs/zowRAp4GAKCiDBhK5KnMRXAtHN9J9pJwbr9vTQCeLHtF > H6WuTRDWwPdfOggg4inmxbw= > =UEHW > -----END PGP SIGNATURE----- > > --nextPart1996860.fztbeObibp-- -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Feb 14 12:14:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26D9416A469 for ; Thu, 14 Feb 2008 12:14:59 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 83E7213C45D for ; Thu, 14 Feb 2008 12:14:58 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:fWnm/dgSvxhkPhSfW4VKr9vrYNulqrNIHNCs7YNMFRHE7eglrW4zMy1NIGiiVw6d@kasuga.mahoroba.org [IPv6:2001:2f0:104:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id m1ECE8ll097596 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Feb 2008 21:14:51 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 14 Feb 2008 21:14:07 +0900 Message-ID: From: Hajimu UMEMOTO To: "Daniel O'Connor" In-Reply-To: <200802142227.41160.doconnor@gsoft.com.au> References: <200802142227.41160.doconnor@gsoft.com.au> User-Agent: xcite1.57> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.3-RELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Thu, 14 Feb 2008 21:14:51 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on ameno.mahoroba.org Cc: freebsd-stable@freebsd.org Subject: Re: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 12:14:59 -0000 Hi, >>>>> On Thu, 14 Feb 2008 22:27:34 +1030 >>>>> "Daniel O'Connor" said: doconnor> Hi, doconnor> I am experimenting with IPv6 and I can't seem to remove an IPv6 address doconnor> from an interface, eg I have.. doconnor> [midget 22:11] ~ >ifconfig fxp0 doconnor> fxp0: flags=8943 mtu doconnor> 1500 doconnor> options=b doconnor> inet 10.0.2.1 netmask 0xffffff00 broadcast 10.0.2.255 doconnor> inet 10.0.2.3 netmask 0xffffffff broadcast 10.0.2.3 doconnor> inet 10.0.2.4 netmask 0xffffffff broadcast 10.0.2.4 doconnor> inet 10.0.2.7 netmask 0xffffffff broadcast 10.0.2.7 doconnor> inet6 2002:792d:8527::1:1 prefixlen 64 doconnor> ether 00:02:b3:32:2c:51 doconnor> media: Ethernet 100baseTX doconnor> status: active doconnor> But I can't remove it, viz.. doconnor> [midget 22:11] ~ >sudo ifconfig fxp0 -alias 2002:792d:8527::1:1/64 doconnor> ifconfig: 2002:792d:8527::1:1/64: bad value doconnor> [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::1:1/64 doconnor> ifconfig: 2002:792d:8527::1:1/64: bad value doconnor> [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::1:1 doconnor> ifconfig: 2002:792d:8527::1:1: bad value doconnor> [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::1:1 doconnor> prefixlen 64 doconnor> ifconfig: 2002:792d:8527::1:1: bad value doconnor> [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::/64 doconnor> ifconfig: 2002:792d:8527::/64: bad value doconnor> Anyone know the right way to do this? :) sudo ifconfig fxp0 inet6 2002:792d:8527::1:1 -alias ^^^^^ Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Thu Feb 14 12:28:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA67B16A46C for ; Thu, 14 Feb 2008 12:28:53 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 6463813C4E8 for ; Thu, 14 Feb 2008 12:28:53 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id AB70541C750; Thu, 14 Feb 2008 13:03:55 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id nZOK1buw3ekJ; Thu, 14 Feb 2008 13:03:55 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 5BF2141C749; Thu, 14 Feb 2008 13:03:55 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id A410C44487F; Thu, 14 Feb 2008 12:03:42 +0000 (UTC) Date: Thu, 14 Feb 2008 12:03:42 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Daniel O'Connor In-Reply-To: <200802142227.41160.doconnor@gsoft.com.au> Message-ID: <20080214120131.I49429@maildrop.int.zabbadoz.net> References: <200802142227.41160.doconnor@gsoft.com.au> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 12:28:53 -0000 On Thu, 14 Feb 2008, Daniel O'Connor wrote: Hi, > I am experimenting with IPv6 and I can't seem to remove an IPv6 address > from an interface, eg I have.. > > But I can't remove it, viz.. > [midget 22:11] ~ >sudo ifconfig fxp0 -alias 2002:792d:8527::1:1/64 > ifconfig: 2002:792d:8527::1:1/64: bad value > [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::1:1/64 > ifconfig: 2002:792d:8527::1:1/64: bad value > [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::1:1 > ifconfig: 2002:792d:8527::1:1: bad value > [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::1:1 > prefixlen 64 > ifconfig: 2002:792d:8527::1:1: bad value > [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::/64 > ifconfig: 2002:792d:8527::/64: bad value > > Anyone know the right way to do this? :) yes, man ifocnfig says ifconfig [-L] [-k] [-m] interface [create] [address_family] [address [dest_address]] [parameters] The following parameters may be set with ifconfig: -alias Remove the network address specified. This would be used if you ... Conclusion: -alias is a "parameter" and belongs to the end after the address. The it works for IPv4 is "pure luck". /bz -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 14 12:38:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92BA516A41A for ; Thu, 14 Feb 2008 12:38:20 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id D584F13C44B for ; Thu, 14 Feb 2008 12:38:19 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-133-39.lns11.adl6.internode.on.net [121.45.133.39]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m1ECcBW0058927 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Feb 2008 23:08:11 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Mark Andrews Date: Thu, 14 Feb 2008 23:08:00 +1030 User-Agent: KMail/1.9.7 References: <200802141213.m1ECD4pj080346@drugs.dv.isc.org> In-Reply-To: <200802141213.m1ECD4pj080346@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5324828.akKEWp9nzj"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200802142308.07630.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 12:38:20 -0000 --nextPart5324828.akKEWp9nzj Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 14 Feb 2008, Mark Andrews wrote: > > --nextPart1996860.fztbeObibp > > Content-Type: text/plain; > > charset=3D"utf-8" > > Content-Transfer-Encoding: quoted-printable > > Content-Disposition: inline > > > > Hi, > > I am experimenting with IPv6 and I can't seem to remove an IPv6 > > address=3D20 from an interface, eg I have.. > > [midget 22:11] ~ >ifconfig fxp0 > > fxp0: flags=3D3D8943 > > mtu=3D20 1500 > > options=3D3Db > > inet 10.0.2.1 netmask 0xffffff00 broadcast 10.0.2.255 > > inet 10.0.2.3 netmask 0xffffffff broadcast 10.0.2.3 > > inet 10.0.2.4 netmask 0xffffffff broadcast 10.0.2.4 > > inet 10.0.2.7 netmask 0xffffffff broadcast 10.0.2.7 > > inet6 2002:792d:8527::1:1 prefixlen 64 > > ether 00:02:b3:32:2c:51 > > media: Ethernet 100baseTX > > status: active > > > > But I can't remove it, viz.. > > [midget 22:11] ~ >sudo ifconfig fxp0 -alias 2002:792d:8527::1:1/64 > > ifconfig: 2002:792d:8527::1:1/64: bad value > > [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::1:1/64 > > ifconfig: 2002:792d:8527::1:1/64: bad value > > [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::1:1 > > ifconfig: 2002:792d:8527::1:1: bad value > > [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::1:1=3D20 > > prefixlen 64 > > ifconfig: 2002:792d:8527::1:1: bad value > > [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::/64 > > ifconfig: 2002:792d:8527::/64: bad value > > > > Anyone know the right way to do this? :) > > ifconfig fxp0 -alias inet6 2002:792d:8527::1:1 This doesn't work, what Hajimu suggested does though. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart5324828.akKEWp9nzj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHtDYv5ZPcIHs/zowRAhM0AJ9s8Z0nlNyk/KX54DjRRE4wppDeQwCggMdn Rs3NK2ehwLd5KR57MXwjf+c= =O5ET -----END PGP SIGNATURE----- --nextPart5324828.akKEWp9nzj-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 14 12:38:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC45B16A418 for ; Thu, 14 Feb 2008 12:38:47 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4CEA113C45B for ; Thu, 14 Feb 2008 12:38:46 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-133-39.lns11.adl6.internode.on.net [121.45.133.39]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m1ECcjC5058982 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Feb 2008 23:08:45 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Hajimu UMEMOTO Date: Thu, 14 Feb 2008 23:08:41 +1030 User-Agent: KMail/1.9.7 References: <200802142227.41160.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1526557.1B05VYlNaf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200802142308.42237.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 12:38:47 -0000 --nextPart1526557.1B05VYlNaf Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 14 Feb 2008, Hajimu UMEMOTO wrote: > doconnor> Anyone know the right way to do this? :) > > sudo ifconfig fxp0 inet6 2002:792d:8527::1:1 -alias Ahah, thanks, that works. Now to work out how to get rtadv going :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1526557.1B05VYlNaf Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHtDZS5ZPcIHs/zowRAj9bAJ9ujJF6n0o+zyXgKyQwvx0saglqzwCfdML8 F3e7nxGQXyYruOWythI/V3g= =iphe -----END PGP SIGNATURE----- --nextPart1526557.1B05VYlNaf-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 14 12:55:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C16316A420 for ; Thu, 14 Feb 2008 12:55:04 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 06FE413C4CE for ; Thu, 14 Feb 2008 12:55:03 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1JPdcE-0004Kc-GI for freebsd-stable@freebsd.org; Thu, 14 Feb 2008 14:55:02 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 14 Feb 2008 14:55:02 +0200 From: Danny Braniss Message-ID: Subject: Promise driver/support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 12:55:04 -0000 is there support for this Promise card? none2@pci0:4:14:0: class=0x010400 card=0x0374105a chip=0x8350105a rev=0x00 hdr=0x00 vendor = 'Promise Technology Inc' class = mass storage subclass = RAID thanks, danny From owner-freebsd-stable@FreeBSD.ORG Thu Feb 14 14:58:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F25116A468 for ; Thu, 14 Feb 2008 14:58:58 +0000 (UTC) (envelope-from remco@spacemarines.us) Received: from green.qinip.net (green.qinip.net [62.100.30.36]) by mx1.freebsd.org (Postfix) with ESMTP id 0649713C45D for ; Thu, 14 Feb 2008 14:58:57 +0000 (UTC) (envelope-from remco@spacemarines.us) Received: from marshal.spacemarines.us (h89220144089.dsl.speedlinq.nl [89.220.144.89]) by green.qinip.net (Postfix) with ESMTP id 902D6C857; Thu, 14 Feb 2008 15:59:00 +0100 (CET) Received: by marshal.spacemarines.us (Postfix, from userid 1000) id 74FF21B0A0; Tue, 12 Feb 2008 09:46:51 +0100 (CET) Date: Tue, 12 Feb 2008 09:46:51 +0100 To: Torfinn Ingolfsen Message-ID: <20080212084651.GA7902@marshal.spacemarines.us> References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> <20080211120057.GA5821@marshal.spacemarines.us> <20080212010335.190e2771.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080212010335.190e2771.torfinn.ingolfsen@broadpark.no> User-Agent: Mutt/1.5.13 (2006-08-11) From: remco@spacemarines.us (Remco van Bekkum) Cc: freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 14:58:58 -0000 On Tue, Feb 12, 2008 at 01:03:35AM +0100, Torfinn Ingolfsen wrote: > On Mon, 11 Feb 2008 13:00:57 +0100 > remco@spacemarines.us (Remco van Bekkum) wrote: > > > here? It's on an amd64, Asus m2a-vm with ati xp600, AMD BE-2350 CPU, > > 2GB 800MHz RAM. > > FWIW, I have the almost the same motherboard (m2a-vm hdmi) with an AMD > Phenom 9500 and 4GB RAM[1]. Different disk, though. The (single) disk > drive has worked without problems so far. I'm using standard ufs2 > filesystems on that disk. I'm running RELENG_7: > tingo@kg-vm$ uname -a > FreeBSD kg-vm.kg4.no 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #6: Sat Jan > 26 20:58:51 CET 2008 > root@kg-vm.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 > root@kg-vm# atacontrol list > ATA channel 0: > Master: acd0 ATA/ATAPI revision 0 > Slave: no device present > ATA channel 2: > Master: ad4 Serial ATA II > Slave: no device present > ATA channel 3: > Master: no device present > Slave: no device present > ATA channel 4: > Master: no device present > Slave: no device present > ATA channel 5: > Master: no device present > Slave: no device present > > > References: > 1) http://tingox.googlepages.com/asus_m2a-vm_hdmi_freebsd > -- > Regards, > Torfinn Ingolfsen > Thanks, here some more detailed info from me: xaero# dmesg | grep atapci atapci0: port 0xfc00-0xfc07,0xf800-0xf803,0xf400-0xf407,0xf000-0xf003,0xec00-0xec0f mem 0xfe02f000-0xfe02f3ff irq 22 at device 18.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ata5: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe400-0xe40f at device 20.1 on pci0 ata0: on atapci1 xaero# atacontrol list ATA channel 0: Master: no device present Slave: no device present ATA channel 2: Master: ad4 Serial ATA II Slave: no device present ATA channel 3: Master: ad6 Serial ATA II Slave: no device present ATA channel 4: Master: ad8 Serial ATA II Slave: no device present ATA channel 5: Master: ad10 Serial ATA II Slave: no device present xaero# uname -a FreeBSD xaero.spacemarines.us 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #1: Sun Feb 10 16:07:39 CET 2008 root@xaero.spacemarines.us:/usr/obj/usr/src/sys/GENERIC amd64 I'm using bios 1603, and a seasonic 330W PSU. The errors appear to happen at random, heavy I/O doesn't trigger it. I can rebuild world without problems, so I guess the CPU is ok. The memory has been tested and showed no errors. What's left is cables and mainboard. But how error-prone are sata cables? Considering that I've got 50% failing... Okay, maybe that should "prove" that the mainboard is faulty :) -Remco From owner-freebsd-stable@FreeBSD.ORG Thu Feb 14 21:12:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB7DF16A469; Thu, 14 Feb 2008 21:12:13 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 9A82413C442; Thu, 14 Feb 2008 21:12:13 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m1ELCBoO083786; Fri, 15 Feb 2008 08:12:11 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200802142112.m1ELCBoO083786@drugs.dv.isc.org> To: "Daniel O'Connor" From: Mark Andrews In-reply-to: Your message of "Thu, 14 Feb 2008 23:08:41 +1030." <200802142308.42237.doconnor@gsoft.com.au> Date: Fri, 15 Feb 2008 08:12:11 +1100 Sender: marka@isc.org Cc: freebsd-stable@freebsd.org, Hajimu UMEMOTO Subject: Re: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 21:12:13 -0000 > --nextPart1526557.1B05VYlNaf > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > Content-Disposition: inline > > On Thu, 14 Feb 2008, Hajimu UMEMOTO wrote: > > doconnor> Anyone know the right way to do this? :) > > > > sudo ifconfig fxp0 inet6 2002:792d:8527::1:1 -alias > > Ahah, thanks, that works. > > Now to work out how to get rtadv going :) bsdi# ps ax | grep rtadv 181 ?? Is 0:09.44 rtadvd tx0 36505 p1 S+ 0:00.01 grep rtadv bsdi# > > =2D-=20 > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > > --nextPart1526557.1B05VYlNaf > Content-Type: application/pgp-signature; name=signature.asc > Content-Description: This is a digitally signed message part. > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > > iD8DBQBHtDZS5ZPcIHs/zowRAj9bAJ9ujJF6n0o+zyXgKyQwvx0saglqzwCfdML8 > F3e7nxGQXyYruOWythI/V3g= > =iphe > -----END PGP SIGNATURE----- > > --nextPart1526557.1B05VYlNaf-- -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Feb 14 21:15:03 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87A5C16A417 for ; Thu, 14 Feb 2008 21:15:03 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [208.149.144.13]) by mx1.freebsd.org (Postfix) with ESMTP id EF3C613C45B for ; Thu, 14 Feb 2008 21:15:02 +0000 (UTC) (envelope-from lists@pingle.org) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id 8329011498 for ; Thu, 14 Feb 2008 15:55:06 -0500 (EST) X-Virus-Scanned: amavisd-new at pingle.org Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NgvPolRYdkfG for ; Thu, 14 Feb 2008 15:55:01 -0500 (EST) Received: from [192.168.130.110] (hpcw.hpcisp.com [208.149.144.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTP id 9F69C11496 for ; Thu, 14 Feb 2008 15:55:00 -0500 (EST) Message-ID: <47B4AAA3.6060501@pingle.org> Date: Thu, 14 Feb 2008 15:54:59 -0500 From: Jim Pingle User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: multipart/mixed; boundary="------------060204090303000808020609" Cc: Subject: 7.0-PRERELEASE Fatal Trap 12 with sysctl and acpi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2008 21:15:03 -0000 This is a multi-part message in MIME format. --------------060204090303000808020609 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit I'm having some trouble with a SuperMicro SuperServer 6022L-6 that previously ran 7.0-BETA4 without problems. Today, I updated this machine to 7.0-PRERELEASE and now it will not fully boot unless I disable ACPI. A quick search of the PR database didn't turn up anything similar with sysctl and ACPI. I can boot to single user mode, but if I issue sysctl -a while there, it also crashes. I have two vmcore files, one where I booted to single user mode and issued sysctl -a, the other when it was attempting to boot normally. When running sysctl -a in single user mode, the last three lines before the crash are (transcribed by hand, no serial console available): dev.pcib.3.%location: handle=\_SB_.PCI3 dev.pcib.3.%pnpinfo: _HID=PNP0A03 UID=3 dev.pcib.3.%parent: acpi0 ========================================================================= Kernel config is GENERIC, with ULE scheduler and "options ASR_COMPAT" ========================================================================= [root@test1 /usr/obj/usr/src/sys/TEST]# uname -a FreeBSD test1.hpcisp.com 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #1: Thu Feb 14 14:08:02 EST 2008 root@test1.hpcisp.com:/usr/obj/usr/src/sys/TEST i386 ========================================================================= [root@test1 /usr/obj/usr/src/sys/TEST]# kgdb kernel.debug /var/crash/vmcore.1 Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0x2043455c fault code = supervisor read, page not present instruction pointer = 0x20:0xc0743036 stack pointer = 0x28:0xe8cb3a0c frame pointer = 0x28:0xe8cb3a38 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 67 (sysctl) trap number = 12 panic: page fault cpuid = 3 Uptime: 6s Physical memory: 2035 MB Dumping 65 MB: 50 34 18 2 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc073aa38 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc073acf1 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0a1fd00 in trap_fatal (frame=0xe8cb39cc, eva=541279580) at /usr/src/sys/i386/i386/trap.c:899 #4 0xc0a1ff70 in trap_pfault (frame=0xe8cb39cc, usermode=0, eva=541279580) at /usr/src/sys/i386/i386/trap.c:812 #5 0xc0a208ed in trap (frame=0xe8cb39cc) at /usr/src/sys/i386/i386/trap.c:490 #6 0xc0a07bdb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0743036 in sysctl_sysctl_next_ls (lsp=Variable "lsp" is not available. ) at /usr/src/sys/kern/kern_sysctl.c:630 #8 0xc07430f6 in sysctl_sysctl_next_ls (lsp=Variable "lsp" is not available. ) at /usr/src/sys/kern/kern_sysctl.c:618 #9 0xc0743133 in sysctl_sysctl_next_ls (lsp=Variable "lsp" is not available. ) at /usr/src/sys/kern/kern_sysctl.c:630 #10 0xc0743133 in sysctl_sysctl_next_ls (lsp=Variable "lsp" is not available. ) at /usr/src/sys/kern/kern_sysctl.c:630 #11 0xc0743196 in sysctl_sysctl_next (oidp=0xc0b53280, arg1=0xe8cb3c1c, arg2=4, req=0xe8cb3ba4) at /usr/src/sys/kern/kern_sysctl.c:651 #12 0xc0743aa2 in sysctl_root (oidp=Variable "oidp" is not available. ) at /usr/src/sys/kern/kern_sysctl.c:1306 #13 0xc0743bde in userland_sysctl (td=0xc5479660, name=0xe8cb3c14, namelen=6, old=0xbfbfe4e8, oldlenp=0xbfbfe598, inkernel=0, new=0x0, newlen=0, retval=0xe8cb3c10, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1401 #14 0xc0744812 in __sysctl (td=0xc5479660, uap=0xe8cb3cfc) at /usr/src/sys/kern/kern_sysctl.c:1336 #15 0xc0a202b8 in syscall (frame=0xe8cb3d38) at /usr/src/sys/i386/i386/trap.c:1035 #16 0xc0a07c40 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #17 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) ========================================================================= dmesg is attached, but it is from a non-acpi boot. ========================================================================= Anyone have any ideas on what might be the cause or a possible fix? I'll keep the crash dumps around. This is a test box that I'm researching 7.0 on for possible production use on similar hardware. There is no planned usage yet, and no other plans for this box, so anything goes in terms of possible debugging. If I get some time next week I might try a binary search of commits between BETA4 and now, to pinpoint where it stopped working. Thanks, Jim --------------060204090303000808020609 Content-Type: text/plain; name="dmesg-testbox-noacpi.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="dmesg-testbox-noacpi.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDggVGhlIEZyZWVCU0QgUHJvamVjdC4NCkNvcHlyaWdo dCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5Miwg MTk5MywgMTk5NA0KICAgICAgICBUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBD YWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLg0KRnJlZUJTRCBpcyBhIHJlZ2lzdGVy ZWQgdHJhZGVtYXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uDQpGcmVlQlNEIDcuMC1Q UkVSRUxFQVNFICMxOiBUaHUgRmViIDE0IDE0OjA4OjAyIEVTVCAyMDA4DQogICAgcm9vdEB0 ZXN0MS5ocGNpc3AuY29tOi91c3Ivb2JqL3Vzci9zcmMvc3lzL1RFU1QNClRpbWVjb3VudGVy ICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwDQpDUFU6IEludGVsKFIp IFhFT04oVE0pIENQVSAyLjAwR0h6ICgxOTk5Ljk1LU1IeiA2ODYtY2xhc3MgQ1BVKQ0KICBP cmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweGYyNCAgU3RlcHBpbmcgPSA0DQogIEZl YXR1cmVzPTB4M2ZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxB UElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxN TVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0+DQogIExvZ2ljYWwgQ1BVcyBwZXIgY29yZTog Mg0KcmVhbCBtZW1vcnkgID0gMjE0NzQxODExMiAoMjA0NyBNQikNCmF2YWlsIG1lbW9yeSA9 IDIwOTE4OTI3MzYgKDE5OTQgTUIpDQpNUFRhYmxlOiA8QU1JICAgICAgR0NIRSAgICAgICAg Pg0KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogNCBDUFVz DQogY3B1MCAoQlNQKTogQVBJQyBJRDogIDANCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxDQog Y3B1MiAoQVApOiBBUElDIElEOiAgMg0KIGNwdTMgKEFQKTogQVBJQyBJRDogIDMNCmlvYXBp YzA6IEFzc3VtaW5nIGludGJhc2Ugb2YgMA0KaW9hcGljMTogQXNzdW1pbmcgaW50YmFzZSBv ZiAxNg0KaW9hcGljMjogQXNzdW1pbmcgaW50YmFzZSBvZiAzMg0KaW9hcGljMzogQXNzdW1p bmcgaW50YmFzZSBvZiA0OA0KaW9hcGljMCA8VmVyc2lvbiAxLjE+IGlycXMgMC0xNSBvbiBt b3RoZXJib2FyZA0KaW9hcGljMSA8VmVyc2lvbiAxLjE+IGlycXMgMTYtMzEgb24gbW90aGVy Ym9hcmQNCmlvYXBpYzIgPFZlcnNpb24gMS4xPiBpcnFzIDMyLTQ3IG9uIG1vdGhlcmJvYXJk DQppb2FwaWMzIDxWZXJzaW9uIDEuMT4gaXJxcyA0OC02MyBvbiBtb3RoZXJib2FyZA0Ka2Jk MSBhdCBrYmRtdXgwDQphdGhfaGFsOiAwLjkuMjAuMyAoQVI1MjEwLCBBUjUyMTEsIEFSNTIx MiwgUkY1MTExLCBSRjUxMTIsIFJGMjQxMywgUkY1NDEzKQ0KY3B1MCBvbiBtb3RoZXJib2Fy ZA0KcDR0Y2MwOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTANCmNw dTEgb24gbW90aGVyYm9hcmQNCnA0dGNjMTogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250 cm9sPiBvbiBjcHUxDQpjcHUyIG9uIG1vdGhlcmJvYXJkDQpwNHRjYzI6IDxDUFUgRnJlcXVl bmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1Mg0KY3B1MyBvbiBtb3RoZXJib2FyZA0KcDR0 Y2MzOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTMNCnBjaWIwOiA8 TVBUYWJsZSBIb3N0LVBDSSBicmlkZ2U+IHBjaWJ1cyAwIG9uIG1vdGhlcmJvYXJkDQpwY2kw OiA8UENJIGJ1cz4gb24gcGNpYjANCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5 PiBwb3J0IDB4YTgwMC0weGE4ZmYgbWVtIDB4ZmQwMDAwMDAtMHhmZGZmZmZmZiwweGZlNWZm MDAwLTB4ZmU1ZmZmZmYgaXJxIDE4IGF0IGRldmljZSAyLjAgb24gcGNpMA0KZnhwMDogPElu dGVsIDgyNTUwIFByby8xMDAgRXRoZXJuZXQ+IHBvcnQgMHhhZTgwLTB4YWViZiBtZW0gMHhm ZTVmYzAwMC0weGZlNWZjZmZmLDB4ZmU1ODAwMDAtMHhmZTU5ZmZmZiBpcnEgMTcgYXQgZGV2 aWNlIDQuMCBvbiBwY2kwDQptaWlidXMwOiA8TUlJIGJ1cz4gb24gZnhwMA0KaW5waHkwOiA8 aTgyNTU1IDEwLzEwMCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAxIG9uIG1paWJ1czANCmlucGh5 MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1 dG8NCmZ4cDA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjMwOjQ4OjIwOmEzOjllDQpmeHAwOiBb SVRIUkVBRF0NCmZ4cDE6IDxJbnRlbCA4MjU1MCBQcm8vMTAwIEV0aGVybmV0PiBwb3J0IDB4 YWYwMC0weGFmM2YgbWVtIDB4ZmU1ZmQwMDAtMHhmZTVmZGZmZiwweGZlNWEwMDAwLTB4ZmU1 YmZmZmYgaXJxIDE5IGF0IGRldmljZSA1LjAgb24gcGNpMA0KbWlpYnVzMTogPE1JSSBidXM+ IG9uIGZ4cDENCmlucGh5MTogPGk4MjU1NSAxMC8xMDAgbWVkaWEgaW50ZXJmYWNlPiBQSFkg MSBvbiBtaWlidXMxDQppbnBoeTE6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRY LCAxMDBiYXNlVFgtRkRYLCBhdXRvDQpmeHAxOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDozMDo0 ODoyMDphMzo5Zg0KZnhwMTogW0lUSFJFQURdDQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBh dCBkZXZpY2UgMTUuMCBvbiBwY2kwDQppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjANCmF0YXBj aTA6IDxTZXJ2ZXJXb3JrcyBDU0I1IFVETUExMDAgY29udHJvbGxlcj4gcG9ydCAweDFmMC0w eDFmNywweDNmNiwweDE3MC0weDE3NywweDM3NiwweGZmYTAtMHhmZmFmIGF0IGRldmljZSAx NS4xIG9uIHBjaTANCmF0YTA6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwDQphdGEwOiBb SVRIUkVBRF0NCmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kwDQphdGExOiBbSVRI UkVBRF0NCm9oY2kwOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGZl NWZlMDAwLTB4ZmU1ZmVmZmYgaXJxIDEwIGF0IGRldmljZSAxNS4yIG9uIHBjaTANCm9oY2kw OiBbR0lBTlQtTE9DS0VEXQ0Kb2hjaTA6IFtJVEhSRUFEXQ0KdXNiMDogT0hDSSB2ZXJzaW9u IDEuMCwgbGVnYWN5IHN1cHBvcnQNCnVzYjA6IFNNTSBkb2VzIG5vdCByZXNwb25kLCByZXNl dHRpbmcNCnVzYjA6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTAN CnVzYjA6IFVTQiByZXZpc2lvbiAxLjANCnVodWIwOiA8KDB4MTE2NikgT0hDSSByb290IGh1 YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjANCnVodWIwOiA0 IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KcGNpYjE6IDxTZXJ2ZXJX b3JrcyBob3N0IHRvIFBDSSBicmlkZ2UodW5rbm93biBjaGlwc2V0KT4gcGNpYnVzIDEgb24g bW90aGVyYm9hcmQNCnBpcjA6IDxQQ0kgSW50ZXJydXB0IFJvdXRpbmcgVGFibGU6IDkgRW50 cmllcz4gb24gbW90aGVyYm9hcmQNCiRQSVI6IElnbm9yaW5nIGludmFsaWQgQklPUyBJUlEg MTggZnJvbSAwLjIuSU5UQSBmb3IgbGluayAweDEyDQokUElSOiBJZ25vcmluZyBpbnZhbGlk IEJJT1MgSVJRIDE3IGZyb20gMC40LklOVEEgZm9yIGxpbmsgMHgxMQ0KJFBJUjogSWdub3Jp bmcgaW52YWxpZCBCSU9TIElSUSAxOSBmcm9tIDAuNS5JTlRBIGZvciBsaW5rIDB4MTMNCnBj aTE6IDxQQ0kgYnVzPiBvbiBwY2liMQ0KcGNpYjI6IDxTZXJ2ZXJXb3JrcyBob3N0IHRvIFBD SSBicmlkZ2UodW5rbm93biBjaGlwc2V0KT4gcGNpYnVzIDIgb24gbW90aGVyYm9hcmQNCnBj aTI6IDxQQ0kgYnVzPiBvbiBwY2liMg0KcGNpYjM6IDxTZXJ2ZXJXb3JrcyBob3N0IHRvIFBD SSBicmlkZ2UodW5rbm93biBjaGlwc2V0KT4gcGNpYnVzIDMgb24gbW90aGVyYm9hcmQNCnBj aTM6IDxQQ0kgYnVzPiBvbiBwY2liMw0KcGNpYjQ6IDxNUFRhYmxlIEhvc3QtUENJIGJyaWRn ZT4gcGNpYnVzIDQgb24gbW90aGVyYm9hcmQNCnBjaTQ6IDxQQ0kgYnVzPiBvbiBwY2liNA0K YXNyMDogPEFkYXB0ZWMgQ2FjaGluZyBTQ1NJIFJBSUQ+IG1lbSAweGZlYjAwMDAwLTB4ZmVi ZmZmZmYsMHhmYjAwMDAwMC0weGZiZmZmZmZmLDB4ZjgwMDAwMDAtMHhmOWZmZmZmZiBpcnEg MjkgYXQgZGV2aWNlIDMuMCBvbiBwY2k0DQphc3IwOiBbR0lBTlQtTE9DS0VEXQ0KYXNyMDog W0lUSFJFQURdDQphc3IwOiAgIEFEQVBURUMgMjAwNVMgRlcgUmV2LiAzODBFLCAyIGNoYW5u ZWwsIDIwMDAgQ0NCcywgUHJvdG9jb2wgSTJPDQpwbXRpbWVyMCBvbiBpc2EwDQpvcm0wOiA8 SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAweGMwMDAwLTB4YzdmZmYsMHhjODAwMC0weGNk ZmZmLDB4Y2UwMDAtMHhjZWZmZiwweGNmMDAwLTB4Y2ZmZmYgcG5waWQgT1JNMDAwMCBvbiBp c2EwDQphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4 NjAsMHg2NCBvbiBpc2EwDQphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRj MA0Ka2JkMCBhdCBhdGtiZDANCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0NCmF0a2JkMDogW0lU SFJFQURdDQpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzANCnBzbTA6IFtH SUFOVC1MT0NLRURdDQpwc20wOiBbSVRIUkVBRF0NCnBzbTA6IG1vZGVsIE5ldE1vdXNlL05l dFNjcm9sbCBPcHRpY2FsLCBkZXZpY2UgSUQgMA0KZmRjMDogPEVuaGFuY2VkIGZsb3BweSBj b250cm9sbGVyPiBhdCBwb3J0IDB4M2YwLTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGlz YTANCmZkYzA6IFtGSUxURVJdDQpmZDA6IDwxNDQwLUtCIDMuNSIgZHJpdmU+IG9uIGZkYzAg ZHJpdmUgMA0KcHBjMDogPFBhcmFsbGVsIHBvcnQ+IGF0IHBvcnQgMHgzNzgtMHgzN2YgaXJx IDcgb24gaXNhMA0KcHBjMDogR2VuZXJpYyBjaGlwc2V0IChFQ1AvUFMyL05JQkJMRSkgaW4g Q09NUEFUSUJMRSBtb2RlDQpwcGMwOiBGSUZPIHdpdGggMTYvMTYvOCBieXRlcyB0aHJlc2hv bGQNCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwDQpwcGJ1czA6IFtJVEhS RUFEXQ0KcGxpcDA6IDxQTElQIG5ldHdvcmsgaW50ZXJmYWNlPiBvbiBwcGJ1czANCmxwdDA6 IDxQcmludGVyPiBvbiBwcGJ1czANCmxwdDA6IEludGVycnVwdC1kcml2ZW4gcG9ydA0KcHBp MDogPFBhcmFsbGVsIEkvTz4gb24gcHBidXMwDQpwcGMwOiBbR0lBTlQtTE9DS0VEXQ0KcHBj MDogW0lUSFJFQURdDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24g aXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPg0Kc2lv MCBhdCBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gaXNhMA0Kc2lvMDog dHlwZSAxNjU1MEENCnNpbzA6IFtGSUxURVJdDQpzaW8xIGF0IHBvcnQgMHgyZjgtMHgyZmYg aXJxIDMgb24gaXNhMA0Kc2lvMTogdHlwZSAxNjU1MEENCnNpbzE6IFtGSUxURVJdDQp2Z2Ew OiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAt MHhiZmZmZiBvbiBpc2EwDQp1bmtub3duOiA8UE5QMDMwMz4gY2FuJ3QgYXNzaWduIHJlc291 cmNlcyAocG9ydCkNCnVua25vd246IDxQTlAwZjEzPiBjYW4ndCBhc3NpZ24gcmVzb3VyY2Vz IChpcnEpDQp1bmtub3duOiA8UE5QMDUwMT4gY2FuJ3QgYXNzaWduIHJlc291cmNlcyAocG9y dCkNCnVua25vd246IDxQTlAwNTAxPiBjYW4ndCBhc3NpZ24gcmVzb3VyY2VzIChwb3J0KQ0K dW5rbm93bjogPFBOUDA0MDE+IGNhbid0IGFzc2lnbiByZXNvdXJjZXMgKHBvcnQpDQp1bmtu b3duOiA8UE5QMDcwMD4gY2FuJ3QgYXNzaWduIHJlc291cmNlcyAocG9ydCkNClRpbWVjb3Vu dGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMNCmFjZDA6IENEUk9NIDxNQVRTSElUQSBDUi0x NzcvN1QwRD4gYXQgYXRhMS1tYXN0ZXIgVURNQTMzDQpzZXMwIGF0IGFzcjAgYnVzIDAgdGFy Z2V0IDYgbHVuIDANCnNlczA6IDxTVVBFUiBHRU0zMTggMD4gRml4ZWQgUHJvY2Vzc29yIFND U0ktMiBkZXZpY2UgDQpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCENClNNUDogQVAgQ1BVICMy IExhdW5jaGVkIQ0KU01QOiBBUCBDUFUgIzMgTGF1bmNoZWQhDQpkYTAgYXQgYXNyMCBidXMg MCB0YXJnZXQgMCBsdW4gMA0KZGEwOiA8QURBUFRFQyBSQUlELTUgMzgwRT4gRml4ZWQgRGly ZWN0IEFjY2VzcyBTQ1NJLTIgZGV2aWNlIA0KVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1 ZnM6L2Rldi9kYTBzMWENCldBUk5JTkc6IC8gd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVk DQo= --------------060204090303000808020609-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 15 00:07:23 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C8B016A418 for ; Fri, 15 Feb 2008 00:07:23 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id D40EB13C447 for ; Fri, 15 Feb 2008 00:07:22 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A751E.dip.t-dialin.net [84.154.117.30]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id m1F07Kck033962; Fri, 15 Feb 2008 01:07:20 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m1F09SFa082841; Fri, 15 Feb 2008 01:09:28 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m1F09IPr045943; Fri, 15 Feb 2008 01:09:23 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200802150009.m1F09IPr045943@fire.js.berklix.net> To: freebsd-stable@FreeBSD.ORG In-reply-to: <200802061517.m16FHslq067364@lurza.secnetix.de> References: <200802061517.m16FHslq067364@lurza.secnetix.de> Comments: In-reply-to Oliver Fromme message dated "Wed, 06 Feb 2008 16:17:54 +0100." Date: Fri, 15 Feb 2008 01:09:18 +0100 From: "Julian H. Stacey" Cc: Oliver Fromme Subject: Re: dmesg : no output on 1 of 2 7-stable boxes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 00:07:23 -0000 Oliver Fromme wrote: > Hello Julian, > > I'm sorry this is a late reply, but I noticed your post > on the freebsd-stable list just now. > > One of 2 laptops running 7-stable shows nothing with dmesg, (other is OK). > Did you try "dmesg -a"? Thanks Oliver, Yes, but after posting I think, (Been a while can't remember), Symptom stopped after "cd /usr/local/lib; mv wine wine.MV" (a bad port !). It was filling console buf with junk. > The dmesg buffer is a circular buffer containing both > kernel output and console output. However, "dmesg" > displays only the kernel output. If there was lots of > console output, it filled all of the dmesg buffer, > so "dmesg" displays nothing (all of the kernel output > was overwritten by console output). "dmesg -a" will > display everything, i.e. kernel + console output. Some of that description could usefuly be added to `man dmesg` ? Might some commiter wnat to hack a few words in ? Or do we neeed a formal send-pr (that a commiter would rephrase likely anyway, so best skip the send-pr ? ). > If "dmesg -a" doesn't print anything either, I'm afraid > I have no idea what might be wrong. Well, you could try > "sysctl -b kern.msgbuf" which will retrieve the raw > contents of the dmesg buffer. > > > - I tried loader.conf kern.msgbuf=64000 > > I think it must be a multiple of the pages size, i,e, > 4K = 4096 on FreeBSD/i386. I usually set it to 65536 > or 131072. Ah! Certainly plausible re. 2 base N. On 7.0PRERELEASE I see kern.msgbuf= sundry text diagnostsics so seems inappropriate to set that var to a number. I see kern.consmsgbuf_size: 8192 so tried in /boot/loader.conf kern.consmsgbuf_size=4096 but even reducing size failed to vary size (enlarging had earlier failed) Some clue in sys/kern/tty_cons.c:666 I See kern.msgbuf_clear: Clear kernel message buffer kern.msgbuf: Contents of kernel message buffer Puzzled on syntax to set size in loader.conf ? -- Julian Stacey. BSD Unix Linux Net Consultant, Munich. http://berklix.com From owner-freebsd-stable@FreeBSD.ORG Fri Feb 15 00:24:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 922EF16A41A; Fri, 15 Feb 2008 00:24:40 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3EE8113C43E; Fri, 15 Feb 2008 00:24:39 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-16-203.lns10.adl2.internode.on.net [121.45.16.203]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m1F0OAc9096572 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Feb 2008 10:54:34 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Mark Andrews Date: Fri, 15 Feb 2008 10:53:27 +1030 User-Agent: KMail/1.9.7 References: <200802142112.m1ELCBoO083786@drugs.dv.isc.org> In-Reply-To: <200802142112.m1ELCBoO083786@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4664778.jSAmHMCBo9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200802151053.39559.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, Hajimu UMEMOTO Subject: Re: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 00:24:40 -0000 --nextPart4664778.jSAmHMCBo9 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 15 Feb 2008, Mark Andrews wrote: > > Now to work out how to get rtadv going :) > > bsdi# ps ax | grep rtadv > 181 ?? Is 0:09.44 rtadvd tx0 > 36505 p1 S+ 0:00.01 grep rtadv > bsdi# Yes, after I created a link local address for fxp0 it worked fine. I had to do so manually though - I am not sure what is responsible for=20 making them. I just rebooted it and it seems OK now though.. Any idea what creates the link local address at startup? (Mainly to=20 satisfy my curiosity :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart4664778.jSAmHMCBo9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHtNuL5ZPcIHs/zowRAomtAJ9MrSLG81lLCib5WDxiQX60gQg4ogCgiwIB df67o+WY6OHvE5Dx0Sbxz3s= =AWhU -----END PGP SIGNATURE----- --nextPart4664778.jSAmHMCBo9-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 15 00:43:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CDAF16A419 for ; Fri, 15 Feb 2008 00:43:11 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1273E13C442 for ; Fri, 15 Feb 2008 00:43:10 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:Xy4aNoWKgdb/lhLKGJUukXy4odqLbNm30nO7vZQZ2CDBiZW9XZCp0gPp5UNis5Z4@kasuga.mahoroba.org [IPv6:2001:2f0:104:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id m1F0gtJZ060258 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Feb 2008 09:43:03 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 15 Feb 2008 09:42:54 +0900 Message-ID: From: Hajimu UMEMOTO To: "Daniel O'Connor" In-Reply-To: <200802151053.39559.doconnor@gsoft.com.au> References: <200802142112.m1ELCBoO083786@drugs.dv.isc.org> <200802151053.39559.doconnor@gsoft.com.au> User-Agent: xcite1.57> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.3-RELEASE-p1 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Fri, 15 Feb 2008 09:43:04 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on ameno.mahoroba.org Cc: Mark Andrews , freebsd-stable@freebsd.org Subject: Re: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 00:43:11 -0000 Hi, >>>>> On Fri, 15 Feb 2008 10:53:27 +1030 >>>>> "Daniel O'Connor" said: doconnor> Any idea what creates the link local address at startup? (Mainly to doconnor> satisfy my curiosity :) Put ipv6_enable="YES" into your /etc/rc.conf Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Fri Feb 15 00:48:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B643D16A41A; Fri, 15 Feb 2008 00:48:36 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 84B9113C4D5; Fri, 15 Feb 2008 00:48:36 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m1F0mZZT029908; Fri, 15 Feb 2008 11:48:35 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200802150048.m1F0mZZT029908@drugs.dv.isc.org> To: "Daniel O'Connor" From: Mark Andrews In-reply-to: Your message of "Fri, 15 Feb 2008 10:53:27 +1030." <200802151053.39559.doconnor@gsoft.com.au> Date: Fri, 15 Feb 2008 11:48:35 +1100 Sender: marka@isc.org Cc: freebsd-stable@freebsd.org, Hajimu UMEMOTO Subject: Re: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 00:48:36 -0000 > > Yes, after I created a link local address for fxp0 it worked fine. > > I had to do so manually though - I am not sure what is responsible for=20 > making them. I just rebooted it and it seems OK now though.. > > Any idea what creates the link local address at startup? (Mainly to=20 > satisfy my curiosity :) My border gateway has: ipv6_enable="YES" ipv6_prefix_tx0="2001:0470:1F00:0820 fd92:7065:0b8e:0000" ipv6_gateway_enable="YES" rtadvd_enable="YES" rtadvd_interfaces="tx0" I've also use a tunnel broker to get external connectivity called from /etc/dhclient_exit_hooks /usr/local/bin/perl -T /etc/tunnelbroker-update-0.07b.pl & /etc/dhclient_exit_hooks also configures the 6to4 relay so that traffic to 6to4 addresses gets dumped to IPv4 as soon as possible. # # Configure 6 to 4 relay # octets=`echo $new_ip_address | sed 's/\./ /g'` ifconfig stf0 inet6 2002:`printf %02x%02x:%02x%02x $octets`:ffff::1 \ prefixlen 16 alias deprecated link0 route add -inet6 2002:: -prefixlen 16 ::1 route change -inet6 2002:: -prefixlen 16 ::1 -ifp stf0 The laptop has: ipv6_enable="YES" Both have firewalls, etc. -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Fri Feb 15 01:07:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2DB616A417 for ; Fri, 15 Feb 2008 01:07:59 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 874B013C4D9 for ; Fri, 15 Feb 2008 01:07:59 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m1F17o8k087584; Thu, 14 Feb 2008 17:07:56 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m1F17o3d087583; Thu, 14 Feb 2008 17:07:50 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Thu, 14 Feb 2008 17:07:50 -0800 Message-ID: <20080214170750.yxe7xyc4kgg8gwsc@webmail.1command.com> X-Priority: 3 (Normal) Date: Thu, 14 Feb 2008 17:07:50 -0800 From: "Chris H." To: Gavin Spomer References: <47B30D6C0200009000013E89@hermes.cwu.edu> In-Reply-To: <47B30D6C0200009000013E89@hermes.cwu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@freebsd.org Subject: Re: Rebuilding World Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 01:07:59 -0000 Quoting Gavin Spomer : > Hallelujah! My "world" is rebuilt! Thanks to Chris, > "illoai@gmail.com", Kevin and Jim for educating me and pointing me in > the right direction. Will definitely research further and continue to > have a blast with FreeBSD on my test server. > > It very well could be that I will be using FreeBSD for my production > servers by next Fall. :D EXCELLENT! Welcome aboard! :) --Chris H > > - Gavin > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Fri Feb 15 01:51:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A940516A417 for ; Fri, 15 Feb 2008 01:51:06 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 68F7A13C468 for ; Fri, 15 Feb 2008 01:51:06 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m1F1op1K091788; Thu, 14 Feb 2008 17:50:57 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m1F1opBA091787; Thu, 14 Feb 2008 17:50:51 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Thu, 14 Feb 2008 17:50:51 -0800 Message-ID: <20080214175051.l5kg7xfqyocksggs@webmail.1command.com> X-Priority: 3 (Normal) Date: Thu, 14 Feb 2008 17:50:51 -0800 From: "Chris H." To: Kevin Oberman References: <20080214040243.D78F545017@ptavv.es.net> In-Reply-To: <20080214040243.D78F545017@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@freebsd.org, Gavin Spomer Subject: Re: Rebuilding World Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 01:51:06 -0000 Quoting Kevin Oberman : >> Date: Wed, 13 Feb 2008 13:25:04 -0800 >> From: "Chris H." >> Sender: owner-freebsd-stable@freebsd.org >> >> Quoting Gavin Spomer : >> > Thanks, this was very helpful. First of all I would just like to >> > admit that I only gave /usr/src/UPDATING a quick glance. Shame on me; >> > it might have solved most (if not all) of my problem if I had read >> > more thoroughly. >> > >> > Surprisingly I grokked most of your cheatsheet and looked at a few >> > man pages to figure out most of the rest. Haven't tried it all yet. I >> > was wondering about the "mount -u /". Is it really necessary to mount >> > the root partition prior to mounting all of them in the next step? >> >> Absolutely. Think about it for a momment. Given that EVERYTHING >> (save swap) is mounted off of root ( / ). So it becomes quite >> impossible to mount /usr/ if / hasn't already been mounted. In >> other words; if / hasn't been mounted it doesn't exist for usr/ >> to mount from it. :) > > Absolutely not. You are stretching the logic a bit too far on this. I'll > admit I am baffled by why imp added this to UPDATING. > > If you have a valid fstab file, it will have a line (usually the first > non-comment line) that specifies the partition as (1) ufs and (2) rw. As > a result, 'mount -a -t ufs' will remount / as read-write before trying > to mount any other file systems. > > In over a decade of using FreeBSD (since early V3 days), I have never > bothered to specify the explicit remount of /. > >> > >> > I don't really understand the "swapon -a". When is it necessary and >> > when is it not? >> >> As a rule, it is already available after boot. So executing swapon -a >> is often considered overkill. /But/ absolutely no harm will come of >> doing it, and it /may/ be necessary. So this just insures you have >> an "event free" journey. :) > > Actually, swap is not enabled in single-user mode. It is enabled very > early in the startup sequence going to multiuser, but, for obvious > reasons, it can't be enabled until dumpon has run. It also starts after > initrandom, geli, gbde, encswap, and ccd, although most people don't > have all of these enabled. > > If you are upgrading a system with limited memory and don't start swap, > you may run out of RAM and the upgrade will freeze. Not good. Even if it > odes not freeze, memory fragmentation could significantly slow progress. > > In most systems the installworld and mergemaster will never touch swap > and the step has no impact, but it never hurts. > >> > >> > Also, UPDATING has "adjkerntz -i" just before "mergemaster -p". I >> > looked at the man page for adjkerntz and am still uncertain if I need >> > to do this. I run an ntpd client, if that makes any difference. >> >> Again, just a precaution. Think "safe", or "event free". :) > > Not at all. Many systems run with a hardware (BIOS) clock set to local > time. Your system will run with this time until ntpd can reset it near > the end of the init sequence. Many files may be created with broken > timestamps during this interval. > > You can easily check by entering the command 'date' after the system > reaches the single-user prompt. If the time printed is correct, there is > no need for the 'adjkerntz -i'. If the time is an hour or more off, it > is needed. If you live in the UK or any other country in the 0 offset > time zone (not many) and it's not summer time, this is not an issue. > >> > >> > I think the documentation is an excellent reference for people who >> > already, moderately know FreeBSD. I am not even a true newbie as I >> > have a CS degree and have been a Linux admin for 2 years. Even so I >> > often have a hard time with the complexity of FreeBSD. I recognize >> > the value of understanding the fine-grain "nuts and bolts" of a >> > system, but even so I wonder if FreeBSD over-complicates some things? >> >> This is the "UNIX way". It breaks everything into small bits of >> useful stuff. There-by providing the "nuts & bolts" to build, or >> accomplish almost /anything/ with little, or no effort. Linux kind >> of "missed the boat" on this one. But even Linus T. indicates that >> Linux is not UNIX. I'd have to say, it's more a "feels like UNIX" >> than anything else. > > Sorry, but this is not Linus' doing. for better or worse. He provides a > kernel, not an operating system. Red Hat, Suse, Mandriva, Ubuntu, > Debian, et. al. provide operating systems that use Linus' kernel and > use the name Linux. >> >> To sum things up; given that I've been using BSD since long before >> FreeBSD even existed. I can't imagine how anyone would consider >> using anything /but/ *BSD. It is /infinitely/ flexible, which only >> adds to it's power. While - as you mentioned, it seems complicated >> to a new user. One must remember, after all, that it is a /server/ >> and perhaps, not best suited to an average "desktop" user. But, if >> given the time, will become your best friend - /really/. :) > > I, too, have been using BSD for a bit longer than FreeBSD has existed, > having used it while supporting the UC Davis Department of Applied > Sciences back in the 1970s. Not that the CSRG BSD days are relevant to > much of this as the boot-up as well as the rebuild procedures have been > totally re-worked since then (thank goodness). Indeed! :) I'll just summarize here by saying that technically, you are correct on all points. I'm afraid I must admit to "glossing over" all the questions by meerly attempting to make the point that following the "cheat sheet" by executing all the commands would help insure an UNeventful, and successful build/install. In short; while some of the commands were perhaps redundant, no harm would come of making them. :) As to Linux; I guess the only point I was trying to make here was that it isn't reasonable to compare Linux to UNIX, nor is it even reasonable to /call/ Linux UNIX. While not exactly related to building/installing world/kernel. It is related to the kernel, and - in my opinion, ultimately defines the largest difference between the two. That being ld. It is my opinion that the UNIX version - at least where *BSD is concerned, is /vastly/ more efficient, and hence, making the OS more flexible than the Linux families. As to one example; the ability to load both PHP4, and PHP5 as libraries in Apache. In Linux (and others) it is not possible, as there would be symbol crash/collision. Anyway, that doesn't really have anything to do with building/installing world/ kernel, except to the extent that building, and installing the *BSD kernel would be a better choice, which clearly makes *BSD the better choice of OS. :) --Chris H > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Fri Feb 15 02:29:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F04B216A418 for ; Fri, 15 Feb 2008 02:29:49 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.freebsd.org (Postfix) with ESMTP id A0E7D13C46A for ; Fri, 15 Feb 2008 02:29:49 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so516888wxd.7 for ; Thu, 14 Feb 2008 18:29:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=ZM0C+90SkEQZrqXebigVfryspgx8k3NyPUygc/OhNwc=; b=OLkcYAuBYkAbK0uvy+aooNtbMfUkqR3OAmDx9gqTM4gXB287mM1EumctlRdUc0mSEwT286VVtP22lyxR46WaPWS5OgtCaVUsGmECHvs8LFz9Y9J9Sw6wppYgjnw2vjPo4jXVSptMkPFBPoC+zRImlevA8LDjSTlUdLe9NWGVJIk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=m1nvACjC9JBrJLvLaLxui5RBGubE50Wj/cYjzngojhisMB9O5aPUbqyQFC9p1lnyzfTCtfzZrtOlRjfhLYAJ9cKWwVwUKEFpD0Uxpq1ew5fBnmeLwTfm+C0f3R/N0sQGdZFGsFsKwcBJLjZ4ySw7uTSuLNMdoCYnnK5EflYjo44= Received: by 10.114.126.1 with SMTP id y1mr2406313wac.25.1203041099495; Thu, 14 Feb 2008 18:04:59 -0800 (PST) Received: by 10.114.241.9 with HTTP; Thu, 14 Feb 2008 18:04:59 -0800 (PST) Message-ID: <4956a5e50802141804g7ecde966y7deca7154a2aa12d@mail.gmail.com> Date: Thu, 14 Feb 2008 23:04:59 -0300 From: Nenhum_de_Nos To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: atheros and interrupt storm 7.0-RC* X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 02:29:50 -0000 ath0: mem 0xec000000-0xec00ffff irq 16 at device 8.0 on pci0 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:19:5b:66:e4:2f ath0: mac 7.9 phy 4.5 radio 5.6 interrupt storm detected on "irq16:"; throttling interrupt source interrupt storm detected on "irq16:"; throttling interrupt source interrupt storm detected on "irq16:"; throttling interrupt source interrupt storm detected on "irq16:"; throttling interrupt source interrupt storm detected on "irq16:"; throttling interrupt source interrupt storm detected on "irq16:"; throttling interrupt source interrupt storm detected on "irq16:"; throttling interrupt source interrupt storm detected on "irq16:"; throttling interrupt source interrupt storm detected on "irq16:"; throttling interrupt source interrupt storm detected on "irq16:"; throttling interrupt source FreeBSD xxx 7.0-RC2 FreeBSD 7.0-RC2 #3: Fri Feb 8 15:57:45 BRT 2008 root@xxx:/usr/obj/usr/src/sys/xxx_7 i386 this happens sice forever :( thanks matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-stable@FreeBSD.ORG Fri Feb 15 04:00:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61EDD16A417; Fri, 15 Feb 2008 04:00:38 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id E83D813C43E; Fri, 15 Feb 2008 04:00:37 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-16-203.lns10.adl2.internode.on.net [121.45.16.203]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m1F40T1G004350 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Feb 2008 14:30:30 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Hajimu UMEMOTO Date: Fri, 15 Feb 2008 14:30:25 +1030 User-Agent: KMail/1.9.7 References: <200802142112.m1ELCBoO083786@drugs.dv.isc.org> <200802151053.39559.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1534397.JjSdgUKOY3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200802151430.27026.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Mark Andrews , freebsd-stable@freebsd.org Subject: Re: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 04:00:38 -0000 --nextPart1534397.JjSdgUKOY3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 15 Feb 2008, Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Fri, 15 Feb 2008 10:53:27 +1030 > >>>>> "Daniel O'Connor" said: > > doconnor> Any idea what creates the link local address at startup? > (Mainly to doconnor> satisfy my curiosity :) > > Put ipv6_enable=3D"YES" into your /etc/rc.conf Yeah but I need to reboot to have it work it's magic.. I'd like to know what goes on behind the mask. I sifted through /etc/rc.d and so on but it's not very clear. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1534397.JjSdgUKOY3 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHtQ5a5ZPcIHs/zowRAi2yAKCG/YuhD4nvWYxgrpu5/a2siRjHEgCeNGcj M6YjZ0+IF8iAgv+0lzEmtFc= =sbwZ -----END PGP SIGNATURE----- --nextPart1534397.JjSdgUKOY3-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 15 04:29:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8138016A419; Fri, 15 Feb 2008 04:29:01 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 9976313C447; Fri, 15 Feb 2008 04:29:00 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m1F4SvVY097532; Fri, 15 Feb 2008 15:28:58 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200802150428.m1F4SvVY097532@drugs.dv.isc.org> To: "Daniel O'Connor" From: Mark Andrews In-reply-to: Your message of "Fri, 15 Feb 2008 14:30:25 +1030." <200802151430.27026.doconnor@gsoft.com.au> Date: Fri, 15 Feb 2008 15:28:57 +1100 Sender: marka@isc.org Cc: freebsd-stable@freebsd.org, Hajimu UMEMOTO Subject: Re: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 04:29:01 -0000 > I'd like to know what goes on behind the mask. > > I sifted through /etc/rc.d and so on but it's not very clear. See sysctl net.inet6.ip6.auto_linklocal -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Fri Feb 15 10:28:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2926916A41A for ; Fri, 15 Feb 2008 10:28:23 +0000 (UTC) (envelope-from tbh@stttelkom.ac.id) Received: from stttelkom.ac.id (smail.stttelkom.ac.id [222.124.20.234]) by mx1.freebsd.org (Postfix) with ESMTP id 6535613C442 for ; Fri, 15 Feb 2008 10:28:22 +0000 (UTC) (envelope-from tbh@stttelkom.ac.id) Received: from [10.14.3.156] (h156net3.stttelkom.ac.id [10.14.3.156]) by stttelkom.ac.id (8.13.6/8.13.6) with ESMTP id m1F8BbVU071102 for ; Fri, 15 Feb 2008 15:11:37 +0700 (WIT) (envelope-from tbh@stttelkom.ac.id) Message-ID: <47B54934.70109@stttelkom.ac.id> Date: Fri, 15 Feb 2008 15:11:32 +0700 From: Tri Brotoharsono User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88/5829/Fri Feb 15 11:00:17 2008 on smail.stttelkom.ac.id X-Virus-Status: Clean Subject: Re: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 10:28:23 -0000 Daniel O'Connor wrote: > [midget 22:27] ~ >sudo ifconfig fxp0 delete 2002:792d:8527::/64 > ifconfig: 2002:792d:8527::/64: bad value > > Anyone know the right way to do this? :) > ifconfig fxp0 inet6 2002:792s:8527:: delete From owner-freebsd-stable@FreeBSD.ORG Fri Feb 15 12:44:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F308F16A469 for ; Fri, 15 Feb 2008 12:44:04 +0000 (UTC) (envelope-from me@che78-3-82-246-30-233.fbx.proxad.net) Received: from smtp8-g19.free.fr (smtp8-g19.free.fr [212.27.42.65]) by mx1.freebsd.org (Postfix) with ESMTP id 7BA3013C4EF for ; Fri, 15 Feb 2008 12:44:03 +0000 (UTC) (envelope-from me@che78-3-82-246-30-233.fbx.proxad.net) Received: from smtp8-g19.free.fr (localhost [127.0.0.1]) by smtp8-g19.free.fr (Postfix) with ESMTP id 6C9B517F568; Fri, 15 Feb 2008 13:44:02 +0100 (CET) Received: from che78-3-82-246-30-233.fbx.proxad.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp8-g19.free.fr (Postfix) with ESMTP id 1B3DE17F54E; Fri, 15 Feb 2008 13:44:02 +0100 (CET) Received: by che78-3-82-246-30-233.fbx.proxad.net (Postfix, from userid 1001) id 1A14D4523C; Fri, 15 Feb 2008 13:44:13 +0100 (CET) Date: Fri, 15 Feb 2008 13:44:13 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20080215124413.GB2938@pollux> Mail-Followup-To: freebsd-stable@freebsd.org References: <20080207124403.GA2792@pollux> <20080210181332.A23724@eskimo.com> <20080211093702.GA2367@pollux> <20080211122913.A9514@eskimo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080211122913.A9514@eskimo.com> User-Agent: Mutt/1.4.2.3i Subject: Re: X.org: Fatal server error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 12:44:05 -0000 On Mon, Feb 11, 2008 at 12:29:13PM -0800, Joseph Olatt wrote: > On Mon, Feb 11, 2008 at 10:37:02AM +0100, Harald Weis wrote: > > On Sun, Feb 10, 2008 at 06:13:33PM -0800, Joseph Olatt wrote: > > > On Thu, Feb 07, 2008 at 01:44:03PM +0100, Harald Weis wrote: > > > I would check and see if you have the following packages installed: > > > 1. font-misc-misc > > > 2. font-cursor-misc > > > > They are installed alright, like all other packages containing the > > pattern ``font'' in their name. > > > If "font-misc-misc" and "font-cursor-misc" are installed, I would do the > following: > > 1. Check "/usr/local/lib/X11/fonts/misc" directory to see if there are > font files there. In my case, that is where the fonts from package > "font-misc-misc" and "font-cursor-misc" got installed. > (pkg_info -L font-misc-misc-1.0.0 would tell you where the fonts > got installed.) > > 2. Check the xorg.conf (/etc/X11/xorg.conf for me) to see if you have a > section similar to the following: > > Section "Files" > RgbPath "/usr/local/share/X11/rgb" > ModulePath "/usr/local/lib/xorg/modules" > FontPath "/usr/local/lib/X11/fonts/misc/" > FontPath "/usr/local/lib/X11/fonts/TTF/" > FontPath "/usr/local/lib/X11/fonts/OTF" > FontPath "/usr/local/lib/X11/fonts/Type1/" > FontPath "/usr/local/lib/X11/fonts/100dpi/" > FontPath "/usr/local/lib/X11/fonts/75dpi/" > EndSection > > > If the line 'FontPath "/usr/local/lib/X11/fonts/misc/"' does not > exist, you could get the fixed font error. Finally, I've found the real reason for the empty fonts.dir file in misc/ (and 100dpi/, 75dpi, cyrillic): a lot of .pcf.gz files were indeed present, but I've not spotted that they were empty ! Shame on me. They must have been created (time stamp: Feb 3) during the xorg-upgrade procedure (described in the /usr/ports/UPDATING), but all empty, God knows why. misc/ is now populated with all the fonts created by the following packages: font-arabic-misc-1.0.0 font-cursor-misc-1.0.0 font-daewoo-misc-1.0.0 font-dec-misc-1.0.0 font-isas-misc-1.0.0 font-jis-misc-1.0.0 font-micro-misc-1.0.0 font-misc-cyrillic-1.0.0 font-misc-ethiopic-1.0.0 font-misc-meltho-1.0.0_1 font-misc-misc-1.0.0 font-mutt-misc-1.0.0 font-schumacher-misc-1.0.0 font-sony-misc-1.0.0 font-sun-misc-1.0.0 xorg-fonts-miscbitmaps-7.3 (meta package: no output from `pkg_info -L') The fonts.dir file contains now exactly 340 `fixed' fonts. There is no owner or permission problem whatsoever. And still, whether I follow strictly the method described in the Handbook or whether I use my own method with xinit and $HOME/.xinitrc the X server makes always the same complaint: Fatal server error: could not open default font 'fixed' The output of 'truss -fae startx' does not show why on earth the server cannot open the default font. It seems hopeless. I've never encountered such a bug. Is there really no other solution than the Windows-approach: Reinstall xorg from scratch ? Thanks in advance for every other idea. Harald -- FreeBSD 6.2-RELEASE-p2 #0: Tue Feb 27 22:56:09 UTC 2007 From owner-freebsd-stable@FreeBSD.ORG Fri Feb 15 17:26:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C088F16A468 for ; Fri, 15 Feb 2008 17:26:21 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.191]) by mx1.freebsd.org (Postfix) with ESMTP id 3114E13C455 for ; Fri, 15 Feb 2008 17:26:20 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by fk-out-0910.google.com with SMTP id b27so898907fka.11 for ; Fri, 15 Feb 2008 09:26:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=k1/Y+ccrgQFBJ0NJNrHndPHJcbSVaMuDQDCeSZAjEyM=; b=q8/mCv1nBV1va+yUpCsTLjtKI/K7QH6QQcHvo+0gyd4OozFPlwKlqA0Q7JJLaSKxuuaKZNPlxH8qyMsnKXAjQGI5X0MaRNCn+JHCVzQqrhbI7P5aoNSEJ0WNMsVXCp0Chm34e3jKDxxBkiXXnJ3BEQ6xo0u5B3FjMdK88fcBq3I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=fA5ZcDLkKk5NAjGPOrAMdbUnZ7oH7k2l27AK/On89M2Ca/KfW6Az+I56vPKFQ2733DcV7545IwwX7oP7K22H6p4mqWX0M4VZj0QwIPuRAxYHY/LbV6YLwhclFtK3/b1F46JXDO9XzHQI8f6krRpOC7Rd/Qtcat5SV72s6JKnYIk= Received: by 10.82.187.2 with SMTP id k2mr5437351buf.19.1203096379899; Fri, 15 Feb 2008 09:26:19 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id t12sm4734981gvd.2.2008.02.15.09.26.18 (version=SSLv3 cipher=RC4-MD5); Fri, 15 Feb 2008 09:26:18 -0800 (PST) From: Tom Evans To: freebsd-stable@FreeBSD.ORG In-Reply-To: <200802121453.m1CErpie039443@lurza.secnetix.de> References: <200802121453.m1CErpie039443@lurza.secnetix.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-cD9g3231CLKoxJmSA/Vs" Date: Fri, 15 Feb 2008 17:26:16 +0000 Message-Id: <1203096376.2126.107.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: Subject: Re: RELENG_7: interrupt eating whole cpu core X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 17:26:21 -0000 --=-cD9g3231CLKoxJmSA/Vs Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2008-02-12 at 15:53 +0100, Oliver Fromme wrote: > Tom Evans wrote: > > The chipset supports UDMA6, the drive supports UDMA6, >=20 > Are you sure about that? What brand/model is that? > I don't think I've ever seen an atapi CD/DVD drive > that supported more than UDMA3. >=20 > Best regards > Oliver >=20 I actually made a mistake there; the drive supports 'ATA/ATAPI Revision 6', which is, of course, UDMA5. This is according to atacontrol, and is used when booted up into windows 2000.=20 I believe UDMA modes will give less resource usage compared to WDMA modes, and combined with a large read-ahead cache in mplayer, should prolong battery life by spinning up less frequently and remaining spinning for less time, therefore I'm going to continue to try and get it to correctly allow my DVD drive to use these modes.=20 As for drives not supporting more than udma3, seems ok on linux. /dev/hda: ATAPI CD-ROM, with removable media Model Number: PIONEER DVD-RW DVR-112 =20 Serial Number: GFDP176727WL =20 Firmware Revision: 1.21 =20 Standards: Likely used CD-ROM ATAPI-1 Configuration: DRQ response: 50us. Packet size: 12 bytes Capabilities: LBA, IORDY(can be disabled) Buffer size: 64.0kB DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 *udma4=20 Cycle time: min=3D120ns recommended=3D120ns PIO: pio0 pio1 pio2 pio3 pio4=20 Cycle time: no flow control=3D240ns IORDY flow control=3D120n= s --=-cD9g3231CLKoxJmSA/Vs Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHtcsulcRvFfyds/cRAhCdAJ9X7MHaSgMLCj7xUmxsUZFcmUkGkACfQ/XN +lIoa2hRCGRkjLHAa6sWD4A= =kKlL -----END PGP SIGNATURE----- --=-cD9g3231CLKoxJmSA/Vs-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 15 21:20:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3B3516A496 for ; Fri, 15 Feb 2008 21:20:24 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from mail.geek.sh (decoder.geek.sh [196.36.198.81]) by mx1.freebsd.org (Postfix) with ESMTP id 7CD1E13C47E for ; Fri, 15 Feb 2008 21:20:24 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: by mail.geek.sh (Postfix, from userid 1000) id F133224D33; Fri, 15 Feb 2008 22:55:31 +0200 (SAST) Date: Fri, 15 Feb 2008 22:55:31 +0200 From: Aragon Gouveia To: Michael Lankton Message-ID: <20080215205531.GA64377@phat.za.net> References: <2047E7E6-E351-4394-8A26-E1157616AF8A@mchsi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2047E7E6-E351-4394-8A26-E1157616AF8A@mchsi.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.10-RELEASE-p2 i386 Cc: freebsd-stable@freebsd.org Subject: Re: Expresscard Wireless X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 21:20:24 -0000 Hi, I just purchased the Ubiquiti SRX and can confirm that it works under FreeBSD 7. It doesn't seem to handle ejections or hotplugging though. Regards, Aragon | By Michael Lankton | [ 2008-02-12 17:57 +0200 ] > I bought a laptop with no PCMCIA slot, just expresscard. Instead of > using a usb dongle for wireless, I would like to use an expresscard if > possible. Ubiquiti makes one that uses atheros chip. > > Has anyone successfully used an expresscard wifi card in FreeBSD? Any > info? > > Thanks From owner-freebsd-stable@FreeBSD.ORG Fri Feb 15 22:59:03 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54E3916A418 for ; Fri, 15 Feb 2008 22:59:03 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [208.149.144.13]) by mx1.freebsd.org (Postfix) with ESMTP id 0800E13C45E for ; Fri, 15 Feb 2008 22:59:02 +0000 (UTC) (envelope-from lists@pingle.org) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id 3877511455 for ; Fri, 15 Feb 2008 17:59:02 -0500 (EST) X-Virus-Scanned: amavisd-new at pingle.org Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l7KQHNMGEokE for ; Fri, 15 Feb 2008 17:59:00 -0500 (EST) Received: from [192.168.0.4] (josie.pingle.org [209.125.59.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTP id 4EA2111454 for ; Fri, 15 Feb 2008 17:58:57 -0500 (EST) Message-ID: <47B6192A.3030507@pingle.org> Date: Fri, 15 Feb 2008 17:58:50 -0500 From: Jim Pingle User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: stable@freebsd.org References: <47B4AAA3.6060501@pingle.org> In-Reply-To: <47B4AAA3.6060501@pingle.org> Content-Type: multipart/mixed; boundary="------------030507080903000702030500" Cc: Subject: Re: 7.0-PRERELEASE Fatal Trap 12 with sysctl and acpi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 22:59:03 -0000 This is a multi-part message in MIME format. --------------030507080903000702030500 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Jim Pingle wrote: > > I'm having some trouble with a SuperMicro SuperServer 6022L-6 that > previously ran 7.0-BETA4 without problems. Today, I updated this machine > to 7.0-PRERELEASE and now it will not fully boot unless I disable ACPI. > A quick search of the PR database didn't turn up anything similar with > sysctl and ACPI. [snip] > When running sysctl -a in single user mode, the last three lines before > the crash are (transcribed by hand, no serial console available): > > dev.pcib.3.%location: handle=\_SB_.PCI3 > dev.pcib.3.%pnpinfo: _HID=PNP0A03 UID=3 > dev.pcib.3.%parent: acpi0 > With a working system/kernel the lines immediately following this are: dev.pcib.4.%desc: ACPI Host-PCI bridge dev.pcib.4.%driver: pcib dev.pcib.4.%location: handle=\_SB_.PCI4 dev.pcib.4.%pnpinfo: _HID=PNP0A03 _UID=4 dev.pcib.4.%parent: acpi0 > ========================================================================= > Kernel config is GENERIC, with ULE scheduler and "options ASR_COMPAT" > ========================================================================= Here is the entire kernel config: ident TEST include GENERIC options ASR_COMPAT nooption SCHED_4BSD options SCHED_ULE > ========================================================================= > dmesg is attached, but it is from a non-acpi boot. > ========================================================================= Attached to this message is a dmesg from a working world/kernel on the same box. > If I get some time next week I might try a binary search of commits > between BETA4 and now, to pinpoint where it stopped working. As a buildworld/buildkernel takes about an hour and a half on this hardware (2x2GHz Xeon), I haven't fully narrowed this down yet. It is somewhere between 12/15/2007 (works) and 12/25/2007 (crashes). I glanced at the archives between those points but I didn't see any similar complaints. The only ACPI references I saw in the archives were referring to thermal zone problems, and a commit relating to those. I'll return to this early next week to see if I can narrow this down more precisely. Jim --------------030507080903000702030500 Content-Type: text/plain; name="dmesg-testbox-workingacpi.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="dmesg-testbox-workingacpi.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDcgVGhlIEZyZWVCU0QgUHJvamVjdC4NCkNvcHlyaWdo dCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5Miwg MTk5MywgMTk5NA0KICAgICAgICBUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBD YWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLg0KRnJlZUJTRCBpcyBhIHJlZ2lzdGVy ZWQgdHJhZGVtYXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uDQpGcmVlQlNEIDcuMC1C RVRBNCAjNDogRnJpIEZlYiAxNSAxNjoyMzo1NyBFU1QgMjAwOA0KICAgIHJvb3RAdGVzdDEu aHBjaXNwLmNvbTovdXNyL29iai91c3Ivc3JjL3N5cy9URVNUDQpUaW1lY291bnRlciAiaTgy NTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMA0KQ1BVOiBJbnRlbChSKSBYRU9O KFRNKSBDUFUgMi4wMEdIeiAoMTk5OS45NC1NSHogNjg2LWNsYXNzIENQVSkNCiAgT3JpZ2lu ID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHhmMjQgIFN0ZXBwaW5nID0gNA0KICBGZWF0dXJl cz0weDNmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxT RVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZY U1IsU1NFLFNTRTIsU1MsSFRULFRNPg0KICBMb2dpY2FsIENQVXMgcGVyIGNvcmU6IDINCnJl YWwgbWVtb3J5ICA9IDIxNDc0MTgxMTIgKDIwNDcgTUIpDQphdmFpbCBtZW1vcnkgPSAyMDkx ODcyMjU2ICgxOTk0IE1CKQ0KQUNQSSBBUElDIFRhYmxlOiA8UkNDICAgIEdDSEUgICAgPg0K RnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogNCBDUFVzDQog Y3B1MCAoQlNQKTogQVBJQyBJRDogIDANCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxDQogY3B1 MiAoQVApOiBBUElDIElEOiAgMg0KIGNwdTMgKEFQKTogQVBJQyBJRDogIDMNCkFDUEkgV2Fy bmluZyAodGJmYWR0LTA1MDUpOiBPcHRpb25hbCBmaWVsZCAiR3BlMUJsb2NrIiBoYXMgemVy byBhZGRyZXNzIG9yIGxlbmd0aDogICAgICAgIDAgICAgICAgMC84IFsyMDA3MDMyMF0NCk1B RFQ6IEZvcmNpbmcgYWN0aXZlLWxvdyBwb2xhcml0eSBhbmQgbGV2ZWwgdHJpZ2dlciBmb3Ig U0NJDQppb2FwaWMwIDxWZXJzaW9uIDEuMT4gaXJxcyAwLTE1IG9uIG1vdGhlcmJvYXJkDQpp b2FwaWMxIDxWZXJzaW9uIDEuMT4gaXJxcyAxNi0zMSBvbiBtb3RoZXJib2FyZA0KaW9hcGlj MiA8VmVyc2lvbiAxLjE+IGlycXMgMzItNDcgb24gbW90aGVyYm9hcmQNCmtiZDEgYXQga2Jk bXV4MA0KYXRoX2hhbDogMC45LjIwLjMgKEFSNTIxMCwgQVI1MjExLCBBUjUyMTIsIFJGNTEx MSwgUkY1MTEyLCBSRjI0MTMsIFJGNTQxMykNCmFjcGkwOiA8UkNDIEdDSEU+IG9uIG1vdGhl cmJvYXJkDQpBQ1BJIFdhcm5pbmcgKGRzd2xvYWQtMDc5NCk6IFR5cGUgb3ZlcnJpZGUgLSBb REVCX10gaGFkIGludmFsaWQgdHlwZSAoSW50ZWdlcikgZm9yIFNjb3BlIG9wZXJhdG9yLCBj aGFuZ2VkIHRvIChTY29wZSkgWzIwMDcwMzIwXQ0KQUNQSSBXYXJuaW5nIChkc3dsb2FkLTA3 OTQpOiBUeXBlIG92ZXJyaWRlIC0gW01MSUJdIGhhZCBpbnZhbGlkIHR5cGUgKEludGVnZXIp IGZvciBTY29wZSBvcGVyYXRvciwgY2hhbmdlZCB0byAoU2NvcGUpIFsyMDA3MDMyMF0NCkFD UEkgV2FybmluZyAoZHN3bG9hZC0wNzk0KTogVHlwZSBvdmVycmlkZSAtIFtJT19fXSBoYWQg aW52YWxpZCB0eXBlIChJbnRlZ2VyKSBmb3IgU2NvcGUgb3BlcmF0b3IsIGNoYW5nZWQgdG8g KFNjb3BlKSBbMjAwNzAzMjBdDQpBQ1BJIFdhcm5pbmcgKGRzd2xvYWQtMDc5NCk6IFR5cGUg b3ZlcnJpZGUgLSBbREFUQV0gaGFkIGludmFsaWQgdHlwZSAoU3RyaW5nKSBmb3IgU2NvcGUg b3BlcmF0b3IsIGNoYW5nZWQgdG8gKFNjb3BlKSBbMjAwNzAzMjBdDQpBQ1BJIFdhcm5pbmcg KGRzd2xvYWQtMDc5NCk6IFR5cGUgb3ZlcnJpZGUgLSBbU0lPX10gaGFkIGludmFsaWQgdHlw ZSAoU3RyaW5nKSBmb3IgU2NvcGUgb3BlcmF0b3IsIGNoYW5nZWQgdG8gKFNjb3BlKSBbMjAw NzAzMjBdDQpBQ1BJIFdhcm5pbmcgKGRzd2xvYWQtMDc5NCk6IFR5cGUgb3ZlcnJpZGUgLSBb U0JfX10gaGFkIGludmFsaWQgdHlwZSAoU3RyaW5nKSBmb3IgU2NvcGUgb3BlcmF0b3IsIGNo YW5nZWQgdG8gKFNjb3BlKSBbMjAwNzAzMjBdDQpBQ1BJIFdhcm5pbmcgKGRzd2xvYWQtMDc5 NCk6IFR5cGUgb3ZlcnJpZGUgLSBbUE1fX10gaGFkIGludmFsaWQgdHlwZSAoU3RyaW5nKSBm b3IgU2NvcGUgb3BlcmF0b3IsIGNoYW5nZWQgdG8gKFNjb3BlKSBbMjAwNzAzMjBdDQpBQ1BJ IFdhcm5pbmcgKGRzd2xvYWQtMDc5NCk6IFR5cGUgb3ZlcnJpZGUgLSBbSUNOVF0gaGFkIGlu dmFsaWQgdHlwZSAoU3RyaW5nKSBmb3IgU2NvcGUgb3BlcmF0b3IsIGNoYW5nZWQgdG8gKFNj b3BlKSBbMjAwNzAzMjBdDQpBQ1BJIFdhcm5pbmcgKGRzd2xvYWQtMDc5NCk6IFR5cGUgb3Zl cnJpZGUgLSBbQUNQSV0gaGFkIGludmFsaWQgdHlwZSAoU3RyaW5nKSBmb3IgU2NvcGUgb3Bl cmF0b3IsIGNoYW5nZWQgdG8gKFNjb3BlKSBbMjAwNzAzMjBdDQpBQ1BJIFdhcm5pbmcgKGRz d2xvYWQtMDc5NCk6IFR5cGUgb3ZlcnJpZGUgLSBbSU9SR10gaGFkIGludmFsaWQgdHlwZSAo U3RyaW5nKSBmb3IgU2NvcGUgb3BlcmF0b3IsIGNoYW5nZWQgdG8gKFNjb3BlKSBbMjAwNzAz MjBdDQpBQ1BJIFdhcm5pbmcgKGRzd2xvYWQtMDc5NCk6IFR5cGUgb3ZlcnJpZGUgLSBbU0Jf X10gaGFkIGludmFsaWQgdHlwZSAoU3RyaW5nKSBmb3IgU2NvcGUgb3BlcmF0b3IsIGNoYW5n ZWQgdG8gKFNjb3BlKSBbMjAwNzAzMjBdDQpBQ1BJIFdhcm5pbmcgKGRzd2xvYWQtMDc5NCk6 IFR5cGUgb3ZlcnJpZGUgLSBbUE1fX10gaGFkIGludmFsaWQgdHlwZSAoU3RyaW5nKSBmb3Ig U2NvcGUgb3BlcmF0b3IsIGNoYW5nZWQgdG8gKFNjb3BlKSBbMjAwNzAzMjBdDQpBQ1BJIFdh cm5pbmcgKGRzd2xvYWQtMDc5NCk6IFR5cGUgb3ZlcnJpZGUgLSBbU0lPX10gaGFkIGludmFs aWQgdHlwZSAoU3RyaW5nKSBmb3IgU2NvcGUgb3BlcmF0b3IsIGNoYW5nZWQgdG8gKFNjb3Bl KSBbMjAwNzAzMjBdDQpBQ1BJIFdhcm5pbmcgKGRzd2xvYWQtMDc5NCk6IFR5cGUgb3ZlcnJp ZGUgLSBbUE1fX10gaGFkIGludmFsaWQgdHlwZSAoU3RyaW5nKSBmb3IgU2NvcGUgb3BlcmF0 b3IsIGNoYW5nZWQgdG8gKFNjb3BlKSBbMjAwNzAzMjBdDQpBQ1BJIFdhcm5pbmcgKGRzd2xv YWQtMDc5NCk6IFR5cGUgb3ZlcnJpZGUgLSBbQklPU10gaGFkIGludmFsaWQgdHlwZSAoSW50 ZWdlcikgZm9yIFNjb3BlIG9wZXJhdG9yLCBjaGFuZ2VkIHRvIChTY29wZSkgWzIwMDcwMzIw XQ0KQUNQSSBXYXJuaW5nIChkc3dsb2FkLTA3OTQpOiBUeXBlIG92ZXJyaWRlIC0gW0NNT1Nd IGhhZCBpbnZhbGlkIHR5cGUgKEludGVnZXIpIGZvciBTY29wZSBvcGVyYXRvciwgY2hhbmdl ZCB0byAoU2NvcGUpIFsyMDA3MDMyMF0NCkFDUEkgV2FybmluZyAoZHN3bG9hZC0wNzk0KTog VHlwZSBvdmVycmlkZSAtIFtLQkNfXSBoYWQgaW52YWxpZCB0eXBlIChJbnRlZ2VyKSBmb3Ig U2NvcGUgb3BlcmF0b3IsIGNoYW5nZWQgdG8gKFNjb3BlKSBbMjAwNzAzMjBdDQpBQ1BJIFdh cm5pbmcgKGRzd2xvYWQtMDc5NCk6IFR5cGUgb3ZlcnJpZGUgLSBbT0VNX10gaGFkIGludmFs aWQgdHlwZSAoSW50ZWdlcikgZm9yIFNjb3BlIG9wZXJhdG9yLCBjaGFuZ2VkIHRvIChTY29w ZSkgWzIwMDcwMzIwXQ0KYWNwaTA6IFtJVEhSRUFEXQ0KYWNwaTA6IFBvd2VyIEJ1dHRvbiAo Zml4ZWQpDQphY3BpMDogcmVzZXJ2YXRpb24gb2YgMCwgYTAwMDAgKDMpIGZhaWxlZA0KYWNw aTA6IHJlc2VydmF0aW9uIG9mIDEwMDAwMCwgN2ZmMDAwMDAgKDMpIGZhaWxlZA0KVGltZWNv dW50ZXIgIkFDUEktc2FmZSIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSA4NTANCmFj cGlfdGltZXIwOiA8MzItYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4NTA4LTB4 NTBiIG9uIGFjcGkwDQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpwNHRjYzA6IDxDUFUg RnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MA0KY3B1MTogPEFDUEkgQ1BVPiBv biBhY3BpMA0KcDR0Y2MxOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNw dTENCmNwdTI6IDxBQ1BJIENQVT4gb24gYWNwaTANCnA0dGNjMjogPENQVSBGcmVxdWVuY3kg VGhlcm1hbCBDb250cm9sPiBvbiBjcHUyDQpjcHUzOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpw NHRjYzM6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1Mw0KYWNwaV9i dXR0b24wOiA8U2xlZXAgQnV0dG9uPiBvbiBhY3BpMA0KcGNpYjA6IDxBQ1BJIEhvc3QtUENJ IGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMA0KcGNpMDogPEFDUEkgUENJIGJ1 cz4gb24gcGNpYjANCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4 YTgwMC0weGE4ZmYgbWVtIDB4ZmQwMDAwMDAtMHhmZGZmZmZmZiwweGZlNWZmMDAwLTB4ZmU1 ZmZmZmYgaXJxIDE4IGF0IGRldmljZSAyLjAgb24gcGNpMA0KZnhwMDogPEludGVsIDgyNTUw IFByby8xMDAgRXRoZXJuZXQ+IHBvcnQgMHhhZTgwLTB4YWViZiBtZW0gMHhmZTVmYzAwMC0w eGZlNWZjZmZmLDB4ZmU1ODAwMDAtMHhmZTU5ZmZmZiBpcnEgMTcgYXQgZGV2aWNlIDQuMCBv biBwY2kwDQptaWlidXMwOiA8TUlJIGJ1cz4gb24gZnhwMA0KaW5waHkwOiA8aTgyNTU1IDEw LzEwMCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAxIG9uIG1paWJ1czANCmlucGh5MDogIDEwYmFz ZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8NCmZ4cDA6 IEV0aGVybmV0IGFkZHJlc3M6IDAwOjMwOjQ4OjIwOmEzOjllDQpmeHAwOiBbSVRIUkVBRF0N CmZ4cDE6IDxJbnRlbCA4MjU1MCBQcm8vMTAwIEV0aGVybmV0PiBwb3J0IDB4YWYwMC0weGFm M2YgbWVtIDB4ZmU1ZmQwMDAtMHhmZTVmZGZmZiwweGZlNWEwMDAwLTB4ZmU1YmZmZmYgaXJx IDE5IGF0IGRldmljZSA1LjAgb24gcGNpMA0KbWlpYnVzMTogPE1JSSBidXM+IG9uIGZ4cDEN CmlucGh5MTogPGk4MjU1NSAxMC8xMDAgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWli dXMxDQppbnBoeTE6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNl VFgtRkRYLCBhdXRvDQpmeHAxOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDozMDo0ODoyMDphMzo5 Zg0KZnhwMTogW0lUSFJFQURdDQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2Ug MTUuMCBvbiBwY2kwDQppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjANCmF0YXBjaTA6IDxTZXJ2 ZXJXb3JrcyBDU0I1IFVETUExMDAgY29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNm NiwweDE3MC0weDE3NywweDM3NiwweGZmYTAtMHhmZmFmIGF0IGRldmljZSAxNS4xIG9uIHBj aTANCmF0YTA6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwDQphdGEwOiBbSVRIUkVBRF0N CmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kwDQphdGExOiBbSVRIUkVBRF0NCm9o Y2kwOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGZlNWZlMDAwLTB4 ZmU1ZmVmZmYgaXJxIDEwIGF0IGRldmljZSAxNS4yIG9uIHBjaTANCm9oY2kwOiBbR0lBTlQt TE9DS0VEXQ0Kb2hjaTA6IFtJVEhSRUFEXQ0KdXNiMDogT0hDSSB2ZXJzaW9uIDEuMCwgbGVn YWN5IHN1cHBvcnQNCnVzYjA6IFNNTSBkb2VzIG5vdCByZXNwb25kLCByZXNldHRpbmcNCnVz YjA6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTANCnVzYjA6IFVT QiByZXZpc2lvbiAxLjANCnVodWIwOiA8KDB4MTE2NikgT0hDSSByb290IGh1YiwgY2xhc3Mg OS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjANCnVodWIwOiA0IHBvcnRzIHdp dGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KcGNpYjE6IDxBQ1BJIEhvc3QtUENJIGJy aWRnZT4gb24gYWNwaTANCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxDQpwY2liMjog PEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBvbiBhY3BpMA0KcGNpMjogPEFDUEkgUENJIGJ1cz4g b24gcGNpYjINCnBjaWIzOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IG9uIGFjcGkwDQpwY2kz OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMw0KcGNpYjQ6IDxBQ1BJIEhvc3QtUENJIGJyaWRn ZT4gb24gYWNwaTANCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0DQphc3IwOiA8QWRh cHRlYyBDYWNoaW5nIFNDU0kgUkFJRD4gbWVtIDB4ZmViMDAwMDAtMHhmZWJmZmZmZiwweGZi MDAwMDAwLTB4ZmJmZmZmZmYsMHhmODAwMDAwMC0weGY5ZmZmZmZmIGlycSAyOSBhdCBkZXZp Y2UgMy4wIG9uIHBjaTQNCmFzcjA6IFtHSUFOVC1MT0NLRURdDQphc3IwOiBbSVRIUkVBRF0N CmFzcjA6ICAgQURBUFRFQyAyMDA1UyBGVyBSZXYuIDM4MEUsIDIgY2hhbm5lbCwgMjAwMCBD Q0JzLCBQcm90b2NvbCBJMk8NCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0 Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwDQphdGtiZDA6IDxBVCBLZXlib2Fy ZD4gaXJxIDEgb24gYXRrYmRjMA0Ka2JkMCBhdCBhdGtiZDANCmF0a2JkMDogW0dJQU5ULUxP Q0tFRF0NCmF0a2JkMDogW0lUSFJFQURdDQpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9u IGF0a2JkYzANCnBzbTA6IFtHSUFOVC1MT0NLRURdDQpwc20wOiBbSVRIUkVBRF0NCnBzbTA6 IG1vZGVsIE5ldE1vdXNlL05ldFNjcm9sbCBPcHRpY2FsLCBkZXZpY2UgSUQgMA0KZmRjMDog PGZsb3BweSBkcml2ZSBjb250cm9sbGVyIChGREUpPiBwb3J0IDB4M2YyLTB4M2YzLDB4M2Y0 LTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGFjcGkwDQpmZGMwOiBbRklMVEVSXQ0KZmQw OiA8MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMwIGRyaXZlIDANCnNpbzA6IDwxNjU1MEEt Y29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEw IG9uIGFjcGkwDQpzaW8wOiB0eXBlIDE2NTUwQQ0Kc2lvMDogW0ZJTFRFUl0NCnNpbzE6IDwx NjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBh Y3BpMA0Kc2lvMTogdHlwZSAxNjU1MEENCnNpbzE6IFtGSUxURVJdDQpwbXRpbWVyMCBvbiBp c2EwDQpvcm0wOiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAweGMwMDAwLTB4YzdmZmYs MHhjODAwMC0weGNkZmZmLDB4Y2UwMDAtMHhjZWZmZiwweGNmMDAwLTB4Y2ZmZmYgcG5waWQg T1JNMDAwMCBvbiBpc2EwDQpwcGMwOiA8UGFyYWxsZWwgcG9ydD4gYXQgcG9ydCAweDM3OC0w eDM3ZiBpcnEgNyBvbiBpc2EwDQpwcGMwOiBHZW5lcmljIGNoaXBzZXQgKEVDUC9QUzIvTklC QkxFKSBpbiBDT01QQVRJQkxFIG1vZGUNCnBwYzA6IEZJRk8gd2l0aCAxNi8xNi84IGJ5dGVz IHRocmVzaG9sZA0KcHBidXMwOiA8UGFyYWxsZWwgcG9ydCBidXM+IG9uIHBwYzANCnBsaXAw OiA8UExJUCBuZXR3b3JrIGludGVyZmFjZT4gb24gcHBidXMwDQpscHQwOiA8UHJpbnRlcj4g b24gcHBidXMwDQpscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQNCnBwaTA6IDxQYXJhbGxl bCBJL08+IG9uIHBwYnVzMA0KcHBjMDogW0dJQU5ULUxPQ0tFRF0NCnBwYzA6IFtJVEhSRUFE XQ0Kc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTANCnNjMDog VkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4NCnZnYTA6IDxHZW5lcmlj IElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9u IGlzYTANClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMNCmFjZDA6IENEUk9N IDxNQVRTSElUQSBDUi0xNzcvN1QwRD4gYXQgYXRhMS1tYXN0ZXIgVURNQTMzDQpkYTAgYXQg YXNyMCBidXMgMCB0YXJnZXQgMCBsdW4gMA0KZGEwOiA8QURBUFRFQyBSQUlELTUgMzgwRT4g Rml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTIgZGV2aWNlIA0Kc2VzMCBhdCBhc3IwIGJ1cyAw IHRhcmdldCA2IGx1biAwDQpzZXMwOiA8U1VQRVIgR0VNMzE4IDA+IEZpeGVkIFByb2Nlc3Nv ciBTQ1NJLTIgZGV2aWNlIA0KU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhDQpTTVA6IEFQIENQ VSAjMiBMYXVuY2hlZCENClNNUDogQVAgQ1BVICMzIExhdW5jaGVkIQ0KVHJ5aW5nIHRvIG1v dW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9kYTBzMWENCg== --------------030507080903000702030500-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 15 23:42:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BBEA16A41A; Fri, 15 Feb 2008 23:42:54 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id DF7F613C458; Fri, 15 Feb 2008 23:42:53 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-16-203.lns10.adl2.internode.on.net [121.45.16.203]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m1FNgkjM068072 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Feb 2008 10:12:49 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Mark Andrews Date: Sat, 16 Feb 2008 10:12:43 +1030 User-Agent: KMail/1.9.7 References: <200802150428.m1F4SvVY097532@drugs.dv.isc.org> In-Reply-To: <200802150428.m1F4SvVY097532@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3343849.PaVvd1mKJt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200802161012.44887.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, Hajimu UMEMOTO Subject: Re: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 23:42:54 -0000 --nextPart3343849.PaVvd1mKJt Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 15 Feb 2008, Mark Andrews wrote: > > I'd like to know what goes on behind the mask. > > > > I sifted through /etc/rc.d and so on but it's not very clear. > > See sysctl net.inet6.ip6.auto_linklocal I actually tried setting that but it had no effect..=20 I can't find any documentation on it (in inet6 or ip6) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3343849.PaVvd1mKJt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHtiN05ZPcIHs/zowRAmLWAJ9C5xWd4Py2e3oeFgOLqBME5nh2FQCfeMWk KIRxYXDY40TswgD70aVd/J8= =rH3X -----END PGP SIGNATURE----- --nextPart3343849.PaVvd1mKJt-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 16 01:17:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2D1016A468; Sat, 16 Feb 2008 01:17:22 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 8E45713C474; Sat, 16 Feb 2008 01:17:22 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m1G1HJPM018995; Sat, 16 Feb 2008 12:17:20 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200802160117.m1G1HJPM018995@drugs.dv.isc.org> To: "Daniel O'Connor" From: Mark Andrews In-reply-to: Your message of "Sat, 16 Feb 2008 10:12:43 +1030." <200802161012.44887.doconnor@gsoft.com.au> Date: Sat, 16 Feb 2008 12:17:19 +1100 Sender: marka@isc.org Cc: freebsd-stable@freebsd.org, Hajimu UMEMOTO Subject: Re: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 01:17:22 -0000 > > > I'd like to know what goes on behind the mask. > > > > > > I sifted through /etc/rc.d and so on but it's not very clear. > > > > See sysctl net.inet6.ip6.auto_linklocal > > I actually tried setting that but it had no effect..=20 > > I can't find any documentation on it (in inet6 or ip6) net.inet6.ip6.auto_linklocal is cleared, based on, ipv6_enable really early in the boot process before any interfaces are configured (see rcorder). When the interface is attached the kernel will auto configure a link local address if net.inet6.ip6.auto_linklocal is still 1. grep for auto_linklocal in the kernel sources for all the details. -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Sat Feb 16 06:56:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B343A16A469 for ; Sat, 16 Feb 2008 06:56:15 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.c0mplx.org (unknown [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 83CC313C45E for ; Sat, 16 Feb 2008 06:56:15 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from pi by home.c0mplx.org with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JQGy5-000DwF-4i for freebsd-stable@freebsd.org; Sat, 16 Feb 2008 07:56:13 +0100 Date: Sat, 16 Feb 2008 07:56:13 +0100 From: Kurt Jaeger To: freebsd-stable@freebsd.org Message-ID: <20080216065612.GC21775@home.c0mplx.org> References: <200802142112.m1ELCBoO083786@drugs.dv.isc.org> <200802151053.39559.doconnor@gsoft.com.au> <200802151430.27026.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200802151430.27026.doconnor@gsoft.com.au> Subject: Re: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 06:56:15 -0000 Hi! > > Put ipv6_enable="YES" into your /etc/rc.conf > > Yeah but I need to reboot to have it work it's magic.. > > I'd like to know what goes on behind the mask. It works like this: If ipv6_enable="YES", then you have a "true" from /etc/network.subr:ipv6if(), which is used in /etc/rc.d/auto_linklocal to set the linklocal adress. Again, using a function from /etc/network.subr:network6_getladdr() -- pi@opsec.eu +49 171 3101372 12 years to go ! From owner-freebsd-stable@FreeBSD.ORG Sat Feb 16 07:31:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4498C16A417 for ; Sat, 16 Feb 2008 07:31:01 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 13BBF13C45E for ; Sat, 16 Feb 2008 07:31:00 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so1166222pyb.10 for ; Fri, 15 Feb 2008 23:31:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=Bn4tHUlROSpjjqsXJG6G9EtbNODNqlD6zz6T8Hl1pds=; b=HAsp2FK4JE5Ru+NxqKjPI0V0vspc1bSlHgYx+7uI/+BKBlpdQiayOx3YIILZ5XYTS62yS3tB3p8cqwYx8CTgqs1GG6EBAFqH0XdbiJKreegkoouOBMwOyc41IAgwcOZF2nJhzEMAEj5owElhp4U3s4oRhbblUO58br4ovpEj8BE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=opu/wuvdJXRFHoryV1kUQPfQBVo2PDre1jqvV2eNV5RpTGYtZglSFw95epo+86YNHwzwyKsHLA97c04SwzapYpo/i5ZFTMnWXD7pTCvumI0FP+0j/0/NGBZqwMykuEWpLzI29iuA7ZiYhmlzgCBeChRytSh6X706KGc/cNmpDCY= Received: by 10.65.233.16 with SMTP id k16mr5860468qbr.43.1203147059587; Fri, 15 Feb 2008 23:30:59 -0800 (PST) Received: by 10.64.232.17 with HTTP; Fri, 15 Feb 2008 23:30:59 -0800 (PST) Message-ID: Date: Sat, 16 Feb 2008 09:30:59 +0200 From: "David Naylor" Sender: naylor.b.david@gmail.com To: freebsd-stable@freebsd.org, olli@lurza.secnetix.de In-Reply-To: <200802141002.m1EA22bk050940@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200802141002.m1EA22bk050940@lurza.secnetix.de> X-Google-Sender-Auth: b0e35383b6d4c09e Cc: Subject: Re: broken buildkernel (scsi_low and -Os) and duplicate manpages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 07:31:01 -0000 On 14/02/2008, Oliver Fromme wrote: > David Naylor wrote: > > It is a strange problem, normal installworld works fine, but somehow > > the duplicate manpages result in a failure when installing with > > DESTDIR=, here are some possible reasons: > > > > 1) I use tmpfs when using DESTDIR (could be tmpfs does something strange) > > 2) Base system (compiled and installed) is compiled using -O2??? > > What is the exact CFLAGS setting that you use? > Do you use -O2 (or -Os) without -fno-strict-aliasing? Once i used CLFAGS=-O2 -fno-strict-aliasing -pipe and it failed, other time I used CFLAGS=-Os -pipe and it also failed > In general, having a CFLAGS=... line in /etc/make.conf > is not a good idea. In most cases it does more harm > than good. That might be the case here, too. I have compiled everything with the previously mentioned CFLAGS and the system runs fine (only a problem with using RUM, however I think that is driver related, not compile flags related) The ports that are affected by strict-aliasing, are they not protected (i.e. force -fno=strict-aliasing?) > I suggest you remove the CFLAGS line, rm -r /usr/obj > (and make sure /usr/src is fresh) and start over. I'll try some experiments to see if I can isolate the problem David From owner-freebsd-stable@FreeBSD.ORG Sat Feb 16 12:04:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79F1C16A419 for ; Sat, 16 Feb 2008 12:04:03 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 225C313C457 for ; Sat, 16 Feb 2008 12:04:02 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-16-203.lns10.adl2.internode.on.net [121.45.16.203]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m1GC3rUc098455 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Feb 2008 22:33:54 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sat, 16 Feb 2008 22:33:33 +1030 User-Agent: KMail/1.9.7 References: <200802142112.m1ELCBoO083786@drugs.dv.isc.org> <200802151430.27026.doconnor@gsoft.com.au> <20080216065612.GC21775@home.c0mplx.org> In-Reply-To: <20080216065612.GC21775@home.c0mplx.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1601803.kVGCqqnjX8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200802162233.47017.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Kurt Jaeger Subject: Re: Can't delete IPV6 addresses with ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 12:04:03 -0000 --nextPart1601803.kVGCqqnjX8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 16 Feb 2008, Kurt Jaeger wrote: > Hi! > > > > Put ipv6_enable=3D"YES" into your /etc/rc.conf > > > > Yeah but I need to reboot to have it work it's magic.. > > > > I'd like to know what goes on behind the mask. > > It works like this: > > If ipv6_enable=3D"YES", then you have a "true" from > /etc/network.subr:ipv6if(), which is used in /etc/rc.d/auto_linklocal > to set the linklocal adress. > > Again, using a function from /etc/network.subr:network6_getladdr() Yes but network6_getladdr only actually returns a result if there is=20 already a link local address set. So presumably it must rely on the kernel to do so? I couldn't actually=20 figure out what sets it originally and ended up rebooting the box :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1601803.kVGCqqnjX8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHttEi5ZPcIHs/zowRAvTcAKCFNo8i/we9UbGGR8aYVOwue4biLACfSrO7 miDihrCNtIMPVPzIItEhHv0= =4bw9 -----END PGP SIGNATURE----- --nextPart1601803.kVGCqqnjX8-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 16 13:07:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E177316A417 for ; Sat, 16 Feb 2008 13:07:02 +0000 (UTC) (envelope-from geoff@apro.com.au) Received: from mail.ricksure.com.au (mail.ricksure.com.au [203.98.89.150]) by mx1.freebsd.org (Postfix) with ESMTP id 5874213C478 for ; Sat, 16 Feb 2008 13:07:02 +0000 (UTC) (envelope-from geoff@apro.com.au) Received: from dsl-202-173-129-2.nsw.westnet.com.au [202.173.129.2] by mail.ricksure.com.au with SMTP; Sat, 16 Feb 2008 23:51:52 +1100 From: Geoff Roberts Organization: Australian Projects To: freebsd-stable@freebsd.org Date: Sat, 16 Feb 2008 23:51:46 +1100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802162351.47927.geoff@apro.com.au> X-Declude-Sender: geoff@apro.com.au [202.173.129.2] X-Declude-Spoolname: 1467428448481.eml X-Declude-RefID: X-Declude-Note: Scanned by Declude 4.3.64 "http://www.declude.com/x-note.htm" X-Declude-Scan: Outgoing Score [0] at 23:51:52 on 16 Feb 2008 X-Declude-Tests: Whitelisted X-Country-Chain: X-Declude-Code: 0 X-Declude-Recipcount: 1 Organization: Declude, Inc. X-Helo: bsdapro.home.wollongong X-RevDNS: Subject: Single user mode behaviour with serial console in 7.0RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: geoff@apro.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 13:07:03 -0000 Hi, I have built a FreeBSD 7.0RC2 system to use both the serial and video consoles. I find that when I drop into single user mode (shutdown now) on the terminal connected to the box itself I do not see the single user mode prompt on the serial console terminal. Likewise, when I drop to single user mode on the serial console I do not see the single user prompt on the terminal connected to the box itself. Is this expected, or have I configured something incorrectly? In /etc/make.conf I have BOOT_COMCONSOLE_SPEED=115200 In my kernel configuration file I have: options CONSPEED=115200 I have rebuilt and installed world and the kernel. In /etc/ttys I have ttyd0 "/usr/libexec/getty std.115200" vt100 on secure I have also re-installed the bootstrap code: cd /usr/src/sys/boot make install bsdlabel -B bootPartition In /boot/loader.conf I have boot_multicon="YES" boot_serial="YES" comconsole_speed="115200" console="vidconsole,comconsole" Kind regards, Geoff From owner-freebsd-stable@FreeBSD.ORG Sat Feb 16 13:38:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 718FC16A418 for ; Sat, 16 Feb 2008 13:38:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3528913C45A for ; Sat, 16 Feb 2008 13:38:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id E28D71CC033; Sat, 16 Feb 2008 05:38:29 -0800 (PST) Date: Sat, 16 Feb 2008 05:38:29 -0800 From: Jeremy Chadwick To: Geoff Roberts Message-ID: <20080216133829.GA7843@eos.sc1.parodius.com> References: <200802162351.47927.geoff@apro.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200802162351.47927.geoff@apro.com.au> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: Single user mode behaviour with serial console in 7.0RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 13:38:30 -0000 On Sat, Feb 16, 2008 at 11:51:46PM +1100, Geoff Roberts wrote: > Hi, > > I have built a FreeBSD 7.0RC2 system to use both the serial and video > consoles. > > I find that when I drop into single user mode (shutdown now) on the terminal > connected to the box itself I do not see the single user mode prompt on the > serial console terminal. > > Likewise, when I drop to single user mode on the serial console I do not see > the single user prompt on the terminal connected to the box itself. > > Is this expected, or have I configured something incorrectly? FreeBSD does not support 100% dual-console configuration under all stages of use; that is to say, single-user prompts will be output to either VGA or serial console, but not both. Some additional tips: > In /etc/make.conf I have BOOT_COMCONSOLE_SPEED=115200 Not required if you use -S115200 in /boot.config. > options CONSPEED=115200 Not needed; see above. > boot_multicon="YES" > boot_serial="YES" > comconsole_speed="115200" > console="vidconsole,comconsole" Not needed if -Dh is added to /boot.config (e.g. -S115200 -Dh). Hope this helps. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Feb 16 19:55:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D087316A469 for ; Sat, 16 Feb 2008 19:55:46 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 6EAF013C43E for ; Sat, 16 Feb 2008 19:55:46 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from OMTA02.westchester.pa.mail.comcast.net ([76.96.62.19]) by QMTA09.westchester.pa.mail.comcast.net with comcast id qKro1Y00A0QuhwU5901E00; Sat, 16 Feb 2008 19:55:03 +0000 Received: from ANTENNA.LOCAL ([68.35.224.189]) by OMTA02.westchester.pa.mail.comcast.net with comcast id qKvj1Y00445o48c3N00000; Sat, 16 Feb 2008 19:55:45 +0000 X-Authority-Analysis: v=1.0 c=1 a=1hYYm2nEZ6p0C07HgKoA:9 a=k8SogHx_LIGl3Bm4pcMA:7 a=6seEypFnwuNBVJr8-USntYovVPgA:4 a=50e4U0PicR4A:10 Message-ID: <47B73F59.1030409@comcast.net> Date: Sat, 16 Feb 2008 14:54:01 -0500 From: Nathan Lay User-Agent: Thunderbird 2.0.0.9 (X11/20080130) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: ath and cardbus X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 19:55:46 -0000 Hi list, This is not a serious problem, but ath does not immediately attach when I initially plug an atheros card into a PMCIA slot. Instead, the kernel spits out: cardbus0: at device 0.0 (no driver attached) cardbus0: at device 0.1 (no driver attached) cardbus0: at device 0.2 (no driver attached) cardbus0: at device 0.3 (no driver attached) cardbus0: at device 0.4 (no driver attached) cardbus0: at device 0.5 (no driver attached) cardbus0: at device 0.6 (no driver attached) cardbus0: at device 0.7 (no driver attached) On a second attempt, the ath driver attaches and the kernel spits out: ath0: mem 0xb4010000-0xb401ffff irq 11 at device 0.0 on cardbus0 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:18:4d:8e:51:42 ath0: mac 7.9 phy 4.5 radio 5.6 ath0: link state changed to UP Here is my pciconf -lv output: ath0@pci0:12:0:0: class=0x020000 card=0x5b001385 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5212, AR5213 802.11a/b/g Wireless Adapter' class = network subclass = ethernet Anyone else experience this strange behavior? It is of note, that if the card is plugged in before booting, it is properly detected and attached during boot. It is only when plugging it into a running FreeBSD 7.0 system for the first time that it behaves this way. my uname -a output: FreeBSD ANTENNA.LOCAL 7.0-RC2 FreeBSD 7.0-RC2 #0: Sat Feb 9 19:47:07 EST 2008 root@ANTENNA.LOCAL:/usr/obj/usr/src/sys/ANTENNA i386 Best Regards, Nathan Lay From owner-freebsd-stable@FreeBSD.ORG Sat Feb 16 21:07:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EABF16A418 for ; Sat, 16 Feb 2008 21:07:36 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 34CEE13C45D for ; Sat, 16 Feb 2008 21:07:36 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 2C6AF1CC033; Sat, 16 Feb 2008 13:07:36 -0800 (PST) Date: Sat, 16 Feb 2008 13:07:36 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20080216210736.GA17517@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Subject: ATA -- erratic behaviour when removing disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 21:07:36 -0000 Is anyone aware of the situation where FreeBSD behaves erratically when a disk is physically removed without "atacontrol detach ataX" being run prior to removal (at least on RELENG_7)? Below are my notes from said situation. I can provide remote access to this machine (serial-level) to whoever wants to hack on it. I can be available for disk removal/insertion as well; just ask. Also FWIW: I also tested all this for comparison on Ubuntu Linux earlier this morning. I was able to yank the disk in the middle of an I/O operation, resulting in an immediate I/O error from dd. I took no precautions prior to yanking the disk. Upon reinsertion, the system found the disk and I could continue I/O operations on it as if it had never been removed. Only reason I'm pointing this out is that it confirms the issue isn't hardware or with vendor implementation, but rather specific to the OS. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | Hardware: Supermicro SuperServer 5015M-T+B Intel ICH7 AHCI enabled (version 01.10), BIOS-based RAID disabled ad4: 190782MB at ata2-master SATA150 ad6: 190782MB at ata3-master SATA150 OS installed on /dev/ad4 and OS was booted with verbose logging enabled: FreeBSD 7.0-RC2 FreeBSD 7.0-RC2 #0: Fri Feb 8 00:09:57 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 * Logged in and physically removed ad6 drive ata3: DISCONNECT requested subdisk6: detached ad6: detached ata3: DISCONNECTED * Physically reinserted ad6 drive ata3: CONNECT requested ata3: CONNECTED ata3: SATA connect time=0ms ata3: SIGNATURE: 00000101 ata3: ahci_reset devices=0x1 ata3: reiniting channel .. ata3: SATA connect time=0ms ata3: SIGNATURE: 00000101 ata3: ahci_reset devices=0x1 ata3: reiniting channel .. ata3: SATA connect time=0ms ata3: SIGNATURE: 00000101 ata3: ahci_reset devices=0x1 ata3: reinit done .. * A couple seconds later, the I/O LED on ad6 turned solid and remained on. POINT #1 ======== The I/O LED turning on is very disconcerting. This seems to indicate something bad is happening to the controller, likely induced by something the ATA driver is doing (or not doing?) * Executed: atacontrol list - No sign of ad6 * Executed: atacontrol detach ata3 POINT #2 ======== I would have expected this to emit a bunch of kernel messages stating the channel had been removed. Where are they? I'm willing to bet the kernel is confused about the current state of the ATA subsystem. * Executed: atacontrol attach ata3 ata3: SATA connect time=0ms ata3: SIGNATURE: 00000101 ata3: ahci_reset devices=0x1 ata3: [MPSAFE] ata3: [ITHREAD] ata3: reiniting channel .. ata3: SATA connect time=0ms ata3: SIGNATURE: 00000101 ata3: ahci_reset devices=0x1 ata3: reiniting channel .. ata3: SATA connect time=0ms ata3: SIGNATURE: 00000101 ata3: ahci_reset devices=0x1 ata3: reinit done .. * Executed: atacontrol list - No sign of ad6 * Physically removed ad6 drive, just to see if anything would come up on the console. ata3: DISCONNECT requested ata3: DISCONNECTED * Physically reinserted ad6 drive ata3: CONNECT requested ata3: CONNECTED ata3: SATA connect time=0ms ata3: SIGNATURE: 00000101 ata3: ahci_reset devices=0x1 POINT #3 ======== Why no reinit? Or, possibly, why the reinits earlier? Why isn't this consistent? Now I rebooted the box, deciding to *administratively* detach the channel before trying anything (vs. just pulling the disk). * Logged in * Executed: atacontrol detach ata3 subdisk6: detached ad6: detached * Executed: atacontrol attach ata3 ata3: SATA connect time=0ms ata3: SIGNATURE: 00000101 ata3: ahci_reset devices=0x1 ata3: [MPSAFE] ata3: [ITHREAD] ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad6: 190782MB at ata3-master SATA150 ad6: 390721968 sectors [387621C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad6 ad6: Intel check1 failed ad6: Adaptec check1 failed ad6: LSI (v3) check1 failed ad6: LSI (v2) check1 failed ad6: FreeBSD check1 failed Master: ad6 Serial ATA v1.0 Slave: no device present * Executed: atacontrol detach ata3 subdisk6: detached ad6: detached * Physically removed ad6 drive * Executed: atacontrol list - no sign of ad6, which is expected * Physically reinserted ad6 drive * Executed: atacontrol attach ata3 ata3: SATA connect time=0ms ata3: SIGNATURE: 00000101 ata3: ahci_reset devices=0x1 ata3: [MPSAFE] ata3: [ITHREAD] ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad6: 190782MB at ata3-master SATA150 ad6: 390721968 sectors [387621C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad6 ad6: Intel check1 failed ad6: Adaptec check1 failed ad6: LSI (v3) check1 failed ad6: LSI (v2) check1 failed ad6: FreeBSD check1 failed Master: ad6 Serial ATA v1.0 Slave: no device present In this case, the behaviour appears correct. But this required me to administratively down the ATA channel before doing anything with the disk. Full verbose boot message is as follows: /boot/kernel/acpi.ko text=0x520e8 data=0x23a0+0x186c syms=[0x4+0x85c0+0x4+0xb056] SMAP type=01 base=0000000000000000 len=000000000009e000 SMAP type=02 base=000000000009e000 len=0000000000002000 SMAP type=02 base=00000000000e4000 len=000000000001c000 SMAP type=01 base=0000000000100000 len=000000007fde0000 SMAP type=03 base=000000007fee0000 len=0000000000009000 SMAP type=04 base=000000007fee9000 len=0000000000017000 SMAP type=02 base=000000007ff00000 len=0000000000100000 SMAP type=02 base=00000000f0000000 len=0000000004000000 SMAP type=02 base=00000000fec00000 len=0000000000010000 SMAP type=02 base=00000000fee00000 len=0000000000001000 SMAP type=02 base=00000000ff000000 len=0000000001000000 Copyright (c) 1992-2008 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 7.0-RC2 #0: Fri Feb 8 00:09:57 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0d77000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0d771b0. Calibrating clock(s) ... i8254 clock: 1193301 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2128009568 Hz CPU: Intel(R) Core(TM)2 CPU 6420 @ 2.13GHz (2128.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size L2 cache: 4096 kbytes, 16-way associative, 64 bytes/line real memory = 2146304000 (2046 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009cfff, 638976 bytes (156 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001028000 - 0x000000007da94fff, 2091307008 bytes (510573 pages) avail memory = 2090770432 (1993 MB) Table 'FACP' at 0x7fee8e19 Table 'MCFG' at 0x7fee8e8d Table 'HPET' at 0x7fee8ec9 Table 'APIC' at 0x7fee8f01 MADT: Found table at 0x7fee8f01 MP Configuration Table version 1.4 found at 0xc009e5a1 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f5e70 bios32: Entry = 0xfd470 (c00fd470) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd470+0x29e pnpbios: Found PnP BIOS data at 0xc00f5ec0 pnpbios: Entry = f0000:b18d Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 ACPI: RSDP @ 0x0xf5e20/0x0014 (v 0 PTLTD ) ACPI: RSDT @ 0x0x7fee2568/0x0040 (v 1 PTLTD RSDT 0x06040000 LTP 0x00000000) ACPI: FACP @ 0x0x7fee8e19/0x0074 (v 1 INTEL 0x06040000 PTL 0x00000003) ACPI: DSDT @ 0x0x7fee3994/0x5485 (v 1 INTEL GLENWOOD 0x06040000 MSFT 0x0100000E) ACPI: FACS @ 0x0x7fee9fc0/0x0040 ACPI: MCFG @ 0x0x7fee8e8d/0x003C (v 1 PTLTD MCFG 0x06040000 LTP 0x00000000) ACPI: HPET @ 0x0x7fee8ec9/0x0038 (v 1 PTLTD HPETTBL 0x06040000 LTP 0x00000001) ACPI: APIC @ 0x0x7fee8f01/0x0074 (v 1 PTLTD APIC 0x06040000 LTP 0x00000000) ACPI: BOOT @ 0x0x7fee8f75/0x0028 (v 1 PTLTD $SBFTBL$ 0x06040000 LTP 0x00000001) ACPI: ASF! @ 0x0x7fee8f9d/0x0063 (v 32 CETP CETP 0x06040000 PTL 0x00000001) ACPI: SSDT @ 0x0x7fee25a8/0x13EC (v 1 PmRef CpuPm 0x00003000 INTL 0x20050228) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 3, Interrupt 24 at 0xfec10000 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000200 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> ath_rate: version 1.2 wlan_amrr: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 io: mem: Pentium Pro MTRR support enabled null: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Feb 8 2008 00:09:32) npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: wakeup code va 0xd9095000 pa 0x1000 pci_open(1): mode 1 addr port (0x0cf8) is 0x8000fa20 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=27788086) pcibios: BIOS version 2.10 AcpiOsDerivePciId: \_SB_.PCI0.REGS -> bus 0 dev 0 func 0 AcpiOsDerivePciId: \_SB_.PCI0.LPC0.REGS -> bus 0 dev 31 func 0 AcpiOsDerivePciId: \_SB_.PCI0.LPC0.PIRX -> bus 0 dev 31 func 0 AcpiOsDerivePciId: \_SB_.PCI0.LPC0.PIRY -> bus 0 dev 31 func 0 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 10 11 14 15 Validation 0 11 N 0 3 10 11 14 15 After Disable 0 255 N 0 3 10 11 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 10 11 14 15 Validation 0 11 N 0 3 10 11 14 15 After Disable 0 255 N 0 3 10 11 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 10 11 14 15 Validation 0 255 N 0 3 10 11 14 15 After Disable 0 255 N 0 3 10 11 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 10 11 14 15 Validation 0 11 N 0 3 10 11 14 15 After Disable 0 255 N 0 3 10 11 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 10 11 14 15 Validation 0 255 N 0 3 10 11 14 15 After Disable 0 255 N 0 3 10 11 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 10 11 14 15 Validation 0 255 N 0 3 10 11 14 15 After Disable 0 255 N 0 3 10 11 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 10 11 14 15 Validation 0 255 N 0 3 10 11 14 15 After Disable 0 255 N 0 3 10 11 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 10 11 14 15 Validation 0 10 N 0 3 10 11 14 15 After Disable 0 255 N 0 3 10 11 14 15 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x8086 rev: 0x1 num: 2 hz: 14318180 opts: legacy_route 64-bit Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 cpu0: switching to generic Cx mode est0: enabling SpeedStep est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 826082606000826 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 826082606000826 device_attach: est1 attach returned 6 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x2778, revid=0xc0 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2779, revid=0xc0 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x45 (17250 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27d0, revid=0x01 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x27e0, revid=0x01 domain=0, bus=0, slot=28, func=4 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x27e2, revid=0x01 domain=0, bus=0, slot=28, func=5 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27c8, revid=0x01 domain=0, bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[20]: type I/O Port, range 32, base 0x3000, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x27c9, revid=0x01 domain=0, bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type I/O Port, range 32, base 0x3020, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x27ca, revid=0x01 domain=0, bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 map[20]: type I/O Port, range 32, base 0x3040, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x27cb, revid=0x01 domain=0, bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 map[20]: type I/O Port, range 32, base 0x3060, size 5, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27cc, revid=0x01 domain=0, bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xe8600000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0xe1 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27b8, revid=0x01 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27df, revid=0x01 domain=0, bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type I/O Port, range 32, base 0x30a0, size 4, enabled found-> vendor=0x8086, dev=0x27c1, revid=0x01 domain=0, bus=0, slot=31, func=2 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type I/O Port, range 32, base 0x30e8, size 3, enabled map[14]: type I/O Port, range 32, base 0x30dc, size 2, enabled map[18]: type I/O Port, range 32, base 0x30e0, size 3, enabled map[1c]: type I/O Port, range 32, base 0x30d8, size 2, enabled map[20]: type I/O Port, range 32, base 0x30b0, size 4, enabled map[24]: type Memory, range 32, base 0xe8600400, size 10, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x27da, revid=0x01 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0101, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type I/O Port, range 32, base 0x1100, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 pcib1: irq 16 at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: no prefetched decode pci1: on pcib1 pci1: domain=0, physical bus=1 pcib2: irq 17 at device 28.0 on pci0 pcib2: domain 0 pcib2: secondary bus 9 pcib2: subordinate bus 10 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xe8100000-0xe81fffff pcib2: no prefetched decode pci9: on pcib2 pci9: domain=0, physical bus=9 found-> vendor=0x8086, dev=0x032c, revid=0x09 domain=0, bus=9, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit found-> vendor=0x8086, dev=0x0326, revid=0x09 domain=0, bus=9, slot=0, func=1 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xe8100000, size 12, enabled pcib2: requested memory range 0xe8100000-0xe8100fff: good pcib3: at device 0.0 on pci9 pcib3: domain 0 pcib3: secondary bus 10 pcib3: subordinate bus 10 pcib3: I/O decode 0xf000-0xfff pcib3: no prefetched decode pci10: on pcib3 pci10: domain=0, physical bus=10 pcib4: irq 17 at device 28.4 on pci0 pcib4: domain 0 pcib4: secondary bus 13 pcib4: subordinate bus 13 pcib4: I/O decode 0x4000-0x4fff pcib4: memory decode 0xe8000000-0xe80fffff pcib4: no prefetched decode pci13: on pcib4 pci13: domain=0, physical bus=13 found-> vendor=0x8086, dev=0x108c, revid=0x03 domain=0, bus=13, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xe8000000, size 17, enabled pcib4: requested memory range 0xe8000000-0xe801ffff: good map[18]: type I/O Port, range 32, base 0x4000, size 5, enabled pcib4: requested I/O range 0x4000-0x401f: in range pcib4: matched entry for 13.0.INTA pcib4: slot 0 INTA hardwired to IRQ 16 em0: port 0x4000-0x401f mem 0xe8000000-0xe801ffff irq 16 at device 0.0 on pci13 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xe8000000 em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to vector 49 em0: using IRQ 256 for MSI em0: Using MSI interrupt em0: bpf attached em0: Ethernet address: 00:30:48:97:8a:68 em0: [FILTER] pcib5: irq 16 at device 28.5 on pci0 pcib5: domain 0 pcib5: secondary bus 14 pcib5: subordinate bus 14 pcib5: I/O decode 0x5000-0x5fff pcib5: memory decode 0xe8200000-0xe82fffff pcib5: no prefetched decode pci14: on pcib5 pci14: domain=0, physical bus=14 found-> vendor=0x8086, dev=0x109a, revid=0x00 domain=0, bus=14, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xe8200000, size 17, enabled pcib5: requested memory range 0xe8200000-0xe821ffff: good map[18]: type I/O Port, range 32, base 0x5000, size 5, enabled pcib5: requested I/O range 0x5000-0x501f: in range pcib5: matched entry for 14.0.INTA pcib5: slot 0 INTA hardwired to IRQ 17 em1: port 0x5000-0x501f mem 0xe8200000-0xe821ffff irq 17 at device 0.0 on pci14 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xe8200000 em1: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 257 to vector 50 em1: using IRQ 257 for MSI em1: Using MSI interrupt em1: bpf attached em1: Ethernet address: 00:30:48:97:8a:69 em1: [FILTER] uhci0: port 0x3000-0x301f irq 23 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x3000 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 51 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x3020-0x303f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x3020 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 52 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x3040-0x305f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x3040 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 53 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x3060-0x307f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x3060 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 54 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xe8600000-0xe86003ff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xe8600000 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib6: at device 30.0 on pci0 pcib6: domain 0 pcib6: secondary bus 15 pcib6: subordinate bus 15 pcib6: I/O decode 0x6000-0x6fff pcib6: memory decode 0xe8300000-0xe83fffff pcib6: prefetched decode 0xe0000000-0xe7ffffff pcib6: Subtractively decoded bridge. pci15: on pcib6 pci15: domain=0, physical bus=15 found-> vendor=0x1002, dev=0x515e, revid=0x02 domain=0, bus=15, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0387, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xe0000000, size 27, enabled pcib6: requested memory range 0xe0000000-0xe7ffffff: good map[14]: type I/O Port, range 32, base 0x6000, size 8, enabled pcib6: requested I/O range 0x6000-0x60ff: in range map[18]: type Memory, range 32, base 0xe8300000, size 16, enabled pcib6: requested memory range 0xe8300000-0xe830ffff: good pcib6: matched entry for 15.0.INTA pcib6: slot 0 INTA hardwired to IRQ 16 vgapci0: port 0x6000-0x60ff mem 0xe0000000-0xe7ffffff,0xe8300000-0xe830ffff irq 16 at device 0.0 on pci15 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30a0-0x30af at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x30a0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 55 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=7f ostat1=7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat1=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: reset tp2 stat0=ff stat1=ff devices=0x0 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 56 ata1: [MPSAFE] ata1: [ITHREAD] atapci1: port 0x30e8-0x30ef,0x30dc-0x30df,0x30e0-0x30e7,0x30d8-0x30db,0x30b0-0x30bf mem 0xe8600400-0xe86007ff irq 19 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x30b0 atapci1: Reserved 0x400 bytes for rid 0x24 type 3 at 0xe8600400 atapci1: [MPSAFE] atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci1 ata2: SATA connect time=0ms ata2: SIGNATURE: 00000101 ata2: ahci_reset devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci1 ata3: SATA connect time=0ms ata3: SIGNATURE: 00000101 ata3: ahci_reset devices=0x1 ata3: [MPSAFE] ata3: [ITHREAD] ata4: on atapci1 ata4: SATA connect status=00000000 ata4: ahci_reset devices=0x0 ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci1 ata5: SATA connect status=00000000 ata5: ahci_reset devices=0x0 ata5: [MPSAFE] ata5: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 57 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0067 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. sio0: irq maps: 0x4c21 0x4c31 0x4c21 0x4c21 sio0: irq maps: 0x4c21 0x4c31 0x4c21 0x4c21 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ioapic0: routing intpin 4 (ISA IRQ 4) to vector 58 sio0: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 59 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x4c21 0x4c21 0x4c21 0x4c21 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 134038 -> 100000 procfs registered lapic: Divisor 2, Frequency 133000609 hz Timecounter "TSC" frequency 2128009568 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on ICH7 chip acd0: setting UDMA33 on ICH7 chip acd0: CDROM drive at ata0 as master acd0: read 4134KB/s (4134KB/s), 90KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 190782MB at ata2-master SATA150 ad4: 390721968 sectors [387621C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: Intel check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad6: 190782MB at ata3-master SATA150 ad6: 390721968 sectors [387621C/16H/63S] 16 sectors/interrupt 1 depth queue ad6: Intel check1 failed ad6: Adaptec check1 failed ad6: LSI (v3) check1 failed ad6: LSI (v2) check1 failed ad6: FreeBSD check1 failed ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 6 to local APIC 0 ioapic0: Assigning ISA IRQ 9 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 0 ioapic0: Assigning ISA IRQ 15 to local APIC 1 ioapic0: Assigning PCI IRQ 16 to local APIC 0 ioapic0: Assigning PCI IRQ 18 to local APIC 1 ioapic0: Assigning PCI IRQ 19 to local APIC 0 ioapic0: Assigning PCI IRQ 23 to local APIC 1 msi: Assigning MSI IRQ 256 to local APIC 0 msi: Assigning MSI IRQ 257 to local APIC 1 GEOM: new disk ad4 GEOM: new disk ad6 Trying to mount root from ufs:/dev/ad4s1a start_init: trying /sbin/init Loading configuration files. kernel dumps on /dev/ad4s1b Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/ad4s1b as swap device Starting file system checks: /dev/ad4s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s1a: clean, 188010 free (3162 frags, 23106 blocks, 1.2% fragmentation) /dev/ad4s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s1e: clean, 253809 free (41 frags, 31721 blocks, 0.0% fragmentation) /dev/ad4s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s1f: clean, 90510444 free (3292 frags, 11313394 blocks, 0.0% fragmentation) /dev/ad4s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s1d: clean, 1513104 free (120 frags, 189123 blocks, 0.0% fragmentation) Setting hostuuid: 7634a964-b127-0430-c299-003048978a68. Setting hostid: 0x37a76c12. Mounting local file systems:. /etc/rc: WARNING: $hostname is not set -- see rc.conf(5). net.inet6.ip6.auto_linklocal: 1 -> 0 lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 Additional routing options:. Starting devd. em1: Link is up 1000 Mbps Full Duplex em1: link state changed to UP hw.acpi.cpu.cx_lowest: C1 -> C1 Additional IP options:. Mounting NFS file systems:. Creating and/or trimming log files:. Starting syslogd. Checking for core dump on /dev/ad4s1b... savecore: no dumps found ELF ldconfig path: /lib /usr/lib /usr/lib/compat a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout Initial i386 initialization:. Additional ABI support:. Clearing /tmp (X related). Starting local daemons:. Updating motd. Mounting late file systems:. Configuring syscons: blanktime. Starting cron. Local package initialization:. Starting background file system checks in 60 seconds. From owner-freebsd-stable@FreeBSD.ORG Sat Feb 16 23:08:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4DCA16A419 for ; Sat, 16 Feb 2008 23:08:40 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 3B02D13C43E for ; Sat, 16 Feb 2008 23:08:39 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so160356uge.37 for ; Sat, 16 Feb 2008 15:08:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=BZ+fqz3ZtNVlfwqfRHeWg1Rn1k4SBAT8YPihXM02FCg=; b=QtE7mMA3UgVG4NAGL/OSthaLyVMNJQplZNxfchb4rUheSHSqz2LcVcrFg7FB586OArJw6Otx7TJr1UBrroz2/NMJ6j8yBVteFj2x8L0PXtUN/JaSMORlLmQMV49lzU5ZrQKgu9a4uRtKEPV3C1irb90TvYqGA3zvN12TMyOytAc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qt4K9nrAUhNIlCiY3fcOkg/isSKdo7wYJXaWgRW/oDn5snbzeJSMHri9KLUTxYYsmuthCU53RUYHUtnSllK5Jh6FpFWVotDlxuBchmeIoWzAoGY3+zACfmem0HeTTMAn1HJxZHIqAkgLaPXosbmsI2UHBgAPilujlyqmo5Lbpg4= Received: by 10.67.116.6 with SMTP id t6mr1155707ugm.76.1203203318909; Sat, 16 Feb 2008 15:08:38 -0800 (PST) Received: by 10.67.95.3 with HTTP; Sat, 16 Feb 2008 15:08:38 -0800 (PST) Message-ID: Date: Sat, 16 Feb 2008 21:08:38 -0200 From: "Carlos A. M. dos Santos" To: freebsd-stable@freebsd.org In-Reply-To: <20080216210736.GA17517@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080216210736.GA17517@eos.sc1.parodius.com> Subject: Re: ATA -- erratic behaviour when removing disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 23:08:40 -0000 On Feb 16, 2008 7:07 PM, Jeremy Chadwick wrote: > Is anyone aware of the situation where FreeBSD behaves erratically when > a disk is physically removed without "atacontrol detach ataX" being run > prior to removal (at least on RELENG_7)? Yes, I have seen this since 4.5, IIRC. > Below are my notes from said situation. > > I can provide remote access to this machine (serial-level) to whoever > wants to hack on it. I can be available for disk removal/insertion as > well; just ask. > > Also FWIW: I also tested all this for comparison on Ubuntu Linux earlier > this morning. I was able to yank the disk in the middle of an I/O > operation, resulting in an immediate I/O error from dd. I took no > precautions prior to yanking the disk. Upon reinsertion, the system > found the disk and I could continue I/O operations on it as if it had > never been removed. Only reason I'm pointing this out is that it > confirms the issue isn't hardware or with vendor implementation, but > rather specific to the OS. Congratulations to the Linux folks. Or not, since this looks like a very risky behavior. Who warrants you that the *same* disk was plugged back? Blindly continuing to write could easily corrupt the contents of the second drive. > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > Hardware: > Supermicro SuperServer 5015M-T+B > Intel ICH7 > AHCI enabled (version 01.10), BIOS-based RAID disabled > ad4: 190782MB at ata2-master SATA150 > ad6: 190782MB at ata3-master SATA150 > > OS installed on /dev/ad4 and OS was booted with verbose logging enabled: > > FreeBSD 7.0-RC2 FreeBSD 7.0-RC2 #0: Fri Feb 8 00:09:57 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 [lengthy contents purposefully removed in the reply message] -- Carlos A. M. dos Santos From owner-freebsd-stable@FreeBSD.ORG Sat Feb 16 23:37:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43DC316A418 for ; Sat, 16 Feb 2008 23:37:52 +0000 (UTC) (envelope-from waynec@spinnaker.com) Received: from schooner.spinnaker.com (schooner.spinnaker.com [199.175.163.1]) by mx1.freebsd.org (Postfix) with ESMTP id 3C46A13C457 for ; Sat, 16 Feb 2008 23:37:47 +0000 (UTC) (envelope-from waynec@spinnaker.com) Received: from schooner.spinnaker.com (localhost.spinnaker.com [127.0.0.1]) by schooner.spinnaker.com (8.13.8/8.13.8) with ESMTP id m1GNDZtF020825 for ; Sat, 16 Feb 2008 15:13:36 -0800 (PST) (envelope-from waynec@schooner.spinnaker.com) Received: (from waynec@localhost) by schooner.spinnaker.com (8.13.8/8.13.8/Submit) id m1GNDZkh020824 for freebsd-stable@freebsd.org; Sat, 16 Feb 2008 15:13:35 -0800 (PST) (envelope-from waynec) Date: Sat, 16 Feb 2008 15:13:35 -0800 From: Wayne Chapeskie To: freebsd-stable@freebsd.org Message-ID: <20080216231335.GA20538@spinnaker.com> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Key: http://www.spinnaker.com/~waynec/pgp-key.html X-PGP-KeyID: 0xB9D2D272 X-PGP-Fingerprint: CCFE 68D8 0468 A78F BA9D F388 8D14 7A5A B9D2 D272 User-Agent: Mutt/1.5.13 (2006-08-11) Subject: 7.0-RC2 package glitch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 23:37:52 -0000 I maintain a cluster of FreeBSD machines, and for various reasons tend to do clean installs or re-installs on my machines with each new release. As a result, I've been doing some testing involving clean installs from the 7.0-RC* releases, and noticed a small glitch in the initial package installation from sysinstall. This shows up on the i386 RC2 disc 1, but probably also shows up on other platforms. When doing a clean install from disc 1, sysinstall gives you the option to install the X Windows packages from disc 1 during a new installation. The RC2 sysinstall misses six packages, which are included on disc 1, which RC1 did install: imake-1.0.2_4,1 makedepend-1.0.1,1 gccmakedep-1.0.2 xorg-cf-files-1.0.2_2 xorg-nestserver-1.4,1 xorg-vfbserver-1.4,1 Between RC1 and RC2, sysinstall was cleaned up to install X by using the single top level xorg meta-package rather than the old method of specifying a number of different meta-packages. Unfortunately, the xorg-7.3_1 package in 7.0-release does not pull in the above six packages. They were installed in RC1, and have in the past been included in a full X install. A fix for the next release would probably involve adding devel/imake to the xorg port, and perhaps defaulting to building with XORG_COMPLETE to pull in xorg-nestserver and xorg-vfbserver. For the 7.0 release, since the release packages are already set, perhaps a temporary hack in sysinstall to add imake, xorg-nestserver, and xorg-vfbserver would suffice. A second very minor issue: it would be nice if the mod times for the packages on the RC2 (and 7.0 release) disks would match those on the web 7.0-release package directory on the web site. They matched in RC1, and it makes it very clear to someone installing from the release disks which packages are included. (I wasn't sure whether installation release issues like this merited a full-fledged PR). -- Wayne Chapeskie