From owner-freebsd-stable@FreeBSD.ORG Sun Feb 13 03:45:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03F2C16A4CE for ; Sun, 13 Feb 2005 03:45:44 +0000 (GMT) Received: from linda-2.paradise.net.nz (bm-2a.paradise.net.nz [202.0.58.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6433C43D49 for ; Sun, 13 Feb 2005 03:45:43 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-3.paradise.net.nz (smtp-3a.paradise.net.nz [202.0.32.196]) by linda-2.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IBT00DIRZS641@linda-2.paradise.net.nz> for freebsd-stable@freebsd.org; Sun, 13 Feb 2005 16:45:42 +1300 (NZDT) Received: from [192.168.1.11] (218-101-14-40.paradise.net.nz [218.101.14.40]) by smtp-3.paradise.net.nz (Postfix) with ESMTP id B908DAE4FD; Sun, 13 Feb 2005 16:45:41 +1300 (NZDT) Date: Sun, 13 Feb 2005 16:50:01 +1300 From: Mark Kirkwood In-reply-to: <20050212170129.28858.qmail@web54007.mail.yahoo.com> To: Rob Message-id: <420ECE69.9060006@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041016 References: <20050212170129.28858.qmail@web54007.mail.yahoo.com> cc: freebsd-stable@freebsd.org Subject: Re: atapci VIA 82C596B UDMA66 controller: problem for 5.X ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 13 Feb 2005 03:45:44 -0000 Rob wrote: > > > What does that mean? UDMA66 and hw.ata.ata_dma=0 ? > Hmmm, that is interesting, 2 suggestion to determine what is going on: - run diskinfo -t on your disks and let us know the results - use sysctl to set hw.ata.ata_dma=1 and see what happens > And why then is UDMA66 not automatically choosen > at bootup? At a guess I would suggest that dma is broken for your motherboards in 5.3 (what were they again?). regards Mark P.s : My diskinfo results FYI: zmori# diskinfo -t /dev/ad1s1a /dev/ad1s1a 512 # sectorsize 18946621952 # mediasize in bytes (18G) 37005121 # mediasize in sectors 36711 # Cylinders according to firmware. 16 # Heads according to firmware. 63 # Sectors according to firmware. Seek times: Full stroke: 250 iter in 5.024736 sec = 20.099 msec Half stroke: 250 iter in 3.989959 sec = 15.960 msec Quarter stroke: 500 iter in 6.864865 sec = 13.730 msec Short forward: 400 iter in 3.010462 sec = 7.526 msec Short backward: 400 iter in 1.247889 sec = 3.120 msec Seq outer: 2048 iter in 0.490103 sec = 0.239 msec Seq inner: 2048 iter in 0.457750 sec = 0.224 msec Transfer rates: outside: 102400 kbytes in 2.418307 sec = 42344 kbytes/sec middle: 102400 kbytes in 2.571397 sec = 39823 kbytes/sec inside: 102400 kbytes in 4.105673 sec = 24941 kbytes/sec From owner-freebsd-stable@FreeBSD.ORG Sun Feb 13 04:56:20 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD51E16A4CE; Sun, 13 Feb 2005 04:56:20 +0000 (GMT) Received: from watery.cc.kogakuin.ac.jp (watery.cc.kogakuin.ac.jp [133.80.152.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2467543D45; Sun, 13 Feb 2005 04:56:20 +0000 (GMT) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (localhost [IPv6:::1])j1D4u96D069116; Sun, 13 Feb 2005 13:56:10 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Sun, 13 Feb 2005 13:55:41 +0900 (JST) Message-Id: <20050213.135541.74688832.nyan@jp.FreeBSD.org> To: sos@DeepCore.dk, imp@FreeBSD.org From: Takahashi Yoshihiro In-Reply-To: <420E331A.3070205@DeepCore.dk> References: <86vf8y0x9r.fsf@xa12.heimat.gr.jp> <20050212.230519.59685762.nyan@jp.FreeBSD.org> <420E331A.3070205@DeepCore.dk> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-stable@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: nakaji@jp.FreeBSD.org cc: wnabe@par.odn.ne.jp Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 13 Feb 2005 04:56:20 -0000 In article <420E331A.3070205@DeepCore.dk> S=F8ren Schmidt writes: > > 2. A geometry translation for pc98 is NOT enough. > > = > > Currently, it works only under 4.3GB disk. > = > Same a 1. No. See kern/61960. --- TAKAHASHI Yoshihiro From owner-freebsd-stable@FreeBSD.ORG Sun Feb 13 06:04:43 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F20FA16A4CE for ; Sun, 13 Feb 2005 06:04:43 +0000 (GMT) Received: from web54002.mail.yahoo.com (web54002.mail.yahoo.com [206.190.36.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 4767C43D1F for ; Sun, 13 Feb 2005 06:04:43 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 58522 invoked by uid 60001); 13 Feb 2005 06:04:42 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=IPM3Vmas0q0UiVBwVU/b4esMCYK+vi1TTSWO6hE4Q05g/uEqtJ4GRqlJYPi0tL3k7dM1/z8JSlQKs4wOe6c3eso5EgWxdl2pVISw9yDRabA53qUYiJnQ8fTUHIrEkiTAYXvLYaJFT+9Ad8w/IqIgOt9svmjajNJE3GwEYMSbV/c= ; Message-ID: <20050213060442.58520.qmail@web54002.mail.yahoo.com> Received: from [147.46.44.181] by web54002.mail.yahoo.com via HTTP; Sat, 12 Feb 2005 22:04:42 PST Date: Sat, 12 Feb 2005 22:04:42 -0800 (PST) From: Rob To: markir@paradise.net.nz In-Reply-To: <420ECE69.9060006@paradise.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-stable@freebsd.org Subject: Re: atapci VIA 82C596B UDMA66 controller: problem for 5.X ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 13 Feb 2005 06:04:44 -0000 --- Mark Kirkwood wrote: > Rob wrote: > > > > What does that mean? UDMA66 and hw.ata.ata_dma=0 ? > > Hmmm, that is interesting, 2 suggestion to determine > what is going on: > - run diskinfo -t on your disks and let us know the > results > - use sysctl to set hw.ata.ata_dma=1 and see what > happens Thanks, I'll do that tonight and report here whether this helps or not. > > And why then is UDMA66 not automatically choosen > > at bootup? > > At a guess I would suggest that dma is broken for > your motherboards in 5.3 (what were they again?). Sorry, I don't understand your last question in the brackets. What does 'they' refer to? The motherboard(s), the type of dma, or what? Is it possible that the dma appears to be broken for 5.3 only, but works fine with 4.11 ? (I had no such problems with 4.11; then I did a fresh install of 5.3 and I got all these disk problems) > Oh and - you could try Soren's ATA mkIII patches, > even tho I suspect they may be intended for > 5.3-stable rather than 5.3-release (you got nothing > to lose at this point tho....) Maybe, maybe. But I first want to find out what's the actual problem. Later I may upgrade to stable. By then, this patch may have been applied to stable. Thanks, Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Sun Feb 13 06:52:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCCF316A4CE for ; Sun, 13 Feb 2005 06:52:01 +0000 (GMT) Received: from linda-2.paradise.net.nz (bm-2a.paradise.net.nz [202.0.58.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4565F43D39 for ; Sun, 13 Feb 2005 06:52:01 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-1.paradise.net.nz (smtp-1a.paradise.net.nz [202.0.32.194]) by linda-2.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IBU00ETZ8EOPC@linda-2.paradise.net.nz> for freebsd-stable@freebsd.org; Sun, 13 Feb 2005 19:52:00 +1300 (NZDT) Received: from [192.168.1.11] (218-101-14-40.paradise.net.nz [218.101.14.40]) by smtp-1.paradise.net.nz (Postfix) with ESMTP id D92C18283A; Sun, 13 Feb 2005 19:51:59 +1300 (NZDT) Date: Sun, 13 Feb 2005 19:56:18 +1300 From: Mark Kirkwood In-reply-to: <20050213060442.58520.qmail@web54002.mail.yahoo.com> To: Rob Message-id: <420EFA12.1010003@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041016 References: <20050213060442.58520.qmail@web54002.mail.yahoo.com> cc: freebsd-stable@freebsd.org Subject: Re: atapci VIA 82C596B UDMA66 controller: problem for 5.X ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 13 Feb 2005 06:52:01 -0000 Rob wrote: > Sorry, I don't understand your last question in > the brackets. What does 'they' refer to? The > motherboard(s), the type of dma, or what? > I was cryptically asking for the model numbers of your motherboard(s), e.g. mine is a Tyan Trinity 400 S1854 regards Mark From owner-freebsd-stable@FreeBSD.ORG Sun Feb 13 17:38:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40DCB16A500; Sun, 13 Feb 2005 17:38:33 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D7A043D1D; Sun, 13 Feb 2005 17:38:32 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j1DHcRX3091054; Sun, 13 Feb 2005 18:38:30 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420F907B.1090901@DeepCore.dk> Date: Sun, 13 Feb 2005 18:38:03 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Takahashi Yoshihiro References: <86vf8y0x9r.fsf@xa12.heimat.gr.jp> <20050212.230519.59685762.nyan@jp.FreeBSD.org> <420E331A.3070205@DeepCore.dk> <20050213.135541.74688832.nyan@jp.FreeBSD.org> In-Reply-To: <20050213.135541.74688832.nyan@jp.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: freebsd-stable@freebsd.org cc: nakaji@jp.FreeBSD.org cc: freebsd-current@freebsd.org cc: imp@freebsd.org Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 13 Feb 2005 17:38:34 -0000 Takahashi Yoshihiro wrote: > In article <420E331A.3070205@DeepCore.dk> > S=F8ren Schmidt writes: >=20 >=20 >>>2. A geometry translation for pc98 is NOT enough. >>> >>> Currently, it works only under 4.3GB disk. >> >>Same a 1. >=20 >=20 > No. See kern/61960. Wrong, ATA mk3 does solve the problem but using the "current" geomtry=20 set in the drives by the BIOS. However the code missed it in one place=20 in ata-lowlevel.c when the code was moved there from ata-disk.c. This has been fixed and will be present in the next snapshot as I sadi=20 earlier. --=20 -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Sun Feb 13 18:08:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9912016A4CE; Sun, 13 Feb 2005 18:08:40 +0000 (GMT) Received: from renaissance.homeip.net (m197.net81-67-151.noos.fr [81.67.151.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B36F43D2F; Sun, 13 Feb 2005 18:08:35 +0000 (GMT) (envelope-from anthony.ginepro@laposte.net) Received: by renaissance.homeip.net (Postfix, from userid 1001) id 543752049; Sun, 13 Feb 2005 19:08:34 +0100 (CET) From: Anthony Ginepro To: =?ISO-8859-1?Q?S=F8ren?= Schmidt In-Reply-To: <420DD54D.9020008@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <1108201829.872.8.camel@renaissance.homeip.net> <420DD54D.9020008@DeepCore.dk> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Date: Sun, 13 Feb 2005 19:08:33 +0100 Message-Id: <1108318113.871.5.camel@renaissance.homeip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 13 Feb 2005 18:08:40 -0000 Le Samedi 12 f=C3=A9vrier 2005 =C3=A0 11:07 +0100, S=C3=B8ren Schmidt a =C3= =A9crit : > Anthony Ginepro wrote: >=20 > > ATA mk3 works fine on my system except two things : > > - it seems there's no more atapi-cam support (or it's still WIP ?), >=20 > I dont know the status of that, you need to ask the author/maintainer.. >=20 > > - dumps doesn't work (but never did on my system). >=20 > Hmm, I'll look into that... Some more info : - I recompiled a kernel with #define ATA_R_DEBUG 0x10000fff in ata-all.h in order to find if the kernel was stuck on an ata operation when dumping. When calling "doadump" with ATA_R_DEBUG there was constant activity (but can't remind well because it was scrolling too fast) and I can even cancel the dump, - Retrying "call doadump" under a kernel without touching ATA_R_DEBUG, it worked eventually once and could be canceled. Most of the time, dump can't be canceled and doesn't progress. Should I open a PR so that the issue can be tracked ? Anthony. From owner-freebsd-stable@FreeBSD.ORG Sun Feb 13 18:22:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A93F16A4CF for ; Sun, 13 Feb 2005 18:22:35 +0000 (GMT) Received: from mail.halls.colostate.edu (mail.halls.colostate.edu [129.82.88.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B74843D53 for ; Sun, 13 Feb 2005 18:22:33 +0000 (GMT) (envelope-from end@endif.cjb.net) Received: from zork (inge069054.halls.colostate.edu [129.82.69.54]) j1DIMWtE002596; Sun, 13 Feb 2005 11:22:32 -0700 Date: Sun, 13 Feb 2005 11:22:31 -0700 From: Robin Schoonover To: Dominic Marks Message-ID: <20050213112231.0df1ae59@zork> In-Reply-To: <200502092344.02108.dom@helenmarks.co.uk> References: <42094BCD.8060109@veldy.net> <200502092344.02108.dom@helenmarks.co.uk> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/550/Mon Oct 25 09:39:01 2004, clamav-milter version 0.71 X-Virus-Status: Clean cc: "Thomas T. Veldhouse" cc: freebsd-stable@freebsd.org Subject: Re: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 13 Feb 2005 18:22:35 -0000 On Wed, 9 Feb 2005 23:44:01 +0000 Dominic Marks wrote: > On Tuesday 08 February 2005 23:31, Thomas T. Veldhouse wrote: > > Can this be true? Are they really looking to kill the FreeBSD > > demon? This borders on sacrilege. > > From http://logo-contest.freebsd.org/announce.txt > > "This is the future site for the FreeBSD logo competiton which is > meant to create a new logo for the FreeBSD Project to supplement > the current Beastie mascot." > > Key word: supplement. > I was pretty hostile to the idea as many others were until I noticed that, yes, it is supplement. I hope that this means if a new logo is chosen, Beastie will still have a place on the freebsd.org main page as mascot along with the new logo. -- Robin Schoonover # # The death rate on Earth is: .... (computing) .... One per person. From owner-freebsd-stable@FreeBSD.ORG Sun Feb 13 20:50:32 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33A6416A4CF; Sun, 13 Feb 2005 20:50:32 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00C7643D39; Sun, 13 Feb 2005 20:50:32 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 8A3D246B45; Sun, 13 Feb 2005 15:50:31 -0500 (EST) Date: Sun, 13 Feb 2005 20:49:16 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Scott Long In-Reply-To: <42064C2D.6030401@freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Chris cc: freebsd-stable@freebsd.org Subject: Re: 5.x concerns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 13 Feb 2005 20:50:32 -0000 On Sun, 6 Feb 2005, Scott Long wrote: > > 3 - robustness, 5.3 seems to not handle ddos attacks so well, I > > remember on a 4.x machine I could easily take a full 100mbit udp flood > > and have the server respond albeit maybe with some lag but it stayed > > functional, 5.x seems to crumble under a lot less pressure on the same > > machine. This could be with pf been loaded on top of ipfw adding > > extra overhead I dont know. > > This probably would add quite a bit of overhead. The ipfw package is > not locked, so dealing with that adds even more overhead, unfortunately. Actualy, just to set the record straight on this technically -- ipfw is locked, albeit using a variation on the sx lock theme. ipfw will run without Giant as long as the rest of the stack is running without Giant. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Sun Feb 13 21:46:02 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16FC916A4CF; Sun, 13 Feb 2005 21:46:02 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD8D543D4C; Sun, 13 Feb 2005 21:46:01 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j1DLjwbZ051797; Sun, 13 Feb 2005 13:45:58 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j1DLjuIp051796; Sun, 13 Feb 2005 13:45:56 -0800 (PST) (envelope-from obrien) Date: Sun, 13 Feb 2005 13:45:56 -0800 From: "David O'Brien" To: Anthony Ginepro Message-ID: <20050213214556.GA51696@dragon.nuxi.com> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <1108201829.872.8.camel@renaissance.homeip.net> <420DD54D.9020008@DeepCore.dk> <1108318113.871.5.camel@renaissance.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1108318113.871.5.camel@renaissance.homeip.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 21:46:02 -0000 On Sun, Feb 13, 2005 at 07:08:33PM +0100, Anthony Ginepro wrote: > - Retrying "call doadump" under a kernel without touching ATA_R_DEBUG, > it worked eventually once and could be canceled. Most of the time, dump > can't be canceled and doesn't progress. > > Should I open a PR so that the issue can be tracked ? This is what I have to do with ATAng to dump to an IDE disk, via Peter Wemm. Maybe it will help you find a work around with mkIII. Index: ata-all.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-all.c,v retrieving revision 1.234 diff -u -r1.234 ata-all.c --- ata-all.c 24 Nov 2004 10:47:26 -0000 1.234 +++ ata-all.c 3 Dec 2004 00:46:03 -0000 @@ -375,6 +375,8 @@ struct ata_channel *ch; int ctlr; +if (panicstr) return; + /* flush cache on all devices */ for (ctlr = 0; ctlr < devclass_get_maxunit(ata_devclass); ctlr++) { if (!(ch = devclass_get_softc(ata_devclass, ctlr))) From owner-freebsd-stable@FreeBSD.ORG Sun Feb 13 22:56:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA7F016A4CF for ; Sun, 13 Feb 2005 22:56:55 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E80943D1F for ; Sun, 13 Feb 2005 22:56:55 +0000 (GMT) (envelope-from dougb@freebsd.org) Received: from [192.168.0.3] (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (rwcrmhc11) with ESMTP id <2005021322565501300mdkg0e>; Sun, 13 Feb 2005 22:56:55 +0000 Message-ID: <420FDB35.2080500@FreeBSD.org> Date: Sun, 13 Feb 2005 14:56:53 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kenneth W Cochran References: <200502110700.CAA2221314@shell.TheWorld.com> <200502111248.HAA2236362@shell.TheWorld.com> <200502111358.IAA2201639@shell.TheWorld.com> <200502111701.MAA2233749@shell.TheWorld.com> In-Reply-To: <200502111701.MAA2233749@shell.TheWorld.com> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Scot Hetzel cc: freebsd-stable@freebsd.org Subject: Re: fixed: 5.3-stable doesn't ifconfig at startup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 13 Feb 2005 22:56:55 -0000 Kenneth W Cochran wrote: > How can I make sure that I have "correct"/proper owner:group:mode > within the "system?" It looks to me like install{world,kernel} > fix them but what of /etc? In other words, how can I "audit" the > permissions in the system in general and /etc in particular? That depends on what your goals are. As you surmise, the installworld target will handle the permissions for the system generally. One of the main reasons mergemaster was written was to handle these issues for /etc. > Can mergemaster preserve the file modification time(s) of what it > installs (from /usr/src/*)? The short answer is no, it has no interest in that. But I'm curious, why do you care? Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sun Feb 13 23:40:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 664) id 13BE416A4D1; Sun, 13 Feb 2005 23:40:51 +0000 (GMT) Date: Sun, 13 Feb 2005 23:40:51 +0000 From: David O'Brien To: S?ren Schmidt Message-ID: <20050213234050.GA24109@hub.freebsd.org> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <420A1792.900@DeepCore.dk> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.11-RC2 Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 23:40:51 -0000 On Wed, Feb 09, 2005 at 03:00:50PM +0100, S?ren Schmidt wrote: > S?ren Schmidt wrote: > New version that fixes known problems so far etc now available: > http://people.freebsd.org/~sos/ata-mk3k.tar.gz .. > As always, enjoy and let me know how it goes... This does indead fix my panic that I reported to you. I'd like to add a wishlist item, that is really needed for the sparc64 platform. Currently hw.ata.ata_dma is a binary knob. I'd like to see it changed so that if the value isn't 0 or 1, then the value is taken to be the fastest dma to use. Values would be 2, 33, 66, 100, 133 (for completeness). My Sun Blade100 has an ATA66 controller, but other than the original disk with Sun firmware, no other ATA66 capable disk will work in the machine with either ATAng or ATA-mkIII unless I force the speed to udma33 or slower. FreeBSD doesn't currently have a good way to achieve this that we can easily do for the installation CDROM. -- -- David (obrien@FreeBSD.org) From owner-freebsd-stable@FreeBSD.ORG Sun Feb 13 23:48:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E724F16A4CE for ; Sun, 13 Feb 2005 23:48:36 +0000 (GMT) Received: from imo-m23.mx.aol.com (imo-m23.mx.aol.com [64.12.137.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AA6043D2D for ; Sun, 13 Feb 2005 23:48:36 +0000 (GMT) (envelope-from PhysicalChemist@aol.com) Received: from PhysicalChemist@aol.com by imo-m23.mx.aol.com (mail_out_v37_r3.8.) id n.141.3f75ab86 (3657) for ; Sun, 13 Feb 2005 18:48:30 -0500 (EST) From: PhysicalChemist@aol.com Message-ID: <141.3f75ab86.2f41414d@aol.com> Date: Sun, 13 Feb 2005 18:48:29 EST To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Mailer: 7.0 for Windows sub 10705 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 13 Feb 2005 23:48:37 -0000 Hmm, I am not a good enough artist to submit the drawing, but perhaps a good supplement piece would be "Lover" with all the characteristics of the traditional Angel. That way the logos would be compatible and easily accepted as seen togther on a website or box package or CD-disc, not too close together, of course, but likely on opposite sides of the creation. It could put a bit of the feminine into play as well. Bill Isakson. El Cerrito, CA In a message dated 2/13/05 10:23:21 AM Pacific Standard Time, end@endif.cjb.net writes: > On Wed, 9 Feb 2005 23:44:01 +0000 Dominic Marks > wrote: > > On Tuesday 08 February 2005 23:31, Thomas T. Veldhouse wrote: > > > Can this be true? Are they really looking to kill the FreeBSD > > > demon? This borders on sacrilege. > > > > From http://logo-contest.freebsd.org/announce.txt > > > > "This is the future site for the FreeBSD logo competiton which is > > meant to create a new logo for the FreeBSD Project to supplement > > the current Beastie mascot." > > > > Key word: supplement. > > > > I was pretty hostile to the idea as many others were until I noticed > that, yes, it is supplement. I hope that this means if a new logo is > chosen, Beastie will still have a place on the freebsd.org main page as > mascot along with the new logo. > > -- > Robin Schoonover > > From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 00:38:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCC1E16A4CE for ; Mon, 14 Feb 2005 00:38:29 +0000 (GMT) Received: from mail1.infoeng.flinders.edu.au (mail1.ist.flinders.edu.au [129.96.1.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D6EE43D39 for ; Mon, 14 Feb 2005 00:38:28 +0000 (GMT) (envelope-from tris@infoeng.flinders.edu.au) Received: from rhino (rhino.infoeng.flinders.edu.au [129.96.1.189]) j1E0cQR12341 for ; Mon, 14 Feb 2005 11:08:26 +1030 (CST) Date: Mon, 14 Feb 2005 11:08:26 +1030 From: Tristan To: freebsd-stable@freebsd.org Message-ID: <20050214110826.56fa6cf3@rhino> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; sparc-sun-solaris2.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: gvinum or vinum in 5.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 00:38:30 -0000 can anyone confirm what the preferred tool is in 5.3-STABLE, vinum or gvinum ? Is gvinum ready for production use in a RAID5 config ? From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 02:38:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB19716A4CF for ; Mon, 14 Feb 2005 02:38:37 +0000 (GMT) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFAEE43D41 for ; Mon, 14 Feb 2005 02:38:36 +0000 (GMT) (envelope-from jesper@hackunite.net) Received: from omikron.hackunite.net ([213.112.198.212] [213.112.198.212]) by mxfep02.bredband.com with ESMTP <20050214023835.IBLT17521.mxfep02.bredband.com@omikron.hackunite.net>; Mon, 14 Feb 2005 03:38:35 +0100 Received: from mail.hackunite.net (omikron.hackunite.net [127.0.0.1]) by omikron.hackunite.net (Postfix) with SMTP id E57EC61EF; Mon, 14 Feb 2005 03:38:32 +0100 (CET) Received: from 213.112.198.204 (SquirrelMail authenticated user z3l3zt@hackunite.net) by mail.hackunite.net with HTTP; Mon, 14 Feb 2005 03:38:33 +0100 (CET) Message-ID: <3906.213.112.198.204.1108348713.squirrel@mail.hackunite.net> In-Reply-To: <141.3f75ab86.2f41414d@aol.com> References: <141.3f75ab86.2f41414d@aol.com> Date: Mon, 14 Feb 2005 03:38:33 +0100 (CET) From: "Jesper Wallin" To: PhysicalChemist@aol.com MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: SquirrelMail 1.4.2 X-Priority: 3 Importance: Normal X-Virus-Scanned: by amavisd-new at mail.hackunite.net cc: freebsd-stable@freebsd.org Subject: Re: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jesper@hackunite.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 02:38:38 -0000 Heya.. It might will be easily accepted, but yet, it's still a too advanced logo to place to resize and such.. Yet, I prefer the old logo and when I see it, it will always make me (and a LOT of others) to think of FreeBSD.. so change it as much as you want to, the current one will still be the primary one for me.. ;-) However, speaking of ideas/suggestions to the new logo.. Sure, it might be hard as well to resize, but how about the current Beastie logo with some cuddly and small angel wings? :) But in the other hand, those religious retards who speaks before they gather enough information will probably accuse it for being a "fallen angel" instead.. :-/ At the end, the current one wins my vote. :-) Best regards, Jesper Wallin > Hmm, I am not a good enough artist to submit the drawing, but perhaps a > good > supplement piece would be "Lover" with all the characteristics of the > traditional Angel. That way the logos would be compatible and easily > accepted as seen > togther on a website or box package or CD-disc, not too close together, of > course, but likely on opposite sides of the creation. It could put a bit > of the > feminine into play as well. > Bill Isakson. > El Cerrito, CA > > In a message dated 2/13/05 10:23:21 AM Pacific Standard Time, > end@endif.cjb.net writes: > > >> On Wed, 9 Feb 2005 23:44:01 +0000 Dominic Marks >> wrote: >> > On Tuesday 08 February 2005 23:31, Thomas T. Veldhouse wrote: >> > > Can this be true? Are they really looking to kill the FreeBSD >> > > demon? This borders on sacrilege. >> > >> > From http://logo-contest.freebsd.org/announce.txt >> > >> > "This is the future site for the FreeBSD logo competiton which is >> > meant to create a new logo for the FreeBSD Project to supplement >> > the current Beastie mascot." >> > >> > Key word: supplement. >> > >> >> I was pretty hostile to the idea as many others were until I noticed >> that, yes, it is supplement. I hope that this means if a new logo is >> chosen, Beastie will still have a place on the freebsd.org main page as >> mascot along with the new logo. >> >> -- >> Robin Schoonover >> >> > > > _______________________________________________ > 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 14 03:32:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C833916A4CE for ; Mon, 14 Feb 2005 03:32:01 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFA1E43D2D for ; Mon, 14 Feb 2005 03:32:01 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id A0CD872DD4; Sun, 13 Feb 2005 19:32:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 9BEB672DCB; Sun, 13 Feb 2005 19:32:01 -0800 (PST) Date: Sun, 13 Feb 2005 19:32:01 -0800 (PST) From: Doug White To: Tristan In-Reply-To: <20050214110826.56fa6cf3@rhino> Message-ID: <20050213193142.K4345@carver.gumbysoft.com> References: <20050214110826.56fa6cf3@rhino> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: gvinum or vinum in 5.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 03:32:01 -0000 On Mon, 14 Feb 2005, Tristan wrote: > > can anyone confirm what the preferred tool is > in 5.3-STABLE, vinum or gvinum ? gvinum. > Is gvinum ready for production use in a RAID5 config ? I don't know about RAID5, but 0+1 was working for me in December :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 04:04:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A381C16A4CE for ; Mon, 14 Feb 2005 04:04:54 +0000 (GMT) Received: from smtp4.info.com.ph (smtp4.info.com.ph [202.57.96.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id E298F43D1F for ; Mon, 14 Feb 2005 04:04:53 +0000 (GMT) (envelope-from marstrade@gmail.com) Received: from smtp2.info.com.ph (smtp2.info.com.ph [202.57.96.78]) by smtp4.info.com.ph (8.12.11/8.12.11) with ESMTP id j1E483Jo023432 for ; Mon, 14 Feb 2005 12:08:06 +0800 Received: from 210.5.96.111.pldt.net (localhost.localdomain [127.0.0.1]) by smtp2.info.com.ph (8.12.11/8.12.11) with ESMTP id j1E41RGZ020057 for ; Mon, 14 Feb 2005 12:01:28 +0800 From: Mars Trading To: FreeBSD Stable Date: Mon, 14 Feb 2005 12:04:34 +0800 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502141204.35345.marstrade@gmail.com> Subject: Fatal trap 12 (mgetty) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 04:04:54 -0000 The machine was working fine for 24++hrs. then suddenly this: --- begin --- (several) putc to a clist with no reservered cblocks ucom0: read start failed Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4c fault code = supervisor read, page not present instruction pointer = 0x8:0xc0478585a5 stack pointer = 0x10:0xc8c95a08 frame pointer = 0x10:0xc8c95a24 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 = 31031 (mgetty) --- end --- devices used: ATEN USB->Serial adapters (uplcom) connected to serial modems. Machine is being used for remote access. Nothing unusual in the kernel this time. Help! Dennis -- Mars Trading 9620 Kamagong St., Makati, Manila, Philippines Phone: (632) 8952241 FAX: (632) 8996124 email: marstrade@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 04:27:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A044D16A4CE; Mon, 14 Feb 2005 04:27:05 +0000 (GMT) Received: from zeus.jarasoft.net (raats.xs4all.nl [80.126.151.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA1E943D49; Mon, 14 Feb 2005 04:27:04 +0000 (GMT) (envelope-from jack@raats.xs4all.nl) Received: from zeus.jarasoft.net (localhost [127.0.0.1]) by zeus.jarasoft.net (Postfix) with ESMTP id A4F3FAE3E; Mon, 14 Feb 2005 05:27:06 +0100 (CET) Received: from jara2 (unknown [10.0.0.157]) by zeus.jarasoft.net (Postfix) with ESMTP id 3DA01A94D; Mon, 14 Feb 2005 05:27:06 +0100 (CET) Message-ID: <001301c5124d$7711e390$9d00000a@jara2> From: "Jack Raats" To: "FreeBSD Stable" , Date: Mon, 14 Feb 2005 05:27:16 +0100 Organization: Jack Raats MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 1 X-MSMail-Priority: High X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-AV-Checked: ClamAV using ClamSMTP on zeus.jarasoft.net Subject: FreeBSD 5.3 very slow data-transfer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jack Raats List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 04:27:05 -0000 Yesterday I've install FreeBSD 5.3 on a machine. After compiling the kernel with device my, I can connect through the network with that machine. Everything works fine, but when I try to update the source tree or ftp-ing to a local machine, the data transfer starts at 10 Kbytes/sec and drops very quickly to nearly 0. Can anyone give me a clue or help me? Thanks Jack Raats PS. Before FreeBSD 5.3, the PC was working with FreeBSD 4.11 without any problem. I did a complete install of 5.3 From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 05:32:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A345716A4CE; Mon, 14 Feb 2005 05:32:54 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61F1E43D1D; Mon, 14 Feb 2005 05:32:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3889051311; Sun, 13 Feb 2005 21:32:53 -0800 (PST) Date: Sun, 13 Feb 2005 21:32:53 -0800 From: Kris Kennaway To: Jack Raats Message-ID: <20050214053253.GA76069@xor.obsecurity.org> References: <001301c5124d$7711e390$9d00000a@jara2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <001301c5124d$7711e390$9d00000a@jara2> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Stable cc: freebsd-questions@freebsd.org Subject: Re: FreeBSD 5.3 very slow data-transfer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 05:32:54 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Feb 14, 2005 at 05:27:16AM +0100, Jack Raats wrote: > Yesterday I've install FreeBSD 5.3 on a machine. After compiling the kernel > with device my, I can connect through the network with that machine. > Everything works fine, but when I try to update the source tree or ftp-ing > to a local machine, the data transfer starts at 10 Kbytes/sec and drops very > quickly to nearly 0. > Can anyone give me a clue or help me? This almost always means a mismatch of duplex settings on the NIC. Kris --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCEDgEWry0BWjoQKURAsc+AKCxTF/wK1YeEmR/5fs4sp7FvqRfJACgm5zO q17XnqfH0jODxHTnJwfhYaU= =Fcko -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 06:21:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 214B716A4CE for ; Mon, 14 Feb 2005 06:21:49 +0000 (GMT) Received: from imo-d21.mx.aol.com (imo-d21.mx.aol.com [205.188.144.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CC5E43D31 for ; Mon, 14 Feb 2005 06:21:48 +0000 (GMT) (envelope-from PhysicalChemist@aol.com) Received: from PhysicalChemist@aol.com by imo-d21.mx.aol.com (mail_out_v37_r3.8.) id g.f4.4a601775 (4004); Mon, 14 Feb 2005 01:21:43 -0500 (EST) From: PhysicalChemist@aol.com Message-ID: Date: Mon, 14 Feb 2005 01:21:43 EST To: jesper@hackunite.net MIME-Version: 1.0 X-Mailer: 7.0 for Windows sub 10705 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-stable@freebsd.org Subject: Re: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 06:21:49 -0000 Oh I would not suggest removing Beastie altogether Jesper! That one is too well known, but to add a supplementary angel with the feminine would add to the Package. I am not talking St. Michael here, but rather Lillith, or Mary, or one of Lot's daughters, or even Dinah (who was raped), or the Harlot by the side of the road...no, not the harlot, because it would better be the absolute opposite of Beastie...but not too soft, not Bianca, but the shrew. Probably a Mary would make a good bet. Bill Isakson In a message dated 2/13/05 6:38:57 PM Pacific Standard Time, jesper@hackunite.net writes: > Heya.. > > It might will be easily accepted, but yet, it's still a too advanced logo > to place to resize and such.. Yet, I prefer the old logo and when I see > it, it will always make me (and a LOT of others) to think of FreeBSD.. so > change it as much as you want to, the current one will still be the > primary one for me.. ;-) However, speaking of ideas/suggestions to the new > logo.. Sure, it might be hard as well to resize, but how about the > current Beastie logo with some cuddly and small angel wings? :) But in the > other hand, those religious retards who speaks before they gather enough > information will probably accuse it for being a "fallen angel" instead.. > :-/ At the end, the current one wins my vote. :-) > > > Best regards, > Jesper Wallin > > > Hmm, I am not a good enough artist to submit the drawing, but perhaps a > > good > > supplement piece would be "Lover" with all the characteristics of the > > traditional Angel. That way the logos would be compatible and easily > > accepted as seen > > togther on a website or box package or CD-disc, not too close together, of > > course, but likely on opposite sides of the creation. It could put a bit > > of the > > feminine into play as well. > > Bill Isakson. > > El Cerrito, CA > > > > In a message dated 2/13/05 10:23:21 AM Pacific Standard Time, > > end@endif.cjb.net writes: > > > > > >> On Wed, 9 Feb 2005 23:44:01 +0000 Dominic Marks > >> wrote: > >> > On Tuesday 08 February 2005 23:31, Thomas T. Veldhouse wrote: > >> > > Can this be true? Are they really looking to kill the FreeBSD > >> > > demon? This borders on sacrilege. > >> > > >> > From http://logo-contest.freebsd.org/announce.txt > >> > > >> > "This is the future site for the FreeBSD logo competiton which is > >> > meant to create a new logo for the FreeBSD Project to supplement > >> > the current Beastie mascot." > >> > > >> > Key word: supplement. > >> > > >> > >> I was pretty hostile to the idea as many others were until I noticed > >> that, yes, it is supplement. I hope that this means if a new logo is > >> chosen, Beastie will still have a place on the freebsd.org main page as > >> mascot along with the new logo. > >> > >> -- > >> Robin Schoonover > >> > >> > > > > > > _______________________________________________ > > 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 14 07:56:31 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CF1B16A4CE for ; Mon, 14 Feb 2005 07:56:31 +0000 (GMT) Received: from pastinakel.tue.nl (pastinakel.tue.nl [131.155.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A943E43D45 for ; Mon, 14 Feb 2005 07:56:30 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: by pastinakel.tue.nl (Postfix, from userid 40) id 942A514C01F; Mon, 14 Feb 2005 08:56:29 +0100 (CET) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by pastinakel.tue.nl (Postfix) with ESMTP id 0FE9F14BFF6; Mon, 14 Feb 2005 08:56:25 +0100 (CET) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.1/8.13.1/Submit) id j1E7uOwG059636; Mon, 14 Feb 2005 08:56:24 +0100 (CET) (envelope-from stijn) Date: Mon, 14 Feb 2005 08:56:24 +0100 From: Stijn Hoop To: Tristan Message-ID: <20050214075624.GF39678@pcwin002.win.tue.nl> References: <20050214110826.56fa6cf3@rhino> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="24zk1gE8NUlDmwG9" Content-Disposition: inline In-Reply-To: <20050214110826.56fa6cf3@rhino> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on pastinakel.tue.nl X-Spam-DCC: : pastinakel.tue.nl 1074; Body=1 Fuz1=1 Fuz2=1 X-Spam-Status: No, hits=-4.9 required=6.3 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Level: cc: freebsd-stable@freebsd.org Subject: Re: gvinum or vinum in 5.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 07:56:31 -0000 --24zk1gE8NUlDmwG9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 14, 2005 at 11:08:26AM +1030, Tristan wrote: > can anyone confirm what the preferred tool is > in 5.3-STABLE, vinum or gvinum ? Is gvinum > ready for production use in a RAID5 config ? You need to use gvinum on 5-STABLE and -CURRENT. As far as I can tell, it would be wise to update to 5-STABLE or wait for 5.4 in order to use gvinum with RAID-5 configurations. There have been some important fixes to gvinum wrt RAID-5 on the -STABLE branch. Do _not_ use regular vinum on 5-STABLE, it will not work. --Stijn --=20 An Orb is for life, not just for Christmas. --24zk1gE8NUlDmwG9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCEFmoY3r/tLQmfWcRAoVpAKCo975JeH6Xt9+/OB2UJHMqxE97MACgqojb tU0y7qJ4yD1E8P64iVOBKEA= =aOPr -----END PGP SIGNATURE----- --24zk1gE8NUlDmwG9-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 11:50:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52CDC16A4CE for ; Mon, 14 Feb 2005 11:50:10 +0000 (GMT) Received: from f22.mail.ru (f22.mail.ru [194.67.57.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id E661B43D2F for ; Mon, 14 Feb 2005 11:50:09 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f22.mail.ru with local id 1D0ejw-0000VJ-00; Mon, 14 Feb 2005 14:50:08 +0300 Received: from [81.200.13.122] by win.mail.ru with HTTP; Mon, 14 Feb 2005 14:50:08 +0300 From: dima <_pppp@mail.ru> To: Damian-Fekete Andrei Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [81.200.13.122] Date: Mon, 14 Feb 2005 14:50:08 +0300 In-Reply-To: <20050211160020.31352.qmail@web61203.mail.yahoo.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: cc: freebsd-stable Subject: Re[4]: recompile, harddrive(partition) error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 11:50:10 -0000 >> 1. if you edited GENERIC, not the copy of it, you >> can download a copy from cvsweb.freebsd.org or cvs >> it. >> 2. default /etc/make.conf should be empty. >> 3. you can get the security/errata patched sources >> of 5.3-RELEASE (actually called 5.3-RELEASE-p5) by >> changing the tag in your cvsup file to RELENG_5_3 >> >> The thing you could do wrong is probably removing >> too many lines from your kernel config file; read >> the comments in it carefully. >> > > Ohhh... still not working. :( > I've removed /etc/make.conf, I've done > make buildkernel > make installkernel > on the unmodified GENERIC file. > > So? Anyone? Any idea? It seems you did everything right this time. Sorry, I didnt use FreeBSD with other systems on the same HD for years. There is a problem with DOS-extended partitioning performed by some utilities. You can try 1) add "options GEOM_MBR" to your config file, which should enable some hacks 2) or update your sources to RELENG_5 after Feb 3, 2005 See discussion about that http://lists.freebsd.org/pipermail/freebsd-geom/2005-January/000474.html. The patch was commited to the stable tree just about 2 weeks ago. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 12:05:53 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B10B716A4CE for ; Mon, 14 Feb 2005 12:05:53 +0000 (GMT) Received: from gwmail1.grupos.com.br (gwmail1.grupos.com.br [66.90.64.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53D8D43D46 for ; Mon, 14 Feb 2005 12:05:53 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from corp.grupos.com.br (unknown [150.162.166.55]) by gwmail1.grupos.com.br (Postfix) with ESMTP id 9B4DF3D0FD; Mon, 14 Feb 2005 10:05:52 -0200 (BRST) Received: from [150.162.166.51] (noc.grupos.com.br [150.162.166.51]) by corp.grupos.com.br (Postfix) with ESMTP id E02DE20A5B; Mon, 14 Feb 2005 10:05:51 -0200 (BRST) Message-ID: <4210941E.7070202@corp.grupos.com.br> Date: Mon, 14 Feb 2005 10:05:50 -0200 Organization: Grupos Internet S/A From: Marcus Grando User-Agent: Mozilla Thunderbird 0.6+ (X11/20050212) MIME-Version: 1.0 To: Peter Jeremy , freebsd-stable@freebsd.org References: <420D3CB0.2030101@corp.grupos.com.br> <20050212205104.GF62061@cirb503493.alcatel.com.au> In-Reply-To: <20050212205104.GF62061@cirb503493.alcatel.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: mktime() bug? result strtotime() fail in PHP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 12:05:53 -0000 Hi, Peter Jeremy wrote: > To be pedantic, FreeBSD 4.11 is correct and the others are wrong. If ^^^^^^ Also FreeBSD 5.3-STABLE? > DST started at 2004-11-02 00:00 local time then you can't convert a local > time of 2004-11-02 00:00:00 because that time doesn't exist - your local > time goes 2004-11-01 23:59:59, 2004-11-02 01:00:00, 2004-11-02 01:00:01. I know, but timestamp return is better of that -1. -- Marcus Grando Grupos Internet S/A marcus(at)corp.grupos.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 12:21:32 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A39016A4CE for ; Mon, 14 Feb 2005 12:21:32 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFBFC43D49 for ; Mon, 14 Feb 2005 12:21:30 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j1ECKsNK089096; Mon, 14 Feb 2005 22:50:55 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Mon, 14 Feb 2005 22:50:38 +1030 User-Agent: KMail/1.7.92 References: <420D3CB0.2030101@corp.grupos.com.br> <20050212205104.GF62061@cirb503493.alcatel.com.au> <4210941E.7070202@corp.grupos.com.br> In-Reply-To: <4210941E.7070202@corp.grupos.com.br> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart35755459.TboKHaynIc"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502142250.46036.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Marcus Grando cc: Peter Jeremy Subject: Re: mktime() bug? result strtotime() fail in PHP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 12:21:32 -0000 --nextPart35755459.TboKHaynIc Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 14 Feb 2005 22:35, Marcus Grando wrote: > Hi, > > Peter Jeremy wrote: > > To be pedantic, FreeBSD 4.11 is correct and the others are wrong. If > > ^^^^^^ > Also FreeBSD 5.3-STABLE? > > > DST started at 2004-11-02 00:00 local time then you can't convert a loc= al > > time of 2004-11-02 00:00:00 because that time doesn't exist - your local > > time goes 2004-11-01 23:59:59, 2004-11-02 01:00:00, 2004-11-02 01:00:01. > > I know, but timestamp return is better of that -1. Not really.. You asked it to do an illegal operation. There are 2 choices - 1) return an= d=20 error, 2) have the computer try and guess what you really meant. 2 leads to all sorts of bad things like other programs working around it to= =20 get proper functionality etc.. =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 --nextPart35755459.TboKHaynIc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCEJed5ZPcIHs/zowRAi3oAJ9iv9OwKFgA4ARb1ELsmS0kkIZCBgCfVqoA 2Kd73or/eSCtihxNHJi7Sto= =Uw1D -----END PGP SIGNATURE----- --nextPart35755459.TboKHaynIc-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 12:25:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BF4C16A4CE for ; Mon, 14 Feb 2005 12:25:09 +0000 (GMT) Received: from ux11.ltcm.net (ux11.ltcm.net [64.215.98.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C66443D31 for ; Mon, 14 Feb 2005 12:25:08 +0000 (GMT) (envelope-from mipam@ibb.net) Received: from ux11.ltcm.net (mipam@localhost.ltcm.net [IPv6:::1]) by ux11.ltcm.net (8.12.9/8.12.9/UX11TT) with ESMTP id j1ECOr95011120; Mon, 14 Feb 2005 13:24:53 +0100 (MET) Received: from localhost (mipam@localhost) by ux11.ltcm.net (8.12.9/8.12.9/Submit) with ESMTP id j1ECOpaa017571; Mon, 14 Feb 2005 13:24:52 +0100 (MET) X-Authentication-Warning: ux11.ltcm.net: mipam owned process doing -bs Date: Mon, 14 Feb 2005 13:24:51 +0100 (MET) From: Mipam X-X-Sender: mipam@ux11.ltcm.net To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: mipam@ibb.net Subject: PREEMPTION problems with em driver on smp machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 12:25:09 -0000 Hi, I've noticed problems with PREEMPTION enabled in the kernel with the em driver on a smp machine. With preemption disabled, the problems don't arise. I didn't notice problems with preemption with the bge driver. The messages i get with preemption with the em driver active are these: calcru: negative runtime of -891485461 usec for pid 45 (swi5: clock sio) Output of ps waux: root 45 0.0 0.0 0 8 ?? WL Tue03PM -2341058:-22.07 [swi5: clock sio] Lots and lots of messages like these occur and /var/log/messages is full of it. This does not occur when i disable preemption. Oh yes, the release is 5-stable (RELENG_5 source from feb 8.) Btw, i use the 4bsd scheduler on this machine, not ule (yet). dmesg output from the machine: (i only use the em card, the fxp cards are not used). Bye, Mipam. Copyright (c) 1992-2005 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 5.3-STABLE #4: Tue Feb 8 14:41:10 CET 2005 root at mymachine.domain.com:/usr/obj/usr/src/sys/Mipam Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1125.78-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 2147467264 (2047 MB) avail memory = 2095861760 (1998 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 MADT: Forcing active-low polarity and level trigger for SCI ioapic1 irqs 16-31 on motherboard ioapic0 irqs 0-15 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: on acpi0 pci0: on pcib0 ciss0: port 0x2000-0x20ff mem 0xf5ef0000-0xf5ef3fff,0xf7 dc0000-0xf7dfffff irq 16 at device 1.0 on pci0 fxp0: port 0x2400-0x243f mem 0xf7c00000-0xf7cffff f,0xf7db0000-0xf7db0fff irq 18 at device 2.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:a5:da:70:0d fxp1: port 0x2440-0x247f mem 0xf7a00000-0xf7affff f,0xf7bf0000-0xf7bf0fff irq 20 at device 4.0 on pci0 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:a5:da:70:0c pci0: at device 5.0 (no driver attached) pci0: at device 6.0 (no driver attached) isab0: at device 15.0 on pci0 atapci0: port 0x2c00-0x2c0f,0x376,0x170-0x 177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ohci0: mem 0xf5fd0000-0xf5fd0fff irq 22 at devic e 15.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcib1: on acpi0 pci1: on pcib1 pcib2: on acpi0 pci7: on pcib2 em0: port 0x3000-0x303f mem 0xf7f80000-0xf7fbffff,0xf7fe0000-0xf7ffffff irq 28 at device 3.0 on pci7 em0: Ethernet address: 00:04:23:ab:a1:3c em0: Speed:N/A Duplex:N/A em1: port 0x3040-0x307f mem 0xf7f00000-0xf7f3ffff,0xf7f60000-0xf7f7ffff irq 28 at device 3.1 on pci7 em1: Ethernet address: 00:04:23:ab:a1:3d em1: Speed:N/A Duplex:N/A pci7: at device 7.0 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xee000-0xeffff,0xcc000-0xcd7ff,0xc8000-0xcbfff ,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec acd0: CDROM at ata0-master PIO4 SMP: AP CPU #1 Launched! da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 104183MB (213367680 512 byte sectors: 255H 32S/T 26148C) Mounting root from ufs:/dev/da0s1a From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 12:28:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AF3316A4CE for ; Mon, 14 Feb 2005 12:28:12 +0000 (GMT) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6440243D1F for ; Mon, 14 Feb 2005 12:28:11 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lghcxi@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j1ECS9HY074136 for ; Mon, 14 Feb 2005 13:28:09 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j1ECS8NX074135; Mon, 14 Feb 2005 13:28:08 +0100 (CET) (envelope-from olli) Date: Mon, 14 Feb 2005 13:28:08 +0100 (CET) Message-Id: <200502141228.j1ECS8NX074135@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 14 Feb 2005 12:28:12 -0000 PhysicalChemist@aol.com wrote: > Oh I would not suggest removing Beastie altogether Jesper! That one is too > well known, but to add a supplementary angel with the feminine would add to the > Package. I am not talking St. Michael here, but rather Lillith, or Mary, or > one of Lot's daughters, or even Dinah (who was raped), or the Harlot by the > side of the road...no, not the harlot, because it would better be the absolute > opposite of Beastie...but not too soft, not Bianca, but the shrew. Probably a > Mary would make a good bet. AFAIK, one of the main points of that logo competition is to do away with anything that could be interpreted in an religious way. Therefore an image of an Angel would be completely inappropriate. (Why feminine anyway? Beastie has no specific gender, therefore it would be best to not bias the logo one way or the other.) Also take into account that a logo is not a mascot and should not be designed in a way that it could be confused with the mascot (Beastie will still exist), so the logo should not contain a person or creature. Just my 2 cents, YMMV. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Emacs ist für mich kein Editor. Für mich ist das genau das gleiche, als wenn ich nach einem Fahrrad (für die Sonntagbrötchen) frage und einen pangalaktischen Raumkreuzer mit 10 km Gesamtlänge bekomme. Ich weiß nicht, was ich damit soll." -- Frank Klemm, de.comp.os.unix.discussion From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 14:13:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93D2B16A4CE for ; Mon, 14 Feb 2005 14:13:24 +0000 (GMT) Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2835E43D2F for ; Mon, 14 Feb 2005 14:13:24 +0000 (GMT) (envelope-from mark@markdnet.demon.co.uk) Received: from pr-webmail-2.demon.net ([194.159.244.50]) by anchor-post-30.mail.demon.net with esmtp (Exim 4.42) id 1D0gyY-000Ez4-1s for freebsd-stable@FreeBSD.ORG; Mon, 14 Feb 2005 14:13:22 +0000 Received: from localhost ([127.0.0.1] helo=web.mail.demon.net) by pr-webmail-2.demon.net with smtp (Exim 4.42) id 1D0gyY-000E3I-9w for freebsd-stable@FreeBSD.ORG; Mon, 14 Feb 2005 14:13:22 +0000 Received: from markdnet.demon.co.uk ([62.232.6.254]) by web.mail.demon.net with http; Mon, 14 Feb 2005 14:13:22 +0000 From: mark@markdnet.demon.co.uk To: freebsd-stable@FreeBSD.ORG In-Reply-To: <200502141228.j1ECS8NX074135@lurza.secnetix.de> Date: Mon, 14 Feb 2005 14:13:22 +0000 User-Agent: Demon-WebMail/2.0 MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <20050214141324.2835E43D2F@mx1.FreeBSD.org> Subject: Re: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 14:13:24 -0000 olli@lurza.secnetix.de wrote: > > AFAIK, one of the main points of that logo competition is > to do away with anything that could be interpreted in an > religious way. Therefore an image of an Angel would be > completely inappropriate. (Why feminine anyway? Beastie > has no specific gender, therefore it would be best to not > bias the logo one way or the other.) I'm not seeing a problem here. Beastie is not a religious icon, not is it intended to be one. FreeBSD has no connection (afaik) with any religion. What we do have is a well recognised and accepted logo which has been around for a long time. Changing it because a couple of people have misinterpreted it strikes me as foot shooting. Mark From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 14:30:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E02816A4CE for ; Mon, 14 Feb 2005 14:30:41 +0000 (GMT) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41C8343D3F for ; Mon, 14 Feb 2005 14:30:40 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (cpahev@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j1EEUcvF078710 for ; Mon, 14 Feb 2005 15:30:38 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j1EEUca7078709; Mon, 14 Feb 2005 15:30:38 +0100 (CET) (envelope-from olli) Date: Mon, 14 Feb 2005 15:30:38 +0100 (CET) Message-Id: <200502141430.j1EEUca7078709@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20050214141324.2835E43D2F@mx1.FreeBSD.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 14 Feb 2005 14:30:41 -0000 mark@markdnet.demon.co.uk wrote: > olli@lurza.secnetix.de wrote: > > AFAIK, one of the main points of that logo competition is > > to do away with anything that could be interpreted in an > > religious way. Therefore an image of an Angel would be > > completely inappropriate. (Why feminine anyway? Beastie > > has no specific gender, therefore it would be best to not > > bias the logo one way or the other.) > > I'm not seeing a problem here. Beastie is not a religious icon, > not is it intended to be one. Right -- but it looks like one. And every now and then there are people who are offended by it because of their religious bias. > FreeBSD has no connection (afaik) with any religion. Right. > What we do have is a well recognised and accepted logo which > has been around for a long time. Changing it because a couple > of people have misinterpreted it strikes me as foot shooting. Nobody is proposing to change the existing mascot, so there is no foot shooting. This competition is about creating a new logo, not changing the existing mascot. Putting yet another religous creature (such as an angel) into the newly designed logo would make matters worse -- _That_ would qualify as foot shooting. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "To this day, many C programmers believe that 'strong typing' just means pounding extra hard on the keyboard." -- Peter van der Linden From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 14:36:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF04216A4CE for ; Mon, 14 Feb 2005 14:36:37 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8042543D49 for ; Mon, 14 Feb 2005 14:36:37 +0000 (GMT) (envelope-from jearle@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so618801wra for ; Mon, 14 Feb 2005 06:36:37 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=lzlZ2zj2r02CIktDqALNVf5sXc7Mdt5mULzu8oD2Vifbje/wOw0sJafkUx3arlrAmuKEllZvKnEasJeEDzDy01TePoDQPKeQJiyxXCdRlQb0ovkSadnj1vr+e4SBNZZf+6n0Et0BO6p5RPcmk97joFpvudEMguUVPLq9qgL81hE= Received: by 10.54.10.9 with SMTP id 9mr119890wrj; Mon, 14 Feb 2005 06:36:36 -0800 (PST) Received: by 10.54.26.56 with HTTP; Mon, 14 Feb 2005 06:36:36 -0800 (PST) Message-ID: <5bbc0cd6050214063674bcd7de@mail.gmail.com> Date: Mon, 14 Feb 2005 15:36:36 +0100 From: Jared Earle To: freebsd-stable@freebsd.org In-Reply-To: <20050214141324.2835E43D2F@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200502141228.j1ECS8NX074135@lurza.secnetix.de> <20050214141324.2835E43D2F@mx1.FreeBSD.org> Subject: Re: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jared Earle List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 14:36:38 -0000 On Mon, 14 Feb 2005 14:13:22 +0000, mark@markdnet.demon.co.uk wrote: > I'm not seeing a problem here. Beastie is not a religious icon, not is it intended to be one. FreeBSD has no connection (afaik) with any religion. What we do have is a well recognised and accepted logo which has been around for a long time. Changing it because a couple of people have misinterpreted it strikes me as foot shooting. You're not seeing a problem, so what does that mean for those who do? I'm a devout aetheist (recent convert from agnosticism) and have no issues either, but I'm not closed-minded enough to think the rest of the world thinks like me. However, those who subscribe to the judeo-christian mythology (remember satan and demons are christian inventions) could have a problem with Beastie. Imagine FreeBSD not being used in the US military because in God they trust, or churches using Windows servers because that bill gates likes god, unlike us devil worshiping heathens. If you're not offended, bothered or whatever, that doesn't mean a large portion of the world won't be. (fwiw, I love Beatie but know those who don't) -- Jared Earle :: http://www.23x.net jearle@gmail.com :: There is no SPORK From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 14:39:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 939D316A4CE for ; Mon, 14 Feb 2005 14:39:40 +0000 (GMT) Received: from gate.ka.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B41843D46 for ; Mon, 14 Feb 2005 14:39:39 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by gate.ka.punkt.de with ESMTP id j1EEaTAo022611 for ; Mon, 14 Feb 2005 15:36:29 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id j1EEdben048517 for ; Mon, 14 Feb 2005 15:39:38 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id j1EEdbdO048516 for freebsd-stable@freebsd.org; Mon, 14 Feb 2005 15:39:37 +0100 (CET) (envelope-from ry93) From: "Patrick M. Hausen" Message-Id: <200502141439.j1EEdbdO048516@hugo10.ka.punkt.de> In-Reply-To: <200502141430.j1EEUca7078709@lurza.secnetix.de> To: freebsd-stable@freebsd.org Date: Mon, 14 Feb 2005 15:39:37 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: Re: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 14:39:40 -0000 Hi! Oliver wrote: > Nobody is proposing to change the existing mascot, so there > is no foot shooting. Full ACK - folks, I think it's quite simple: Tux - Linux Mascot Beastie - BSD Mascot Suse Logo, Redhat Logo, Mandrake Logo, NetBSD Logo, FreeBSD Logo, ... None of the logos needs to feature the respective mascot and most of the already exisiting logos actually don't. Regards, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 14:44:27 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 649B516A4CE for ; Mon, 14 Feb 2005 14:44:27 +0000 (GMT) Received: from mta01.broadnet.no (mta01.broadnet.no [217.144.239.106]) by mx1.FreeBSD.org (Postfix) with SMTP id 3C1A843D1F for ; Mon, 14 Feb 2005 14:44:26 +0000 (GMT) (envelope-from daniel@unixcore.com) Received: (qmail 308 invoked from network); 14 Feb 2005 14:44:23 -0000 Received: from unknown (HELO ?82.196.215.83?) (82.196.215.83) by mta01.broadnet.no with SMTP; 14 Feb 2005 14:44:23 -0000 Message-ID: <4210B91A.2020901@unixcore.com> Date: Mon, 14 Feb 2005 15:43:38 +0100 From: Daniel Bond User-Agent: Mozilla Thunderbird 1.0 (X11/20050110) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200502141430.j1EEUca7078709@lurza.secnetix.de> In-Reply-To: <200502141430.j1EEUca7078709@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 14:44:27 -0000 Hi! Would it be a good idea to make a separate mailing-list for the logo, or using logo-contest.freebsd.org for discussion and logo-suggestions. I feel this is off-topic, and besides; it seems that the decision has already been made to change logo, and keep beastie as mascot. We need a logo that is more pro-commerce, and lay the platform down for company's to hype FreeBSD like companies is doing with Linux. Looking forward to the logo results! (I might give it a shoot myself (no foot-shooting of course "haha")) Regards! Oliver Fromme wrote: >Nobody is proposing to change the existing mascot, so there >is no foot shooting. > > >Best regards > Oliver > > From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 16:20:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FF0616A4CF for ; Mon, 14 Feb 2005 16:20:01 +0000 (GMT) Received: from dswu232.btconnect.com (dswu232.btconnect.com [193.113.154.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 1FDC343D39 for ; Mon, 14 Feb 2005 16:19:59 +0000 (GMT) (envelope-from alan@cyclopsvision.co.uk) Received: from AJDELL9200 (actually host 223.164.36.213.in-addr.arpa) by dswu232.btconnect.com with SMTP (XT-PP) with ESMTP; Mon, 14 Feb 2005 16:19:39 +0000 From: "Alan Jay" To: Date: Mon, 14 Feb 2005 16:19:30 -0000 Organization: Cyclops Vision Limited MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcUPaGQULRUem/oARuSrgpRqmKPUaQDRjJyg In-Reply-To: <20050210120105.3788C16A4FF@hub.freebsd.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20050214161959.1FDC343D39@mx1.FreeBSD.org> Subject: Possible problems with Broadcom BCM5704C 10/100/1000 on Tyan Motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 16:20:01 -0000 Hi, I have FreeBSD 5.3 STABLE onto our new twin operteron Tyan Thunder K8S Pro S2882 with 8Gb of RAM and had a reasonably stable operation for a few days we installed a couple of databases one worked fine but the other kept on causing the server to crash. I have searched the archive and there were issues last year but I couldn't work out if these have been totally resolved? The adapter does work fine in low levels of loading but when pushed (it is connected to a Gigabit switch) it seems to be the cause of the reboot - a what appeared to be stable server with moderate Ethernet activity was fine upping the activity with a new service caused regular reboots. There is no console message at the point of reboot to help that we have spotted. After some hunting around we found discussion about problems with this motherboards on board Broadcom BCM5704C 10/100/1000 Gigabit Ethernet controller on Linux last year and wondered if there were similar issues with FreeBSD 5.3's Broadcom driver? The problem only seems to happen when the controller is stretched with lots of data as the other mySQL database runs fine but switching to the more load intensive one causes issues. Thanks in advance for your advice. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 18:16:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5737716A4CE for ; Mon, 14 Feb 2005 18:16:18 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37CE643D53 for ; Mon, 14 Feb 2005 18:16:18 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 2994572DD5; Mon, 14 Feb 2005 10:16:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 27C4F72DD4; Mon, 14 Feb 2005 10:16:18 -0800 (PST) Date: Mon, 14 Feb 2005 10:16:18 -0800 (PST) From: Doug White To: Alan Jay In-Reply-To: <20050214161959.1FDC343D39@mx1.FreeBSD.org> Message-ID: <20050214101303.R13953@carver.gumbysoft.com> References: <20050214161959.1FDC343D39@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Possible problems with Broadcom BCM5704C 10/100/1000 on Tyan Motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 18:16:18 -0000 On Mon, 14 Feb 2005, Alan Jay wrote: > I have FreeBSD 5.3 STABLE onto our new twin operteron Tyan Thunder K8S Pro > S2882 with 8Gb of RAM and had a reasonably stable operation for a few days we > installed a couple of databases one worked fine but the other kept on causing > the server to crash. I'm about to gain access to an S2881, which is a similar board (different layout but same parts). > I have searched the archive and there were issues last year but I couldn't > work out if these have been totally resolved? > > The adapter does work fine in low levels of loading but when pushed (it is > connected to a Gigabit switch) it seems to be the cause of the reboot - a what > appeared to be stable server with moderate Ethernet activity was fine upping > the activity with a new service caused regular reboots. > > There is no console message at the point of reboot to help that we have > spotted. Hm, triple fault or other hardware reset. This usually indicates bad hardware. Have you tried swapping the RAM between the systems and seeing if the problem follows? An unrecoverable ECC fault can cause a reboot, along with strangeness caused by temperature/power supply/etc. Or the board could be Just Plain Bad. Considering you have one working machine, adn this is a very popular board, I don't think it s abasic problem with FreeBSD and this hardware. The worst thing reported is interrupt routing usually. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 18:49:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F85416A4CE for ; Mon, 14 Feb 2005 18:49:37 +0000 (GMT) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E54A43D4C for ; Mon, 14 Feb 2005 18:49:34 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j1EInB6v029818 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 15 Feb 2005 05:49:12 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j1EInA7l071844; Tue, 15 Feb 2005 05:49:11 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j1EInAYU071843; Tue, 15 Feb 2005 05:49:10 +1100 (EST) (envelope-from pjeremy) Date: Tue, 15 Feb 2005 05:49:10 +1100 From: Peter Jeremy To: Marcus Grando Message-ID: <20050214184909.GH57256@cirb503493.alcatel.com.au> References: <420D3CB0.2030101@corp.grupos.com.br> <20050212205104.GF62061@cirb503493.alcatel.com.au> <4210941E.7070202@corp.grupos.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4210941E.7070202@corp.grupos.com.br> User-Agent: Mutt/1.4.2i cc: freebsd-stable@freebsd.org Subject: Re: mktime() bug? result strtotime() fail in PHP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 18:49:37 -0000 On Mon, 2005-Feb-14 10:05:50 -0200, Marcus Grando wrote: >Peter Jeremy wrote: >>To be pedantic, FreeBSD 4.11 is correct and the others are wrong. If > ^^^^^^ >Also FreeBSD 5.3-STABLE? I don't have a 5.3-STABLE system to confirm but if it doesn't return -1 it is wrong. >>DST started at 2004-11-02 00:00 local time then you can't convert a local >>time of 2004-11-02 00:00:00 because that time doesn't exist - your local >>time goes 2004-11-01 23:59:59, 2004-11-02 01:00:00, 2004-11-02 01:00:01. > >I know, but timestamp return is better of that -1. What timestamp should it return? 2004-11-02 00:00:00 doesn't exist for you, therefore there is no possible value for seconds since epoch that will convert to this time. The manpage states: until tm_mon and tm_year are determined. The mktime() function returns the specified calendar time; if the calendar time cannot be represented, it returns -1; Since 2004-11-02 00:00:00 cannot be represented, then it should return -1. Maybe you should explain why having mktime() correctly report an error is a problem for you. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 19:29:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA3E016A4CE for ; Mon, 14 Feb 2005 19:29:05 +0000 (GMT) Received: from neptune.atopia.net (neptune.atopia.net [209.128.231.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9037F43D45 for ; Mon, 14 Feb 2005 19:29:05 +0000 (GMT) (envelope-from dcp1990@neptune.atopia.net) Received: by neptune.atopia.net (Postfix, from userid 1034) id D0909412E; Mon, 14 Feb 2005 14:29:04 -0500 (EST) Date: Mon, 14 Feb 2005 14:29:04 -0500 From: Dan Ponte To: freebsd-stable@FreeBSD.ORG Message-ID: <20050214192904.GA50992@neptune.atopia.net> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <200502141228.j1ECS8NX074135@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502141228.j1ECS8NX074135@lurza.secnetix.de> User-Agent: Mutt/1.4.2.1i Subject: Re: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 19:29:05 -0000 On Mon, Feb 14, 2005 at 01:28:08PM +0100, Oliver Fromme was witnessed plotting the following conspiracy: > PhysicalChemist@aol.com wrote: > > Oh I would not suggest removing Beastie altogether Jesper! That one is too > > well known, but to add a supplementary angel with the feminine would add to the > > Package. I am not talking St. Michael here, but rather Lillith, or Mary, or > > one of Lot's daughters, or even Dinah (who was raped), or the Harlot by the > > side of the road...no, not the harlot, because it would better be the absolute > > opposite of Beastie...but not too soft, not Bianca, but the shrew. Probably a > > Mary would make a good bet. > > AFAIK, one of the main points of that logo competition is > to do away with anything that could be interpreted in an > religious way. Therefore an image of an Angel would be > completely inappropriate. (Why feminine anyway? Beastie > has no specific gender, therefore it would be best to not > bias the logo one way or the other.) > > Also take into account that a logo is not a mascot and > should not be designed in a way that it could be confused > with the mascot (Beastie will still exist), so the logo > should not contain a person or creature. > > Just my 2 cents, YMMV. > > Best regards > Oliver > Such a goal makes no sense. No matter what logo is chosen, it *will* offend /someone/ in /some way/. Though, maybe a plain black square would work, but on the other hand, it could be racist. See? You cannot win. -Dan -- Dan Ponte http://www.theamigan.net/ It's easier to get forgiveness for being wrong than forgiveness for being right. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 20:21:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6A3816A4CE for ; Mon, 14 Feb 2005 20:21:48 +0000 (GMT) Received: from smtp103.rog.mail.re2.yahoo.com (smtp103.rog.mail.re2.yahoo.com [206.190.36.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 42C1743D39 for ; Mon, 14 Feb 2005 20:21:48 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com) (mikej@69.193.222.195 with login) by smtp103.rog.mail.re2.yahoo.com with SMTP; 14 Feb 2005 20:21:47 -0000 Received: from 207.219.213.162 (proxying for unknown) (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Mon, 14 Feb 2005 15:21:46 -0500 (EST) Message-ID: <63867.207.219.213.162.1108412506.squirrel@207.219.213.162> In-Reply-To: <200502141430.j1EEUca7078709@lurza.secnetix.de> References: <20050214141324.2835E43D2F@mx1.FreeBSD.org> <200502141430.j1EEUca7078709@lurza.secnetix.de> Date: Mon, 14 Feb 2005 15:21:46 -0500 (EST) From: "Mike Jakubik" To: freebsd-stable@FreeBSD.ORG User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 20:21:49 -0000 Oliver Fromme said: > > I'm not seeing a problem here. Beastie is not a religious icon, > > not is it intended to be one. > > Right -- but it looks like one. And every now and then > there are people who are offended by it because of their > religious bias. Boo Hoo! Use Linux then, or is the Penguin sacrilege to your religion too? Religion has no place here. Lets not divide and make wars over it, like in real life. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 20:22:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 424AC16A4CE for ; Mon, 14 Feb 2005 20:22:50 +0000 (GMT) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7075E43D31 for ; Mon, 14 Feb 2005 20:22:49 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (nmrgri@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j1EKMlOX092741 for ; Mon, 14 Feb 2005 21:22:47 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j1EKMl5R092740; Mon, 14 Feb 2005 21:22:47 +0100 (CET) (envelope-from olli) Date: Mon, 14 Feb 2005 21:22:47 +0100 (CET) Message-Id: <200502142022.j1EKMl5R092740@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20050214192904.GA50992@neptune.atopia.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 14 Feb 2005 20:22:50 -0000 Dan Ponte wrote: > Oliver Fromme wrote: > > AFAIK, one of the main points of that logo competition is > > to do away with anything that could be interpreted in an > > religious way. Therefore an image of an Angel would be > > completely inappropriate. (Why feminine anyway? Beastie > > has no specific gender, therefore it would be best to not > > bias the logo one way or the other.) > > > > Also take into account that a logo is not a mascot and > > should not be designed in a way that it could be confused > > with the mascot (Beastie will still exist), so the logo > > should not contain a person or creature. > > Such a goal makes no sense. It does make sense. It was one of the requirements laid down for NetBSD's logo competition, which was completed successfully last year. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. (On the statement print "42 monkeys" + "1 snake":) By the way, both perl and Python get this wrong. Perl gives 43 and Python gives "42 monkeys1 snake", when the answer is clearly "41 monkeys and 1 fat snake". -- Jim Fulton From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 20:52:59 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E265616A4CE for ; Mon, 14 Feb 2005 20:52:59 +0000 (GMT) Received: from osiris.itlegion.ru (osiris.itlegion.ru [84.21.226.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB07543D46 for ; Mon, 14 Feb 2005 20:52:58 +0000 (GMT) (envelope-from matrix@itlegion.ru) Received: from artem ([192.168.0.12]) by osiris.itlegion.ru (8.13.1/8.13.1) with SMTP id j1EKqhTp074743 for ; Mon, 14 Feb 2005 23:52:43 +0300 (MSK) (envelope-from matrix@itlegion.ru) X-AntiVirus: Checked by Dr.Web [version: 4.32b, engine: 4.32b, virus records: 65366, updated: 14.02.2005] Message-ID: <022401c512d7$e0779890$0c00a8c0@artem> From: "Artem Kuchin" To: References: <200502142022.j1EKMl5R092740@lurza.secnetix.de> Date: Mon, 14 Feb 2005 23:58:03 +0300 Organization: IT Legion 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.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: How to make ipfw consider MAC-IP match? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 20:53:00 -0000 Hi! I have a table with ethernet (MAC) addresses matching IPs. It is used to build dhcp config file. But regardless of that any user can assign his neighbour ips while that pc is turned off and use it to access internet. The local ips are 192.168. and are behind natd. I am running 5.3-STABLE and have heard that ipfw2 can in someway use MAC addresses, but how do I setup ipfw in such a way that it allows certain IP only from one and only one MAC address? I hope you are getting my idea. -- Regards, Artem Kuchin From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 21:01:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4788516A4CE for ; Mon, 14 Feb 2005 21:01:50 +0000 (GMT) Received: from mail.wolves.k12.mo.us (duey.wolves.k12.mo.us [207.160.214.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9439343D48 for ; Mon, 14 Feb 2005 21:01:49 +0000 (GMT) (envelope-from cdillon@wolves.k12.mo.us) Received: from localhost (localhost [127.0.0.1]) by mail.wolves.k12.mo.us (Postfix) with ESMTP id 22AE81FE32; Mon, 14 Feb 2005 15:01:49 -0600 (CST) Received: from mail.wolves.k12.mo.us ([127.0.0.1]) by localhost (mail.wolves.k12.mo.us [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 42249-02-28; Mon, 14 Feb 2005 15:01:46 -0600 (CST) Received: by mail.wolves.k12.mo.us (Postfix, from userid 1001) id A60F51FE31; Mon, 14 Feb 2005 15:01:46 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by mail.wolves.k12.mo.us (Postfix) with ESMTP id 9794F1A902; Mon, 14 Feb 2005 15:01:46 -0600 (CST) Date: Mon, 14 Feb 2005 15:01:46 -0600 (CST) From: Chris Dillon To: Artem Kuchin In-Reply-To: <022401c512d7$e0779890$0c00a8c0@artem> Message-ID: <20050214145543.L42760@duey.wolves.k12.mo.us> References: <200502142022.j1EKMl5R092740@lurza.secnetix.de> <022401c512d7$e0779890$0c00a8c0@artem> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: amavisd-new at wolves.k12.mo.us cc: freebsd-stable@FreeBSD.ORG Subject: Re: How to make ipfw consider MAC-IP match? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 21:01:50 -0000 On Mon, 14 Feb 2005, Artem Kuchin wrote: > I have a table with ethernet (MAC) addresses matching IPs. It is > used to build dhcp config file. But regardless of that any user can > assign his neighbour ips while that pc is turned off and use it to > access internet. The local ips are 192.168. and are behind natd. I > am running 5.3-STABLE and have heard that ipfw2 can in someway use > MAC addresses, but how do I setup ipfw in such a way that it allows > certain IP only from one and only one MAC address? I hope you are > getting my idea. What you probably want is static ARP entries. arp -s 192.168.1.1 00:11:22:33:44:55 But that still won't stop someone from changing their IP address and MAC address to match, it just makes it harder. To prevent that kind of thing you need to use 802.1x authentication or maybe even PPPoE. -- Chris Dillon - cdillon(at)wolves.k12.mo.us FreeBSD: The fastest, most open, and most stable OS on the planet - Available for IA32, IA64, AMD64, PC98, Alpha, and UltraSPARC architectures - PowerPC, ARM, MIPS, and S/390 under development - http://www.freebsd.org Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon? From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 21:02:27 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0CFB16A4CE for ; Mon, 14 Feb 2005 21:02:27 +0000 (GMT) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B936B43D31 for ; Mon, 14 Feb 2005 21:02:26 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ncvkbc@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j1EL2Pi5094788 for ; Mon, 14 Feb 2005 22:02:25 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j1EL2Prv094787; Mon, 14 Feb 2005 22:02:25 +0100 (CET) (envelope-from olli) Date: Mon, 14 Feb 2005 22:02:25 +0100 (CET) Message-Id: <200502142102.j1EL2Prv094787@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <63867.207.219.213.162.1108412506.squirrel@207.219.213.162> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Logo competition (was: Re: Save the Demon!) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 14 Feb 2005 21:02:27 -0000 Mike Jakubik wrote: > Oliver Fromme said: > > [...] > > > I'm not seeing a problem here. Beastie is not a religious icon, > > > not is it intended to be one. > > > > Right -- but it looks like one. And every now and then > > there are people who are offended by it because of their > > religious bias. > > Boo Hoo! Use Linux then, or is the Penguin sacrilege to your religion too? Personally I do not care, but there are people who do care, and we shouldn't be too arrogant or intolerant to ignore them. There's no sane reason to scare them off to Linux. Currently, FreeBSD lacks a real logo (it does have a mascot, though, but that's a different thing), and given the fact that FreeBSD is an open source project largely driven by community efforts, it's a natural thing to let the community design and vote for a new logo by having a public competition. I don't see anything wrong with that. NetBSD did the very same thing last year, for very similar reasons. (BTW, the subject of this thread is nonsense. There's no need to "save the demon" because Beastie is not in danger at all; apart from that it's spelled "daemon" or "dæmon".) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. I suggested holding a "Python Object Oriented Programming Seminar", but the acronym was unpopular. -- Joseph Strout From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 21:55:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FEAA16A4CE for ; Mon, 14 Feb 2005 21:55:50 +0000 (GMT) Received: from osiris.itlegion.ru (osiris.itlegion.ru [84.21.226.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59C2D43D2F for ; Mon, 14 Feb 2005 21:55:49 +0000 (GMT) (envelope-from matrix@itlegion.ru) Received: from artem ([192.168.0.12]) by osiris.itlegion.ru (8.13.1/8.13.1) with SMTP id j1ELtbjM075012; Tue, 15 Feb 2005 00:55:37 +0300 (MSK) (envelope-from matrix@itlegion.ru) X-AntiVirus: Checked by Dr.Web [version: 4.32b, engine: 4.32b, virus records: 65366, updated: 14.02.2005] Message-ID: <024501c512e0$aa382e30$0c00a8c0@artem> From: "Artem Kuchin" To: "Chris Dillon" References: <200502142022.j1EKMl5R092740@lurza.secnetix.de> <022401c512d7$e0779890$0c00a8c0@artem> <20050214145543.L42760@duey.wolves.k12.mo.us> Date: Tue, 15 Feb 2005 01:00:57 +0300 Organization: IT Legion 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.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 cc: freebsd-stable@FreeBSD.ORG Subject: Re: How to make ipfw consider MAC-IP match? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 21:55:50 -0000 Chris Dillon wrote: > On Mon, 14 Feb 2005, Artem Kuchin wrote: > >> I have a table with ethernet (MAC) addresses matching IPs. It is >> used to build dhcp config file. But regardless of that any user can >> assign his neighbour ips while that pc is turned off and use it to >> access internet. The local ips are 192.168. and are behind natd. I >> am running 5.3-STABLE and have heard that ipfw2 can in someway use >> MAC addresses, but how do I setup ipfw in such a way that it allows >> certain IP only from one and only one MAC address? I hope you are >> getting my idea. > > What you probably want is static ARP entries. > > arp -s 192.168.1.1 00:11:22:33:44:55 > > But that still won't stop someone from changing their IP address and > MAC address to match, it just makes it harder. To prevent that kind > of thing you need to use 802.1x authentication or maybe even PPPoE. Um.. I just have read tutorial about PPPoE and did not find anything about matching IP and MAC addresses. So, if i use PPPoE i still need to do static ARP (i did not undestrand, how i somebody can match mac and ip with static arp except that he actually get the physical NIC from somebody's computer). Also, as i see, users on PPPoE can login from any computer and get their IP address.It will not work because of static arp, but still, there are getting their address. And the last thing, if i am to migrate to PPPoE this basically means i will need to give up DHCP, because PPP will serve IPs, not DHCP. Right? And now the theory question. While i am running pppoe server on some ethernet interface what disallows any user to use that interface as a ip gateway without any pppoe? Just assigned themselves an ip, ignoring pppoe and using the server as a gateway. I am probably missing some point here. -- Regards, Artem Kuchin From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 22:03:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5510716A4CE for ; Mon, 14 Feb 2005 22:03:17 +0000 (GMT) Received: from beer.ux6.net (beer.ux6.net [64.62.253.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A14843D41 for ; Mon, 14 Feb 2005 22:03:17 +0000 (GMT) (envelope-from miha@ghuug.org) Received: from [64.62.253.84] (helo=m) by beer.ux6.net with esmtpa (Exim 4.44 (FreeBSD)) id 1D0oIw-000Bcl-JF; Mon, 14 Feb 2005 14:03:05 -0800 From: "Mikhail P." To: freebsd-stable@freebsd.org Date: Mon, 14 Feb 2005 22:02:42 +0000 User-Agent: KMail/1.7.2 References: <200502142022.j1EKMl5R092740@lurza.secnetix.de> <20050214145543.L42760@duey.wolves.k12.mo.us> <024501c512e0$aa382e30$0c00a8c0@artem> In-Reply-To: <024501c512e0$aa382e30$0c00a8c0@artem> Organization: Ghana Unix Users Group MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200502142202.42503.miha@ghuug.org> X-Spam-Score: -5.9 (-----) X-Spam-Report: Spam detection software, running on the system "beer.ux6.net", hasmessagelabel similar future email. If you have any questions, see the administrator of that system for details.wrote: > Um.. I just have read tutorial about PPPoE and did not find anything needmac and ip > with static arp except that he actually get the physical NIC from > somebody's computer). Also, as i see, users on PPPoE can login from any > computer and get their IP address.It will not work because of static arp, > but still, there are getting their address. And the last thing, if i am to > migrate to PPPoE this basically means i will need to give up DHCP, because > PPP will serve IPs, not DHCP. Right? [...] Content analysis details: (-5.9 points, 6.0 required) pts rule name description -------------------------------------------------- -3.3 ALL_TRUSTED Did not pass through any untrusted hosts 1% [score: 0.0000] cc: Artem Kuchin Subject: Re: How to make ipfw consider MAC-IP match? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: miha@ghuug.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 22:03:17 -0000 On Monday 14 February 2005 22:00, Artem Kuchin wrote: > Um.. I just have read tutorial about PPPoE and did not find anything about > matching IP and MAC addresses. =A0So, if i use PPPoE i still need to do > static ARP (i did not undestrand, how i somebody can match mac and ip > with static arp except that he actually get the physical NIC from > somebody's computer). Also, as i see, users on PPPoE can login from any > computer and get their IP address.It will not work because of static arp, > but still, there are getting their address. And the last thing, if i am to > migrate to PPPoE this basically means i will need to give up DHCP, because > PPP will serve IPs, not DHCP. Right? It is not that trivial to change MAC. Here's good FreeBSD-specific example: http://www.bsdatwork.com/2004/06/19/mac_spoofing_on_freebsd/ regards, M. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 22:18:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 646CB16A4CE for ; Mon, 14 Feb 2005 22:18:52 +0000 (GMT) Received: from mail.wolves.k12.mo.us (duey.wolves.k12.mo.us [207.160.214.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE36A43D3F for ; Mon, 14 Feb 2005 22:18:51 +0000 (GMT) (envelope-from cdillon@wolves.k12.mo.us) Received: from localhost (localhost [127.0.0.1]) by mail.wolves.k12.mo.us (Postfix) with ESMTP id 04FF61FE29; Mon, 14 Feb 2005 16:18:51 -0600 (CST) Received: from mail.wolves.k12.mo.us ([127.0.0.1]) by localhost (mail.wolves.k12.mo.us [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 76607-01-5; Mon, 14 Feb 2005 16:18:47 -0600 (CST) Received: by mail.wolves.k12.mo.us (Postfix, from userid 1001) id CDB401FE36; Mon, 14 Feb 2005 16:18:47 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by mail.wolves.k12.mo.us (Postfix) with ESMTP id CBA4F1A90A; Mon, 14 Feb 2005 16:18:47 -0600 (CST) Date: Mon, 14 Feb 2005 16:18:47 -0600 (CST) From: Chris Dillon To: Artem Kuchin In-Reply-To: <024501c512e0$aa382e30$0c00a8c0@artem> Message-ID: <20050214161017.G42760@duey.wolves.k12.mo.us> References: <200502142022.j1EKMl5R092740@lurza.secnetix.de> <20050214145543.L42760@duey.wolves.k12.mo.us> <024501c512e0$aa382e30$0c00a8c0@artem> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: amavisd-new at wolves.k12.mo.us cc: freebsd-stable@FreeBSD.ORG Subject: Re: How to make ipfw consider MAC-IP match? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 22:18:52 -0000 On Tue, 15 Feb 2005, Artem Kuchin wrote: > Chris Dillon wrote: >> On Mon, 14 Feb 2005, Artem Kuchin wrote: >> >>> I have a table with ethernet (MAC) addresses matching IPs. It is >>> used to build dhcp config file. But regardless of that any user can >>> assign his neighbour ips while that pc is turned off and use it to >>> access internet. The local ips are 192.168. and are behind natd. I >>> am running 5.3-STABLE and have heard that ipfw2 can in someway use >>> MAC addresses, but how do I setup ipfw in such a way that it allows >>> certain IP only from one and only one MAC address? I hope you are >>> getting my idea. >> >> What you probably want is static ARP entries. >> >> arp -s 192.168.1.1 00:11:22:33:44:55 >> >> But that still won't stop someone from changing their IP address and >> MAC address to match, it just makes it harder. To prevent that kind >> of thing you need to use 802.1x authentication or maybe even PPPoE. > > Um.. I just have read tutorial about PPPoE and did not find anything about > matching IP and MAC addresses. So, if i use PPPoE i still need to do > static ARP You wouldn't need or want Static ARP with PPPoE. You do authentication with PPPoE using usernames and encrypted passwords. Therefore no "stealing" unless someone figures out someone else's username and password. > (i did not undestrand, how i somebody can match mac and ip with > static arp except that he actually get the physical NIC from > somebody's computer). Because you can change the MAC address of your NIC to match someone else's very easily. Here's how in FreeBSD: ifconfig fxp0 link 00:11:22:33:44:55 It's that easy... > Also, as i see, users on PPPoE can login from any computer and get > their IP address.It will not work because of static arp, but still, > there are getting their address. And the last thing, if i am to > migrate to PPPoE this basically means i will need to give up DHCP, > because PPP will serve IPs, not DHCP. Right? Correct. Users don't even have to have static IPs. They can be assigned from a pool of IP addresses by the PPPoE server once they have authenticated. > And now the theory question. While i am running pppoe server on some > ethernet interface what disallows any user to use that interface as > a ip gateway without any pppoe? Just assigned themselves an ip, > ignoring pppoe and using the server as a gateway. I am probably > missing some point here. You can have the Ethernet interface you are doing PPPoE with also have an IP address and act as a standard gateway if you really want to, which would be good for transitioning purposes until everybody is using PPPoE, but once that is done you can remove the IP address from the interface and PPPoE will be the only choice. -- Chris Dillon - cdillon(at)wolves.k12.mo.us FreeBSD: The fastest, most open, and most stable OS on the planet - Available for IA32, IA64, AMD64, PC98, Alpha, and UltraSPARC architectures - PowerPC, ARM, MIPS, and S/390 under development - http://www.freebsd.org Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon? From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 22:27:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAACB16A584 for ; Mon, 14 Feb 2005 22:27:07 +0000 (GMT) Received: from neptune.atopia.net (neptune.atopia.net [209.128.231.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D85E43D48 for ; Mon, 14 Feb 2005 22:27:07 +0000 (GMT) (envelope-from dcp1990@neptune.atopia.net) Received: by neptune.atopia.net (Postfix, from userid 1034) id EDBD54129; Mon, 14 Feb 2005 17:27:06 -0500 (EST) Date: Mon, 14 Feb 2005 17:27:06 -0500 From: Dan Ponte To: freebsd-stable@FreeBSD.ORG Message-ID: <20050214222706.GA53648@neptune.atopia.net> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <63867.207.219.213.162.1108412506.squirrel@207.219.213.162> <200502142102.j1EL2Prv094787@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502142102.j1EL2Prv094787@lurza.secnetix.de> User-Agent: Mutt/1.4.2.1i Subject: Re: Logo competition (was: Re: Save the Demon!) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 22:27:08 -0000 On Mon, Feb 14, 2005 at 10:02:25PM +0100, Oliver Fromme was witnessed plotting the following conspiracy: > Mike Jakubik wrote: > > Oliver Fromme said: > > > [...] > > > > I'm not seeing a problem here. Beastie is not a religious icon, > > > > not is it intended to be one. > > > > > > Right -- but it looks like one. And every now and then > > > there are people who are offended by it because of their > > > religious bias. > > > > Boo Hoo! Use Linux then, or is the Penguin sacrilege to your religion too? > > Personally I do not care, but there are people who do care, > and we shouldn't be too arrogant or intolerant to ignore > them. There's no sane reason to scare them off to Linux. And there's also no sane reason that they should refuse to use FreeBSD because of a 20-year old cartoon graphic. Really, such kooks would only give FreeBSD a bad name if they chose to use it. -Dan -- Dan Ponte http://www.theamigan.net/ Schizophrenia beats being alone. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 14 23:48:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7E5116A4CE for ; Mon, 14 Feb 2005 23:48:45 +0000 (GMT) Received: from mail1.infoeng.flinders.edu.au (mail1.ist.flinders.edu.au [129.96.1.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BA4043D2F for ; Mon, 14 Feb 2005 23:48:44 +0000 (GMT) (envelope-from tris@infoeng.flinders.edu.au) Received: from rhino (rhino.infoeng.flinders.edu.au [129.96.1.189]) j1ENmgR02726 for ; Tue, 15 Feb 2005 10:18:42 +1030 (CST) Date: Tue, 15 Feb 2005 10:18:42 +1030 From: Tristan To: freebsd-stable@freebsd.org Message-ID: <20050215101842.5823080a@rhino> In-Reply-To: <20050214110826.56fa6cf3@rhino> References: <20050214110826.56fa6cf3@rhino> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; sparc-sun-solaris2.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: gvinum or vinum in 5.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 14 Feb 2005 23:48:46 -0000 On Mon, 14 Feb 2005 11:08:26 +1030 Tristan wrote: > > can anyone confirm what the preferred tool is > in 5.3-STABLE, vinum or gvinum ? Is gvinum > ready for production use in a RAID5 config ? Does this limitation still exist (from 5.3 ERRATA): While some uncommon configurations, such as multiple vinum drives on a disk, are not supported.... From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 01:30:36 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7346C16A4CE for ; Tue, 15 Feb 2005 01:30:36 +0000 (GMT) Received: from shell.reiteration.net (82-34-179-228.cable.ubr01.sout.blueyonder.co.uk [82.34.179.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A3BF43D3F for ; Tue, 15 Feb 2005 01:30:36 +0000 (GMT) (envelope-from lists@reiteration.net) Received: from [127.0.0.1] (helo=reiteration.net) by shell.reiteration.net with esmtp (Exim 4.44 (FreeBSD)) id 1D0rY2-000D93-E2 for freebsd-stable@freebsd.org; Tue, 15 Feb 2005 01:30:42 +0000 From: "John" To: freebsd-stable@freebsd.org Date: Tue, 15 Feb 2005 01:30:42 +0000 Message-Id: <20050215012633.M48733@reiteration.net> X-Mailer: Open WebMail 2.50 20050106 X-OriginatingIP: 192.168.1.7 (jfm) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: lists@reiteration.net X-SA-Exim-Scanned: No (on shell.reiteration.net); SAEximRunCond expanded to false Subject: swapfile being eaten by unknown process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 01:30:36 -0000 Hello list Is there a way of seeing *what* program/process is eating swap. There are loads of ways of seeing that it is being eaten, but so far haven't found a way of knowing what eats, so can't fix the problem. Can anyone enlighten me? thanks -- lists@reiteration.net From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 01:47:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A1F416A4CE; Tue, 15 Feb 2005 01:47:29 +0000 (GMT) Received: from groat.ugcs.caltech.edu (groat.ugcs.caltech.edu [131.215.43.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 553A543D39; Tue, 15 Feb 2005 01:47:29 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by groat.ugcs.caltech.edu (Postfix, from userid 3640) id E003D58866; Mon, 14 Feb 2005 17:47:27 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by groat.ugcs.caltech.edu (Postfix) with ESMTP id 38FF318001; Mon, 14 Feb 2005 17:47:27 -0800 (PST) Date: Mon, 14 Feb 2005 17:47:27 -0800 (PST) From: "Jonathan A. Dama" To: Doug White In-Reply-To: <20050214101303.R13953@carver.gumbysoft.com> Message-ID: References: <20050214161959.1FDC343D39@mx1.FreeBSD.org> <20050214101303.R13953@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Alan Jay cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: Possible problems with Broadcom BCM5704C 10/100/1000 on Tyan Motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 01:47:29 -0000 We also have these boards, I've found them unusable under FreeBSD/5.3-STABLE with 8GB of RAM--other qualities appear to work okay. But I even saw some infrequent problems with 6GB. FreeBSD/amd64 is not in my opinion not actually a stable tier 1 quality release under these configurations, too many problems remain--especially in regards to ia32 emulation. Exigencies of the moment forced us to forgo further debugging and adopt linux/amd64. (Sadly, some people actually have to get work done on their hardware...) To anyone who wants to peg these problems on hardware, running linux these machines have operated without fault while under a mix of high computational and i/o load. moreover, the machines were tested extensively using memtest+ in a controlled ambient temperature range from 60F to 80F. This is a really lamentable situation. We've been a primarily FreeBSD shop for 10 years now and for the past 4 years or so a pure FreeBSD shop. Switching to linux on just these machines has been quite the headache but I'm holding on to the hope that FreeBSD/amd64 will shape up. FYI, most of the positive reports I've seen regarding FreeBSD and this motherboard are 2GB setups. In my own testing that arrangement worked _very_ well. Addendum: The RAM timing is a bit marginal on the second processor. i.e., RAM that runs fine under extensive memtest+ ing has trouble doing 400MHz DDR on the Second Processor. We ended up running it at 333MHz DDR -Jon On Mon, 14 Feb 2005, Doug White wrote: > On Mon, 14 Feb 2005, Alan Jay wrote: > > > I have FreeBSD 5.3 STABLE onto our new twin operteron Tyan Thunder K8S Pro > > S2882 with 8Gb of RAM and had a reasonably stable operation for a few days we > > installed a couple of databases one worked fine but the other kept on causing > > the server to crash. > > I'm about to gain access to an S2881, which is a similar board (different > layout but same parts). > > > I have searched the archive and there were issues last year but I couldn't > > work out if these have been totally resolved? > > > > The adapter does work fine in low levels of loading but when pushed (it is > > connected to a Gigabit switch) it seems to be the cause of the reboot - a what > > appeared to be stable server with moderate Ethernet activity was fine upping > > the activity with a new service caused regular reboots. > > > > There is no console message at the point of reboot to help that we have > > spotted. > > > Hm, triple fault or other hardware reset. This usually indicates bad > hardware. Have you tried swapping the RAM between the systems and seeing > if the problem follows? An unrecoverable ECC fault can cause a reboot, > along with strangeness caused by temperature/power supply/etc. Or the > board could be Just Plain Bad. > > Considering you have one working machine, adn this is a very popular > board, I don't think it s abasic problem with FreeBSD and this hardware. > The worst thing reported is interrupt routing usually. > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 02:41:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7901216A4CE for ; Tue, 15 Feb 2005 02:41:41 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33B4843D1F for ; Tue, 15 Feb 2005 02:41:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A173151432; Mon, 14 Feb 2005 18:41:39 -0800 (PST) Date: Mon, 14 Feb 2005 18:41:39 -0800 From: Kris Kennaway To: John Message-ID: <20050215024139.GA97764@xor.obsecurity.org> References: <20050215012633.M48733@reiteration.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline In-Reply-To: <20050215012633.M48733@reiteration.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: swapfile being eaten by unknown process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 02:41:41 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 15, 2005 at 01:30:42AM +0000, John wrote: > Hello list >=20 > Is there a way of seeing *what* program/process is eating swap. There are > loads of ways of seeing that it is being eaten, but so far haven't found = a way > of knowing what eats, so can't fix the problem. Can anyone enlighten me? Use ps or top, and look for the process with the huge size. This is not foolproof, because a process can allocate memory without using it (e.g. rpc.statd), but it's a place to start. If you see a process that is both large, and paging to/from disk, that's a better indication. Kris --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCEWFjWry0BWjoQKURAsdFAKCu5O1jpALYXu8TAT+Tcc+6NP+J5wCgrhoT 3Q2IghLwU7T7Vz93FCgAMog= =RXUa -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 02:43:57 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E88D16A4CE for ; Tue, 15 Feb 2005 02:43:57 +0000 (GMT) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07FCD43D45 for ; Tue, 15 Feb 2005 02:43:57 +0000 (GMT) (envelope-from Peter_Losher@isc.org) Received: from tardis.isc.org (tardis.isc.org [IPv6:2001:4f8:3:bb::37]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id E5D66677EF; Tue, 15 Feb 2005 02:43:56 +0000 (UTC) (envelope-from Peter_Losher@isc.org) From: Peter Losher Organization: ISC To: stable@freebsd.org Date: Mon, 14 Feb 2005 18:43:56 -0800 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3497113.j2D6MqUpj9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502141844.04419.Peter_Losher@isc.org> Subject: Weird bge related lock order reversal... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 02:43:57 -0000 --nextPart3497113.j2D6MqUpj9 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I have a quad-Opteron box running FreeBSD 5.3-p5/i386, and it has two onboa= rd=20 Broadcom copper GigE NIC's (bge0 is used as a private wire, bge1 is the=20 public interface) =20 =2D=3D- bge0: mem=20 0xf1140000-0xf114ffff,0xf1150000-0xf115ffff irq 31 at device 3.0 on pci14 miibus0: on bge0 bge0: Ethernet address: bge0: [GIANT-LOCKED] bge1: mem=20 0xf1160000-0xf116ffff,0xf1170000-0xf117ffff irq 28 at device 3.1 on pci14 miibus1: on bge1 bge1: Ethernet address: bge1: [GIANT-LOCKED] =2D=3D- When booting, and just after initializing the network (configuring the NIC'= s=20 for autoneg to a DLink GigE switch), console spits out this lock order=20 reversal: =2D=3D- Starting local daemons:bge1: gigabit link up lock order reversal 1st 0xc5a65dec inp (rawinp) @ netinet/raw_ip.c:199 2nd 0xc5a65ea0 inp (raw6inp) @ netinet/raw_ip.c:199 KDB: stack backtrace: kdb_backtrace(ffffffff,c08fdb48,c08fdb70,c088f47c,c09223e8) at=20 kdb_backtrace+0x29 witness_checkorder(c5a65ea0,9,c08391f0,c7) at witness_checkorder+0x49d _mtx_lock_flags(c5a65ea0,0,c08391e7,c7) at _mtx_lock_flags+0x1e rip_input(c5461200,14,50000e0,0,0) at rip_input+0x64 ip_input(c5461200) at ip_input+0x596 netisr_processqueue(c0923418) at netisr_processqueue+0x6e swi_net(0) at swi_net+0x88 ithread_loop(c4fe7a80,e7307d48,c08f6780,0,c082cc46) at ithread_loop+0x10c fork_exit(c05fa5dc,c4fe7a80,e7307d48) at fork_exit+0x66 fork_trampoline() at fork_trampoline+0x8 =2D-- trap 0x1, eip =3D 0, esp =3D 0xe7307d7c, ebp =3D 0 --- =2D=3D- Is this ominous? Are there any known issues w/ Broadcom NIC's running at Gi= gE=20 speeds? The only other oddity on this system is that we have assigned v6=20 addressed to vlan interfaces. (we haven't done that in the past until now) Thanks in advance for any light you can shed on this... Best Wishes - Peter =2D-=20 Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --nextPart3497113.j2D6MqUpj9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCEWH0PtVx9OgEjQgRAveOAKCXz8fp6FtpY170y/P7S+MNwiIX2gCgoz3c +Tv4rQJc3/U1lQUBzhi27ZA= =mqE6 -----END PGP SIGNATURE----- --nextPart3497113.j2D6MqUpj9-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 03:34:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B183216A4CE for ; Tue, 15 Feb 2005 03:34:34 +0000 (GMT) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EFEB43D41 for ; Tue, 15 Feb 2005 03:34:34 +0000 (GMT) (envelope-from Peter_Losher@isc.org) Received: from tardis.isc.org (tardis.isc.org [IPv6:2001:4f8:3:bb::37]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 30320677EF for ; Tue, 15 Feb 2005 03:34:34 +0000 (UTC) (envelope-from Peter_Losher@isc.org) From: Peter Losher Organization: ISC Date: Mon, 14 Feb 2005 19:34:32 -0800 User-Agent: KMail/1.7.2 To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart123173339.WT4U97SpFn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502141934.41373.Peter_Losher@isc.org> Subject: Weird bge related lock order reversal... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 03:34:34 -0000 --nextPart123173339.WT4U97SpFn Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline (apologies if you get this sent twice, I sent the first one to=20 stable@freebsd.org by mistake)=20 I have a quad-Opteron box running FreeBSD 5.3-p5/i386, and it has two onboa= rd Broadcom copper GigE NIC's (bge0 is used as a private wire, bge1 is the public interface) =2D=3D- bge0: mem 0xf1140000-0xf114ffff,0xf1150000-0xf115ffff irq 31 at device 3.0 on pci14 miibus0: on bge0 bge0: Ethernet address: bge0: [GIANT-LOCKED] bge1: mem 0xf1160000-0xf116ffff,0xf1170000-0xf117ffff irq 28 at device 3.1 on pci14 miibus1: on bge1 bge1: Ethernet address: bge1: [GIANT-LOCKED] =2D=3D- When booting, and just after initializing the network (configuring the NIC's for autoneg to a DLink GigE switch), console spits out this lock order reversal: =2D=3D- Starting local daemons:bge1: gigabit link up lock order reversal 1st 0xc5a65dec inp (rawinp) @ netinet/raw_ip.c:199 2nd 0xc5a65ea0 inp (raw6inp) @ netinet/raw_ip.c:199 KDB: stack backtrace: kdb_backtrace(ffffffff,c08fdb48,c08fdb70,c088f47c,c09223e8) at kdb_backtrace+0x29 witness_checkorder(c5a65ea0,9,c08391f0,c7) at witness_checkorder+0x49d _mtx_lock_flags(c5a65ea0,0,c08391e7,c7) at _mtx_lock_flags+0x1e rip_input(c5461200,14,50000e0,0,0) at rip_input+0x64 ip_input(c5461200) at ip_input+0x596 netisr_processqueue(c0923418) at netisr_processqueue+0x6e swi_net(0) at swi_net+0x88 ithread_loop(c4fe7a80,e7307d48,c08f6780,0,c082cc46) at ithread_loop+0x10c fork_exit(c05fa5dc,c4fe7a80,e7307d48) at fork_exit+0x66 fork_trampoline() at fork_trampoline+0x8 =2D-- trap 0x1, eip =3D 0, esp =3D 0xe7307d7c, ebp =3D 0 --- =2D=3D- Is this ominous? Are there any known issues w/ Broadcom NIC's running at Gi= gE speeds? The only other oddity on this system is that we have assigned v6 addresses to vlan interfaces. (we haven't done that in the past until now) Thanks in advance for any light you can shed on this... Best Wishes - Peter =2D-=20 Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --nextPart123173339.WT4U97SpFn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCEW3RPtVx9OgEjQgRArMqAKCj60d7qy8CYvTQ85yl6lnPEx5kVwCdG0q3 f1ejnPHYs8BaSdQMbifHhCA= =cHzQ -----END PGP SIGNATURE----- --nextPart123173339.WT4U97SpFn-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 04:05:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E6EB16A4CE; Tue, 15 Feb 2005 04:05:23 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A717643D1D; Tue, 15 Feb 2005 04:05:20 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.19] (ibook-nai.samsco.home [192.168.254.19]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j1F45cQ2031147; Mon, 14 Feb 2005 21:05:40 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <421174F7.6020305@samsco.org> Date: Mon, 14 Feb 2005 21:05:11 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org, stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Subject: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 04:05:23 -0000 All, The Release Engineering Team is happy to announce that snapshots for \ FreeBSD 5.3-STABLE and 6.0-CURRENT are now available for download. This release is the first in a series of monthly snapshots of the active branches of the FreeBSD tree. Each snapshot consists of a 'mini-inst' (install disc1 without 3rd part packages) CD image for each platform. While these are not full releases, the intent is to increase access to the development branches and encourage more testing and more feedback. We hope to follow on from this with a new snapshot release every month. Snapshots are available via FTP download from most FreeBSD mirrors at the pub/FreeBSD/snapshots/_ directory. Information about snapshots and pointers to the latest releases are available at http://www.freebsd.org/snapshots. When downloading and testing the Feb_2005 snapshots, please note that there are some minor naming inconsistencies with the ISO images. These will be fixed in the next snapshot release in March. Also note that this announcement is somewhat belated, and that most of the snapshots are a week or two old at this point. Again, we will rectify this with the next release. When reporting bugs or other issues with these snapshots, please be sure to include the full snapshot name in the bug report. This will make it much easier for the developers to isolate the problem and provide feedback. And as a reminder, 5.4-RELEASE will start soon, so please test these images as much as possible now. Thanks! Scott From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 04:35:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B65716A4CE for ; Tue, 15 Feb 2005 04:35:56 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4184D43D2F for ; Tue, 15 Feb 2005 04:35:56 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id j1F4ZtRx029022; Mon, 14 Feb 2005 22:35:55 -0600 (CST) (envelope-from dan) Date: Mon, 14 Feb 2005 22:35:55 -0600 From: Dan Nelson To: Kris Kennaway Message-ID: <20050215043554.GA83537@dan.emsphone.com> References: <20050215012633.M48733@reiteration.net> <20050215024139.GA97764@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050215024139.GA97764@xor.obsecurity.org> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.7i cc: freebsd-stable@freebsd.org Subject: Re: swapfile being eaten by unknown process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 04:35:56 -0000 In the last episode (Feb 14), Kris Kennaway said: > On Tue, Feb 15, 2005 at 01:30:42AM +0000, John wrote: > > Is there a way of seeing *what* program/process is eating swap. > > There are loads of ways of seeing that it is being eaten, but so > > far haven't found a way of knowing what eats, so can't fix the > > problem. Can anyone enlighten me? > > Use ps or top, and look for the process with the huge size. This is > not foolproof, because a process can allocate memory without using it > (e.g. rpc.statd), but it's a place to start. If you see a process > that is both large, and paging to/from disk, that's a better > indication. To see which processes are paging: run top, hit 'm' to switch modes, and hit 'o' then 'fault' to sort the processes by how many page faults they are doing. This isn't completely foolproof either, since reads from mmap()ed files count as faults as well. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 06:29:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A86B916A4D2; Tue, 15 Feb 2005 06:29:38 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 401B043D2F; Tue, 15 Feb 2005 06:29:36 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1F6Tl2Y001638; Tue, 15 Feb 2005 01:29:50 -0500 Message-ID: <421196AA.5000605@root.org> Date: Mon, 14 Feb 2005 22:28:58 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <421174F7.6020305@samsco.org> In-Reply-To: <421174F7.6020305@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 06:29:38 -0000 Scott Long wrote: > All, > > The Release Engineering Team is happy to announce that snapshots for \ > FreeBSD 5.3-STABLE and 6.0-CURRENT are now available for download. This > release is the first in a series of monthly snapshots of the active > branches of the FreeBSD tree. Each snapshot consists of a 'mini-inst' > (install disc1 without 3rd part packages) CD image for each platform. > While these are not full releases, the intent is to increase access to > the development branches and encourage more testing and more feedback. > We hope to follow on from this with a new snapshot release every month. > > Snapshots are available via FTP download from most FreeBSD mirrors at > the pub/FreeBSD/snapshots/_ directory. Information about > snapshots and pointers to the latest releases are available at > http://www.freebsd.org/snapshots. Are there any tags for these? That may be too heavyweight but at least publishing the exact UTC date for the build would be good. That would help us track down in bug reports what code the user has, especially when it's from areas that are under active development. -- Nate From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 06:40:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A468F16A4CE; Tue, 15 Feb 2005 06:40:40 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E82A43D48; Tue, 15 Feb 2005 06:40:40 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j1F6epXJ031801; Mon, 14 Feb 2005 23:40:52 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <4211995A.8090304@freebsd.org> Date: Mon, 14 Feb 2005 23:40:26 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <421174F7.6020305@samsco.org> <421196AA.5000605@root.org> In-Reply-To: <421196AA.5000605@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 06:40:40 -0000 Nate Lawson wrote: > Scott Long wrote: > >> All, >> >> The Release Engineering Team is happy to announce that snapshots for \ >> FreeBSD 5.3-STABLE and 6.0-CURRENT are now available for download. This >> release is the first in a series of monthly snapshots of the active >> branches of the FreeBSD tree. Each snapshot consists of a 'mini-inst' >> (install disc1 without 3rd part packages) CD image for each platform. >> While these are not full releases, the intent is to increase access to >> the development branches and encourage more testing and more feedback. >> We hope to follow on from this with a new snapshot release every month. >> >> Snapshots are available via FTP download from most FreeBSD mirrors at >> the pub/FreeBSD/snapshots/_ directory. Information about >> snapshots and pointers to the latest releases are available at >> http://www.freebsd.org/snapshots. > > > Are there any tags for these? That may be too heavyweight but at least > publishing the exact UTC date for the build would be good. That would > help us track down in bug reports what code the user has, especially > when it's from areas that are under active development. > Yes, publishing the UTC date is something that is on the TODO list, thanks for the reminder =-) Scott From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 07:07:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9DEC16A4CE for ; Tue, 15 Feb 2005 07:07:23 +0000 (GMT) Received: from web54010.mail.yahoo.com (web54010.mail.yahoo.com [206.190.36.234]) by mx1.FreeBSD.org (Postfix) with SMTP id 316A743D4C for ; Tue, 15 Feb 2005 07:07:23 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 44057 invoked by uid 60001); 15 Feb 2005 07:07:22 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=1XASLnCAl0T0A1Psq8jOqjUhNckZ4H/249keLi4ReNuzApSrKZDrhFeygIKe+xtGxsTrfBpYZQfn0l3RqYiBWck5lk9+d93QuA1ctnY8gQs9jgQsjOSWS4dgwjVeEOerDg0WXN2Ikqx9lspGKS+iAHH0FAVt1xI+1vGcnem1h4M= ; Message-ID: <20050215070722.44055.qmail@web54010.mail.yahoo.com> Received: from [147.46.44.181] by web54010.mail.yahoo.com via HTTP; Mon, 14 Feb 2005 23:07:22 PST Date: Mon, 14 Feb 2005 23:07:22 -0800 (PST) From: Rob To: Mark Kirkwood In-Reply-To: <420ECE69.9060006@paradise.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-stable@freebsd.org Subject: Re: atapci VIA 82C596B UDMA66 controller: problem for 5.X ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 07:07:23 -0000 --- Mark Kirkwood wrote: > Rob wrote: > > > > > > What does that mean? UDMA66 and hw.ata.ata_dma=0 ? > > > Hmmm, that is interesting, 2 suggestion to determine > what is going on: > - run diskinfo -t on your disks and let us know the > results Motherboard: LG, type LGM-VBX6 atapci0: VIA 82C596B UDMA66 controller ad0: 43979MB IBM-DTLA-307045/TX6OA50C In this case there's only one harddisk and when I do # atacontrol mode 0 UDMA66 BIOSPIO I get lots of such lines: ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=20185375 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=20185375 ad0: FAILURE - WRITE_DMA status=51 error=84 LBA=20185375 Until the PC completely freezes. A power on/off is only cure then. # diskinfo -t ad0 ad0 512 # sectorsize 46115758080 # mediasize in bytes (43G) 90069840 # mediasize in sectors 89355 # Cylinders according to firmware. 16 # Heads according to firmware. 63 # Sectors according to firmware. Seek times: Full stroke: 250 iter in 4.608205 sec = 18.433 msec Half stroke: 250 iter in 5.438044 sec = 21.752 msec Quarter stroke: 500 iter in 8.602828 sec = 17.206 msec Short forward: 400 iter in 1.533293 sec = 3.833 msec Short backward: 400 iter in 2.761972 sec = 6.905 msec Seq outer: 2048 iter in 0.407381 sec = 0.199 msec Seq inner: 2048 iter in 0.396248 sec = 0.193 msec Transfer rates: outside: 102400 kbytes in 19.370328 sec = 5286 kbytes/sec middle: 102400 kbytes in 19.378847 sec = 5284 kbytes/sec inside: 102400 kbytes in 19.379687 sec = 5284 kbytes/sec > - use sysctl to set hw.ata.ata_dma=1 and see what > happens Does this make sense if UDMA66 is not even working? > > At a guess I would suggest that dma is broken for > your motherboards in 5.3 (what were they again?). The report above is for LG (LGM-VBX6). Is there a way to verify the status of my DMA ? ----------------------------------- There's a second PC, with similar problems, which I will report shortly: Motherboard: Altos AL-6BV67 atapci0: VIA 82C596B UDMA66 controller ad0: 76319MB WDC WD800JB-00CRA1/17.07W17 On this PC, I can set UDMA66, after bootup. Haven't tried the "hw.ata.ata_dma=1" option yet. Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 08:13:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAD3D16A4CE for ; Tue, 15 Feb 2005 08:13:09 +0000 (GMT) Received: from linda-1.paradise.net.nz (bm-1a.paradise.net.nz [202.0.58.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 520CC43D1D for ; Tue, 15 Feb 2005 08:13:09 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-1.paradise.net.nz (smtp-1a.paradise.net.nz [202.0.32.194]) by linda-1.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IBY008UX1HUS5@linda-1.paradise.net.nz> for freebsd-stable@freebsd.org; Tue, 15 Feb 2005 21:13:08 +1300 (NZDT) Received: from [192.168.1.11] (218-101-14-48.paradise.net.nz [218.101.14.48]) by smtp-1.paradise.net.nz (Postfix) with ESMTP id 203AD82970; Tue, 15 Feb 2005 21:13:06 +1300 (NZDT) Date: Tue, 15 Feb 2005 21:17:23 +1300 From: Mark Kirkwood In-reply-to: <20050215070722.44055.qmail@web54010.mail.yahoo.com> To: Rob Message-id: <4211B013.9000809@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041016 References: <20050215070722.44055.qmail@web54010.mail.yahoo.com> cc: freebsd-stable@freebsd.org Subject: Re: atapci VIA 82C596B UDMA66 controller: problem for 5.X ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 08:13:10 -0000 Rob wrote: > In this case there's only one harddisk and when I do > # atacontrol mode 0 UDMA66 BIOSPIO > > I get lots of such lines: > > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying > request) LBA=20185375 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying > request) LBA=20185375 > ad0: FAILURE - WRITE_DMA status=51 > error=84 LBA=20185375 I am wondering if building a kernel with the various debugging options turned on might help (see the developers handbook). If you can get a dump or trace then there is a good chance that one of the FreeBSD hackers on this list or -bugs can sort it! > Transfer rates: > outside: 102400 kbytes in 19.370328 sec > = 5286 kbytes/sec > middle: 102400 kbytes in 19.378847 sec > = 5284 kbytes/sec > inside: 102400 kbytes in 19.379687 sec > = 5284 kbytes/sec Pretty low transfer rates, clearly not UDMA66! best wishes Mark From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 08:38:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 927A416A4CE; Tue, 15 Feb 2005 08:38:26 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2582243D4C; Tue, 15 Feb 2005 08:38:26 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j1F8cO2F062179; Tue, 15 Feb 2005 00:38:24 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j1F8cOi0062178; Tue, 15 Feb 2005 00:38:24 -0800 (PST) (envelope-from obrien) Date: Tue, 15 Feb 2005 00:38:23 -0800 From: "David O'Brien" To: "Jonathan A. Dama" Message-ID: <20050215083823.GA61934@dragon.nuxi.com> References: <20050214161959.1FDC343D39@mx1.FreeBSD.org> <20050214101303.R13953@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: Possible problems with Broadcom BCM5704C 10/100/1000 on Tyan Motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@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, 15 Feb 2005 08:38:26 -0000 On Mon, Feb 14, 2005 at 05:47:27PM -0800, Jonathan A. Dama wrote: > FreeBSD/amd64 is not in my opinion not actually a stable tier 1 quality > release under these configurations, too many problems remain--especially > in regards to ia32 emulation. It is not required for a Tier-1 platform to have 32-bit support. Our UltraSparc platform does not have 32-bit support. Nor does any other of our 64-bit platforms. > We also have these boards, I've found them unusable under > FreeBSD/5.3-STABLE with 8GB of RAM--other qualities appear to work okay. > But I even saw some infrequent problems with 6GB. This problem is of course valid. > This is a really lamentable situation. We've been a primarily FreeBSD > shop for 10 years now and for the past 4 years or so a pure FreeBSD shop. > Switching to linux on just these machines has been quite the headache but > I'm holding on to the hope that FreeBSD/amd64 will shape up. FreeBSD/amd64 will only get better with your bug reports, testing, and feedback. I searched the GNATS PR database and only saw you've submitted 2 PR's for something we don't claim to really support (32-bit binaries on 64-bit OS). Please submit a PR for the Broadcom and 8GB issues. -- -- David (obrien@FreeBSD.org) From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 12:09:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64A4416A4CE; Tue, 15 Feb 2005 12:09:16 +0000 (GMT) Received: from watery.cc.kogakuin.ac.jp (watery.cc.kogakuin.ac.jp [133.80.152.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id D099F43D3F; Tue, 15 Feb 2005 12:09:15 +0000 (GMT) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (localhost [IPv6:::1])j1FC8e6D014563; Tue, 15 Feb 2005 21:08:41 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Tue, 15 Feb 2005 21:08:05 +0900 (JST) Message-Id: <20050215.210805.41634669.nyan@jp.FreeBSD.org> To: sos@DeepCore.dk From: Takahashi Yoshihiro In-Reply-To: <420F907B.1090901@DeepCore.dk> References: <420E331A.3070205@DeepCore.dk> <20050213.135541.74688832.nyan@jp.FreeBSD.org> <420F907B.1090901@DeepCore.dk> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-stable@freebsd.org cc: nakaji@jp.FreeBSD.org cc: freebsd-current@freebsd.org cc: imp@freebsd.org cc: wnabe@par.odn.ne.jp Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 12:09:16 -0000 In article <420F907B.1090901@DeepCore.dk> S=F8ren Schmidt writes: > >>>2. A geometry translation for pc98 is NOT enough. > >>> > >>> Currently, it works only under 4.3GB disk. > = > Wrong, ATA mk3 does solve the problem but using the "current" geomtry= = > set in the drives by the BIOS. However the code missed it in one plac= e = > in ata-lowlevel.c when the code was moved there from ata-disk.c. > This has been fixed and will be present in the next snapshot as I sad= i = > earlier. ATA-mkIII does NOT completely solve the problem. The word 54-58 of the IDENTIFY DEVICE parameter are valid only up to ATA/ATAPI-5. They are obsolete parameters in ATA/ATAPI-6 and later. So using them for a geometry translation has NO effect for recent disks. The following is the result when use SATA 200GB disk on pc98. It is clearly that recognizing a geometry fails. atapci0: port 0xc000-0xc00f,0x602c-0x602f= ,0x6030-0x6037,0x6028-0x602b,0x6020-0x6027 mem 0x20411000-0x204113ff ir= q 10 at device 17.0 on pci0 ad4: ATA-6 disk at ata2-master ad4: 190782MB (390721968 sectors), 387621 C, 16 H, 63 S, 512 B ad4: 16 secs/int, 1 depth queue, SATA150 BIOS Geometries: 1:1778ffff 0..6008=3D6009 cylinders, 0..255=3D256 heads, 1..255=3D255 = sectors --- TAKAHASHI Yoshihiro From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 12:57:02 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 071C516A4CE for ; Tue, 15 Feb 2005 12:57:02 +0000 (GMT) Received: from speechpro.com (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9761543D1F for ; Tue, 15 Feb 2005 12:57:01 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from sysadm.stc ([192.168.2.26]) by s1.stc with esmtp (Exim 4.44 (FreeBSD)) id 1D12Dp-0007Ka-39 for freebsd-stable@freebsd.org; Tue, 15 Feb 2005 15:54:33 +0300 Message-ID: <4211F0BC.1070301@speechpro.com> Date: Tue, 15 Feb 2005 15:53:16 +0300 From: Igor Robul User-Agent: Mozilla Thunderbird 1.0 (X11/20050214) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200502142022.j1EKMl5R092740@lurza.secnetix.de> <022401c512d7$e0779890$0c00a8c0@artem> In-Reply-To: <022401c512d7$e0779890$0c00a8c0@artem> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archived: Yes Subject: Re: How to make ipfw consider MAC-IP match? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 12:57:02 -0000 Artem Kuchin wrote: > Hi! > > I have a table with ethernet (MAC) addresses matching IPs. It is > used to build dhcp config file. But regardless of that any user can > assign his neighbour ips while that pc is turned off and use it to > access internet. The local ips are 192.168. and are behind natd. > I am running 5.3-STABLE and have heard that ipfw2 can in someway > use MAC addresses, but how do I setup ipfw in such a way that I use Samba computer names for this. If user changes computer name, then he will not be able login to domain, and will not able do his job. I dont restrict very much access to Internet, just do accounting. It is easy modify my setup to use user names instead of computer names. Accounting is done with trafd and 2 or 3 shell scripts. Maybe you need something like this? If you wish, I can post my scripts. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 13:08:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EA6F16A4CE for ; Tue, 15 Feb 2005 13:08:07 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0D09C43D49 for ; Tue, 15 Feb 2005 13:08:06 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 15 Feb 2005 13:08:04 -0000 Received: from pD9E247DC.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.226.71.220) by mail.gmx.net (mp002) with SMTP; 15 Feb 2005 14:08:04 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j1FD7k3M038435 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 15 Feb 2005 14:07:48 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Tue, 15 Feb 2005 14:07:39 +0100 User-Agent: KMail/1.7.2 References: <421174F7.6020305@samsco.org> <421196AA.5000605@root.org> In-Reply-To: <421196AA.5000605@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1360715.mJgnvJA4mx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502151407.45801.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: stable@freebsd.org cc: Nate Lawson Subject: Re: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 13:08:07 -0000 --nextPart1360715.mJgnvJA4mx Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 15. February 2005 07:28, Nate Lawson wrote: > Are there any tags for these? That may be too heavyweight but at least > publishing the exact UTC date for the build would be good. That would > help us track down in bug reports what code the user has, especially > when it's from areas that are under active development. The snapshots on snapshots.[jp|se].freebsd.org are date-suffixed (however,= =20 those servers don't build snaps for all platforms). =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1360715.mJgnvJA4mx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCEfQhXhc68WspdLARAlYVAKCjpDuCj+bh5H4NPVHmTrcuSeZYbQCfUp2k 6UCfSHGwAM1TjMLtGlNEqcQ= =uGLA -----END PGP SIGNATURE----- --nextPart1360715.mJgnvJA4mx-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 14:57:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE45916A4CE for ; Tue, 15 Feb 2005 14:57:35 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7363E43D55 for ; Tue, 15 Feb 2005 14:57:34 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so800817wra for ; Tue, 15 Feb 2005 06:57:33 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=TgdEo3qqB0qGpsSmpV00WI6iAn2ZhSB2ZZWNpH8JhKuz5gySDL8p6U3XSmD51xSv969ZUMHe/8dCOufehmetMO7tNExxQp8sZ2FsJmTIrrqosn4OHH0ysSA85kSHI9RAL6WKCUKC+TDjO0Lnwn63057JSj2iIgQxuJOMgh87yIw= Received: by 10.54.23.34 with SMTP id 34mr184801wrw; Tue, 15 Feb 2005 06:57:33 -0800 (PST) Received: by 10.54.7.6 with HTTP; Tue, 15 Feb 2005 06:57:33 -0800 (PST) Message-ID: <6eb82e050215065762c63576@mail.gmail.com> Date: Tue, 15 Feb 2005 22:57:33 +0800 From: Rong-En Fan To: amd64@freebsd.org, stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: panic: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Rong-En Fan List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 14:57:36 -0000 Hello, This is a 5.3-RELEASE-p5/amd64 on IBM X236 (EM64T) with 2GB RAM and a LSI 21320 rmpt(4) running at 160MB/s with a hardware RAID (da0, da1). HTT is enabled. When I run benchmark/blogbench on /da0/ I can *reproduce* this panic again and again: (I'm getting a dump now, let me fsck first) kernel conf & dmesg (boot -v) are at http://rafan.infor.org/tmp/236/ any suggestions are welcome. :) Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 06 fault virtual address = 0x88 fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff80235b0b stack pointer = 0x10:0xffffffffb1bd5a50 frame pointer = 0x10:0xffffffffb1bd5a70 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 = 96 (pagedaemon) [thread 100114] Stopped at thread_fini+0xab: subl 0x88(%ebx),%eax db> trace thread_fini() at thread_fini+0xab zone_drain() at zone_drain+0x22d zone_foreach() at zone_foreach+0x76 uma_reclaim() at uma_reclaim+0x15 vm_pageout_scan() at vm_pageout_scan+0x170 vm_pageout() at vm_pageout+0x38e fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb1bd5d00, rbp = 0 --- db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 615 ffffff00603348b8 ffffffffb43b5000 0 568 615 000c082 (threaded) blogbench thread 0xffffff001e7ef000 ksegrp 0xffffff007b1fb4d0 [RUNQ] thread 0xffffff000881fa40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99d19c40][SLP] thread 0xffffff001c25d520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99d37640][SLP] thread 0xffffff000881fcd0 ksegrp 0xffffff007b1fb4d0 [RUNQ] thread 0xffffff001ffa27b0 ksegrp 0xffffff007b1fb4d0 [RUNQ] thread 0xffffff001b755520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a373640][SLP] thread 0xffffff0070700a40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a2d8b40][SLP] thread 0xffffff002c333cd0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99f1c140][SLP] thread 0xffffff00462e0520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a104e40][SLP] thread 0xffffff0011002a40 ksegrp 0xffffff007b1fb4d0 [SLPQ ufs 0xffffff0059594c80][SLP] thread 0xffffff006310f7b0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a237740][SLP] thread 0xffffff003c731520 ksegrp 0xffffff007b1fb4d0 [SLPQ ufs 0xffffff00087c1500][SLP] thread 0xffffff0033c33290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99ee8e40][SLP] thread 0xffffff00635a7290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99d86840][SLP] thread 0xffffff006ff7ccd0 ksegrp 0xffffff007b1fb4d0 [RUNQ] thread 0xffffff000881f520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99fbb440][SLP] thread 0xffffff006eff2520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99a01640][SLP] thread 0xffffff004d176520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a069140][SLP] thread 0xffffff0048ded520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99f9c540][SLP] thread 0xffffff003689f7b0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99d7c940][SLP] thread 0xffffff0052446cd0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99f22d40][SLP] thread 0xffffff006eff2000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99a6c140][SLP] thread 0xffffff0054121cd0 ksegrp 0xffffff007b1fb4d0 [SLPQ ufs 0xffffff0059112500][SLP] thread 0xffffff00492bc000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a315440][SLP] thread 0xffffff003289ba40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99ff1d40][SLP] thread 0xffffff0055b3ea40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99fe2140][SLP] thread 0xffffff0055b3e000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff999d1340][SLP] thread 0xffffff003689f290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a2bc040][SLP] thread 0xffffff000881f000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99bc8440][SLP] thread 0xffffff006ff7c000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99c2ed40][SLP] thread 0xffffff003289b000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a0c0a40][SLP] thread 0xffffff003c731a40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99c9ec40][SLP] thread 0xffffff0009f50cd0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99b1c240][SLP] thread 0xffffff000dbd5cd0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a1fff40][SLP] thread 0xffffff003c9bdcd0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99d06440][SLP] thread 0xffffff003c9bd7b0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a202c40][SLP] thread 0xffffff006ac1ba40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a30c740][SLP] thread 0xffffff00342f4290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a00ee40][SLP] thread 0xffffff004819d290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99dc3440][SLP] thread 0xffffff005cd927b0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99b6ed40][SLP] thread 0xffffff00462e0290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a25ff40][SLP] thread 0xffffff0033047290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a2d1040][SLP] thread 0xffffff00312cf520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a13e440][SLP] thread 0xffffff00640bf000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a1dfb40][SLP] thread 0xffffff003289b7b0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a144440][SLP] thread 0xffffff0060817a40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff999c3840][SLP] thread 0xffffff00083a8520 ksegrp 0xffffff007b1fb4d0 [SLPQ ufs 0xffffff005dbd5140][SLP] thread 0xffffff0049a4ccd0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99ac3740][SLP] thread 0xffffff0025fc4520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99e8d040][SLP] thread 0xffffff002a956000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99af9740][SLP] thread 0xffffff007821f520 ksegrp 0xffffff007b1fb4d0 [SLPQ ufs 0xffffff005b19ec80][SLP] thread 0xffffff0039650000 ksegrp 0xffffff007b1fb4d0 [SLPQ ufs 0xffffff005b19ec80][SLP] thread 0xffffff00635a7000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a376940][SLP] thread 0xffffff006ac1b290 ksegrp 0xffffff007b7b7b00 [SLPQ ksesigwait 0xffffff0060334a68][SLP] 568 ffffff0062a255d0 ffffffffb426a000 0 567 568 0004002 [SLPQ pause 0xffffff0062a25640][SLP] csh 567 ffffff005fc94000 ffffffffb43c1000 0 1 567 0004102 [SLPQ wait 0xffffff005fc94000][SLP] login 566 ffffff0060a3a5d0 ffffffffb43b9000 0 1 566 0004002 [SLPQ ttyin 0xffffff007b348410][SLP] getty 565 ffffff0062a26ba0 ffffffffb4271000 0 1 565 0004002 [SLPQ ttyin 0xffffff007b348810][SLP] getty 564 ffffff0062a792e8 ffffffffb434a000 0 1 564 0004002 [SLPQ ttyin 0xffffff007b348c10][SLP] getty 563 ffffff00609bbba0 ffffffffb43c0000 0 1 563 0004002 [SLPQ ttyin 0xffffff007af69010][SLP] getty 562 ffffff00609bb5d0 ffffffffb43be000 0 1 562 0004002 [SLPQ ttyin 0xffffff007af69410][SLP] getty 561 ffffff007b2b7ba0 ffffffffb4195000 0 1 561 0004002 [SLPQ ttyin 0xffffff0000a35810][SLP] getty 560 ffffff0062bc0000 ffffffffb419b000 0 1 560 0004002 [SLPQ ttyin 0xffffff007af2c810][SLP] getty 555 ffffff0060a3aba0 ffffffffb43bb000 0 1 555 0000000 [SLPQ select 0xffffffff8052fb70][SLP] inetd 526 ffffff00600fc000 ffffffffb443e000 0 1 525 0000000 [SLPQ select 0xffffffff8052fb70][SLP] snmpd 507 ffffff006013d8b8 ffffffffb4446000 0 1 507 0000000 [SLPQ nanslp 0xffffffff80527440][SLP] cron 495 ffffff0062a628b8 ffffffffb4266000 25 1 495 0000100 [SLPQ pause 0xffffff0062a62928][SLP] sendmail 491 ffffff0060334000 ffffffffb4358000 0 1 491 0000100 [SLPQ select 0xffffffff8052fb70][SLP] sendmail 485 ffffff00602132e8 ffffffffb4354000 0 1 485 0000100 [SLPQ select 0xffffffff8052fb70][SLP] sshd 471 ffffff007b295ba0 ffffffffb414f000 0 1 471 0000000 [SLPQ select 0xffffffff8052fb70][SLP] ntpd 435 ffffff0062a625d0 ffffffffb4265000 0 429 429 0000100 [SLPQ select 0xffffffff8052fb70][SLP] rpc.lockd 429 ffffff007b2b72e8 ffffffffb4192000 0 1 429 0000000 [SLPQ select 0xffffffff8052fb70][SLP] rpc.lockd 424 ffffff0062c085d0 ffffffffb4201000 0 1 424 0000000 [SLPQ select 0xffffffff8052fb70][SLP] rpc.statd 418 ffffff0062a5d8b8 ffffffffb4261000 0 414 414 0000000 [SLPQ - 0xffffff000d749800][SLP] nfsd 417 ffffff007b2da2e8 ffffffffb4197000 0 414 414 0000000 [SLPQ - 0xffffff000dc11c00][SLP] nfsd 416 ffffff0062c08ba0 ffffffffb4203000 0 414 414 0000000 [SLPQ - 0xffffff0062b0e400][SLP] nfsd 415 ffffff0062a5dba0 ffffffffb4262000 0 414 414 0000000 [SLPQ - 0xffffff000dc11a00][SLP] nfsd 414 ffffff007b2952e8 ffffffffb414c000 0 1 414 0000000 [SLPQ accept 0xffffff00617596d6][SLP] nfsd 406 ffffff007b2b78b8 ffffffffb4194000 0 1 406 0000000 [SLPQ select 0xffffffff8052fb70][SLP] mountd 354 ffffff007b2daba0 ffffffffb419a000 0 1 354 0000000 [SLPQ select 0xffffffff8052fb70][SLP] rpcbind 341 ffffff0062a622e8 ffffffffb4264000 0 1 341 0000000 [SLPQ select 0xffffffff8052fb70][SLP] syslogd 321 ffffff0062a26000 ffffffffb426d000 0 1 321 0000000 [SLPQ select 0xffffffff8052fb70][SLP] devd 245 ffffff0062bc0ba0 ffffffffb41f9000 0 1 245 0000000 [SLPQ pause 0xffffff0062bc0c10][SLP] adjkerntz 106 ffffff007b2da000 ffffffffb4196000 0 0 0 0000204 [SLPQ - 0xffffffffb4173c0c][SLP] schedcpu 105 ffffff007b796000 ffffffffb1b8b000 0 0 0 0000204 [SLPQ - 0xffffffff805344d8][SLP] nfsiod 3 104 ffffff007b7962e8 ffffffffb1b8c000 0 0 0 0000204 [SLPQ - 0xffffffff805344d0][SLP] nfsiod 2 103 ffffff007b7965d0 ffffffffb1b8d000 0 0 0 0000204 [SLPQ - 0xffffffff805344c8][SLP] nfsiod 1 102 ffffff007b7968b8 ffffffffb1b8e000 0 0 0 0000204 [SLPQ - 0xffffffff805344c0][SLP] nfsiod 0 101 ffffff007b796ba0 ffffffffb1b8f000 0 0 0 0000204 [SLPQ syncer 0xffffffff80527120][SLP] syncer 100 ffffff007b7d8000 ffffffffb1b90000 0 0 0 0000204 [SLPQ vlruwt 0xffffff007b7d8000][SLP] vnlru 99 ffffff007b7d82e8 ffffffffb1b91000 0 0 0 0000204 [SLPQ wdrain 0xffffffff805304e8][SLP] bufdaemon 98 ffffff007b7d85d0 ffffffffb1b92000 0 0 0 000020c [SLPQ pgzero 0xffffffff8053ce74][SLP] pagezero 97 ffffff007b7d88b8 ffffffffb1b93000 0 0 0 0000204 [SLPQ psleep 0xffffffff8053cedc][SLP] vmdaemon 96 ffffff007b7d8ba0 ffffffffb1b94000 0 0 0 0000204 [CPU 2] pagedaemon 95 ffffff007b7bd000 ffffffffb1bef000 0 0 0 0000204 [IWAIT] swi0: sio 9 ffffff007b7bd2e8 ffffffffb1bf0000 0 0 0 0000204 [SLPQ actask 0xffffffff8051a000][SLP] acpi_task2 8 ffffff007b7bd5d0 ffffffffb1bf1000 0 0 0 0000204 [SLPQ actask 0xffffffff8051a000][SLP] acpi_task1 7 ffffff007b7bd8b8 ffffffffb1bf2000 0 0 0 0000204 [SLPQ actask 0xffffffff8051a000][SLP] acpi_task0 94 ffffff007b7bdba0 ffffffffb1bf3000 0 0 0 0000204 [IWAIT] swi6: acpitaskq 6 ffffff007b7472e8 ffffffffb1b23000 0 0 0 0000204 [SLPQ - 0xffffff00009d1100][SLP] kqueue taskq 93 ffffff007b7475d0 ffffffffb1b24000 0 0 0 0000204 [IWAIT] swi6:+ 5 ffffff007b7478b8 ffffffffb1b25000 0 0 0 0000204 [SLPQ - 0xffffff00009d1280][SLP] thread taskq 92 ffffff007b747ba0 ffffffffb1b26000 0 0 0 0000204 [IWAIT] swi6:+ 91 ffffff007b775000 ffffffffb1b27000 0 0 0 0000204 [IWAIT] swi6: task queue 90 ffffff007b7752e8 ffffffffb1b28000 0 0 0 0000204 [IWAIT] swi3: cambio 89 ffffff007b7755d0 ffffffffb1b29000 0 0 0 0000204 [IWAIT] swi2: camnet 88 ffffff007b7758b8 ffffffffb1b2a000 0 0 0 0000204 [SLPQ - 0xffffffff8051a720][SLP] yarrow 4 ffffff007b775ba0 ffffffffb1b2b000 0 0 0 0000204 [CPU 0] g_down 3 ffffff007b7f9000 ffffffffb1b86000 0 0 0 0000204 [CPU 3] g_up 2 ffffff007b7f92e8 ffffffffb1b87000 0 0 0 0000204 [SLPQ - 0xffffffff8051e490][SLP] g_event 87 ffffff007b7f95d0 ffffffffb1b88000 0 0 0 0000204 [IWAIT] swi1: net 86 ffffff007b7f98b8 ffffffffb1b89000 0 0 0 0000204 [IWAIT] swi4: vm 85 ffffff007b7f9ba0 ffffffffb1b8a000 0 0 0 000020c [RUNQ] swi5: clock sio 84 ffffff007b7518b8 ffffffffb1ada000 0 0 0 0000204 [IWAIT] irq23: 83 ffffff007b751ba0 ffffffffb1adb000 0 0 0 0000204 [IWAIT] irq22: 82 ffffff007b761000 ffffffffb1adc000 0 0 0 0000204 [IWAIT] irq21: 81 ffffff007b7612e8 ffffffffb1add000 0 0 0 0000204 [IWAIT] irq20: 80 ffffff007b7615d0 ffffffffb1ade000 0 0 0 0000204 [IWAIT] irq19: 79 ffffff007b7618b8 ffffffffb1adf000 0 0 0 0000204 [IWAIT] irq18: 78 ffffff007b761ba0 ffffffffb1ae0000 0 0 0 0000204 [IWAIT] irq17: 77 ffffff007b763000 ffffffffb1ae1000 0 0 0 0000204 [RUNQ] irq16: bge0 bge1 76 ffffff007b7632e8 ffffffffb1b1e000 0 0 0 0000204 [IWAIT] irq15: ata1 75 ffffff007b7635d0 ffffffffb1b1f000 0 0 0 0000204 [IWAIT] irq14: ata0 74 ffffff007b7638b8 ffffffffb1b20000 0 0 0 0000204 [IWAIT] irq13: 73 ffffff007b763ba0 ffffffffb1b21000 0 0 0 0000204 [IWAIT] irq12: 72 ffffff007b747000 ffffffffb1b22000 0 0 0 0000204 [IWAIT] irq11: 71 ffffff007b7d62e8 ffffffffb1a92000 0 0 0 0000204 [IWAIT] irq10: 70 ffffff007b7d65d0 ffffffffb1a93000 0 0 0 0000204 [IWAIT] irq9: acpi0 69 ffffff007b7d68b8 ffffffffb1a94000 0 0 0 0000204 [IWAIT] irq8: rtc 68 ffffff007b7d6ba0 ffffffffb1a95000 0 0 0 0000204 [IWAIT] irq7: 67 ffffff007b74e000 ffffffffb1a96000 0 0 0 0000204 [IWAIT] irq6: 66 ffffff007b74e2e8 ffffffffb1a97000 0 0 0 0000204 [IWAIT] irq5: 65 ffffff007b74e5d0 ffffffffb1a98000 0 0 0 0000204 [IWAIT] irq4: sio0 64 ffffff007b74e8b8 ffffffffb1ad5000 0 0 0 0000204 [IWAIT] irq3: sio1 63 ffffff007b74eba0 ffffffffb1ad6000 0 0 0 0000204 [IWAIT] irq0: clk 62 ffffff007b751000 ffffffffb1ad7000 0 0 0 0000204 [IWAIT] irq1: atkbd0 61 ffffff007b7512e8 ffffffffb1ad8000 0 0 0 0000204 [IWAIT] irq47: 60 ffffff007b7515d0 ffffffffb1ad9000 0 0 0 0000204 [IWAIT] irq46: 59 ffffff007b770000 ffffffffb1a4b000 0 0 0 0000204 [IWAIT] irq45: 58 ffffff007b7702e8 ffffffffb1a4c000 0 0 0 0000204 [IWAIT] irq44: 57 ffffff007b7705d0 ffffffffb1a4d000 0 0 0 0000204 [IWAIT] irq43: 56 ffffff007b7708b8 ffffffffb1a4e000 0 0 0 0000204 [IWAIT] irq42: 55 ffffff007b770ba0 ffffffffb1a4f000 0 0 0 0000204 [IWAIT] irq41: 54 ffffff007b771000 ffffffffb1a50000 0 0 0 0000204 [IWAIT] irq40: 53 ffffff007b7712e8 ffffffffb1a8d000 0 0 0 0000204 [IWAIT] irq39: 52 ffffff007b7715d0 ffffffffb1a8e000 0 0 0 0000204 [IWAIT] irq38: ips0 51 ffffff007b7718b8 ffffffffb1a8f000 0 0 0 0000204 [IWAIT] irq37: 50 ffffff007b771ba0 ffffffffb1a90000 0 0 0 0000204 [IWAIT] irq36: 49 ffffff007b7d6000 ffffffffb1a91000 0 0 0 0000204 [IWAIT] irq35: 48 ffffff007b780000 ffffffffb1a05000 0 0 0 0000204 [IWAIT] irq34: 47 ffffff007b7802e8 ffffffffb1a06000 0 0 0 0000204 [IWAIT] irq33: 46 ffffff007b7805d0 ffffffffb1a07000 0 0 0 0000204 [IWAIT] irq32: 45 ffffff007b7808b8 ffffffffb1a08000 0 0 0 0000204 [IWAIT] irq31: 44 ffffff007b780ba0 ffffffffb1a09000 0 0 0 0000204 [IWAIT] irq30: 43 ffffff007b783000 ffffffffb1a46000 0 0 0 0000204 [IWAIT] irq29: 42 ffffff007b7832e8 ffffffffb1a47000 0 0 0 0000204 [IWAIT] irq28: 41 ffffff007b7835d0 ffffffffb1a48000 0 0 0 0000204 [IWAIT] irq27: 40 ffffff007b7838b8 ffffffffb1a49000 0 0 0 0000204 [IWAIT] irq26: 39 ffffff007b783ba0 ffffffffb1a4a000 0 0 0 0000204 [IWAIT] irq25: 38 ffffff007b7662e8 ffffffffb19c0000 0 0 0 0000204 [IWAIT] irq24: 37 ffffff007b7665d0 ffffffffb19c1000 0 0 0 0000204 [IWAIT] irq71: 36 ffffff007b7668b8 ffffffffb19c2000 0 0 0 0000204 [IWAIT] irq70: 35 ffffff007b766ba0 ffffffffb19c3000 0 0 0 0000204 [IWAIT] irq69: 34 ffffff007b7b5000 ffffffffb1a00000 0 0 0 0000204 [IWAIT] irq68: 33 ffffff007b7b52e8 ffffffffb1a01000 0 0 0 0000204 [IWAIT] irq67: 32 ffffff007b7b55d0 ffffffffb1a02000 0 0 0 0000204 [IWAIT] irq66: 31 ffffff007b7b58b8 ffffffffb1a03000 0 0 0 0000204 [IWAIT] irq65: 30 ffffff007b7b5ba0 ffffffffb1a04000 0 0 0 0000204 [IWAIT] irq64: 29 ffffff007b7dc8b8 ffffffffb199a000 0 0 0 0000204 [IWAIT] irq63: 28 ffffff007b7dcba0 ffffffffb199b000 0 0 0 0000204 [IWAIT] irq62: 27 ffffff007b784000 ffffffffb199c000 0 0 0 0000204 [IWAIT] irq61: 26 ffffff007b7842e8 ffffffffb19bb000 0 0 0 0000204 [IWAIT] irq60: 25 ffffff007b7845d0 ffffffffb19bc000 0 0 0 0000204 [IWAIT] irq59: 24 ffffff007b7848b8 ffffffffb19bd000 0 0 0 0000204 [IWAIT] irq58: 23 ffffff007b784ba0 ffffffffb19be000 0 0 0 0000204 [IWAIT] irq57: 22 ffffff007b766000 ffffffffb19bf000 0 0 0 0000204 [IWAIT] irq56: 21 ffffff007b7d42e8 ffffffffb1975000 0 0 0 0000204 [IWAIT] irq55: 20 ffffff007b7d45d0 ffffffffb1976000 0 0 0 0000204 [IWAIT] irq54: 19 ffffff007b7d48b8 ffffffffb1995000 0 0 0 0000204 [IWAIT] irq53: mpt1 18 ffffff007b7d4ba0 ffffffffb1996000 0 0 0 0000204 [CPU 1] irq52: mpt0 17 ffffff007b7dc000 ffffffffb1997000 0 0 0 0000204 [IWAIT] irq51: 16 ffffff007b7dc2e8 ffffffffb1998000 0 0 0 0000204 [IWAIT] irq50: 15 ffffff007b7dc5d0 ffffffffb1999000 0 0 0 0000204 [IWAIT] irq49: 14 ffffff007b76d000 ffffffffb1933000 0 0 0 0000204 [IWAIT] irq48: 13 ffffff007b76d2e8 ffffffffb1970000 0 0 0 000020c [Can run] idle: cpu0 12 ffffff007b76d5d0 ffffffffb1971000 0 0 0 000020c [Can run] idle: cpu1 11 ffffff007b76d8b8 ffffffffb1972000 0 0 0 000020c [Can run] idle: cpu2 10 ffffff007b76dba0 ffffffffb1973000 0 0 0 000020c [Can run] idle: cpu3 1 ffffff007b7d4000 ffffffffb1974000 0 0 1 0004200 [SLPQ wait 0xffffff007b7d4000][SLP] init 0 ffffffff8051e580 ffffffff805f5000 0 0 0 0000200 [SLPQ sched 0xffffffff8051e580][SLP] swapper Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 15:56:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4DAC16A4CE for ; Tue, 15 Feb 2005 15:56:45 +0000 (GMT) Received: from shell.reiteration.net (82-34-179-228.cable.ubr01.sout.blueyonder.co.uk [82.34.179.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id F111043D2D for ; Tue, 15 Feb 2005 15:56:44 +0000 (GMT) (envelope-from lists@reiteration.net) Received: from [127.0.0.1] (helo=reiteration.net) by shell.reiteration.net with esmtp (Exim 4.44 (FreeBSD)) id 1D154J-000Fcp-An for freebsd-stable@freebsd.org; Tue, 15 Feb 2005 15:56:55 +0000 From: "John" To: freebsd-stable@freebsd.org Date: Tue, 15 Feb 2005 15:56:52 +0000 Message-Id: <20050215151712.M67335@reiteration.net> In-Reply-To: <20050215043554.GA83537@dan.emsphone.com> References: <20050215012633.M48733@reiteration.net> <20050215024139.GA97764@xor.obsecurity.org> <20050215043554.GA83537@dan.emsphone.com> X-Mailer: Open WebMail 2.50 20050106 X-OriginatingIP: 195.173.57.160 (jfm) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: lists@reiteration.net X-SA-Exim-Scanned: No (on shell.reiteration.net); SAEximRunCond expanded to false Subject: Re: swapfile being eaten by unknown process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 15:56:46 -0000 On Mon, 14 Feb 2005 22:35:55 -0600, Dan Nelson wrote > In the last episode (Feb 14), Kris Kennaway said: > > On Tue, Feb 15, 2005 at 01:30:42AM +0000, John wrote: > > > Is there a way of seeing *what* program/process is eating swap. > > > There are loads of ways of seeing that it is being eaten, but so > > > far haven't found a way of knowing what eats, so can't fix the > > > problem. Can anyone enlighten me? > > > > Use ps or top, and look for the process with the huge size. This is > > not foolproof, because a process can allocate memory without using it > > (e.g. rpc.statd), but it's a place to start. If you see a process > > that is both large, and paging to/from disk, that's a better > > indication. > > To see which processes are paging: run top, hit 'm' to switch modes, > and hit 'o' then 'fault' to sort the processes by how many page > faults they are doing. This isn't completely foolproof either, > since reads from mmap()ed files count as faults as well. Hi Thanks for your input so far. Here is the output from top: last pid: 59737; load averages: 0.02, 0.03, 0.00 up 1+18:32:57 15:16:36 82 processes: 1 running, 79 sleeping, 2 zombie CPU states: 0.4% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.2% idle Mem: 105M Active, 31M Inact, 61M Wired, 144K Cache, 33M Buf, 33M Free Swap: 455M Total, 86M Used, 369M Free, 18% Inuse PID USERNAME WRITE FAULT TOTAL PERCENT COMMAND 177 root 0 0 0 0 0 0 0.00% adjkerntz 59693 www 0 0 0 0 0 0 0.00% speedy_back 59692 www 0 0 0 0 0 0 0.00% speedy_back 59663 www 0 0 0 0 0 0 0.00% speedy_back 59662 www 0 0 0 0 0 0 0.00% speedy_back 59658 www 0 0 0 0 0 0 0.00% speedy_back 59657 www 0 0 0 0 0 0 0.00% speedy_back [...] lots of other processes but all with 0s. occasionally I will see numbers under VCSW IVCSW READ but they just flash on then its back to 0 again. I need to look up what those 2 processes are doing zombified. I think I just need more RAM, but I'd expect there to be none free before it starts eating swap. Why with free RAM wouldn't my swap also be liberated? cheers -- lists@reiteration.net From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 16:11:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0D6316A4CE for ; Tue, 15 Feb 2005 16:11:24 +0000 (GMT) Received: from shell.reiteration.net (82-34-179-228.cable.ubr01.sout.blueyonder.co.uk [82.34.179.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D37A43D5C for ; Tue, 15 Feb 2005 16:11:24 +0000 (GMT) (envelope-from lists@reiteration.net) Received: from [127.0.0.1] (helo=reiteration.net) by shell.reiteration.net with esmtp (Exim 4.44 (FreeBSD)) id 1D15IU-000Fkf-Fc for freebsd-stable@freebsd.org; Tue, 15 Feb 2005 16:11:34 +0000 From: "John" To: freebsd-stable@freebsd.org Date: Tue, 15 Feb 2005 16:11:31 +0000 Message-Id: <20050215160134.M86208@reiteration.net> In-Reply-To: <20050215043554.GA83537@dan.emsphone.com> References: <20050215012633.M48733@reiteration.net> <20050215024139.GA97764@xor.obsecurity.org> <20050215043554.GA83537@dan.emsphone.com> X-Mailer: Open WebMail 2.50 20050106 X-OriginatingIP: 195.173.57.160 (jfm) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: lists@reiteration.net X-SA-Exim-Scanned: No (on shell.reiteration.net); SAEximRunCond expanded to false Subject: Re: swapfile being eaten by unknown process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 16:11:25 -0000 On Mon, 14 Feb 2005 22:35:55 -0600, Dan Nelson wrote > In the last episode (Feb 14), Kris Kennaway said: > > On Tue, Feb 15, 2005 at 01:30:42AM +0000, John wrote: > > > Is there a way of seeing *what* program/process is eating swap. > > > There are loads of ways of seeing that it is being eaten, but so > > > far haven't found a way of knowing what eats, so can't fix the > > > problem. Can anyone enlighten me? > > > > Use ps or top, and look for the process with the huge size. This is > > not foolproof, because a process can allocate memory without using it > > (e.g. rpc.statd), but it's a place to start. If you see a process > > that is both large, and paging to/from disk, that's a better > > indication. > > To see which processes are paging: run top, hit 'm' to switch modes, > and hit 'o' then 'fault' to sort the processes by how many page > faults they are doing. This isn't completely foolproof either, > since reads from mmap()ed files count as faults as well. > Another data point - I see this in my nightly security logs: swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 28190, size: 4096 maybe there's a bad block on the swap partition?? -- lists'reiteration.net From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 16:29:19 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C55D16A4CE; Tue, 15 Feb 2005 16:29:19 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 124C643D2F; Tue, 15 Feb 2005 16:29:19 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j1FGTEZj029120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 15 Feb 2005 08:29:15 -0800 Message-ID: <42122359.9080105@root.org> Date: Tue, 15 Feb 2005 08:29:13 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Nottebrock References: <421174F7.6020305@samsco.org> <421196AA.5000605@root.org> <200502151407.45801.michaelnottebrock@gmx.net> In-Reply-To: <200502151407.45801.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: stable@freebsd.org Subject: Re: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 16:29:19 -0000 Michael Nottebrock wrote: > On Tuesday, 15. February 2005 07:28, Nate Lawson wrote: > > >>Are there any tags for these? That may be too heavyweight but at least >>publishing the exact UTC date for the build would be good. That would >>help us track down in bug reports what code the user has, especially >>when it's from areas that are under active development. > > > The snapshots on snapshots.[jp|se].freebsd.org are date-suffixed (however, > those servers don't build snaps for all platforms). > I'm talking hour/min./second, thanks. -- Nate From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 16:31:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5251616A4CE for ; Tue, 15 Feb 2005 16:31:08 +0000 (GMT) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F02C43D39 for ; Tue, 15 Feb 2005 16:31:07 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (jqdovs@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j1FGV5IM034049 for ; Tue, 15 Feb 2005 17:31:05 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j1FGV5eA034048; Tue, 15 Feb 2005 17:31:05 +0100 (CET) (envelope-from olli) Date: Tue, 15 Feb 2005 17:31:05 +0100 (CET) Message-Id: <200502151631.j1FGV5eA034048@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20050215151712.M67335@reiteration.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: swapfile being eaten by unknown process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 16:31:08 -0000 John wrote: > Thanks for your input so far. Here is the output from top: > > last pid: 59737; load averages: 0.02, 0.03, 0.00 up 1+18:32:57 15:16:36 > 82 processes: 1 running, 79 sleeping, 2 zombie > CPU states: 0.4% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.2% idle > Mem: 105M Active, 31M Inact, 61M Wired, 144K Cache, 33M Buf, 33M Free > Swap: 455M Total, 86M Used, 369M Free, 18% Inuse > > PID USERNAME WRITE FAULT TOTAL PERCENT COMMAND > 177 root 0 0 0 0 0 0 0.00% adjkerntz > 59693 www 0 0 0 0 0 0 0.00% speedy_back > 59692 www 0 0 0 0 0 0 0.00% speedy_back > 59663 www 0 0 0 0 0 0 0.00% speedy_back > 59662 www 0 0 0 0 0 0 0.00% speedy_back > 59658 www 0 0 0 0 0 0 0.00% speedy_back > > [...] > > lots of other processes but all with 0s. occasionally I will see numbers under > VCSW IVCSW READ but they just flash on then its back to 0 again. That looks pretty normal. In fact, it looks perfectly fine. There doesn't seem to be any significant paging activity, but maybe some processes have been swapped to disk (which is normal). Type "vmstat -w 5" and watch the output of the "po" (page out) and "sr" (scan rate) columns for, say, half a minute. If they're near zero most of the time, there is no paging activity, and you need not worry about RAM. Next, I'd suggest you type "ps -waxwum | less". That will dispay a list of processes sorted by memory usage (largest ones at the top). Check the top-10 or so for any processes that might be kill candidates. If in doubt, copy&paste the top-10 into a follow-up in this thread. > I need to > look up what those 2 processes are doing zombified. Zombie processes don't take up any memory (except for the entry in the process table, but that's just a few bytes), so they shouldn't cause any problem. > I think I just need more RAM, but I'd expect there to be none free before it > starts eating swap. Why with free RAM wouldn't my swap also be liberated? You do not need more RAM. At most, a little more swap space wouldn't hurt, but even that isn't strictly necessary, given that only 18% of your swap are in use. I'd start worrying if that number goes beyond 50%. FreeBSD tries to conserve RAM by swapping processes and pages to disk which haven't been used for a certain time. For example, on a system which runs X11, you'll see the text-mode gettys (those running one the syscons virtual consoles) being moved to swap. That's a good thing, because those processes aren't needed normally, so keeping them in RAM would be a waste of memory. If they're used one day, they're paged back into RAM pretty quickly. Also, when RAM begins to get full, FreeBSD starts paging more aggressively. If the situation clears up and RAM gets free again, those pages stay in swap until they're actually used. For those reasons (and others) it is normal that swap space is being used even though there is free RAM available. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "If you think C++ is not overly complicated, just what is a protected abstract virtual base pure virtual private destructor, and when was the last time you needed one?" -- Tom Cargil, C++ Journal From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 16:33:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA6CB16A4CE; Tue, 15 Feb 2005 16:33:34 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55F1143D45; Tue, 15 Feb 2005 16:33:34 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.19] (ibook-nai.samsco.home [192.168.254.19]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j1FGXpJB034738; Tue, 15 Feb 2005 09:33:51 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4212245A.8070100@samsco.org> Date: Tue, 15 Feb 2005 09:33:30 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <421174F7.6020305@samsco.org> <421196AA.5000605@root.org> <200502151407.45801.michaelnottebrock@gmx.net> <42122359.9080105@root.org> In-Reply-To: <42122359.9080105@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: stable@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 16:33:34 -0000 Nate Lawson wrote: > Michael Nottebrock wrote: > >> On Tuesday, 15. February 2005 07:28, Nate Lawson wrote: >> >> >>> Are there any tags for these? That may be too heavyweight but at least >>> publishing the exact UTC date for the build would be good. That would >>> help us track down in bug reports what code the user has, especially >>> when it's from areas that are under active development. >> >> >> >> The snapshots on snapshots.[jp|se].freebsd.org are date-suffixed >> (however, those servers don't build snaps for all platforms). >> > > I'm talking hour/min./second, thanks. > What it sounds like you really want is the CVS revision ID for every file in the snapshot so that when someone reports a bug that you think you might have fixed already, you can just point them to the correct revision. Haven't you learned that vagueness and uncertainty is what makes computers fun?? =-) Scott From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 16:41:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D028A16A4CE for ; Tue, 15 Feb 2005 16:41:40 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 64FF343D2F for ; Tue, 15 Feb 2005 16:41:39 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 15 Feb 2005 16:41:37 -0000 Received: from pD9E247DC.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.226.71.220) by mail.gmx.net (mp025) with SMTP; 15 Feb 2005 17:41:37 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j1FGfV3M041093 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 15 Feb 2005 17:41:31 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Nate Lawson Date: Tue, 15 Feb 2005 17:41:25 +0100 User-Agent: KMail/1.7.2 References: <421174F7.6020305@samsco.org> <200502151407.45801.michaelnottebrock@gmx.net> <42122359.9080105@root.org> In-Reply-To: <42122359.9080105@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5543058.32BMmAyHRc"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502151741.30286.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: freebsd-current@freebsd.org cc: stable@freebsd.org Subject: Re: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 16:41:41 -0000 --nextPart5543058.32BMmAyHRc Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 15. February 2005 17:29, Nate Lawson wrote: > Michael Nottebrock wrote: > > On Tuesday, 15. February 2005 07:28, Nate Lawson wrote: > >>Are there any tags for these? That may be too heavyweight but at least > >>publishing the exact UTC date for the build would be good. That would > >>help us track down in bug reports what code the user has, especially > >>when it's from areas that are under active development. > > > > The snapshots on snapshots.[jp|se].freebsd.org are date-suffixed > > (however, those servers don't build snaps for all platforms). > > I'm talking hour/min./second, thanks. Well, the builds on jp are always generated from source of 15:00 UTC of tha= t=20 date. The se machine probably uses a fixed time as well, but I can't look i= t=20 up at the moment (hardware troubles at the se site). =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart5543058.32BMmAyHRc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCEiY6Xhc68WspdLARArFxAJ9DAr4IQ+116asEjrZRx4akb47PNQCgl4Fl i8faoYsso6aZLz+jw/wBuM0= =6qyr -----END PGP SIGNATURE----- --nextPart5543058.32BMmAyHRc-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 16:42:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7D1616A4CE for ; Tue, 15 Feb 2005 16:42:54 +0000 (GMT) Received: from c2bsmtp02.btconnect.com (c2bsmtp02.btconnect.com [193.113.154.38]) by mx1.FreeBSD.org (Postfix) with SMTP id C939F43D41 for ; Tue, 15 Feb 2005 16:42:53 +0000 (GMT) (envelope-from alan@cyclopsvision.co.uk) Received: from AJDELL9200 (actually host 232.148.36.213.in-addr.arpa) by c2bsmtp02.btconnect.com with SMTP (XT-PP) with ESMTP; Tue, 15 Feb 2005 16:42:34 +0000 From: "Alan Jay" To: "'Doug White'" Date: Tue, 15 Feb 2005 16:41:59 -0000 Organization: Cyclops Vision Limited MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUSwmbxjUAqwZtCQcir4KO03R6WRwAunfdw In-Reply-To: <20050214101303.R13953@carver.gumbysoft.com> Message-Id: <20050215164253.C939F43D41@mx1.FreeBSD.org> cc: freebsd-stable@freebsd.org Subject: RE: Possible problems with Broadcom BCM5704C 10/100/1000 on Tyan Motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 16:42:54 -0000 Thanks for this - the oddity is we have two identical machines and on one the problem occurred we then moved the application over to the other machines that had been working fine and it then exhibited the same symptoms - hence the query about the broadcom controller. I am hoping to so some further tests using the other Ethernet controller on the board if I can get it plugged in (unfortunately the machines are in a data center to which I don't have direct access). Thanks for the ideas. ALan > -----Original Message----- > From: Doug White [mailto:dwhite@gumbysoft.com] > Sent: Monday, February 14, 2005 6:16 PM > To: Alan Jay > Cc: freebsd-stable@freebsd.org > Subject: Re: Possible problems with Broadcom BCM5704C 10/100/1000 on Tyan > Motherboard > > On Mon, 14 Feb 2005, Alan Jay wrote: > > > I have FreeBSD 5.3 STABLE onto our new twin operteron Tyan Thunder K8S Pro > > S2882 with 8Gb of RAM and had a reasonably stable operation for a few days > we > > installed a couple of databases one worked fine but the other kept on > causing > > the server to crash. > > I'm about to gain access to an S2881, which is a similar board (different > layout but same parts). > > > I have searched the archive and there were issues last year but I couldn't > > work out if these have been totally resolved? > > > > The adapter does work fine in low levels of loading but when pushed (it is > > connected to a Gigabit switch) it seems to be the cause of the reboot - a > what > > appeared to be stable server with moderate Ethernet activity was fine > upping > > the activity with a new service caused regular reboots. > > > > There is no console message at the point of reboot to help that we have > > spotted. > > > Hm, triple fault or other hardware reset. This usually indicates bad > hardware. Have you tried swapping the RAM between the systems and seeing > if the problem follows? An unrecoverable ECC fault can cause a reboot, > along with strangeness caused by temperature/power supply/etc. Or the > board could be Just Plain Bad. > > Considering you have one working machine, adn this is a very popular > board, I don't think it s abasic problem with FreeBSD and this hardware. > The worst thing reported is interrupt routing usually. > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 16:43:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78E8916A4E0 for ; Tue, 15 Feb 2005 16:43:10 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A18CD43D2F for ; Tue, 15 Feb 2005 16:43:09 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 15 Feb 2005 16:43:08 -0000 Received: from pD9E247DC.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.226.71.220) by mail.gmx.net (mp025) with SMTP; 15 Feb 2005 17:43:08 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j1FGh33M041104 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 15 Feb 2005 17:43:03 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Nate Lawson Date: Tue, 15 Feb 2005 17:42:59 +0100 User-Agent: KMail/1.7.2 References: <421174F7.6020305@samsco.org> <42122359.9080105@root.org> <200502151741.30286.michaelnottebrock@gmx.net> In-Reply-To: <200502151741.30286.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1304730.ElVvSOABQE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502151743.03599.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: freebsd-current@freebsd.org cc: stable@freebsd.org Subject: Re: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 16:43:10 -0000 --nextPart1304730.ElVvSOABQE Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 15. February 2005 17:41, Michael Nottebrock wrote: > On Tuesday, 15. February 2005 17:29, Nate Lawson wrote: > > Michael Nottebrock wrote: > > > On Tuesday, 15. February 2005 07:28, Nate Lawson wrote: > > >>Are there any tags for these? That may be too heavyweight but at lea= st > > >>publishing the exact UTC date for the build would be good. That would > > >>help us track down in bug reports what code the user has, especially > > >>when it's from areas that are under active development. > > > > > > The snapshots on snapshots.[jp|se].freebsd.org are date-suffixed > > > (however, those servers don't build snaps for all platforms). > > > > I'm talking hour/min./second, thanks. > > Well, the builds on jp are always generated from source of 15:00 UTC of > that date. The se machine probably uses a fixed time as well, but I can't > look it up at the moment (hardware troubles at the se site). And thinking about it, so probably does the snapbuilder which produces thos= e=20 snaps on ftp.freebsd.org ... Scott? :-) =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1304730.ElVvSOABQE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCEiaXXhc68WspdLARAgCAAJ9jefn1g+rBs9jMnuqmN9AhrUu8EQCfUpLo 7V5FpZIRE3UyHHF/a+0l3Fk= =u7vO -----END PGP SIGNATURE----- --nextPart1304730.ElVvSOABQE-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 16:46:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5FEA16A4CE; Tue, 15 Feb 2005 16:46:24 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18E0543D1D; Tue, 15 Feb 2005 16:46:22 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.19] (ibook-nai.samsco.home [192.168.254.19]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j1FGkdQa034831; Tue, 15 Feb 2005 09:46:39 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4212275A.1090402@samsco.org> Date: Tue, 15 Feb 2005 09:46:18 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Nottebrock References: <421174F7.6020305@samsco.org> <42122359.9080105@root.org> <200502151741.30286.michaelnottebrock@gmx.net> <200502151743.03599.michaelnottebrock@gmx.net> In-Reply-To: <200502151743.03599.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: stable@freebsd.org cc: freebsd-current@freebsd.org cc: Nate Lawson Subject: Re: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 16:46:24 -0000 Michael Nottebrock wrote: > On Tuesday, 15. February 2005 17:41, Michael Nottebrock wrote: > >>On Tuesday, 15. February 2005 17:29, Nate Lawson wrote: >> >>>Michael Nottebrock wrote: >>> >>>>On Tuesday, 15. February 2005 07:28, Nate Lawson wrote: >>>> >>>>>Are there any tags for these? That may be too heavyweight but at least >>>>>publishing the exact UTC date for the build would be good. That would >>>>>help us track down in bug reports what code the user has, especially >>>>>when it's from areas that are under active development. >>>> >>>>The snapshots on snapshots.[jp|se].freebsd.org are date-suffixed >>>>(however, those servers don't build snaps for all platforms). >>> >>>I'm talking hour/min./second, thanks. >> >>Well, the builds on jp are always generated from source of 15:00 UTC of >>that date. The se machine probably uses a fixed time as well, but I can't >>look it up at the moment (hardware troubles at the se site). > > > And thinking about it, so probably does the snapbuilder which produces those > snaps on ftp.freebsd.org ... Scott? :-) > Yes, the lack of a published timestamp is an oversight in this experiment. I'm working on correcting it. Scott From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 16:53:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9389716A4CE; Tue, 15 Feb 2005 16:53:54 +0000 (GMT) Received: from dswu231.btconnect.com (c2bapps19.btconnect.com [193.113.154.35]) by mx1.FreeBSD.org (Postfix) with SMTP id 4452143D2D; Tue, 15 Feb 2005 16:53:52 +0000 (GMT) (envelope-from alan@cyclopsvision.co.uk) Received: from AJDELL9200 (actually host 232.148.36.213.in-addr.arpa) by dswu231.btconnect.com with SMTP (XT-PP) with ESMTP; Tue, 15 Feb 2005 16:53:46 +0000 From: "Alan Jay" To: "'Jonathan A. Dama'" , "'Doug White'" Date: Tue, 15 Feb 2005 16:53:24 -0000 Organization: Cyclops Vision Limited MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUTAFGb6pyAjDr+Sku3/+TNhJE4bgAfdxxg In-Reply-To: Message-Id: <20050215165352.4452143D2D@mx1.FreeBSD.org> cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: RE: Possible problems with Broadcom BCM5704C 10/100/1000 on Tyan Motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 16:53:54 -0000 Thanks Jonathan for this, can I ask the unmentionalble (which Linux implementation did you pick?). I had major problems installing with more than 4Gb but once I moved to stable we seemed to have a stable platform when doing basic stuff - we have two databases (mySQL) one is reasonably heavily used and one very extensively used. They sit on different servers to maximise performance. One worked perfectly for a couple of weeks while the other more extensive one repeatedly fell over. I think I agree wholeheartedly with your comments being a great supporter of FreeBSD it is a shame that the AMD release is not as super as the other versions we have used extensively. Thanks for your support. Regards ALan > -----Original Message----- > From: Jonathan A. Dama [mailto:jd@ugcs.caltech.edu] > Sent: Tuesday, February 15, 2005 1:47 AM > To: Doug White > Cc: Alan Jay; freebsd-stable@freebsd.org; freebsd-amd64@freebsd.org > Subject: Re: Possible problems with Broadcom BCM5704C 10/100/1000 on Tyan > Motherboard > > We also have these boards, I've found them unusable under > FreeBSD/5.3-STABLE with 8GB of RAM--other qualities appear to work okay. > But I even saw some infrequent problems with 6GB. > > FreeBSD/amd64 is not in my opinion not actually a stable tier 1 quality > release under these configurations, too many problems remain--especially > in regards to ia32 emulation. > > Exigencies of the moment forced us to forgo further debugging and adopt > linux/amd64. (Sadly, some people actually have to get work done on their > hardware...) > > To anyone who wants to peg these problems on hardware, running linux these > machines have operated without fault while under a mix of high > computational and i/o load. moreover, the machines were tested > extensively using memtest+ in a controlled ambient temperature range from > 60F to 80F. > > This is a really lamentable situation. We've been a primarily FreeBSD > shop for 10 years now and for the past 4 years or so a pure FreeBSD shop. > Switching to linux on just these machines has been quite the headache but > I'm holding on to the hope that FreeBSD/amd64 will shape up. > > FYI, most of the positive reports I've seen regarding FreeBSD and this > motherboard are 2GB setups. In my own testing that arrangement worked > _very_ well. > > Addendum: The RAM timing is a bit marginal on the second processor. i.e., > RAM that runs fine under extensive memtest+ ing has trouble > doing 400MHz DDR on the Second Processor. We ended up running > it at 333MHz DDR > > -Jon > > > > On Mon, 14 Feb 2005, Doug White wrote: > > > On Mon, 14 Feb 2005, Alan Jay wrote: > > > > > I have FreeBSD 5.3 STABLE onto our new twin operteron Tyan Thunder K8S > Pro > > > S2882 with 8Gb of RAM and had a reasonably stable operation for a few > days we > > > installed a couple of databases one worked fine but the other kept on > causing > > > the server to crash. > > > > I'm about to gain access to an S2881, which is a similar board (different > > layout but same parts). > > > > > I have searched the archive and there were issues last year but I > couldn't > > > work out if these have been totally resolved? > > > > > > The adapter does work fine in low levels of loading but when pushed (it > is > > > connected to a Gigabit switch) it seems to be the cause of the reboot - > a what > > > appeared to be stable server with moderate Ethernet activity was fine > upping > > > the activity with a new service caused regular reboots. > > > > > > There is no console message at the point of reboot to help that we have > > > spotted. > > > > > > Hm, triple fault or other hardware reset. This usually indicates bad > > hardware. Have you tried swapping the RAM between the systems and seeing > > if the problem follows? An unrecoverable ECC fault can cause a reboot, > > along with strangeness caused by temperature/power supply/etc. Or the > > board could be Just Plain Bad. > > > > Considering you have one working machine, adn this is a very popular > > board, I don't think it s abasic problem with FreeBSD and this hardware. > > The worst thing reported is interrupt routing usually. > > > > -- > > Doug White | FreeBSD: The Power to Serve > > dwhite@gumbysoft.com | www.FreeBSD.org > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 17:07:30 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF5F316A4CE; Tue, 15 Feb 2005 17:07:30 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 589E243D3F; Tue, 15 Feb 2005 17:07:30 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.19] (ibook-nai.samsco.home [192.168.254.19]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j1FH7iDJ034963; Tue, 15 Feb 2005 10:07:45 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <42122C4C.3050202@samsco.org> Date: Tue, 15 Feb 2005 10:07:24 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alan Jay References: <20050215165352.4452143D2D@mx1.FreeBSD.org> In-Reply-To: <20050215165352.4452143D2D@mx1.FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: Possible problems with Broadcom BCM5704C 10/100/1000 on Tyan Motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 17:07:30 -0000 Alan Jay wrote: > Thanks Jonathan for this, can I ask the unmentionalble (which Linux > implementation did you pick?). > > I had major problems installing with more than 4Gb but once I moved to stable > we seemed to have a stable platform when doing basic stuff - we have two > databases (mySQL) one is reasonably heavily used and one very extensively > used. They sit on different servers to maximise performance. One worked > perfectly for a couple of weeks while the other more extensive one repeatedly > fell over. > > I think I agree wholeheartedly with your comments being a great supporter of > FreeBSD it is a shame that the AMD release is not as super as the other > versions we have used extensively. > > Thanks for your support. > > Regards > ALan > The >4GB problems with 5.3-RELEASE are a well known problem and affect for i386 and amd64. It's pretty much fixed in the 5.3-STABLE stream, but there are a few edge cases that I still need to fix which prevent me from feeling good about turning it into a 5.3-R errata fix. It'll definitely be fixed and fully working for 5.4-RELEASE next month. Scott From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 17:18:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14AF716A4CE; Tue, 15 Feb 2005 17:18:07 +0000 (GMT) Received: from dswu28.btconnect.com (dswu28.btconnect.com [193.113.154.29]) by mx1.FreeBSD.org (Postfix) with SMTP id 2779B43D1F; Tue, 15 Feb 2005 17:18:06 +0000 (GMT) (envelope-from alan@cyclopsvision.co.uk) Received: from AJDELL9200 (actually host 56.150.36.213.in-addr.arpa) by dswu28.btconnect.com with SMTP (XT-PP) with ESMTP; Tue, 15 Feb 2005 17:16:46 +0000 From: "Alan Jay" To: "'Scott Long'" Date: Tue, 15 Feb 2005 17:16:43 -0000 Organization: Cyclops Vision Limited MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUTgPP7QNbeqThFRGq3vmPOGaU1/QAARJ4Q In-Reply-To: <42122C4C.3050202@samsco.org> Message-Id: <20050215171806.2779B43D1F@mx1.FreeBSD.org> cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: RE: Possible problems with Broadcom BCM5704C 10/100/1000 on Tyan Motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 17:18:07 -0000 > > The >4GB problems with 5.3-RELEASE are a well known problem and affect > for i386 and amd64. It's pretty much fixed in the 5.3-STABLE stream, > but there are a few edge cases that I still need to fix which prevent me > from feeling good about turning it into a 5.3-R errata fix. It'll > definitely be fixed and fully working for 5.4-RELEASE next month. > > Scott Scott thanks for that update. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 17:25:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF96116A4CE; Tue, 15 Feb 2005 17:25:34 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80BCF43D4C; Tue, 15 Feb 2005 17:25:34 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j1FHPUkk083096; Tue, 15 Feb 2005 09:25:30 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j1FHPU3M083095; Tue, 15 Feb 2005 09:25:30 -0800 (PST) (envelope-from obrien) Date: Tue, 15 Feb 2005 09:25:30 -0800 From: "David O'Brien" To: Alan Jay Message-ID: <20050215172530.GC38158@dragon.nuxi.com> References: <20050215165352.4452143D2D@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050215165352.4452143D2D@mx1.FreeBSD.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: Possible problems with Broadcom BCM5704C 10/100/1000 on Tyan Motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@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, 15 Feb 2005 17:25:34 -0000 [ PLEASE don't top post - it losses context, and this is a Unix mailing list] On Tue, Feb 15, 2005 at 04:53:24PM -0000, Alan Jay wrote: > I had major problems installing with more than 4Gb but once I moved to stable > we seemed to have a stable platform when doing basic stuff - we have two > databases (mySQL) one is reasonably heavily used and one very extensively > used. Just to be clear, you're stating you had stability problems with 5.3-RELEASE and >4GB. But with 5.3-STABLE and >4GB you have a stable system. Correct? > I think I agree wholeheartedly with your comments being a great supporter of > FreeBSD it is a shame that the AMD release is not as super as the other > versions we have used extensively. The problem is a major bug that has existed since FreeBSD ?3.0? was exposed very close to the 5.3 release cycle. This bug only causes a major problem with >4GB, thus few of us developers experienced it. [Most of us can't afford >4GB in our machines. Donations of 1GB DIMMs for FreeBSD developers are accepted by donations@FreeBSD.org.] Of course one reason many are moving to the AMD64 platform is to have >4GB RAM in the machine. We believe this bug has been fixed in 5.3-STABLE. But too few people are testing 5.3-STABLE and are using 5.3-RELEASE instead. This isn't helping us QA the issue so that we know all the corner cases are fixed in upcoming 5.4 release. A recent 5.3-STABLE snapshot can be found as ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/Feb_2005/5.3-STABLE-SNAP001-amd64-miniinst.iso and mirrors. -- -- David (obrien@FreeBSD.org) From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 17:47:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A4BA16A4CE; Tue, 15 Feb 2005 17:47:18 +0000 (GMT) Received: from c2bapps17.btconnect.com (dswu194.btconnect.com [193.113.154.33]) by mx1.FreeBSD.org (Postfix) with SMTP id 0630443D46; Tue, 15 Feb 2005 17:47:17 +0000 (GMT) (envelope-from alan@cyclopsvision.co.uk) Received: from AJDELL9200 (actually host 119.0.36.213.in-addr.arpa) by dswu194.btconnect.com with SMTP (XT-PP) with ESMTP; Tue, 15 Feb 2005 17:47:01 +0000 From: "Alan Jay" To: Date: Tue, 15 Feb 2005 17:46:55 -0000 Organization: Cyclops Vision Limited MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20050215172530.GC38158@dragon.nuxi.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUTg1zjuojWkFsSTU6saBKGy90WxQAAmUuw Message-Id: <20050215174717.0630443D46@mx1.FreeBSD.org> cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: RE: Possible problems with Broadcom BCM5704C 10/100/1000 on Tyan Motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 17:47:18 -0000 > -----Original Message----- > On Tue, Feb 15, 2005 at 04:53:24PM -0000, Alan Jay wrote: > > I had major problems installing with more than 4Gb but once I moved to > stable > > we seemed to have a stable platform when doing basic stuff - we have two > > databases (mySQL) one is reasonably heavily used and one very extensively > > used. > > Just to be clear, you're stating you had stability problems with > 5.3-RELEASE and >4GB. But with 5.3-STABLE and >4GB you have a stable > system. Correct? [Alan Jay] I could not install with RELEASE but could with Stable. Once installed and running we installed mySQL on the two machines one we copied over a relatively simple database which ran fine without a problem. The second machine then had another mySQL database moved to it and it started to fall over. After a number of tests we moved the first database off the what had been working server and put the other database on it. At which point that server which had been stable fell over! > > I think I agree wholeheartedly with your comments being a great supporter > of > > FreeBSD it is a shame that the AMD release is not as super as the other > > versions we have used extensively. > > The problem is a major bug that has existed since FreeBSD ?3.0? was > exposed very close to the 5.3 release cycle. This bug only causes a > major problem with >4GB, thus few of us developers experienced it. > [Most of us can't afford >4GB in our machines. Donations of 1GB DIMMs > for FreeBSD developers are accepted by donations@FreeBSD.org.] [Alan Jay] I'll put them on my present list :) > Of course one reason many are moving to the AMD64 platform is to have > >4GB RAM in the machine. We believe this bug has been fixed in > 5.3-STABLE. But too few people are testing 5.3-STABLE and are using > 5.3-RELEASE instead. This isn't helping us QA the issue so that we know > all the corner cases are fixed in upcoming 5.4 release. [Alan Jay] Well the memory seemed to be stable on 5.3 STABLE with more than 4Gb in our case 8Gb there seems to be some other problem at work here. > A recent 5.3-STABLE snapshot can be found as > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/Feb_2005/5.3-STABLE-SNAP001- > amd64-miniinst.iso > and mirrors. > > -- > -- David (obrien@FreeBSD.org) From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 17:49:58 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8278116A4CE for ; Tue, 15 Feb 2005 17:49:58 +0000 (GMT) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F87143D3F for ; Tue, 15 Feb 2005 17:49:58 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: from dialup84119-87.ip.peterstar.net ([84.204.119.87] helo=doom.homeunix.org) by voodoo.oberon.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.44 (FreeBSD)) id 1D16oX-0002Wk-Up for freebsd-stable@freebsd.org; Tue, 15 Feb 2005 18:49:52 +0100 Received: from doom.homeunix.org (localhost [127.0.0.1]) by doom.homeunix.org (8.13.1/8.13.1) with ESMTP id j1FHjPYA001339; Tue, 15 Feb 2005 20:45:29 +0300 (MSK) (envelope-from igor@doom.homeunix.org) Received: (from igor@localhost) by doom.homeunix.org (8.13.1/8.13.1/Submit) id j1FHj4L2001337; Tue, 15 Feb 2005 20:45:04 +0300 (MSK) (envelope-from igor) Date: Tue, 15 Feb 2005 20:45:04 +0300 From: Igor Pokrovsky To: Chris Dillon Message-ID: <20050215174504.GA1295@doom.homeunix.org> Mail-Followup-To: Chris Dillon , Artem Kuchin , freebsd-stable@freebsd.org References: <200502142022.j1EKMl5R092740@lurza.secnetix.de> <20050214145543.L42760@duey.wolves.k12.mo.us> <024501c512e0$aa382e30$0c00a8c0@artem> <20050214161017.G42760@duey.wolves.k12.mo.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050214161017.G42760@duey.wolves.k12.mo.us> User-Agent: Mutt/1.4.2.1i cc: Artem Kuchin cc: freebsd-stable@freebsd.org Subject: Re: How to make ipfw consider MAC-IP match? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 17:49:58 -0000 On Mon, Feb 14, 2005 at 04:18:47PM -0600, Chris Dillon wrote: > >(i did not undestrand, how i somebody can match mac and ip with > >static arp except that he actually get the physical NIC from > >somebody's computer). > > Because you can change the MAC address of your NIC to match someone > else's very easily. Here's how in FreeBSD: > > ifconfig fxp0 link 00:11:22:33:44:55 > > It's that easy... It's not that easy. Not all cards support MAC address change. And even if a card support this, it is not always possible to do this with ifconfig. -ip -- On a beautiful day like this it's hard to believe anyone can be unhappy -- but we will work on it. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 18:28:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E725816A4CE for ; Tue, 15 Feb 2005 18:28:41 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEC4F43D2D for ; Tue, 15 Feb 2005 18:28:41 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C408D72DD4; Tue, 15 Feb 2005 10:28:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id C158272DCB; Tue, 15 Feb 2005 10:28:41 -0800 (PST) Date: Tue, 15 Feb 2005 10:28:41 -0800 (PST) From: Doug White To: Tristan In-Reply-To: <20050215101842.5823080a@rhino> Message-ID: <20050215102827.E28871@carver.gumbysoft.com> References: <20050214110826.56fa6cf3@rhino> <20050215101842.5823080a@rhino> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: gvinum or vinum in 5.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 18:28:42 -0000 On Tue, 15 Feb 2005, Tristan wrote: > On Mon, 14 Feb 2005 11:08:26 +1030 > Tristan wrote: > > > > can anyone confirm what the preferred tool is > > in 5.3-STABLE, vinum or gvinum ? Is gvinum > > ready for production use in a RAID5 config ? > > Does this limitation still exist (from 5.3 ERRATA): > While some uncommon configurations, such as multiple vinum > drives on a disk, are not supported.... Yes. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 18:36:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E838616A4CE for ; Tue, 15 Feb 2005 18:36:33 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A680443D5D for ; Tue, 15 Feb 2005 18:36:33 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B883151456; Tue, 15 Feb 2005 10:36:32 -0800 (PST) Date: Tue, 15 Feb 2005 10:36:32 -0800 From: Kris Kennaway To: John Message-ID: <20050215183632.GA60568@xor.obsecurity.org> References: <20050215012633.M48733@reiteration.net> <20050215024139.GA97764@xor.obsecurity.org> <20050215043554.GA83537@dan.emsphone.com> <20050215160134.M86208@reiteration.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <20050215160134.M86208@reiteration.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: swapfile being eaten by unknown process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 18:36:34 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 15, 2005 at 04:11:31PM +0000, John wrote: > Another data point - I see this in my nightly security logs: >=20 > swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 28190, size: 4= 096 >=20 > maybe there's a bad block on the swap partition??=20 That's what this usually means, yes. Kris --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCEkEwWry0BWjoQKURAupeAJwKopozQt4i46uyOpdJrsUPdMt7cACg65IT UoTvFnU5/bQLfroGkBAW6n8= =Aksp -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 19:12:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7442616A4CE for ; Tue, 15 Feb 2005 19:12:23 +0000 (GMT) Received: from dmz2.unixjunkie.com (adsl-65-70-175-249.dsl.rcsntx.swbell.net [65.70.175.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id A149F43D4C for ; Tue, 15 Feb 2005 19:12:22 +0000 (GMT) (envelope-from strgout@unixjunkie.com) Received: from mail.unixjunkie.com (strgout@mail [10.253.254.36]) by dmz2.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id j1FJLQU1001730 for ; Tue, 15 Feb 2005 13:21:26 -0600 (CST) (envelope-from strgout@mail.unixjunkie.com) Received: from mail.unixjunkie.com (strgout@mail [10.253.254.36]) by mail.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id j1FJLQRf001726 for ; Tue, 15 Feb 2005 13:21:26 -0600 (CST) (envelope-from strgout@mail.unixjunkie.com) Received: (from strgout@localhost) by mail.unixjunkie.com (8.12.8p2/8.12.8/Submit) id j1FJLQGv001725 for freebsd-stable@freebsd.org; Tue, 15 Feb 2005 13:21:26 -0600 (CST) (envelope-from strgout) Date: Tue, 15 Feb 2005 13:21:25 -0600 From: John To: freebsd-stable@freebsd.org Message-ID: <20050215192125.GA1676@mail.unixjunkie.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: bonding interfaces on 5.3-stable SMP. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 19:12:23 -0000 I'm having some problem with interface bonding on 5.3 stable. I used this before on 4.x without problems. I can't run 5.3-R becuase my SysKonnect nics panic the box when i load the drivers. (5.3-Stable fixed this). First off this is how i'm bonding nics. kldload ng_ether # create ngeth0 and bond sf2 and sf3 to it ngctl mkpeer . eiface hook ether ngctl mkpeer ngeth0: one2many lower one ngctl connect sk0: ngeth0:lower lower many0 ngctl connect sk1: ngeth0:lower lower many1 ngctl connect sk2: ngeth0:lower lower many2 ngctl msg sk0: setpromisc 1 ngctl msg sk1: setpromisc 1 ngctl msg sk2: setpromisc 1 ngctl msg ngeth0: setautosrc 0 ngctl msg sk0: setautosrc 0 ngctl msg sk1: setautosrc 0 ngctl msg sk2: setautosrc 0 # bring up ngeth0 for sniffing duties ifconfig ngeth0 -arp up This works fine for a little while on a SMP kernel, then for what ever reason it stops working (could be mins or hours). Working meaning the ngeth0 nic stops seeing traffic. If I down and then up the ngeth0 nic it will start seeing traffic again. I'm not completely sure but i think it may be related to the SMP kernel. I've tried to duplicate this with GENERIC but i'm still testing. The main app this box is running is NTOP ver 3.1 (from ports). I'm also using the local pcap (not the one from ports). This also bring up a new question. Is this the correct way to do the interface bonding (for sniffing only)? I noticed ng_hub but i couldn't figure out how to make it work with ngeth0. If someone could give me a hand with that that would be great! :) Thanks! oh btw this is 5.3-STABLE FreeBSD 5.3-STABLE #1: Fri Feb 11 10:27:16 CST 2005 From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 19:13:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC04316A4CE for ; Tue, 15 Feb 2005 19:13:50 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45F0D43D45 for ; Tue, 15 Feb 2005 19:13:50 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so847744wra for ; Tue, 15 Feb 2005 11:13:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=GcYXHw4moVzYGJ9hmafjrZAUeoJAsKVJVIkxuGb50INg2SGPTODSAkezX9wFGFtiPV9HN75cgpQOY74y2BGaH+rQEpcs/c8teYduHQW+cWM2GndQgGK0I3wdIeWe0+2TiayUJMi8zisNuT52+zevfJM35/1brS8PP9LuN5EFdW4= Received: by 10.54.32.32 with SMTP id f32mr187038wrf; Tue, 15 Feb 2005 11:13:49 -0800 (PST) Received: by 10.54.7.6 with HTTP; Tue, 15 Feb 2005 11:13:48 -0800 (PST) Message-ID: <6eb82e05021511137e43b553@mail.gmail.com> Date: Wed, 16 Feb 2005 03:13:48 +0800 From: Rong-En Fan To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: panic: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Rong-En Fan List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 19:13:51 -0000 Hello, This is a 5.3-RELEASE-p5/amd64 on IBM X236 (EM64T) with 2GB RAM and a LSI 21320 rmpt(4) running at 160MB/s with a hardware RAID (da0, da1). HTT is enabled. When I run benchmark/blogbench on /da0/ I can *reproduce* this panic again and again: (I'm getting a dump now, let me fsck first) kernel conf & dmesg (boot -v) are at http://rafan.infor.org/tmp/236/ any suggestions are welcome. :) Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 06 fault virtual address = 0x88 fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff80235b0b stack pointer = 0x10:0xffffffffb1bd5a50 frame pointer = 0x10:0xffffffffb1bd5a70 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 = 96 (pagedaemon) [thread 100114] Stopped at thread_fini+0xab: subl 0x88(%ebx),%eax db> trace thread_fini() at thread_fini+0xab zone_drain() at zone_drain+0x22d zone_foreach() at zone_foreach+0x76 uma_reclaim() at uma_reclaim+0x15 vm_pageout_scan() at vm_pageout_scan+0x170 vm_pageout() at vm_pageout+0x38e fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb1bd5d00, rbp = 0 --- db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 615 ffffff00603348b8 ffffffffb43b5000 0 568 615 000c082 (threaded) blogbench thread 0xffffff001e7ef000 ksegrp 0xffffff007b1fb4d0 [RUNQ] thread 0xffffff000881fa40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99d19c40][SLP] thread 0xffffff001c25d520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99d37640][SLP] thread 0xffffff000881fcd0 ksegrp 0xffffff007b1fb4d0 [RUNQ] thread 0xffffff001ffa27b0 ksegrp 0xffffff007b1fb4d0 [RUNQ] thread 0xffffff001b755520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a373640][SLP] thread 0xffffff0070700a40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a2d8b40][SLP] thread 0xffffff002c333cd0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99f1c140][SLP] thread 0xffffff00462e0520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a104e40][SLP] thread 0xffffff0011002a40 ksegrp 0xffffff007b1fb4d0 [SLPQ ufs 0xffffff0059594c80][SLP] thread 0xffffff006310f7b0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a237740][SLP] thread 0xffffff003c731520 ksegrp 0xffffff007b1fb4d0 [SLPQ ufs 0xffffff00087c1500][SLP] thread 0xffffff0033c33290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99ee8e40][SLP] thread 0xffffff00635a7290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99d86840][SLP] thread 0xffffff006ff7ccd0 ksegrp 0xffffff007b1fb4d0 [RUNQ] thread 0xffffff000881f520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99fbb440][SLP] thread 0xffffff006eff2520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99a01640][SLP] thread 0xffffff004d176520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a069140][SLP] thread 0xffffff0048ded520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99f9c540][SLP] thread 0xffffff003689f7b0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99d7c940][SLP] thread 0xffffff0052446cd0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99f22d40][SLP] thread 0xffffff006eff2000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99a6c140][SLP] thread 0xffffff0054121cd0 ksegrp 0xffffff007b1fb4d0 [SLPQ ufs 0xffffff0059112500][SLP] thread 0xffffff00492bc000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a315440][SLP] thread 0xffffff003289ba40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99ff1d40][SLP] thread 0xffffff0055b3ea40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99fe2140][SLP] thread 0xffffff0055b3e000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff999d1340][SLP] thread 0xffffff003689f290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a2bc040][SLP] thread 0xffffff000881f000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99bc8440][SLP] thread 0xffffff006ff7c000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99c2ed40][SLP] thread 0xffffff003289b000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a0c0a40][SLP] thread 0xffffff003c731a40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99c9ec40][SLP] thread 0xffffff0009f50cd0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99b1c240][SLP] thread 0xffffff000dbd5cd0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a1fff40][SLP] thread 0xffffff003c9bdcd0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99d06440][SLP] thread 0xffffff003c9bd7b0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a202c40][SLP] thread 0xffffff006ac1ba40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a30c740][SLP] thread 0xffffff00342f4290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a00ee40][SLP] thread 0xffffff004819d290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99dc3440][SLP] thread 0xffffff005cd927b0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99b6ed40][SLP] thread 0xffffff00462e0290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a25ff40][SLP] thread 0xffffff0033047290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a2d1040][SLP] thread 0xffffff00312cf520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a13e440][SLP] thread 0xffffff00640bf000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a1dfb40][SLP] thread 0xffffff003289b7b0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a144440][SLP] thread 0xffffff0060817a40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff999c3840][SLP] thread 0xffffff00083a8520 ksegrp 0xffffff007b1fb4d0 [SLPQ ufs 0xffffff005dbd5140][SLP] thread 0xffffff0049a4ccd0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99ac3740][SLP] thread 0xffffff0025fc4520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99e8d040][SLP] thread 0xffffff002a956000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff99af9740][SLP] thread 0xffffff007821f520 ksegrp 0xffffff007b1fb4d0 [SLPQ ufs 0xffffff005b19ec80][SLP] thread 0xffffff0039650000 ksegrp 0xffffff007b1fb4d0 [SLPQ ufs 0xffffff005b19ec80][SLP] thread 0xffffff00635a7000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord 0xffffffff9a376940][SLP] thread 0xffffff006ac1b290 ksegrp 0xffffff007b7b7b00 [SLPQ ksesigwait 0xffffff0060334a68][SLP] 568 ffffff0062a255d0 ffffffffb426a000 0 567 568 0004002 [SLPQ pause 0xffffff0062a25640][SLP] csh 567 ffffff005fc94000 ffffffffb43c1000 0 1 567 0004102 [SLPQ wait 0xffffff005fc94000][SLP] login 566 ffffff0060a3a5d0 ffffffffb43b9000 0 1 566 0004002 [SLPQ ttyin 0xffffff007b348410][SLP] getty 565 ffffff0062a26ba0 ffffffffb4271000 0 1 565 0004002 [SLPQ ttyin 0xffffff007b348810][SLP] getty 564 ffffff0062a792e8 ffffffffb434a000 0 1 564 0004002 [SLPQ ttyin 0xffffff007b348c10][SLP] getty 563 ffffff00609bbba0 ffffffffb43c0000 0 1 563 0004002 [SLPQ ttyin 0xffffff007af69010][SLP] getty 562 ffffff00609bb5d0 ffffffffb43be000 0 1 562 0004002 [SLPQ ttyin 0xffffff007af69410][SLP] getty 561 ffffff007b2b7ba0 ffffffffb4195000 0 1 561 0004002 [SLPQ ttyin 0xffffff0000a35810][SLP] getty 560 ffffff0062bc0000 ffffffffb419b000 0 1 560 0004002 [SLPQ ttyin 0xffffff007af2c810][SLP] getty 555 ffffff0060a3aba0 ffffffffb43bb000 0 1 555 0000000 [SLPQ select 0xffffffff8052fb70][SLP] inetd 526 ffffff00600fc000 ffffffffb443e000 0 1 525 0000000 [SLPQ select 0xffffffff8052fb70][SLP] snmpd 507 ffffff006013d8b8 ffffffffb4446000 0 1 507 0000000 [SLPQ nanslp 0xffffffff80527440][SLP] cron 495 ffffff0062a628b8 ffffffffb4266000 25 1 495 0000100 [SLPQ pause 0xffffff0062a62928][SLP] sendmail 491 ffffff0060334000 ffffffffb4358000 0 1 491 0000100 [SLPQ select 0xffffffff8052fb70][SLP] sendmail 485 ffffff00602132e8 ffffffffb4354000 0 1 485 0000100 [SLPQ select 0xffffffff8052fb70][SLP] sshd 471 ffffff007b295ba0 ffffffffb414f000 0 1 471 0000000 [SLPQ select 0xffffffff8052fb70][SLP] ntpd 435 ffffff0062a625d0 ffffffffb4265000 0 429 429 0000100 [SLPQ select 0xffffffff8052fb70][SLP] rpc.lockd 429 ffffff007b2b72e8 ffffffffb4192000 0 1 429 0000000 [SLPQ select 0xffffffff8052fb70][SLP] rpc.lockd 424 ffffff0062c085d0 ffffffffb4201000 0 1 424 0000000 [SLPQ select 0xffffffff8052fb70][SLP] rpc.statd 418 ffffff0062a5d8b8 ffffffffb4261000 0 414 414 0000000 [SLPQ - 0xffffff000d749800][SLP] nfsd 417 ffffff007b2da2e8 ffffffffb4197000 0 414 414 0000000 [SLPQ - 0xffffff000dc11c00][SLP] nfsd 416 ffffff0062c08ba0 ffffffffb4203000 0 414 414 0000000 [SLPQ - 0xffffff0062b0e400][SLP] nfsd 415 ffffff0062a5dba0 ffffffffb4262000 0 414 414 0000000 [SLPQ - 0xffffff000dc11a00][SLP] nfsd 414 ffffff007b2952e8 ffffffffb414c000 0 1 414 0000000 [SLPQ accept 0xffffff00617596d6][SLP] nfsd 406 ffffff007b2b78b8 ffffffffb4194000 0 1 406 0000000 [SLPQ select 0xffffffff8052fb70][SLP] mountd 354 ffffff007b2daba0 ffffffffb419a000 0 1 354 0000000 [SLPQ select 0xffffffff8052fb70][SLP] rpcbind 341 ffffff0062a622e8 ffffffffb4264000 0 1 341 0000000 [SLPQ select 0xffffffff8052fb70][SLP] syslogd 321 ffffff0062a26000 ffffffffb426d000 0 1 321 0000000 [SLPQ select 0xffffffff8052fb70][SLP] devd 245 ffffff0062bc0ba0 ffffffffb41f9000 0 1 245 0000000 [SLPQ pause 0xffffff0062bc0c10][SLP] adjkerntz 106 ffffff007b2da000 ffffffffb4196000 0 0 0 0000204 [SLPQ - 0xffffffffb4173c0c][SLP] schedcpu 105 ffffff007b796000 ffffffffb1b8b000 0 0 0 0000204 [SLPQ - 0xffffffff805344d8][SLP] nfsiod 3 104 ffffff007b7962e8 ffffffffb1b8c000 0 0 0 0000204 [SLPQ - 0xffffffff805344d0][SLP] nfsiod 2 103 ffffff007b7965d0 ffffffffb1b8d000 0 0 0 0000204 [SLPQ - 0xffffffff805344c8][SLP] nfsiod 1 102 ffffff007b7968b8 ffffffffb1b8e000 0 0 0 0000204 [SLPQ - 0xffffffff805344c0][SLP] nfsiod 0 101 ffffff007b796ba0 ffffffffb1b8f000 0 0 0 0000204 [SLPQ syncer 0xffffffff80527120][SLP] syncer 100 ffffff007b7d8000 ffffffffb1b90000 0 0 0 0000204 [SLPQ vlruwt 0xffffff007b7d8000][SLP] vnlru 99 ffffff007b7d82e8 ffffffffb1b91000 0 0 0 0000204 [SLPQ wdrain 0xffffffff805304e8][SLP] bufdaemon 98 ffffff007b7d85d0 ffffffffb1b92000 0 0 0 000020c [SLPQ pgzero 0xffffffff8053ce74][SLP] pagezero 97 ffffff007b7d88b8 ffffffffb1b93000 0 0 0 0000204 [SLPQ psleep 0xffffffff8053cedc][SLP] vmdaemon 96 ffffff007b7d8ba0 ffffffffb1b94000 0 0 0 0000204 [CPU 2] pagedaemon 95 ffffff007b7bd000 ffffffffb1bef000 0 0 0 0000204 [IWAIT] swi0: sio 9 ffffff007b7bd2e8 ffffffffb1bf0000 0 0 0 0000204 [SLPQ actask 0xffffffff8051a000][SLP] acpi_task2 8 ffffff007b7bd5d0 ffffffffb1bf1000 0 0 0 0000204 [SLPQ actask 0xffffffff8051a000][SLP] acpi_task1 7 ffffff007b7bd8b8 ffffffffb1bf2000 0 0 0 0000204 [SLPQ actask 0xffffffff8051a000][SLP] acpi_task0 94 ffffff007b7bdba0 ffffffffb1bf3000 0 0 0 0000204 [IWAIT] swi6: acpitaskq 6 ffffff007b7472e8 ffffffffb1b23000 0 0 0 0000204 [SLPQ - 0xffffff00009d1100][SLP] kqueue taskq 93 ffffff007b7475d0 ffffffffb1b24000 0 0 0 0000204 [IWAIT] swi6:+ 5 ffffff007b7478b8 ffffffffb1b25000 0 0 0 0000204 [SLPQ - 0xffffff00009d1280][SLP] thread taskq 92 ffffff007b747ba0 ffffffffb1b26000 0 0 0 0000204 [IWAIT] swi6:+ 91 ffffff007b775000 ffffffffb1b27000 0 0 0 0000204 [IWAIT] swi6: task queue 90 ffffff007b7752e8 ffffffffb1b28000 0 0 0 0000204 [IWAIT] swi3: cambio 89 ffffff007b7755d0 ffffffffb1b29000 0 0 0 0000204 [IWAIT] swi2: camnet 88 ffffff007b7758b8 ffffffffb1b2a000 0 0 0 0000204 [SLPQ - 0xffffffff8051a720][SLP] yarrow 4 ffffff007b775ba0 ffffffffb1b2b000 0 0 0 0000204 [CPU 0] g_down 3 ffffff007b7f9000 ffffffffb1b86000 0 0 0 0000204 [CPU 3] g_up 2 ffffff007b7f92e8 ffffffffb1b87000 0 0 0 0000204 [SLPQ - 0xffffffff8051e490][SLP] g_event 87 ffffff007b7f95d0 ffffffffb1b88000 0 0 0 0000204 [IWAIT] swi1: net 86 ffffff007b7f98b8 ffffffffb1b89000 0 0 0 0000204 [IWAIT] swi4: vm 85 ffffff007b7f9ba0 ffffffffb1b8a000 0 0 0 000020c [RUNQ] swi5: clock sio 84 ffffff007b7518b8 ffffffffb1ada000 0 0 0 0000204 [IWAIT] irq23: 83 ffffff007b751ba0 ffffffffb1adb000 0 0 0 0000204 [IWAIT] irq22: 82 ffffff007b761000 ffffffffb1adc000 0 0 0 0000204 [IWAIT] irq21: 81 ffffff007b7612e8 ffffffffb1add000 0 0 0 0000204 [IWAIT] irq20: 80 ffffff007b7615d0 ffffffffb1ade000 0 0 0 0000204 [IWAIT] irq19: 79 ffffff007b7618b8 ffffffffb1adf000 0 0 0 0000204 [IWAIT] irq18: 78 ffffff007b761ba0 ffffffffb1ae0000 0 0 0 0000204 [IWAIT] irq17: 77 ffffff007b763000 ffffffffb1ae1000 0 0 0 0000204 [RUNQ] irq16: bge0 bge1 76 ffffff007b7632e8 ffffffffb1b1e000 0 0 0 0000204 [IWAIT] irq15: ata1 75 ffffff007b7635d0 ffffffffb1b1f000 0 0 0 0000204 [IWAIT] irq14: ata0 74 ffffff007b7638b8 ffffffffb1b20000 0 0 0 0000204 [IWAIT] irq13: 73 ffffff007b763ba0 ffffffffb1b21000 0 0 0 0000204 [IWAIT] irq12: 72 ffffff007b747000 ffffffffb1b22000 0 0 0 0000204 [IWAIT] irq11: 71 ffffff007b7d62e8 ffffffffb1a92000 0 0 0 0000204 [IWAIT] irq10: 70 ffffff007b7d65d0 ffffffffb1a93000 0 0 0 0000204 [IWAIT] irq9: acpi0 69 ffffff007b7d68b8 ffffffffb1a94000 0 0 0 0000204 [IWAIT] irq8: rtc 68 ffffff007b7d6ba0 ffffffffb1a95000 0 0 0 0000204 [IWAIT] irq7: 67 ffffff007b74e000 ffffffffb1a96000 0 0 0 0000204 [IWAIT] irq6: 66 ffffff007b74e2e8 ffffffffb1a97000 0 0 0 0000204 [IWAIT] irq5: 65 ffffff007b74e5d0 ffffffffb1a98000 0 0 0 0000204 [IWAIT] irq4: sio0 64 ffffff007b74e8b8 ffffffffb1ad5000 0 0 0 0000204 [IWAIT] irq3: sio1 63 ffffff007b74eba0 ffffffffb1ad6000 0 0 0 0000204 [IWAIT] irq0: clk 62 ffffff007b751000 ffffffffb1ad7000 0 0 0 0000204 [IWAIT] irq1: atkbd0 61 ffffff007b7512e8 ffffffffb1ad8000 0 0 0 0000204 [IWAIT] irq47: 60 ffffff007b7515d0 ffffffffb1ad9000 0 0 0 0000204 [IWAIT] irq46: 59 ffffff007b770000 ffffffffb1a4b000 0 0 0 0000204 [IWAIT] irq45: 58 ffffff007b7702e8 ffffffffb1a4c000 0 0 0 0000204 [IWAIT] irq44: 57 ffffff007b7705d0 ffffffffb1a4d000 0 0 0 0000204 [IWAIT] irq43: 56 ffffff007b7708b8 ffffffffb1a4e000 0 0 0 0000204 [IWAIT] irq42: 55 ffffff007b770ba0 ffffffffb1a4f000 0 0 0 0000204 [IWAIT] irq41: 54 ffffff007b771000 ffffffffb1a50000 0 0 0 0000204 [IWAIT] irq40: 53 ffffff007b7712e8 ffffffffb1a8d000 0 0 0 0000204 [IWAIT] irq39: 52 ffffff007b7715d0 ffffffffb1a8e000 0 0 0 0000204 [IWAIT] irq38: ips0 51 ffffff007b7718b8 ffffffffb1a8f000 0 0 0 0000204 [IWAIT] irq37: 50 ffffff007b771ba0 ffffffffb1a90000 0 0 0 0000204 [IWAIT] irq36: 49 ffffff007b7d6000 ffffffffb1a91000 0 0 0 0000204 [IWAIT] irq35: 48 ffffff007b780000 ffffffffb1a05000 0 0 0 0000204 [IWAIT] irq34: 47 ffffff007b7802e8 ffffffffb1a06000 0 0 0 0000204 [IWAIT] irq33: 46 ffffff007b7805d0 ffffffffb1a07000 0 0 0 0000204 [IWAIT] irq32: 45 ffffff007b7808b8 ffffffffb1a08000 0 0 0 0000204 [IWAIT] irq31: 44 ffffff007b780ba0 ffffffffb1a09000 0 0 0 0000204 [IWAIT] irq30: 43 ffffff007b783000 ffffffffb1a46000 0 0 0 0000204 [IWAIT] irq29: 42 ffffff007b7832e8 ffffffffb1a47000 0 0 0 0000204 [IWAIT] irq28: 41 ffffff007b7835d0 ffffffffb1a48000 0 0 0 0000204 [IWAIT] irq27: 40 ffffff007b7838b8 ffffffffb1a49000 0 0 0 0000204 [IWAIT] irq26: 39 ffffff007b783ba0 ffffffffb1a4a000 0 0 0 0000204 [IWAIT] irq25: 38 ffffff007b7662e8 ffffffffb19c0000 0 0 0 0000204 [IWAIT] irq24: 37 ffffff007b7665d0 ffffffffb19c1000 0 0 0 0000204 [IWAIT] irq71: 36 ffffff007b7668b8 ffffffffb19c2000 0 0 0 0000204 [IWAIT] irq70: 35 ffffff007b766ba0 ffffffffb19c3000 0 0 0 0000204 [IWAIT] irq69: 34 ffffff007b7b5000 ffffffffb1a00000 0 0 0 0000204 [IWAIT] irq68: 33 ffffff007b7b52e8 ffffffffb1a01000 0 0 0 0000204 [IWAIT] irq67: 32 ffffff007b7b55d0 ffffffffb1a02000 0 0 0 0000204 [IWAIT] irq66: 31 ffffff007b7b58b8 ffffffffb1a03000 0 0 0 0000204 [IWAIT] irq65: 30 ffffff007b7b5ba0 ffffffffb1a04000 0 0 0 0000204 [IWAIT] irq64: 29 ffffff007b7dc8b8 ffffffffb199a000 0 0 0 0000204 [IWAIT] irq63: 28 ffffff007b7dcba0 ffffffffb199b000 0 0 0 0000204 [IWAIT] irq62: 27 ffffff007b784000 ffffffffb199c000 0 0 0 0000204 [IWAIT] irq61: 26 ffffff007b7842e8 ffffffffb19bb000 0 0 0 0000204 [IWAIT] irq60: 25 ffffff007b7845d0 ffffffffb19bc000 0 0 0 0000204 [IWAIT] irq59: 24 ffffff007b7848b8 ffffffffb19bd000 0 0 0 0000204 [IWAIT] irq58: 23 ffffff007b784ba0 ffffffffb19be000 0 0 0 0000204 [IWAIT] irq57: 22 ffffff007b766000 ffffffffb19bf000 0 0 0 0000204 [IWAIT] irq56: 21 ffffff007b7d42e8 ffffffffb1975000 0 0 0 0000204 [IWAIT] irq55: 20 ffffff007b7d45d0 ffffffffb1976000 0 0 0 0000204 [IWAIT] irq54: 19 ffffff007b7d48b8 ffffffffb1995000 0 0 0 0000204 [IWAIT] irq53: mpt1 18 ffffff007b7d4ba0 ffffffffb1996000 0 0 0 0000204 [CPU 1] irq52: mpt0 17 ffffff007b7dc000 ffffffffb1997000 0 0 0 0000204 [IWAIT] irq51: 16 ffffff007b7dc2e8 ffffffffb1998000 0 0 0 0000204 [IWAIT] irq50: 15 ffffff007b7dc5d0 ffffffffb1999000 0 0 0 0000204 [IWAIT] irq49: 14 ffffff007b76d000 ffffffffb1933000 0 0 0 0000204 [IWAIT] irq48: 13 ffffff007b76d2e8 ffffffffb1970000 0 0 0 000020c [Can run] idle: cpu0 12 ffffff007b76d5d0 ffffffffb1971000 0 0 0 000020c [Can run] idle: cpu1 11 ffffff007b76d8b8 ffffffffb1972000 0 0 0 000020c [Can run] idle: cpu2 10 ffffff007b76dba0 ffffffffb1973000 0 0 0 000020c [Can run] idle: cpu3 1 ffffff007b7d4000 ffffffffb1974000 0 0 1 0004200 [SLPQ wait 0xffffff007b7d4000][SLP] init 0 ffffffff8051e580 ffffffff805f5000 0 0 0 0000200 [SLPQ sched 0xffffffff8051e580][SLP] swapper Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 19:22:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37C2516A4CE; Tue, 15 Feb 2005 19:22:45 +0000 (GMT) Received: from mail.takas.lt (mail-src.takas.lt [212.59.31.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62B6843D64; Tue, 15 Feb 2005 19:22:44 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from mail pickup service by mail.takas.lt with Microsoft SMTPSVC; Tue, 15 Feb 2005 21:22:33 +0200 Received: from mx2.freebsd.org ([216.136.204.119]) by mail.takas.lt with Microsoft SMTPSVC(5.0.2195.6713); Tue, 15 Feb 2005 15:09:39 +0200 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 8693C5657C; Tue, 15 Feb 2005 13:08:29 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 7044E16A4DC; Tue, 15 Feb 2005 13:08:28 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42B1D16A4CF for ; Tue, 15 Feb 2005 13:08:07 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0CF3843D48 for ; Tue, 15 Feb 2005 13:08:06 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 15 Feb 2005 13:08:04 -0000 Received: from pD9E247DC.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.226.71.220) by mail.gmx.net (mp002) with SMTP; 15 Feb 2005 14:08:04 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j1FD7k3M038435 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 15 Feb 2005 14:07:48 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Tue, 15 Feb 2005 14:07:39 +0100 User-Agent: KMail/1.7.2 References: <421174F7.6020305@samsco.org> <421196AA.5000605@root.org> In-Reply-To: <421196AA.5000605@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1360715.mJgnvJA4mx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502151407.45801.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-OriginalArrivalTime: 15 Feb 2005 13:09:39.0753 (UTC) FILETIME=[9B41D190:01C5135F] cc: stable@freebsd.org cc: Nate Lawson Subject: Re: Feb 2005 Snapshots for FreeBSD available X-BeenThere: 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, 15 Feb 2005 19:22:45 -0000 --nextPart1360715.mJgnvJA4mx Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 15. February 2005 07:28, Nate Lawson wrote: > Are there any tags for these? That may be too heavyweight but at least > publishing the exact UTC date for the build would be good. That would > help us track down in bug reports what code the user has, especially > when it's from areas that are under active development. The snapshots on snapshots.[jp|se].freebsd.org are date-suffixed (however,= =20 those servers don't build snaps for all platforms). =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1360715.mJgnvJA4mx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCEfQhXhc68WspdLARAlYVAKCjpDuCj+bh5H4NPVHmTrcuSeZYbQCfUp2k 6UCfSHGwAM1TjMLtGlNEqcQ= =uGLA -----END PGP SIGNATURE----- --nextPart1360715.mJgnvJA4mx-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 19:54:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4CE016A4CE for ; Tue, 15 Feb 2005 19:54:06 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C003E43D3F for ; Tue, 15 Feb 2005 19:54:05 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1D18j4-0001Tz-Rs for freebsd-stable@freebsd.org; Tue, 15 Feb 2005 20:51:14 +0100 Received: from ddr.tky.hut.fi ([130.233.19.34]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 15 Feb 2005 20:51:14 +0100 Received: from tuure by ddr.tky.hut.fi with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 15 Feb 2005 20:51:14 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Tuure Laurinolli Date: Tue, 15 Feb 2005 16:02:01 +0200 Lines: 26 Message-ID: References: <200501161422.05929.steve@acidy.com> <20050116173758.GA70598@xor.obsecurity.org> <200501170834.49690.steve@acidy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ddr.tky.hut.fi User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en In-Reply-To: <200501170834.49690.steve@acidy.com> X-Enigmail-Version: 0.89.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-stable@m.gmane.org X-MailScanner-To: freebsd-stable@freebsd.org Subject: Re: make buildworld for RELENG_5 failing on RELENG_5_3 in /usr/src/usr.sbin/syslogd, _PATH_LOG_PRIV not defined X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 19:54:06 -0000 Steve Hodgson wrote: > On Sunday 16 January 2005 17:37, Kris Kennaway wrote: > >>On Sun, Jan 16, 2005 at 02:22:05PM +0000, Steve Hodgson wrote: >> >>>I'm getting the following error on a RELENG_5_3 box when trying to >>>compile the RELENG_5 sources. I've been cvsupping now for about a week >>>and continuing to get the same error when we get to syslogd. >>> I get the same error updating RELENG_5_3 to RELENG_5. It's strange because the constant most certainly is defined in /usr/src/sys/sys/syslog.h. However, when I straced the make, it seemed that this file was never used. Instead it used syslog.h from my already installed system! This seems like a grave error in some makefile to me, will look further into it later today. > anyone has any other ideas I guess I'll continue reattempting this. Are there > any objections to doing a make installworld/installkernel on the results > after applying my patches - will that bork my system, could it help in > anyway? Looking at the CVS notes and the code itself, I don't think it should cause any problems - though this probably is a late notice anyway :) From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 20:00:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B5AA16A4E3; Tue, 15 Feb 2005 20:00:51 +0000 (GMT) Received: from groat.ugcs.caltech.edu (groat.ugcs.caltech.edu [131.215.43.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05D0D43D48; Tue, 15 Feb 2005 20:00:51 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by groat.ugcs.caltech.edu (Postfix, from userid 3640) id 3A31458866; Tue, 15 Feb 2005 12:00:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by groat.ugcs.caltech.edu (Postfix) with ESMTP id 0AA2218001; Tue, 15 Feb 2005 12:00:50 -0800 (PST) Date: Tue, 15 Feb 2005 12:00:49 -0800 (PST) From: Jon Dama To: Alan Jay In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org cc: obrien@freebsd.org Subject: RE: Possible problems with Broadcom BCM5704C 10/100/1000 on Tyan Motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 20:00:51 -0000 I concur that the situation got much better with 5.3-Stable. What I experienced afterward occurred only under load. -Jonathan On Tue, 15 Feb 2005, Alan Jay wrote: > > -----Original Message----- > > On Tue, Feb 15, 2005 at 04:53:24PM -0000, Alan Jay wrote: > > > I had major problems installing with more than 4Gb but once I moved to > > stable > > > we seemed to have a stable platform when doing basic stuff - we have two > > > databases (mySQL) one is reasonably heavily used and one very extensively > > > used. > > > > Just to be clear, you're stating you had stability problems with > > 5.3-RELEASE and >4GB. But with 5.3-STABLE and >4GB you have a stable > > system. Correct? > > [Alan Jay] I could not install with RELEASE but could with Stable. > > Once installed and running we installed mySQL on the two machines one we > copied over a relatively simple database which ran fine without a problem. > > The second machine then had another mySQL database moved to it and it started > to fall over. After a number of tests we moved the first database off the > what had been working server and put the other database on it. At which point > that server which had been stable fell over! > > > > I think I agree wholeheartedly with your comments being a great supporter > > of > > > FreeBSD it is a shame that the AMD release is not as super as the other > > > versions we have used extensively. > > > > The problem is a major bug that has existed since FreeBSD ?3.0? was > > exposed very close to the 5.3 release cycle. This bug only causes a > > major problem with >4GB, thus few of us developers experienced it. > > [Most of us can't afford >4GB in our machines. Donations of 1GB DIMMs > > for FreeBSD developers are accepted by donations@FreeBSD.org.] > > [Alan Jay] I'll put them on my present list :) > > > Of course one reason many are moving to the AMD64 platform is to have > > >4GB RAM in the machine. We believe this bug has been fixed in > > 5.3-STABLE. But too few people are testing 5.3-STABLE and are using > > 5.3-RELEASE instead. This isn't helping us QA the issue so that we know > > all the corner cases are fixed in upcoming 5.4 release. > > [Alan Jay] Well the memory seemed to be stable on 5.3 STABLE with more than > 4Gb in our case 8Gb there seems to be some other problem at work here. > > > A recent 5.3-STABLE snapshot can be found as > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/Feb_2005/5.3-STABLE-SNAP001- > > amd64-miniinst.iso > > and mirrors. > > > > -- > > -- David (obrien@FreeBSD.org) > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 20:57:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0C0216A4CE; Tue, 15 Feb 2005 20:57:45 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4099143D1F; Tue, 15 Feb 2005 20:57:45 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j1FKtRr6054397; Tue, 15 Feb 2005 13:55:27 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 15 Feb 2005 13:55:27 -0700 (MST) Message-Id: <20050215.135527.78761670.imp@bsdimp.com> To: scottl@samsco.org From: Warner Losh In-Reply-To: <4212245A.8070100@samsco.org> References: <200502151407.45801.michaelnottebrock@gmx.net> <42122359.9080105@root.org> <4212245A.8070100@samsco.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: stable@freebsd.org cc: freebsd-current@freebsd.org cc: nate@root.org Subject: Re: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 20:57:45 -0000 > > I'm talking hour/min./second, thanks. > > > What it sounds like you really want is the CVS revision ID for every > file in the snapshot so that when someone reports a bug that you think > you might have fixed already, you can just point them to the correct > revision. Haven't you learned that vagueness and uncertainty is what > makes computers fun?? =-) If the snapshots were made with a checkout -D 'XX/XX/XX HH:MM:SS', then you'd have that knowledge implicitly by the date. Warner From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 21:01:02 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6CC616A4CE; Tue, 15 Feb 2005 21:01:02 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4653C43D45; Tue, 15 Feb 2005 21:01:02 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j1FKwF0I054429; Tue, 15 Feb 2005 13:58:15 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 15 Feb 2005 13:58:15 -0700 (MST) Message-Id: <20050215.135815.112575021.imp@bsdimp.com> To: nyan@jp.FreeBSD.org From: Warner Losh In-Reply-To: <20050215.210805.41634669.nyan@jp.FreeBSD.org> References: <20050213.135541.74688832.nyan@jp.FreeBSD.org> <420F907B.1090901@DeepCore.dk> <20050215.210805.41634669.nyan@jp.FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: nakaji@jp.FreeBSD.org cc: sos@DeepCore.dk Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 21:01:03 -0000 From: Takahashi Yoshihiro Subject: Re: UPDATE: ATA mkIII first official patches - please test! Date: Tue, 15 Feb 2005 21:08:05 +0900 (JST) > In article <420F907B.1090901@DeepCore.dk> > S=F8ren Schmidt writes: > = > > >>>2. A geometry translation for pc98 is NOT enough. > > >>> > > >>> Currently, it works only under 4.3GB disk. > > = > > Wrong, ATA mk3 does solve the problem but using the "current" geomt= ry = > > set in the drives by the BIOS. However the code missed it in one pl= ace = > > in ata-lowlevel.c when the code was moved there from ata-disk.c. > > This has been fixed and will be present in the next snapshot as I s= adi = > > earlier. > = > = > ATA-mkIII does NOT completely solve the problem. > = > The word 54-58 of the IDENTIFY DEVICE parameter are valid only up to > ATA/ATAPI-5. They are obsolete parameters in ATA/ATAPI-6 and later. > So using them for a geometry translation has NO effect for recent > disks. That would explain why all the disks that I tried worked with the IDENTIFY DEVICE patches I posted elsewhere (from 1.6G to 120G). I don't have any ata6 disks. That's one mystery solved. :-) > The following is the result when use SATA 200GB disk on pc98. It is > clearly that recognizing a geometry fails. > = > atapci0: port 0xc000-0xc00f,0x602c-0x60= 2f,0x6030-0x6037,0x6028-0x602b,0x6020-0x6027 mem 0x20411000-0x204113ff = irq 10 at device 17.0 on pci0 > ad4: ATA-6 disk at ata2-master > ad4: 190782MB (390721968 sectors), 387621 C, 16 H, 63 S, 512 B > ad4: 16 secs/int, 1 depth queue, SATA150 > = > BIOS Geometries: > 1:1778ffff 0..6008=3D6009 cylinders, 0..255=3D256 heads, 1..255=3D25= 5 sectors Is this the geometry that the PC98 BIOS uses? Warner From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 21:12:32 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2E0916A4CE for ; Tue, 15 Feb 2005 21:12:32 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67DD343D48 for ; Tue, 15 Feb 2005 21:12:32 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so2085636wri for ; Tue, 15 Feb 2005 13:12:31 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=mkHE6uoY4UurJfsw9a51hZqo0nVfiEyET4gBtYvZrGVTiMTlghyahAxWmB7LaFRV6VcypaHvpFzmqWphStFfVI5QiYxpXloSY4gIGAXcrzCVp9U3mSFN5oHgeJS878/X03Vfas9My2kTrgwmpGK1LeImJnhyi41fcPlMgpCEvos= Received: by 10.54.56.31 with SMTP id e31mr201640wra; Tue, 15 Feb 2005 13:12:31 -0800 (PST) Received: by 10.54.29.8 with HTTP; Tue, 15 Feb 2005 13:12:31 -0800 (PST) Message-ID: <790a9fff05021513124e6a016b@mail.gmail.com> Date: Tue, 15 Feb 2005 15:12:31 -0600 From: Scot Hetzel To: Artem Kuchin In-Reply-To: <022401c512d7$e0779890$0c00a8c0@artem> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200502142022.j1EKMl5R092740@lurza.secnetix.de> <022401c512d7$e0779890$0c00a8c0@artem> cc: freebsd-stable@freebsd.org Subject: Re: How to make ipfw consider MAC-IP match? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 21:12:32 -0000 On Mon, 14 Feb 2005 23:58:03 +0300, Artem Kuchin wrote: > Hi! > > I have a table with ethernet (MAC) addresses matching IPs. It is > used to build dhcp config file. But regardless of that any user can > assign his neighbour ips while that pc is turned off and use it to > access internet. The local ips are 192.168. and are behind natd. > I am running 5.3-STABLE and have heard that ipfw2 can in someway > use MAC addresses, but how do I setup ipfw in such a way that > it allows certain IP only from one and only one MAC address? > I hope you are getting my idea. > You would add the following to the end of your IPFW rule for each IP Address you want to restrict. pass all from 192.168.0.10 to any mac any 10:20:30:40:50:60 Where "10:20:30:40:50:60" is the MAC addr for IP addr 192.168.0.10. Scot From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 21:12:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7948716A4CE for ; Tue, 15 Feb 2005 21:12:33 +0000 (GMT) Received: from congo.princess.dyns.cx (dynamic-62-56-58-142.park-s46b.dslaccess.co.uk [62.56.58.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id A635C43D2D for ; Tue, 15 Feb 2005 21:12:30 +0000 (GMT) (envelope-from steve@acidy.com) Received: by congo.princess.dyns.cx (Postfix, from userid 1001) id 37B641FDC; Tue, 15 Feb 2005 21:12:29 +0000 (GMT) From: Steve Hodgson To: freebsd-stable@freebsd.org Date: Tue, 15 Feb 2005 21:12:28 +0000 User-Agent: KMail/1.7.2 References: <200501161422.05929.steve@acidy.com> <200501170834.49690.steve@acidy.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502152112.29024.steve@acidy.com> cc: Tuure Laurinolli Subject: Re: make buildworld for RELENG_5 failing on RELENG_5_3 in /usr/src/usr.sbin/syslogd, _PATH_LOG_PRIV not defined X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 21:12:33 -0000 On Tuesday 15 February 2005 14:02, Tuure Laurinolli wrote: > Steve Hodgson wrote: > > On Sunday 16 January 2005 17:37, Kris Kennaway wrote: > >>On Sun, Jan 16, 2005 at 02:22:05PM +0000, Steve Hodgson wrote: > >>>I'm getting the following error on a RELENG_5_3 box when trying to > >>>compile the RELENG_5 sources. I've been cvsupping now for about a week > >>>and continuing to get the same error when we get to syslogd. > > I get the same error updating RELENG_5_3 to RELENG_5. It's strange > because the constant most certainly is defined in > /usr/src/sys/sys/syslog.h. However, when I straced the make, it seemed > that this file was never used. Instead it used syslog.h from my already > installed system! > On Tuesday 15 February 2005 14:02, Tuure Laurinolli wrote: > Steve Hodgson wrote: > > On Sunday 16 January 2005 17:37, Kris Kennaway wrote: > >>On Sun, Jan 16, 2005 at 02:22:05PM +0000, Steve Hodgson wrote: > >>>I'm getting the following error on a RELENG_5_3 box when trying to > >>>compile the RELENG_5 sources. I've been cvsupping now for about a week > >>>and continuing to get the same error when we get to syslogd. > > I get the same error updating RELENG_5_3 to RELENG_5. It's strange > because the constant most certainly is defined in > /usr/src/sys/sys/syslog.h. However, when I straced the make, it seemed > that this file was never used. Instead it used syslog.h from my already > installed system! > In the end I traced this down to devel/ccache which I was using at the time. I had copied the lines from /usr/local/share/doc/ccache/make.conf into my own make.conf: .if !defined(NOCCACHE) .if ${.CURDIR:M/usr/src*} CC=/usr/local/libexec/ccache/cc CXX=/usr/local/libexec/ccache/c++ .else CC=cc CXX=c++ .endif .else CC=/usr/bin/cc CXX=/usr/bin/c++ .endif However the check on line 2 didn't appear to have the desired effect, so instead of CC staying equal to "cc" and pulling in the buildworld cc and headers, it used the system cc and headers. Of course I then tried NOCCACHE=1 without reading the code, which by definition will do the same thing (system compiler and headers). In the end I commented all these lines out and buildworld completed. Can't recall why i didn't send-pr this one - probably because no one else has complained till now. Steve From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 21:19:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFF2516A4CE for ; Tue, 15 Feb 2005 21:19:15 +0000 (GMT) Received: from smtp-4.hut.fi (smtp-4.hut.fi [130.233.228.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B2AC43D46 for ; Tue, 15 Feb 2005 21:19:14 +0000 (GMT) (envelope-from tuure@laurinolli.net) Received: from localhost (putosiko.hut.fi [130.233.228.114]) by smtp-4.hut.fi (8.12.10/8.12.10) with ESMTP id j1FLJ421009215; Tue, 15 Feb 2005 23:19:04 +0200 Received: from smtp-4.hut.fi ([130.233.228.94]) by localhost (putosiko.hut.fi [130.233.228.114]) (amavisd-new, port 10024) with LMTP id 23089-11-7; Tue, 15 Feb 2005 23:19:04 +0200 (EET) Received: from vortex.home.lan (ddr.tky.hut.fi [130.233.19.34]) by smtp-4.hut.fi (8.12.10/8.12.10) with ESMTP id j1FLIYKQ009076; Tue, 15 Feb 2005 23:18:34 +0200 Received: from [10.176.70.251] (nexus.home.lan [10.176.70.251]) by vortex.home.lan (8.13.1/8.13.1) with ESMTP id j1FLJGg7042185; Tue, 15 Feb 2005 23:19:17 +0200 (EET) (envelope-from tuure@laurinolli.net) Message-ID: <42126726.5090602@laurinolli.net> Date: Tue, 15 Feb 2005 23:18:30 +0200 From: Tuure Laurinolli User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Hodgson References: <200501161422.05929.steve@acidy.com> <200501170834.49690.steve@acidy.com> <200502152112.29024.steve@acidy.com> In-Reply-To: <200502152112.29024.steve@acidy.com> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on putosiko.hut.fi X-TKK-Virus-Scanned: by amavisd-new-2.1.2-hutcc at putosiko.hut.fi cc: freebsd-stable@freebsd.org Subject: Re: make buildworld for RELENG_5 failing on RELENG_5_3 in /usr/src/usr.sbin/syslogd, _PATH_LOG_PRIV not defined X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 21:19:16 -0000 Steve Hodgson wrote: > On Tuesday 15 February 2005 14:02, Tuure Laurinolli wrote: > >>Steve Hodgson wrote: >> >>>On Sunday 16 January 2005 17:37, Kris Kennaway wrote: >>> >>>>On Sun, Jan 16, 2005 at 02:22:05PM +0000, Steve Hodgson wrote: >>>> >>>>>I'm getting the following error on a RELENG_5_3 box when trying to >>>>>compile the RELENG_5 sources. I've been cvsupping now for about a week >>>>>and continuing to get the same error when we get to syslogd. >> >>I get the same error updating RELENG_5_3 to RELENG_5. It's strange >>because the constant most certainly is defined in >>/usr/src/sys/sys/syslog.h. However, when I straced the make, it seemed >>that this file was never used. Instead it used syslog.h from my already >>installed system! >> > > On Tuesday 15 February 2005 14:02, Tuure Laurinolli wrote: > >>Steve Hodgson wrote: >> >>>On Sunday 16 January 2005 17:37, Kris Kennaway wrote: >>> >>>>On Sun, Jan 16, 2005 at 02:22:05PM +0000, Steve Hodgson wrote: >>>> >>>>>I'm getting the following error on a RELENG_5_3 box when trying to >>>>>compile the RELENG_5 sources. I've been cvsupping now for about a week >>>>>and continuing to get the same error when we get to syslogd. >> >>I get the same error updating RELENG_5_3 to RELENG_5. It's strange >>because the constant most certainly is defined in >>/usr/src/sys/sys/syslog.h. However, when I straced the make, it seemed >>that this file was never used. Instead it used syslog.h from my already >>installed system! >> > > In the end I traced this down to devel/ccache which I was using at the time. I > had copied the lines from /usr/local/share/doc/ccache/make.conf into my own > make.conf: > I don't have anything like that in my make.conf, only the following: CPUTYPE?=p3 CFLAGS= -g -O -pipe COPTFLAGS= -O2 -pipe NO_LPR= true NO_X= true NOGAMES= true SUP_UPDATE= yes SUPFLAGS= -g -L 2 -Z SUPHOST= cvsup2.se.freebsd.org SUPFILE= /root/standard-supfile PORTSSUPFILE= /root/ports-supfile PERL_VER=5.8.6 PERL_VERSION=5.8.6 > Can't recall why i didn't send-pr this one - probably because no one else has > complained till now. Apparently I also don't have any time to look at it today, I guess I'll have to try to find some time tomorrow. I'll send-pr once I dig about it a bit more. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 21:28:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78E9D16A4CE for ; Tue, 15 Feb 2005 21:28:34 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BB8043D55 for ; Tue, 15 Feb 2005 21:28:34 +0000 (GMT) (envelope-from alexjeffburke@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so870480wra for ; Tue, 15 Feb 2005 13:28:33 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=kWAF8f0irgz2iw1iDyQnu+mAsgEjcJvqUP3ggFAI41UScb5Eg7qdPFSvSkmD7r4wAF5Juj4Ea+lhzadZHW5oJoaQz4Z4ZSf4FJTLg9CaOUkuQeHaUSEFlUXTE1ZdcrWVLtnHYUYpC2IjjeMIuKBc3b00mtKB20rdxloHYlKSwP0= Received: by 10.54.30.70 with SMTP id d70mr23101wrd; Tue, 15 Feb 2005 13:28:33 -0800 (PST) Received: by 10.54.37.43 with HTTP; Tue, 15 Feb 2005 13:28:33 -0800 (PST) Message-ID: Date: Tue, 15 Feb 2005 21:28:33 +0000 From: Alex Burke To: FreeBSD STABLE Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Cross compiling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Alex Burke List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 21:28:34 -0000 Hi, I was just wondering whether it is posibl to build say a 4.11 kernel on a 5.3 system - I'd like to have only one machine here on which I maintain all the sources and buidl what i need, then I think you can mount the /usr/obj file system and /usr/src and run the install stages on other systems. Also, can I build kernels for different architectures on a normal i386 box? Thanks, Alex J Burke. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 21:34:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E184A16A4CE for ; Tue, 15 Feb 2005 21:34:38 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A55043D39 for ; Tue, 15 Feb 2005 21:34:38 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BA8A651432; Tue, 15 Feb 2005 13:34:37 -0800 (PST) Date: Tue, 15 Feb 2005 13:34:37 -0800 From: Kris Kennaway To: Alex Burke Message-ID: <20050215213437.GA11634@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: FreeBSD STABLE Subject: Re: Cross compiling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 21:34:39 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 15, 2005 at 09:28:33PM +0000, Alex Burke wrote: > Hi, >=20 > I was just wondering whether it is posibl to build say a 4.11 kernel > on a 5.3 system - I'd like to have only one machine here on which I > maintain all the sources and buidl what i need, then I think you can > mount the /usr/obj file system and /usr/src and run the install stages > on other systems. This will usually work (you need to make buildworld first before you make buildkernel), but sometimes it's not possible to build old-branch sources on a new branch (e.g. 4.x on 5.3). > Also, can I build kernels for different architectures on a normal i386 bo= x? make buildworld TARGET_ARCH=3Dwhatever; make buildkernel TARGET_ARCH=3Dwhat= ever. Kris --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCEmrtWry0BWjoQKURAjKpAJ0YxQvJQohV+2GI43EW7sBb5WfyQwCg+hBP lL9t8u00zqU5e2LB0epTDGs= =FVA6 -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 21:40:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F26816A4CE for ; Tue, 15 Feb 2005 21:40:45 +0000 (GMT) Received: from fish.ish.com.au (adsl-52-22.swiftdsl.com.au [218.214.52.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7068C43D45 for ; Tue, 15 Feb 2005 21:40:44 +0000 (GMT) (envelope-from ari@ish.com.au) Received: from [203.29.62.9] (helo=neuro.net.au) by fish.ish.com.au with esmtps (SSLv3:DES-CBC3-SHA:168) (Exim 4.43) id 1D1ANl-0003xw-PX for freebsd-stable@freebsd.org; Wed, 16 Feb 2005 08:37:22 +1100 Received: from [203.29.62.159] (HELO [203.29.62.159]) by neuro.net.au (CommuniGate Pro SMTP 4.2.1) with ESMTP id 1457585 for freebsd-stable@freebsd.org; Wed, 16 Feb 2005 08:40:41 +1100 Mime-Version: 1.0 (Apple Message framework v619.2) In-Reply-To: <20050214110826.56fa6cf3@rhino> References: <20050214110826.56fa6cf3@rhino> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <704a9148fcbc9b5d57f075e5b7f7da5d@ish.com.au> Content-Transfer-Encoding: 7bit From: Aristedes Maniatis Date: Wed, 16 Feb 2005 08:40:40 +1100 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.619.2) Subject: Re: gvinum or vinum in 5.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 21:40:45 -0000 Sorry to butt in on your thread, but it seems relevant. I am having problems with gvinum under 5-STABLE and a RAID 0 array of two disks. The array works perfectly until reboot. Then, when the machine comes back up the plexes are marked as stale. Issuing these commands fixes the problem until the next reboot: gvinum setstate up storage.p0.s0 gvinum setstate up storage.p0.s1 Things I've tried: * Googling for answers * commenting out the fstab entry at boot and then manually mounting the partition after boot * inserting gvinum in /boot/loader.conf * copying the vinum script in /etc/rc.d/vinum and making a gvinum equivalent * trying to shutdown gvinum at shutdown time (but "gvinum stop" doesn't work) * fsck * rebuilding gvinum array Is there some shutdown procedure that should gracefully shutdown the RAID? There is a process which opens files on the RAID and runs continuously until shutdown. Could it be holding the RAID open too long and could this staleness? From what I can tell the staleness doesn't affect any data - everything is OK once brought up. Cheers Ari Maniatis On 14/02/2005, at 11:38 AM, Tristan wrote: > Is gvinum > ready for production use in a RAID5 config ? --------------------------> ish group pty ltd http://www.ish.com.au 7 Darghan St Glebe 2037 Australia phone +61 2 9660 1400 fax +61 2 9660 7400 PGP fingerprint 08 57 20 4B 80 69 59 E2 A9 BF 2D 48 C2 20 0C C8 From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 21:46:19 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48ADF16A4CE for ; Tue, 15 Feb 2005 21:46:19 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24E5B43D54 for ; Tue, 15 Feb 2005 21:46:19 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D1AWQ-000Mag-L8 for freebsd-stable@FreeBSD.ORG; Tue, 15 Feb 2005 21:46:18 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D1AWF-0001Rz-Th for freebsd-stable@FreeBSD.ORG; Tue, 15 Feb 2005 11:46:08 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16914.28063.65917.747529@roam.psg.com> Date: Tue, 15 Feb 2005 11:46:07 -1000 To: freebsd-stable@FreeBSD.ORG References: <200502141228.j1ECS8NX074135@lurza.secnetix.de> Subject: Re: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 21:46:19 -0000 > AFAIK, one of the main points of that logo competition is > to do away with anything that could be interpreted in an > religious way. this is sick. should it happen, i'll take up the penguin. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 22:34:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F04D516A4CF for ; Tue, 15 Feb 2005 22:34:16 +0000 (GMT) Received: from storage0.flag.rootnode.com (adsl-65-67-81-98.dsl.ltrkar.swbell.net [65.67.81.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BD7943D48 for ; Tue, 15 Feb 2005 22:34:16 +0000 (GMT) (envelope-from joe@osoft.us) Received: from [10.0.1.105] (coherence.flag.rootnode.com [10.0.1.105]) by storage0.flag.rootnode.com (Postfix) with ESMTP id 9FB7E60F2; Tue, 15 Feb 2005 16:34:15 -0600 (CST) Message-ID: <421278D9.4000700@osoft.us> Date: Tue, 15 Feb 2005 16:34:01 -0600 From: Joe Koberg User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Aristedes Maniatis References: <20050214110826.56fa6cf3@rhino> <704a9148fcbc9b5d57f075e5b7f7da5d@ish.com.au> In-Reply-To: <704a9148fcbc9b5d57f075e5b7f7da5d@ish.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: gvinum or vinum in 5.3-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 22:34:17 -0000 Aristedes Maniatis wrote: > Sorry to butt in on your thread, but it seems relevant. I am having > problems with gvinum under 5-STABLE and a RAID 0 array of two disks. > The array works perfectly until reboot. Then, when the machine comes > back up the plexes are marked as stale. Issuing these commands fixes > the problem until the next reboot: > Once the plexes are UP, issue a 'gvinum saveconfig'. Then try rebooting and see what happens. This has worked for me before with 5.3-R, and today with a recent 5.3-STABLE. Joe Koberg joe@osoft.us > gvinum setstate up storage.p0.s0 > gvinum setstate up storage.p0.s1 > > Things I've tried: > > * Googling for answers > * commenting out the fstab entry at boot and then manually mounting > the partition after boot > * inserting gvinum in /boot/loader.conf > * copying the vinum script in /etc/rc.d/vinum and making a gvinum > equivalent > * trying to shutdown gvinum at shutdown time (but "gvinum stop" > doesn't work) > * fsck > * rebuilding gvinum array > > Is there some shutdown procedure that should gracefully shutdown the > RAID? There is a process which opens files on the RAID and runs > continuously until shutdown. Could it be holding the RAID open too > long and could this staleness? > > From what I can tell the staleness doesn't affect any data - > everything is OK once brought up. > > Cheers > Ari Maniatis > > > > On 14/02/2005, at 11:38 AM, Tristan wrote: > >> Is gvinum >> ready for production use in a RAID5 config ? > > > > > --------------------------> > ish group pty ltd > http://www.ish.com.au > 7 Darghan St Glebe 2037 Australia > phone +61 2 9660 1400 fax +61 2 9660 7400 > PGP fingerprint 08 57 20 4B 80 69 59 E2 A9 BF 2D 48 C2 20 0C C8 > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 22:55:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6426216A4CE for ; Tue, 15 Feb 2005 22:55:09 +0000 (GMT) Received: from osiris.itlegion.ru (osiris.itlegion.ru [84.21.226.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BF8443D48 for ; Tue, 15 Feb 2005 22:55:08 +0000 (GMT) (envelope-from matrix@itlegion.ru) Received: from artem ([192.168.0.12]) by osiris.itlegion.ru (8.13.1/8.13.1) with SMTP id j1FMsqIA083861; Wed, 16 Feb 2005 01:54:52 +0300 (MSK) (envelope-from matrix@itlegion.ru) X-AntiVirus: Checked by Dr.Web [version: 4.32b, engine: 4.32b, virus records: 65460, updated: 15.02.2005] Message-ID: <000e01c513b2$1afde340$0c00a8c0@artem> From: "Artem Kuchin" To: "Scot Hetzel" References: <200502142022.j1EKMl5R092740@lurza.secnetix.de> <022401c512d7$e0779890$0c00a8c0@artem> <790a9fff05021513124e6a016b@mail.gmail.com> Date: Wed, 16 Feb 2005 02:00:05 +0300 Organization: IT Legion 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.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 cc: freebsd-stable@freebsd.org Subject: Re: How to make ipfw consider MAC-IP match? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 22:55:09 -0000 Scot Hetzel wrote: > On Mon, 14 Feb 2005 23:58:03 +0300, Artem Kuchin > wrote: >> Hi! >> >> I have a table with ethernet (MAC) addresses matching IPs. It is >> used to build dhcp config file. But regardless of that any user can >> assign his neighbour ips while that pc is turned off and use it to >> access internet. The local ips are 192.168. and are behind natd. >> I am running 5.3-STABLE and have heard that ipfw2 can in someway >> use MAC addresses, but how do I setup ipfw in such a way that >> it allows certain IP only from one and only one MAC address? >> I hope you are getting my idea. >> > You would add the following to the end of your IPFW rule for each IP > Address you want to restrict. > > pass all from 192.168.0.10 to any mac any 10:20:30:40:50:60 > > Where "10:20:30:40:50:60" is the MAC addr for IP addr 192.168.0.10. I have tried static arp today and it seems like it works. As others mentions, it is possible SOMETIMES to change mac address of a nic, so static arp may fail as well as this firewall rule. So, i am wondering which method is better static arp entries or ipfw rules? Artem From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 23:16:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEEE516A4CE for ; Tue, 15 Feb 2005 23:16:42 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BD7143D1F for ; Tue, 15 Feb 2005 23:16:42 +0000 (GMT) (envelope-from jearle@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so885668wra for ; Tue, 15 Feb 2005 15:16:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Iqolm41ajYy7Yb33sKmuT5nrZNVcg7GLKDLz0X2ghVTsVqet4leP+AEPEExBgOdiTb6lzgfA7JygT1TkTngDZKhDHJpnyuzBamnuEjMBG9TsoLS/u28Vyqq9qTg6hYKNLQLPW1+JcDDtWzGMUk6NwWbzckrtiDflZjLz3ruftrg= Received: by 10.54.5.75 with SMTP id 75mr69844wre; Tue, 15 Feb 2005 15:16:41 -0800 (PST) Received: by 10.54.26.56 with HTTP; Tue, 15 Feb 2005 15:16:41 -0800 (PST) Message-ID: <5bbc0cd60502151516abdcc8d@mail.gmail.com> Date: Wed, 16 Feb 2005 00:16:41 +0100 From: Jared Earle To: freebsd-stable@freebsd.org In-Reply-To: <16914.28063.65917.747529@roam.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200502141228.j1ECS8NX074135@lurza.secnetix.de> <16914.28063.65917.747529@roam.psg.com> Subject: Re: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jared Earle List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 23:16:42 -0000 On Tue, 15 Feb 2005 11:46:07 -1000, Randy Bush wrote: > > AFAIK, one of the main points of that logo competition is > > to do away with anything that could be interpreted in an > > religious way. > > this is sick. should it happen, i'll take up the penguin. Wow, if that's your take on it, then maybe you should. A logo isn't an OS. If someone somewhere can misinterpret Beastie, is it our fault or theirs? Here's the answer: it doesn't matter. A logo shouldn't, for whatever reason, good or bad, be part of anyone's decision on what OS to install. If supplementing Beastie with a different logo brings more users to FreeBSD, then it's a no-brainer. -- Jared Earle :: http://www.23x.net jearle@gmail.com :: There is no SPORK From owner-freebsd-stable@FreeBSD.ORG Tue Feb 15 23:30:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78F6C16A4CE for ; Tue, 15 Feb 2005 23:30:50 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDB0143D4C for ; Tue, 15 Feb 2005 23:30:49 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j1FNTHCe056663; Tue, 15 Feb 2005 16:29:17 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 15 Feb 2005 16:29:16 -0700 (MST) Message-Id: <20050215.162916.74693467.imp@bsdimp.com> To: alexjeffburke@gmail.com From: Warner Losh In-Reply-To: References: X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Cross compiling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 15 Feb 2005 23:30:50 -0000 > I was just wondering whether it is posibl to build say a 4.11 kernel > on a 5.3 system - I'd like to have only one machine here on which I > maintain all the sources and buidl what i need, then I think you can > mount the /usr/obj file system and /usr/src and run the install stages > on other systems. Yes. I do this all the time. I never build in /usr/src or /usr/obj :-). One has to make sure that one has the right config to generate the compile tree with. I believe that the compilers are still compatable enough to allow this to happen. Building world can be done, but may require some hand steps. It has been a while since I've done this. > Also, can I build kernels for different architectures on a normal i386 box? Yes. See the recent cross compilation thread in freebsd-arch for details. Warner From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 01:11:28 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B585916A4CE; Wed, 16 Feb 2005 01:11:28 +0000 (GMT) Received: from hex.databits.net (hex.databits.net [216.118.117.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5784B43D31; Wed, 16 Feb 2005 01:11:28 +0000 (GMT) (envelope-from will@csociety.org) Received: by hex.databits.net (Postfix, from userid 1001) id C518057AF3; Tue, 15 Feb 2005 19:11:27 -0600 (CST) Date: Tue, 15 Feb 2005 19:11:27 -0600 From: Will Andrews To: Nate Lawson Message-ID: <20050216011127.GJ10159@hex.databits.net> Mail-Followup-To: Nate Lawson , Michael Nottebrock , freebsd-current@freebsd.org, stable@freebsd.org References: <421174F7.6020305@samsco.org> <421196AA.5000605@root.org> <200502151407.45801.michaelnottebrock@gmx.net> <42122359.9080105@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PW0Eas8rCkcu1VkF" Content-Disposition: inline In-Reply-To: <42122359.9080105@root.org> User-Agent: Mutt/1.5.6i cc: stable@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 01:11:28 -0000 --PW0Eas8rCkcu1VkF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 15, 2005 at 08:29:13AM -0800, Nate Lawson wrote: > >The snapshots on snapshots.[jp|se].freebsd.org are date-suffixed (howeve= r,=20 > >those servers don't build snaps for all platforms). > > >=20 > I'm talking hour/min./second, thanks. Both checkout code as of 00:00:00 GMT on the date the snapshot is built for. Sooner or later I may change .se to check it out as of 12:00:00 GMT instead, to provide some variety... Regards, --=20 wca --PW0Eas8rCkcu1VkF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCEp2/F47idPgWcsURAvr3AJ9hwr7RL5PdZHTbgQdvi0El/9CBvgCbBhjQ fO3G7NNsnhu94aqyK4LfIrY= =PZWU -----END PGP SIGNATURE----- --PW0Eas8rCkcu1VkF-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 04:17:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 566A416A4CE; Wed, 16 Feb 2005 04:17:04 +0000 (GMT) Received: from watery.cc.kogakuin.ac.jp (watery.cc.kogakuin.ac.jp [133.80.152.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8488843D31; Wed, 16 Feb 2005 04:17:03 +0000 (GMT) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (localhost [IPv6:::1])j1G4GY6D049385; Wed, 16 Feb 2005 13:16:34 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Wed, 16 Feb 2005 13:16:04 +0900 (JST) Message-Id: <20050216.131604.41667980.nyan@jp.FreeBSD.org> To: imp@bsdimp.com From: Takahashi Yoshihiro In-Reply-To: <20050215.135815.112575021.imp@bsdimp.com> References: <420F907B.1090901@DeepCore.dk> <20050215.210805.41634669.nyan@jp.FreeBSD.org> <20050215.135815.112575021.imp@bsdimp.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: nakaji@jp.FreeBSD.org cc: wnabe@par.odn.ne.jp cc: sos@DeepCore.dk Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 04:17:04 -0000 In article <20050215.135815.112575021.imp@bsdimp.com> Warner Losh writes: > > The following is the result when use SATA 200GB disk on pc98. It is > > clearly that recognizing a geometry fails. > > > > atapci0: port 0xc000-0xc00f,0x602c-0x602f,0x6030-0x6037,0x6028-0x602b,0x6020-0x6027 mem 0x20411000-0x204113ff irq 10 at device 17.0 on pci0 > > ad4: ATA-6 disk at ata2-master > > ad4: 190782MB (390721968 sectors), 387621 C, 16 H, 63 S, 512 B > > ad4: 16 secs/int, 1 depth queue, SATA150 > > > > BIOS Geometries: > > 1:1778ffff 0..6008=6009 cylinders, 0..255=256 heads, 1..255=255 sectors > > Is this the geometry that the PC98 BIOS uses? Yes. --- TAKAHASHI Yoshihiro From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 07:41:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D0A316A4CE for ; Wed, 16 Feb 2005 07:41:10 +0000 (GMT) Received: from mvs1.plala.or.jp (c158129.vh.plala.or.jp [210.150.158.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB2FF43D31 for ; Wed, 16 Feb 2005 07:41:08 +0000 (GMT) (envelope-from e-kamo@trio.plala.or.jp) Received: from msc1.plala.or.jp ([172.23.8.24]) by mvs1.plala.or.jp with ESMTP id <20050216074107.BRCQ15772.mvs1.plala.or.jp@msc1.plala.or.jp> for ; Wed, 16 Feb 2005 16:41:07 +0900 Received: from [220.33.68.15] by msc1.plala.or.jp with ESMTP id <20050216074107.BLQV20796.msc1.plala.or.jp@[220.33.68.15]> for ; Wed, 16 Feb 2005 16:41:07 +0900 Message-ID: <4212F91A.20301@trio.plala.or.jp> Date: Wed, 16 Feb 2005 16:41:14 +0900 From: Eitarou Kamo User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: ja, en-us, en MIME-Version: 1.0 To: stable@freebsd.org References: <200502151407.45801.michaelnottebrock@gmx.net> <42122359.9080105@root.org> <4212245A.8070100@samsco.org> <20050215.135527.78761670.imp@bsdimp.com> In-Reply-To: <20050215.135527.78761670.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: xf86enableIO error (Feb 2005 Snapshots for FreeBSD available) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 07:41:10 -0000 I got an io error "xf86EnableIO: Fatal to open /dev/io for extended I/O" when running "Xorg -configure". Has this snapshot been fixed this problem? Eitarou > > From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 09:01:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6741416A4CE for ; Wed, 16 Feb 2005 09:01:48 +0000 (GMT) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF02A43D2F for ; Wed, 16 Feb 2005 09:01:47 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <42130BF7.8030409@geminix.org> Date: Wed, 16 Feb 2005 10:01:43 +0100 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20050215012633.M48733@reiteration.net> <20050215024139.GA97764@xor.obsecurity.org> <20050215043554.GA83537@dan.emsphone.com> <20050215160134.M86208@reiteration.net> <20050215183632.GA60568@xor.obsecurity.org> In-Reply-To: <20050215183632.GA60568@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with asmtp (TLSv1:AES256-SHA:256) (Exim 3.36 #1) id 1D1L46-000IcE-00; Wed, 16 Feb 2005 10:01:46 +0100 Subject: Re: swapfile being eaten by unknown process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 09:01:48 -0000 Kris Kennaway wrote: > On Tue, Feb 15, 2005 at 04:11:31PM +0000, John wrote: > >>Another data point - I see this in my nightly security logs: >> >>swap_pager: indefinite wait buffer: device: ad0s1f, blkno: 28190, size: 4096 >> >>maybe there's a bad block on the swap partition?? > > That's what this usually means, yes. Or the whole disk drive is about to die. That's the situation where I've seen this message most of the time. An indicator of this would be block numbers that appear to be at random. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 10:44:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1C0216A4CE for ; Wed, 16 Feb 2005 10:44:09 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 754AA43D48 for ; Wed, 16 Feb 2005 10:44:09 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1D1McL-0000dq-4s for freebsd-stable@freebsd.org; Wed, 16 Feb 2005 11:41:13 +0100 Received: from menelaos.informatik.rwth-aachen.de ([137.226.194.73]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 16 Feb 2005 11:41:13 +0100 Received: from vs by menelaos.informatik.rwth-aachen.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 16 Feb 2005 11:41:13 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Volker Stolz Date: Wed, 16 Feb 2005 10:14:36 +0000 (UTC) Lines: 9 Message-ID: References: X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: menelaos.informatik.rwth-aachen.de User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-stable@m.gmane.org X-MailScanner-To: freebsd-stable@freebsd.org Subject: Re: 5.2.1 - Freenet6 TSPC Client dumps core X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 10:44:09 -0000 * Karl M. Joch : > i had the verion 1 of the freenet6 client running for a long time. now, > after upgrading to 2.1.1 on a 5.2.1 box the tspc client dumps core. What does the coredump say? Volker -- http://www-i2.informatik.rwth-aachen.de/stolz/ *** PGP *** S/MIME From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 12:50:02 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54D4216A4CE for ; Wed, 16 Feb 2005 12:50:02 +0000 (GMT) Received: from mail48-s.fg.online.no (mail48-s.fg.online.no [148.122.161.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5321743D54 for ; Wed, 16 Feb 2005 12:50:01 +0000 (GMT) (envelope-from charles-erik@mcdonald.no) Received: from mcdonald.no (ytrefw-blaatt.mobil.telenor.no [212.17.134.41]) by mail48.fg.online.no (8.12.11/8.12.11) with ESMTP id j1GCnxiD005725 for ; Wed, 16 Feb 2005 13:49:59 +0100 (CET) Message-ID: <42134454.7030306@mcdonald.no> Date: Wed, 16 Feb 2005 14:02:12 +0100 From: Charles Erik McDonald User-Agent: Mozilla Thunderbird 1.0 (X11/20040309) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.83.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Strange disk problems make the system lock up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 12:50:02 -0000 Hi, I have a problem that arises once in a while with my IDE drives under FreeBSD 5.3 uname: FreeBSD bastion 5.3-RELEASE-p5 FreeBSD 5.3-RELEASE-p5 #23: Mon Feb 7 13:28:32 UTC 2005 I have two large disks: /dev/ad2 144G 124G 9.2G 93% /mnt/sp1604n /dev/ad3 226G 202G 5.2G 98% /mnt/wd2500pb Each with only one partition, where fdisk on /dev/ad3 gives the following information: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 488392002 (238472 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 Both disks are in UDMA33 mode, checked with atacontrol. Fsck does not report any errors on any of the drives, nor does smartctl. The problem is that sometimes, one of the drives will "disappear". /mnt/wd2500pb (or the other) will simply become inaccessible. bastion(root):/var/run#cd /mnt/wd2500pb -su: cd: /mnt/wd2500pb: Not a directory The strange thing is, 'df' still reports the drive, and I can fsck it. The root fs that holds /mnt/ doesn't report any errors with fsck, but bastion(root):~#ls -l /mnt/ ls: wd2500pb: Bad file descriptor total 8 drwxrwxrwx 28 root operator 1536 Feb 14 22:40 sp1604n drwxr-xr-x 2 root wheel 512 Jan 17 2004 usb_thumbdrive .. trying to list /mnt, the mountpoint for the drive is listed as having a bad filedescriptor. Yesterday I unmounted both drives, removed the directories/mountpoints and recreated them both, but this morning the same thing happened - only now on the other drive (sp1604n). When I try to unmount the drive, the whole system freezes up and I am forced to do a cold boot. It does not freeze/lockup if I try to check the fs, only when I try to unmount. Hope this is valid for this group .. So long, C.Erik dmesg.boot: Copyright (c) 1992-2004 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 5.3-RELEASE-p5 #23: Mon Feb 7 13:28:32 UTC 2005 root@bastion:/usr/obj/usr/src/sys/BASTION Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (548.54-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383fbff real memory = 805306368 (768 MB) avail memory = 778305536 (742 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xf808-0xf80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0x54000000-0x57ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 11.0 (no driver attached) fxp0: port 0x5480-0x549f mem 0x52000000-0x520fffff,0x52400000-0x52400fff irq 20 at device 12.0 on pci 0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:50:8b:72:a0:f4 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x5400-0x547f mem 0x52300000-0x5230007f irq 17 at device 13.0 on pci0 miibus1: on xl0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:75:7c:dd:d2 isab0: at device 20.0 on pci0 isa0: on isab0 atapci0: port 0x54c0-0x54cf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 20.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0x54a0-0x54bf irq 19 at device 20.2 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 pci0: at device 20.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: port 0x778-0x77d,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xec000-0xeffff,0xcc000-0xcc7ff,0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec ad0: 114473MB [232581/16/63] at ata0-master UDMA33 ad2: 152627MB [310101/16/63] at ata1-master UDMA33 ad3: 238475MB [484521/16/63] at ata1-slave UDMA33 SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/ad0s1a From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 13:47:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5C6716A4CE for ; Wed, 16 Feb 2005 13:47:12 +0000 (GMT) Received: from web54010.mail.yahoo.com (web54010.mail.yahoo.com [206.190.36.234]) by mx1.FreeBSD.org (Postfix) with SMTP id 4475E43D45 for ; Wed, 16 Feb 2005 13:47:12 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 91400 invoked by uid 60001); 16 Feb 2005 13:47:11 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=ENPslqUCPbOxJKEHdWhtefHcXJ2q4HwPWfVEVmgtDhSkM52F/KAFpQJjyWht0GLki6ihSakNq1kdsPo+qBnsHrcFuUIBE2ufNYGbZeqGVM17uvMM1uh0hBII3+uGSQB7D2B743p1X9gqtF8ZCXgfea4GvjWI5DOsIYlg+qKkuFo= ; Message-ID: <20050216134711.91398.qmail@web54010.mail.yahoo.com> Received: from [147.46.44.181] by web54010.mail.yahoo.com via HTTP; Wed, 16 Feb 2005 05:47:11 PST Date: Wed, 16 Feb 2005 05:47:11 -0800 (PST) From: Rob To: Mars Trading , FreeBSD Stable In-Reply-To: <71a906e0050216002248c327dc@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: atapci VIA 82C596B UDMA66 controller: problem for 5.X ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 13:47:13 -0000 --- Mars Trading wrote: > This idea may seem useless but what have you got to > lose? > > Have you tried changing bios setting for hard drive > mode to "auto" or > something other than "LBA"? Maybe "LARGE" or "CHS"? Is there a risk that I lose all data on my disk, when changing this in the BIOS? BTW: During the fresh FreeBSD install, I have never encountered a choice for formatting with or without LBA. In the Fdisk window, I choose 'use entire disk for FreeBSD', and in the partition window I have set 'newfs' for all partitions. Thanks, Rob. __________________________________ Do you Yahoo!? Meet the all-new My Yahoo! - Try it today! http://my.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 14:02:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BB4916A4CE for ; Wed, 16 Feb 2005 14:02:38 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0F23C43D4C for ; Wed, 16 Feb 2005 14:02:37 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 16 Feb 2005 14:02:35 -0000 Received: from pD95D8AD0.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.138.208) by mail.gmx.net (mp016) with SMTP; 16 Feb 2005 15:02:35 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j1GE2U3M060259 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 16 Feb 2005 15:02:31 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Wed, 16 Feb 2005 15:02:25 +0100 User-Agent: KMail/1.7.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5424648.5FYDI2tu8T"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502161502.29456.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: "Karl M. Joch" Subject: Re: 5.2.1 - Freenet6 TSPC Client dumps core X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 14:02:38 -0000 --nextPart5424648.5FYDI2tu8T Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday, 11. February 2005 00:25, Karl M. Joch wrote: > Hello, > > i had the verion 1 of the freenet6 client running for a long time. now, > after upgrading to 2.1.1 on a 5.2.1 box the tspc client dumps core. Works fine on a 5.2.1 box of mine, FWIW. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart5424648.5FYDI2tu8T Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCE1J1Xhc68WspdLARAiv2AJ9NuOhC87WIp69VJwpHTWOY65EmNwCfZ0qH moFg2spL5HA5jRoEuY7PpmA= =2oZT -----END PGP SIGNATURE----- --nextPart5424648.5FYDI2tu8T-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 14:08:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 834B616A4CE; Wed, 16 Feb 2005 14:08:17 +0000 (GMT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71ABB43D46; Wed, 16 Feb 2005 14:08:16 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id j1GE8Erh038100; Wed, 16 Feb 2005 17:08:14 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Wed, 16 Feb 2005 17:08:14 +0300 (MSK) From: Dmitry Morozovsky To: ambrisko@FreeBSD.org Message-ID: <20050216170149.U29389@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@FreeBSD.org Subject: stable sata patch: panic at kernel boot (can't dump) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 14:08:17 -0000 Dear Doug, trying to boot RELENG_4 kernel with your patches (sata_7) on our FTP I got kernel panic (page fault in kernel mode, pid 2, no dump possible). Hardware involved: root@kucha:~# grep ata /var/run/dmesg.boot atapci0: port 0xa000-0xa03f,0x9c00-0x9c03,0x9800-0x9807,0x9400-0x9403,0x9000-0x9007 mem 0xed100000-0xed11ffff irq 11 at device 8.0 on pci0 ata2: at 0x9000 on atapci0 ata3: at 0x9800 on atapci0 atapci1: port 0xb400-0xb40f,0xb000-0xb003,0xac00-0xac07,0xa800-0xa803,0xa400-0xa407 irq 10 at device 9.0 on pci0 ata4: at 0xa400 on atapci1 ata5: at 0xac00 on atapci1 atapci2: port 0xbc00-0xbc0f at device 17.1 on pci0 ata0: at 0x1f0 irq 14 on atapci2 ata1: at 0x170 irq 15 on atapci2 ad0: 238475MB [484521/16/63] at ata0-master UDMA100 ad2: 114473MB [232581/16/63] at ata1-master UDMA100 ad4: 76319MB [155061/16/63] at ata2-master UDMA66 ad6: 76319MB [155061/16/63] at ata3-master UDMA66 ad8: 57241MB [116301/16/63] at ata4-master UDMA100 Kernel paniced just after sio0/sio1, where basic RELENG_4 starts ata channel probes. No serial console at the moment, alas. Unfortunately I can't bring this machine out of service for long time; however, we can survive occasional reboots/crashes. What other info can I provide to debug this? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 14:20:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABD8716A4CE for ; Wed, 16 Feb 2005 14:20:29 +0000 (GMT) Received: from mail.rfnj.org (ns1.rfnj.org [66.180.172.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF50C43D48 for ; Wed, 16 Feb 2005 14:20:27 +0000 (GMT) (envelope-from asym@rfnj.org) Received: from megalomaniac.rfnj.org (ool-45736df1.dyn.optonline.net [69.115.109.241]) by mail.rfnj.org (Postfix) with ESMTP id 83CA82B3; Wed, 16 Feb 2005 09:20:26 -0500 (EST) Message-Id: <6.2.0.14.2.20050216092101.03680308@mail.rfnj.org> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Wed, 16 Feb 2005 09:23:19 -0500 To: Rob , FreeBSD Stable From: asym In-Reply-To: <20050216134711.91398.qmail@web54010.mail.yahoo.com> References: <71a906e0050216002248c327dc@mail.gmail.com> <20050216134711.91398.qmail@web54010.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: atapci VIA 82C596B UDMA66 controller: problem for 5.X ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 14:20:29 -0000 At 08:47 2/16/2005, Rob wrote: >--- Mars Trading wrote: > > > This idea may seem useless but what have you got to > > lose? > > > > Have you tried changing bios setting for hard drive > > mode to "auto" or > > something other than "LBA"? Maybe "LARGE" or "CHS"? > >Is there a risk that I lose all data on my disk, when >changing this in the BIOS? I wouldn't exactly call it a "risk" -- if you change the disk geometry in the bios, you will lose all the data on that drive, guaranteed. Of course, if you don't write anything to it, you can just change it back and it'll still be there. If you don't write anything to it though, it's not going to boot. >BTW: During the fresh FreeBSD install, I have never >encountered a choice for formatting with or without >LBA. In the Fdisk window, I choose 'use entire disk >for FreeBSD', and in the partition window I have set >'newfs' for all partitions. LBA is a BIOS thing as was mentioned, not a freebsd install thing. It's an abstraction layer between the drive and the controller. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 14:31:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CE3B16A506 for ; Wed, 16 Feb 2005 14:31:08 +0000 (GMT) Received: from web54003.mail.yahoo.com (web54003.mail.yahoo.com [206.190.36.227]) by mx1.FreeBSD.org (Postfix) with SMTP id 121A343D3F for ; Wed, 16 Feb 2005 14:31:07 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 57061 invoked by uid 60001); 16 Feb 2005 14:31:05 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=EyblP2YgcnyzIeeNBdcyMcRbk3btYuQ7tgD7YUAvgkSSCvInAYd8YKO17jC1tcq7W4H3Xn65BWpLZnU2KS7f3CfAMHeGB4HW9Cw5jGEAXLu+xsqyzB0D4POAcPyVBlDFeir0P/NAjGtSbxSAt90BVP19qm2XGccjyaNMnHNwBWY= ; Message-ID: <20050216143105.57059.qmail@web54003.mail.yahoo.com> Received: from [147.46.44.181] by web54003.mail.yahoo.com via HTTP; Wed, 16 Feb 2005 06:31:05 PST Date: Wed, 16 Feb 2005 06:31:05 -0800 (PST) From: Rob To: ea1abz@wanadoo.es, FreeBSD questions , FreeBSD Stable MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: UDMA ICRC error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 14:31:08 -0000 Ramiro Aceves wrote: > > I have read that others had this problem before. I > just write this report for you to know. > > When I installed FreeBSD 5.3 R, I get some errors > like this, but I could end the install: > > ad0: WARNING -READ_DMA UDMA ICRC error (retrying > request) LBA=5313599 > ad0: FAILURE -READ_DMA status=51 > error=84 >ICRC,ABORTED> > spec_getpages:(ad0s1a) I/O read failure: (error=5) > ................ > > I have solved the problem disabling DMA: > hw.ata.ata_dma="0" > > (I previously tried disabling ACPI with no success, > and playing with BIOS LBA, LARGE, NORMAL settings > at the BIOS with no success). > > Now ad0: works in PIO4 mode and everything is fine, > previously , it was UDMA33. Now there are no errors. There's you and me now. I have this problem with two of my PCs. I don't know yet of anybody else who has these problems. It's indeed a serious problem, but too few people running 5.3 seem to suffer from this. Have you tried with 4.11? I bet that would not generate these problems. Regards, Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 14:45:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23A5816A4CE for ; Wed, 16 Feb 2005 14:45:55 +0000 (GMT) Received: from gwmail1.grupos.com.br (gwmail1.grupos.com.br [66.90.64.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id B92CB43D49 for ; Wed, 16 Feb 2005 14:45:54 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from corp.grupos.com.br (unknown [150.162.166.55]) by gwmail1.grupos.com.br (Postfix) with ESMTP id 5A9553C0F6 for ; Wed, 16 Feb 2005 12:45:50 -0200 (BRST) Received: from [150.162.166.51] (noc.grupos.com.br [150.162.166.51]) by corp.grupos.com.br (Postfix) with ESMTP id 8230C20A57 for ; Wed, 16 Feb 2005 12:45:49 -0200 (BRST) Message-ID: <42135C9C.2020007@corp.grupos.com.br> Date: Wed, 16 Feb 2005 12:45:48 -0200 Organization: Grupos Internet S/A From: Marcus Grando User-Agent: Mozilla Thunderbird 0.6+ (X11/20050212) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20050216143105.57059.qmail@web54003.mail.yahoo.com> In-Reply-To: <20050216143105.57059.qmail@web54003.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: UDMA ICRC error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 14:45:55 -0000 I have this problem too... -- # dmesg | egrep "(ata|ad0)" -- atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ad0: FAILURE - SET_MULTI status=51 error=4 ad0: 9787MB [19885/16/63] at ata0-master PIO4 Mounting root from ufs:/dev/ad0s1a ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4700543 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4701151 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4701535 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4701663 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4701791 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4701791 ad0: FAILURE - WRITE_DMA status=51 error=84 LBA=4701791 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4702047 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4702047 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4702175 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4702239 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4702367 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4702367 ad0: FAILURE - WRITE_DMA status=51 error=84 LBA=4702367 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4702911 -- -- pciconf -l -v -- agp0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x70061022 rev=0x25 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'AMD-751 Processor-to-PCI Bridge / Memory Ctrlr' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x70071022 rev=0x01 hdr=0x01 vendor = 'Advanced Micro Devices (AMD)' device = 'AMD-751 AGP and PCI-to-PCI Bridge (1x/2x AGP)' class = bridge subclass = PCI-PCI rl0@pci0:6:0: class=0x020000 card=0x310711ad chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet isab0@pci0:7:0: class=0x060100 card=0x00001106 chip=0x06861106 rev=0x1b hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C686/A/B "Super South" PCI to ISA Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:7:1: class=0x01018a card=0x00000000 chip=0x05711106 rev=0x06 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' class = mass storage subclass = ATA none0@pci0:7:4: class=0x0c0500 card=0x00000000 chip=0x30571106 rev=0x20 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C686A/B ACPI Power Management Controller' class = serial bus subclass = SMBus none1@pci1:5:0: class=0x030000 card=0x00841002 chip=0x47421002 rev=0x5c hdr=0x00 vendor = 'ATI Technologies Inc.' device = 'ATI GTC (GT-C2U2) ATI 3D Rage Pro Turbo AGP 2X' class = display subclass = VGA -- Rob wrote: > Ramiro Aceves wrote: > >>I have read that others had this problem before. I >>just write this report for you to know. >> >>When I installed FreeBSD 5.3 R, I get some errors >>like this, but I could end the install: >> >>ad0: WARNING -READ_DMA UDMA ICRC error (retrying >> request) LBA=5313599 >>ad0: FAILURE -READ_DMA status=51 >> error=84 >ICRC,ABORTED> >>spec_getpages:(ad0s1a) I/O read failure: (error=5) >>................ >> >>I have solved the problem disabling DMA: >>hw.ata.ata_dma="0" >> >>(I previously tried disabling ACPI with no success, >>and playing with BIOS LBA, LARGE, NORMAL settings >>at the BIOS with no success). >> >>Now ad0: works in PIO4 mode and everything is fine, >>previously , it was UDMA33. Now there are no errors. > > > There's you and me now. I have this problem with two > of my PCs. I don't know yet of anybody else who has > these problems. > > It's indeed a serious problem, but too few people > running 5.3 seem to suffer from this. > > Have you tried with 4.11? > I bet that would not generate these problems. > > Regards, > Rob. > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > 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" -- Marcus Grando Grupos Internet S/A marcus(at)corp.grupos.com.br From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 15:08:32 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 834A516A4CE for ; Wed, 16 Feb 2005 15:08:32 +0000 (GMT) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3691643D46 for ; Wed, 16 Feb 2005 15:08:32 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 16 Feb 2005 07:08:32 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id j1GF8V92069852; Wed, 16 Feb 2005 07:08:31 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id j1GF8Vad069851; Wed, 16 Feb 2005 07:08:31 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200502161508.j1GF8Vad069851@ambrisko.com> In-Reply-To: <20050216170149.U29389@woozle.rinet.ru> To: Dmitry Morozovsky Date: Wed, 16 Feb 2005 07:08:31 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: stable@FreeBSD.org Subject: Re: stable sata patch: panic at kernel boot (can't dump) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 15:08:32 -0000 Dmitry Morozovsky writes: | Dear Doug, | | trying to boot RELENG_4 kernel with your patches (sata_7) on our FTP I got | kernel panic (page fault in kernel mode, pid 2, no dump possible). Hardware | involved: | | root@kucha:~# grep ata /var/run/dmesg.boot | atapci0: port 0xa000-0xa03f,0x9c00-0x9c03,0x9800-0x9807,0x9400-0x9403,0x9000-0x9007 mem 0xed100000-0xed11ffff irq 11 at device 8.0 on pci0 | ata2: at 0x9000 on atapci0 | ata3: at 0x9800 on atapci0 | atapci1: port 0xb400-0xb40f,0xb000-0xb003,0xac00-0xac07,0xa800-0xa803,0xa400-0xa407 irq 10 at device 9.0 on pci0 | ata4: at 0xa400 on atapci1 | ata5: at 0xac00 on atapci1 | atapci2: port 0xbc00-0xbc0f at device 17.1 on pci0 | ata0: at 0x1f0 irq 14 on atapci2 | ata1: at 0x170 irq 15 on atapci2 | ad0: 238475MB [484521/16/63] at ata0-master UDMA100 | ad2: 114473MB [232581/16/63] at ata1-master UDMA100 | ad4: 76319MB [155061/16/63] at ata2-master UDMA66 | ad6: 76319MB [155061/16/63] at ata3-master UDMA66 | ad8: 57241MB [116301/16/63] at ata4-master UDMA100 | | Kernel paniced just after sio0/sio1, where basic RELENG_4 starts ata channel | probes. No serial console at the moment, alas. | | Unfortunately I can't bring this machine out of service for long time; however, | we can survive occasional reboots/crashes. What other info can I provide to | debug this? I'd like some clarification. Does the system boot sometimes and other times is doesn't? Once the system is up does it stay up for a while? It doesn't seem like you are not using RAID. I have a couple more ata bug fixes that I need to roll into another patchset. It fixes a bug in which DMA transfers have not been cancelled when the controller is reset. I fixed another panic situation in version 8 that happens on boot if you have a bad sector at the beginning of the drive. I'd wait to version 9. I should be able to get that out later today. Another thing that you might want to do is monitor dmesgs for any ata/ad errors while the system is running. Most panics happen later after the first error message. Also you could try looking at /var/log/messages. Thanks, Doug A. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 15:18:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87F1F16A4CE; Wed, 16 Feb 2005 15:18:08 +0000 (GMT) Received: from lorna.circlesquared.com (host217-45-219-85.in-addr.btopenworld.com [217.45.219.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87AB443D54; Wed, 16 Feb 2005 15:18:06 +0000 (GMT) (envelope-from peter@circlesquared.com) Received: from localhost.circlesquared.com (localhost.circlesquared.com [127.0.0.1])j1GFI6Gs092127; Wed, 16 Feb 2005 15:18:06 GMT (envelope-from peter@circlesquared.com) From: Peter Risdon To: Rob In-Reply-To: <20050216143105.57059.qmail@web54003.mail.yahoo.com> References: <20050216143105.57059.qmail@web54003.mail.yahoo.com> Content-Type: text/plain Date: Wed, 16 Feb 2005 15:18:06 +0000 Message-Id: <1108567086.23699.335.camel@lorna.circlesquared.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: FreeBSD Stable cc: FreeBSD questions cc: ea1abz@wanadoo.es Subject: Re: UDMA ICRC error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 15:18:08 -0000 On Wed, 2005-02-16 at 06:31 -0800, Rob wrote: > Ramiro Aceves wrote: > > > > I have read that others had this problem before. I > > just write this report for you to know. > > > > When I installed FreeBSD 5.3 R, I get some errors > > like this, but I could end the install: > > > > ad0: WARNING -READ_DMA UDMA ICRC error (retrying > > request) LBA=5313599 > > ad0: FAILURE -READ_DMA status=51 > > error=84 >ICRC,ABORTED> > > spec_getpages:(ad0s1a) I/O read failure: (error=5) > > ................ > > > > I have solved the problem disabling DMA: > > hw.ata.ata_dma="0" > > > > (I previously tried disabling ACPI with no success, > > and playing with BIOS LBA, LARGE, NORMAL settings > > at the BIOS with no success). > > > > Now ad0: works in PIO4 mode and everything is fine, > > previously , it was UDMA33. Now there are no errors. > > There's you and me now. I have this problem with two > of my PCs. I don't know yet of anybody else who has > these problems. > > It's indeed a serious problem, but too few people > running 5.3 seem to suffer from this. No, it's a known problem and I filed a pr about it a while back. So far as I know, there's been no action on the pr and disabling dma is the only workaround. > > Have you tried with 4.11? > I bet that would not generate these problems. Agreed. Peter. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 15:21:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A740316A4CE for ; Wed, 16 Feb 2005 15:21:01 +0000 (GMT) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90D4443D49 for ; Wed, 16 Feb 2005 15:21:00 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (nefezk@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j1GFKvPd082452 for ; Wed, 16 Feb 2005 16:20:58 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j1GFKvKv082451; Wed, 16 Feb 2005 16:20:57 +0100 (CET) (envelope-from olli) Date: Wed, 16 Feb 2005 16:20:57 +0100 (CET) Message-Id: <200502161520.j1GFKvKv082451@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <42135C9C.2020007@corp.grupos.com.br> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: UDMA ICRC error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 16 Feb 2005 15:21:01 -0000 I remember having the same problem on a machine once. Replacing the IDE cable with a known good one helped. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "C is quirky, flawed, and an enormous success." -- Dennis M. Ritchie. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 15:21:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C3DC16A4CE for ; Wed, 16 Feb 2005 15:21:47 +0000 (GMT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6921043D39 for ; Wed, 16 Feb 2005 15:21:46 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id j1GFLgoK039313; Wed, 16 Feb 2005 18:21:42 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Wed, 16 Feb 2005 18:21:42 +0300 (MSK) From: Dmitry Morozovsky To: Doug Ambrisko In-Reply-To: <200502161508.j1GF8Vad069851@ambrisko.com> Message-ID: <20050216181719.T29389@woozle.rinet.ru> References: <200502161508.j1GF8Vad069851@ambrisko.com> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@FreeBSD.org Subject: Re: stable sata patch: panic at kernel boot (can't dump) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 15:21:47 -0000 On Wed, 16 Feb 2005, Doug Ambrisko wrote: DA> | trying to boot RELENG_4 kernel with your patches (sata_7) on our FTP I got DA> | kernel panic (page fault in kernel mode, pid 2, no dump possible). Hardware DA> | involved: DA> | DA> | root@kucha:~# grep ata /var/run/dmesg.boot DA> | atapci0: port 0xa000-0xa03f,0x9c00-0x9c03,0x9800-0x9807,0x9400-0x9403,0x9000-0x9007 mem 0xed100000-0xed11ffff irq 11 at device 8.0 on pci0 DA> | ata2: at 0x9000 on atapci0 DA> | ata3: at 0x9800 on atapci0 DA> | atapci1: port 0xb400-0xb40f,0xb000-0xb003,0xac00-0xac07,0xa800-0xa803,0xa400-0xa407 irq 10 at device 9.0 on pci0 DA> | ata4: at 0xa400 on atapci1 DA> | ata5: at 0xac00 on atapci1 DA> | atapci2: port 0xbc00-0xbc0f at device 17.1 on pci0 DA> | ata0: at 0x1f0 irq 14 on atapci2 DA> | ata1: at 0x170 irq 15 on atapci2 DA> | ad0: 238475MB [484521/16/63] at ata0-master UDMA100 DA> | ad2: 114473MB [232581/16/63] at ata1-master UDMA100 DA> | ad4: 76319MB [155061/16/63] at ata2-master UDMA66 DA> | ad6: 76319MB [155061/16/63] at ata3-master UDMA66 DA> | ad8: 57241MB [116301/16/63] at ata4-master UDMA100 DA> | DA> | Kernel paniced just after sio0/sio1, where basic RELENG_4 starts ata channel DA> | probes. No serial console at the moment, alas. DA> | DA> | Unfortunately I can't bring this machine out of service for long time; however, DA> | we can survive occasional reboots/crashes. What other info can I provide to DA> | debug this? DA> DA> I'd like some clarification. Does the system boot sometimes and other times DA> is doesn't? Once the system is up does it stay up for a while? It doesn't DA> seem like you are not using RAID. I have a couple more ata bug fixes that DA> I need to roll into another patchset. It fixes a bug in which DMA transfers DA> have not been cancelled when the controller is reset. I fixed another DA> panic situation in version 8 that happens on boot if you have a bad sector DA> at the beginning of the drive. I'd wait to version 9. I should be able DA> to get that out later today. Sorry to not being specific enough ;-) No, the system panics reliably, just after sio initializing (for me it seems ata drives probes phase). I did not use hardware RAID, I use vinum over these 5 drives. Without the patchset system stays up for months acting as ftp/cvsupd/nfsd server without any single issue. DA> Another thing that you might want to do is monitor dmesgs for any DA> ata/ad errors while the system is running. Most panics happen later DA> after the first error message. Also you could try looking at DA> /var/log/messages. Nope, there are no such errors (I would expect them for CMD-649, but luckily even that beastie works fine) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 15:45:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C953416A4CE for ; Wed, 16 Feb 2005 15:45:42 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AC3F43D3F for ; Wed, 16 Feb 2005 15:45:41 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so108253wri for ; Wed, 16 Feb 2005 07:45:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=l51tpzyJ9ao41v6CA2A2TjxiEq3UffFwRmI5VHHKZ7Sdy1gQ2F7O1Nq/LTr3wDc3ee1dwKQ/j6wmf06vDsUwUxE8wnWeVn0pl/QjyFqvaNpn+8o1FSl0sesT6x7mwcHmaHso7sLwoBe0UxXUfkZ+j3qoXM5P9Gr59lsX/O7HSVw= Received: by 10.54.28.38 with SMTP id b38mr133859wrb; Wed, 16 Feb 2005 07:45:40 -0800 (PST) Received: by 10.54.29.8 with HTTP; Wed, 16 Feb 2005 07:45:40 -0800 (PST) Message-ID: <790a9fff05021607456ec0406d@mail.gmail.com> Date: Wed, 16 Feb 2005 09:45:40 -0600 From: Scot Hetzel To: Charles Erik McDonald In-Reply-To: <42134454.7030306@mcdonald.no> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42134454.7030306@mcdonald.no> cc: freebsd-stable@freebsd.org Subject: Re: Strange disk problems make the system lock up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 15:45:42 -0000 On Wed, 16 Feb 2005 14:02:12 +0100, Charles Erik McDonald wrote: > > Hi, > > I have a problem that arises once in a while with my IDE drives under > FreeBSD 5.3 > > uname: > FreeBSD bastion 5.3-RELEASE-p5 FreeBSD 5.3-RELEASE-p5 #23: Mon Feb 7 > 13:28:32 UTC 2005 > > I have two large disks: > > /dev/ad2 144G 124G 9.2G 93% /mnt/sp1604n > /dev/ad3 226G 202G 5.2G 98% /mnt/wd2500pb > > Each with only one partition, where fdisk on /dev/ad3 gives the > following information: > > The data for partition 1 is: > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > start 63, size 488392002 (238472 Meg), flag 80 (active) > beg: cyl 0/ head 1/ sector 1; > end: cyl 1023/ head 254/ sector 63 > The devices be something like /dev/ad2s1a or /dev/ad3s1a. Did you use disklabel on these disks (/dev/ad2s1 and /dev/ad3s1) to create a partition on the slice? Do you have any error messages related to ad2 or ad3 in /var/log/messages? Scot From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 15:58:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45CA216A4CE; Wed, 16 Feb 2005 15:58:17 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD01343D48; Wed, 16 Feb 2005 15:58:16 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j1GFtHv9071869; Wed, 16 Feb 2005 08:55:17 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 16 Feb 2005 08:55:34 -0700 (MST) Message-Id: <20050216.085534.128329712.imp@bsdimp.com> To: nyan@jp.FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20050216.131604.41667980.nyan@jp.FreeBSD.org> References: <20050215.210805.41634669.nyan@jp.FreeBSD.org> <20050215.135815.112575021.imp@bsdimp.com> <20050216.131604.41667980.nyan@jp.FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: nakaji@jp.FreeBSD.org cc: wnabe@par.odn.ne.jp cc: sos@DeepCore.dk Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 15:58:17 -0000 In message: <20050216.131604.41667980.nyan@jp.FreeBSD.org> Takahashi Yoshihiro writes: : In article <20050215.135815.112575021.imp@bsdimp.com> : Warner Losh writes: : : > > The following is the result when use SATA 200GB disk on pc98. It is : > > clearly that recognizing a geometry fails. : > > : > > atapci0: port 0xc000-0xc00f,0x602c-0x602f,0x6030-0x6037,0x6028-0x602b,0x6020-0x6027 mem 0x20411000-0x204113ff irq 10 at device 17.0 on pci0 : > > ad4: ATA-6 disk at ata2-master : > > ad4: 190782MB (390721968 sectors), 387621 C, 16 H, 63 S, 512 B : > > ad4: 16 secs/int, 1 depth queue, SATA150 : > > : > > BIOS Geometries: : > > 1:1778ffff 0..6008=6009 cylinders, 0..255=256 heads, 1..255=255 sectors : > : > Is this the geometry that the PC98 BIOS uses? : : Yes. I see. Let me see if I understand the implications: (1) This disk won't interoperate with other OSes on the pc98 machine because the pc98 partition format specifies things in terms of CHS, but doesn't specify an actual geometry. (2) Further, since dp_scyl and dp_ecyl are both 16bits, we are limited to 65535 cylinders. The above geometry of 387621 violates this assumption. So you can really only use 66059280 of the 390721968 sectors on this disk (or about 17%). (3) It is insufficent to fix this in geom_pc98 because that is not used until after the partition is placed on the disk and fdisk_pc98 needs the geometry to place that partition. (4) This only impacts newer ATA6 disks. ATA5 and older appear to be working properly. ata6 disks need some other mechanism to get this information, correct? When I asked about the 'get the geometry from the BIOS' patches that are circulating, I was told that it was hard to match the FreeBSD device to the BIOS table. Do I understand things correctly? Warner From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 16:23:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C04C16A4CE for ; Wed, 16 Feb 2005 16:23:08 +0000 (GMT) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 290C643D2D for ; Wed, 16 Feb 2005 16:23:08 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 16 Feb 2005 08:23:07 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id j1GGN7cI073843; Wed, 16 Feb 2005 08:23:07 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id j1GGN7qs073842; Wed, 16 Feb 2005 08:23:07 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200502161623.j1GGN7qs073842@ambrisko.com> In-Reply-To: <20050216181719.T29389@woozle.rinet.ru> To: Dmitry Morozovsky Date: Wed, 16 Feb 2005 08:23:07 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: stable@FreeBSD.org Subject: Re: stable sata patch: panic at kernel boot (can't dump) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 16:23:08 -0000 Dmitry Morozovsky writes: | On Wed, 16 Feb 2005, Doug Ambrisko wrote: | | DA> | trying to boot RELENG_4 kernel with your patches (sata_7) on our FTP I got | DA> | kernel panic (page fault in kernel mode, pid 2, no dump possible). Hardware | DA> | involved: | DA> | | DA> | root@kucha:~# grep ata /var/run/dmesg.boot | DA> | atapci0: port 0xa000-0xa03f,0x9c00-0x9c03,0x9800-0x9807,0x9400-0x9403,0x9000-0x9007 mem 0xed100000-0xed11ffff irq 11 at device 8.0 on pci0 | DA> | ata2: at 0x9000 on atapci0 | DA> | ata3: at 0x9800 on atapci0 | DA> | atapci1: port 0xb400-0xb40f,0xb000-0xb003,0xac00-0xac07,0xa800-0xa803,0xa400-0xa407 irq 10 at device 9.0 on pci0 | DA> | ata4: at 0xa400 on atapci1 | DA> | ata5: at 0xac00 on atapci1 | DA> | atapci2: port 0xbc00-0xbc0f at device 17.1 on pci0 | DA> | ata0: at 0x1f0 irq 14 on atapci2 | DA> | ata1: at 0x170 irq 15 on atapci2 | DA> | ad0: 238475MB [484521/16/63] at ata0-master UDMA100 | DA> | ad2: 114473MB [232581/16/63] at ata1-master UDMA100 | DA> | ad4: 76319MB [155061/16/63] at ata2-master UDMA66 | DA> | ad6: 76319MB [155061/16/63] at ata3-master UDMA66 | DA> | ad8: 57241MB [116301/16/63] at ata4-master UDMA100 | DA> | | DA> | Kernel paniced just after sio0/sio1, where basic RELENG_4 starts ata channel | DA> | probes. No serial console at the moment, alas. | DA> | | DA> | Unfortunately I can't bring this machine out of service for long time; however, | DA> | we can survive occasional reboots/crashes. What other info can I provide to | DA> | debug this? | DA> | DA> I'd like some clarification. Does the system boot sometimes and other times | DA> is doesn't? Once the system is up does it stay up for a while? It doesn't | DA> seem like you are not using RAID. I have a couple more ata bug fixes that | DA> I need to roll into another patchset. It fixes a bug in which DMA transfers | DA> have not been cancelled when the controller is reset. I fixed another | DA> panic situation in version 8 that happens on boot if you have a bad sector | DA> at the beginning of the drive. I'd wait to version 9. I should be able | DA> to get that out later today. | | Sorry to not being specific enough ;-) | | No, the system panics reliably, just after sio initializing (for me it seems | ata drives probes phase). I did not use hardware RAID, I use vinum over these 5 | drives. | | Without the patchset system stays up for months acting as ftp/cvsupd/nfsd | server without any single issue. You are not using any SATA drives or have any SATA adapters correct. I haven't tried using vinum with my patch set. That might be a problem. I'm not sure if anyone has tried vinum with my patch set most people use ata-raid if anything at all. I'm not sure if I'll have time today to setup vinum to test with. If you are not using SATA or ata-raid you will only see some minimal advantages with this patch set. Thanks, Doug A. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 16:26:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1724516A4CE for ; Wed, 16 Feb 2005 16:26:14 +0000 (GMT) Received: from mail.rfnj.org (ns1.rfnj.org [66.180.172.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5AAB43D3F for ; Wed, 16 Feb 2005 16:26:13 +0000 (GMT) (envelope-from all@biosys.net) Received: from megalomaniac.rfnj.org (ool-45736df1.dyn.optonline.net [69.115.109.241]) by mail.rfnj.org (Postfix) with ESMTP id B577C2B3 for ; Wed, 16 Feb 2005 11:26:12 -0500 (EST) Message-Id: <6.2.0.14.2.20050216112439.0362a720@mail.optonline.net> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Wed, 16 Feb 2005 11:29:09 -0500 To: FreeBSD Stable From: allen Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: mlxcontrol..? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 16:26:14 -0000 Just wondering if any work is being done on this that will allow mlxcontrol to do raid configuration? It looks like the source has been "dead" for a few years, with this still listed in the "bugs" section of the manpage. So far the only SCSI RAID controllers I've used that have any sort of support for online raid configuration are the ICP-Vortex cards, which are pretty damn expensive. If there's some other utility that can do this, even 3rd party, I'm interested in hearing about it. Right now it seems my only options for doing this offsite are either to get an ICP-Vortex card, kvm-over-ip, or a console server assuming the bios supports console-over-serial. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 16:42:53 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6142616A4CE for ; Wed, 16 Feb 2005 16:42:53 +0000 (GMT) Received: from shrike.submonkey.net (cpc4-cdif3-6-1-cust116.cdif.cable.ntl.com [82.23.41.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 080E443D48 for ; Wed, 16 Feb 2005 16:42:53 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.44 (FreeBSD)) id 1D1SGK-0009hc-8o; Wed, 16 Feb 2005 16:42:52 +0000 Date: Wed, 16 Feb 2005 16:42:52 +0000 From: Ceri Davies To: Eitarou Kamo Message-ID: <20050216164252.GI21348@submonkey.net> Mail-Followup-To: Ceri Davies , Eitarou Kamo , stable@freebsd.org References: <200502151407.45801.michaelnottebrock@gmx.net> <42122359.9080105@root.org> <4212245A.8070100@samsco.org> <20050215.135527.78761670.imp@bsdimp.com> <4212F91A.20301@trio.plala.or.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <4212F91A.20301@trio.plala.or.jp> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.8i Sender: Ceri Davies cc: stable@freebsd.org Subject: Re: xf86enableIO error (Feb 2005 Snapshots for FreeBSD available) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 16:42:53 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 16, 2005 at 04:41:14PM +0900, Eitarou Kamo wrote: > I got an io error > "xf86EnableIO: Fatal to open /dev/io for extended I/O" > when running "Xorg -configure". >=20 > Has this snapshot been fixed this problem? Do you have a /dev/io? Do you have "device io" in your kernel configuration? Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCE3gLocfcwTS3JF8RAiZQAJ9YU/tyr6hWoT3tnYrDvxK5+nvBAgCcCvql k6xMVJ71JZ71QhDmHMOSysM= =k/fL -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 16:44:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 331AC16A4D2 for ; Wed, 16 Feb 2005 16:44:32 +0000 (GMT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21C0043D31 for ; Wed, 16 Feb 2005 16:44:31 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id j1GGiShG040700; Wed, 16 Feb 2005 19:44:28 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Wed, 16 Feb 2005 19:44:28 +0300 (MSK) From: Dmitry Morozovsky To: Doug Ambrisko In-Reply-To: <200502161623.j1GGN7qs073842@ambrisko.com> Message-ID: <20050216194149.L29389@woozle.rinet.ru> References: <200502161623.j1GGN7qs073842@ambrisko.com> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@freebsd.org Subject: Re: stable sata patch: panic at kernel boot (can't dump) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 16:44:35 -0000 On Wed, 16 Feb 2005, Doug Ambrisko wrote: [snip] DA> You are not using any SATA drives or have any SATA adapters correct. DA> I haven't tried using vinum with my patch set. That might be a problem. DA> I'm not sure if anyone has tried vinum with my patch set most people use DA> ata-raid if anything at all. DA> DA> I'm not sure if I'll have time today to setup vinum to test with. If you DA> are not using SATA or ata-raid you will only see some minimal advantages DA> with this patch set. Yes, you're right, but I'm trying to stabilize source set to have it the same for all machines in our cluster. I'll be glad to test changes proposed. Also, I'll try to set up spare machine to check similar configs, but I'm afraid it'll take some days to arrange... Thanks again. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 16:59:30 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A75C16A4CE for ; Wed, 16 Feb 2005 16:59:30 +0000 (GMT) Received: from resmo.com (resmo.com [204.202.11.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF5CC43D1D for ; Wed, 16 Feb 2005 16:59:29 +0000 (GMT) (envelope-from gstewart@bonivet.net) X-Resmo-Authenticated-User: [godwin] X-Resmo-Msg-Submitted-By: mail.bonivet.net [81.56.185.133] Received: from dragonfly.bonivet.net (mail.bonivet.net [81.56.185.133]) (authenticated bits=0) by resmo.com (8.13.1/8.12.11) with ESMTP id j1GGxR9G078286 for ; Wed, 16 Feb 2005 16:59:28 GMT Date: Wed, 16 Feb 2005 17:59:20 +0100 From: Godwin Stewart To: freebsd-stable@freebsd.org Message-Id: <20050216175920.4f60007c.gstewart@bonivet.net> In-Reply-To: <790a9fff05021607456ec0406d@mail.gmail.com> References: <42134454.7030306@mcdonald.no> <790a9fff05021607456ec0406d@mail.gmail.com> X-Mailer: Sylpheed version 1.9.2 (GTK+ 2.4.9; i386-unknown-freebsd5.3) X-Face: #T;eJks=B[`71qrwp`l6BW8xI&hP8S*4Kd%e?8o"rL02ZYf"rWa41l83a)L,*; S).Ukq$U% II{-z#5%i&X8"%{$)ZWmE7WBDF)?wK1^7]u9T;@jqdZo?IT!d-L`!@&vW)F_1 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Strange disk problems make the system lock up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 16:59:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 16 Feb 2005 09:45:40 -0600, Scot Hetzel wrote: > > I have two large disks: > > > > /dev/ad2 144G 124G 9.2G 93% /mnt/sp1604n > > /dev/ad3 226G 202G 5.2G 98% /mnt/wd2500pb > > Did you use disklabel on these disks (/dev/ad2s1 and /dev/ad3s1) to > create a partition on the slice? The above looks like an excerpt of `df`, meaning that not only was bsdlabel not used, but neither was fdisk. That could be a problem for some things that at least expect a partition table somewhere. - -- G. Stewart - gstewart@bonivet.net drug, n: A substance which, when injected into a rat, produces a scientific paper. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCE3voK5oiGLo9AcYRAlOCAKDXCmmh1J+CxJblx302iiNtM/bVgACfQezC F/W31frRfJUJAcXVF5GRk30= =gYjI -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 17:02:02 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D171016A4CE; Wed, 16 Feb 2005 17:02:02 +0000 (GMT) Received: from dswu28.btconnect.com (dswu28.btconnect.com [193.113.154.29]) by mx1.FreeBSD.org (Postfix) with SMTP id D1D3B43D46; Wed, 16 Feb 2005 17:02:01 +0000 (GMT) (envelope-from alan@cyclopsvision.co.uk) Received: from AJDELL9200 (actually host 55.4.36.213.in-addr.arpa) by dswu28.btconnect.com with SMTP (XT-PP) with ESMTP; Wed, 16 Feb 2005 17:01:52 +0000 From: "Alan Jay" To: Date: Wed, 16 Feb 2005 16:56:55 -0000 Organization: Cyclops Vision Limited MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcUTg1zjuojWkFsSTU6saBKGy90WxQAEcN1A X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <20050215172530.GC38158@dragon.nuxi.com> Message-Id: <20050216170201.D1D3B43D46@mx1.FreeBSD.org> cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: RE: Possible problems with Broadcom BCM5704C 10/100/1000 on Tyan Motherboard (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 17:02:03 -0000 > -----Original Message----- > From: David O'Brien [mailto:obrien@freebsd.org] > > On Tue, Feb 15, 2005 at 04:53:24PM -0000, Alan Jay wrote: > > I had major problems installing with more than 4Gb but once I moved to > stable > > we seemed to have a stable platform when doing basic stuff - we have two > > databases (mySQL) one is reasonably heavily used and one very extensively > > used. > > Just to be clear, you're stating you had stability problems with > 5.3-RELEASE and >4GB. But with 5.3-STABLE and >4GB you have a stable > system. Correct? [Alan Jay] Further to my comments yesterday - I would say that the system appeared to be stable. It is possible that when we ran a more extensive and more often hit database that it used more memory and that is what caused the problem. BUT all the tests we did relating to memory didn't turn up any issues - so we looked for other culprits. One of the few errors we saw was relating to the Broadcom Gigabit link - I will try to do some tests in the next week or so using the other onboard Ethernet controller to see if that rules out the Broadcom or focuses the cause of the problem. > > I think I agree wholeheartedly with your comments being a great supporter > of > > FreeBSD it is a shame that the AMD release is not as super as the other > > versions we have used extensively. > > Of course one reason many are moving to the AMD64 platform is to have > >4GB RAM in the machine. We believe this bug has been fixed in > 5.3-STABLE. But too few people are testing 5.3-STABLE and are using > 5.3-RELEASE instead. This isn't helping us QA the issue so that we know > all the corner cases are fixed in upcoming 5.4 release. [Alan Jay] Thanks for this and it was exactly the reason we moved to the AMD64 platform. > A recent 5.3-STABLE snapshot can be found as > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/Feb_2005/5.3-STABLE-SNAP001- > amd64-miniinst.iso > and mirrors. > > -- > -- David (obrien@FreeBSD.org) From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 18:45:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA54316A4CE; Wed, 16 Feb 2005 18:45:46 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CA9443D4C; Wed, 16 Feb 2005 18:45:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1GIjjBb052647; Wed, 16 Feb 2005 13:45:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1GIjjGL083190; Wed, 16 Feb 2005 13:45:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C9A087306E; Wed, 16 Feb 2005 13:45:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050216184544.C9A087306E@freebsd-current.sentex.ca> Date: Wed, 16 Feb 2005 13:45:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 18:45:46 -0000 TB --- 2005-02-16 17:45:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-16 17:45:04 - starting RELENG_5 tinderbox run for alpha/alpha TB --- 2005-02-16 17:45:04 - checking out the source tree TB --- 2005-02-16 17:45:04 - cd /home/tinderbox/RELENG_5/alpha/alpha TB --- 2005-02-16 17:45:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-02-16 17:52:58 - building world (CFLAGS=-O -pipe) TB --- 2005-02-16 17:52:58 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2005-02-16 17:52:58 - /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 --- 2005-02-16 18:43:26 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-02-16 18:43:26 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2005-02-16 18:43:26 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 16 18:43:26 UTC 2005 >>> 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 -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/dev/aic7xxx/ahc_eisa.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/dev/aic7xxx/ahc_isa.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/dev/aic7xxx/ahc_pci.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/dev/aic7xxx/aic7xxx.c /tinderbox/RELENG_5/alpha/alpha/src/sys/dev/aic7xxx/aic7xxx.c: In function `ahc_alloc': /tinderbox/RELENG_5/alpha/alpha/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: `ahd' undeclared (first use in this function) /tinderbox/RELENG_5/alpha/alpha/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/alpha/alpha/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. TB --- 2005-02-16 18:45:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-16 18:45:44 - ERROR: failed to build generic kernel TB --- 2005-02-16 18:45:44 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 19:13:43 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D0CE16A4CE for ; Wed, 16 Feb 2005 19:13:43 +0000 (GMT) Received: from gwmail1.grupos.com.br (gwmail1.grupos.com.br [66.90.64.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5ECD43D2F for ; Wed, 16 Feb 2005 19:13:42 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from corp.grupos.com.br (unknown [150.162.166.55]) by gwmail1.grupos.com.br (Postfix) with ESMTP id D7D143CEB6 for ; Wed, 16 Feb 2005 17:13:41 -0200 (BRST) Received: from [150.162.166.51] (noc.grupos.com.br [150.162.166.51]) by corp.grupos.com.br (Postfix) with ESMTP id ADC7B20A5B for ; Wed, 16 Feb 2005 17:13:40 -0200 (BRST) Message-ID: <42139B5E.3090007@corp.grupos.com.br> Date: Wed, 16 Feb 2005 17:13:34 -0200 Organization: Grupos Internet S/A From: Marcus Grando User-Agent: Mozilla Thunderbird 0.6+ (X11/20050212) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20050216143105.57059.qmail@web54003.mail.yahoo.com> <42135C9C.2020007@corp.grupos.com.br> In-Reply-To: <42135C9C.2020007@corp.grupos.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: UDMA ICRC error (update ATA mkIII) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 19:13:43 -0000 I test with ATA mkIII patch. FAILURE is gone and have few WARNING messages. My test is generate 6Gb file with dd if=/dev/zero of=file # dmesg | egrep -i "(ata|ad0)" atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 ad0: FAILURE - SET_MULTI status=51 error=4 ad0: 9787MB at ata0-master UDMA66 ATA PseudoRAID loaded Mounting root from ufs:/dev/ad0s1a ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=9365535 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=11248959 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=13117151 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=13499775 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=16858911 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=19117791 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=6835839 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=18730175 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=18354079 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=19148255 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=9705791 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=11235263 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=11627743 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=8331839 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=8439135 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=1656863 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=1656863 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=17049919 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=15631071 Marcus Grando wrote: > I have this problem too... > > -- # dmesg | egrep "(ata|ad0)" -- > atapci0: port > 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > ad0: FAILURE - SET_MULTI status=51 error=4 > ad0: 9787MB [19885/16/63] at > ata0-master PIO4 > Mounting root from ufs:/dev/ad0s1a > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4700543 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4701151 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4701535 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4701663 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4701791 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4701791 > ad0: FAILURE - WRITE_DMA status=51 > error=84 LBA=4701791 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4702047 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4702047 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4702175 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4702239 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4702367 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4702367 > ad0: FAILURE - WRITE_DMA status=51 > error=84 LBA=4702367 > ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=4702911 > -- > > -- pciconf -l -v -- > agp0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x70061022 rev=0x25 > hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'AMD-751 Processor-to-PCI Bridge / Memory Ctrlr' > class = bridge > subclass = HOST-PCI > pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x70071022 rev=0x01 > hdr=0x01 > vendor = 'Advanced Micro Devices (AMD)' > device = 'AMD-751 AGP and PCI-to-PCI Bridge (1x/2x AGP)' > class = bridge > subclass = PCI-PCI > rl0@pci0:6:0: class=0x020000 card=0x310711ad chip=0x813910ec rev=0x10 > hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' > class = network > subclass = ethernet > isab0@pci0:7:0: class=0x060100 card=0x00001106 chip=0x06861106 rev=0x1b > hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT82C686/A/B "Super South" PCI to ISA Bridge' > class = bridge > subclass = PCI-ISA > atapci0@pci0:7:1: class=0x01018a card=0x00000000 chip=0x05711106 > rev=0x06 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' > class = mass storage > subclass = ATA > none0@pci0:7:4: class=0x0c0500 card=0x00000000 chip=0x30571106 rev=0x20 > hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT82C686A/B ACPI Power Management Controller' > class = serial bus > subclass = SMBus > none1@pci1:5:0: class=0x030000 card=0x00841002 chip=0x47421002 rev=0x5c > hdr=0x00 > vendor = 'ATI Technologies Inc.' > device = 'ATI GTC (GT-C2U2) ATI 3D Rage Pro Turbo AGP 2X' > class = display > subclass = VGA > -- > > Rob wrote: > >> Ramiro Aceves wrote: >> >>> I have read that others had this problem before. I >>> just write this report for you to know. >>> >>> When I installed FreeBSD 5.3 R, I get some errors >>> like this, but I could end the install: >>> >>> ad0: WARNING -READ_DMA UDMA ICRC error (retrying request) >>> LBA=5313599 >>> ad0: FAILURE -READ_DMA status=51 >>> error=84 >ICRC,ABORTED> >>> spec_getpages:(ad0s1a) I/O read failure: (error=5) >>> ................ >>> >>> I have solved the problem disabling DMA: >>> hw.ata.ata_dma="0" >>> >>> (I previously tried disabling ACPI with no success, >>> and playing with BIOS LBA, LARGE, NORMAL settings >>> at the BIOS with no success). >>> >>> Now ad0: works in PIO4 mode and everything is fine, >>> previously , it was UDMA33. Now there are no errors. >> >> >> >> There's you and me now. I have this problem with two >> of my PCs. I don't know yet of anybody else who has >> these problems. >> >> It's indeed a serious problem, but too few people >> running 5.3 seem to suffer from this. >> >> Have you tried with 4.11? >> I bet that would not generate these problems. >> >> Regards, >> Rob. >> >> __________________________________________________ >> Do You Yahoo!? >> Tired of spam? Yahoo! Mail has the best spam protection around >> http://mail.yahoo.com _______________________________________________ >> 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" > > -- Marcus Grando Grupos Internet S/A marcus(at)corp.grupos.com.br From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 19:49:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9459B16A4CE; Wed, 16 Feb 2005 19:49:34 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D75E843D5E; Wed, 16 Feb 2005 19:49:33 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1GJnWVB023999; Wed, 16 Feb 2005 14:49:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1GJnTDG042886; Wed, 16 Feb 2005 14:49:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0885B7306E; Wed, 16 Feb 2005 14:49:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050216194928.0885B7306E@freebsd-current.sentex.ca> Date: Wed, 16 Feb 2005 14:49:28 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/706/Sun Feb 13 19:14:02 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 19:49:34 -0000 TB --- 2005-02-16 18:45:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-16 18:45:44 - starting RELENG_5 tinderbox run for amd64/amd64 TB --- 2005-02-16 18:45:44 - checking out the source tree TB --- 2005-02-16 18:45:44 - cd /home/tinderbox/RELENG_5/amd64/amd64 TB --- 2005-02-16 18:45:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-02-16 18:53:42 - building world (CFLAGS=-O -pipe) TB --- 2005-02-16 18:53:42 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-02-16 18:53:42 - /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 --- 2005-02-16 19:46:34 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-02-16 19:46:34 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-02-16 19:46:34 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 16 19:46:34 UTC 2005 >>> 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 -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/dev/aic7xxx/aic7770.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/dev/aic7xxx/ahc_isa.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/dev/aic7xxx/ahc_pci.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/dev/aic7xxx/aic7xxx.c /tinderbox/RELENG_5/amd64/amd64/src/sys/dev/aic7xxx/aic7xxx.c: In function `ahc_alloc': /tinderbox/RELENG_5/amd64/amd64/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: `ahd' undeclared (first use in this function) /tinderbox/RELENG_5/amd64/amd64/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/amd64/amd64/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/obj/amd64/tinderbox/RELENG_5/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. TB --- 2005-02-16 19:49:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-16 19:49:28 - ERROR: failed to build generic kernel TB --- 2005-02-16 19:49:28 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 20:52:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7A3716A4CE; Wed, 16 Feb 2005 20:52:33 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 232B143D1D; Wed, 16 Feb 2005 20:52:33 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1GKqWwb030115; Wed, 16 Feb 2005 15:52:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1GKqWAH052168; Wed, 16 Feb 2005 15:52:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8675B7306E; Wed, 16 Feb 2005 15:52:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050216205231.8675B7306E@freebsd-current.sentex.ca> Date: Wed, 16 Feb 2005 15:52:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/706/Sun Feb 13 19:14:02 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 20:52:33 -0000 TB --- 2005-02-16 19:49:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-16 19:49:29 - starting RELENG_5 tinderbox run for i386/i386 TB --- 2005-02-16 19:49:29 - checking out the source tree TB --- 2005-02-16 19:49:29 - cd /home/tinderbox/RELENG_5/i386/i386 TB --- 2005-02-16 19:49:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-02-16 19:57:26 - building world (CFLAGS=-O -pipe) TB --- 2005-02-16 19:57:26 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-02-16 19:57:26 - /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 --- 2005-02-16 20:49:05 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-02-16 20:49:05 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-02-16 20:49:05 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 16 20:49:05 UTC 2005 >>> 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 -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/i386/src/sys/dev/aic7xxx/ahc_eisa.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/i386/src/sys/dev/aic7xxx/ahc_isa.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/i386/src/sys/dev/aic7xxx/ahc_pci.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/i386/src/sys/dev/aic7xxx/aic7xxx.c /tinderbox/RELENG_5/i386/i386/src/sys/dev/aic7xxx/aic7xxx.c: In function `ahc_alloc': /tinderbox/RELENG_5/i386/i386/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: `ahd' undeclared (first use in this function) /tinderbox/RELENG_5/i386/i386/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/i386/i386/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/obj/tinderbox/RELENG_5/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. TB --- 2005-02-16 20:52:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-16 20:52:31 - ERROR: failed to build generic kernel TB --- 2005-02-16 20:52:31 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 20:58:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E88916A4CE for ; Wed, 16 Feb 2005 20:58:52 +0000 (GMT) Received: from mail58-s.fg.online.no (mail58-s.fg.online.no [148.122.161.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71F7E43D3F for ; Wed, 16 Feb 2005 20:58:51 +0000 (GMT) (envelope-from charles-erik@mcdonald.no) Received: from [192.168.1.3] (ti500720a080-9557.bb.online.no [85.166.229.85]) by mail58.fg.online.no (8.12.11/8.12.11) with ESMTP id j1GKwfqf018963; Wed, 16 Feb 2005 21:58:42 +0100 (MET) Received: from 127.0.0.1 (AVG SMTP 7.0.300 [265.8.8]); Wed, 16 Feb 2005 21:58:38 +0100 Message-ID: <4213B3FD.6060400@mcdonald.no> Date: Wed, 16 Feb 2005 21:58:37 +0100 From: Charles Erik McDonald User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en To: Godwin Stewart References: <42134454.7030306@mcdonald.no> <790a9fff05021607456ec0406d@mail.gmail.com> <20050216175920.4f60007c.gstewart@bonivet.net> In-Reply-To: <20050216175920.4f60007c.gstewart@bonivet.net> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed cc: freebsd-stable@freebsd.org Subject: Re: Strange disk problems make the system lock up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 20:58:52 -0000 > >> Do you have any error messages related to ad2 or ad3 in /var/log/messages? no. > >>I have two large disks: > >> > >>/dev/ad2 144G 124G 9.2G 93% /mnt/sp1604n > >>/dev/ad3 226G 202G 5.2G 98% /mnt/wd2500pb > > >Did you use disklabel on these disks (/dev/ad2s1 and /dev/ad3s1) to > >create a partition on the slice? > > The above looks like an excerpt of `df`, meaning that not only was bsdlabel > not used, but neither was fdisk. That could be a problem for some things > that at least expect a partition table somewhere. Correct, it is from 'df', but both disks were initialized from within the fdisk editor in the installer, where I used the "use entire disk" option. Disk name: ad2 FDISK Partition Editor DISK Geometry: 19457 cyls/255 heads/63 sectors = 312576705 sectors (152625MB) Offset Size(ST) End Name PType Desc Subtype Flags 0 63 62 - 12 unused 0 63 312576642 312576704 ad2s1 8 freebsd 165 312576705 5103 312581807 - 12 unused 0 and Disk name: ad3 FDISK Partition Editor DISK Geometry: 30401 cyls/255 heads/63 sectors = 488392065 sectors (238472MB) Offset Size(ST) End Name PType Desc Subtype Flags 0 63 62 - 12 unused 0 63 488392002 488392064 ad3s1 8 freebsd 165 488392065 5103 488397167 - 12 unused 0 So, for example: bastion(root):/usr/src#disklabel /dev/ad2 disklabel: /dev/ad2: no valid label found bastion(root):/usr/src#disklabel /dev/ad2s1 # /dev/ad2s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 312576642 0 unused 0 0 # "raw" part, don't edit bastion(root):/usr/src#disklabel /dev/ad3 disklabel: /dev/ad3: no valid label found bastion(root):/usr/src#disklabel /dev/ad3s1 # /dev/ad3s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 488392002 0 unused 0 0 # "raw" part, don't edit bastion(root):/usr/src# .. it doesn't have valid disklabels on /dev/ad? bastion(root):#mount -t ufs /dev/ad3s1 /mnt/wd2500pb/ mount: /dev/ad3s1 on /mnt/wd2500pb: incorrect super block bastion(root):#mount -t ufs /dev/ad3s1c /mnt/wd2500pb/ mount: /dev/ad3s1c on /mnt/wd2500pb: incorrect super block bastion(root):#mount -t ufs /dev/ad3 /mnt/wd2500pb/ bastion(root):# .. still /dev/ad3 mounts just fine. I can probably use it and it'll be rock steady for a week now before suddenly it'll go offline. If I then try to umount it the system will freeze up. So what I am doing wrong is I've used /dev/ad2 instead of /dev/ad2s1 for my partition? Will I have to reformat the drives and use standard partitions? (why? :-) Thanks for your time, Erik ps. If I am wasting your time please point me in the right direction and I'll do some research on my own. Right now I'm kinda stuck. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.8 - Release Date: 14.02.2005 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 21:55:32 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78B5C16A4D1; Wed, 16 Feb 2005 21:55:32 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D647643D3F; Wed, 16 Feb 2005 21:55:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1GLtVt7034963; Wed, 16 Feb 2005 16:55:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1GLtVuw029148; Wed, 16 Feb 2005 16:55:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4F5927306E; Wed, 16 Feb 2005 16:55:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050216215531.4F5927306E@freebsd-current.sentex.ca> Date: Wed, 16 Feb 2005 16:55:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/706/Sun Feb 13 19:14:02 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 21:55:32 -0000 TB --- 2005-02-16 20:52:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-16 20:52:31 - starting RELENG_5 tinderbox run for i386/pc98 TB --- 2005-02-16 20:52:31 - checking out the source tree TB --- 2005-02-16 20:52:31 - cd /home/tinderbox/RELENG_5/i386/pc98 TB --- 2005-02-16 20:52:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-02-16 21:00:32 - building world (CFLAGS=-O -pipe) TB --- 2005-02-16 21:00:32 - cd /home/tinderbox/RELENG_5/i386/pc98/src TB --- 2005-02-16 21:00:32 - /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 --- 2005-02-16 21:52:45 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-02-16 21:52:45 - cd /home/tinderbox/RELENG_5/i386/pc98/src TB --- 2005-02-16 21:52:45 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 16 21:52:46 UTC 2005 >>> 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 -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/pc98/src/sys/dev/aic7xxx/aic7770.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/pc98/src/sys/dev/aic7xxx/ahc_isa.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/pc98/src/sys/dev/aic7xxx/ahc_pci.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/RELENG_5/i386/pc98/src/sys/dev/aic7xxx/aic7xxx.c /tinderbox/RELENG_5/i386/pc98/src/sys/dev/aic7xxx/aic7xxx.c: In function `ahc_alloc': /tinderbox/RELENG_5/i386/pc98/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: `ahd' undeclared (first use in this function) /tinderbox/RELENG_5/i386/pc98/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/i386/pc98/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/obj/pc98/tinderbox/RELENG_5/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/src. TB --- 2005-02-16 21:55:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-16 21:55:31 - ERROR: failed to build generic kernel TB --- 2005-02-16 21:55:31 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 22:31:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3319F16A4CE for ; Wed, 16 Feb 2005 22:31:34 +0000 (GMT) Received: from resmo.com (resmo.com [204.202.11.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id F03C843D54 for ; Wed, 16 Feb 2005 22:31:33 +0000 (GMT) (envelope-from gstewart@bonivet.net) X-Resmo-Authenticated-User: [godwin] X-Resmo-Msg-Submitted-By: mail.bonivet.net [81.56.185.133] Received: from dragonfly.bonivet.net (mail.bonivet.net [81.56.185.133]) (authenticated bits=0) by resmo.com (8.13.1/8.12.11) with ESMTP id j1GMVVFR051238 for ; Wed, 16 Feb 2005 22:31:33 GMT Date: Wed, 16 Feb 2005 23:31:25 +0100 From: Godwin Stewart To: freebsd-stable@freebsd.org Message-Id: <20050216233125.010075fb.gstewart@bonivet.net> In-Reply-To: <4213B3FD.6060400@mcdonald.no> References: <42134454.7030306@mcdonald.no> <790a9fff05021607456ec0406d@mail.gmail.com> <20050216175920.4f60007c.gstewart@bonivet.net> <4213B3FD.6060400@mcdonald.no> X-Mailer: Sylpheed version 1.9.2 (GTK+ 2.4.9; i386-unknown-freebsd5.3) X-Face: #T;eJks=B[`71qrwp`l6BW8xI&hP8S*4Kd%e?8o"rL02ZYf"rWa41l83a)L,*; S).Ukq$U% II{-z#5%i&X8"%{$)ZWmE7WBDF)?wK1^7]u9T;@jqdZo?IT!d-L`!@&vW)F_1 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Strange disk problems make the system lock up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 22:31:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 16 Feb 2005 21:58:37 +0100, Charles Erik McDonald wrote: > bastion(root):#mount -t ufs /dev/ad3s1 /mnt/wd2500pb/ > mount: /dev/ad3s1 on /mnt/wd2500pb: incorrect super block > bastion(root):#mount -t ufs /dev/ad3s1c /mnt/wd2500pb/ > mount: /dev/ad3s1c on /mnt/wd2500pb: incorrect super block > bastion(root):#mount -t ufs /dev/ad3 /mnt/wd2500pb/ > bastion(root):# Well, I don't know anything near enough about UFS to be able to speculate on why a valid disklabel is found while the entire physical disk is mounted. What I would say is that the system freezing when trying to umount the filesystems could have something to do with this oddity. However, one thing I'd do ASAP is back up the data (I know 300+ GB is a lot of data) and boot into single user mode so that the 2 disks aren't mounted. I'd then newfs ad{2,3}s1c and modify my fstab to reflect the fact that I'm now using filesystems here rather than just ad{2,3}, boot normally and restore the data. PS: I'm a member of this mailing list so there's no need to Cc: me in on any replies - I'll get whatever's sent to the list. - -- G. Stewart - gstewart@bonivet.net 'Palladium' is an answer to a question no one asked. You want safety, trusted code and no viruses? Don't use Windows. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCE8m9K5oiGLo9AcYRAm4sAKCLoJzYEzUXWXnKTkIRx5JZpMZ2JACdFFhb JtD6Sk0C57WM41wtJ2EXaM0= =swhK -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 23:09:53 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E514716A4CE; Wed, 16 Feb 2005 23:09:53 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A74043D1D; Wed, 16 Feb 2005 23:09:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1GN9n4a038446; Wed, 16 Feb 2005 18:09:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1GN9nk7053630; Wed, 16 Feb 2005 18:09:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 242CB7306E; Wed, 16 Feb 2005 18:09:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050216230949.242CB7306E@freebsd-current.sentex.ca> Date: Wed, 16 Feb 2005 18:09:49 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/707/Wed Feb 16 17:00:07 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 23:09:54 -0000 TB --- 2005-02-16 21:55:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-16 21:55:31 - starting RELENG_5 tinderbox run for ia64/ia64 TB --- 2005-02-16 21:55:31 - checking out the source tree TB --- 2005-02-16 21:55:31 - cd /home/tinderbox/RELENG_5/ia64/ia64 TB --- 2005-02-16 21:55:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-02-16 22:03:35 - building world (CFLAGS=-O -pipe) TB --- 2005-02-16 22:03:35 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2005-02-16 22:03:35 - /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 --- 2005-02-16 23:06:35 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-02-16 23:06:35 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2005-02-16 23:06:35 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 16 23:06:35 UTC 2005 >>> 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 -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/src/sys/dev/acpica/Osd/OsdTable.c 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- -I. -I/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/src/sys/dev/aic7xxx/aic7770.c 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- -I. -I/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/src/sys/dev/aic7xxx/ahc_pci.c 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- -I. -I/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/src/sys/dev/aic7xxx/aic7xxx.c /tinderbox/RELENG_5/ia64/ia64/src/sys/dev/aic7xxx/aic7xxx.c: In function `ahc_alloc': /tinderbox/RELENG_5/ia64/ia64/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: `ahd' undeclared (first use in this function) /tinderbox/RELENG_5/ia64/ia64/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/ia64/ia64/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/obj/ia64/tinderbox/RELENG_5/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. TB --- 2005-02-16 23:09:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-16 23:09:48 - ERROR: failed to build generic kernel TB --- 2005-02-16 23:09:48 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Wed Feb 16 23:36:27 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5288516A4CE for ; Wed, 16 Feb 2005 23:36:27 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B74E143D46 for ; Wed, 16 Feb 2005 23:36:26 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3E8A172DD4; Wed, 16 Feb 2005 15:36:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 38B5B72DCB; Wed, 16 Feb 2005 15:36:25 -0800 (PST) Date: Wed, 16 Feb 2005 15:36:25 -0800 (PST) From: Doug White To: Rong-En Fan In-Reply-To: <6eb82e05021511137e43b553@mail.gmail.com> Message-ID: <20050216152704.E40179@carver.gumbysoft.com> References: <6eb82e05021511137e43b553@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: panic: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 16 Feb 2005 23:36:27 -0000 On Wed, 16 Feb 2005, Rong-En Fan wrote: > Hello, > > This is a 5.3-RELEASE-p5/amd64 on IBM X236 (EM64T) with 2GB RAM > and a LSI 21320 rmpt(4) running at 160MB/s with a hardware > RAID (da0, da1). HTT is enabled. When I run benchmark/blogbench on > /da0/ I can *reproduce* this panic again and again: > (I'm getting a dump now, let me fsck first) > kernel conf & dmesg (boot -v) are at > http://rafan.infor.org/tmp/236/ I only have an 2x244 Opteron box so I'm not sure if this is a problem with KSE or with hyperthreading. I'll try the benchmark anyway and see if I can reproduce. Looks like I'll need to rebuild first, I'm getting the "exiting from __thread_start" error... > > any suggestions are welcome. :) > > Fatal trap 12: page fault while in kernel mode > cpuid = 2; apic id = 06 > fault virtual address = 0x88 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xffffffff80235b0b > stack pointer = 0x10:0xffffffffb1bd5a50 > frame pointer = 0x10:0xffffffffb1bd5a70 > 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 = 96 (pagedaemon) > [thread 100114] > Stopped at thread_fini+0xab: subl 0x88(%ebx),%eax > db> trace > thread_fini() at thread_fini+0xab > zone_drain() at zone_drain+0x22d > zone_foreach() at zone_foreach+0x76 > uma_reclaim() at uma_reclaim+0x15 > vm_pageout_scan() at vm_pageout_scan+0x170 > vm_pageout() at vm_pageout+0x38e > fork_exit() at fork_exit+0xaa > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffb1bd5d00, rbp = 0 --- > db> ps > pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd > 615 ffffff00603348b8 ffffffffb43b5000 0 568 615 000c082 > (threaded) blogbench > thread 0xffffff001e7ef000 ksegrp 0xffffff007b1fb4d0 [RUNQ] > thread 0xffffff000881fa40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99d19c40][SLP] > thread 0xffffff001c25d520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99d37640][SLP] > thread 0xffffff000881fcd0 ksegrp 0xffffff007b1fb4d0 [RUNQ] > thread 0xffffff001ffa27b0 ksegrp 0xffffff007b1fb4d0 [RUNQ] > thread 0xffffff001b755520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff9a373640][SLP] > thread 0xffffff0070700a40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff9a2d8b40][SLP] > thread 0xffffff002c333cd0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99f1c140][SLP] > thread 0xffffff00462e0520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff9a104e40][SLP] > thread 0xffffff0011002a40 ksegrp 0xffffff007b1fb4d0 [SLPQ ufs > 0xffffff0059594c80][SLP] > thread 0xffffff006310f7b0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff9a237740][SLP] > thread 0xffffff003c731520 ksegrp 0xffffff007b1fb4d0 [SLPQ ufs > 0xffffff00087c1500][SLP] > thread 0xffffff0033c33290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99ee8e40][SLP] > thread 0xffffff00635a7290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99d86840][SLP] > thread 0xffffff006ff7ccd0 ksegrp 0xffffff007b1fb4d0 [RUNQ] > thread 0xffffff000881f520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99fbb440][SLP] > thread 0xffffff006eff2520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99a01640][SLP] > thread 0xffffff004d176520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff9a069140][SLP] > thread 0xffffff0048ded520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99f9c540][SLP] > thread 0xffffff003689f7b0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99d7c940][SLP] > thread 0xffffff0052446cd0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99f22d40][SLP] > thread 0xffffff006eff2000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99a6c140][SLP] > thread 0xffffff0054121cd0 ksegrp 0xffffff007b1fb4d0 [SLPQ ufs > 0xffffff0059112500][SLP] > thread 0xffffff00492bc000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff9a315440][SLP] > thread 0xffffff003289ba40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99ff1d40][SLP] > thread 0xffffff0055b3ea40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99fe2140][SLP] > thread 0xffffff0055b3e000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff999d1340][SLP] > thread 0xffffff003689f290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff9a2bc040][SLP] > thread 0xffffff000881f000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99bc8440][SLP] > thread 0xffffff006ff7c000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99c2ed40][SLP] > thread 0xffffff003289b000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff9a0c0a40][SLP] > thread 0xffffff003c731a40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99c9ec40][SLP] > thread 0xffffff0009f50cd0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99b1c240][SLP] > thread 0xffffff000dbd5cd0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff9a1fff40][SLP] > thread 0xffffff003c9bdcd0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99d06440][SLP] > thread 0xffffff003c9bd7b0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff9a202c40][SLP] > thread 0xffffff006ac1ba40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff9a30c740][SLP] > thread 0xffffff00342f4290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff9a00ee40][SLP] > thread 0xffffff004819d290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99dc3440][SLP] > thread 0xffffff005cd927b0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99b6ed40][SLP] > thread 0xffffff00462e0290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff9a25ff40][SLP] > thread 0xffffff0033047290 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff9a2d1040][SLP] > thread 0xffffff00312cf520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff9a13e440][SLP] > thread 0xffffff00640bf000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff9a1dfb40][SLP] > thread 0xffffff003289b7b0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff9a144440][SLP] > thread 0xffffff0060817a40 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff999c3840][SLP] > thread 0xffffff00083a8520 ksegrp 0xffffff007b1fb4d0 [SLPQ ufs > 0xffffff005dbd5140][SLP] > thread 0xffffff0049a4ccd0 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99ac3740][SLP] > thread 0xffffff0025fc4520 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99e8d040][SLP] > thread 0xffffff002a956000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff99af9740][SLP] > thread 0xffffff007821f520 ksegrp 0xffffff007b1fb4d0 [SLPQ ufs > 0xffffff005b19ec80][SLP] > thread 0xffffff0039650000 ksegrp 0xffffff007b1fb4d0 [SLPQ ufs > 0xffffff005b19ec80][SLP] > thread 0xffffff00635a7000 ksegrp 0xffffff007b1fb4d0 [SLPQ biord > 0xffffffff9a376940][SLP] > thread 0xffffff006ac1b290 ksegrp 0xffffff007b7b7b00 [SLPQ > ksesigwait 0xffffff0060334a68][SLP] > 568 ffffff0062a255d0 ffffffffb426a000 0 567 568 0004002 [SLPQ > pause 0xffffff0062a25640][SLP] csh > 567 ffffff005fc94000 ffffffffb43c1000 0 1 567 0004102 [SLPQ > wait 0xffffff005fc94000][SLP] login > 566 ffffff0060a3a5d0 ffffffffb43b9000 0 1 566 0004002 [SLPQ > ttyin 0xffffff007b348410][SLP] getty > 565 ffffff0062a26ba0 ffffffffb4271000 0 1 565 0004002 [SLPQ > ttyin 0xffffff007b348810][SLP] getty > 564 ffffff0062a792e8 ffffffffb434a000 0 1 564 0004002 [SLPQ > ttyin 0xffffff007b348c10][SLP] getty > 563 ffffff00609bbba0 ffffffffb43c0000 0 1 563 0004002 [SLPQ > ttyin 0xffffff007af69010][SLP] getty > 562 ffffff00609bb5d0 ffffffffb43be000 0 1 562 0004002 [SLPQ > ttyin 0xffffff007af69410][SLP] getty > 561 ffffff007b2b7ba0 ffffffffb4195000 0 1 561 0004002 [SLPQ > ttyin 0xffffff0000a35810][SLP] getty > 560 ffffff0062bc0000 ffffffffb419b000 0 1 560 0004002 [SLPQ > ttyin 0xffffff007af2c810][SLP] getty > 555 ffffff0060a3aba0 ffffffffb43bb000 0 1 555 0000000 [SLPQ > select 0xffffffff8052fb70][SLP] inetd > 526 ffffff00600fc000 ffffffffb443e000 0 1 525 0000000 [SLPQ > select 0xffffffff8052fb70][SLP] snmpd > 507 ffffff006013d8b8 ffffffffb4446000 0 1 507 0000000 [SLPQ > nanslp 0xffffffff80527440][SLP] cron > 495 ffffff0062a628b8 ffffffffb4266000 25 1 495 0000100 [SLPQ > pause 0xffffff0062a62928][SLP] sendmail > 491 ffffff0060334000 ffffffffb4358000 0 1 491 0000100 [SLPQ > select 0xffffffff8052fb70][SLP] sendmail > 485 ffffff00602132e8 ffffffffb4354000 0 1 485 0000100 [SLPQ > select 0xffffffff8052fb70][SLP] sshd > 471 ffffff007b295ba0 ffffffffb414f000 0 1 471 0000000 [SLPQ > select 0xffffffff8052fb70][SLP] ntpd > 435 ffffff0062a625d0 ffffffffb4265000 0 429 429 0000100 [SLPQ > select 0xffffffff8052fb70][SLP] rpc.lockd > 429 ffffff007b2b72e8 ffffffffb4192000 0 1 429 0000000 [SLPQ > select 0xffffffff8052fb70][SLP] rpc.lockd > 424 ffffff0062c085d0 ffffffffb4201000 0 1 424 0000000 [SLPQ > select 0xffffffff8052fb70][SLP] rpc.statd > 418 ffffff0062a5d8b8 ffffffffb4261000 0 414 414 0000000 [SLPQ > - 0xffffff000d749800][SLP] nfsd > 417 ffffff007b2da2e8 ffffffffb4197000 0 414 414 0000000 [SLPQ > - 0xffffff000dc11c00][SLP] nfsd > 416 ffffff0062c08ba0 ffffffffb4203000 0 414 414 0000000 [SLPQ > - 0xffffff0062b0e400][SLP] nfsd > 415 ffffff0062a5dba0 ffffffffb4262000 0 414 414 0000000 [SLPQ > - 0xffffff000dc11a00][SLP] nfsd > 414 ffffff007b2952e8 ffffffffb414c000 0 1 414 0000000 [SLPQ > accept 0xffffff00617596d6][SLP] nfsd > 406 ffffff007b2b78b8 ffffffffb4194000 0 1 406 0000000 [SLPQ > select 0xffffffff8052fb70][SLP] mountd > 354 ffffff007b2daba0 ffffffffb419a000 0 1 354 0000000 [SLPQ > select 0xffffffff8052fb70][SLP] rpcbind > 341 ffffff0062a622e8 ffffffffb4264000 0 1 341 0000000 [SLPQ > select 0xffffffff8052fb70][SLP] syslogd > 321 ffffff0062a26000 ffffffffb426d000 0 1 321 0000000 [SLPQ > select 0xffffffff8052fb70][SLP] devd > 245 ffffff0062bc0ba0 ffffffffb41f9000 0 1 245 0000000 [SLPQ > pause 0xffffff0062bc0c10][SLP] adjkerntz > 106 ffffff007b2da000 ffffffffb4196000 0 0 0 0000204 [SLPQ > - 0xffffffffb4173c0c][SLP] schedcpu > 105 ffffff007b796000 ffffffffb1b8b000 0 0 0 0000204 [SLPQ > - 0xffffffff805344d8][SLP] nfsiod 3 > 104 ffffff007b7962e8 ffffffffb1b8c000 0 0 0 0000204 [SLPQ > - 0xffffffff805344d0][SLP] nfsiod 2 > 103 ffffff007b7965d0 ffffffffb1b8d000 0 0 0 0000204 [SLPQ > - 0xffffffff805344c8][SLP] nfsiod 1 > 102 ffffff007b7968b8 ffffffffb1b8e000 0 0 0 0000204 [SLPQ > - 0xffffffff805344c0][SLP] nfsiod 0 > 101 ffffff007b796ba0 ffffffffb1b8f000 0 0 0 0000204 [SLPQ > syncer 0xffffffff80527120][SLP] syncer > 100 ffffff007b7d8000 ffffffffb1b90000 0 0 0 0000204 [SLPQ > vlruwt 0xffffff007b7d8000][SLP] vnlru > 99 ffffff007b7d82e8 ffffffffb1b91000 0 0 0 0000204 [SLPQ > wdrain 0xffffffff805304e8][SLP] bufdaemon > 98 ffffff007b7d85d0 ffffffffb1b92000 0 0 0 000020c [SLPQ > pgzero 0xffffffff8053ce74][SLP] pagezero > 97 ffffff007b7d88b8 ffffffffb1b93000 0 0 0 0000204 [SLPQ > psleep 0xffffffff8053cedc][SLP] vmdaemon > 96 ffffff007b7d8ba0 ffffffffb1b94000 0 0 0 0000204 [CPU > 2] pagedaemon > 95 ffffff007b7bd000 ffffffffb1bef000 0 0 0 0000204 > [IWAIT] swi0: sio > 9 ffffff007b7bd2e8 ffffffffb1bf0000 0 0 0 0000204 [SLPQ > actask 0xffffffff8051a000][SLP] acpi_task2 > 8 ffffff007b7bd5d0 ffffffffb1bf1000 0 0 0 0000204 [SLPQ > actask 0xffffffff8051a000][SLP] acpi_task1 > 7 ffffff007b7bd8b8 ffffffffb1bf2000 0 0 0 0000204 [SLPQ > actask 0xffffffff8051a000][SLP] acpi_task0 > 94 ffffff007b7bdba0 ffffffffb1bf3000 0 0 0 0000204 > [IWAIT] swi6: acpitaskq > 6 ffffff007b7472e8 ffffffffb1b23000 0 0 0 0000204 [SLPQ > - 0xffffff00009d1100][SLP] kqueue taskq > 93 ffffff007b7475d0 ffffffffb1b24000 0 0 0 0000204 [IWAIT] swi6:+ > 5 ffffff007b7478b8 ffffffffb1b25000 0 0 0 0000204 [SLPQ > - 0xffffff00009d1280][SLP] thread taskq > 92 ffffff007b747ba0 ffffffffb1b26000 0 0 0 0000204 [IWAIT] swi6:+ > 91 ffffff007b775000 ffffffffb1b27000 0 0 0 0000204 > [IWAIT] swi6: task queue > 90 ffffff007b7752e8 ffffffffb1b28000 0 0 0 0000204 > [IWAIT] swi3: cambio > 89 ffffff007b7755d0 ffffffffb1b29000 0 0 0 0000204 > [IWAIT] swi2: camnet > 88 ffffff007b7758b8 ffffffffb1b2a000 0 0 0 0000204 [SLPQ > - 0xffffffff8051a720][SLP] yarrow > 4 ffffff007b775ba0 ffffffffb1b2b000 0 0 0 0000204 [CPU 0] g_down > 3 ffffff007b7f9000 ffffffffb1b86000 0 0 0 0000204 [CPU 3] g_up > 2 ffffff007b7f92e8 ffffffffb1b87000 0 0 0 0000204 [SLPQ > - 0xffffffff8051e490][SLP] g_event > 87 ffffff007b7f95d0 ffffffffb1b88000 0 0 0 0000204 > [IWAIT] swi1: net > 86 ffffff007b7f98b8 ffffffffb1b89000 0 0 0 0000204 > [IWAIT] swi4: vm > 85 ffffff007b7f9ba0 ffffffffb1b8a000 0 0 0 000020c > [RUNQ] swi5: clock sio > 84 ffffff007b7518b8 ffffffffb1ada000 0 0 0 0000204 [IWAIT] irq23: > 83 ffffff007b751ba0 ffffffffb1adb000 0 0 0 0000204 [IWAIT] irq22: > 82 ffffff007b761000 ffffffffb1adc000 0 0 0 0000204 [IWAIT] irq21: > 81 ffffff007b7612e8 ffffffffb1add000 0 0 0 0000204 [IWAIT] irq20: > 80 ffffff007b7615d0 ffffffffb1ade000 0 0 0 0000204 [IWAIT] irq19: > 79 ffffff007b7618b8 ffffffffb1adf000 0 0 0 0000204 [IWAIT] irq18: > 78 ffffff007b761ba0 ffffffffb1ae0000 0 0 0 0000204 [IWAIT] irq17: > 77 ffffff007b763000 ffffffffb1ae1000 0 0 0 0000204 > [RUNQ] irq16: bge0 bge1 > 76 ffffff007b7632e8 ffffffffb1b1e000 0 0 0 0000204 > [IWAIT] irq15: ata1 > 75 ffffff007b7635d0 ffffffffb1b1f000 0 0 0 0000204 > [IWAIT] irq14: ata0 > 74 ffffff007b7638b8 ffffffffb1b20000 0 0 0 0000204 [IWAIT] irq13: > 73 ffffff007b763ba0 ffffffffb1b21000 0 0 0 0000204 [IWAIT] irq12: > 72 ffffff007b747000 ffffffffb1b22000 0 0 0 0000204 [IWAIT] irq11: > 71 ffffff007b7d62e8 ffffffffb1a92000 0 0 0 0000204 [IWAIT] irq10: > 70 ffffff007b7d65d0 ffffffffb1a93000 0 0 0 0000204 > [IWAIT] irq9: acpi0 > 69 ffffff007b7d68b8 ffffffffb1a94000 0 0 0 0000204 > [IWAIT] irq8: rtc > 68 ffffff007b7d6ba0 ffffffffb1a95000 0 0 0 0000204 [IWAIT] irq7: > 67 ffffff007b74e000 ffffffffb1a96000 0 0 0 0000204 [IWAIT] irq6: > 66 ffffff007b74e2e8 ffffffffb1a97000 0 0 0 0000204 [IWAIT] irq5: > 65 ffffff007b74e5d0 ffffffffb1a98000 0 0 0 0000204 > [IWAIT] irq4: sio0 > 64 ffffff007b74e8b8 ffffffffb1ad5000 0 0 0 0000204 > [IWAIT] irq3: sio1 > 63 ffffff007b74eba0 ffffffffb1ad6000 0 0 0 0000204 > [IWAIT] irq0: clk > 62 ffffff007b751000 ffffffffb1ad7000 0 0 0 0000204 > [IWAIT] irq1: atkbd0 > 61 ffffff007b7512e8 ffffffffb1ad8000 0 0 0 0000204 [IWAIT] irq47: > 60 ffffff007b7515d0 ffffffffb1ad9000 0 0 0 0000204 [IWAIT] irq46: > 59 ffffff007b770000 ffffffffb1a4b000 0 0 0 0000204 [IWAIT] irq45: > 58 ffffff007b7702e8 ffffffffb1a4c000 0 0 0 0000204 [IWAIT] irq44: > 57 ffffff007b7705d0 ffffffffb1a4d000 0 0 0 0000204 [IWAIT] irq43: > 56 ffffff007b7708b8 ffffffffb1a4e000 0 0 0 0000204 [IWAIT] irq42: > 55 ffffff007b770ba0 ffffffffb1a4f000 0 0 0 0000204 [IWAIT] irq41: > 54 ffffff007b771000 ffffffffb1a50000 0 0 0 0000204 [IWAIT] irq40: > 53 ffffff007b7712e8 ffffffffb1a8d000 0 0 0 0000204 [IWAIT] irq39: > 52 ffffff007b7715d0 ffffffffb1a8e000 0 0 0 0000204 > [IWAIT] irq38: ips0 > 51 ffffff007b7718b8 ffffffffb1a8f000 0 0 0 0000204 [IWAIT] irq37: > 50 ffffff007b771ba0 ffffffffb1a90000 0 0 0 0000204 [IWAIT] irq36: > 49 ffffff007b7d6000 ffffffffb1a91000 0 0 0 0000204 [IWAIT] irq35: > 48 ffffff007b780000 ffffffffb1a05000 0 0 0 0000204 [IWAIT] irq34: > 47 ffffff007b7802e8 ffffffffb1a06000 0 0 0 0000204 [IWAIT] irq33: > 46 ffffff007b7805d0 ffffffffb1a07000 0 0 0 0000204 [IWAIT] irq32: > 45 ffffff007b7808b8 ffffffffb1a08000 0 0 0 0000204 [IWAIT] irq31: > 44 ffffff007b780ba0 ffffffffb1a09000 0 0 0 0000204 [IWAIT] irq30: > 43 ffffff007b783000 ffffffffb1a46000 0 0 0 0000204 [IWAIT] irq29: > 42 ffffff007b7832e8 ffffffffb1a47000 0 0 0 0000204 [IWAIT] irq28: > 41 ffffff007b7835d0 ffffffffb1a48000 0 0 0 0000204 [IWAIT] irq27: > 40 ffffff007b7838b8 ffffffffb1a49000 0 0 0 0000204 [IWAIT] irq26: > 39 ffffff007b783ba0 ffffffffb1a4a000 0 0 0 0000204 [IWAIT] irq25: > 38 ffffff007b7662e8 ffffffffb19c0000 0 0 0 0000204 [IWAIT] irq24: > 37 ffffff007b7665d0 ffffffffb19c1000 0 0 0 0000204 [IWAIT] irq71: > 36 ffffff007b7668b8 ffffffffb19c2000 0 0 0 0000204 [IWAIT] irq70: > 35 ffffff007b766ba0 ffffffffb19c3000 0 0 0 0000204 [IWAIT] irq69: > 34 ffffff007b7b5000 ffffffffb1a00000 0 0 0 0000204 [IWAIT] irq68: > 33 ffffff007b7b52e8 ffffffffb1a01000 0 0 0 0000204 [IWAIT] irq67: > 32 ffffff007b7b55d0 ffffffffb1a02000 0 0 0 0000204 [IWAIT] irq66: > 31 ffffff007b7b58b8 ffffffffb1a03000 0 0 0 0000204 [IWAIT] irq65: > 30 ffffff007b7b5ba0 ffffffffb1a04000 0 0 0 0000204 [IWAIT] irq64: > 29 ffffff007b7dc8b8 ffffffffb199a000 0 0 0 0000204 [IWAIT] irq63: > 28 ffffff007b7dcba0 ffffffffb199b000 0 0 0 0000204 [IWAIT] irq62: > 27 ffffff007b784000 ffffffffb199c000 0 0 0 0000204 [IWAIT] irq61: > 26 ffffff007b7842e8 ffffffffb19bb000 0 0 0 0000204 [IWAIT] irq60: > 25 ffffff007b7845d0 ffffffffb19bc000 0 0 0 0000204 [IWAIT] irq59: > 24 ffffff007b7848b8 ffffffffb19bd000 0 0 0 0000204 [IWAIT] irq58: > 23 ffffff007b784ba0 ffffffffb19be000 0 0 0 0000204 [IWAIT] irq57: > 22 ffffff007b766000 ffffffffb19bf000 0 0 0 0000204 [IWAIT] irq56: > 21 ffffff007b7d42e8 ffffffffb1975000 0 0 0 0000204 [IWAIT] irq55: > 20 ffffff007b7d45d0 ffffffffb1976000 0 0 0 0000204 [IWAIT] irq54: > 19 ffffff007b7d48b8 ffffffffb1995000 0 0 0 0000204 > [IWAIT] irq53: mpt1 > 18 ffffff007b7d4ba0 ffffffffb1996000 0 0 0 0000204 [CPU > 1] irq52: mpt0 > 17 ffffff007b7dc000 ffffffffb1997000 0 0 0 0000204 [IWAIT] irq51: > 16 ffffff007b7dc2e8 ffffffffb1998000 0 0 0 0000204 [IWAIT] irq50: > 15 ffffff007b7dc5d0 ffffffffb1999000 0 0 0 0000204 [IWAIT] irq49: > 14 ffffff007b76d000 ffffffffb1933000 0 0 0 0000204 [IWAIT] irq48: > 13 ffffff007b76d2e8 ffffffffb1970000 0 0 0 000020c [Can > run] idle: cpu0 > 12 ffffff007b76d5d0 ffffffffb1971000 0 0 0 000020c [Can > run] idle: cpu1 > 11 ffffff007b76d8b8 ffffffffb1972000 0 0 0 000020c [Can > run] idle: cpu2 > 10 ffffff007b76dba0 ffffffffb1973000 0 0 0 000020c [Can > run] idle: cpu3 > 1 ffffff007b7d4000 ffffffffb1974000 0 0 1 0004200 [SLPQ > wait 0xffffff007b7d4000][SLP] init > 0 ffffffff8051e580 ffffffff805f5000 0 0 0 0000200 [SLPQ > sched 0xffffffff8051e580][SLP] swapper > > Regards, > Rong-En Fan > _______________________________________________ > 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" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 00:01:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E99B516A4CE for ; Thu, 17 Feb 2005 00:01:33 +0000 (GMT) Received: from web54008.mail.yahoo.com (web54008.mail.yahoo.com [206.190.36.232]) by mx1.FreeBSD.org (Postfix) with SMTP id 66B2543D2D for ; Thu, 17 Feb 2005 00:01:33 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 22075 invoked by uid 60001); 17 Feb 2005 00:01:28 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=c3AQSoDUV5cbrH7xci5dlO05D3zw/pNFidfYxQqMnHW/BY3ybGE3SVb8iOLCX+sLffTdxnYzAtSAxMeolHdvckzdoNedl092j1sWWh4sps/tEwvpte0HxoStHYYEq4N07dU9EyvbJU0Kf4nOY1O2i3zZr6ZnFlbbnJWdJyxt7F4= ; Message-ID: <20050217000128.22073.qmail@web54008.mail.yahoo.com> Received: from [147.46.44.181] by web54008.mail.yahoo.com via HTTP; Wed, 16 Feb 2005 16:01:28 PST Date: Wed, 16 Feb 2005 16:01:28 -0800 (PST) From: Rob To: marcus@corp.grupos.com.br, FreeBSD Stable MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: UDMA ICRC error (update ATA mkIII) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 00:01:34 -0000 Marcus Grando wrote: > I test with ATA mkIII patch. FAILURE is gone and have > few WARNING messages. > > My test is generate 6Gb file with > dd if=/dev/zero of=file Very interesting indeed. I have two questions: 1) Which patch did you apply and from where did you get it? 2) After applying the patch, does it require only a new kernel build, or also a complete new world build? Thanks, Rob. __________________________________ Do you Yahoo!? Meet the all-new My Yahoo! - Try it today! http://my.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 00:09:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8B2716A4CE; Thu, 17 Feb 2005 00:09:45 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50E2243D3F; Thu, 17 Feb 2005 00:09:45 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1H09jvJ073541; Wed, 16 Feb 2005 19:09:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1H09jlC014165; Wed, 16 Feb 2005 19:09:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C4A747306E; Wed, 16 Feb 2005 19:09:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050217000944.C4A747306E@freebsd-current.sentex.ca> Date: Wed, 16 Feb 2005 19:09:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 00:09:46 -0000 TB --- 2005-02-16 23:09:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-16 23:09:49 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2005-02-16 23:09:49 - checking out the source tree TB --- 2005-02-16 23:09:49 - cd /home/tinderbox/RELENG_5/sparc64/sparc64 TB --- 2005-02-16 23:09:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-02-16 23:18:08 - building world (CFLAGS=-O -pipe) TB --- 2005-02-16 23:18:08 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2005-02-16 23:18:08 - /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 --- 2005-02-17 00:07:36 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-02-17 00:07:36 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2005-02-17 00:07:36 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Feb 17 00:07:37 UTC 2005 >>> 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 -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/RELENG_5/sparc64/sparc64/src/sys/dev/aic7xxx/aic7770.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/RELENG_5/sparc64/sparc64/src/sys/dev/aic7xxx/ahc_isa.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/RELENG_5/sparc64/sparc64/src/sys/dev/aic7xxx/ahc_pci.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/RELENG_5/sparc64/sparc64/src/sys/dev/aic7xxx/aic7xxx.c /tinderbox/RELENG_5/sparc64/sparc64/src/sys/dev/aic7xxx/aic7xxx.c: In function `ahc_alloc': /tinderbox/RELENG_5/sparc64/sparc64/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: `ahd' undeclared (first use in this function) /tinderbox/RELENG_5/sparc64/sparc64/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/sparc64/sparc64/src/sys/dev/aic7xxx/aic7xxx.c:3854: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/obj/sparc64/tinderbox/RELENG_5/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src. TB --- 2005-02-17 00:09:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-17 00:09:44 - ERROR: failed to build generic kernel TB --- 2005-02-17 00:09:44 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 00:32:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C01A16A4CE; Thu, 17 Feb 2005 00:32:12 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0667A43D48; Thu, 17 Feb 2005 00:32:09 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j1H0W2Qg005030; Thu, 17 Feb 2005 11:02:02 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 17 Feb 2005 11:01:52 +1030 User-Agent: KMail/1.7.92 References: <200502151407.45801.michaelnottebrock@gmx.net> <4212F91A.20301@trio.plala.or.jp> <20050216164252.GI21348@submonkey.net> In-Reply-To: <20050216164252.GI21348@submonkey.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1390707.ptV2foFAIf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502171101.58572.doconnor@gsoft.com.au> X-Spam-Score: -6.7 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_01_02,SUBJECT_MONTH,SUBJECT_MONTH_2,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Eitarou Kamo cc: Ceri Davies cc: stable@freebsd.org Subject: Re: xf86enableIO error (Feb 2005 Snapshots for FreeBSD available) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 00:32:12 -0000 --nextPart1390707.ptV2foFAIf Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 17 Feb 2005 03:12, Ceri Davies wrote: > On Wed, Feb 16, 2005 at 04:41:14PM +0900, Eitarou Kamo wrote: > > I got an io error > > "xf86EnableIO: Fatal to open /dev/io for extended I/O" > > when running "Xorg -configure". > > > > Has this snapshot been fixed this problem? > > Do you have a /dev/io? > Do you have "device io" in your kernel configuration? Also check your securelevel is low enough (<1) you can find out what it is = by=20 running sysctl kern.securelevel =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 --nextPart1390707.ptV2foFAIf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCE+X+5ZPcIHs/zowRAqw6AKCaGtvqSuoiNSgEyCxeLNmQb3QXnQCeOlAE zD8q86vQ4jscjg2s96aSl98= =qQoR -----END PGP SIGNATURE----- --nextPart1390707.ptV2foFAIf-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 00:32:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C01A16A4CE; Thu, 17 Feb 2005 00:32:12 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0667A43D48; Thu, 17 Feb 2005 00:32:09 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j1H0W2Qg005030; Thu, 17 Feb 2005 11:02:02 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 17 Feb 2005 11:01:52 +1030 User-Agent: KMail/1.7.92 References: <200502151407.45801.michaelnottebrock@gmx.net> <4212F91A.20301@trio.plala.or.jp> <20050216164252.GI21348@submonkey.net> In-Reply-To: <20050216164252.GI21348@submonkey.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1390707.ptV2foFAIf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502171101.58572.doconnor@gsoft.com.au> X-Spam-Score: -6.7 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_01_02,SUBJECT_MONTH,SUBJECT_MONTH_2,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Eitarou Kamo cc: Ceri Davies cc: stable@freebsd.org Subject: Re: xf86enableIO error (Feb 2005 Snapshots for FreeBSD available) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 00:32:12 -0000 --nextPart1390707.ptV2foFAIf Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 17 Feb 2005 03:12, Ceri Davies wrote: > On Wed, Feb 16, 2005 at 04:41:14PM +0900, Eitarou Kamo wrote: > > I got an io error > > "xf86EnableIO: Fatal to open /dev/io for extended I/O" > > when running "Xorg -configure". > > > > Has this snapshot been fixed this problem? > > Do you have a /dev/io? > Do you have "device io" in your kernel configuration? Also check your securelevel is low enough (<1) you can find out what it is = by=20 running sysctl kern.securelevel =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 --nextPart1390707.ptV2foFAIf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCE+X+5ZPcIHs/zowRAqw6AKCaGtvqSuoiNSgEyCxeLNmQb3QXnQCeOlAE zD8q86vQ4jscjg2s96aSl98= =qQoR -----END PGP SIGNATURE----- --nextPart1390707.ptV2foFAIf-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 00:51:36 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD0D416A4CE for ; Thu, 17 Feb 2005 00:51:36 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 129E243D45 for ; Thu, 17 Feb 2005 00:51:36 +0000 (GMT) (envelope-from ath@niksun.com) Received: from stiegl.mj.niksun.com (stiegl.mj.niksun.com [10.70.0.231]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j1H0pOYE064773; Wed, 16 Feb 2005 19:51:24 -0500 (EST) (envelope-from ath@stiegl.mj.niksun.com) Received: by stiegl.mj.niksun.com (Postfix, from userid 1002) id 5FB825765; Wed, 16 Feb 2005 19:51:24 -0500 (EST) To: =?iso-8859-1?q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> From: Andrew Heybey Date: Wed, 16 Feb 2005 19:51:24 -0500 In-Reply-To: <420A1792.900@DeepCore.dk> =?iso-8859-1?q?=28S=F8ren?= Schmidt's message of "Wed, 09 Feb 2005 15:00:50 +0100") Message-ID: <85d5v0ovoz.fsf@stiegl.mj.niksun.com> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Corporate Culture, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on anuket.mj.niksun.com X-Virus-Status: Clean cc: freebsd-stable@freebsd.org Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 00:51:36 -0000 ATA mkIII has improved my Toshiba Tecra M2V running RELENG_5. Before, it would complain about "ATAPI_IDENTIFY TIMED OUT" on ata1-slave (the cdrom is ata1-master) when booting (but still would work). Even worse, when resuming from a memory suspend (S3) it would lose ad0 and hence crash, with messages on the console: ad0: FAILURE - ATA_IDENTIFY timed out ad0: WARNING - removed from configuration With mkIII, it now works fine: no complaints when booting and suspend/resume to memory works. Thanks Søren, andrew From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 05:30:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A057516A4CE for ; Thu, 17 Feb 2005 05:30:26 +0000 (GMT) Received: from web54006.mail.yahoo.com (web54006.mail.yahoo.com [206.190.36.230]) by mx1.FreeBSD.org (Postfix) with SMTP id 1A82A43D45 for ; Thu, 17 Feb 2005 05:30:26 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 33132 invoked by uid 60001); 17 Feb 2005 05:30:24 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=kwrxYd2pa2c9mTlf6DBEhTz1vkThOlOcP7b/hhLX50rG/+MHoLbr0FsumjBSPSYK4ZAQgRa1E+hsKlr4sOHzfHriczPWevTaQlzdvqtFk6ZyoVeUQuap57zGbEDVxpcpWSFfinF/ktikRU5R5Eh/vxv6CRpmxy1mnfaQDHNe0qw= ; Message-ID: <20050217053024.33130.qmail@web54006.mail.yahoo.com> Received: from [147.46.44.181] by web54006.mail.yahoo.com via HTTP; Wed, 16 Feb 2005 21:30:24 PST Date: Wed, 16 Feb 2005 21:30:24 -0800 (PST) From: Rob To: FreeBSD current , FreeBSD Stable MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: loader.conf: init_path="/stand/sysinstall" appropriate? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 05:30:26 -0000 Hi, In /boot/defaults/loader.conf there's the line: #init_path="[...skip...]:/stand/sysinstall" I wonder if /stand/sysinstall is still appropriate as one of the defaults in the init path. There has been a plan to remove /stand/ altogether after install, or even have it completely replaced by /rescue/. Moreover, a more up-to-date sysinstall is now in /usr/sbin/sysinstall !! Regards, Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 07:02:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AB2A16A4CE for ; Thu, 17 Feb 2005 07:02:18 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5F8B43D1F for ; Thu, 17 Feb 2005 07:02:17 +0000 (GMT) (envelope-from tom.samplonius@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so208434wra for ; Wed, 16 Feb 2005 23:02:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=S3qHxv7qHmVxDejSRaeAqcm+T0WbOxr8YsyEI/cAGSFZxaY76hZV1GUWpox38dC6vLOnLYippaHqNWxXfN3P78DwQji/dymK0oaVYDYK1F0Ounncd9HBanxrP3QrjcFP64Kdk+GZJ1aqixjKo/TV7MOZKgghpzY8sp/OIRXVLE8= Received: by 10.54.22.33 with SMTP id 33mr105130wrv; Wed, 16 Feb 2005 23:02:16 -0800 (PST) Received: by 10.54.26.31 with HTTP; Wed, 16 Feb 2005 23:02:16 -0800 (PST) Message-ID: Date: Wed, 16 Feb 2005 23:02:16 -0800 From: Tom Samplonius To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-Reply-To: <420B6476.30405@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <63651.24.71.128.63.1108042764.squirrel@24.71.128.63> <420B6476.30405@DeepCore.dk> cc: freebsd-stable@freebsd.org cc: fcash@sd73.bc.ca Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tom Samplonius List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 07:02:18 -0000 On Thu, 10 Feb 2005 14:41:10 +0100, S=F8ren Schmidt wrote= : > Freddie Cash wrote: > >>New version that fixes known problems so far etc now available: > > > > > > Just curious if this includes support for new chipsets or not. Not a > > big deal if it doesn't, just curious. > > > > I've got a Toshiba laptop that, unfortunately, uses the ATI IGP/IXP > > chipset, which only gets detected as UDMA33 (which is fine for my > > uses, so I'm not complaining). If this is supported, I'd be more than > > willing to lose ATAPICAM support to use it. :) >=20 > Its not (yet) as I dont have any such HW here yet. I would like to get involved in adding some support. I've looked over the Linux 2.4 patch to add support for the ATI RS300 chipset (I've added the link to the PR on this issue). Most of the patch is adding feature display stuff, and the key bits are pretty small. But where do the chipset specifiic interfaces in FreeBSD reside?=20 Can you provide any advice? Also, do you want a ATI RS300 chipset based system? Would an ASUS Pundit-R barebones unit (just a case and mb) be sufficent? > -- >=20 > -S=F8ren >=20 Tom From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 08:08:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5302E16A4CE; Thu, 17 Feb 2005 08:08:47 +0000 (GMT) Received: from watery.cc.kogakuin.ac.jp (watery.cc.kogakuin.ac.jp [133.80.152.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A42F43D48; Thu, 17 Feb 2005 08:08:46 +0000 (GMT) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (localhost [IPv6:::1])j1H88K6D034320; Thu, 17 Feb 2005 17:08:25 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Thu, 17 Feb 2005 17:08:03 +0900 (JST) Message-Id: <20050217.170803.74725228.nyan@jp.FreeBSD.org> To: imp@bsdimp.com From: Takahashi Yoshihiro In-Reply-To: <20050216.085534.128329712.imp@bsdimp.com> References: <20050215.135815.112575021.imp@bsdimp.com> <20050216.131604.41667980.nyan@jp.FreeBSD.org> <20050216.085534.128329712.imp@bsdimp.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: nakaji@jp.FreeBSD.org cc: wnabe@par.odn.ne.jp cc: sos@DeepCore.dk Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 08:08:47 -0000 In article <20050216.085534.128329712.imp@bsdimp.com> "M. Warner Losh" writes: > I see. Let me see if I understand the implications: > > (1) This disk won't interoperate with other OSes on the pc98 > machine because the pc98 partition format specifies things > in terms of CHS, but doesn't specify an actual geometry. I don't test it yet, but I think it is no problem if right geometry translation is done. > (2) Further, since dp_scyl and dp_ecyl are both 16bits, we are > limited to 65535 cylinders. The above geometry of 387621 > violates this assumption. So you can really only use > 66059280 of the 390721968 sectors on this disk (or about 17%). I tried to use the disk with 16H/63S geometry but I cannot at all. It seems that the fdisk and/or disklabel write to strange place. > (3) It is insufficent to fix this in geom_pc98 because that is > not used until after the partition is placed on the disk > and fdisk_pc98 needs the geometry to place that partition. Yes. > (4) This only impacts newer ATA6 disks. ATA5 and older appear > to be working properly. ata6 disks need some other > mechanism to get this information, correct? Probably... I am sure that ATA6 disks at least need to get a geometry information from PC98 BIOS. > When I asked about the 'get the geometry from the BIOS' patches that > are circulating, I was told that it was hard to match the FreeBSD > device to the BIOS table. I think that it is hard to get a right geometry in all cases, many extended ATA cards are used, but it succeeds mostly. --- TAKAHASHI Yoshihiro From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 08:37:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5102D16A4CE for ; Thu, 17 Feb 2005 08:37:07 +0000 (GMT) Received: from smtp4.info.com.ph (smtp4.info.com.ph [202.57.96.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99D2243D31 for ; Thu, 17 Feb 2005 08:37:06 +0000 (GMT) (envelope-from marstrade@gmail.com) Received: from smtp2.info.com.ph (smtp2.info.com.ph [202.57.96.78]) by smtp4.info.com.ph (8.12.11/8.12.11) with ESMTP id j1H7gE4q014126; Thu, 17 Feb 2005 16:39:58 +0800 Received: from 210.5.96.156.pldt.net (localhost.localdomain [127.0.0.1]) by smtp2.info.com.ph (8.12.11/8.12.11) with ESMTP id j1H1CAfm032343; Thu, 17 Feb 2005 09:12:11 +0800 From: Mars Trading To: Rob Date: Thu, 17 Feb 2005 09:15:39 +0800 User-Agent: KMail/1.7.2 References: <20050216134711.91398.qmail@web54010.mail.yahoo.com> In-Reply-To: <20050216134711.91398.qmail@web54010.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502170915.40368.marstrade@gmail.com> cc: FreeBSD Stable Subject: Re: atapci VIA 82C596B UDMA66 controller: problem for 5.X ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 08:37:07 -0000 Important: Don't write to the drive after changing bios settings. Just see if it works. When I installed 5.3 on another machine w/ a Maxtor 40GB HDD, FBSD complained about the drive geometry settings. It seems the defaults use CHS regardless of how the bios is set. I had to change geometry to what the bios would recognize as LBA, otherwise, when set to AUTO, the drive mode would be LARGE. All that didn't happen with the 20GB drive I'm using; it works in CHS mode. Dennis On Wednesday 16 February 2005 21:47, you wrote: > --- Mars Trading wrote: > > This idea may seem useless but what have you got to > > lose? > > > > Have you tried changing bios setting for hard drive > > mode to "auto" or > > something other than "LBA"? Maybe "LARGE" or "CHS"? > > Is there a risk that I lose all data on my disk, when > changing this in the BIOS? > > BTW: During the fresh FreeBSD install, I have never > encountered a choice for formatting with or without > LBA. In the Fdisk window, I choose 'use entire disk > for FreeBSD', and in the partition window I have set > 'newfs' for all partitions. > > Thanks, > Rob. > > > > __________________________________ > Do you Yahoo!? > Meet the all-new My Yahoo! - Try it today! > http://my.yahoo.com -- Mars Trading 9620 Kamagong St., Makati, Manila, Philippines Phone: (632) 8952241 FAX: (632) 8996124 email: marstrade@gmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 09:33:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 133A916A4CE; Thu, 17 Feb 2005 09:33:29 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 196F343D39; Thu, 17 Feb 2005 09:33:28 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [192.168.252.2] (dhcp150.deepcore.dk [194.192.25.150] (may be forged)) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j1H9XH0C057064; Thu, 17 Feb 2005 10:33:19 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <421464C3.2030308@DeepCore.dk> Date: Thu, 17 Feb 2005 10:32:51 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> In-Reply-To: <420A1792.900@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: UPDATE2: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 09:33:29 -0000 S=F8ren Schmidt wrote: > http://people.freebsd.org/~sos/ata-mk3k.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3k.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3k.tar.gz New version available for testing: http://people.freebsd.org/~sos/ata-mk3l.diff-releng5.gz http://people.freebsd.org/~sos/ata-mk3l.diff-current.gz http://people.freebsd.org/~sos/ata-mk3l.tar.gz This time the diff must be reapplied as there are new changes in there. Items in this release: o Fix ATA/ATAPI requests from userland. o Cleanup the attach/detach code further. o Add modules for atacard and atacbus o Fix the current/real geometry handling for CHS mode. o Add the ioctl interface back to ata-raid.c. o Update the ioctl API to match new RAID levels etc. o Add the infrastructure to allow create/delete/status of ATA RAID arrays. NOTE only Promise and FreeBSD Pseudo RAIDs supported at this time. o Update atacontrol to know about the new RAID levels etc NOTE: you need to recompile atacontrol with the new sys/ata.h, make world will take care of that. One warning applies to both this and the last snapshot. I accidentially released the RAID5 test code I had in there which allows to apparently=20 use a RAID5 array. However it *ONLY* reads and writes the data part, it=20 does *NOT* maintain the parity part. That means it will trash a RAID5=20 array for later real use as the parity wont match the data one there. Since the code is "out there" I've decided to let it stay, as it allows=20 for testing of getting and using the metadata etc.. As usual use at your own risk, but feedback on this is very welcomed. Big thanks to all those that has participated so far! I'll be mostly AFK for the next two weeks on needed vacation, so dont=20 panic if I dont respond as quickly as usual. Enjoy! --=20 -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 09:59:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A9E716A4CE; Thu, 17 Feb 2005 09:59:49 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id C711643D41; Thu, 17 Feb 2005 09:59:48 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id E2297530C; Thu, 17 Feb 2005 10:59:46 +0100 (CET) Received: from xps.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id CED815308; Thu, 17 Feb 2005 10:59:15 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 95E1833C35; Thu, 17 Feb 2005 10:59:15 +0100 (CET) To: Rob References: <20050217053024.33130.qmail@web54006.mail.yahoo.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 17 Feb 2005 10:59:15 +0100 In-Reply-To: <20050217053024.33130.qmail@web54006.mail.yahoo.com> (spamrefuse@yahoo.com's message of "Wed, 16 Feb 2005 21:30:24 -0800 (PST)") Message-ID: <86ll9nbj7w.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 cc: FreeBSD current cc: FreeBSD Stable Subject: Re: loader.conf: init_path="/stand/sysinstall" appropriate? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 09:59:49 -0000 Rob writes: > In /boot/defaults/loader.conf there's the line: > > #init_path=3D"[...skip...]:/stand/sysinstall" this line reflects the default init_path hardcoded into sys/kern/init_main.c. > I wonder if /stand/sysinstall is still appropriate > as one of the defaults in the init path. It allows us to use a stock kernel on the installation CDs. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 10:11:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E931E16A4CE; Thu, 17 Feb 2005 10:11:52 +0000 (GMT) Received: from lynx.imedia.ru (lynx-comstar.imedia.ru [212.248.32.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1A5743D1D; Thu, 17 Feb 2005 10:11:21 +0000 (GMT) (envelope-from eugene@imedia.ru) Received: from badger.imedia.ru (root@local.badger [172.17.0.13]) j1HABD7X088271; Thu, 17 Feb 2005 13:11:13 +0300 (MSK) (envelope-from eugene@imedia.ru) Received: from badger.imedia.ru (eugene@localhost [127.0.0.1]) by badger.imedia.ru (8.13.1/8.13.1) with ESMTP id j1HABDju057016; Thu, 17 Feb 2005 13:11:13 +0300 (MSK) (envelope-from eugene@imedia.ru) Received: from localhost (localhost [[UNIX: localhost]]) by badger.imedia.ru (8.13.1/8.13.1/Submit) id j1HABDsC057015; Thu, 17 Feb 2005 13:11:13 +0300 (MSK) (envelope-from eugene@imedia.ru) X-Authentication-Warning: badger.imedia.ru: eugene set sender to eugene@imedia.ru using -f From: Eugene Mitrofanov Organization: Independent Media To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Date: Thu, 17 Feb 2005 13:11:12 +0300 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502171311.13166.eugene@imedia.ru> Subject: freevrrpd bug or feature? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 10:11:53 -0000 Hi Subj from CVS (with vlan support), FreeBSD 4.8-p16, 4.9-p3 and 5.3-Stable. I installed Subj on the two my routers and noticed that it does not work as should. I investigated the problem and discovered the following: vrrpd use the different destination MAC addresses for sending VRRPv2 Advertisement. tcpdump -eni fxp0 vrrp: 00:00:5e:00:01:16 > 01:00:5e:41:40:02, ethertype IPv4 (0x0800), length 60: IP x.x.x.254 > 224.0.0.18: VRRPv2, Advertisement, vrid 22, prio 255, authtype simple, intvl 1s, length 24 tcpdump -eni fxp1 vrrp: 00:00:5e:00:01:15 > 01:00:5e:00:00:12, ethertype IPv4 (0x0800), length 62: IP 172.17.0.254 > 224.0.0.18: VRRPv2, Advertisement, vrid 21, prio 255, authtype simple, intvl 1s, length 28 BTW, 01:00:5e:00:00:12 is determined as IETF-VRRP by ethereal, but 01:00:5e:41:40:02 does not known for it. It seems that freevrrpd daemon does not receive such broadcast packets and this is why fxp0 works in the master mode on both routers. I found how to fix this. I run 'ifconfig fxp0 promisc' I get one master and one backup. Does anybody meet the similar problem? Where I can find any information about processing MACs like above by kernel? Why 01:00:5e:41:40:02 does not delivered to freevrrpd and 01:00:5e:00:00:12 does? Regards -- EMIT-RIPN, EVM7-RIPE From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 10:45:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D773416A4CE for ; Thu, 17 Feb 2005 10:45:14 +0000 (GMT) Received: from mail.dti.supsi.ch (mail.dti.supsi.ch [193.5.153.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id E758743D31 for ; Thu, 17 Feb 2005 10:45:13 +0000 (GMT) (envelope-from roberto.nunnari@supsi.ch) Received: from [193.5.152.27] (pcm2027.dti.supsi.ch [193.5.152.27]) by mail.dti.supsi.ch (8.11.6/8.11.6) with ESMTP id j1HAjC021153 for ; Thu, 17 Feb 2005 11:45:12 +0100 Message-ID: <421475A8.7070003@supsi.ch> Date: Thu, 17 Feb 2005 11:44:56 +0100 From: Roberto Nunnari User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: can't get a crash dump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 10:45:14 -0000 Hi. A couple of days ago I upgrades a few ports on a 5.3 box and since then I'm often getting crashes. -bash-2.05b# uname -a FreeBSD jupiter.noonlights.net 5.3-RELEASE-p5 FreeBSD 5.3-RELEASE-p5 #0: Wed Feb 16 23:36:03 CET 2005 root@jupiter.noonlights.net:/usr/obj/usr/src/sys/JUPITER i386 I'd like to get a crash dump and so I added the following lines to /etc/rc.conf dumpdev="/dev/ad0s1b" dumpdir="/usr/crash" -bash-2.05b# swapinfo Device 1K-blocks Used Avail Capacity /dev/ad0s1b 503360 0 503360 0% -bash-2.05b# ls -ld /usr/crash/ drwx------ 2 root wheel 512 Feb 16 11:17 /usr/crash/ the machine only has 256MB RAM and the filesystem has over 5 GB free, but I'm not getting any dump! /usr/crash/ is always empty. ..and the machine crashes quite often: -bash-2.05b# last|grep reboot reboot ~ Thu Feb 17 07:58 reboot ~ Thu Feb 17 01:23 reboot ~ Wed Feb 16 22:48 reboot ~ Wed Feb 16 21:59 reboot ~ Wed Feb 16 21:37 reboot ~ Wed Feb 16 21:08 reboot ~ Wed Feb 16 20:56 reboot ~ Wed Feb 16 20:44 reboot ~ Wed Feb 16 20:20 reboot ~ Wed Feb 16 20:04 reboot ~ Wed Feb 16 19:17 reboot ~ Wed Feb 16 18:40 reboot ~ Wed Feb 16 17:26 reboot ~ Wed Feb 16 14:07 reboot ~ Wed Feb 16 12:39 reboot ~ Wed Feb 16 11:30 reboot ~ Wed Feb 16 10:27 reboot ~ Wed Feb 16 09:31 reboot ~ Wed Feb 16 09:16 reboot ~ Mon Feb 14 14:11 reboot ~ Sun Feb 13 23:49 reboot ~ Sun Feb 13 22:33 reboot ~ Sun Feb 13 12:22 What do I miss? Do I need some kernel option to get a crash dump? Best regards. -- Roberto Nunnari -software engineer- mailto:roberto.nunnari@supsi.ch Scuola Universitaria Professionale della Svizzera Italiana Dipartimento Tecnologie Innovative http://www.dti.supsi.ch SUPSI-DTI Via Cantonale tel: +41-91-6108561 6928 Manno """ fax: +41-91-6108570 Switzerland (o o) =======================oOO==(_)==OOo======================== From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 11:03:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0491916A4CE for ; Thu, 17 Feb 2005 11:03:03 +0000 (GMT) Received: from brev.sics.se (brev.sics.se [193.10.64.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E1CE43D3F for ; Thu, 17 Feb 2005 11:03:02 +0000 (GMT) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (P142.sics.se [193.10.66.253]) by brev.sics.se (8.12.8/8.12.8) with ESMTP id j1HB2lji002384; Thu, 17 Feb 2005 12:02:50 +0100 env-to () env-from (bengta@P142.sics.se) Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.13.1/8.13.1) with ESMTP id j1HB3pmT019833; Thu, 17 Feb 2005 12:03:51 +0100 (CET) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.13.1/8.13.1/Submit) id j1HB3kmI019830; Thu, 17 Feb 2005 12:03:46 +0100 (CET) (envelope-from bengta) To: Andrew Heybey References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <85d5v0ovoz.fsf@stiegl.mj.niksun.com> From: Bengt Ahlgren In-Reply-To: Andrew Heybey's message of "Wed, 16 Feb 2005 19:51:24 -0500" Date: 17 Feb 2005 12:03:46 +0100 Message-ID: Lines: 19 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new cc: freebsd-stable@freebsd.org cc: Søren Schmidt Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 11:03:03 -0000 Andrew Heybey writes: > ATA mkIII has improved my Toshiba Tecra M2V running RELENG_5. > > Before, it would complain about "ATAPI_IDENTIFY TIMED OUT" on > ata1-slave (the cdrom is ata1-master) when booting (but still would > work). Even worse, when resuming from a memory suspend (S3) it would > lose ad0 and hence crash, with messages on the console: > > ad0: FAILURE - ATA_IDENTIFY timed out > ad0: WARNING - removed from configuration > > With mkIII, it now works fine: no complaints when booting and suspend/resume > to memory works. Interesting! The IBM TPX40 exhibits the above resume behaviour when using "device apic", but not without apic when running 5.3-RELEASE. Bengt From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 11:41:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9237D16A4CE for ; Thu, 17 Feb 2005 11:41:15 +0000 (GMT) Received: from mail.dti.supsi.ch (mail.dti.supsi.ch [193.5.153.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C9B743D45 for ; Thu, 17 Feb 2005 11:41:14 +0000 (GMT) (envelope-from roberto.nunnari@supsi.ch) Received: from [193.5.152.27] (pcm2027.dti.supsi.ch [193.5.152.27]) by mail.dti.supsi.ch (8.11.6/8.11.6) with ESMTP id j1HBfC024573; Thu, 17 Feb 2005 12:41:12 +0100 Message-ID: <421482C8.1020902@supsi.ch> Date: Thu, 17 Feb 2005 12:40:56 +0100 From: Roberto Nunnari User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roberto Nunnari References: <421475A8.7070003@supsi.ch> In-Reply-To: <421475A8.7070003@supsi.ch> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: can't get a crash dump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 11:41:15 -0000 another crash.. and in /var/log/messages I see: Feb 17 12:20:50 jupiter savecore: no dumps found Any hints, please? Roberto Nunnari wrote: > Hi. > > A couple of days ago I upgrades a few ports on > a 5.3 box and since then I'm often getting crashes. > > -bash-2.05b# uname -a > FreeBSD jupiter.noonlights.net 5.3-RELEASE-p5 FreeBSD 5.3-RELEASE-p5 #0: > Wed Feb 16 23:36:03 CET 2005 > root@jupiter.noonlights.net:/usr/obj/usr/src/sys/JUPITER i386 > > > I'd like to get a crash dump and so > I added the following lines to /etc/rc.conf > dumpdev="/dev/ad0s1b" > dumpdir="/usr/crash" > > -bash-2.05b# swapinfo > Device 1K-blocks Used Avail Capacity > /dev/ad0s1b 503360 0 503360 0% > > > -bash-2.05b# ls -ld /usr/crash/ > drwx------ 2 root wheel 512 Feb 16 11:17 /usr/crash/ > > the machine only has 256MB RAM and the filesystem has over > 5 GB free, > but I'm not getting any dump! /usr/crash/ is always empty. > > ..and the machine crashes quite often: > -bash-2.05b# last|grep reboot > reboot ~ Thu Feb 17 07:58 > reboot ~ Thu Feb 17 01:23 > reboot ~ Wed Feb 16 22:48 > reboot ~ Wed Feb 16 21:59 > reboot ~ Wed Feb 16 21:37 > reboot ~ Wed Feb 16 21:08 > reboot ~ Wed Feb 16 20:56 > reboot ~ Wed Feb 16 20:44 > reboot ~ Wed Feb 16 20:20 > reboot ~ Wed Feb 16 20:04 > reboot ~ Wed Feb 16 19:17 > reboot ~ Wed Feb 16 18:40 > reboot ~ Wed Feb 16 17:26 > reboot ~ Wed Feb 16 14:07 > reboot ~ Wed Feb 16 12:39 > reboot ~ Wed Feb 16 11:30 > reboot ~ Wed Feb 16 10:27 > reboot ~ Wed Feb 16 09:31 > reboot ~ Wed Feb 16 09:16 > reboot ~ Mon Feb 14 14:11 > reboot ~ Sun Feb 13 23:49 > reboot ~ Sun Feb 13 22:33 > reboot ~ Sun Feb 13 12:22 > > > What do I miss? Do I need some kernel option to get a crash > dump? > > Best regards. -- Roberto Nunnari -software engineer- mailto:roberto.nunnari@supsi.ch Scuola Universitaria Professionale della Svizzera Italiana Dipartimento Tecnologie Innovative http://www.dti.supsi.ch SUPSI-DTI Via Cantonale tel: +41-91-6108561 6928 Manno """ fax: +41-91-6108570 Switzerland (o o) =======================oOO==(_)==OOo======================== From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 11:44:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA26D16A4CE for ; Thu, 17 Feb 2005 11:44:42 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CA5E43D4C for ; Thu, 17 Feb 2005 11:44:42 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so231873wra for ; Thu, 17 Feb 2005 03:44:41 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=V6k6ZF+SwToWXkbGJyZjtmM3IRAvSbMMDFfY5YwMN/dqX+eDToeyWDpXb25XZZl7dNy7/r7A5uimCf+TqXzCp8+uSorHCWSb45J2EzXi3z9HO4UK57V2zU5JPP7n4Ws7KvKqaAOhN6aw9z2MAtip/ai6Nrd7ylEKabJvE6Bpd00= Received: by 10.54.31.37 with SMTP id e37mr154939wre; Thu, 17 Feb 2005 03:44:41 -0800 (PST) Received: by 10.54.7.6 with HTTP; Thu, 17 Feb 2005 03:44:39 -0800 (PST) Message-ID: <6eb82e0502170344624ce335@mail.gmail.com> Date: Thu, 17 Feb 2005 19:44:39 +0800 From: Rong-En Fan To: Doug White In-Reply-To: <20050216152704.E40179@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <6eb82e05021511137e43b553@mail.gmail.com> <20050216152704.E40179@carver.gumbysoft.com> cc: freebsd-stable@freebsd.org Subject: Re: panic: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Rong-En Fan List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 11:44:42 -0000 On Wed, 16 Feb 2005 15:36:25 -0800 (PST), Doug White wrote: > On Wed, 16 Feb 2005, Rong-En Fan wrote: > > > Hello, > > > > This is a 5.3-RELEASE-p5/amd64 on IBM X236 (EM64T) with 2GB RAM > > and a LSI 21320 rmpt(4) running at 160MB/s with a hardware > > RAID (da0, da1). HTT is enabled. When I run benchmark/blogbench on > > /da0/ I can *reproduce* this panic again and again: > > (I'm getting a dump now, let me fsck first) > > kernel conf & dmesg (boot -v) are at > > http://rafan.infor.org/tmp/236/ > > I only have an 2x244 Opteron box so I'm not sure if this is a problem with > KSE or with hyperthreading. I'll try the benchmark anyway and see if I > can reproduce. > > Looks like I'll need to rebuild first, I'm getting the "exiting from > __thread_start" error... If I use machdep.hlt_logical_cpus=1, I got the same panic. And when I use kgdb to read the kernel dump, I see only #1 ?????? (??) in backtrace. I just reinstall the system to 5.3-p5, i386. It does not panic and finsih the test two times. I'll run more to see if is panics. Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 11:47:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C57116A4CE for ; Thu, 17 Feb 2005 11:47:15 +0000 (GMT) Received: from gwmail1.grupos.com.br (gwmail1.grupos.com.br [66.90.64.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEBB843D1D for ; Thu, 17 Feb 2005 11:47:14 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from corp.grupos.com.br (unknown [150.162.166.55]) by gwmail1.grupos.com.br (Postfix) with ESMTP id DA92E3C628 for ; Thu, 17 Feb 2005 09:47:13 -0200 (BRST) Received: from [150.162.166.51] (noc.grupos.com.br [150.162.166.51]) by corp.grupos.com.br (Postfix) with ESMTP id 0F20720A1E for ; Thu, 17 Feb 2005 09:47:13 -0200 (BRST) Message-ID: <42148440.5030208@corp.grupos.com.br> Date: Thu, 17 Feb 2005 09:47:12 -0200 Organization: Grupos Internet S/A From: Marcus Grando User-Agent: Mozilla Thunderbird 0.6+ (X11/20050212) MIME-Version: 1.0 To: FreeBSD Stable References: <20050217000128.22073.qmail@web54008.mail.yahoo.com> In-Reply-To: <20050217000128.22073.qmail@web54008.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: UDMA ICRC error (update ATA mkIII) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 11:47:15 -0000 Hi, In first test i say that problem is gone, but new tests the problem is back. Try in your computer... Rob wrote: > Very interesting indeed. I have two questions: > > 1) Which patch did you apply and from where did you > get it? Search for email of this subject "UPDATE2: ATA mkIII first official patches - please test!" http://people.freebsd.org/~sos/ata-mk3l.diff-releng5.gz http://people.freebsd.org/~sos/ata-mk3l.diff-current.gz http://people.freebsd.org/~sos/ata-mk3l.tar.gz > > 2) After applying the patch, does it require only a > new kernel build, or also a complete new world > build? I re-compile a kernel and sbin/atacontrol Regards -- Marcus Grando Grupos Internet S/A marcus(at)corp.grupos.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 11:53:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9C9716A4CE for ; Thu, 17 Feb 2005 11:53:26 +0000 (GMT) Received: from gwmail1.grupos.com.br (gwmail1.grupos.com.br [66.90.64.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97FB143D2F for ; Thu, 17 Feb 2005 11:53:26 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from corp.grupos.com.br (unknown [150.162.166.55]) by gwmail1.grupos.com.br (Postfix) with ESMTP id 4374C3C6F1; Thu, 17 Feb 2005 09:53:26 -0200 (BRST) Received: from [150.162.166.51] (noc.grupos.com.br [150.162.166.51]) by corp.grupos.com.br (Postfix) with ESMTP id 4863120A22; Thu, 17 Feb 2005 09:53:25 -0200 (BRST) Message-ID: <421485B4.1070102@corp.grupos.com.br> Date: Thu, 17 Feb 2005 09:53:24 -0200 Organization: Grupos Internet S/A From: Marcus Grando User-Agent: Mozilla Thunderbird 0.6+ (X11/20050212) MIME-Version: 1.0 To: Peter Jeremy References: <420D3CB0.2030101@corp.grupos.com.br> <20050212205104.GF62061@cirb503493.alcatel.com.au> <4210941E.7070202@corp.grupos.com.br> <20050214184909.GH57256@cirb503493.alcatel.com.au> In-Reply-To: <20050214184909.GH57256@cirb503493.alcatel.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: mktime() bug? result strtotime() fail in PHP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 11:53:26 -0000 Hi, Peter Jeremy wrote: >>Also FreeBSD 5.3-STABLE? > > I don't have a 5.3-STABLE system to confirm but if it doesn't return -1 > it is wrong. > Then, it's wrong. > What timestamp should it return? 2004-11-02 00:00:00 doesn't exist for > you, therefore there is no possible value for seconds since epoch that > will convert to this time. The manpage states: > until tm_mon and tm_year are determined. The mktime() function returns > the specified calendar time; if the calendar time cannot be represented, > it returns -1; > Since 2004-11-02 00:00:00 cannot be represented, then it should return -1. > > Maybe you should explain why having mktime() correctly report an error is > a problem for you. > Because of that: -- Marcus Grando Grupos Internet S/A marcus(at)corp.grupos.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 12:25:32 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C0AB16A4CE; Thu, 17 Feb 2005 12:25:32 +0000 (GMT) Received: from watery.cc.kogakuin.ac.jp (watery.cc.kogakuin.ac.jp [133.80.152.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id D385F43D5A; Thu, 17 Feb 2005 12:25:31 +0000 (GMT) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (localhost [IPv6:::1])j1HCPE6D049358; Thu, 17 Feb 2005 21:25:15 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Thu, 17 Feb 2005 21:24:53 +0900 (JST) Message-Id: <20050217.212453.112589656.nyan@jp.FreeBSD.org> To: sos@DeepCore.dk, imp@bsdimp.com, nakaji@jp.FreeBSD.org, wnabe@par.odn.ne.jp From: Takahashi Yoshihiro In-Reply-To: <421464C3.2030308@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: UPDATE2: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 12:25:32 -0000 In article <421464C3.2030308@DeepCore.dk> S=F8ren Schmidt writes: > New version available for testing: > = > http://people.freebsd.org/~sos/ata-mk3l.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3l.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3l.tar.gz > = > o Add modules for atacard and atacbus Modules for pc98 are still broken because modules/ata/Makefile.inc is missing. See my patch. > o Fix the current/real geometry handling for CHS mode. The problem is fixed. Thanks. --- TAKAHASHI Yoshihiro From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 12:42:39 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C31316A4CE; Thu, 17 Feb 2005 12:42:39 +0000 (GMT) Received: from scar.jinr.ru (scar.jinr.ru [159.93.3.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9849243D5E; Thu, 17 Feb 2005 12:42:38 +0000 (GMT) (envelope-from polzun@scar.jinr.ru) Received: from scar.jinr.ru (polzun@localhost [127.0.0.1]) by scar.jinr.ru (8.13.1/8.12.11) with ESMTP id j1HCgHNR004519 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Feb 2005 15:42:18 +0300 (MSK) (envelope-from polzun@scar.jinr.ru) Received: (from polzun@localhost) by scar.jinr.ru (8.13.1/8.12.11/Submit) id j1HCgEf4004518; Thu, 17 Feb 2005 15:42:14 +0300 (MSK) (envelope-from polzun) Date: Thu, 17 Feb 2005 15:42:14 +0300 From: Ilya Pizik To: S?ren Schmidt Message-ID: <20050217124214.GN55553@scar.jinr.ru> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <421464C3.2030308@DeepCore.dk> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD scar.jinr.ru 4.10-STABLE i386 X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on scar.jinr.ru cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE2: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 12:42:39 -0000 On Thu, Feb 17, 2005 at 10:32:51AM +0100, S?ren Schmidt wrote: S> S?ren Schmidt wrote: S> S> New version available for testing: S> S> http://people.freebsd.org/~sos/ata-mk3l.diff-releng5.gz S> http://people.freebsd.org/~sos/ata-mk3l.diff-current.gz S> http://people.freebsd.org/~sos/ata-mk3l.tar.gz S> S> Items in this release: S> S> o Fix ATA/ATAPI requests from userland. S> o Cleanup the attach/detach code further. Great work! At the first blush my problem with panic on attach/detach has been fixed. Thanks. -- With respect, Pizik Ilya. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 12:48:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27FD916A4CE for ; Thu, 17 Feb 2005 12:48:08 +0000 (GMT) Received: from mvs1.plala.or.jp (c158129.vh.plala.or.jp [210.150.158.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10FEE43D3F for ; Thu, 17 Feb 2005 12:48:07 +0000 (GMT) (envelope-from e-kamo@trio.plala.or.jp) Received: from msc1.plala.or.jp ([172.23.8.24]) by mvs1.plala.or.jp with ESMTP id <20050217124806.CQUQ15772.mvs1.plala.or.jp@msc1.plala.or.jp>; Thu, 17 Feb 2005 21:48:06 +0900 Received: from [220.33.68.15] by msc1.plala.or.jp with ESMTP id <20050217124805.BNNF20796.msc1.plala.or.jp@[220.33.68.15]>; Thu, 17 Feb 2005 21:48:05 +0900 Message-ID: <4214928B.2070005@trio.plala.or.jp> Date: Thu, 17 Feb 2005 21:48:11 +0900 From: Eitarou Kamo User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: ja, en-us, en MIME-Version: 1.0 To: Daniel O'Connor , stable@freebsd.org, ceri@submonkey.net, robbak@gmail.com References: <200502151407.45801.michaelnottebrock@gmx.net> <4212F91A.20301@trio.plala.or.jp> <20050216164252.GI21348@submonkey.net> <200502171101.58572.doconnor@gsoft.com.au> In-Reply-To: <200502171101.58572.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Subject: Re: xf86enableIO error (Feb 2005 Snapshots for FreeBSD available) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 12:48:08 -0000 Hi, Xorg is working fine now. Thanks. Eitarou Daniel O'Connor wrote: >On Thu, 17 Feb 2005 03:12, Ceri Davies wrote: > > >>On Wed, Feb 16, 2005 at 04:41:14PM +0900, Eitarou Kamo wrote: >> >> >>>I got an io error >>>"xf86EnableIO: Fatal to open /dev/io for extended I/O" >>>when running "Xorg -configure". >>> >>>Has this snapshot been fixed this problem? >>> >>> >>Do you have a /dev/io? >>Do you have "device io" in your kernel configuration? >> >> > >Also check your securelevel is low enough (<1) you can find out what it is by >running sysctl kern.securelevel > > > From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 13:07:00 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7941216A4CE for ; Thu, 17 Feb 2005 13:07:00 +0000 (GMT) Received: from gwmail1.grupos.com.br (gwmail1.grupos.com.br [66.90.64.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27F2943D41 for ; Thu, 17 Feb 2005 13:07:00 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from corp.grupos.com.br (unknown [150.162.166.55]) by gwmail1.grupos.com.br (Postfix) with ESMTP id 8C63A3E348; Thu, 17 Feb 2005 11:04:15 -0200 (BRST) Received: from [150.162.166.51] (noc.grupos.com.br [150.162.166.51]) by corp.grupos.com.br (Postfix) with ESMTP id 9710220A2B; Thu, 17 Feb 2005 11:04:14 -0200 (BRST) Message-ID: <4214964C.1040103@corp.grupos.com.br> Date: Thu, 17 Feb 2005 11:04:12 -0200 Organization: Grupos Internet S/A From: Marcus Grando User-Agent: Mozilla Thunderbird 0.6+ (X11/20050212) MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> In-Reply-To: <421464C3.2030308@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE2: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 13:07:00 -0000 My problem persist... Any other patch? or idea? Regards -- # dmesg | egrep -i "(ata|ad0)" -- atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 ad0: FAILURE - SET_MULTI status=51 error=4 ad0: 9787MB at ata0-master UDMA66 ATA PseudoRAID loaded Mounting root from ufs:/dev/ad0s1a ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=17968511 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=17968991 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=17969375 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=17971135 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=17971763 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=17971935 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=17972127 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=17975551 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=17975551 ad0: FAILURE - WRITE_DMA status=51 error=84 LBA=17975551 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=17977343 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=17978303 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=17978303 ad0: FAILURE - WRITE_DMA status=51 error=84 LBA=17978303 -- -- # pciconf -lv -- atapci0@pci0:7:1: class=0x01018a card=0x00000000 chip=0x05711106 rev=0x06 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' class = mass storage subclass = ATA -- Søren Schmidt wrote: > Søren Schmidt wrote: > >> http://people.freebsd.org/~sos/ata-mk3k.diff-releng5.gz >> http://people.freebsd.org/~sos/ata-mk3k.diff-current.gz >> http://people.freebsd.org/~sos/ata-mk3k.tar.gz > > > New version available for testing: > > http://people.freebsd.org/~sos/ata-mk3l.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3l.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3l.tar.gz > -- Marcus Grando Grupos Internet S/A marcus(at)corp.grupos.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 13:11:30 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7E7B16A4CE for ; Thu, 17 Feb 2005 13:11:30 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6A1443D1D for ; Thu, 17 Feb 2005 13:11:29 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [192.168.252.2] (dhcp150.deepcore.dk [194.192.25.150] (may be forged)) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j1HDB5Wl059749; Thu, 17 Feb 2005 14:11:07 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <421497CA.2020904@DeepCore.dk> Date: Thu, 17 Feb 2005 14:10:34 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcus Grando References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <4214964C.1040103@corp.grupos.com.br> In-Reply-To: <4214964C.1040103@corp.grupos.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE2: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 13:11:30 -0000 Marcus Grando wrote: > My problem persist... >=20 > Any other patch? or idea? Hmm, does it work without apic ? without ACPI ? And your cabling is correct and spec conformant ? The 686A' I have in the lab works just dandy... --=20 -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 13:12:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DF3B16A4CE for ; Thu, 17 Feb 2005 13:12:14 +0000 (GMT) Received: from shell.reiteration.net (82-34-179-228.cable.ubr01.sout.blueyonder.co.uk [82.34.179.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6709A43D46 for ; Thu, 17 Feb 2005 13:12:13 +0000 (GMT) (envelope-from lists@reiteration.net) Received: from [127.0.0.1] (helo=reiteration.net) by shell.reiteration.net with esmtp (Exim 4.44 (FreeBSD)) id 1D1lSM-000Ooa-N7 for freebsd-stable@FreeBSD.ORG; Thu, 17 Feb 2005 13:12:35 +0000 From: "John" To: freebsd-stable@FreeBSD.ORG Date: Thu, 17 Feb 2005 13:12:03 +0000 Message-Id: <20050217124921.M70242@reiteration.net> In-Reply-To: <200502151631.j1FGV5eA034048@lurza.secnetix.de> References: <20050215151712.M67335@reiteration.net> <200502151631.j1FGV5eA034048@lurza.secnetix.de> X-Mailer: Open WebMail 2.50 20050106 X-OriginatingIP: 192.168.1.2 (jfm) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: lists@reiteration.net X-SA-Exim-Scanned: No (on shell.reiteration.net); SAEximRunCond expanded to false Subject: Re: swapfile being eaten by unknown process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 13:12:14 -0000 On Tue, 15 Feb 2005 17:31:05 +0100 (CET), Oliver Fromme wrote [snippage] > > You do not need more RAM. At most, a little more swap > space wouldn't hurt, but even that isn't strictly > necessary, given that only 18% of your swap are in use. > I'd start worrying if that number goes beyond 50%. I think I've sussed it. The top 10 processes always had perl. This system uses perl intensively, for openwebmail, spamassassin and clamav uses it as well but not to the extent of openwebmail. So I did some intensive openwebmail tasks like shifting mail directories around then reindexing them, whilst watching top and tailing /var/log/messages, and as the swap usage approached 99%, the messages log got spammed with a load of 'cannot allocate swap' or similar. It's not openwebmail's 'fault' per se, it's just that it needs more resources, and 256MB ram isn't really enough with the volume of mail this system gets. The way around it for now has been to make an auxilliary swap file of roughly the same size as the initial one. Now there's nearly a gig of swap, and it isn't complaining, though with more users I can see this being eaten up as well, unless I stick a lot more RAM in there. I think it's a tribute to the stability of freebsd generally that the system didn't fall over and die :) I know other *nix systems do under similar treatment. best regards, -- lists@reiteration.net From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 13:30:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FFDA16A4CE for ; Thu, 17 Feb 2005 13:30:16 +0000 (GMT) Received: from solros.factory33.com (195-198-185-116.customer.telia.com [195.198.185.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BCB143D2D for ; Thu, 17 Feb 2005 13:30:15 +0000 (GMT) (envelope-from alex@factory33.com) Received: from cc.factory33.com (localhost.factory33.com [127.0.0.1]) by solros.factory33.com (Postfix) with ESMTP id DFC0356444 for ; Thu, 17 Feb 2005 14:30:10 +0100 (CET) Received: from 195.198.185.114 (SquirrelMail authenticated user busta@factory33.com) by cc.factory33.com with HTTP; Thu, 17 Feb 2005 14:30:10 +0100 (CET) Message-ID: <50026.195.198.185.114.1108647010.squirrel@cc.factory33.com> Date: Thu, 17 Feb 2005 14:30:10 +0100 (CET) From: "Alex Bustamante" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: High CPU-load with apache 1.3.33+mod-ssl, mod-php X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: alex@factory33.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 13:30:16 -0000 Hello list, Im running FreeBSD 5.3 on a 1.4GHz/256mb P4. I've done make buildworld and make buildkernel with these options in make.conf: ------------------------------------------------------- # -- use.perl generated deltas -- # # Created: Wed Feb 16 14:46:12 2005 # Setting to use base perl from ports: PERL_VER=5.8.5 PERL_VERSION=5.8.5 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo CPUTYPE=p4 CFLAGS= -O2 -pipe -funroll-loops -ffast-math COPTFLAGS= -O2 -pipe -funroll-loops -ffast-math NOPROFILE=true ------------------------------------------------------- I've installed apache13-modssl, mysql41-server, squirrelmail, phpMyAdmin and everything that is required for these packages to run. (Everything from ports, compiled with the make.conf above). httpd.conf and php.ini and other configfiles are stock, unchanged. Now, everything works like a charm, excpet that whenever i run phpMyAdmin or Squirrelmail, the cpu-load gets quite high, and stays high for several seconds (7-10) after the page has finished loading. Note that the onlyone using the system is my self. The exact same setup on a linuxsystem doesen't come near the FreeBSDsystem in cpuload. Anyone got a clue? Thanks! From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 13:37:58 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83CB216A4CE for ; Thu, 17 Feb 2005 13:37:58 +0000 (GMT) Received: from anchor-post-34.mail.demon.net (anchor-post-34.mail.demon.net [194.217.242.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB38E43D2D for ; Thu, 17 Feb 2005 13:37:57 +0000 (GMT) (envelope-from mark@markdnet.demon.co.uk) Received: from pr-webmail-2.demon.net ([194.159.244.50]) by anchor-post-34.mail.demon.net with esmtp (Exim 4.42) id 1D1lqs-000N7c-D4; Thu, 17 Feb 2005 13:37:56 +0000 Received: from localhost ([127.0.0.1] helo=web.mail.demon.net) by pr-webmail-2.demon.net with smtp (Exim 4.42) id 1D1lqr-00014p-Qq; Thu, 17 Feb 2005 13:37:53 +0000 Received: from markdnet.demon.co.uk ([62.232.6.254]) by web.mail.demon.net with http; Thu, 17 Feb 2005 13:37:53 +0000 From: mark@markdnet.demon.co.uk To: "=?ISO-8859-1?Q?S=F8ren_Schmidt?=" In-Reply-To: <421497CA.2020904@DeepCore.dk> Date: Thu, 17 Feb 2005 13:37:53 +0000 User-Agent: Demon-WebMail/2.0 MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <20050217133757.EB38E43D2D@mx1.FreeBSD.org> cc: stable@freebsd.org Subject: Re: UPDATE2: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 13:37:58 -0000 sos@DeepCore.dk wrote: > Marcus Grando wrote: > > My problem persist... > > > > Any other patch? or idea? > > Hmm, does it work without apic ? without ACPI ? > And your cabling is correct and spec conformant ? > The 686A' I have in the lab works just dandy... Just an observation, but my Promise ATA-100 controller will drive 1 UDMA-66 and one UDMA-100 disk fine at UDMA-33 with the cable on the wrong way round (oops) using the previous update. Mark From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 14:01:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0041F16A4CE for ; Thu, 17 Feb 2005 14:01:29 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46EAA43D1D for ; Thu, 17 Feb 2005 14:01:28 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [192.168.252.2] (dhcp150.deepcore.dk [194.192.25.150] (may be forged)) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j1HE1JdX060351; Thu, 17 Feb 2005 15:01:21 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <4214A38F.7020706@DeepCore.dk> Date: Thu, 17 Feb 2005 15:00:47 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: mark@markdnet.demon.co.uk References: <200502171338.j1HDbwO2060046@spider.deepcore.dk> In-Reply-To: <200502171338.j1HDbwO2060046@spider.deepcore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: stable@freebsd.org Subject: Re: UPDATE2: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 14:01:29 -0000 mark@markdnet.demon.co.uk wrote: > sos@DeepCore.dk wrote: >=20 >>Marcus Grando wrote: >> >>>My problem persist... >>> >>>Any other patch? or idea? >> >>Hmm, does it work without apic ? without ACPI ? >>And your cabling is correct and spec conformant ? >>The 686A' I have in the lab works just dandy... >=20 >=20 > Just an observation, but my Promise ATA-100 controller will drive 1 UDM= A-66 and one UDMA-100 disk fine at UDMA-33 with the cable on the wrong wa= y round (oops) using the previous update. Well, the problem with "wrong way around" is that determining what the=20 cable is fails in unpredictable ways, as long as your transfer rates are = reduced there is no problems. However if a higher transferate is used=20 than the cable is spec'd for you get ICRC errors as this was originally=20 about. --=20 -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 14:14:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0010A16A4CE for ; Thu, 17 Feb 2005 14:14:51 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id E057B43D1D for ; Thu, 17 Feb 2005 14:14:50 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.1/8.13.1) with SMTP id j1HEEoDf026944 for ; Thu, 17 Feb 2005 08:14:50 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Thu Feb 17 08:14:50 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.1/8.13.1/Submit) id j1HEEn0j026942 for freebsd-stable@freebsd.org; Thu, 17 Feb 2005 08:14:49 -0600 (CST) (envelope-from karl) Message-ID: <20050217081449.B26826@denninger.net> Date: Thu, 17 Feb 2005 08:14:49 -0600 From: Karl Denninger To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! Subject: WRITE errors on SATA controllers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 14:14:52 -0000 Hi; Here's a new one... FreeBSD-STABLE 5.3, here's the boot "DMESG" and the problem.... Copyright (c) 1992-2005 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 5.3-STABLE #1: Wed Feb 2 22:57:48 CST 2005 karl@FS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 267862016 (255 MB) avail memory = 252456960 (240 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xff80-0xff9f irq 16 at device 29.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 0xff60-0xff7f irq 19 at device 29.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 uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xff20-0xff3f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 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 pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 atapci0: port 0xcef0-0xceff,0xcedc-0xcedf,0xcee8-0xceef,0xced8-0xcedb,0xcee0-0xcee7 mem 0xfe7dfe00-0xfe7dffff irq 21 at device 0.0 on pci2 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 rp0: port 0xcf00-0xcf3f irq 17 at device 2.0 on pci2 RocketPort0 (Version 3.02) 4 ports. pcib3: at device 3.0 on pci2 pci3: on pcib3 fxp0: port 0xbf80-0xbf9f mem 0xfe400000-0xfe4fffff,0xf8001000-0xf8001fff irq 19 at device 4.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:b7:6f:ce:e8 fxp1: port 0xbfe0-0xbfff mem 0xfe500000-0xfe5fffff,0xf8000000-0xf8000fff irq 18 at device 5.0 on pci3 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:d0:b7:6f:ce:e9 em0: port 0xcf40-0xcf7f mem 0xfe7e0000-0xfe7fffff irq 18 at device 12.0 on pci2 em0: Ethernet address: 00:0c:f1:c9:df:c5 em0: Speed:N/A Duplex:N/A isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 18 at device 31.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 atapci2: port 0xfea0-0xfeaf,0xfe30-0xfe33,0xfe20-0xfe27,0xfe10-0xfe13,0xfe00-0xfe07 irq 18 at device 31.2 on pci0 ata4: channel #0 on atapci2 ata5: channel #1 on atapci2 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A orm0: at iomem 0xcc800-0xcffff,0xcb000-0xcc7ff,0xc0000-0xcafff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 RTC BIOS diagnostic error 18 Timecounters tick every 10.000 msec ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging disabled acd0: CDROM at ata1-master UDMA33 em0: Link is up 100 Mbps Full Duplex ad8: 239372MB [486344/16/63] at ata4-master SATA150 ad10: 238475MB [484521/16/63] at ata5-master SATA150 GEOM_MIRROR: Device boot created (id=1131801609). GEOM_MIRROR: Device boot: provider ad8s1 detected. GEOM_MIRROR: Device boot: provider ad10s1 detected. GEOM_MIRROR: Force device boot start due to timeout. GEOM_MIRROR: Device boot: provider ad10s1 activated. GEOM_MIRROR: Device boot: provider ad8s1 activated. GEOM_MIRROR: Device boot: provider mirror/boot launched. SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/mirror/boota em0: Link is up 100 Mbps Full Duplex ad4: 238475MB [484521/16/63] at ata2-master SATA150 GEOM_MIRROR: Component ad4s1 (device boot) broken, skipping. GEOM_MIRROR: Cannot add disk ad4s1 to boot (error=22). ad6: 239372MB [486344/16/63] at ata3-master SATA150 GEOM_MIRROR: Device boot: provider ad6s1 detected. GEOM_MIRROR: Device boot: rebuilding provider ad6s1. GEOM_MIRROR: Device boot: provider ad4s1 detected. GEOM_MIRROR: Device boot: rebuilding provider ad4s1. GEOM_MIRROR: Device boot: rebuilding provider ad6s1 finished. GEOM_MIRROR: Device boot: provider ad6s1 activated. GEOM_MIRROR: Device boot: rebuilding provider ad4s1 finished. GEOM_MIRROR: Device boot: provider ad4s1 activated. GEOM_MIRROR: Device boot: provider ad4s1 disconnected. GEOM_MIRROR: Device boot: provider ad4s1 detected. GEOM_MIRROR: Device boot: rebuilding provider ad4s1. ad6: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=245216575 ad6: FAILURE - WRITE_DMA timed out GEOM_MIRROR: Request failed (error=5). ad6s1[WRITE(offset=125550854144, length=16384)] GEOM_MIRROR: Device boot: provider ad6s1 disconnected. GEOM_MIRROR: Device boot: rebuilding provider ad4s1 finished. GEOM_MIRROR: Device boot: provider ad4s1 activated. GEOM_MIRROR: Device boot: provider ad6s1 detected. GEOM_MIRROR: Device boot: rebuilding provider ad6s1. ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=27151007 ad4: FAILURE - WRITE_DMA timed out GEOM_MIRROR: Request failed (error=5). ad4s1[WRITE(offset=13901283328, length=16384)] GEOM_MIRROR: Device boot: provider ad4s1 disconnected. GEOM_MIRROR: Device boot: provider ad4s1 detected. GEOM_MIRROR: Device boot: rebuilding provider ad4s1. The "WRITE_DMA" failure is occurring any time I have both channels on the second SATA adapter running, and is random. It appears to be linked to read/write activity, but not "mostly write" or "mostly read", as I can reattach both disks to the mirror, and they will rebuild without drama - but once they activate, then the problems begin anew. This occurs on both an Adaptec and Bustek SATA adapters. Ideas? Should I "send-pr" this one? -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 14:15:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED85316A4CE for ; Thu, 17 Feb 2005 14:15:33 +0000 (GMT) Received: from webair.net (mail2.webair.com [216.130.184.23]) by mx1.FreeBSD.org (Postfix) with SMTP id D118943D2D for ; Thu, 17 Feb 2005 14:15:31 +0000 (GMT) (envelope-from steve@n2sw.com) Received: (qmail 62172 invoked by uid 89); 17 Feb 2005 14:15:29 -0000 Received: from unknown (HELO ?10.37.4.15?) (208.244.205.250) by mail.webair.com with SMTP; 17 Feb 2005 14:15:29 -0000 User-Agent: Microsoft-Entourage/11.1.0.040913 Date: Thu, 17 Feb 2005 09:15:29 -0500 From: First Last To: , Message-ID: In-Reply-To: <50026.195.198.185.114.1108647010.squirrel@cc.factory33.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: Re: High CPU-load with apache 1.3.33+mod-ssl, mod-php X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 14:15:34 -0000 > Hello list, > > Im running FreeBSD 5.3 on a 1.4GHz/256mb P4. I've done make buildworld > and make buildkernel with these options in make.conf: > > ------------------------------------------------------- > # -- use.perl generated deltas -- # > # Created: Wed Feb 16 14:46:12 2005 > # Setting to use base perl from ports: > PERL_VER=5.8.5 > PERL_VERSION=5.8.5 > PERL_ARCH=mach > NOPERL=yo > NO_PERL=yo > NO_PERL_WRAPPER=yo > > CPUTYPE=p4 > CFLAGS= -O2 -pipe -funroll-loops -ffast-math > COPTFLAGS= -O2 -pipe -funroll-loops -ffast-math > NOPROFILE=true > ------------------------------------------------------- > > I've installed apache13-modssl, mysql41-server, squirrelmail, phpMyAdmin > and everything that is required for these packages to run. (Everything > from ports, compiled with the make.conf above). httpd.conf and php.ini and > other configfiles are stock, unchanged. > > Now, everything works like a charm, excpet that whenever i run phpMyAdmin > or Squirrelmail, the cpu-load gets quite high, and stays high for several > seconds (7-10) after the page has finished loading. Note that the onlyone > using the system is my self. > > The exact same setup on a linuxsystem doesen't come near the FreeBSDsystem > in cpuload. > Why do you say that's its because of apache, can it be a mysql issue, ?? IS THERE ANYTHING IN DMESG From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 14:26:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAA7F16A4CE for ; Thu, 17 Feb 2005 14:26:40 +0000 (GMT) Received: from gwmail1.grupos.com.br (gwmail1.grupos.com.br [66.90.64.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F1BA43D45 for ; Thu, 17 Feb 2005 14:26:40 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from corp.grupos.com.br (unknown [150.162.166.55]) by gwmail1.grupos.com.br (Postfix) with ESMTP id 795A23D31F; Thu, 17 Feb 2005 12:26:39 -0200 (BRST) Received: from [150.162.166.51] (noc.grupos.com.br [150.162.166.51]) by corp.grupos.com.br (Postfix) with ESMTP id AD25720A2B; Thu, 17 Feb 2005 12:26:38 -0200 (BRST) Message-ID: <4214A99D.4060601@corp.grupos.com.br> Date: Thu, 17 Feb 2005 12:26:37 -0200 Organization: Grupos Internet S/A From: Marcus Grando User-Agent: Mozilla Thunderbird 0.6+ (X11/20050212) MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <4214964C.1040103@corp.grupos.com.br> <421497CA.2020904@DeepCore.dk> In-Reply-To: <421497CA.2020904@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE2: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 14:26:40 -0000 Hi Søren Schmidt wrote: > Hmm, does it work without apic ? without ACPI ? > And your cabling is correct and spec conformant ? > The 686A' I have in the lab works just dandy... I test all combinations (with/without apic | with/without ACPI), and problems persist. It will be that the problem is not with the compatibility of the controller with my HD? I changed 3 times the cable. I don't think that cable is problem. -- # atacontrol cap 0 0 -- ATA channel 0, Master, device ad0: Protocol ATA/ATAPI revision 5 device model QUANTUM FIREBALLlct20 10 serial number 551110736472 firmware revision APL.0900 cylinders 16383 heads 16 sectors/track 63 lba supported 20044080 sectors lba48 not supported dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Tagged Command Queuing (TCQ) no no 0/0x00 SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management yes no 0/0x00 0/0x00 -- -- controller -- atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0@pci0:7:1: class=0x01018a card=0x00000000 chip=0x05711106 rev=0x06 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' class = mass storage subclass = ATA -- -- Marcus Grando Grupos Internet S/A marcus(at)corp.grupos.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 14:32:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE01B16A4CE for ; Thu, 17 Feb 2005 14:32:41 +0000 (GMT) Received: from holmes.rerowe.com (holmes.rerowe.com [216.229.6.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04E6843D3F for ; Thu, 17 Feb 2005 14:32:41 +0000 (GMT) (envelope-from rerowe@rerowe.com) Received: from work.rerowe.com (holmesby.rerowe.com [216.229.6.185]) by holmes.rerowe.com (8.13.1/8.13.1) with ESMTP id j1HEWX99076483; Thu, 17 Feb 2005 08:32:33 -0600 (CST) (envelope-from rerowe@rerowe.com) From: Randy Rowe To: First Last In-Reply-To: References: Content-Type: text/plain Date: Thu, 17 Feb 2005 08:32:32 -0600 Message-Id: <1108650752.16534.26.camel@work.rerowe.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-3) Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.44 cc: freebsd-stable@freebsd.org cc: alex@factory33.com Subject: Re: High CPU-load with apache 1.3.33+mod-ssl, mod-php X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 14:32:41 -0000 On Thu, 2005-02-17 at 09:15 -0500, First Last wrote: > > Hello list, > > > > Im running FreeBSD 5.3 on a 1.4GHz/256mb P4. I've done make buildworld > > and make buildkernel with these options in make.conf: > > > > ------------------------------------------------------- > > # -- use.perl generated deltas -- # > > # Created: Wed Feb 16 14:46:12 2005 > > # Setting to use base perl from ports: > > PERL_VER=5.8.5 > > PERL_VERSION=5.8.5 > > PERL_ARCH=mach > > NOPERL=yo > > NO_PERL=yo > > NO_PERL_WRAPPER=yo > > > > CPUTYPE=p4 > > CFLAGS= -O2 -pipe -funroll-loops -ffast-math > > COPTFLAGS= -O2 -pipe -funroll-loops -ffast-math > > NOPROFILE=true > > ------------------------------------------------------- > > > > I've installed apache13-modssl, mysql41-server, squirrelmail, phpMyAdmin > > and everything that is required for these packages to run. (Everything > > from ports, compiled with the make.conf above). httpd.conf and php.ini and > > other configfiles are stock, unchanged. > > > > Now, everything works like a charm, excpet that whenever i run phpMyAdmin > > or Squirrelmail, the cpu-load gets quite high, and stays high for several > > seconds (7-10) after the page has finished loading. Note that the onlyone > > using the system is my self. > > > > The exact same setup on a linuxsystem doesen't come near the FreeBSDsystem > > in cpuload. > > > Why do you say that's its because of apache, can it be a mysql issue, ?? I didn't notice that apache was blamed. :-) > IS THERE ANYTHING IN DMESG You might try running top when accessing these pages to see what's going on. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 14:38:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8027816A4CE for ; Thu, 17 Feb 2005 14:38:05 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id B911C43D53 for ; Thu, 17 Feb 2005 14:38:04 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [192.168.252.2] (dhcp150.deepcore.dk [194.192.25.150] (may be forged)) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j1HEbphq060796; Thu, 17 Feb 2005 15:37:53 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <4214AC1F.8040101@DeepCore.dk> Date: Thu, 17 Feb 2005 15:37:19 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcus Grando References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <4214964C.1040103@corp.grupos.com.br> <421497CA.2020904@DeepCore.dk> <4214A99D.4060601@corp.grupos.com.br> In-Reply-To: <4214A99D.4060601@corp.grupos.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE2: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 14:38:05 -0000 Marcus Grando wrote: > Hi >=20 > S=F8ren Schmidt wrote: >=20 >> Hmm, does it work without apic ? without ACPI ? >> And your cabling is correct and spec conformant ? >> The 686A' I have in the lab works just dandy... >=20 > I test all combinations (with/without apic | with/without ACPI), and=20 > problems persist. OK. > It will be that the problem is not with the compatibility of the=20 > controller with my HD? Have you tried other disks on this board ? Have you tried this disk on another board ? Is the disk in a drawer/enclosure of sorts ? > I changed 3 times the cable. I don't think that cable is problem. Depends, you need proper 80 conductor cables no longer than 45cm's, the=20 blue connector goes at the controller end, and the black/grey goes on=20 the master/slave device. ICRC errors are because the checksum on the data does match, which means = that the communication path between disk and controller is=20 malfunctioning. The usual suspect is the cable, but it can also be bad=20 or loose connectors, or a flaky/unstable PSU. --=20 -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 15:30:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B0B516A4CE for ; Thu, 17 Feb 2005 15:30:35 +0000 (GMT) Received: from gwmail1.grupos.com.br (gwmail1.grupos.com.br [66.90.64.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id C157A43D2D for ; Thu, 17 Feb 2005 15:30:34 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from corp.grupos.com.br (unknown [150.162.166.55]) by gwmail1.grupos.com.br (Postfix) with ESMTP id 153133D5CE; Thu, 17 Feb 2005 13:30:34 -0200 (BRST) Received: from [150.162.166.51] (noc.grupos.com.br [150.162.166.51]) by corp.grupos.com.br (Postfix) with ESMTP id 816F120A32; Thu, 17 Feb 2005 13:30:32 -0200 (BRST) Message-ID: <4214B897.3060209@corp.grupos.com.br> Date: Thu, 17 Feb 2005 13:30:31 -0200 Organization: Grupos Internet S/A From: Marcus Grando User-Agent: Mozilla Thunderbird 0.6+ (X11/20050212) MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <4214964C.1040103@corp.grupos.com.br> <421497CA.2020904@DeepCore.dk> <4214A99D.4060601@corp.grupos.com.br> <4214AC1F.8040101@DeepCore.dk> In-Reply-To: <4214AC1F.8040101@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE2: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 15:30:35 -0000 Hi, Søren Schmidt wrote: > Have you tried other disks on this board ? I test another disk (SAMSUNG SV8004H) in secondary and work with UDMA66. > Have you tried this disk on another board ? I have another computer with 4.11-STABLE / QUANTUM FIREBALLlct10 30 and occurs same problem. -- ad0s1g: UDMA ICRC error writing fsbn 29286847 of 4391104-4391263 (ad0s1 bn 29286847; cn 29054 tn 6 sn 37) retrying ad0s1g: UDMA ICRC error writing fsbn 37273791 of 8384576-8384607 (ad0s1 bn 37273791; cn 36977 tn 15 sn 30) retrying ad0s1g: UDMA ICRC error writing fsbn 93610575 of 36552968-36552971 (ad0s1 bn 93610575; cn 92867 tn 10 sn 9) retrying -- > Is the disk in a drawer/enclosure of sorts ? No, disk connected directly on cable. It will be that the problem is not with all "FIREBALL QUANTUM"? Because all my "FIREBALL QUANTUM" have this problem. -- Marcus Grando Grupos Internet S/A marcus(at)corp.grupos.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 15:54:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B1A716A4CE for ; Thu, 17 Feb 2005 15:54:03 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7F4D43D4C for ; Thu, 17 Feb 2005 15:54:02 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so290019wri for ; Thu, 17 Feb 2005 07:54:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=rkAXZpAeVsd436y/hN0Q6ZS0Trw/Slct3O32JTrnDTIUNpeRU7B0d2Q1a+gY96pkbItFK6zCdJNieRf86KA4vAJ2Hg8tm42flkA81m0KQ3mjNr5rRAnFdXA2lPUVC+yw11IQKURzfaye3uECtJ5Sioz4l85uPSX+cgNsl+hIjgQ= Received: by 10.54.42.21 with SMTP id p21mr46311wrp; Thu, 17 Feb 2005 07:54:01 -0800 (PST) Received: by 10.54.29.8 with HTTP; Thu, 17 Feb 2005 07:54:01 -0800 (PST) Message-ID: <790a9fff0502170754793aedd4@mail.gmail.com> Date: Thu, 17 Feb 2005 09:54:01 -0600 From: Scot Hetzel To: Charles Erik McDonald In-Reply-To: <4213B3FD.6060400@mcdonald.no> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42134454.7030306@mcdonald.no> <790a9fff05021607456ec0406d@mail.gmail.com> <20050216175920.4f60007c.gstewart@bonivet.net> <4213B3FD.6060400@mcdonald.no> cc: Godwin Stewart cc: freebsd-stable@freebsd.org Subject: Re: Strange disk problems make the system lock up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 15:54:03 -0000 On Wed, 16 Feb 2005 21:58:37 +0100, Charles Erik McDonald wrote: > > >> Do you have any error messages related to ad2 or ad3 in > /var/log/messages? > no. > > > >>I have two large disks: > > >> > > >>/dev/ad2 144G 124G 9.2G 93% /mnt/sp1604n > > >>/dev/ad3 226G 202G 5.2G 98% /mnt/wd2500pb > > > > >Did you use disklabel on these disks (/dev/ad2s1 and /dev/ad3s1) to > > >create a partition on the slice? > > > > The above looks like an excerpt of `df`, meaning that not only was > bsdlabel > > not used, but neither was fdisk. That could be a problem for some things > > that at least expect a partition table somewhere. > > Correct, it is from 'df', but both disks were initialized from within > the fdisk editor > in the installer, where I used the "use entire disk" option. > > So, for example: > > bastion(root):/usr/src#disklabel /dev/ad2 > disklabel: /dev/ad2: no valid label found > bastion(root):/usr/src#disklabel /dev/ad2s1 > # /dev/ad2s1: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > c: 312576642 0 unused 0 0 # "raw" part, > don't edit > bastion(root):/usr/src#disklabel /dev/ad3 > disklabel: /dev/ad3: no valid label found > bastion(root):/usr/src#disklabel /dev/ad3s1 > # /dev/ad3s1: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > c: 488392002 0 unused 0 0 # "raw" part, > don't edit > bastion(root):/usr/src# > you don't have any partitions on those disks. You need to use disklabel to create an "a" partition. a: 488392002 0 BSD 0 0 # c: 488392002 0 unused 0 0 # "raw" part Scot From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 16:11:30 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A614816A4CE for ; Thu, 17 Feb 2005 16:11:30 +0000 (GMT) Received: from mail48-s.fg.online.no (mail48-s.fg.online.no [148.122.161.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id E70A543D2F for ; Thu, 17 Feb 2005 16:11:29 +0000 (GMT) (envelope-from charles-erik@mcdonald.no) Received: from [192.168.1.3] (ti500720a080-9557.bb.online.no [85.166.229.85]) by mail48.fg.online.no (8.12.11/8.12.11) with ESMTP id j1HGBPZv023964 for ; Thu, 17 Feb 2005 17:11:26 +0100 (CET) Received: from 127.0.0.1 (AVG SMTP 7.0.300 [265.8.8]); Thu, 17 Feb 2005 17:11:21 +0100 Message-ID: <4214C228.2010400@mcdonald.no> Date: Thu, 17 Feb 2005 17:11:20 +0100 From: Charles Erik McDonald User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en To: freebsd-stable@freebsd.org References: <42134454.7030306@mcdonald.no> <790a9fff05021607456ec0406d@mail.gmail.com> <20050216175920.4f60007c.gstewart@bonivet.net> <4213B3FD.6060400@mcdonald.no> <790a9fff0502170754793aedd4@mail.gmail.com> In-Reply-To: <790a9fff0502170754793aedd4@mail.gmail.com> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed Subject: Re: Strange disk problems make the system lock up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 16:11:30 -0000 >>bastion(root):/usr/src#disklabel /dev/ad2 >>disklabel: /dev/ad2: no valid label found >>bastion(root):/usr/src#disklabel /dev/ad2s1 >># /dev/ad2s1: >>8 partitions: >># size offset fstype [fsize bsize bps/cpg] >> c: 312576642 0 unused 0 0 # "raw" part, >>don't edit >>bastion(root):/usr/src#disklabel /dev/ad3 >>disklabel: /dev/ad3: no valid label found >>bastion(root):/usr/src#disklabel /dev/ad3s1 >># /dev/ad3s1: >>8 partitions: >># size offset fstype [fsize bsize bps/cpg] >> c: 488392002 0 unused 0 0 # "raw" part, >>don't edit >>bastion(root):/usr/src# >> >> >> >you don't have any partitions on those disks. > >You need to use disklabel to create an "a" partition. > > >a: 488392002 0 BSD 0 0 # >c: 488392002 0 unused 0 0 # "raw" part > > > Ok, one question. Is it possible to mount, fsck (ok) and use these disk without a partition? Because I have been using these disks for some time now and this behaviour is seen only once in a while. Where does the filesystem exist then, if not within a partition?! Directly on the disk slice? Truly confused, Erik -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.8 - Release Date: 14.02.2005 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 17:40:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0EF116A4CE for ; Thu, 17 Feb 2005 17:40:37 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3A8443D2D for ; Thu, 17 Feb 2005 17:40:36 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [192.168.252.2] (dhcp150.deepcore.dk [194.192.25.150] (may be forged)) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j1HHeKWb062841; Thu, 17 Feb 2005 18:40:23 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <4214D6E4.30807@DeepCore.dk> Date: Thu, 17 Feb 2005 18:39:48 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcus Grando References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <4214964C.1040103@corp.grupos.com.br> <421497CA.2020904@DeepCore.dk> <4214A99D.4060601@corp.grupos.com.br> <4214AC1F.8040101@DeepCore.dk> <4214B897.3060209@corp.grupos.com.br> In-Reply-To: <4214B897.3060209@corp.grupos.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE2: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 17:40:37 -0000 Marcus Grando wrote: > I test another disk (SAMSUNG SV8004H) in secondary and work with UDMA66= =2E OK, so the problem is not general of nature... >> Have you tried this disk on another board ? > I have another computer with 4.11-STABLE / QUANTUM FIREBALLlct10 30 and= =20 > occurs same problem. >=20 > --=20 > ad0s1g: UDMA ICRC error writing fsbn 29286847 of 4391104-4391263 (ad0s1= =20 > bn 29286847; cn 29054 tn 6 sn 37) retrying > ad0s1g: UDMA ICRC error writing fsbn 37273791 of 8384576-8384607 (ad0s1= =20 > bn 37273791; cn 36977 tn 15 sn 30) retrying > ad0s1g: UDMA ICRC error writing fsbn 93610575 of 36552968-36552971=20 > (ad0s1 bn 93610575; cn 92867 tn 10 sn 9) retrying > It will be that the problem is not with all "FIREBALL QUANTUM"? Because= =20 > all my "FIREBALL QUANTUM" have this problem. Hmm, I newer thought much about the Fireball's but they should work as=20 such, however there are other examples of those not getting along. Do they work if you run them at UDMA33 ? in that case leave them there.. --=20 -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 18:03:59 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 232A816A4CF for ; Thu, 17 Feb 2005 18:03:59 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E749043D3F for ; Thu, 17 Feb 2005 18:03:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7852351E36; Thu, 17 Feb 2005 10:03:57 -0800 (PST) Date: Thu, 17 Feb 2005 10:03:56 -0800 From: Kris Kennaway To: Roberto Nunnari Message-ID: <20050217180353.GA25609@xor.obsecurity.org> References: <421475A8.7070003@supsi.ch> <421482C8.1020902@supsi.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <421482C8.1020902@supsi.ch> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: can't get a crash dump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 18:03:59 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 17, 2005 at 12:40:56PM +0100, Roberto Nunnari wrote: > another crash.. and in /var/log/messages I see: >=20 > Feb 17 12:20:50 jupiter savecore: no dumps found >=20 > Any hints, please? If you watch it panic (or trigger one; break to ddb and use call doadump), does it dump? Kris --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCFNyIWry0BWjoQKURAid+AKD6+tqG9kTQHPfNnmDWObKy4PsHOQCg7DzQ b0ZUaL/dle9inIISqEO4pOc= =zmVX -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 18:31:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02DAB16A4CE; Thu, 17 Feb 2005 18:31:16 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E07643D2F; Thu, 17 Feb 2005 18:31:15 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j1HIV9XE009209; Thu, 17 Feb 2005 21:31:09 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Thu, 17 Feb 2005 21:31:09 +0300 (MSK) From: Maxim Konovalov To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-Reply-To: <421464C3.2030308@DeepCore.dk> Message-ID: <20050217212655.E14434@mp2.macomnet.net> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (208/050203) X-SpamTest-Info: Profile: Detect Hard (4/030526) X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking - Keywords (2/030321) X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], SpamtestISP/Release cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE2: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 18:31:16 -0000 Hi, On Thu, 17 Feb 2005, 10:32+0100, S?ren Schmidt wrote: > S?ren Schmidt wrote: > > > http: //people.freebsd.org/~sos/ata-mk3k.diff-releng5.gz > > http: //people.freebsd.org/~sos/ata-mk3k.diff-current.gz > > http: //people.freebsd.org/~sos/ata-mk3k.tar.gz > > New version available for testing: > > http: //people.freebsd.org/~sos/ata-mk3l.diff-releng5.gz > http: //people.freebsd.org/~sos/ata-mk3l.diff-current.gz > http: //people.freebsd.org/~sos/ata-mk3l.tar.gz > > This time the diff must be reapplied as there are new changes in there. atadisk.ko and atapicd.ko still do not depend on atapci.ko. So if you don't ask to load atapci.ko in loader.conf you will get a panic because the kernel won't find the root fs. I added MODULE_DEPEND() on atapci macro to ata-disk.c and this solved the problem. Perhaps this is just a feature. -- Maxim Konovalov From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 18:36:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E018016A4CE; Thu, 17 Feb 2005 18:36:12 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2624D43D31; Thu, 17 Feb 2005 18:36:12 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [192.168.252.2] (dhcp150.deepcore.dk [194.192.25.150] (may be forged)) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j1HIa8xj063523; Thu, 17 Feb 2005 19:36:10 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <4214E3F9.40604@DeepCore.dk> Date: Thu, 17 Feb 2005 19:35:37 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Konovalov References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <20050217212655.E14434@mp2.macomnet.net> In-Reply-To: <20050217212655.E14434@mp2.macomnet.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE2: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 18:36:13 -0000 Maxim Konovalov wrote: > Hi, >=20 > On Thu, 17 Feb 2005, 10:32+0100, S?ren Schmidt wrote: >=20 >=20 >>S?ren Schmidt wrote: >> >> >>>http: //people.freebsd.org/~sos/ata-mk3k.diff-releng5.gz >>>http: //people.freebsd.org/~sos/ata-mk3k.diff-current.gz >>>http: //people.freebsd.org/~sos/ata-mk3k.tar.gz >> >>New version available for testing: >> >>http: //people.freebsd.org/~sos/ata-mk3l.diff-releng5.gz >>http: //people.freebsd.org/~sos/ata-mk3l.diff-current.gz >>http: //people.freebsd.org/~sos/ata-mk3l.tar.gz >> >>This time the diff must be reapplied as there are new changes in there.= >=20 >=20 > atadisk.ko and atapicd.ko still do not depend on atapci.ko. So if you > don't ask to load atapci.ko in loader.conf you will get a panic > because the kernel won't find the root fs. I added MODULE_DEPEND() on > atapci macro to ata-disk.c and this solved the problem. Perhaps this > is just a feature. Yes its a feature, if you make everything depend on each other there is=20 no reason to have it as seperate modules... --=20 -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 18:40:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A55FE16A4CE for ; Thu, 17 Feb 2005 18:40:16 +0000 (GMT) Received: from mail.dti.supsi.ch (mail.dti.supsi.ch [193.5.153.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CD9343D41 for ; Thu, 17 Feb 2005 18:40:15 +0000 (GMT) (envelope-from roberto.nunnari@supsi.ch) Received: from [193.5.152.27] (pcm2027.dti.supsi.ch [193.5.152.27]) by mail.dti.supsi.ch (8.11.6/8.11.6) with ESMTP id j1HIdu017149; Thu, 17 Feb 2005 19:39:56 +0100 Message-ID: <4214E4EC.7050108@supsi.ch> Date: Thu, 17 Feb 2005 19:39:40 +0100 From: Roberto Nunnari User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <421475A8.7070003@supsi.ch> <421482C8.1020902@supsi.ch> <20050217180353.GA25609@xor.obsecurity.org> In-Reply-To: <20050217180353.GA25609@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: can't get a crash dump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 18:40:16 -0000 Kris Kennaway wrote: > On Thu, Feb 17, 2005 at 12:40:56PM +0100, Roberto Nunnari wrote: > >>another crash.. and in /var/log/messages I see: >> >>Feb 17 12:20:50 jupiter savecore: no dumps found >> >>Any hints, please? > > > If you watch it panic (or trigger one; break to ddb and use call > doadump), does it dump? > > Kris humm... sorry if the question sounds dumb.. but.. how do I break to ddb? just press the 'break' key? -- Roberto Nunnari -software engineer- mailto:roberto.nunnari@supsi.ch Scuola Universitaria Professionale della Svizzera Italiana Dipartimento Tecnologie Innovative http://www.dti.supsi.ch SUPSI-DTI Via Cantonale tel: +41-91-6108561 6928 Manno """ fax: +41-91-6108570 Switzerland (o o) =======================oOO==(_)==OOo======================== From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 18:55:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E81016A4CE for ; Thu, 17 Feb 2005 18:55:26 +0000 (GMT) Received: from mail122.messagelabs.com (mail122.messagelabs.com [216.82.241.211]) by mx1.FreeBSD.org (Postfix) with SMTP id 83F7243D5D for ; Thu, 17 Feb 2005 18:55:25 +0000 (GMT) (envelope-from Ben.Forsberg@capella.edu) X-VirusChecked: Checked X-Env-Sender: Ben.Forsberg@capella.edu X-Msg-Ref: server-4.tower-122.messagelabs.com!1108666523!3314943!1 X-StarScan-Version: 5.4.11; banners=-,-,- X-Originating-IP: [206.169.247.41] Received: (qmail 32205 invoked from network); 17 Feb 2005 18:55:23 -0000 Received: from 206-169-247-41.gen.twtelecom.net (HELO MSPSCAN03.capella.edu) (206.169.247.41) by server-4.tower-122.messagelabs.com with SMTP; 17 Feb 2005 18:55:23 -0000 Received: from mspmail04.int.capella.lan (unverified [10.15.125.51]) by MSPSCAN03.capella.edu for ; Thu, 17 Feb 2005 12:55:22 -0600 Received: from mspmail01.int.capella.lan ([10.15.125.34]) by mspmail04.int.capella.lan with Microsoft SMTPSVC(6.0.3790.0); Thu, 17 Feb 2005 12:54:07 -0600 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Thu, 17 Feb 2005 12:55:22 -0600 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Save the Demon! Thread-Index: AcUTf8wkq2MRMEXfSieF6+ME5yFBlgBoZbJA From: "Forsberg, Ben" To: X-OriginalArrivalTime: 17 Feb 2005 18:54:07.0882 (UTC) FILETIME=[0F3F86A0:01C51522] Subject: FW: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 18:55:26 -0000 Mike Jakubik said: > Oliver Fromme said: >=20 > > > I'm not seeing a problem here. Beastie is not a religious icon, > > > not is it intended to be one. > > > > Right -- but it looks like one. And every now and then > > there are people who are offended by it because of their religious > > bias. > > Boo Hoo! Use Linux then, or is the Penguin sacrilege to your religion > too? Religion has no place here. Lets not divide and make wars over it, > like in real life. Or maybe the best approach would be to start a religion that fears wavy colored squares. I think that would work. Actually, what I think is this: People are irrational and are deeply affected by marketing. It used to be that the Neo-Classical Economic assumption of a Rational Consumer was only a small fiction. Now, since information is a commodity to be bought and sold the same as grain or pork bellies, this ideal omniscient consumer is even further from reality. There is no other way to explain why the market leader in operating system is technologically thirty years behind its competition (Windows 2000 finally implemented some features made modern in MULTICS!). I think, therefore, that rationally explaining to people that Beastie has no religios import and that they shouldn't be offended is not a viable solution. Just like rationally explaining to people that McDonalds' food is not really very good for you or that Nike doesn't actually make the shoes it sells doesn't seem to make much difference in peoples' buying patterns. People will think what they want to think and will make economic decisions (including the decision not to spend money on an operating system) based on whose packaging has more colors and who's got the slicker TV ad. Saying "FreeBSD is a better operating system" only gets you so far, no matter how true it is. For my two cents, I am a Christian, I have my Beastie Amor window sitter set to start automatically in my KDE profile because I like to see him there (goddammit, he's cute), and I think this contest is a perfect idea. But I'd still pay tithes at the Church of Salvation From Evil Wavy Colored Squares. ---- When I accidentally sent this directly to Mike instead of to the list, he responded: I do agree with you though about marketing. Indeed FreeBSD=20 should have a nice logo, i just didnt like the fact that people were bringing religion in to the decision process. Which I thought was a sane rebuttal and ought to be made a part of my comment. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 19:18:59 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 330E616A4CE for ; Thu, 17 Feb 2005 19:18:59 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77A4643D31 for ; Thu, 17 Feb 2005 19:18:56 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so329251wri for ; Thu, 17 Feb 2005 11:18:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=kpcxmxcGI4gUQvEj4hNjY+HAtADf9fxx+tGSHocOY7lInA3vJgIGhg3Tct/4k9EBiWA40HOEpVsgQqNMc2ELgG0XjHvN390MVH+8JPL7qp3s2Cx3LOM0lsyQsZF5br3SemLfLxcpVxH83Jb5E5R6L5Uok1pPdQNDnWMue+mGQEM= Received: by 10.54.42.21 with SMTP id p21mr188773wrp; Thu, 17 Feb 2005 11:18:55 -0800 (PST) Received: by 10.54.29.8 with HTTP; Thu, 17 Feb 2005 11:18:54 -0800 (PST) Message-ID: <790a9fff05021711184a5e3e9e@mail.gmail.com> Date: Thu, 17 Feb 2005 13:18:54 -0600 From: Scot Hetzel To: Charles Erik McDonald In-Reply-To: <790a9fff0502170754793aedd4@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42134454.7030306@mcdonald.no> <790a9fff05021607456ec0406d@mail.gmail.com> <20050216175920.4f60007c.gstewart@bonivet.net> <4213B3FD.6060400@mcdonald.no> <790a9fff0502170754793aedd4@mail.gmail.com> cc: freebsd-stable@freebsd.org Subject: Re: Strange disk problems make the system lock up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 19:18:59 -0000 On Thu, 17 Feb 2005 09:54:01 -0600, Scot Hetzel wrote: > On Wed, 16 Feb 2005 21:58:37 +0100, Charles Erik McDonald > > So, for example: > > > > bastion(root):/usr/src#disklabel /dev/ad2 > > disklabel: /dev/ad2: no valid label found > > bastion(root):/usr/src#disklabel /dev/ad2s1 > > # /dev/ad2s1: > > 8 partitions: > > # size offset fstype [fsize bsize bps/cpg] > > c: 312576642 0 unused 0 0 # "raw" part, > > don't edit > > bastion(root):/usr/src#disklabel /dev/ad3 > > disklabel: /dev/ad3: no valid label found > > bastion(root):/usr/src#disklabel /dev/ad3s1 > > # /dev/ad3s1: > > 8 partitions: > > # size offset fstype [fsize bsize bps/cpg] > > c: 488392002 0 unused 0 0 # "raw" part, > > don't edit > > bastion(root):/usr/src# > > > you don't have any partitions on those disks. > > You need to use disklabel to create an "a" partition. > > a: 488392002 0 BSD 0 0 # > c: 488392002 0 unused 0 0 # "raw" part > To add more to my response: In FreeBSD, the disk is broken down into slices and partitions. A slice is equivalent to a DOS partition, but can be broken down into 8 partitions (a-h). The "c" partition is reserved because it is used to define the entire disk. What you need to do the following to setup /dev/ad3s1: 1. use "disklabel -e /dev/ad3s1" to add a partition (pick one a,b,d-h). If you want to use the entire slice for the partition, just copy the "c" partition numbers as: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 488392002 0 4.2BSD 1024 8192 16 c: 488392002 0 unused 0 0 # "raw" part NOTE: for "vinium" filesystems, you need an offset of 16 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 488392002 0 unused 0 0 # "raw" part d: 488392002 16 vinium 1024 8192 16 2. use newfs on /dev/ad3s1a to put a filesystem on it. newfs /dev/ad3s1a And that should get you a working partition on your system. See the man pages on disklabel and newfs for more information. Scot From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 19:22:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FD2116A4CE for ; Thu, 17 Feb 2005 19:22:15 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 419C343D39 for ; Thu, 17 Feb 2005 19:22:14 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so329902wri for ; Thu, 17 Feb 2005 11:22:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=nFo9k0A2Hmj6rM76y8+1D8rtzHXO8UBaOfozU1xixo2RgDKdxmfloxCldTUHPT/tGnE+nHzZ79ja500+KrCxoceTLs+N8GGKSjg2I6byUT/GdCG59PEkm2n+9vGkRFO+9xEkz1vxu19T08dcrcNNcpJuXoXN5fMGe8hh4OSkKOY= Received: by 10.54.11.66 with SMTP id 66mr16644wrk; Thu, 17 Feb 2005 11:22:12 -0800 (PST) Received: by 10.54.29.8 with HTTP; Thu, 17 Feb 2005 11:22:12 -0800 (PST) Message-ID: <790a9fff05021711226f40fdfe@mail.gmail.com> Date: Thu, 17 Feb 2005 13:22:12 -0600 From: Scot Hetzel To: freebsd-stable@freebsd.org In-Reply-To: <20050216233125.010075fb.gstewart@bonivet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42134454.7030306@mcdonald.no> <790a9fff05021607456ec0406d@mail.gmail.com> <20050216175920.4f60007c.gstewart@bonivet.net> <4213B3FD.6060400@mcdonald.no> <20050216233125.010075fb.gstewart@bonivet.net> Subject: Re: Strange disk problems make the system lock up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 19:22:15 -0000 On Wed, 16 Feb 2005 23:31:25 +0100, Godwin Stewart wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, 16 Feb 2005 21:58:37 +0100, Charles Erik McDonald > wrote: > > > bastion(root):#mount -t ufs /dev/ad3s1 /mnt/wd2500pb/ > > mount: /dev/ad3s1 on /mnt/wd2500pb: incorrect super block > > bastion(root):#mount -t ufs /dev/ad3s1c /mnt/wd2500pb/ > > mount: /dev/ad3s1c on /mnt/wd2500pb: incorrect super block > > bastion(root):#mount -t ufs /dev/ad3 /mnt/wd2500pb/ > > bastion(root):# > > Well, I don't know anything near enough about UFS to be able to speculate > on why a valid disklabel is found while the entire physical disk is mounted. > What I would say is that the system freezing when trying to umount the > filesystems could have something to do with this oddity. > > However, one thing I'd do ASAP is back up the data (I know 300+ GB is a lot > of data) and boot into single user mode so that the 2 disks aren't mounted. > I'd then newfs ad{2,3}s1c and modify my fstab to reflect the fact that I'm > now using filesystems here rather than just ad{2,3}, boot normally and > restore the data. > The problem is that he only has the "c" partition, which is reserved to specifying the entire disk. He needs to use disklabel to create a partion using one of a,b,d-h. see "man disklabel" Scot From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 19:52:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAAE916A4CE; Thu, 17 Feb 2005 19:52:51 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39E2043D2D; Thu, 17 Feb 2005 19:52:51 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j1HJpbTa001186; Thu, 17 Feb 2005 12:51:38 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 17 Feb 2005 12:51:37 -0700 (MST) Message-Id: <20050217.125137.74752166.imp@bsdimp.com> To: maxim@macomnet.ru From: Warner Losh In-Reply-To: <20050217212655.E14434@mp2.macomnet.net> References: <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <20050217212655.E14434@mp2.macomnet.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org cc: sos@DeepCore.dk Subject: Re: UPDATE2: ATA mkIII first official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 19:52:51 -0000 > atadisk.ko and atapicd.ko still do not depend on atapci.ko. So if you > don't ask to load atapci.ko in loader.conf you will get a panic > because the kernel won't find the root fs. I added MODULE_DEPEND() on > atapci macro to ata-disk.c and this solved the problem. Perhaps this > is just a feature. MODULE_DEPEND should only be there when when there's a link time dependency between modles. If you were to add the atapci.ko as a depend, then you destroy the ability to boot on machines that don't have a pci bus in the kernel.... Warner From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 20:09:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C0FC16A4CE for ; Thu, 17 Feb 2005 20:09:54 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B8F443D39 for ; Thu, 17 Feb 2005 20:09:53 +0000 (GMT) (envelope-from jcapote@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so338395wri for ; Thu, 17 Feb 2005 12:09:52 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=ExkfWFjzaaz0aKy7LG7xufchy6TkZRD82SGyyFYVvQqpAMWJHy6jsUep4EB3VBH/o0huS0eG5VB9U7DGk4IrskHJYSVI07d2InvG/F4Ja0R2Mo8/5wLnUoeYrI657+fNGomjPxOHQ98T1HqtI/Hn/sBzwwvg1p9MjmsdsMvsJfg= Received: by 10.54.2.9 with SMTP id 9mr248207wrb; Thu, 17 Feb 2005 12:09:51 -0800 (PST) Received: from localhost.localdomain ([65.10.15.61]) by smtp.gmail.com with ESMTP id 44sm44728wri.2005.02.17.12.09.49; Thu, 17 Feb 2005 12:09:49 -0800 (PST) From: Julio Capote To: stable@freebsd.org Content-Type: text/plain Date: Thu, 17 Feb 2005 15:12:57 -0500 Message-Id: <1108671177.17247.6.camel@hatter.wonderland.dn> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Brief window moving delay after idle.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 20:09:54 -0000 I've been on RELENG_5 for about 1 week now running ULE with PREEMPT. Recently, I noticed some strange behavior that could be related to scheduling; usually I leave my computer on all night (doing nothing as I sleep), But when I'd wake up, and drag a window around, it seems this sudden rush of input catches the scheduler by surprise and everything is really slow for about 5 seconds. Its a peculiar type of "slow" since everything moves smoothly, just 1-2 seconds behind, theres no stuttering at all. Gkrellm shows my cpu usage to peak for the time its really slow, and then drop to normal when everything "pops" back into speed. I guess the best way to describe it would be "bullet time" on your desktop. - Julio From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 20:34:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4C6D16A4CE for ; Thu, 17 Feb 2005 20:34:04 +0000 (GMT) Received: from smtp815.mail.sc5.yahoo.com (smtp815.mail.sc5.yahoo.com [66.163.170.1]) by mx1.FreeBSD.org (Postfix) with SMTP id AC26A43D46 for ; Thu, 17 Feb 2005 20:34:04 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.177.173 with login) by smtp815.mail.sc5.yahoo.com with SMTP; 17 Feb 2005 20:34:04 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id B35AF634B; Thu, 17 Feb 2005 14:34:03 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 29003-02-2; Thu, 17 Feb 2005 14:34:02 -0600 (CST) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 27132633F; Thu, 17 Feb 2005 14:34:02 -0600 (CST) Message-ID: <4214FFAF.6030301@alumni.rice.edu> Date: Thu, 17 Feb 2005 14:33:51 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julio Capote References: <1108671177.17247.6.camel@hatter.wonderland.dn> In-Reply-To: <1108671177.17247.6.camel@hatter.wonderland.dn> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: stable@freebsd.org Subject: Re: Brief window moving delay after idle.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 20:34:05 -0000 Julio Capote wrote: > I've been on RELENG_5 for about 1 week now running ULE with PREEMPT. > Recently, I noticed some strange behavior that could be related to > scheduling; usually I leave my computer on all night (doing nothing as I > sleep), But when I'd wake up, and drag a window around, it seems this > sudden rush of input catches the scheduler by surprise and everything is > really slow for about 5 seconds. Its a peculiar type of "slow" since > everything moves smoothly, just 1-2 seconds behind, theres no stuttering > at all. Gkrellm shows my cpu usage to peak for the time its really slow, > and then drop to normal when everything "pops" back into speed. I guess > the best way to describe it would be "bullet time" on your desktop. ^^^^^^^^^^^ Sounds like a feature... ;-) Seriously, though: I recently tried ULE+PREEMPTION on a few machines and got some panics on my SMP box (http://lists.freebsd.org/pipermail/freebsd-stable/2005-February/011951.html). My UP machines haven't done anything too strange, though. *shrug* Getting a lot closer, but not quite there yet... Jon From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 20:47:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FE1816A4CE for ; Thu, 17 Feb 2005 20:47:16 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5156743D53 for ; Thu, 17 Feb 2005 20:47:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E52A951311; Thu, 17 Feb 2005 12:47:14 -0800 (PST) Date: Thu, 17 Feb 2005 12:47:14 -0800 From: Kris Kennaway To: Roberto Nunnari Message-ID: <20050217204714.GA71586@xor.obsecurity.org> References: <421475A8.7070003@supsi.ch> <421482C8.1020902@supsi.ch> <20050217180353.GA25609@xor.obsecurity.org> <4214E4EC.7050108@supsi.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <4214E4EC.7050108@supsi.ch> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org cc: Kris Kennaway Subject: Re: can't get a crash dump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 20:47:16 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 17, 2005 at 07:39:40PM +0100, Roberto Nunnari wrote: > Kris Kennaway wrote: >=20 > >On Thu, Feb 17, 2005 at 12:40:56PM +0100, Roberto Nunnari wrote: > > > >>another crash.. and in /var/log/messages I see: > >> > >>Feb 17 12:20:50 jupiter savecore: no dumps found > >> > >>Any hints, please? > > > > > >If you watch it panic (or trigger one; break to ddb and use call > >doadump), does it dump? > > > >Kris >=20 > humm... sorry if the question sounds dumb.. but.. > how do I break to ddb? just press the 'break' key? Set it up following the chapter on kernel debugging in the developers' handbook. Kris --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCFQLSWry0BWjoQKURAnCCAJ9kLcJiMJWLwlrM3wnJoannxUwLIACfZqxC dxcjNGcg9Gk23G0QWgL+pq8= =VUWc -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 22:11:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41AE816A4CE for ; Thu, 17 Feb 2005 22:11:46 +0000 (GMT) Received: from imladris.teardrop.org (imladris.teardrop.org [66.92.66.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E868643D39 for ; Thu, 17 Feb 2005 22:11:45 +0000 (GMT) (envelope-from snow@teardrop.org) Received: by imladris.teardrop.org (Postfix, from userid 100) id 649CA5D09; Thu, 17 Feb 2005 17:11:47 -0500 (EST) Date: Thu, 17 Feb 2005 17:11:47 -0500 From: James Snow To: freebsd-stable@freebsd.org Message-ID: <20050217221147.GA64672@teardrop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: RELEASE -> STABLE, geom_raid3 breakage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 22:11:46 -0000 I apologize in advance for the lack of details here. This break occurred while I was rushing between locations and I didn't have an opportunity to properly copy down the details of the error. I have a 5.3 system with a geom_raid3 volume that was running -RELEASE until this morning. I updated to -STABLE and, on reboot, graid3 mentioned something about upgrading my providers from v2 to v3, and then it kernel panicked. On the next reboot, it listed two of the three devices in my RAID3 array as broken, and wouldn't bring up the device: kernel: GEOM_RAID3: Device raid3 created (id=134541552). kernel: GEOM_RAID3: Device raid3: provider ad4 detected. kernel: GEOM_RAID3: Device raid3: provider ad6 detected. kernel: GEOM_RAID3: Device raid3: provider ad10 detected. kernel: GEOM_RAID3: Component ad4 (device raid3) broken, skipping. kernel: GEOM_RAID3: Component ad6 (device raid3) broken, skipping. kernel: GEOM_RAID3: Device raid3 is broken, too few valid components. kernel: GEOM_RAID3: Device raid3 destroyed. I did some searching for other occurrences of this and found none. At a loss for anything else to try, I relabeled the devices that were used in the array, and it came right back up. It fsck'd cleanly and has been behaving all day. Just figured I'd throw it out there and see if this has happened to anyone else or is a known issue or something. I didn't see anything on stable@ or in UPDATING. -Snow From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 22:11:59 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED68216A4D2 for ; Thu, 17 Feb 2005 22:11:59 +0000 (GMT) Received: from sv07e.atm-tzs.kmjeuro.com (sv07e.atm-tzs.kmjeuro.com [193.81.94.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07A6743D45 for ; Thu, 17 Feb 2005 22:11:57 +0000 (GMT) (envelope-from k.joch@ctseuro.com) Received: from sv03 (adsl.sbg.kmjeuro.com [62.99.198.46]) (authenticated bits=0)j1HMBlmv009084 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Thu, 17 Feb 2005 23:11:48 +0100 (CET) (envelope-from k.joch@ctseuro.com) From: "Karl M. Joch" To: Date: Thu, 17 Feb 2005 23:11:42 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcUVPajcCigk0M6mSCyIxKPPKf8Ncw== In-Reply-To: <200502161502.29456.michaelnottebrock@gmx.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-CTS-CTSTZS-Mailserver-Information: please visit www.ctseuro.com for further instructions. Protected by www.ctseuro.com X-CTS-CTSTZS-Mailserver: Found to be clean X-CTS-CTSTZS-Mailserver-From: k.joch@ctseuro.com Subject: AW: 5.2.1 - Freenet6 TSPC Client dumps core X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 22:12:00 -0000 I found out, when using upd instead of tcp it works. Karl > -----Urspr=FCngliche Nachricht----- > Von: Michael Nottebrock [mailto:michaelnottebrock@gmx.net]=20 > Gesendet: Mittwoch, 16. Februar 2005 15:02 > An: freebsd-stable@freebsd.org > Cc: Karl M. Joch > Betreff: Re: 5.2.1 - Freenet6 TSPC Client dumps core >=20 > On Friday, 11. February 2005 00:25, Karl M. Joch wrote: > > Hello, > > > > i had the verion 1 of the freenet6 client running for a=20 > long time. now, > > after upgrading to 2.1.1 on a 5.2.1 box the tspc client dumps core. >=20 > Works fine on a 5.2.1 box of mine, FWIW. >=20 > --=20 > ,_, | Michael Nottebrock | lofi@freebsd.org > (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org >=20 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 17 23:36:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 117AA16A4CE for ; Thu, 17 Feb 2005 23:36:01 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id B22F143D2D for ; Thu, 17 Feb 2005 23:36:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D340451311; Thu, 17 Feb 2005 15:35:59 -0800 (PST) Date: Thu, 17 Feb 2005 15:35:59 -0800 From: Kris Kennaway To: Julio Capote Message-ID: <20050217233559.GA19140@xor.obsecurity.org> References: <1108671177.17247.6.camel@hatter.wonderland.dn> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: <1108671177.17247.6.camel@hatter.wonderland.dn> User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org Subject: Re: Brief window moving delay after idle.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Feb 2005 23:36:01 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Feb 17, 2005 at 03:12:57PM -0500, Julio Capote wrote: > I've been on RELENG_5 for about 1 week now running ULE with PREEMPT. > Recently, I noticed some strange behavior that could be related to > scheduling; usually I leave my computer on all night (doing nothing as I > sleep), But when I'd wake up, and drag a window around, it seems this > sudden rush of input catches the scheduler by surprise and everything is > really slow for about 5 seconds. Its a peculiar type of "slow" since > everything moves smoothly, just 1-2 seconds behind, theres no stuttering > at all. Gkrellm shows my cpu usage to peak for the time its really slow, > and then drop to normal when everything "pops" back into speed. I guess > the best way to describe it would be "bullet time" on your desktop. It's probably just paging stuff back in after having paged it out overnight to run something like the nightly cron jobs. Kris --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCFSpfWry0BWjoQKURAgr1AJ9/ZBzzNeaPnWCNX2RvCNZpv0/L8wCdH9z5 TrHCNzWi8U4oyWOWSC2ulgA= =qB6f -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 00:36:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BB4116A4CE for ; Fri, 18 Feb 2005 00:36:24 +0000 (GMT) Received: from 9.hellooperator.net (cpc3-cdif2-3-0-cust202.cdif.cable.ntl.com [81.103.32.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCCBE43D1D for ; Fri, 18 Feb 2005 00:36:23 +0000 (GMT) (envelope-from rasputnik@hellooperator.net) Received: from [10.4.0.5] (helo=eris.tenfour) by 9.hellooperator.net with esmtp (Exim 4.43) id 1D1w85-0002ND-KW for freebsd-stable@freebsd.org; Fri, 18 Feb 2005 00:36:22 +0000 Received: from rasputnik by eris.tenfour with local (Exim 4.44 (FreeBSD)) id 1D1w85-000JoB-GO for freebsd-stable@freebsd.org; Fri, 18 Feb 2005 00:36:21 +0000 Date: Fri, 18 Feb 2005 00:36:21 +0000 From: Dick Davies To: FreeBSD Stable Users Message-ID: <20050218003621.GG66519@eris.tenfour> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: firefox port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dick Davies List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 00:36:24 -0000 Is there a fix for the firefox advisory that portaudit keeps popping up? ===> firefox-1.0_7,1 has known vulnerabilities: => web browsers -- window injection vulnerabilities. Reference: => Please update your ports tree and try again. *** Error code 1 Stop in /usr/ports/www/firefox. It's been like that for months now.... -- 'You may need to metaphorically make a deal with the devil. By 'devil' I mean robot devil and by 'metaphorically' I mean get your coat.' -- Bender Rasputin :: Jack of All Trades - Master of Nuns From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 00:40:59 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DBB716A4CE for ; Fri, 18 Feb 2005 00:40:59 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBCDE43D2D for ; Fri, 18 Feb 2005 00:40:58 +0000 (GMT) (envelope-from jcapote@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so356613wra for ; Thu, 17 Feb 2005 16:40:58 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=eoo6uhEzBCmJke2SlUIl90vr+1aEx1cQRPhHOkrX7dSChRxTYcc7fT9JDMffzeldMsfz8mE25kz7bhzbnvhumebMmscCVMp1mn4bJKezDqprRqAgPxKwnqWzoOF438/RI03c++yoWAenOYxSrfuVv92bfRNM5KCliEZfr60pwjI= Received: by 10.54.13.69 with SMTP id 69mr179913wrm; Thu, 17 Feb 2005 16:40:58 -0800 (PST) Received: from localhost.localdomain ([65.10.2.203]) by smtp.gmail.com with ESMTP id 65sm63054wra.2005.02.17.16.40.57; Thu, 17 Feb 2005 16:40:58 -0800 (PST) From: Julio Capote To: Kris Kennaway In-Reply-To: <20050217233559.GA19140@xor.obsecurity.org> References: <1108671177.17247.6.camel@hatter.wonderland.dn> <20050217233559.GA19140@xor.obsecurity.org> Content-Type: text/plain Date: Thu, 17 Feb 2005 19:44:02 -0500 Message-Id: <1108687442.18836.2.camel@hatter.wonderland.dn> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: stable@freebsd.org Subject: Re: Brief window moving delay after idle.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 18 Feb 2005 00:40:59 -0000 On Thu, 2005-02-17 at 15:35 -0800, Kris Kennaway wrote: > On Thu, Feb 17, 2005 at 03:12:57PM -0500, Julio Capote wrote: > > I've been on RELENG_5 for about 1 week now running ULE with PREEMPT. > > Recently, I noticed some strange behavior that could be related to > > scheduling; usually I leave my computer on all night (doing nothing as I > > sleep), But when I'd wake up, and drag a window around, it seems this > > sudden rush of input catches the scheduler by surprise and everything is > > really slow for about 5 seconds. Its a peculiar type of "slow" since > > everything moves smoothly, just 1-2 seconds behind, theres no stuttering > > at all. Gkrellm shows my cpu usage to peak for the time its really slow, > > and then drop to normal when everything "pops" back into speed. I guess > > the best way to describe it would be "bullet time" on your desktop. > > It's probably just paging stuff back in after having paged it out > overnight to run something like the nightly cron jobs. > > Kris I doubt it, since the disks are perfectly silent, and the computer appears to be nothing at all. It would be interesting to track down as to what the scheduler is doing during this time (schedgraph?). Im running a stock xfce4.2.0 if that matters any. Julio From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 00:53:00 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1E6B16A4CE for ; Fri, 18 Feb 2005 00:53:00 +0000 (GMT) Received: from web54001.mail.yahoo.com (web54001.mail.yahoo.com [206.190.36.225]) by mx1.FreeBSD.org (Postfix) with SMTP id EFC3543D41 for ; Fri, 18 Feb 2005 00:52:59 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 2136 invoked by uid 60001); 18 Feb 2005 00:52:59 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=h2kZmYz6kEVO81JxT6tQSRLDKCk6hvdYeiAnChAL2ZbWx+GWtfx3+DoUQPGGjBDaezVblKdDAbmJwIlXFcTUToXpJMvvbHjZ824H5BGUKi7+ShqQN2H4hHjMfruglK4Pe3XkepcEuhGl1cX6F17F5zwFxvJA7L66cpsWddjkApc= ; Message-ID: <20050218005259.2134.qmail@web54001.mail.yahoo.com> Received: from [147.46.44.181] by web54001.mail.yahoo.com via HTTP; Thu, 17 Feb 2005 16:52:59 PST Date: Thu, 17 Feb 2005 16:52:59 -0800 (PST) From: Rob To: FreeBSD Stable MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: new rc.d/initdiskless: wrong flags with /rescue/pax and cpio archive ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 18 Feb 2005 00:53:00 -0000 Hi, This is with diskless operation. Until the new, recent initdiskless script, I have been using un-archived directories in /conf/base/ and /conf/default/. With the recent patch to rc.d/initdiskless (now using /rescue/pax), I've decided to create cpio.gz archives instead, but failed. The pax flags used in the initdiskless seems to be wrong. On the server, I try, for example: # cd /conf/default # ls -p etc/ # find etc/ | cpio -o > etc.cpio 30 blocks # gzip etc.cpio # /rescue/pax -x cpio -r -z -p e -f \ /conf/default/etc.cpio.gz pax: Invalid combination of options: -f -p -r -x usage: [...cut...] -------------------------------------------- The last "/rescue/pax ..." line is from the rc.d/initdiskless script. This is obviously not working. Booting the diskless machine, also does not work because of this problem. Regards, Rob. __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 00:56:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28EB916A4CE for ; Fri, 18 Feb 2005 00:56:40 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C14EE43D41 for ; Fri, 18 Feb 2005 00:56:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C80D151DF4; Thu, 17 Feb 2005 16:56:38 -0800 (PST) Date: Thu, 17 Feb 2005 16:56:38 -0800 From: Kris Kennaway To: Dick Davies Message-ID: <20050218005638.GA35498@xor.obsecurity.org> References: <20050218003621.GG66519@eris.tenfour> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: <20050218003621.GG66519@eris.tenfour> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Stable Users Subject: Re: firefox port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 18 Feb 2005 00:56:40 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 18, 2005 at 12:36:21AM +0000, Dick Davies wrote: >=20 > Is there a fix for the firefox advisory that portaudit keeps popping up? >=20 > =3D=3D=3D> firefox-1.0_7,1 has known vulnerabilities: > =3D> web browsers -- window injection vulnerabilities. > Reference: > =3D> Please update your ports tree and try again. > *** Error code 1 >=20 > Stop in /usr/ports/www/firefox. >=20 >=20 > It's been like that for months now.... Why not ask the firefox people, since they're the ones responsible for fixi= ng it. Kris --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCFT1GWry0BWjoQKURAjwpAKCTVvBVVn3kr+x/QGLpIz4Yzf8A5QCg5kFE hLwHuly6eKe28TjYVq554bk= =coqd -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 01:01:53 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94C7A16A4CE for ; Fri, 18 Feb 2005 01:01:53 +0000 (GMT) Received: from asclepius.uwa.edu.au (asclepius3.uwa.edu.au [130.95.128.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CB6D43D31 for ; Fri, 18 Feb 2005 01:01:51 +0000 (GMT) (envelope-from zanchey@mussel.ucc.gu.uwa.edu.au) Received: from asclepius.kas (localhost.localdomain [127.0.0.1]) by asclepius.uwa.edu.au (Postfix) with SMTP id 43B76183712 for ; Fri, 18 Feb 2005 09:01:49 +0800 (WST) Received: from asclepius (localhost.localdomain [127.0.0.1]) by asclepius.prekas (Postfix) with SMTP id 3E99E1834AC for ; Fri, 18 Feb 2005 09:01:49 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by asclepius.input (Postfix) with ESMTP id 265D1183542 for ; Fri, 18 Feb 2005 09:01:49 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id 6181117E15; Fri, 18 Feb 2005 09:01:48 +0800 (WST) Received: from mussel.ucc.gu.uwa.edu.au (mussel.ucc.gu.uwa.edu.au [130.95.13.18]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id 058A217E0F; Fri, 18 Feb 2005 09:01:48 +0800 (WST) Received: from zanchey (helo=localhost) by mussel.ucc.gu.uwa.edu.au with local-esmtp (Exim 3.36 #1 (Debian)) id 1D1wWh-00017i-00; Fri, 18 Feb 2005 09:01:47 +0800 Date: Fri, 18 Feb 2005 09:01:47 +0800 (WST) From: David Adam To: Dick Davies In-Reply-To: <20050218003621.GG66519@eris.tenfour> Message-ID: References: <20050218003621.GG66519@eris.tenfour> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: David Adam X-SpamTest-Info: Profile: Formal (208/050203) X-SpamTest-Info: Profile: Detect Hard [UCS 290904] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [02-08-04] X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release cc: FreeBSD Stable Users Subject: Re: firefox port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 18 Feb 2005 01:01:53 -0000 On Fri, 18 Feb 2005, Dick Davies wrote: > > Is there a fix for the firefox advisory that portaudit keeps popping up? > > ===> firefox-1.0_7,1 has known vulnerabilities: > => web browsers -- window injection vulnerabilities. > Reference: > => Please update your ports tree and try again. > *** Error code 1 Yes, it was fixed by https://bugzilla.mozilla.org/show_bug.cgi?id=103638. This was backported to the Aviary branches, so Firefox 1.0.1 (due out some time next week - localisations are supposed to be finished by Monday) should have the fix. Not long now :-) Cheers, David Adam zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 09:20:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25A9716A4CE for ; Fri, 18 Feb 2005 09:20:49 +0000 (GMT) Received: from lri.lri.fr (lri.lri.fr [129.175.15.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3372343D1F for ; Fri, 18 Feb 2005 09:20:48 +0000 (GMT) (envelope-from feanor@pc5-179.lri.fr) Received: from localhost (localhost [127.0.0.1]) by lri.lri.fr (Postfix) with ESMTP id E609919E79E; Fri, 18 Feb 2005 10:20:46 +0100 (CET) Received: from lri.lri.fr ([127.0.0.1]) by localhost (lri.lri.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28086-10; Fri, 18 Feb 2005 10:20:46 +0100 (CET) Received: from pc5-179.lri.fr (pc5-179 [129.175.5.179]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by lri.lri.fr (Postfix) with ESMTP id BCDCC19E799; Fri, 18 Feb 2005 10:20:46 +0100 (CET) Received: from pc5-179.lri.fr (localhost.lri.fr [127.0.0.1]) by pc5-179.lri.fr (8.13.1/8.13.1) with ESMTP id j1I9Kdqf035098; Fri, 18 Feb 2005 10:20:39 +0100 (CET) (envelope-from feanor@pc5-179.lri.fr) Received: (from feanor@localhost) by pc5-179.lri.fr (8.13.1/8.13.1/Submit) id j1I9Kbc2035097; Fri, 18 Feb 2005 10:20:37 +0100 (CET) (envelope-from feanor) Date: Fri, 18 Feb 2005 10:20:37 +0100 From: Marwan Burelle To: "Forsberg, Ben" Message-ID: <20050218092037.GA35048@pc5-179.lri.fr> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at lri.fr cc: freebsd-stable@FreeBSD.ORG Subject: Re: FW: Save the Demon! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 18 Feb 2005 09:20:49 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 17, 2005 at 12:55:22PM -0600, Forsberg, Ben wrote: > Or maybe the best approach would be to start a religion that fears wavy > colored squares. I think that would work. >=20 > Actually, what I think is this: People are irrational and are deeply > affected by marketing. It used to be that the Neo-Classical Economic > assumption of a Rational Consumer was only a small fiction. Now, since > information is a commodity to be bought and sold the same as grain or > pork bellies, this ideal omniscient consumer is even further from > reality. There is no other way to explain why the market leader in > operating system is technologically thirty years behind its competition > (Windows 2000 finally implemented some features made modern in > MULTICS!). I think, therefore, that rationally explaining to people > that Beastie has no religios import and that they shouldn't be offended > is not a viable solution. Just like rationally explaining to people > that McDonalds' food is not really very good for you or that Nike > doesn't actually make the shoes it sells doesn't seem to make much > difference in peoples' buying patterns. People will think what they > want to think and will make economic decisions (including the decision > not to spend money on an operating system) based on whose packaging has > more colors and who's got the slicker TV ad. Saying "FreeBSD is a > better operating system" only gets you so far, no matter how true it is. Just to go a little further. At begin of the month there were in Paris some event similar to Linux Expo, called Solution Linux. The 3 BSD were present, but people from OpenBSD come with nice t-shirts, posters and some goodies to sell. It's been like this for 3 or 4 years. The results is that OpenBSD is far more "visible" in France than the 3 others. The FreeBSD come last because of french book made by Emmanuel Dreyfus on BSD admistration, in which he promote NetBSD ... It may be sad for some, but promotion and merchandising have far more effect than every good technical argument. If it wasn't that FreeBSD should at the same place, even better, than linux today. An other amusing consequence of the OpenBSD merchandising at Solution Linux, was, 3 years ago, that second day of the meeting some (in fact most) of the young and pretty girls that promote who was here to promote company like Redhat or Mandrake, wear an OpenBSD t-shirt, simply because they was the only one to sell girl sized t-shirt. The effect was funny, to see someone selling you a Redhat with an OpenBSD t-shirt, but it increase the popularity of OpenBSD far more than there security oriented slogan. > > I do agree with you though about marketing. Indeed FreeBSD=20 > should have a nice logo, i just didnt like the fact that people were > bringing religion in to the decision process. > Despite the fact that I do love the little daemon, a real logo which make visible the FreeBSD name in some way (just, when you see it you know it's freebsd) should be a good thing. But I don't want to loose the BSD family link, like OpenBSD that don't use the daemon any more (in fact, on Solution Linux old t-shirt, espcialy the one with the wired daemon sold better than new on with the blow fish ... ) My 2 cents ... and sorry for my poor english. --=20 Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org (burelle@lri.fr | Marwan.Burelle@ens.fr) --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCFbNlI+2UvUKfgvgRAjfwAJ4n+7PS3zes2EL+FbJ1DP1CnHqSAQCfSI23 acevBLyrfLSK2+hWpw74Lc0= =sjN7 -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 09:47:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 692C516A4CE for ; Fri, 18 Feb 2005 09:47:45 +0000 (GMT) Received: from resmo.com (resmo.com [204.202.11.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19A7243D5C for ; Fri, 18 Feb 2005 09:47:45 +0000 (GMT) (envelope-from gstewart@bonivet.net) X-Resmo-Authenticated-User: [godwin] X-Resmo-Msg-Submitted-By: mail.bonivet.net [81.56.185.133] Received: from dragonfly.bonivet.net (mail.bonivet.net [81.56.185.133]) (authenticated bits=0) by resmo.com (8.13.1/8.12.11) with ESMTP id j1I9lgoj089563 for ; Fri, 18 Feb 2005 09:47:44 GMT Date: Fri, 18 Feb 2005 10:47:36 +0100 From: Godwin Stewart To: freebsd-stable@freebsd.org Message-Id: <20050218104736.4e232c5c.gstewart@bonivet.net> In-Reply-To: <20050216233125.010075fb.gstewart@bonivet.net> References: <42134454.7030306@mcdonald.no> <790a9fff05021607456ec0406d@mail.gmail.com> <20050216175920.4f60007c.gstewart@bonivet.net> <4213B3FD.6060400@mcdonald.no> <20050216233125.010075fb.gstewart@bonivet.net> X-Mailer: Sylpheed version 1.9.2 (GTK+ 2.4.9; i386-unknown-freebsd5.3) X-Face: #T;eJks=B[`71qrwp`l6BW8xI&hP8S*4Kd%e?8o"rL02ZYf"rWa41l83a)L,*; S).Ukq$U% II{-z#5%i&X8"%{$)ZWmE7WBDF)?wK1^7]u9T;@jqdZo?IT!d-L`!@&vW)F_1 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Strange disk problems make the system lock up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 18 Feb 2005 09:47:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 17 Feb 2005 13:22:12 -0600, Scot Hetzel wrote with a forced Reply-to: directing mail away from the list: > The problem is that he only has the "c" partition, which is reserved to > specifying the entire disk. s/disk/slice/ Altho' in this case it's the same thing since the slice occupies the whole disk. > He needs to use disklabel to create a partion using one of a,b,d-h. Technically speaking, what is the difference between using the 'c' partition and creating another partition that uses the same space - other than pure convention? Quoting from man bsdlabel: "By convention, partition `c' represents the entire slice and should be of type unused, though bsdlabel does not enforce this convention." ~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~ - -- G. Stewart - gstewart@bonivet.net Computers will not be perfected until they can compute how much more than the estimate the job will cost. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCFbm4K5oiGLo9AcYRAnmUAKCiFDoE0ooJVm2V7/uy+4SWJ+hCeACgskf9 ODjMsKxuDHqPnz9DIM0C3d0= =357L -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 09:48:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A09E16A4CE for ; Fri, 18 Feb 2005 09:48:34 +0000 (GMT) Received: from solros.factory33.com (195-198-185-116.customer.telia.com [195.198.185.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 817C543D2F for ; Fri, 18 Feb 2005 09:48:33 +0000 (GMT) (envelope-from alex@factory33.com) Received: from cc.factory33.com (localhost.factory33.com [127.0.0.1]) by solros.factory33.com (Postfix) with ESMTP id B42595645F for ; Fri, 18 Feb 2005 10:48:25 +0100 (CET) Received: from 195.198.185.116 (SquirrelMail authenticated user busta@factory33.com) by cc.factory33.com with HTTP; Fri, 18 Feb 2005 10:48:25 +0100 (CET) Message-ID: <61917.195.198.185.116.1108720105.squirrel@cc.factory33.com> Date: Fri, 18 Feb 2005 10:48:25 +0100 (CET) From: "Alex Bustamante" To: stable@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: is the list down? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: alex@factory33.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 09:48:34 -0000 From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 13:16:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 413B816A4CF for ; Fri, 18 Feb 2005 13:16:56 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA99743D31 for ; Fri, 18 Feb 2005 13:16:55 +0000 (GMT) (envelope-from paul.richards@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so512912rnf for ; Fri, 18 Feb 2005 05:16:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=aGM+bKXHVbSrxhxdhJtXapsVBylUnOu/m4Y2OCQsRT711JudRymyrwbSZuor0Nan3wI1S/qzN4QjwAQXb0kP0QTEKT/u/ypL0Jg8imhQw7ocpk3PpYulaRI4swTvxvxWA64Atu2+Fgx+5GJ0enWKFutfWw0onFyj8oejblyYnsQ= Received: by 10.38.11.60 with SMTP id 60mr203913rnk; Fri, 18 Feb 2005 05:16:54 -0800 (PST) Received: by 10.38.99.53 with HTTP; Fri, 18 Feb 2005 05:16:54 -0800 (PST) Message-ID: Date: Fri, 18 Feb 2005 13:16:54 +0000 From: Paul Richards To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Testing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Richards List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 13:16:56 -0000 1, 2, 3 -- Paul Richards From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 14:09:58 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9EDA16A4CE for ; Fri, 18 Feb 2005 14:09:58 +0000 (GMT) Received: from ithil.ics.muni.cz (ns.muni.cz [147.251.4.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2195543D3F for ; Fri, 18 Feb 2005 14:09:58 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (user=hopet@META mech=LOGIN bits=0) by ithil.ics.muni.cz (8.12.1/8.12.1) with ESMTP id j1IE9uXQ020388 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Fri, 18 Feb 2005 15:09:56 +0100 From: "Petr Holub" To: Date: Fri, 18 Feb 2005 15:09:59 +0100 Message-ID: <002b01c515c3$8853b380$2603fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Virus-Test: Clean Subject: rc.resume with ACPI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 18 Feb 2005 14:09:59 -0000 Hi, I've tried to use rc.resume for restarting moused after resuming from ACPI S3 state on my T41p and it seems that this script is just ignored on my 5.3-RELEASE. As for the mouse, I've sorted out that problem via setting hint.psm.0.flags="0x3000" in /boot/device.hints, but I still think the rc.resume is useful and should work. Does it work for somebody else? If it has already been discussed and solved somewhere, it'd be great if somebody can send me a short pointer where. Thanks, Petr From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 14:14:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0223816A4CE for ; Fri, 18 Feb 2005 14:14:48 +0000 (GMT) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10F4843D2D for ; Fri, 18 Feb 2005 14:14:47 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (etwvar@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j1IEEij2072990; Fri, 18 Feb 2005 15:14:45 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j1IEEiIW072989; Fri, 18 Feb 2005 15:14:44 +0100 (CET) (envelope-from olli) Date: Fri, 18 Feb 2005 15:14:44 +0100 (CET) Message-Id: <200502181414.j1IEEiIW072989@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, Scot Hetzel In-Reply-To: <790a9fff05021711184a5e3e9e@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Strange disk problems make the system lock up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, Scot Hetzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 14:14:48 -0000 Scot Hetzel wrote: > In FreeBSD, the disk is broken down into slices and partitions. A > slice is equivalent to a DOS partition, but can be broken down into 8 > partitions (a-h). > The "c" partition is reserved because it is used to define the entire disk. It's not reserved, it's rather a convention. Also, there is the convention that "a" is the root filesystem, "b" is the swap partition, and "d" is the entire disk. None of those conventions are enforced. The only thing which is hardwired is that the default kernel will always try to boot from the "a" partition, so if you make a bootable disk, then the root filesystem should be on "a". If you have a removable disk or other medium on which you only need a single filesystem (an dit doesn't have to be bootable), nothing prevents you from newfs'ing the "c" partition and mounting it. I've done that before. -ROOT-# dd if=/dev/zero of=disk bs=1m count=20 20+0 records in 20+0 records out 20971520 bytes transferred in 0.389265 secs (53874653 bytes/sec) -ROOT-# vnconfig -s labels -c /dev/vn0 disk -ROOT-# disklabel -w -B vn0 auto -ROOT-# disklabel vn0 | sed 1,/part/d # size offset fstype [fsize bsize bps/cpg] c: 40960 0 unused 0 0 # (Cyl. 0 - 19) -ROOT-# newfs /dev/vn0c Warning: Block size restricts cylinders per group to 105. /dev/vn0c: 40960 sectors in 10 cylinders of 1 tracks, 4096 sectors 20.0MB in 1 cyl groups (105 c/g, 210.00MB/g, 2560 i/g) super-block backups (for fsck -b #) at: 32 -ROOT-# mount /dev/vn0c /mnt -ROOT-# df -k /mnt Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/vn0c 20110 2 18500 0% /mnt Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. Python is executable pseudocode. Perl is executable line noise. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 16:15:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4EEC16A4E2 for ; Fri, 18 Feb 2005 16:15:44 +0000 (GMT) Received: from 9.hellooperator.net (cpc3-cdif2-3-0-cust202.cdif.cable.ntl.com [81.103.32.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84D4743D4C for ; Fri, 18 Feb 2005 16:15:44 +0000 (GMT) (envelope-from rasputnik@hellooperator.net) Received: from [10.4.0.5] (helo=eris.tenfour) by 9.hellooperator.net with esmtp (Exim 4.43) id 1D2An6-0002aK-TN; Fri, 18 Feb 2005 16:15:42 +0000 Received: from rasputnik by eris.tenfour with local (Exim 4.44 (FreeBSD)) id 1D2An6-000MPX-PE; Fri, 18 Feb 2005 16:15:40 +0000 Date: Fri, 18 Feb 2005 16:15:40 +0000 From: Dick Davies To: David Adam Message-ID: <20050218161540.GI66519@eris.tenfour> References: <20050218003621.GG66519@eris.tenfour> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: FreeBSD Stable Users Subject: Re: firefox port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dick Davies List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 16:15:45 -0000 * David Adam [0202 01:02]: > > On Fri, 18 Feb 2005, Dick Davies wrote: > > > > > Is there a fix for the firefox advisory that portaudit keeps popping up? > > > > ===> firefox-1.0_7,1 has known vulnerabilities: > > => web browsers -- window injection vulnerabilities. > > Reference: > > => Please update your ports tree and try again. > > *** Error code 1 > > Yes, it was fixed by https://bugzilla.mozilla.org/show_bug.cgi?id=103638. > This was backported to the Aviary branches, so Firefox 1.0.1 (due out some > time next week - localisations are supposed to be finished by Monday) > should have the fix. Lovely, thanks - saw some open PRs mentioning 1.0.8 and was wondering whether they were worth investigating. Might as well wait :) -- 'Everyone's always in favour of saving Hitler's brain, but when you put it in the body of a Great White shark suddenly you've gone too far..' -- Prof. Farnsworth Rasputin :: Jack of All Trades - Master of Nuns From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 17:12:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0311216A4CE for ; Fri, 18 Feb 2005 17:12:07 +0000 (GMT) Received: from alogis.com (firewall2.alogis.com [62.8.223.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7F2143D39 for ; Fri, 18 Feb 2005 17:12:03 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id j1IHC2OW034034 for ; Fri, 18 Feb 2005 18:12:02 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id j1IHC1Rn034033 for freebsd-stable@freebsd.org; Fri, 18 Feb 2005 18:12:01 +0100 (CET) (envelope-from hk) Date: Fri, 18 Feb 2005 18:12:01 +0100 From: Holger Kipp To: freebsd-stable@freebsd.org Message-ID: <20050218171201.GA31936@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: linux ports dependencies... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 18 Feb 2005 17:12:07 -0000 Hello, I installed /usr/ports/emulators/linux_base-suse-9.1 and then wanted to install /usr/ports/x11/linux-XFree86-libs The latter has as master site (among others) ftp://ftp.in2p3.fr/pub/linux/suse/update/9.1/rpm/i586/ so this really fits very well, but then I have the following problem: ---------------------------------------------- ===> linux-expat-1.95.5_2 depends on file: /compat/linux/etc/redhat-release - not found ===> Verifying install for /compat/linux/etc/redhat-release in /usr/ports/emulators/linux_base-8 ===> Installing for linux_base-8-8.0_6 ===> linux_base-8-8.0_6 conflicts with installed package(s): linux_base-suse-9.1 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 ---------------------------------------------- now to solve this I simply did the following: cp /compat/linux/etc/SuSE-release /compat/linux/etc/redhat-release and then installed the package. I currently find it very annoying that we have so many different linux_base-installations available, but not the corresponding /usr/ports/x11/linux-XFree86-libs for every release (only redhat, it seems), and devtools are also not available for all base installations: linux_devtools, linux_devtools-6, linux_devtools-7. Is there a chance this is going to be fixed any time soon (eg this year?) Admittedly I'd rather not use these linux things at all, but unfortunately there are still commercial programs around that are _not_ natively supported under FreeBSD. . Regards, Holger From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 17:57:59 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58DB116A4CE for ; Fri, 18 Feb 2005 17:57:59 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B6B243D3F for ; Fri, 18 Feb 2005 17:57:59 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 2B5A472DD4; Fri, 18 Feb 2005 09:57:59 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 265AD72DCB; Fri, 18 Feb 2005 09:57:59 -0800 (PST) Date: Fri, 18 Feb 2005 09:57:59 -0800 (PST) From: Doug White To: Alex Bustamante In-Reply-To: <61917.195.198.185.116.1108720105.squirrel@cc.factory33.com> Message-ID: <20050218095601.U59283@carver.gumbysoft.com> References: <61917.195.198.185.116.1108720105.squirrel@cc.factory33.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@freebsd.org Subject: Re: is the list down? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 18 Feb 2005 17:57:59 -0000 It is not, obviously. Please don't send test messages to the list; use freebsd-test@freebsd.org for that. If you suspect there is a problem with the lists, contact postmaster@freebsd.org. On Fri, 18 Feb 2005, Alex Bustamante wrote: > > > _______________________________________________ > 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" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 18:32:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21C1316A4CE; Fri, 18 Feb 2005 18:32:14 +0000 (GMT) Received: from heineken.flexi-surf.co.uk (smtp.flexi-surf.co.uk [62.41.128.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BF0843D67; Fri, 18 Feb 2005 18:32:12 +0000 (GMT) (envelope-from nbco@screaming.net) Received: from [192.168.2.2] ([217.51.145.197])j1IGDRc21097; Fri, 18 Feb 2005 16:13:28 GMT From: nbco To: freebsd-stable@freebsd.org Date: Fri, 18 Feb 2005 18:31:55 +0000 User-Agent: KMail/1.7.2 References: <002b01c515c3$8853b380$2603fb93@KLOBOUCEK> In-Reply-To: <002b01c515c3$8853b380$2603fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502181831.56026.nbco@screaming.net> cc: Petr Holub cc: stable@freebsd.org Subject: Re: rc.resume with ACPI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: nbco@screaming.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 18:32:14 -0000 On Friday 18 February 2005 14:09, Petr Holub wrote: > I've tried to use rc.resume for restarting moused after > resuming from ACPI S3 state on my T41p and it seems that this > script is just ignored on my 5.3-RELEASE. As for the mouse, > I've sorted out that problem via setting hint.psm.0.flags="0x3000" > in /boot/device.hints, but I still think the rc.resume > is useful and should work. Does it work for somebody else? > If it has already been discussed and solved somewhere, it'd > be great if somebody can send me a short pointer where. Hi, This thread solved the problem for me: http://lists.freebsd.org/pipermail/freebsd-mobile/2005-January/005599.html Hope this helps .nbco From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 18:32:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21C1316A4CE; Fri, 18 Feb 2005 18:32:14 +0000 (GMT) Received: from heineken.flexi-surf.co.uk (smtp.flexi-surf.co.uk [62.41.128.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BF0843D67; Fri, 18 Feb 2005 18:32:12 +0000 (GMT) (envelope-from nbco@screaming.net) Received: from [192.168.2.2] ([217.51.145.197])j1IGDRc21097; Fri, 18 Feb 2005 16:13:28 GMT From: nbco To: freebsd-stable@freebsd.org Date: Fri, 18 Feb 2005 18:31:55 +0000 User-Agent: KMail/1.7.2 References: <002b01c515c3$8853b380$2603fb93@KLOBOUCEK> In-Reply-To: <002b01c515c3$8853b380$2603fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502181831.56026.nbco@screaming.net> cc: Petr Holub cc: stable@freebsd.org Subject: Re: rc.resume with ACPI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: nbco@screaming.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 18:32:14 -0000 On Friday 18 February 2005 14:09, Petr Holub wrote: > I've tried to use rc.resume for restarting moused after > resuming from ACPI S3 state on my T41p and it seems that this > script is just ignored on my 5.3-RELEASE. As for the mouse, > I've sorted out that problem via setting hint.psm.0.flags="0x3000" > in /boot/device.hints, but I still think the rc.resume > is useful and should work. Does it work for somebody else? > If it has already been discussed and solved somewhere, it'd > be great if somebody can send me a short pointer where. Hi, This thread solved the problem for me: http://lists.freebsd.org/pipermail/freebsd-mobile/2005-January/005599.html Hope this helps .nbco From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 21:34:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A20DC16A4CE for ; Fri, 18 Feb 2005 21:34:03 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEECC43D39 for ; Fri, 18 Feb 2005 21:34:02 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1D2FiB-0002hf-0Q for freebsd-stable@freebsd.org; Fri, 18 Feb 2005 22:30:55 +0100 Received: from port-212-202-34-139.dynamic.qsc.de ([212.202.34.139]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Feb 2005 22:30:54 +0100 Received: from markus by port-212-202-34-139.dynamic.qsc.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Feb 2005 22:30:54 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Markus Trippelsdorf Date: Fri, 18 Feb 2005 22:30:12 +0100 Lines: 9 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: port-212-202-34-139.dynamic.qsc.de User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table) Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-stable@m.gmane.org X-MailScanner-To: freebsd-stable@freebsd.org Subject: printf in /sys/dev/bktr/bktr_tuner.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 18 Feb 2005 21:34:03 -0000 bktr_tuner.c contains two printf calls that output to the system message buffer whenever one changes the TV channel (using an MT2032 tuner). These messages quickly clutter the message buffer and should be switched off. The first printf is at line 1358, the second at line 1407. __ Markus From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 21:48:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81A6D16A4DE for ; Fri, 18 Feb 2005 21:48:09 +0000 (GMT) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAFE143D2D for ; Fri, 18 Feb 2005 21:48:08 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [IPv6:2001:470:1f01:290:1::5]) by mail.farley.org (8.13.1/8.13.1) with ESMTP id j1ILm5Y0039116 for ; Fri, 18 Feb 2005 15:48:06 -0600 (CST) (envelope-from sean-freebsd@farley.org) Received: from localhost (localhost [127.0.0.1]) by thor.farley.org (8.13.1/8.13.1) with ESMTP id j1ILm7nw006988 for ; Fri, 18 Feb 2005 15:48:09 -0600 (CST) (envelope-from sean-freebsd@farley.org) Date: Fri, 18 Feb 2005 15:48:07 -0600 (CST) From: =?ISO-8859-1?Q?Se=E1n_C=2E_Farley?= To: freebsd-stable@freebsd.org Message-ID: <20050218154306.S6943@thor.farley.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1143836724-1108763287=:6943" Subject: GDB hanging in wait4() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 18 Feb 2005 21:48:09 -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-1143836724-1108763287=:6943 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Is anyone having trouble with running any application (with or without debugging information) under GDB on 5-STABLE (updated February 17th but noticed with earlier update)? For myself, GDB will hang in wait4() until I interrupt it. I have two different systems that exhibit this problem. Se=E1n --=20 sean-freebsd@farley.org --0-1143836724-1108763287=:6943-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 18 21:49:58 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0210616A4CE for ; Fri, 18 Feb 2005 21:49:58 +0000 (GMT) Received: from newman.ridge.aps.org (newman.ridge.aps.org [149.28.9.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68FB943D1F for ; Fri, 18 Feb 2005 21:49:57 +0000 (GMT) (envelope-from paul@aps.org) Received: from [149.28.3.101] (jaguar.aps.org [149.28.3.101]) (authenticated bits=0) by newman.ridge.aps.org (8.13.1/8.13.1) with ESMTP id j1ILnwMf011317 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Fri, 18 Feb 2005 16:49:59 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v619.2) Content-Transfer-Encoding: 7bit Message-Id: <9975416e2ef6f29c2813c05c6612f749@aps.org> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-stable@freebsd.org From: Paul Dlug Date: Fri, 18 Feb 2005 16:49:55 -0500 X-Mailer: Apple Mail (2.619.2) Subject: re: 5.3 on IBM/Intel Blade server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 18 Feb 2005 21:49:58 -0000 Just a follow up to my message from the other week, it looks like we are experiencing the same problem as described in this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=68445 Only the suggested "fix" in the PR doesn't work for me. Does anyone have more information on this issue? The PR is still open. Thanks, Paul From owner-freebsd-stable@FreeBSD.ORG Sat Feb 19 10:27:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04ABB16A4CE; Sat, 19 Feb 2005 10:27:25 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7575E43D53; Sat, 19 Feb 2005 10:27:24 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1JARNxQ040649; Sat, 19 Feb 2005 05:27:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1JARNOT072232; Sat, 19 Feb 2005 05:27:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7BF0A7306E; Sat, 19 Feb 2005 05:27:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050219102723.7BF0A7306E@freebsd-current.sentex.ca> Date: Sat, 19 Feb 2005 05:27:23 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 10:27:25 -0000 TB --- 2005-02-19 09:11:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-19 09:11:05 - starting RELENG_5 tinderbox run for amd64/amd64 TB --- 2005-02-19 09:11:05 - checking out the source tree TB --- 2005-02-19 09:11:05 - cd /home/tinderbox/RELENG_5/amd64/amd64 TB --- 2005-02-19 09:11:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-02-19 09:24:20 - building world (CFLAGS=-O -pipe) TB --- 2005-02-19 09:24:20 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-02-19 09:24:20 - /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 --- 2005-02-19 10:23:07 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-02-19 10:23:07 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-02-19 10:23:07 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Feb 19 10:23:08 UTC 2005 >>> 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 -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/kern_mib.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/kern_module.c /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/kern_module.c:441: warning: "struct freebsd32_modstat_args" declared inside parameter list /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/kern_module.c:441: warning: its scope is only this definition or declaration, which is probably not what you want /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/kern_module.c:442: warning: no previous prototype for 'freebsd32_modstat' /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/kern_module.c: In function `freebsd32_modstat': /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/kern_module.c:451: error: dereferencing pointer to incomplete type /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/kern_module.c:465: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/obj/amd64/tinderbox/RELENG_5/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. TB --- 2005-02-19 10:27:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-19 10:27:23 - ERROR: failed to build generic kernel TB --- 2005-02-19 10:27:23 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Sat Feb 19 10:37:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 852ED16A4CE for ; Sat, 19 Feb 2005 10:37:16 +0000 (GMT) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30DBD43D1D for ; Sat, 19 Feb 2005 10:37:16 +0000 (GMT) (envelope-from Peter_Losher@isc.org) Received: from [10.0.0.7] (c-24-4-233-31.client.comcast.net [24.4.233.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id DC10F677F4; Sat, 19 Feb 2005 10:37:15 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Message-ID: <4217170A.2030106@isc.org> Date: Sat, 19 Feb 2005 02:38:02 -0800 From: Peter Losher User-Agent: Mozilla Thunderbird 1.0 (X11/20050210) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0B2F3CFB27F1E4FA4D6ECF19" Subject: Hard lockups using 5.3-RELEASE.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Feb 2005 10:37:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0B2F3CFB27F1E4FA4D6ECF19 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit We have a Celestica dual-Opteron system w/ 4GB RAM running 5.3-RELEASE/i386 (32-bit), and a SMP-aware kernel, which is experiencing hard lockups. Debugging results below. -=- [BREAK] KDB: enter: Line break on console [thread 100104] Stopped at kdb_enter+0x2b: nop db> where kdb_enter(c084e4c6) at kdb_enter+0x2b siointr1(c507d800,c0946700,0,c084e28e,6ad) at siointr1+0xce siointr(c507d800) at siointr+0x21 intr_execute_handlers(c4f5d490,e9826b80,4,e9826bd0,c07b2ae3) at intr_execute_han dlers+0x89 lapic_handle_intr(34) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc0604456, esp = 0xe9826bc4, ebp = 0xe9826bd0 --- _mtx_lock_sleep(c08f67c0,c5698640,0,c084a0b3,126) at _mtx_lock_sleep+0xc6 _mtx_lock_flags(c08f67c0,0,c084a0b3,126,c6a82738) at _mtx_lock_flags+0x48 vm_fault(c5bbd5dc,81ae000,2,8,c5698640) at vm_fault+0x1fe trap_pfault(e9826d48,1,81ae000,81ae000,0) at trap_pfault+0xf2 trap(2f,2f,2f,2000,81ae000) at trap+0x1df calltrap() at calltrap+0x5 --- trap 0xc, eip = 0x2809bd8d, esp = 0xbfbfb7b0, ebp = 0xbfbfb7e8 --- db> panic panic: from debugger cpuid = 3 boot() called on cpu#3 Uptime: 2h50m29s -=- (then resetting the system causes a panic, and the system locks up for good, and a power reset is required) We were able to get a coredump, and the resulting kgdb output is below: -=- (kgdb) up #45 0xc05f9bda in fork_exit (callout=0xc05fa5dc , arg=0xc4fe7a00, frame=0xe8daed48) at ../../../kern/kern_fork.c:811 811 callout(arg, frame); (kgdb) l 806 * cpu_set_fork_handler intercepts this function call to 807 * have this call a non-return function to stay in kernel mode. 808 * initproc has its own fork handler, but it does return. 809 */ 810 KASSERT(callout != NULL, ("NULL callout in fork_exit")); 811 callout(arg, frame); 812 813 /* 814 * Check if a kernel thread misbehaved and returned from its main 815 * function. (kgdb) down #44 0xc05fa6e8 in ithread_loop (arg=0xc4fe7a00) at ../../../kern/kern_intr.c:547 547 ih->ih_handler(ih->ih_argument); (kgdb) l 542 mtx_unlock(&ithd->it_lock); 543 goto restart; 544 } 545 if ((ih->ih_flags & IH_MPSAFE) == 0) 546 mtx_lock(&Giant); 547 ih->ih_handler(ih->ih_argument); 548 if ((ih->ih_flags & IH_MPSAFE) == 0) 549 mtx_unlock(&Giant); 550 } 551 if (ithd->it_enable != NULL) { (kgdb) down #43 0xc0615dfa in softclock (dummy=0x0) at ../../../kern/kern_timeout.c:247 247 mtx_lock(&Giant); (kgdb) l 242 (c->c_flags & ~CALLOUT_PENDING); 243 } 244 curr_callout = c; 245 mtx_unlock_spin(&callout_lock); 246 if (!(c_flags & CALLOUT_MPSAFE)) { 247 mtx_lock(&Giant); 248 gcalls++; 249 CTR1(KTR_CALLOUT, "callout %p", c_func); 250 } else { 251 mpcalls++; -=- It looks like it's trying to lock Giant while it already has Giant. In any case, we have rebuilt a uniprocessor kernel for now. If this is already fixed in 5-STABLE, then let me know. ;) Best Wishes - Peter -- Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --------------enig0B2F3CFB27F1E4FA4D6ECF19 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.0 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCFxcKPtVx9OgEjQgRAgL9AKCIXd53Sk3yKVqyCh88i5Q2gyyvIwCgk08t rTKc8W8PPiVVentcdIu1FXE= =9rj0 -----END PGP SIGNATURE----- --------------enig0B2F3CFB27F1E4FA4D6ECF19-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 19 12:45:11 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E60216A4CE for ; Sat, 19 Feb 2005 12:45:11 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id F021043D53 for ; Sat, 19 Feb 2005 12:45:08 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 9751E46B16; Sat, 19 Feb 2005 07:45:08 -0500 (EST) Date: Sat, 19 Feb 2005 12:43:38 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Peter Losher In-Reply-To: <4217170A.2030106@isc.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@freebsd.org Subject: Re: Hard lockups using 5.3-RELEASE.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Feb 2005 12:45:11 -0000 On Sat, 19 Feb 2005, Peter Losher wrote: > We have a Celestica dual-Opteron system w/ 4GB RAM running > 5.3-RELEASE/i386 (32-bit), and a SMP-aware kernel, which is experiencing > hard lockups. Debugging results below. Hmm. So just to summarize: - The system appears to wedge - Serial break can get into the debugger Have you tried updating to the latest RELENG_5_3 patch level? That includes at least one significant SMP stability fix. You can rebuild along the RELENG_5_3 branch, or just use freebsd-update to pull it in. > It looks like it's trying to lock Giant while it already has Giant. In > any case, we have rebuilt a uniprocessor kernel for now. If this is > already fixed in 5-STABLE, then let me know. ;) Generally speaking, recursing Giant is fine, as Giant is a recursible mutex; however, an ithread shouldn't already hold Giant at that point. This may be fixed in 5-STABLE, but it's hard to say. I think the order of operations here is: - First, slide to RELENG_5_3 head (p5?) to make sure you have the IPI stability fix. See if the problem goes away. - Generate the following information: when the box is wedged, does it... (1) Respond to pings (2) Does the num lock light go on and off when the num lock key is hit (3) If it responds to pings, what happens when you build a new TCP connection to an open TCP port (a) once (b) twice (c) the 100'd (or so) time. - Generate the following DDB output using your serial console: show pcpu show pcpu 0 show pcpu 1 ps show lockedvnods I may then ask you to generate stack traces of the processes that appear "interesting". The definition of interesting is a little bit context-specifi so it's hard to say what it is just now. If there are a lot of processes wedged in VM and VFS, then I'll ask you to trace each process that appears in the lockedvnods output. - Next, recompile with INVARIANTS and see if the problem triggers an assertion failure when it occurs. - Next, recompile with WITNESS and see if WITNESS creates a warning or assertion failure when it occurs. Break to the debugger and generate the above DDB output, but also "show allocks" (5-STABLE only), or "show locks" for interesting processes if 5-RELEASE-*. Also, I don't think you mentioned what sort of workload is present on the box. Thanks! Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Sat Feb 19 13:06:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 433DB16A4CF for ; Sat, 19 Feb 2005 13:06:12 +0000 (GMT) Received: from mail.iinet.net.au (mail-08.iinet.net.au [203.59.3.40]) by mx1.FreeBSD.org (Postfix) with SMTP id 2180443D49 for ; Sat, 19 Feb 2005 13:06:11 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 22454 invoked from network); 19 Feb 2005 13:06:09 -0000 Received: from unknown (HELO warren.shinji.nq.nu) (203.217.86.9) by mail.iinet.net.au with SMTP; 19 Feb 2005 13:06:09 -0000 From: Warren To: freebsd-stable@freebsd.org Date: Sat, 19 Feb 2005 23:05:16 +1000 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502192305.17181.shinjii@virusinfo.rdksupportinc.com> Subject: Mozilla & Flash Plugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Feb 2005 13:06:12 -0000 I have just recently installed the flash plugin for Firefox and every site i have been to that has sound in the flash plays the sound very jerkily ... any ideas as to why this is happening ? -- Yours Sincerely Shinjii http://www.shinji.nq.nu From owner-freebsd-stable@FreeBSD.ORG Sat Feb 19 14:47:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABE9C16A4CE for ; Sat, 19 Feb 2005 14:47:56 +0000 (GMT) Received: from out010.verizon.net (out010pub.verizon.net [206.46.170.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DC4643D5A for ; Sat, 19 Feb 2005 14:47:56 +0000 (GMT) (envelope-from Remo.Lacho@verizon.net) Received: from pool-141-154-209-224.bos.east.verizon.net ([141.154.209.224]) by out010.verizon.netESMTP <20050219144754.VAEB3892.out010.verizon.net@pool-141-154-209-224.bos.east.verizon.net> for ; Sat, 19 Feb 2005 08:47:54 -0600 Received: from bortel.dyndns.org by bortel.dyndns.org with [XMail 1.21 ESMTP Server] ; Sat, 19 Feb 2005 09:47:52 -0500 Date: Sat, 19 Feb 2005 09:47:53 -0500 From: "Remo Lacho" To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="ISO-8859-9" Message-ID: X-Authentication-Info: Submitted using SMTP AUTH at out010.verizon.net from [141.154.209.224] at Sat, 19 Feb 2005 08:47:54 -0600 Subject: How to remove vestigial gmirror device? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Remo.Lacho@verizon.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 14:47:56 -0000 Installed 5.3-Stable from the February ISO Snapshot on an old Pentium Pro 600MH ATX box with 256MB memory and two WD UDMA33 6.4GB drives. After several false starts with GMirror (guided by Ralf S. Engelschal's excellent How-To ) the system is now stable and has survived many kernel recompiles without incident. One problem, one of the original test GMirror devices refused to go away. It did not respond to the "remove" or "forget" parameters. The "deactivate" parameter seemed to do the trick, however, upon boot-up the following message is generated: "GEOM_MIRROR: Device gmusr: provider ad4 marked as inactive, skipping." The "list" parameter does not list the gmusr device as being active. When "gmirror activate gmusr ad4" is invoked the response is: "Cannot write metadata from ad4: Operation not permitted. Not fully done." Although the vestigial device does not seem to cause any trouble, it is annoying to get the message at boot-up. I there a configuration file that can be edited or a specific disk sector where the device entry can be deleted with a disk editor? If not, any other way to remove the device permanently other than a system reinstall. Thank you. -- Remo From owner-freebsd-stable@FreeBSD.ORG Sat Feb 19 14:52:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 452F416A4CE; Sat, 19 Feb 2005 14:52:22 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3EC243D39; Sat, 19 Feb 2005 14:52:21 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1JEqLrO022367; Sat, 19 Feb 2005 09:52:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1JEqLK0034594; Sat, 19 Feb 2005 09:52:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0FB8A7306E; Sat, 19 Feb 2005 09:52:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050219145220.0FB8A7306E@freebsd-current.sentex.ca> Date: Sat, 19 Feb 2005 09:52:20 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/710/Fri Feb 18 17:05:27 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 14:52:22 -0000 TB --- 2005-02-19 13:19:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-19 13:19:56 - starting RELENG_5 tinderbox run for ia64/ia64 TB --- 2005-02-19 13:19:56 - checking out the source tree TB --- 2005-02-19 13:19:56 - cd /home/tinderbox/RELENG_5/ia64/ia64 TB --- 2005-02-19 13:19:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-02-19 13:28:00 - building world (CFLAGS=-O -pipe) TB --- 2005-02-19 13:28:00 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2005-02-19 13:28:00 - /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 --- 2005-02-19 14:30:51 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-02-19 14:30:51 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2005-02-19 14:30:51 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Feb 19 14:30:52 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Sat Feb 19 14:44:26 UTC 2005 TB --- 2005-02-19 14:44:26 - generating LINT kernel config TB --- 2005-02-19 14:44:26 - cd /home/tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/conf TB --- 2005-02-19 14:44:26 - /usr/bin/make -B LINT TB --- 2005-02-19 14:44:26 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-02-19 14:44:26 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2005-02-19 14:44:26 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 19 14:44:26 UTC 2005 >>> 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 -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/src/sys/kern/kern_mib.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/src/sys/kern/kern_module.c /tinderbox/RELENG_5/ia64/ia64/src/sys/kern/kern_module.c:441: warning: "struct freebsd32_modstat_args" declared inside parameter list /tinderbox/RELENG_5/ia64/ia64/src/sys/kern/kern_module.c:441: warning: its scope is only this definition or declaration, which is probably not what you want /tinderbox/RELENG_5/ia64/ia64/src/sys/kern/kern_module.c:442: warning: no previous prototype for 'freebsd32_modstat' /tinderbox/RELENG_5/ia64/ia64/src/sys/kern/kern_module.c: In function `freebsd32_modstat': /tinderbox/RELENG_5/ia64/ia64/src/sys/kern/kern_module.c:451: error: dereferencing pointer to incomplete type /tinderbox/RELENG_5/ia64/ia64/src/sys/kern/kern_module.c:465: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/obj/ia64/tinderbox/RELENG_5/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. TB --- 2005-02-19 14:52:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-19 14:52:20 - ERROR: failed to build lint kernel TB --- 2005-02-19 14:52:20 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Sat Feb 19 20:12:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADE9016A4CE for ; Sat, 19 Feb 2005 20:12:25 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EEF843D5C for ; Sat, 19 Feb 2005 20:12:25 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 7D38172DD8; Sat, 19 Feb 2005 12:12:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 7AC2972DD5; Sat, 19 Feb 2005 12:12:25 -0800 (PST) Date: Sat, 19 Feb 2005 12:12:25 -0800 (PST) From: Doug White To: Paul Dlug In-Reply-To: <9975416e2ef6f29c2813c05c6612f749@aps.org> Message-ID: <20050219121207.X69556@carver.gumbysoft.com> References: <9975416e2ef6f29c2813c05c6612f749@aps.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: re: 5.3 on IBM/Intel Blade server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Feb 2005 20:12:25 -0000 On Fri, 18 Feb 2005, Paul Dlug wrote: > Just a follow up to my message from the other week, it looks like we > are experiencing the same problem as described in this PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=68445 > > > Only the suggested "fix" in the PR doesn't work for me. Does anyone > have more information on this issue? The PR is still open. Is the suggested "fix" the patch that was applied to -current? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat Feb 19 20:17:58 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C32F16A4CE for ; Sat, 19 Feb 2005 20:17:58 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12E2543D69 for ; Sat, 19 Feb 2005 20:17:58 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 0A83C72DD4; Sat, 19 Feb 2005 12:17:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 0511172DCB; Sat, 19 Feb 2005 12:17:58 -0800 (PST) Date: Sat, 19 Feb 2005 12:17:57 -0800 (PST) From: Doug White To: Remo Lacho In-Reply-To: Message-ID: <20050219121346.K69556@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: How to remove vestigial gmirror device? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Feb 2005 20:17:58 -0000 On Sat, 19 Feb 2005, Remo Lacho wrote: > Installed 5.3-Stable from the February ISO Snapshot on an old Pentium Pro > 600MH ATX box with 256MB memory and two WD UDMA33 6.4GB drives. > > After several false starts with GMirror (guided by Ralf S. Engelschal's > excellent How-To ) the system is > now stable and has survived many kernel recompiles without incident. > > One problem, one of the original test GMirror devices refused to go away. > It did not respond to the "remove" or "forget" parameters. > > The "deactivate" parameter seemed to do the trick, however, upon boot-up > the following message is generated: > > "GEOM_MIRROR: Device gmusr: provider ad4 marked as inactive, skipping." > > The "list" parameter does not list the gmusr device as being active. > > When "gmirror activate gmusr ad4" is invoked the response is: > > "Cannot write metadata from ad4: Operation not permitted. > Not fully done." If ad4 is your root device, GEOM prohibits changes to the device configuration on a mounted device. You can either: a) boot into the fixit CD, finagle some symlinks to make 'gmirror' work (I think you need to symlink /dist/usr/lib to /usr/lib) and remove it from there; or b) set 'sysctl kern.geom.debugflags=16' which disables the protection. You activate this at your own risk, since it makes it possible to destroy the root volume while it is mounted. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat Feb 19 22:22:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B433A16A4CE for ; Sat, 19 Feb 2005 22:22:42 +0000 (GMT) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BE1E43D1D for ; Sat, 19 Feb 2005 22:22:42 +0000 (GMT) (envelope-from Juergen.Dankoweit@t-online.de) Received: from fwd03.aul.t-online.de by mailout05.sul.t-online.com with smtp id 1D2czo-0001u4-00; Sat, 19 Feb 2005 23:22:40 +0100 Received: from mailsmtp.juergendankoweit.net (Jb1UnBZBZeXs+Z9lCNfbeNNv2TF1qLTtdzwgMcTanK-wp0FMvhjprE@[62.158.199.222]) by fwd03.sul.t-online.com with esmtp id 1D2czd-0Xf7Cq0; Sat, 19 Feb 2005 23:22:29 +0100 Received: from localhost.juergendankoweit.net (localhost.juergendankoweit.net [127.0.0.1]) by mailsmtp.juergendankoweit.net (Postfix) with ESMTP id A73F633E96 for ; Sat, 19 Feb 2005 23:22:28 +0100 (CET) Received: from mailsmtp.juergendankoweit.net (localhost.juergendankoweit.net [127.0.0.1])03141-4FF68617; Sat, 19 Feb 2005 23:22:28 +0100 Received: from primergy470.juergendankoweit.net (primergy470.juergendankoweit.net [192.168.1.1]) by mailsmtp.juergendankoweit.net (Postfix) with ESMTP id 35D4D33CB4 for ; Sat, 19 Feb 2005 23:22:28 +0100 (CET) From: Juergen Dankoweit To: FreeBSD-Stable Content-Type: text/plain; charset=UTF-8 Date: Sat, 19 Feb 2005 23:22:27 +0100 Message-Id: <1108851747.2998.16.camel@primergy470.juergendankoweit.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-9; AVE: 6.29.0.16; VDF: 6.29.0.136; host: primergy470.juergendankoweit.net) X-ID: Jb1UnBZBZeXs+Z9lCNfbeNNv2TF1qLTtdzwgMcTanK-wp0FMvhjprE X-TOI-MSGID: 396f3342-0637-4a8b-b816-2d413bf3d12b Subject: Several problems with 5.3 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Juergen.Dankoweit@T-Online.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 22:22:42 -0000 Hello and good evening. Today I made an update of my FreeBSD-System with cvs as discribed in the manual. After this procedure I made some ugly experiences: (*) Using my compact-flash-reader (Siemens-Fujtsu) shows strange results: # mount -t msdos /dev/da14s1 /dist Result: =3D=3D=3D=3D=3D=3D=3D Feb 19 22:56:01 primergy470 kernel: umass0: Get Max Lun not supported (STALLED) Feb 19 22:56:01 primergy470 kernel: da14 at umass-sim0 bus 0 target 0 lun 0 Feb 19 22:56:01 primergy470 kernel: da14: < > Removable Direct Access SCSI-2 device=20 Feb 19 22:56:01 primergy470 kernel: da14: 1.000MB/s transfers Feb 19 22:56:01 primergy470 kernel: da14: 122MB (250369 512 byte sectors: 64H 32S/T 122C) # umount /dist Result: =3D=3D=3D=3D=3D=3D=3D Feb 19 22:57:55 primergy470 kernel: umass0: BBB reset failed, TIMEOUT Feb 19 22:57:55 primergy470 kernel: umass0: BBB bulk-in clear stall failed, STALLED Feb 19 22:57:55 primergy470 kernel: umass0: BBB bulk-out clear stall failed, STALLED This was shown in /var/log/messages about twenty times (*) Connecting my DigiKam (Canon Powershot G2) and identifying it is no problem: it is shown as ugen0-device. But when gphoto2 is started (gphoto2 --auto-detect -P) the system hangs and after two minutes it reboots. (*) X.ORG 6.8.1 needs about 20% of CPU-capacity, with only one(!!!!) open Gnome-Terminal. Before system update it was only 5% (under FreeBSD 4.10 it needs 1%, it is a P2-266MHz notebook!!!!) (*) mplayer core dumps with signal 11 (*) opening windows on Gnome-Desktop is very slow and needs about 10 seconds. Here is the output from uname -a FreeBSD primergy470.juergendankoweit.net 5.3-STABLE FreeBSD 5.3-STABLE #1: Sat Feb 19 18:19:23 CET 2005 juergen@primergy470.juergendankoweit.net:/usr/obj/usr/src/sys/PRIMERGY470= i386 It is a dual processor machine with 2 x 450MHz P3 and 2GB RAM. What is wrong with the new update? Is it better to change to FBSD 4.11? Many thanks for your advice. Best regards J=C3=BCrgen From owner-freebsd-stable@FreeBSD.ORG Sat Feb 19 23:30:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 732E316A4CF for ; Sat, 19 Feb 2005 23:30:06 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 478EA43D1F for ; Sat, 19 Feb 2005 23:30:06 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 39BCA72DD8; Sat, 19 Feb 2005 15:30:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 3395A72DCB; Sat, 19 Feb 2005 15:30:06 -0800 (PST) Date: Sat, 19 Feb 2005 15:30:06 -0800 (PST) From: Doug White To: Rong-En Fan In-Reply-To: <6eb82e0502170344624ce335@mail.gmail.com> Message-ID: <20050219152408.K69556@carver.gumbysoft.com> References: <6eb82e05021511137e43b553@mail.gmail.com> <6eb82e0502170344624ce335@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: panic: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Feb 2005 23:30:06 -0000 On Thu, 17 Feb 2005, Rong-En Fan wrote: > On Wed, 16 Feb 2005 15:36:25 -0800 (PST), Doug White > wrote: > > On Wed, 16 Feb 2005, Rong-En Fan wrote: > > > > > Hello, > > > > > > This is a 5.3-RELEASE-p5/amd64 on IBM X236 (EM64T) with 2GB RAM > > > and a LSI 21320 rmpt(4) running at 160MB/s with a hardware > > > RAID (da0, da1). HTT is enabled. When I run benchmark/blogbench on > > > /da0/ I can *reproduce* this panic again and again: > > > (I'm getting a dump now, let me fsck first) > > > kernel conf & dmesg (boot -v) are at > > > http://rafan.infor.org/tmp/236/ > > > > I only have an 2x244 Opteron box so I'm not sure if this is a problem with > > KSE or with hyperthreading. I'll try the benchmark anyway and see if I > > can reproduce. > > > > Looks like I'll need to rebuild first, I'm getting the "exiting from > > __thread_start" error... I got a good -CURRENT build and run this test. It appears to get stuck in an endless loop at the end but no panics result. I also ran it on a i386 -CURRENT machine for comparison and that completed, so this program appears to have 64-bit cleanliness problems. I'll see if I can build a RELENG_5 or 5.3 amd64 box and run the same diagnostic. Its possible its a bug thats been fixed in CURRENT but not backported yet. > If I use machdep.hlt_logical_cpus=1, I got the same panic. > And when I use kgdb to read the kernel dump, I see only > #1 ?????? (??) in backtrace. > > I just reinstall the system to 5.3-p5, i386. It does not > panic and finsih the test two times. I'll run more to see if is > panics. > > Regards, > Rong-En Fan > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat Feb 19 23:34:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4616F16A4CE for ; Sat, 19 Feb 2005 23:34:44 +0000 (GMT) Received: from mail.ticino.com (mx.ticino.com [195.190.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id B251B43D5F for ; Sat, 19 Feb 2005 23:34:42 +0000 (GMT) (envelope-from roberto.nunnari@supsi.ch) Received: from [192.168.1.6] (unverified [62.48.103.172]) by ticino.com (Rockliffe SMTPRA 6.0.6) with ESMTP id ; Sun, 20 Feb 2005 00:35:52 +0100 Message-ID: <4217CD12.3040204@supsi.ch> Date: Sun, 20 Feb 2005 00:34:42 +0100 From: Roberto Nunnari User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <421475A8.7070003@supsi.ch> <421482C8.1020902@supsi.ch> <20050217180353.GA25609@xor.obsecurity.org> In-Reply-To: <20050217180353.GA25609@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: {Spam?} Re: can't get a crash dump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 19 Feb 2005 23:34:44 -0000 Kris Kennaway wrote: > On Thu, Feb 17, 2005 at 12:40:56PM +0100, Roberto Nunnari wrote: > >>another crash.. and in /var/log/messages I see: >> >>Feb 17 12:20:50 jupiter savecore: no dumps found >> >>Any hints, please? > > > If you watch it panic (or trigger one; break to ddb and use call > doadump), does it dump? > Yes. Once in ddb, if I >call doadump it dumps! But I have not yet been that lucky to see it crash.. > Kris -- Roberto Nunnari -software engineer- mailto:roberto.nunnari@supsi.ch Scuola Universitaria Professionale della Svizzera Italiana Dipartimento Tecnologie Innovative http://www.dti.supsi.ch SUPSI-DTI Via Cantonale tel: +41-91-6108561 6928 Manno """ fax: +41-91-6108570 Switzerland (o o) =======================oOO==(_)==OOo========================