From owner-freebsd-stable@FreeBSD.ORG Sun Jan 13 01:29:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3135F16A417 for ; Sun, 13 Jan 2008 01:29:30 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from dglawrence.com (static-72-90-113-2.ptldor.fios.verizon.net [72.90.113.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0D47313C468 for ; Sun, 13 Jan 2008 01:29:29 +0000 (UTC) (envelope-from dg@dglawrence.com) Received: from tnn.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.14.1/8.14.1) with ESMTP id m0D1TT9n073243; Sat, 12 Jan 2008 17:29:29 -0800 (PST) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by tnn.dglawrence.com (8.14.1/8.14.1/Submit) id m0D1TQJX073242; Sat, 12 Jan 2008 17:29:26 -0800 (PST) (envelope-from dg@dglawrence.com) X-Authentication-Warning: tnn.dglawrence.com: dg set sender to dg@dglawrence.com using -f Date: Sat, 12 Jan 2008 17:29:26 -0800 From: David G Lawrence To: "J.R. Oldroyd" Message-ID: <20080113012926.GC39994@tnn.dglawrence.com> References: <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <4783EA7E.1050008@raad.tartu.ee> <4783ED15.1060606@FreeBSD.org> <20080109141859.74d08743@linwhf.opal.com> <478522B5.5030101@FreeBSD.org> <20080109235819.7707133d@linwhf.opal.com> <4785C9FC.4090102@FreeBSD.org> <20080111124929.4aed2471@linwhf.opal.com> <20080112123053.164b5a5c@linwhf.opal.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080112123053.164b5a5c@linwhf.opal.com> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dglawrence.com [127.0.0.1]); Sat, 12 Jan 2008 17:29:29 -0800 (PST) Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 2008/01/10 desktop system also periodically freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 01:29:30 -0000 > On Fri, 11 Jan 2008 12:49:29 -0500, I wrote: > > > > I have yet to experience a "random" freeze not directly attributable > > to a softupdate while running the lock profiling. I am running with > > lock profiling on, and resetting the profiling counters once a minute. > > Yesterday and this morning, I've run for quite a while now with lock > > profiling on but without a "random" freeze. I'll wait some more, but > > I'm hoping that enabling the lock profiling hasn't masked the freeze. > > I'll post again when I see one.. > > > > It is looking more likely to me that enabling lock profiling does mask > the freeze. I ran for more than 10 hours yesterday with lock profiling > enabled and did not observe a single freeze. After about 7 hours, I > stopped the lock profiling and within 20 mins or so, I experienced a > NINE MINUTE freeze!! On re-enabling the lock profiling, I ran for about > 3 more hours with no further freezes. > > At the time of that long freeze, all I was doing was typing an email > message. The load average was almost 0. Mail client is claws-email. > Also running but idle were firefox, ical, several xterms, fvwm & its > children (Fvwm{Buttons,Event,Pager,IconMan}), xload and xclock. And > xorg which uses the xf86-video-intel driver. Daemons running were > wpa_supplicant, dhclient, devd, syslogd, cupsd, ntpd, powerd, sshd, > sendmail, cron, moused and xdm. That is all. You might want to try disabling powerd and see if that mitigates the problem. powerd is going to be messing with the CPU clock when it is near idle. Your system would be less idle with lock profiling enabled, which might explain why the problem seems to happen less often in that case. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 13 04:03:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95B7616A419; Sun, 13 Jan 2008 04:03:51 +0000 (UTC) (envelope-from ws@au.dyndns.ws) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id 0C6C513C455; Sun, 13 Jan 2008 04:03:50 +0000 (UTC) (envelope-from ws@au.dyndns.ws) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAJ8aiUeWZWdv/2dsb2JhbAAIpnE X-IronPort-AV: E=Sophos;i="4.24,277,1196602200"; d="scan'208";a="34448083" Received: from ppp103-111.static.internode.on.net (HELO [192.168.1.131]) ([150.101.103.111]) by ipmail05.adl2.internode.on.net with ESMTP; 13 Jan 2008 14:33:48 +1030 From: Wayne Sierke To: Kris Kennaway In-Reply-To: <1200156892.1196.34.camel@predator-ii.buffyverse> References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <47851247.1020306@raad.tartu.ee> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <1200156892.1196.34.camel@predator-ii.buffyverse> Content-Type: text/plain Date: Sun, 13 Jan 2008 14:33:44 +1030 Message-Id: <1200197025.1225.17.camel@predator-ii.buffyverse> Mime-Version: 1.0 X-Mailer: Evolution 2.12.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Toomas Aas , freebsd-stable@freebsd.org Subject: Re: 6.3-PRERELEASE desktop system periodically freezes momentarily X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 04:03:52 -0000 On Sun, 2008-01-13 at 03:24 +1030, Wayne Sierke wrote: > I added options MUTEX_PROFILING and options HWPMC_HOOKS but the system > hangs when going multi-user after printing: Entropy harvesting: > interrupts ethernet point_to_point. ^t shows it stuck in dd, ^c brings > out to sysctl [] but I can't get past that and am forced to reset. > I tried rebooting without loading modules which gets around that but > then I can't get xorg to start even after loading nvidia.ko. I've seen > the comment in the NOTES section in MUTEX_PROFILING re modules, does it > mean that I won't be able to use nvidia.ko with this test kernel? If so > perhaps someone could comment on how best to proceed re gathering test > results? i.e. would it be better to just use 'nv' or 'vesa' driver for > now and get mutex stats? Or forgo that and keep 'nvidia' and just use > hwpmc, etc. > Someone replied privately and evidently I didn't make some things clear about what I did/tried. After changing the kernel config, I used appropriate incarnations of 'make buildkernel KERNCONF=' and 'make installkernel KERNCONF= KODIR=' and used 'nextboot -k'. I also tried rebuilding nvidia.ko (including when booted under the profiling kernel) but not surprisingly the resulting file was identical to the original. I've just booted into a kernel with options HWPMC_HOOKS so I'll grab some results here. Meanwhile I'll prepare a kernel with just options MUTEX_PROFILING and if I haven't heard anything different in the meantime, I'll set about checking that out without nvidia.ko. Wayne From owner-freebsd-stable@FreeBSD.ORG Sun Jan 13 11:39:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A689016A419 for ; Sun, 13 Jan 2008 11:39:34 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CCFD713C442; Sun, 13 Jan 2008 11:39:32 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4789F872.8000502@FreeBSD.org> Date: Sun, 13 Jan 2008 12:39:30 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Wayne Sierke References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <47851247.1020306@raad.tartu.ee> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <1200156892.1196.34.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> In-Reply-To: <1200197025.1225.17.camel@predator-ii.buffyverse> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Toomas Aas , freebsd-stable@freebsd.org Subject: Re: 6.3-PRERELEASE desktop system periodically freezes momentarily X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 11:39:34 -0000 Wayne Sierke wrote: > On Sun, 2008-01-13 at 03:24 +1030, Wayne Sierke wrote: >> I added options MUTEX_PROFILING and options HWPMC_HOOKS but the system >> hangs when going multi-user after printing: Entropy harvesting: >> interrupts ethernet point_to_point. ^t shows it stuck in dd, ^c brings >> out to sysctl [] but I can't get past that and am forced to reset. >> I tried rebooting without loading modules which gets around that but >> then I can't get xorg to start even after loading nvidia.ko. I've seen >> the comment in the NOTES section in MUTEX_PROFILING re modules, does it >> mean that I won't be able to use nvidia.ko with this test kernel? If so >> perhaps someone could comment on how best to proceed re gathering test >> results? i.e. would it be better to just use 'nv' or 'vesa' driver for >> now and get mutex stats? Or forgo that and keep 'nvidia' and just use >> hwpmc, etc. >> > > Someone replied privately and evidently I didn't make some things clear > about what I did/tried. > > After changing the kernel config, I used appropriate incarnations of > 'make buildkernel KERNCONF=' and 'make installkernel KERNCONF= KODIR=' > and used 'nextboot -k'. > > I also tried rebuilding nvidia.ko (including when booted under the > profiling kernel) but not surprisingly the resulting file was identical > to the original. > > I've just booted into a kernel with options HWPMC_HOOKS so I'll grab > some results here. Meanwhile I'll prepare a kernel with just options > MUTEX_PROFILING and if I haven't heard anything different in the > meantime, I'll set about checking that out without nvidia.ko. MUTEX_PROFILING changes the kernel ABI so modules that are not compiled with that option will not work. If you use make buildkernel to build your kernel + modules together then it uses the kernel config file for both so they are compatible, otherwise your modules only are built with default options. So, if you have any other modules apart from nvidia then use make buildkernel for those, and add -DMUTEX_PROFILING to the CFLAGS of the nvidia build and try that. It may still not be enough since nvidia is a wrapper around a binary module, so you may also need to revert to nv. Kris From owner-freebsd-stable@FreeBSD.ORG Sun Jan 13 07:20:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B93E216A47D for ; Sun, 13 Jan 2008 07:20:57 +0000 (UTC) (envelope-from mahdieh.saeed@yahoo.com) Received: from n5.bullet.ukl.yahoo.com (n5.bullet.ukl.yahoo.com [217.146.182.182]) by mx1.freebsd.org (Postfix) with SMTP id 2BD7A13C461 for ; Sun, 13 Jan 2008 07:20:56 +0000 (UTC) (envelope-from mahdieh.saeed@yahoo.com) Received: from [217.12.4.214] by n5.bullet.ukl.yahoo.com with NNFMP; 13 Jan 2008 07:08:05 -0000 Received: from [216.252.122.218] by t1.bullet.ukl.yahoo.com with NNFMP; 13 Jan 2008 07:08:05 -0000 Received: from [69.147.84.107] by t3.bullet.sp1.yahoo.com with NNFMP; 13 Jan 2008 07:08:04 -0000 Received: from [127.0.0.1] by omp202.mail.sp1.yahoo.com with NNFMP; 13 Jan 2008 07:08:04 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 860901.82863.bm@omp202.mail.sp1.yahoo.com Received: (qmail 23120 invoked by uid 60001); 13 Jan 2008 07:08:04 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=Tgzj1airXeSf6VkIBxRMKW81FsJ04x9us4j9sGdXfMVHpCw81++vobXn06dNhTS5gWxIIy9pieYFic337JBUfrLXZsJ8+UaydgJR2s2OglWoSH8JR1/dNaa6yS2r9YSvIZN4LkzBDkFb8NVTcg4yM1U2Zav93UYfhZ7C0OuK8r4=; X-YMail-OSG: u.3gwkUVM1mdlAQjhfsmfHGaufv.KTPLAc5nK5e3Wd6q8ujthq58Tannr40XTSkc09L4yJnQc5VAK27aoEmE2DS_JjmO6xrqaWmq Received: from [91.184.77.147] by web45915.mail.sp1.yahoo.com via HTTP; Sat, 12 Jan 2008 23:08:04 PST Date: Sat, 12 Jan 2008 23:08:04 -0800 (PST) From: mahdieh Saeed To: freebsd-stable@freebsd.org MIME-Version: 1.0 Message-ID: <575363.21897.qm@web45915.mail.sp1.yahoo.com> X-Mailman-Approved-At: Sun, 13 Jan 2008 12:23:44 +0000 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: recovery FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 07:20:57 -0000 Hi, I have a question about recovery. I removed one directory with "rm -r ".Is there any way to restore information that removed with "rm -r". Please help me, Regards, Saeed --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 13 15:56:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36A1D16A417; Sun, 13 Jan 2008 15:56:25 +0000 (UTC) (envelope-from toomas.aas@raad.tartu.ee) Received: from smtp-out.neti.ee (smtp-out.neti.ee [194.126.126.40]) by mx1.freebsd.org (Postfix) with ESMTP id E371E13C447; Sun, 13 Jan 2008 15:56:24 +0000 (UTC) (envelope-from toomas.aas@raad.tartu.ee) Received: from localhost (localhost [127.0.0.1]) by MXR-13.estpak.ee (Postfix) with ESMTP id 1722213C5A; Sun, 13 Jan 2008 17:56:22 +0200 (EET) X-Virus-Scanned: amavisd-new at !change-mydomain-variable!.example.com Received: from smtp-out.neti.ee ([127.0.0.1]) by localhost (MXR-1.estpak.ee [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U5Gm2TXt4Bdf; Sun, 13 Jan 2008 17:56:19 +0200 (EET) Received: from Relayhost2.neti.ee (Relayhost2 [88.196.174.142]) by MXR-13.estpak.ee (Postfix) with ESMTP id A504312E5B; Sun, 13 Jan 2008 17:56:19 +0200 (EET) Received: from originaal.kodu.lan (88-196-107-70-dsl.trt.estpak.ee [88.196.107.70]) by Relayhost2.neti.ee (Postfix) with ESMTP id 0B1811608; Sun, 13 Jan 2008 17:56:18 +0200 (EET) Message-ID: <478A34A2.8050608@raad.tartu.ee> Date: Sun, 13 Jan 2008 17:56:18 +0200 From: Toomas Aas User-Agent: Thunderbird 2.0.0.9 (X11/20071121) MIME-Version: 1.0 To: Kris Kennaway References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <47851247.1020306@raad.tartu.ee> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> In-Reply-To: <47867FAD.9050701@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Wayne Sierke Subject: Re: 6.3-PRERELEASE desktop system periodically freezes momentarily X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 15:56:25 -0000 Kris Kennaway wrote: > > sysctl debug.mutex.prof.enable=1 > ... trigger hang ... > sysctl debug.mutex.prof.enable=0 > > and send me the output of > > sysctl debug.mutex.prof.stats The output is here: http://www.raad.tartu.ee/~toomas/mutex_stats.txt -- Toomas Aas ... Whoever decided to cut taglines at 57 characters, kiss my From owner-freebsd-stable@FreeBSD.ORG Sun Jan 13 16:23:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C0ED16A419; Sun, 13 Jan 2008 16:23:12 +0000 (UTC) (envelope-from ws@au.dyndns.ws) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id D3F6013C43E; Sun, 13 Jan 2008 16:23:11 +0000 (UTC) (envelope-from ws@au.dyndns.ws) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAOTGiUeWZWdv/2dsb2JhbAAIpk8 X-IronPort-AV: E=Sophos;i="4.24,279,1196602200"; d="scan'208";a="34686966" Received: from ppp103-111.static.internode.on.net (HELO [192.168.1.131]) ([150.101.103.111]) by ipmail05.adl2.internode.on.net with ESMTP; 14 Jan 2008 02:53:09 +1030 From: Wayne Sierke To: Kris Kennaway In-Reply-To: <4789F872.8000502@FreeBSD.org> References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <47851247.1020306@raad.tartu.ee> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <1200156892.1196.34.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> Content-Type: text/plain Date: Mon, 14 Jan 2008 02:53:06 +1030 Message-Id: <1200241386.1677.28.camel@predator-ii.buffyverse> Mime-Version: 1.0 X-Mailer: Evolution 2.12.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Toomas Aas , freebsd-stable@freebsd.org Subject: Re: 6.3-PRERELEASE desktop system periodically freezes momentarily X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 16:23:12 -0000 On Sun, 2008-01-13 at 12:39 +0100, Kris Kennaway wrote: > MUTEX_PROFILING changes the kernel ABI so modules that are not compiled > with that option will not work. If you use make buildkernel to build > your kernel + modules together then it uses the kernel config file for > both so they are compatible, otherwise your modules only are built with > default options. So, if you have any other modules apart from nvidia > then use make buildkernel for those, and add -DMUTEX_PROFILING to the > CFLAGS of the nvidia build and try that. It may still not be enough > since nvidia is a wrapper around a binary module, so you may also need > to revert to nv. > > Kris Kris, I added CFLAGS+= -DMUTEX_PROFILING to /usr/ports/x11/nvidia-driver-96xx/Makefile and re-built, was able to load the resulting nvidia.ko and launch gnome. I've taken a number of different log samples which I'll send separately. Wayne From owner-freebsd-stable@FreeBSD.ORG Sun Jan 13 20:00:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4792E16A41B for ; Sun, 13 Jan 2008 20:00:43 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7A2E813C459; Sun, 13 Jan 2008 20:00:42 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <478A6DE8.4010309@FreeBSD.org> Date: Sun, 13 Jan 2008 21:00:40 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "J.R. Oldroyd" References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <4783EA7E.1050008@raad.tartu.ee> <4783ED15.1060606@FreeBSD.org> <20080109141859.74d08743@linwhf.opal.com> <478522B5.5030101@FreeBSD.org> <20080109235819.7707133d@linwhf.opal.com> <4785C9FC.4090102@FreeBSD.org> <20080111124929.4aed2471@linwhf.opal.com> <20080112123053.164b5a5c@linwhf.opal.com> <20080112134034.75ded0b5@linwhf.opal.com> <20080112134856.77585787@linwhf.opal.com> In-Reply-To: <20080112134856.77585787@linwhf.opal.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 2008/01/10 desktop system also periodically freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 20:00:43 -0000 J.R. Oldroyd wrote: > On Sat, 12 Jan 2008 13:40:34 -0500, I wrote: >> Ah! Just experienced a short freeze ... > > And another! This one about 3 or 4 seconds. > > The profile from the last minute is here: > http://opal.com/jr/freebsd/releng_7-freeze/200801121342-unknown.txt > > This one shows a long hold_avg (I meant hold_avg in the previous > message, too) for: > /usr/src/sys/kern/vfs_vnops.c:515 (lockmgr:ufs) > > -jr Thanks. Those particular things you mention are both normal, I will look at the traces in more detail later. Kris From owner-freebsd-stable@FreeBSD.ORG Sun Jan 13 20:10:00 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E59916A419 for ; Sun, 13 Jan 2008 20:10:00 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1F2BD13C458; Sun, 13 Jan 2008 20:09:58 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <478A7014.4080804@FreeBSD.org> Date: Sun, 13 Jan 2008 21:09:56 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Wayne Sierke , stable@freebsd.org References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <47851247.1020306@raad.tartu.ee> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <1200156892.1196.34.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> <1200241867.1677.34.camel@predator-ii.buffyverse> In-Reply-To: <1200241867.1677.34.camel@predator-ii.buffyverse> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: 6.3-PRERELEASE desktop system periodically freezes momentarily X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 20:10:00 -0000 Wayne Sierke wrote: > On Sun, 2008-01-13 at 12:39 +0100, Kris Kennaway wrote: >> MUTEX_PROFILING changes the kernel ABI so modules that are not compiled >> with that option will not work. If you use make buildkernel to build >> your kernel + modules together then it uses the kernel config file for >> both so they are compatible, otherwise your modules only are built with >> default options. So, if you have any other modules apart from nvidia >> then use make buildkernel for those, and add -DMUTEX_PROFILING to the >> CFLAGS of the nvidia build and try that. It may still not be enough >> since nvidia is a wrapper around a binary module, so you may also need >> to revert to nv. >> >> Kris > > Kris, > > Success, I hope. I noticed that the duration of the pause when the > stuttering occurs is obviously magnified, I'd guess probably by approx a > factor of 5. e.g. normally stuttering interval is quite short, perhaps > 50-100ms at a guess, with debug.mutex.prof.enable=1 duration of stutter > might be 200ms or so. I understand that this is to be expected, just > want to let you know. > > Could you please confirm that I'm following correct procedure to obtain > results, then I'll endeavour to capture logs for the other freezes that > I witness. And of course let me know if you want anything specific from > me. Yeah, this shows things like contention between the mouse device and other parts of the kernel that still require the Giant lock in 6.x. It is not likely that these will be fixed in 6.x but most of them are in 7.0, so you should obtain better performance by upgrading to 7.0. Kris From owner-freebsd-stable@FreeBSD.ORG Sun Jan 13 20:11:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BD9116A41A for ; Sun, 13 Jan 2008 20:11:54 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1E64213C455; Sun, 13 Jan 2008 20:11:52 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <478A7087.6020908@FreeBSD.org> Date: Sun, 13 Jan 2008 21:11:51 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Toomas Aas References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <47851247.1020306@raad.tartu.ee> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <478A34A2.8050608@raad.tartu.ee> In-Reply-To: <478A34A2.8050608@raad.tartu.ee> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Wayne Sierke Subject: Re: 6.3-PRERELEASE desktop system periodically freezes momentarily X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 20:11:54 -0000 Toomas Aas wrote: > Kris Kennaway wrote: >> >> sysctl debug.mutex.prof.enable=1 >> ... trigger hang ... >> sysctl debug.mutex.prof.enable=0 >> >> and send me the output of >> >> sysctl debug.mutex.prof.stats > > The output is here: > http://www.raad.tartu.ee/~toomas/mutex_stats.txt This one also shows giant contention from the syncer and your mouse pointer that should also be fixed by updating to 7.0. Kris From owner-freebsd-stable@FreeBSD.ORG Sun Jan 13 20:23:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BFE416A41B for ; Sun, 13 Jan 2008 20:23:54 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B895313C45D; Sun, 13 Jan 2008 20:23:53 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <478A7357.7010101@FreeBSD.org> Date: Sun, 13 Jan 2008 21:23:51 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "J.R. Oldroyd" References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <4783EA7E.1050008@raad.tartu.ee> <4783ED15.1060606@FreeBSD.org> <20080109141859.74d08743@linwhf.opal.com> <478522B5.5030101@FreeBSD.org> <20080109235819.7707133d@linwhf.opal.com> <4785C9FC.4090102@FreeBSD.org> <20080111124929.4aed2471@linwhf.opal.com> <20080112123053.164b5a5c@linwhf.opal.com> <20080112134034.75ded0b5@linwhf.opal.com> <20080112134856.77585787@linwhf.opal.com> In-Reply-To: <20080112134856.77585787@linwhf.opal.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 2008/01/10 desktop system also periodically freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 20:23:54 -0000 J.R. Oldroyd wrote: > On Sat, 12 Jan 2008 13:40:34 -0500, I wrote: >> Ah! Just experienced a short freeze ... > > And another! This one about 3 or 4 seconds. > > The profile from the last minute is here: > http://opal.com/jr/freebsd/releng_7-freeze/200801121342-unknown.txt > > This one shows a long hold_avg (I meant hold_avg in the previous > message, too) for: > /usr/src/sys/kern/vfs_vnops.c:515 (lockmgr:ufs) > > -jr In both of these cases there is a non-mpsafe interrupt (probably your mouse) blocked on a sysctl call (both of these require Giant). That would be fixed once sysctl no longer requires Giant (hopefully before 7.1, I have a WIP), or once someone makes the psm driver mpsafe. I don't think it accounts for a multi-second pause though. Probably a sched_graph trace will also be required to diagnose that better. Kris From owner-freebsd-stable@FreeBSD.ORG Sun Jan 13 21:52:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C014816A41B for ; Sun, 13 Jan 2008 21:52:07 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id 4AC7713C4D3 for ; Sun, 13 Jan 2008 21:52:07 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=guido.klop.ws) by smtp-out1.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1JEAVn-000506-3x for ; Sun, 13 Jan 2008 22:36:59 +0100 Received: (qmail 1349 invoked from network); 13 Jan 2008 21:29:35 -0000 Received: from localhost (HELO guido.klop.ws) (127.0.0.1) by localhost with SMTP; 13 Jan 2008 21:29:35 -0000 Date: Sun, 13 Jan 2008 22:29:34 +0100 To: "J.R. Oldroyd" , freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <4783EA7E.1050008@raad.tartu.ee> <4783ED15.1060606@FreeBSD.org> <20080109141859.74d08743@linwhf.opal.com> <478522B5.5030101@FreeBSD.org> <20080109235819.7707133d@linwhf.opal.com> <4785C9FC.4090102@FreeBSD.org> <20080111124929.4aed2471@linwhf.opal.com> <20080112123053.164b5a5c@linwhf.opal.com> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <20080112123053.164b5a5c@linwhf.opal.com> User-Agent: Opera Mail/9.25 (FreeBSD) Cc: Subject: Re: RELENG_7 2008/01/10 desktop system also periodically freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 21:52:07 -0000 On Sat, 12 Jan 2008 18:30:53 +0100, J.R. Oldroyd wrote: > On Fri, 11 Jan 2008 12:49:29 -0500, I wrote: >> >> I have yet to experience a "random" freeze not directly attributable >> to a softupdate while running the lock profiling. I am running with >> lock profiling on, and resetting the profiling counters once a minute. >> Yesterday and this morning, I've run for quite a while now with lock >> profiling on but without a "random" freeze. I'll wait some more, but >> I'm hoping that enabling the lock profiling hasn't masked the freeze. >> I'll post again when I see one.. >> > > It is looking more likely to me that enabling lock profiling does mask > the freeze. I ran for more than 10 hours yesterday with lock profiling > enabled and did not observe a single freeze. After about 7 hours, I > stopped the lock profiling and within 20 mins or so, I experienced a > NINE MINUTE freeze!! On re-enabling the lock profiling, I ran for about > 3 more hours with no further freezes. > > At the time of that long freeze, all I was doing was typing an email > message. The load average was almost 0. Mail client is claws-email. > Also running but idle were firefox, ical, several xterms, fvwm & its > children (Fvwm{Buttons,Event,Pager,IconMan}), xload and xclock. And > xorg which uses the xf86-video-intel driver. Daemons running were > wpa_supplicant, dhclient, devd, syslogd, cupsd, ntpd, powerd, sshd, > sendmail, cron, moused and xdm. That is all. > > I had only one browser window open, the last page I'd viewed there > was one containing some flash, I have linux-flash7 installed and > nspluginwrapper to make that work in the native browser. > > All code (kernel, world and ports) have been compiled locally - there > are no packages installed. Kernel is RELENG_7 from two days ago, > world and ports are about one month old. > > If I get time today I may have a go at getting schedgraph info > instead of continuing with lock profiling. > > -jr What version of xf86-video-intel? I'm having trouble since I upgraded xf86-video-i810, which is an older version of the intel driver, from 1.6.x to 1.7.x and a colleague had trouble with the 2.x version of the xf86-video-intel driver. My trouble is a hanging system (I never waited for it to come back) and then ctrl-alt-F1 (to console) gives a panic a lot of times. I just prepared my machinde for a crash dump. So maybe next panic I have one. Maybe downgrading to 1.6.x helps me again. After the next panic I'll try that. But maybe it helps you also. I upgrade my RELENG_7 about every week, so it's fairly recent. Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Sun Jan 13 22:25:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94ED816A41B for ; Sun, 13 Jan 2008 22:25:29 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3C60213C474 for ; Sun, 13 Jan 2008 22:25:29 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from 98.79.171.66.subscriber.vzavenue.net (HELO homobox.opal.com) ([66.171.79.98]) by smtp.vzavenue.net with ESMTP; 13 Jan 2008 17:25:27 -0500 X-REPUTATION: None X-REMOTE-IP: 66.171.79.98 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq4HADIRikdCq09i/2dsb2JhbACBVqUQ X-IronPort-AV: i="4.24,279,1196658000"; d="asc'?scan'208"; a="174477493:sNHT24154317" Received: from linwhf.opal.com (localhost [127.0.0.1]) (authenticated bits=0) by homobox.opal.com (8.13.8/8.13.8) with ESMTP id m0DMPS47007102; Sun, 13 Jan 2008 17:25:28 -0500 (EST) (envelope-from fbsd@opal.com) Received: from linwhf.opal.com ([192.168.3.65] helo=linwhf.opal.com) by ASSP-nospam; 13 Jan 2008 17:25:28 -0500 Date: Sun, 13 Jan 2008 17:25:24 -0500 From: "J.R. Oldroyd" To: "Ronald Klop" , freebsd-stable@freebsd.org Message-ID: <20080113172524.081f0abb@linwhf.opal.com> In-Reply-To: References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <4783EA7E.1050008@raad.tartu.ee> <4783ED15.1060606@FreeBSD.org> <20080109141859.74d08743@linwhf.opal.com> <478522B5.5030101@FreeBSD.org> <20080109235819.7707133d@linwhf.opal.com> <4785C9FC.4090102@FreeBSD.org> <20080111124929.4aed2471@linwhf.opal.com> <20080112123053.164b5a5c@linwhf.opal.com> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.3; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/.QiE91XL4Aaiz0Aml564qx+"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Subject: Re: RELENG_7 2008/01/10 desktop system also periodically freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 22:25:29 -0000 --Sig_/.QiE91XL4Aaiz0Aml564qx+ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 13 Jan 2008 22:29:34 +0100, "Ronald Klop" wrote: > > What version of xf86-video-intel? I'm having trouble since I upgraded =20 > xf86-video-i810, which is an older version of the intel driver, from 1.6.= x =20 > to 1.7.x and a colleague had trouble with the 2.x version of the =20 > xf86-video-intel driver. xf86-video-intel-2.1.1 > My trouble is a hanging system (I never waited for it to come back) and = =20 > then ctrl-alt-F1 (to console) gives a panic a lot of times. I just =20 > prepared my machinde for a crash dump. So maybe next panic I have one. >=20 I have not seen any panics switching between vtys. Your "hang" might be the same as my long freeze. Next time it happens, try waiting for a while. I've had some freezes many minutes long. A 9 min one yesterday, and I've had a 12 min one before. Just move the mouse and then sit back until the cursor actually moves! > Maybe downgrading to 1.6.x helps me again. After the next panic I'll try = =20 > that. But maybe it helps you also. > When I started my 7.0BETA testing the installation process gave me xf86-video-i810 and I had several other problems which resolved on switching to the xf86-video-intel driver. I'd be hesitant to go back. =20 > I upgrade my RELENG_7 about every week, so it's fairly recent. >=20 > Ronald. >=20 Mine is now also up-to-date RELENG_7. David's suggestion re powerd may be relevant. I'd noticed that the problem seems to happen when the system is idle. I posted earlier that it seems like I can do all sorts of work without a problem then I stop for a phone call and when I resume it hangs. I tend to notice a lot of hangs when typing an email. I have disabled powerd for now; don't really need it anyway, that was a left-over from something quite some time back. No freezes yet, but it'll take several more hours to know if this might be relevant. -jr --Sig_/.QiE91XL4Aaiz0Aml564qx+ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHio/Uls33urr0k4kRAt3pAJ0WbL1O2fNejJhkamRZ0f0aAx/hFQCfb92S 6L2FX1QOApUjcRyjeAw9Ajo= =bEnH -----END PGP SIGNATURE----- --Sig_/.QiE91XL4Aaiz0Aml564qx+-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 14 00:22:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6903816A419; Mon, 14 Jan 2008 00:22:47 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 21DF913C468; Mon, 14 Jan 2008 00:22:47 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.12.9/8.12.9) id m0E07oXW058932; Sun, 13 Jan 2008 16:07:50 -0800 (PST) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.209] (p54.kientzle.com [66.166.149.54]) by kientzle.com with SMTP; Sun, 13 Jan 2008 16:07:49 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <478AA7D5.6050707@freebsd.org> Date: Sun, 13 Jan 2008 16:07:49 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steven Hartland , freebsd-stable@freebsd.org, kris@freebsd.org References: <4789D7BA.9080000@kientzle.com> <002b01c85606$48e4dd10$b6db87d4@multiplay.co.uk> In-Reply-To: <002b01c85606$48e4dd10$b6db87d4@multiplay.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: FreeBSD tar errors on valid empty tar.gz X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 00:22:47 -0000 > On Jan 10, 2008, at 4:41 PM, Kris Kennaway wrote: >>> Not that I'm aware of. gtar works but libarchive tar fails on >>> the file it created. > > Indeed. Trying to create a tarball using a non-existent list of files > returns an error and generates a 0-byte tgz; as previously shown, BSD > tar in 6.3 treats that as an empty archive, which seems reasonable, > whereas gtar feeds it to gzip which generates an error: > > 20% tar cvzf test.tar.gz --files-from empty > tar: Couldn't open empty: No such file or directory > 21% ls -l test.tar.gz > -rw-r--r-- 1 chuck chuck 0 Jan 10 19:42 test.tar.gz > 22% tar tvzf test.tar.gz > 23% gtar tvzf test.tar.gz > gzip: (stdin): unexpected end of file > gtar: Child returned status 1 > gtar: Error exit delayed from previous errors I don't normally follow freebsd-stable@, but Steven and Kris were both kind enough to bring this discussion to my attention. In short: yes, this is broken in 6.2 and fixed in 6.3 and 7. If you wish, you can install the libarchive port to get a fix for this bug. I think the details are a little bit interesting: It turns out that empty archives are a tricky case. Libarchive always tastes files to determine their format, and empty files have nothing in them, so libarchive used to fall over when it tried to determine the format. After all, there was no data there to be tasted, so there's no way to distinguish between an empty file pretending to be a cpio archive and an empty file pretending to be a tar archive. I eventually resolved this paradox by adding a new format called "empty" that attaches itself to empty files. In Chuck's example above, bsdtar simply ignores the 'z' when reading the archive. Instead, it tastes the file for compression, sees that it's uncompressed, then tastes the archive format and recognizes the archive as having format "empty." Any archive with format "empty" successfully returns no entries. So bsdtar can successfully list nothing from an empty input file. $ tar tvvf /dev/null Archive Format: Empty file, Compression: none $ tar tvvf /dev/zero Archive Format: tar, Compression: none Note: In bsdtar, "vv" adds a final summary line that isn't otherwise shown. (The last line here only works after a commit I pushed in about 2 minutes ago. Thanks for helping me find this new bug. ;-) In FreeBSD 6.2, libarchive lacked the "empty" format support so it would choke when it tried to identify the format of the empty file. GNU tar, on the other hand, always invokes gzip if you tell it to, and gzip complains loudly if its input is mis-formatted in any way. But GNU tar doesn't complain if you try to list the contents of an empty file without the 'z' option. Go figure. Post-6.2, libarchive has also fixed a more serious bug writing empty archives, so that it no longer creates an empty file when you try to create a tar archive with no entries. In particular, even if there are no entries, a tar archive always gets an end-of-file marker (1024 zero bytes) and correct padding. Trivia: bsdtar has special logic so that the "r" and "u" modes work correctly with empty files; it asks libarchive for the format and then silently converts "empty" to a format that can actually be written before re-opening the archive to append to it. (Defaults to "pax restricted," though you can specify --format to force the result.) This is surprisingly complicated. Deep trivia: Someone else asked about why they sometimes saw 1024-byte empty archives and sometimes 10240-byte archives. This is deliberate: Tar archives are padded to a block size---10240 bytes by default---except in certain circumstances. Uncompressed archives are padded unless being written to a file on disk. Size Command 10240 tar cvf - --from-file /dev/null | wc 1024 tar cvf test.tar --from-file /dev/null 1024 tar cvf - --from-file /dev/null > test.tar Archives to be compressed are always padded: Size Command 10240 tar cvzf test.tgz --from-file /dev/null; gunzip test.tgz Compressed archives are padded after compression unless being written to a regular file on disk: Size Command 10240 tar cvzf - --from-file /dev/null | wc 45 tar cvzf test.tgz --from-file /dev/null Tim K From owner-freebsd-stable@FreeBSD.ORG Mon Jan 14 04:52:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFE2916A417; Mon, 14 Jan 2008 04:52:04 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5C59B13C455; Mon, 14 Jan 2008 04:52:04 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from 98.79.171.66.subscriber.vzavenue.net (HELO homobox.opal.com) ([66.171.79.98]) by smtp.vzavenue.net with ESMTP; 13 Jan 2008 23:52:03 -0500 X-REPUTATION: None X-REMOTE-IP: 66.171.79.98 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq4HAKhzikdCq09i/2dsb2JhbACBVqUW X-IronPort-AV: i="4.24,279,1196658000"; d="asc'?scan'208"; a="174488434:sNHT24083811" Received: from linwhf.opal.com (localhost [127.0.0.1]) (authenticated bits=0) by homobox.opal.com (8.13.8/8.13.8) with ESMTP id m0E4q1Yt009248; Sun, 13 Jan 2008 23:52:01 -0500 (EST) (envelope-from fbsd@opal.com) Received: from linwhf.opal.com ([192.168.3.65] helo=linwhf.opal.com) by ASSP-nospam; 13 Jan 2008 23:52:01 -0500 Date: Sun, 13 Jan 2008 23:51:56 -0500 From: "J.R. Oldroyd" To: freebsd-stable@freebsd.org, Kris Kennaway , sam@errno.com Message-ID: <20080113235156.203a9976@linwhf.opal.com> In-Reply-To: <20080113172524.081f0abb@linwhf.opal.com> References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <4783EA7E.1050008@raad.tartu.ee> <4783ED15.1060606@FreeBSD.org> <20080109141859.74d08743@linwhf.opal.com> <478522B5.5030101@FreeBSD.org> <20080109235819.7707133d@linwhf.opal.com> <4785C9FC.4090102@FreeBSD.org> <20080111124929.4aed2471@linwhf.opal.com> <20080112123053.164b5a5c@linwhf.opal.com> <20080113172524.081f0abb@linwhf.opal.com> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.3; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/h0OJpbEdnTjcm00Mz3rccXe"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Subject: Re: RELENG_7 2008/01/10 desktop system also periodically freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 04:52:04 -0000 --Sig_/h0OJpbEdnTjcm00Mz3rccXe Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Well, after running the ktr_sched-enabled kernel for about 4h50 now, I did just see a short freeze. Abt 2-3 seconds. And I got a ktr dump right after it came back. It can be downloaded here (I guess rt-click and save the link): http://opal.com/jr/freebsd/releng_7-freeze/200801132250-ktr.out When I run schedgraph, all it shows for the whole period is just: CPU 0 irq 17: pcm0 ath0 ath0 taskq that's it. I have a shared irq between ath and the sound. Funnily enough, within a few mins before the freeze, I was just listening to a voicemail (i.e., I ran mplayer on a .wav file), but that was done easily a minute or more before the freeze. I tried repeating that, listening to the file and waiting a bit, but no more freezes. So not sure if this is a possible indication of the cause, or not. It's annoying not to be able to find a way of triggering this problem on demand, though. Anyway, I looked at the other system where I've had long freezes. It has a shared [irq9: pcm0 cbb0++*] and on cbb0 I have an ath card! So there, too, is an irq shared between pcm and ath. On this system, if I find I'm in a long freeze and don't want to be, I've found that pulling the ath card causes an immediate un-freeze. Admittedly, based on the recent days' discussion in this thread, I was more expecting to see moused or powerd or an xorg problem. Oh! Another freeze, right then! This dump shows pcm0/ath0 too, but also a bit more activity just after the return. http://opal.com/jr/freebsd/releng_7-freeze/200801132337-ktr.out This time I was not listening to sound. I was typing this email. Wasn't there a thread about shared irqs here (or maybe on current) recently? -jr --Sig_/h0OJpbEdnTjcm00Mz3rccXe Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHiupsls33urr0k4kRAnvcAJ4rSb+b0Py2JFta2u8UkurEQqKZ+ACfT9Vc t5eRQRrY2gt5EGInynUx0Mk= =20vS -----END PGP SIGNATURE----- --Sig_/h0OJpbEdnTjcm00Mz3rccXe-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 14 05:03:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAA2316A417; Mon, 14 Jan 2008 05:03:59 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7542E13C448; Mon, 14 Jan 2008 05:03:59 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from 98.79.171.66.subscriber.vzavenue.net (HELO homobox.opal.com) ([66.171.79.98]) by smtp.vzavenue.net with ESMTP; 14 Jan 2008 00:03:58 -0500 X-REPUTATION: None X-REMOTE-IP: 66.171.79.98 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aj0KAKhzikdCq09i/2dsb2JhbACBVohbnDs X-IronPort-AV: i="4.24,279,1196658000"; d="asc'?scan'208"; a="174488694:sNHT22067118" Received: from linwhf.opal.com (localhost [127.0.0.1]) (authenticated bits=0) by homobox.opal.com (8.13.8/8.13.8) with ESMTP id m0E53wJ2009466; Mon, 14 Jan 2008 00:03:58 -0500 (EST) (envelope-from fbsd@opal.com) Received: from linwhf.opal.com ([192.168.3.65] helo=linwhf.opal.com) by ASSP-nospam; 14 Jan 2008 00:03:58 -0500 Date: Mon, 14 Jan 2008 00:03:54 -0500 From: "J.R. Oldroyd" To: freebsd-stable@freebsd.org, Kris Kennaway , sam@errno.com Message-ID: <20080114000354.67312281@linwhf.opal.com> In-Reply-To: <20080113235156.203a9976@linwhf.opal.com> References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <4783EA7E.1050008@raad.tartu.ee> <4783ED15.1060606@FreeBSD.org> <20080109141859.74d08743@linwhf.opal.com> <478522B5.5030101@FreeBSD.org> <20080109235819.7707133d@linwhf.opal.com> <4785C9FC.4090102@FreeBSD.org> <20080111124929.4aed2471@linwhf.opal.com> <20080112123053.164b5a5c@linwhf.opal.com> <20080113172524.081f0abb@linwhf.opal.com> <20080113235156.203a9976@linwhf.opal.com> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.3; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/J9eHfYdWByI/.5gPEQPBBIE"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Subject: Re: RELENG_7 2008/01/10 desktop system also periodically freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 05:03:59 -0000 --Sig_/J9eHfYdWByI/.5gPEQPBBIE Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Yet another: http://opal.com/jr/freebsd/releng_7-freeze/200801132359-ktr.out Shows just the same as the first, just: CPU 0 irq 17: pcm0 ath0 ath0 taskq -jr --Sig_/J9eHfYdWByI/.5gPEQPBBIE Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHiu06ls33urr0k4kRAnzmAJwNl4kZaxuxsRx4xzuX+/0J6YJITgCdFZik f5tu0jpe+IDHzqJMmfKdN/o= =u0LA -----END PGP SIGNATURE----- --Sig_/J9eHfYdWByI/.5gPEQPBBIE-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 14 05:32:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39DFE16A421; Mon, 14 Jan 2008 05:32:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id E13BF13C455; Mon, 14 Jan 2008 05:32:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JEHwC-000JIy-E5; Mon, 14 Jan 2008 07:32:50 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m0E5WhUI094184; Mon, 14 Jan 2008 07:32:43 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m0E5WhFE094183; Mon, 14 Jan 2008 07:32:43 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 14 Jan 2008 07:32:42 +0200 From: Kostik Belousov To: "J.R. Oldroyd" Message-ID: <20080114053241.GX57756@deviant.kiev.zoral.com.ua> References: <20080109141859.74d08743@linwhf.opal.com> <478522B5.5030101@FreeBSD.org> <20080109235819.7707133d@linwhf.opal.com> <4785C9FC.4090102@FreeBSD.org> <20080111124929.4aed2471@linwhf.opal.com> <20080112123053.164b5a5c@linwhf.opal.com> <20080113172524.081f0abb@linwhf.opal.com> <20080113235156.203a9976@linwhf.opal.com> <20080114000354.67312281@linwhf.opal.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qgX4gij8LkuvbVHq" Content-Disposition: inline In-Reply-To: <20080114000354.67312281@linwhf.opal.com> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: b22dd54e5e410b0526d530b08df0ebb5 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1977 [Jan 11 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Kris Kennaway , freebsd-stable@freebsd.org Subject: Re: RELENG_7 2008/01/10 desktop system also periodically freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 05:32:53 -0000 --qgX4gij8LkuvbVHq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 14, 2008 at 12:03:54AM -0500, J.R. Oldroyd wrote: > Yet another: > http://opal.com/jr/freebsd/releng_7-freeze/200801132359-ktr.out >=20 > Shows just the same as the first, just: > CPU 0 > irq 17: pcm0 ath0 > ath0 taskq BTW, I am experiencing hard hang on my laptop when ath0 is brought up and powerd is running. It takes several seconds when this happens with no AP nearby. It may take up to the hour when machine is able associate to the AP. Reliable workaround for me was to stop powerd before turning on ath0 on the laptop. On the other hand, one of my desktop workstation has atheros card, and runs powerd without problem, lowering the frequency of the CPU. --qgX4gij8LkuvbVHq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHivP5C3+MBN1Mb4gRAnDxAJ9EobJ1PMc2HS01iBHsgcNZWCtfIACg9thq 17QQ2qQWjA7X7nY4KqEax9Q= =msZf -----END PGP SIGNATURE----- --qgX4gij8LkuvbVHq-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 14 13:54:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35A2216A419 for ; Mon, 14 Jan 2008 13:54:15 +0000 (UTC) (envelope-from buki@dev.null.cz) Received: from dev.null.cz (null-gts.ptp-v6.cz.net [IPv6:2001:af0::1:0:d]) by mx1.freebsd.org (Postfix) with ESMTP id B66A913C442 for ; Mon, 14 Jan 2008 13:54:14 +0000 (UTC) (envelope-from buki@dev.null.cz) Received: from dev.null.cz (localhost [127.0.0.1]) by dev.null.cz (8.13.1/8.13.1) with ESMTP id m0EDs6Ps086773 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 14 Jan 2008 14:54:11 +0100 (CET) (envelope-from buki@dev.null.cz) Received: (from buki@localhost) by dev.null.cz (8.13.1/8.13.1/Submit) id m0EDs60D086772 for freebsd-stable@freebsd.org; Mon, 14 Jan 2008 14:54:06 +0100 (CET) (envelope-from buki) Date: Mon, 14 Jan 2008 14:54:06 +0100 From: dev@null.cz To: freebsd-stable@freebsd.org Message-ID: <20080114135406.GK24099@dev.null.cz> References: <575363.21897.qm@web45915.mail.sp1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <575363.21897.qm@web45915.mail.sp1.yahoo.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on dev.null.cz X-Virus-Status: Clean Subject: Re: recovery FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 13:54:15 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 12, 2008 at 11:08:04PM -0800, mahdieh Saeed wrote: > Hi, Hi, > I have a question about recovery. > I removed one directory with "rm -r ".Is there any way to restore info= rmation that removed with "rm -r". only from backup. > Please help me, > =20 > Regards, > Saeed Buki --=20 PGP public key: http://dev.null.cz/buki.asc /"\ \ / ASCII Ribbon Campaign X Against HTML & Outlook Mail / \ http://www.thebackrow.net --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHi2l+PzhIkpLLm08RAvjCAJ9Y9zMEfJz7MWb1eJO7XTv0u9145gCeNNS0 7Y+yAgjE7nXes609CU/FR8E= =XCPs -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 14 14:41:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8803116A421 for ; Mon, 14 Jan 2008 14:41:47 +0000 (UTC) (envelope-from gregoryd.freebsd@free.fr) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id 4326B13C457 for ; Mon, 14 Jan 2008 14:41:47 +0000 (UTC) (envelope-from gregoryd.freebsd@free.fr) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by postfix2-g20.free.fr (Postfix) with ESMTP id 67B06222E6B8 for ; Mon, 14 Jan 2008 13:15:52 +0100 (CET) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id 0A4F13F6209; Mon, 14 Jan 2008 15:16:32 +0100 (CET) Received: from imp3-g19.free.fr (imp3-g19.free.fr [212.27.42.3]) by smtp5-g19.free.fr (Postfix) with ESMTP id 008913F616D; Mon, 14 Jan 2008 15:16:30 +0100 (CET) Received: by imp3-g19.free.fr (Postfix, from userid 33) id C20AB46C0; Mon, 14 Jan 2008 15:16:30 +0100 (CET) Received: from 145.242.11.12 ([145.242.11.12]) by imp.free.fr (IMP) with HTTP for ; Mon, 14 Jan 2008 15:16:30 +0100 Message-ID: <1200320190.478b6ebe3ce58@imp.free.fr> Date: Mon, 14 Jan 2008 15:16:30 +0100 From: gregoryd.freebsd@free.fr To: dev@null.cz References: <575363.21897.qm@web45915.mail.sp1.yahoo.com> <20080114135406.GK24099@dev.null.cz> In-Reply-To: <20080114135406.GK24099@dev.null.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.8 X-Originating-IP: 145.242.11.12 Cc: freebsd-stable@freebsd.org Subject: Re: recovery FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 14:41:47 -0000 Quoting dev@null.cz: > only from backup. Or from a snapshot ? (if it's a UFS2 partition, and "snapshooting" has been enabled) From owner-freebsd-stable@FreeBSD.ORG Mon Jan 14 15:34:41 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 133DC16A417 for ; Mon, 14 Jan 2008 15:34:41 +0000 (UTC) (envelope-from ws@au.dyndns.ws) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id 83A6213C45A for ; Mon, 14 Jan 2008 15:34:40 +0000 (UTC) (envelope-from ws@au.dyndns.ws) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAFYKi0eWZWdv/2dsb2JhbAAIqFc X-IronPort-AV: E=Sophos;i="4.24,282,1196602200"; d="scan'208";a="35364531" Received: from ppp103-111.static.internode.on.net (HELO [192.168.1.131]) ([150.101.103.111]) by ipmail05.adl2.internode.on.net with ESMTP; 15 Jan 2008 01:49:21 +1030 From: Wayne Sierke To: Kris Kennaway In-Reply-To: <478A7014.4080804@FreeBSD.org> References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <47851247.1020306@raad.tartu.ee> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <1200156892.1196.34.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> <1200241867.1677.34.camel@predator-ii.buffyverse> <478A7014.4080804@FreeBSD.org> Content-Type: text/plain Date: Tue, 15 Jan 2008 01:49:19 +1030 Message-Id: <1200323959.1971.27.camel@predator-ii.buffyverse> Mime-Version: 1.0 X-Mailer: Evolution 2.12.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: 7.0-PRERELEASE desktop system periodically freezes momentarily X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 15:34:41 -0000 On Sun, 2008-01-13 at 21:09 +0100, Kris Kennaway wrote: > Yeah, this shows things like contention between the mouse device and > other parts of the kernel that still require the Giant lock in 6.x. It > is not likely that these will be fixed in 6.x but most of them are in > 7.0, so you should obtain better performance by upgrading to 7.0. > > Kris This system is now: FreeBSD 7.0-PRERELEASE #0: Mon Jan 14 17:40:02 CST 2008 root@freebsd6stable-1.vmware:/usr/obj/usr/src/sys/GENERIC i386 I haven't touched ports yet apart from nvidia-driver- and adding compat6x. I haven't done any extensive testing as yet but repeating what I was doing previously as a 'litmus test' - launch gnome, open a terminal, launch glxgears, (1) drag glxgears window, (2) add gnome 'Network Monitor' applet, (3) add 'System Monitor' applet with 'Harddisk' enabled as a 'Monitored Resource'. So far I'm seeing what seems to be identical behaviour: (1) Huge lag when I commence dragging glxgears window, typ. 1-2 seconds (2) glxgears stutters at 2Hz matching update rate of applet (3) ditto (1) manifests in two ways - window drags but glxgears freezes, and, more severely, window freezes where it is (stops both updating and following cursor). So far while launching/using evolution, epiphany, etc. I see stalls that look pretty similar to 6.x behaviour. Just thought I'd check in in case there are any suggestions at this point. If not I'll proceed with recompiling ports and preparing test kernels. Wayne From owner-freebsd-stable@FreeBSD.ORG Mon Jan 14 15:47:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7559B16A4EF for ; Mon, 14 Jan 2008 15:47:35 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id A73A313C465 for ; Mon, 14 Jan 2008 15:47:34 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.14.2/jtpda-5.4) with ESMTP id m0EFZGBG074667 for ; Mon, 14 Jan 2008 16:35:17 +0100 (CET) X-Ids: 164 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id 9436D23778B for ; Mon, 14 Jan 2008 16:35:15 +0100 (CET) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 883958F; Mon, 14 Jan 2008 16:35:15 +0100 (CET) Date: Mon, 14 Jan 2008 16:35:15 +0100 From: Michel Talon To: freebsd-stable@freebsd.org Message-ID: <20080114153515.GA39574@lpthe.jussieu.fr> Mail-Followup-To: Michel Talon , freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.164]); Mon, 14 Jan 2008 16:35:17 +0100 (CET) X-Virus-Scanned: ClamAV 0.92/5483/Mon Jan 14 15:45:01 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 478B8134.003 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Subject: Re: recovery FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 15:47:35 -0000 mahdieh Saeed wrote: > I removed one directory with "rm -r ".Is there any way to restore > information Se port sysutils/magicrescue -- Michel TALON From owner-freebsd-stable@FreeBSD.ORG Mon Jan 14 17:13:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7BA516A419 for ; Mon, 14 Jan 2008 17:13:41 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id 5A46213C461 for ; Mon, 14 Jan 2008 17:13:41 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from [10.1.2.160] (pawnee.wildlava.net [67.40.138.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 94EF58F437 for ; Mon, 14 Jan 2008 09:54:34 -0700 (MST) Message-ID: <478B938A.9000004@skyrush.com> Date: Mon, 14 Jan 2008 09:53:30 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 17:13:41 -0000 On 1 Jan, 14:17, Kris Kennaway wrote: > > OK, can you obtain a schedgraph trace when the problem is manifesting? > > See /usr/src/tools/sched/ and previous discussion in this or related > > threads. I just recently installed 7.0-RC1, and I am seeing pretty severe "mouse jerkiness" or "mouse freezing" while, e.g., compiling (as others have reported here). It's not just the mouse, but keyboard events are also delayed in the same manner (seen by holding down a key in xterm, e.g.). I am on a UP 2.4GHz P4, using PS/2 mouse (with moused) and keyboard. I'm glad I found this thread, since you are asking for traces. I really hope my traces help; this problem does seem like a regression from 6.2 (I had seen slight mouse non-interactivity there too at times, but not nearly as bad). Also, with Linux's new CFS making mouse movement *very* responsive, I think it's vital that FreeBSD address this to avoid such comparisons. I have tried both SCHED_4BSD and SCHED_ULE. 4BSD is a lot worse when compiling, say, the kernel. ULE is better when compiling, but still has issues with, e.g., firefox loading a page, catching up on multiple xterm window resizing (see below), etc. This trace is while using SCHED_4BSD and compiling the kernel / moving mouse: http://www.skyrush.com/downloads/ktr_4bsd.out And here are three traces using SCHED_ULE: http://www.skyrush.com/downloads/ktr_ule.out http://www.skyrush.com/downloads/ktr_ule_2.out http://www.skyrush.com/downloads/ktr_ule_3.out Please check out all three, in case I did not get a good sampling of mouse events and compiles in any one... Strangely, ULE exhibits mouse jerkiness more than 4BSD for the following: I opened an xterm and dragged the right edge of the window back and forth quickly, making the window wider/narrower. It is obvious in FreeBSD that this queues up events for X (after some time, the window border no longer follows the mouse at all), and if I release the mouse button at that time, leaving the window narrow and immediately move the mouse in circles, it is jerky for a while, then returns to smooth action after about 5 or 10 seconds. 4BSD is not as severe in this one case, and I never see this at all in Linux with CFS (i.e. kernel 2.6.23) - the window resizing never really gets behind like this. Here is a trace showing this for ULE (xterm still catching up, if I remember correctly, at end): http://www.skyrush.com/downloads/ktr_ule_resize.out Here is one for 4BSD (xterm caught up before trace stopped): http://www.skyrush.com/downloads/ktr_4bsd_resize.out As an aside, renicing Xorg and moused to -10 seems to help smooth the mouse when using 4BSD when compiling, whereas it is not needed (and seems to have little or no effect) when using ULE (even though, as I said, ULE still shows jerkiness). -Thanks, Joe From owner-freebsd-stable@FreeBSD.ORG Mon Jan 14 18:14:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5A4C16A417 for ; Mon, 14 Jan 2008 18:14:32 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5C26713C45D for ; Mon, 14 Jan 2008 18:14:31 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from 98.79.171.66.subscriber.vzavenue.net (HELO homobox.opal.com) ([66.171.79.98]) by smtp.vzavenue.net with ESMTP; 14 Jan 2008 13:14:31 -0500 X-REPUTATION: None X-REMOTE-IP: 66.171.79.98 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq4HAG4qi0dCq09i/2dsb2JhbACBVqcq X-IronPort-AV: i="4.24,283,1196658000"; d="asc'?scan'208"; a="174524346:sNHT22878342" Received: from linwhf.opal.com (localhost [127.0.0.1]) (authenticated bits=0) by homobox.opal.com (8.13.8/8.13.8) with ESMTP id m0EIEUO1014485 for ; Mon, 14 Jan 2008 13:14:30 -0500 (EST) (envelope-from fbsd@opal.com) Received: from linwhf.opal.com ([192.168.3.65] helo=linwhf.opal.com) by ASSP-nospam; 14 Jan 2008 13:14:30 -0500 Date: Mon, 14 Jan 2008 13:14:25 -0500 From: "J.R. Oldroyd" To: freebsd-stable@freebsd.org Message-ID: <20080114131425.604f3865@linwhf.opal.com> In-Reply-To: <20080114053241.GX57756@deviant.kiev.zoral.com.ua> References: <20080109141859.74d08743@linwhf.opal.com> <478522B5.5030101@FreeBSD.org> <20080109235819.7707133d@linwhf.opal.com> <4785C9FC.4090102@FreeBSD.org> <20080111124929.4aed2471@linwhf.opal.com> <20080112123053.164b5a5c@linwhf.opal.com> <20080113172524.081f0abb@linwhf.opal.com> <20080113235156.203a9976@linwhf.opal.com> <20080114000354.67312281@linwhf.opal.com> <20080114053241.GX57756@deviant.kiev.zoral.com.ua> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.3; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/vTYjoL243VVaiuVjS4zqbK6"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Subject: Re: RELENG_7 2008/01/10 desktop system also periodically freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 18:14:33 -0000 --Sig_/vTYjoL243VVaiuVjS4zqbK6 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Here is another ktr dump. This freeze was a longer one, getting on for two minutes: http://opal.com/jr/freebsd/releng_7-freeze/200801141259-ktr.out This one again shows some post-freeze activity, and yet again the only activity during the freeze is that shared ath0/pcm irq and the ath0 taskq. -jr --Sig_/vTYjoL243VVaiuVjS4zqbK6 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHi6aCls33urr0k4kRAsCeAJ9T4tS+RplhJDI3sNA4mulOQIqSNACgmJny 1/mebqvUQZftoCI37yAAN88= =h+kR -----END PGP SIGNATURE----- --Sig_/vTYjoL243VVaiuVjS4zqbK6-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 14 18:43:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 681E716A421 for ; Mon, 14 Jan 2008 18:43:13 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.freebsd.org (Postfix) with ESMTP id 1BBDF13C45D for ; Mon, 14 Jan 2008 18:43:12 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=guido.klop.ws) by smtp-out2.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1JEUH9-0000Iw-OZ for ; Mon, 14 Jan 2008 19:43:11 +0100 Received: (qmail 3565 invoked from network); 14 Jan 2008 18:43:11 -0000 Received: from localhost (HELO guido.klop.ws) (127.0.0.1) by localhost with SMTP; 14 Jan 2008 18:43:11 -0000 To: freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <575363.21897.qm@web45915.mail.sp1.yahoo.com> <20080114135406.GK24099@dev.null.cz> <1200320190.478b6ebe3ce58@imp.free.fr> Content-Transfer-Encoding: 7bit Date: Mon, 14 Jan 2008 19:43:09 +0100 Message-ID: In-Reply-To: <1200320190.478b6ebe3ce58@imp.free.fr> User-Agent: Opera Mail/9.25 (FreeBSD) Subject: Re: recovery FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 18:43:13 -0000 On Mon, 14 Jan 2008 15:16:30 +0100, wrote: > Quoting dev@null.cz: > >> only from backup. > > Or from a snapshot ? > (if it's a UFS2 partition, and "snapshooting" has been enabled) What does rm -W do? -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Mon Jan 14 18:49:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F43016A418 for ; Mon, 14 Jan 2008 18:49:11 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.c0mplx.org (unknown [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id C53B913C4D9 for ; Mon, 14 Jan 2008 18:49:10 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from pi by home.c0mplx.org with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JEUMu-000Pfx-U3; Mon, 14 Jan 2008 19:49:08 +0100 Date: Mon, 14 Jan 2008 19:49:08 +0100 From: Kurt Jaeger To: Ronald Klop Message-ID: <20080114184908.GE74560@home.c0mplx.org> References: <575363.21897.qm@web45915.mail.sp1.yahoo.com> <20080114135406.GK24099@dev.null.cz> <1200320190.478b6ebe3ce58@imp.free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-stable@freebsd.org Subject: Re: recovery FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 18:49:11 -0000 Hi! > >>only from backup. > >Or from a snapshot ? > >(if it's a UFS2 partition, and "snapshooting" has been enabled) > What does rm -W do? As the manual says: -W Attempt to undelete the named files. Currently, this option can only be used to recover files covered by whiteouts. For additional explaination see http://lists.freebsd.org/pipermail/freebsd-fs/2006-April/001761.html and man 2 undelete It has to do with unionfs. -- pi@opsec.eu +49 171 3101372 12 years to go ! From owner-freebsd-stable@FreeBSD.ORG Mon Jan 14 19:38:31 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B488916A417 for ; Mon, 14 Jan 2008 19:38:31 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8D0D013C45A for ; Mon, 14 Jan 2008 19:38:31 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 65005 invoked from network); 14 Jan 2008 19:11:52 -0000 Received: from ppp-71-139-9-226.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.9.226) by root.org with ESMTPA; 14 Jan 2008 19:11:52 -0000 Message-ID: <478BB3F4.7050600@root.org> Date: Mon, 14 Jan 2008 11:11:48 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: stable@freebsd.org References: <47893F8B.7010805@root.org> <4789756B.8060203@vwsoft.com> <4789B267.1000505@root.org> In-Reply-To: <4789B267.1000505@root.org> X-Enigmail-Version: 0.95.5 Content-Type: multipart/mixed; boundary="------------070609030008030803090405" Cc: current@FreeBSD.org Subject: Re: Fix for GPE livelock on HPs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 19:38:31 -0000 This is a multi-part message in MIME format. --------------070609030008030803090405 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Nate Lawson wrote: > Volker wrote: >> On 12/23/-58 20:59, Nate Lawson wrote: >>> I've committed the below patch and want to MFC it to 7.0. To do this, I >>> need people to test this quickly. It probably has no effect in 6.x and >>> probably doesn't apply cleanly there. >>> >>> Please try this patch if you have a laptop and 7.x. If you have >>> -current, just cvsup. I'd like to make sure there is no regression. >>> I'm already aware that it fixes things for some HP users. >> Nate, >> >> can you be a bit specific for a) what GPE is, b) what the problem is, >> c) what to look for (any test procedures?) and d) which HP laptop >> models might be affected? >> >> I do have an Omnibook vt6200 (P-IV 1.8G) running 6-STABLE and a new HP >> 6715b (Tur-X2 TL-60) running 7-RC1 (currently installing on this, OS >> is not yet fully set up). >> >> If I knew what to look for, I might test your patches (at least on the >> 7-RC1 version). > > A GPE is an interrupt of sorts. I'm looking for any bad behavior the > patch might cause. I'm certain it fixes lockups some HPs had during > thermal zone events (i.e. fan switching on when it gets hot). Pretty > much anyone with a laptop that locks up and you suspect acpi should test > it. And anyone who is willing to test it on another brand laptop to be > sure the patch doesn't break anything more would be welcome. > > You should be able to do "sysctl hw.acpi" and see the temperature and > "apm" to see battery status without any new problems after applying the > patch. I've added a patch for 6-stable also (attached). Please test if you have a laptop and 6.x. See -current for the 7.x patch if that's relevant to you. -Nate --------------070609030008030803090405 Content-Type: text/x-patch; name="defer_gpe_6x.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="defer_gpe_6x.diff" Index: sys/dev/acpica/Osd/OsdSchedule.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/Osd/OsdSchedule.c,v retrieving revision 1.32.2.6 diff -u -r1.32.2.6 OsdSchedule.c --- sys/dev/acpica/Osd/OsdSchedule.c 6 Jul 2006 08:32:49 -0000 1.32.2.6 +++ sys/dev/acpica/Osd/OsdSchedule.c 14 Jan 2008 19:06:27 -0000 @@ -106,10 +106,8 @@ at->at_context = Context; switch (Priority) { case OSD_PRIORITY_GPE: - pri = 4; - break; case OSD_PRIORITY_HIGH: - pri = 3; + pri = 4; break; case OSD_PRIORITY_MED: pri = 2; Index: sys/contrib/dev/acpica/evgpe.c =================================================================== RCS file: /home/ncvs/src/sys/contrib/dev/acpica/evgpe.c,v retrieving revision 1.1.1.9.2.1 diff -u -r1.1.1.9.2.1 evgpe.c --- sys/contrib/dev/acpica/evgpe.c 7 Nov 2005 09:55:48 -0000 1.1.1.9.2.1 +++ sys/contrib/dev/acpica/evgpe.c 14 Jan 2008 19:02:15 -0000 @@ -587,6 +587,10 @@ * ******************************************************************************/ +static void +AcpiEvAsynchEnableGpe ( + void *Context); + static void ACPI_SYSTEM_XFACE AcpiEvAsynchExecuteGpeMethod ( void *Context) @@ -656,13 +660,26 @@ } } - if ((LocalGpeEventInfo.Flags & ACPI_GPE_XRUPT_TYPE_MASK) == ACPI_GPE_LEVEL_TRIGGERED) + /* Defer enabling of GPE until all notify handlers are done */ + AcpiOsExecute(OSL_NOTIFY_HANDLER, AcpiEvAsynchEnableGpe, GpeEventInfo); + return_VOID; +} + +static void +AcpiEvAsynchEnableGpe ( + void *Context) +{ + ACPI_GPE_EVENT_INFO *GpeEventInfo = (void *) Context; + ACPI_STATUS Status; + + if ((GpeEventInfo->Flags & ACPI_GPE_XRUPT_TYPE_MASK) == + ACPI_GPE_LEVEL_TRIGGERED) { /* * GPE is level-triggered, we clear the GPE status bit after * handling the event. */ - Status = AcpiHwClearGpe (&LocalGpeEventInfo); + Status = AcpiHwClearGpe (GpeEventInfo); if (ACPI_FAILURE (Status)) { return_VOID; @@ -671,7 +688,7 @@ /* Enable this GPE */ - (void) AcpiHwWriteGpeEnableReg (&LocalGpeEventInfo); + (void) AcpiHwWriteGpeEnableReg (GpeEventInfo); return_VOID; } --------------070609030008030803090405-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 14 20:06:05 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2121316A41A for ; Mon, 14 Jan 2008 20:06:05 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9CDD613C442; Mon, 14 Jan 2008 20:06:02 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <478BC0AA.3080906@FreeBSD.org> Date: Mon, 14 Jan 2008 21:06:02 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Wayne Sierke References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <47851247.1020306@raad.tartu.ee> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <1200156892.1196.34.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> <1200241867.1677.34.camel@predator-ii.buffyverse> <478A7014.4080804@FreeBSD.org> <1200323959.1971.27.camel@predator-ii.buffyverse> In-Reply-To: <1200323959.1971.27.camel@predator-ii.buffyverse> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: 7.0-PRERELEASE desktop system periodically freezes momentarily X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 20:06:05 -0000 Wayne Sierke wrote: > Just thought I'd check in in case there are any suggestions at this > point. If not I'll proceed with recompiling ports and preparing test > kernels. Same deal as before then. It cannot be the same problem as in the previous 6.x trace (unless you are using a non-mpsafe filesystem, i.e. not UFS). Kris From owner-freebsd-stable@FreeBSD.ORG Mon Jan 14 21:24:40 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D070A16A419 for ; Mon, 14 Jan 2008 21:24:40 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 86F9213C45B for ; Mon, 14 Jan 2008 21:24:40 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1JEWnP-0000y7-Ab for freebsd-stable@FreeBSD.org; Tue, 15 Jan 2008 00:24:39 +0300 To: freebsd-stable@FreeBSD.org From: Boris Samorodov Date: Tue, 15 Jan 2008 00:23:02 +0300 Message-ID: <31089801@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: RELENG_7_0: KVA_PAGES=375, BTX halted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 21:24:40 -0000 Hello, can you tell me which value may be used for KVA_PAGES? If I use KVA_PAGES=360, the system boots. If I use KVA_PAGES=375, the system halts at BTX stage: ftp://ftp.ipt.ru/pub/images/btx_halted/img014.jpg The kernel is GENERIC + SCHED_ULE, some IPFWIREWALL, etc. ----- localhost%% uname -a FreeBSD bb.ipt.ru 7.0-RC1 FreeBSD 7.0-RC1 #7: Fri Jan 11 20:53:40 MSK 2008 root@bb.ipt.ru:/usr/obj/usr/src/sys/GG i386 localhost% dmesg | head -22 Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-RC1 #7: Fri Jan 11 20:53:40 MSK 2008 root@bb.ipt.ru:/usr/obj/usr/src/sys/BB Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (2405.47-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 4 real memory = 3489136640 (3327 MB) avail memory = 3408564224 (3250 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ----- WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Mon Jan 14 21:27:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C06C416A417 for ; Mon, 14 Jan 2008 21:27:11 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8F8D013C455 for ; Mon, 14 Jan 2008 21:27:11 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so4131903waf.3 for ; Mon, 14 Jan 2008 13:27:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Mx1I5pferSR36Y+odmd/M7DwR5d3uE00mfdIlRLE9Us=; b=n0Cy+fLfW+/WjwL+SP539uNRuS8vDDcx8cI9bj7h8q2o2AEqLun+jmRIAiDJEh9SMrMsja+TptbKT5tmBglYo24mYBKgSC28TvQnS6pFTz4bqOv3hJh0CmTPTiJRnSVPYeukPl9klbCUmZuYN5HAqE7r7+jH10Cty70bxkgi9o4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nAjuNe/EOV5Hwck3tHo11FcuTrs8GHMZUfIvUcTqOIpsuY5ICKGYIP1nvq8MBkBUpmLzfNydADX9WButPmQrFcI3fe21s/td32PJ9BHx+SisqQdD6Jc0IRIMp4qiyRERs3rOq+u8NFx6WHAxVixhl5MQvhUigi5p6bE6QMfpkVQ= Received: by 10.114.170.1 with SMTP id s1mr4207285wae.54.1200346031324; Mon, 14 Jan 2008 13:27:11 -0800 (PST) Received: by 10.114.255.11 with HTTP; Mon, 14 Jan 2008 13:27:11 -0800 (PST) Message-ID: Date: Mon, 14 Jan 2008 13:27:11 -0800 From: "Kip Macy" To: "Boris Samorodov" In-Reply-To: <31089801@bb.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <31089801@bb.ipt.ru> Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7_0: KVA_PAGES=375, BTX halted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 21:27:11 -0000 Read the comment in pmap.h: /* * Size of Kernel address space. This is the number of page table pages * (4MB each) to use for the kernel. 256 pages == 1 Gigabyte. * This **MUST** be a multiple of 4 (eg: 252, 256, 260, etc). */ #ifndef KVA_PAGES #ifdef PAE #define KVA_PAGES 512 #else #define KVA_PAGES 256 #endif #endif On Jan 14, 2008 1:23 PM, Boris Samorodov wrote: > Hello, > > > can you tell me which value may be used for KVA_PAGES? If I use > KVA_PAGES=360, the system boots. If I use KVA_PAGES=375, the system > halts at BTX stage: > ftp://ftp.ipt.ru/pub/images/btx_halted/img014.jpg > > The kernel is GENERIC + SCHED_ULE, some IPFWIREWALL, etc. > ----- > localhost%% uname -a > FreeBSD bb.ipt.ru 7.0-RC1 FreeBSD 7.0-RC1 #7: Fri Jan 11 20:53:40 MSK 2008 root@bb.ipt.ru:/usr/obj/usr/src/sys/GG i386 > localhost% dmesg | head -22 > Copyright (c) 1992-2008 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-RC1 #7: Fri Jan 11 20:53:40 MSK 2008 > root@bb.ipt.ru:/usr/obj/usr/src/sys/BB > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (2405.47-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > Features=0xbfebfbff > Features2=0xe3bd > AMD Features=0x20100000 > AMD Features2=0x1 > Cores per package: 4 > real memory = 3489136640 (3327 MB) > avail memory = 3408564224 (3250 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > ----- > > > WBR > -- > Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD committer, http://www.FreeBSD.org The Power To Serve > _______________________________________________ > 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 Jan 14 21:43:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 248E016A46D for ; Mon, 14 Jan 2008 21:43:06 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id DA80A13C4DB for ; Mon, 14 Jan 2008 21:43:05 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so4138661waf.3 for ; Mon, 14 Jan 2008 13:43:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=lQRRbWMQI9QClrFIpYNDvln5iY3/u2Pn43gSpMi9aco=; b=JvMqr2rshORIUCXCNYUJDmAGoFFOfRhBrl1oda1gGBAmzwPPbbWeSBsVPoyk1CITPzrH0SCkzK1ARh1EI3E7XB3vt/VNfF8T/1AT/373Eqe6XzY0AqxSldfuvrENM/05jZXbLQ15iCYiS9GHcC3WeaZ/bZ8dwlWmrx2YXTs6/0U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=wVFcfkvtNgTSUmNa/KSElSOFQ2pMXhaKsVUBNVIxPxnWjjTMnTlWo2oC14ral79SJ9UiUS+IxbIRfVr4dPz+u0j3FCik6RDqLfscYB4MwnyKI7Faw8Q9uKvR7Th9P1+oCiX32gKS2J4CkctSSEhhhnSYxzsuC/e6qsBAvtWtsHE= Received: by 10.115.48.12 with SMTP id a12mr2368233wak.149.1200346985594; Mon, 14 Jan 2008 13:43:05 -0800 (PST) Received: by 10.115.22.10 with HTTP; Mon, 14 Jan 2008 13:43:05 -0800 (PST) Message-ID: Date: Mon, 14 Jan 2008 13:43:05 -0800 From: "Kip Macy" To: "Peter Wemm" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <31089801@bb.ipt.ru> Cc: Boris Samorodov , freebsd-stable@freebsd.org Subject: Re: RELENG_7_0: KVA_PAGES=375, BTX halted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 21:43:06 -0000 On Jan 14, 2008 1:42 PM, Peter Wemm wrote: > Kip, do you think a CTASSERT might be in order? Good idea. Your patch or mine? :-) -Kip > > On Jan 14, 2008 1:27 PM, Kip Macy wrote: > > Read the comment in pmap.h: > > > > /* > > * Size of Kernel address space. This is the number of page table pages > > * (4MB each) to use for the kernel. 256 pages == 1 Gigabyte. > > * This **MUST** be a multiple of 4 (eg: 252, 256, 260, etc). > > */ > > #ifndef KVA_PAGES > > #ifdef PAE > > #define KVA_PAGES 512 > > #else > > #define KVA_PAGES 256 > > #endif > > #endif > > > > > > > > On Jan 14, 2008 1:23 PM, Boris Samorodov wrote: > > > Hello, > > > > > > > > > can you tell me which value may be used for KVA_PAGES? If I use > > > KVA_PAGES=360, the system boots. If I use KVA_PAGES=375, the system > > > halts at BTX stage: > > > ftp://ftp.ipt.ru/pub/images/btx_halted/img014.jpg > > > > > > The kernel is GENERIC + SCHED_ULE, some IPFWIREWALL, etc. > > > ----- > > > localhost%% uname -a > > > FreeBSD bb.ipt.ru 7.0-RC1 FreeBSD 7.0-RC1 #7: Fri Jan 11 20:53:40 MSK 2008 root@bb.ipt.ru:/usr/obj/usr/src/sys/GG i386 > > > localhost% dmesg | head -22 > > > Copyright (c) 1992-2008 The FreeBSD Project. > > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > > The Regents of the University of California. All rights reserved. > > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > > FreeBSD 7.0-RC1 #7: Fri Jan 11 20:53:40 MSK 2008 > > > root@bb.ipt.ru:/usr/obj/usr/src/sys/BB > > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > > CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (2405.47-MHz 686-class CPU) > > > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > > > Features=0xbfebfbff > > > Features2=0xe3bd > > > AMD Features=0x20100000 > > > AMD Features2=0x1 > > > Cores per package: 4 > > > real memory = 3489136640 (3327 MB) > > > avail memory = 3408564224 (3250 MB) > > > ACPI APIC Table: > > > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > > > cpu0 (BSP): APIC ID: 0 > > > cpu1 (AP): APIC ID: 1 > > > cpu2 (AP): APIC ID: 2 > > > cpu3 (AP): APIC ID: 3 > > > ----- > > > > > > > > > WBR > > > -- > > > Boris Samorodov (bsam) > > > Research Engineer, http://www.ipt.ru Telephone & Internet SP > > > FreeBSD committer, http://www.FreeBSD.org The Power To Serve > > > _______________________________________________ > > > freebsd-stable@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > > > -- > Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com > "All of this is for nothing if we don't go to the stars" - JMS/B5 > From owner-freebsd-stable@FreeBSD.ORG Mon Jan 14 21:57:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D83516A41A for ; Mon, 14 Jan 2008 21:57:23 +0000 (UTC) (envelope-from peter@wemm.org) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.225]) by mx1.freebsd.org (Postfix) with ESMTP id A8F8E13C458 for ; Mon, 14 Jan 2008 21:57:22 +0000 (UTC) (envelope-from peter@wemm.org) Received: by hu-out-0506.google.com with SMTP id 28so850768hub.8 for ; Mon, 14 Jan 2008 13:57:21 -0800 (PST) Received: by 10.82.181.7 with SMTP id d7mr11833454buf.8.1200346935750; Mon, 14 Jan 2008 13:42:15 -0800 (PST) Received: by 10.82.181.17 with HTTP; Mon, 14 Jan 2008 13:42:15 -0800 (PST) Message-ID: Date: Mon, 14 Jan 2008 13:42:15 -0800 From: "Peter Wemm" To: "Kip Macy" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <31089801@bb.ipt.ru> Cc: Boris Samorodov , freebsd-stable@freebsd.org Subject: Re: RELENG_7_0: KVA_PAGES=375, BTX halted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 21:57:23 -0000 Kip, do you think a CTASSERT might be in order? On Jan 14, 2008 1:27 PM, Kip Macy wrote: > Read the comment in pmap.h: > > /* > * Size of Kernel address space. This is the number of page table pages > * (4MB each) to use for the kernel. 256 pages == 1 Gigabyte. > * This **MUST** be a multiple of 4 (eg: 252, 256, 260, etc). > */ > #ifndef KVA_PAGES > #ifdef PAE > #define KVA_PAGES 512 > #else > #define KVA_PAGES 256 > #endif > #endif > > > > On Jan 14, 2008 1:23 PM, Boris Samorodov wrote: > > Hello, > > > > > > can you tell me which value may be used for KVA_PAGES? If I use > > KVA_PAGES=360, the system boots. If I use KVA_PAGES=375, the system > > halts at BTX stage: > > ftp://ftp.ipt.ru/pub/images/btx_halted/img014.jpg > > > > The kernel is GENERIC + SCHED_ULE, some IPFWIREWALL, etc. > > ----- > > localhost%% uname -a > > FreeBSD bb.ipt.ru 7.0-RC1 FreeBSD 7.0-RC1 #7: Fri Jan 11 20:53:40 MSK 2008 root@bb.ipt.ru:/usr/obj/usr/src/sys/GG i386 > > localhost% dmesg | head -22 > > Copyright (c) 1992-2008 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 7.0-RC1 #7: Fri Jan 11 20:53:40 MSK 2008 > > root@bb.ipt.ru:/usr/obj/usr/src/sys/BB > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (2405.47-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > > Features=0xbfebfbff > > Features2=0xe3bd > > AMD Features=0x20100000 > > AMD Features2=0x1 > > Cores per package: 4 > > real memory = 3489136640 (3327 MB) > > avail memory = 3408564224 (3250 MB) > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > cpu2 (AP): APIC ID: 2 > > cpu3 (AP): APIC ID: 3 > > ----- > > > > > > WBR > > -- > > Boris Samorodov (bsam) > > Research Engineer, http://www.ipt.ru Telephone & Internet SP > > FreeBSD committer, http://www.FreeBSD.org The Power To Serve > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 14 22:09:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7243516A419 for ; Mon, 14 Jan 2008 22:09:48 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 2478F13C45D for ; Mon, 14 Jan 2008 22:09:48 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1JEXV4-0001YY-PU; Tue, 15 Jan 2008 01:09:46 +0300 To: "Kip Macy" References: <31089801@bb.ipt.ru> From: Boris Samorodov Date: Tue, 15 Jan 2008 01:08:09 +0300 In-Reply-To: (Kip Macy's message of "Mon\, 14 Jan 2008 13\:27\:11 -0800") Message-ID: <98927094@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7_0: KVA_PAGES=375, BTX halted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 22:09:48 -0000 On Mon, 14 Jan 2008 13:27:11 -0800 Kip Macy wrote: > Read the comment in pmap.h: > /* > * Size of Kernel address space. This is the number of page table pages > * (4MB each) to use for the kernel. 256 pages == 1 Gigabyte. > * This **MUST** be a multiple of 4 (eg: 252, 256, 260, etc). > */ > #ifndef KVA_PAGES > #ifdef PAE > #define KVA_PAGES 512 > #else > #define KVA_PAGES 256 > #endif > #endif Got it. Thanks Kip! > On Jan 14, 2008 1:23 PM, Boris Samorodov wrote: > > can you tell me which value may be used for KVA_PAGES? If I use > > KVA_PAGES=360, the system boots. If I use KVA_PAGES=375, the system > > halts at BTX stage: WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 02:20:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58F9D16A417; Tue, 15 Jan 2008 02:20:37 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 0F6B113C458; Tue, 15 Jan 2008 02:20:36 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.123.28] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JEb92-0005BV-OQ; Tue, 15 Jan 2008 02:03:16 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JEb92-000F39-G6; Tue, 15 Jan 2008 02:03:16 +0000 Date: Tue, 15 Jan 2008 02:03:16 +0000 From: Thomas Hurst To: John Baldwin Message-ID: <20080115020316.GA47831@voi.aagh.net> Mail-Followup-To: John Baldwin , freebsd-stable@freebsd.org, Peter Jeremy , Kris Kennaway References: <20071203054207.GA1153@aleph.niw.com.au> <4787AAF4.1020905@FreeBSD.org> <20080112033147.GX60060@server.vk2pj.dyndns.org> <200801120005.38972.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200801120005.38972.jhb@freebsd.org> Organization: Not much. User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Thomas Hurst Cc: Peter Jeremy , Kris Kennaway , freebsd-stable@freebsd.org Subject: Re: Swapping caused by very large (regular) file size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 02:20:37 -0000 * John Baldwin (jhb@freebsd.org) wrote: > We have noticed an issue at work but only on faster controllers (e.g. > certain mfi(4) drive configurations) when doing I/O to a single file > like the dd command mentioned causes the buffer cache to fill up. The > problem being that we can't lock the vm object to recycle pages when > we hit the limit that is supposed to prevent this because all the > pages in the cache are for the file (vm object) we are working on. > Stephan (ups@) says this is fixed in 7. Excellent. I've been seeing this behavior for a long time, mostly on backup runs (RAID-1 amr SATA -> 1 disk Marvell ata). It's pretty odd seeing a system with 8G of memory, 60% of which is just cache, swap out half a dozen things for no apparant reason. And to think, people on FreeNode ##freebsd just insisted I had a misconfigured system ;) My other IO related issue with 6 is IO to independent amr arrays blocking each other; e.g. daily run's find over amrd0 will invariably cause reads from amrd1 and amrd2 to freeze for seconds at a time (pr 114438). I'll be very interested to see if 7 fixes that. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 06:55:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 803FF16A419 for ; Tue, 15 Jan 2008 06:55:43 +0000 (UTC) (envelope-from techie@tantivy.tantivy.net) Received: from smtp3.stanford.edu (smtp3.Stanford.EDU [171.67.20.26]) by mx1.freebsd.org (Postfix) with ESMTP id 85D8713C442 for ; Tue, 15 Jan 2008 06:55:43 +0000 (UTC) (envelope-from techie@tantivy.tantivy.net) Received: from smtp3.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 576F160F403 for ; Mon, 14 Jan 2008 22:40:03 -0800 (PST) Received: from tantivy.tantivy.net (tantivy.Stanford.EDU [171.66.118.251]) by smtp3.stanford.edu (Postfix) with ESMTP id D47FF60F3FB for ; Mon, 14 Jan 2008 22:40:02 -0800 (PST) Received: from tantivy.tantivy.net (techie@localhost.tantivy.net [127.0.0.1]) by tantivy.tantivy.net (8.13.8/8.13.8) with ESMTP id m0F6dkWi050725 for ; Mon, 14 Jan 2008 22:40:01 -0800 (PST) (envelope-from techie@tantivy.tantivy.net) Received: (from techie@localhost) by tantivy.tantivy.net (8.13.8/8.13.8/Submit) id m0F6dkPB050724 for freebsd-stable@freebsd.org; Mon, 14 Jan 2008 22:39:46 -0800 (PST) (envelope-from techie) From: Bob Vaughan Message-Id: <200801150639.m0F6dkPB050724@tantivy.tantivy.net> To: freebsd-stable@freebsd.org Date: Mon, 14 Jan 2008 22:39:46 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: Why does firefox keep locking up on me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 06:55:43 -0000 I've been having a problem on one particular machine with Firefox locking up on me, requiring a hard kill to get rid of it. The problem is thus: Firefox starts normally, but as soon as I go to a site that requires authentication, or any other form of user input, It will freeze as soon as I start entering my userid. For instance, I go to batboard.batlabs.com, and click Login. I start entering my userid, and as soon as I enter the first character, Firefox freezes. The number of characters entered varies, with del.icio.us, it didn't freeze until I clicked login after entering my userid/password. I kill the window, but the process continues to sit there. 74199 ?? I 0:00.01 /bin/sh /usr/local/bin/firefox 74203 ?? I 0:00.01 /bin/sh /usr/local/lib/firefox/run-mozilla.sh /usr/lo 74207 ?? R 4:55.60 /usr/local/lib/firefox/firefox-bin The machine is an old Dell Optiplex GX110 (p3/800 w 256mb), dual nVidia TNT2/64 cards, running 6.3-PRERELEASE (20080112), and Xorg 7.3_1. Firefox is 2.0.0.11. No extensions or wrappers. The problem has been ongoing for a while, but I think I first noticed it around the time I upgraded Xorg from 7.0 to 7.1 (mid spetember). I tried rolling X back at the time, but that didn't help. I have gone as far as reinstalling FreeBSD and X from scratch, but the problem still appears. It affects both the native and linux versions. Starting from a clean slate, I installed 6.3-RC2, grabbed the ports distro, built and installed cvsup, and grabbed the latest sources, built world and kernel, and then Xorg 7.1, and both the FreeBSD native and Linux versions of Firefox. The kernel is nothing special, just a stripped down version of GENERIC minus scsi controllers, firewire, pccard, extra NIC's, and i486_CPU. The problem only occurs on this machine, not on my laptop, or my workstation at home. It only seems to effect Firefox, Opera works fine. Any ideas where to start looking? -- -- Welcome My Son, Welcome To The Machine -- Bob Vaughan | techie @ tantivy.net | | P.O. Box 19792, Stanford, Ca 94309 | -- I am Me, I am only Me, And no one else is Me, What could be simpler? -- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 07:03:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1873A16A417 for ; Tue, 15 Jan 2008 07:03:34 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 872DE13C4E3 for ; Tue, 15 Jan 2008 07:03:33 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m0F6Vcvp050575 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Jan 2008 17:01:39 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 15 Jan 2008 17:01:30 +1030 User-Agent: KMail/1.9.7 References: <4759A1F3.10008@asusa.net> <475D7D09.4000702@asusa.net> <200801151700.16388.doconnor@gsoft.com.au> In-Reply-To: <200801151700.16388.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1785279.WsvWqCOsSN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801151701.32198.doconnor@gsoft.com.au> X-Spam-Score: -3.399 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Hiroshi Nishida Subject: Re: G965 patch for 6.3-Beta X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 07:03:34 -0000 --nextPart1785279.WsvWqCOsSN Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 15 Jan 2008, Daniel O'Connor wrote: > On Tue, 11 Dec 2007, Hiroshi Nishida wrote: > > Hi. > > > > I've attached the patch. > > Please apply it at /sys/pci. Oops please ignore, I sent the wrong email. =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 --nextPart1785279.WsvWqCOsSN Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHjFNE5ZPcIHs/zowRAuFEAJ9GAKqBmmT2eF6QWz4dz/PjYvNOWwCdFoH+ 0WJ2GoFUmcEAz+zTtwYEIOY= =16Np -----END PGP SIGNATURE----- --nextPart1785279.WsvWqCOsSN-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 07:03:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8849F16A421 for ; Tue, 15 Jan 2008 07:03:35 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id ED57A13C457 for ; Tue, 15 Jan 2008 07:03:34 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m0F6UOMx050549 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Jan 2008 17:00:24 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 15 Jan 2008 17:00:08 +1030 User-Agent: KMail/1.9.7 References: <4759A1F3.10008@asusa.net> <20071210163959.3169b23e.une@hkg.ac.jp> <475D7D09.4000702@asusa.net> In-Reply-To: <475D7D09.4000702@asusa.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2502444.txYntuNO2g"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801151700.16388.doconnor@gsoft.com.au> X-Spam-Score: -3.396 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Hiroshi Nishida Subject: Re: G965 patch for 6.3-Beta X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 07:03:35 -0000 --nextPart2502444.txYntuNO2g Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 11 Dec 2007, Hiroshi Nishida wrote: > Hi. > > I've attached the patch. > Please apply it at /sys/pci. > Hi, I have G33 hardware (Supermicro C2SBA), eg none0@pci0:2:0: class=3D0x030000 card=3D0xb78015d9 chip=3D0x29c28086 rev=3D= 0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '(Bearlake) Integrated Graphics Controller' class =3D display subclass =3D VGA I used your diff but had to make slight changes to add the PCI ID to the=20 probe routine and to set the chiptype to G33 in the attach routine. Also on a cosmetic note - the probe PCI ID is capitalised whereas it is lower case in the rest of the code. I see a NetBSD patch at=20 http://mail-index.netbsd.org/netbsd-bugs/2007/09/05/0015.html but I haven't= =20 tried shoe horning that in yet.. =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 --nextPart2502444.txYntuNO2g Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHjFL45ZPcIHs/zowRAj6GAKChWing1xk8H7KtwpqBtNHbIzDPwwCfU7GE b8s5DnqSD43HKO/ZS5EUfRM= =2QjR -----END PGP SIGNATURE----- --nextPart2502444.txYntuNO2g-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 07:03:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1776C16A417 for ; Tue, 15 Jan 2008 07:03:37 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 64D6B13C45D for ; Tue, 15 Jan 2008 07:03:36 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m0F6VB9c050567 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Jan 2008 17:01:13 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 15 Jan 2008 17:01:04 +1030 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3373506.T5VzoMTWkI"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801151701.05802.doconnor@gsoft.com.au> X-Spam-Score: -3.398 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Hiroshi Nishida Subject: FreeBSD 6.3 and Intel G33 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 07:03:37 -0000 --nextPart3373506.T5VzoMTWkI Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I'm trying to get a system with an Intel G33 video chipset in it (Supermicro C2SBA) working with the Intel driver but I'm not having much luck.. I took the patch from Hiroshi Nishida and added the G33 PCI ID's for it now I get agp/i810 attaching to it.. Matched G33 Matched for Intel G33 IG SVGA controller Matched G33 Matched for Intel G33 IG SVGA controller agp0: port 0x1c60-0x1c67 mem 0xd2300000-0xd2= 37ffff,0xc0000000-0xcfffffff,0xd2000000-0xd20fffff irq 16 at device 2.0 on = pci0 agp_i810_attach() called Attaching G33 Chip Type: 5, rid:10 agp0: detected 7676k stolen memory agp0: aperture size is 256M I tried running X and got this in dmesg.. agp0: trying to bind into stolen memory and this in the X log... (=3D=3D) intel(0): Backing store disabled (=3D=3D) intel(0): Silken mouse enabled (II) intel(0): Initializing HW Cursor (II) intel(0): xf86BindGARTMemory: bind key 6 at 0x006ff000 (pgoffset 1791) (WW) intel(0): xf86BindGARTMemory: binding of gart memory with key 6 at offset 0x6ff000 failed (Invalid argument) =46atal server error: Couldn't bind memory for front buffer I then added the PCI ID (0x8086 / 0x29c2) to /usr/src/sys/dev/drm/drm_pciid= s.h and now I get this in dmesg.. drmsub0: : (child of agp_i810.c) on agp0 info: [drm] AGP at 0xd2300000 0MB info: [drm] Initialized i915 1.5.0 20060119 but that does not affect the error from X. I see a NetBSD patch at=20 http://mail-index.netbsd.org/netbsd-bugs/2007/09/05/0015.html but I haven't= =20 tried shoe horning that in yet.. =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 --nextPart3373506.T5VzoMTWkI Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHjFMp5ZPcIHs/zowRAmtQAKCGzNXFtA4esS9AX2hcIaaOlpwhvgCeJfYT dGCH6ERPQkIYzMI435j5ZH4= =TJXB -----END PGP SIGNATURE----- --nextPart3373506.T5VzoMTWkI-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 09:06:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9909116A420 for ; Tue, 15 Jan 2008 09:06:25 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 22B0C13C47E for ; Tue, 15 Jan 2008 09:06:24 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2882101fgg.35 for ; Tue, 15 Jan 2008 01:06:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=57C9yFLGOi7gT1O/nn12UNzdSc9vDMC/3j6AmuXp1uI=; b=St563nDYLv546xfcao+AXaB7w21l02uNDC29c9jJlwhH8u8+HZteFoNe/PuoSastNaKmfz+Y/HTKCFyGIHcqgnEv17NHLIkgLFnyqK5wdN4lIaPcG/j/rLu1cKsSrzHJnXNSff9Oho+Zz410X8WEwBwxzaZDxdUkp9G2Gp1n3xw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mV3Jkp1ISmEhaeTdT9JNWtMa30ybyZua+1MARYrk5aLz/ZuJcsYTIySiPJi3AtHGN8eEYE9nYzPUdAKRrDkqOR2PmC6T6rJ9SR7Intv/DYYaieUti45MxnJTjRULsIj0TSfL/SunfihzmLOyt1Nw+6OC1zOgTozYS9DRSfSuKdw= Received: by 10.82.121.15 with SMTP id t15mr12712294buc.26.1200387983448; Tue, 15 Jan 2008 01:06:23 -0800 (PST) Received: by 10.82.159.19 with HTTP; Tue, 15 Jan 2008 01:06:23 -0800 (PST) Message-ID: <14989d6e0801150106xce6cb02uaf101815cdb34af0@mail.gmail.com> Date: Tue, 15 Jan 2008 09:06:23 +0000 From: "Christian Walther" To: "Bob Vaughan" In-Reply-To: <200801150639.m0F6dkPB050724@tantivy.tantivy.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200801150639.m0F6dkPB050724@tantivy.tantivy.net> Cc: freebsd-stable@freebsd.org Subject: Re: Why does firefox keep locking up on me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 09:06:25 -0000 Hello Bob, On 15/01/2008, Bob Vaughan wrote: > I've been having a problem on one particular machine with Firefox locking up > on me, requiring a hard kill to get rid of it. > > The problem is thus: Firefox starts normally, but as soon as I go to a > site that requires authentication, or any other form of user input, > It will freeze as soon as I start entering my userid. [...] > > Any ideas where to start looking? Since you've done nearly everything that could affect a binary working properly, I think we can rule out a problem with the base system, X or the browser itself. I guess the problem might be related to your ~/.mozilla directory. I noticed that a large variety of problems might be related to something been broken inside it. This might be an extension that might be incompatible and that isn't installed on any of the other machines. I'd recommend you to shut down firefox, open a terminal window and rename the directory to something different. Please note that it contains all settings you've made in *any* mozilla product (sunbird, thunderbird). Start firefox again and give it a try. HTH Christian From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 09:08:52 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECF4216A46B for ; Tue, 15 Jan 2008 09:08:52 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 83F7513C442 for ; Tue, 15 Jan 2008 09:08:52 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 8803 invoked by uid 0); 15 Jan 2008 08:42:09 -0000 Received: from unknown (HELO white.nat.fasttrackmonkey.com) (spork@216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 15 Jan 2008 08:42:09 -0000 Date: Tue, 15 Jan 2008 03:42:09 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@white.nat.fasttrackmonkey.com To: stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: /usr/lib/compat and updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 09:08:53 -0000 Hi all, I've been doing a number of 4.11 -> 5.5 -> 6.2 upgrades. All of them I've done have gone very well. One that was handled by someone else following my step-by-step directions ended up missing some items from /usr/lib/compat and all the timestamps on the files in that directory are quite old (2002 and 2005). As best I can tell "COMPAT4X" was set in /etc/make.conf on the machine in question. Can anyone help me understand where in the update process the compat libs are updated and which files correspond to which release? Thanks, Charles From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 09:21:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D846A16A46B; Tue, 15 Jan 2008 09:21:11 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0868513C447; Tue, 15 Jan 2008 09:21:09 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <478C7B04.9080102@FreeBSD.org> Date: Tue, 15 Jan 2008 10:21:08 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: John Baldwin , freebsd-stable@freebsd.org, Peter Jeremy , Kris Kennaway References: <20071203054207.GA1153@aleph.niw.com.au> <4787AAF4.1020905@FreeBSD.org> <20080112033147.GX60060@server.vk2pj.dyndns.org> <200801120005.38972.jhb@freebsd.org> <20080115020316.GA47831@voi.aagh.net> In-Reply-To: <20080115020316.GA47831@voi.aagh.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Swapping caused by very large (regular) file size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 09:21:11 -0000 Thomas Hurst wrote: > * John Baldwin (jhb@freebsd.org) wrote: > >> We have noticed an issue at work but only on faster controllers (e.g. >> certain mfi(4) drive configurations) when doing I/O to a single file >> like the dd command mentioned causes the buffer cache to fill up. The >> problem being that we can't lock the vm object to recycle pages when >> we hit the limit that is supposed to prevent this because all the >> pages in the cache are for the file (vm object) we are working on. >> Stephan (ups@) says this is fixed in 7. > > Excellent. I've been seeing this behavior for a long time, mostly on > backup runs (RAID-1 amr SATA -> 1 disk Marvell ata). It's pretty odd > seeing a system with 8G of memory, 60% of which is just cache, swap out > half a dozen things for no apparant reason. And to think, people on > FreeNode ##freebsd just insisted I had a misconfigured system ;) > > My other IO related issue with 6 is IO to independent amr arrays > blocking each other; e.g. daily run's find over amrd0 will invariably > cause reads from amrd1 and amrd2 to freeze for seconds at a time (pr > 114438). I'll be very interested to see if 7 fixes that. Sounds like it might be due to Giant contention, which I think is indeed fixed in 7. Can you try it? Kris From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 09:53:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88F2A16A41A for ; Tue, 15 Jan 2008 09:53:21 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id 4C7DE13C45D for ; Tue, 15 Jan 2008 09:53:20 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from localhost (unknown [83.218.84.135]) by core.stromnet.se (Postfix) with ESMTP id 056F6D46403; Tue, 15 Jan 2008 10:53:19 +0100 (CET) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.135]) (amavisd-new, port 10024) with ESMTP id gyGCrrkplnaz; Tue, 15 Jan 2008 10:53:16 +0100 (CET) Received: from [172.28.1.102] (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id 8BCE1D46406; Tue, 15 Jan 2008 10:53:16 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v753) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Tue, 15 Jan 2008 10:52:56 +0100 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.753) Cc: emj@emj.se Subject: Backup solution suggestions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 09:53:21 -0000 Hello I'm looking to invest in some new hardware for backup. probably some =20 kind of NAS (a 4-disk 1U NAS or something in that size). The thing is =20= that I won't be the only one with access to this box, thus I would =20 like to secure my data. What I would like is encryption both for the transfer to the box, and =20= encrypted on disk. The data on disk should not be readable by anyone =20 but me (ie the other user(s) of the box should not be able to read =20 it, at least not without a big effort). So, I'm wondering what the best solution might be.. Tar'balling all =20 my stuff and encrypt it with GPG or something and just dump it there =20 with NFS would be the easiest solution, but maybe not the best. I've =20 been thinking about running a GELI image on my box, and store that on =20= the NAS over NFS.. would that be doable/secure/stable? Another idea would be to go with some regular 1U box running some =20 FBSD, doing scp to the box and geli local on the box but that would =20 require me to have the encryption keys on that box (which would be =20 shared so thus no good idea). Any other ideas? Being able to rsync to the backup storage instead of =20= just sending big encrypted tarballs would be very nice (and I guess =20 that would be possible with geli version) Maybe not the perfect list for this, but it is somewhat freebsd =20 specific and I'm sure some other ppl on the list have had simliar =20 situations :) -- Johan Str=F6m Stromnet johan@stromnet.se http://www.stromnet.se/ From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 12:02:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B909A16A420 for ; Tue, 15 Jan 2008 12:02:19 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out3.iol.cz (smtp-out3.iol.cz [194.228.2.91]) by mx1.freebsd.org (Postfix) with ESMTP id 574CE13C46A for ; Tue, 15 Jan 2008 12:02:18 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from antivir5.iol.cz (unknown [192.168.30.212]) by smtp-out3.iol.cz (Postfix) with ESMTP id AF75F196832 for ; Tue, 15 Jan 2008 12:40:11 +0100 (CET) Received: from localhost (antivir5.iol.cz [127.0.0.1]) by antivir5.iol.cz (Postfix) with ESMTP id 5C9F066C034 for ; Tue, 15 Jan 2008 12:40:11 +0100 (CET) X-Virus-Scanned: amavisd-new at iol.cz Received: from antivir5.iol.cz ([127.0.0.1]) by localhost (antivir5.iol.cz [127.0.0.1]) (amavisd-new, port 10224) with LMTP id iDMzIIXbOj42 for ; Tue, 15 Jan 2008 12:40:11 +0100 (CET) Received: from smtp-out3.iol.cz (mta-out3 [192.168.30.28]) by antivir5.iol.cz (Postfix) with ESMTP id 07CDB66C03D for ; Tue, 15 Jan 2008 12:40:11 +0100 (CET) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out3.iol.cz (Postfix) with ESMTP id EE9DE57DFE for ; Tue, 15 Jan 2008 12:40:08 +0100 (CET) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id 432E7175; Tue, 15 Jan 2008 12:40:08 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 Received: from srv.g1.netng.org (ac.botka.homeunix.org [192.168.1.5]) by ace.botka.homeunix.org (Postfix) with ESMTP id 7B102170 for ; Tue, 15 Jan 2008 12:40:04 +0100 (CET) Received: from srv (srv [10.1.0.10]) by srv.g1.netng.org (Postfix) with ESMTP id 2F8CA33E20 for ; Tue, 15 Jan 2008 12:40:03 +0100 (CET) Date: Tue, 15 Jan 2008 12:40:02 +0100 From: Vladimir Botka To: freebsd-stable@freebsd.org Message-ID: <20080115124002.06d14cfc@srv> In-Reply-To: References: X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Backup solution suggestions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 12:02:19 -0000 Dne Tue, 15 Jan 2008 10:52:56 +0100 Johan Str=C3=B6m napsal(a): > Hello >=20 > I'm looking to invest in some new hardware for backup. probably some =20 > kind of NAS (a 4-disk 1U NAS or something in that size). The thing > is that I won't be the only one with access to this box, thus I > would like to secure my data. > What I would like is encryption both for the transfer to the box, > and encrypted on disk. The data on disk should not be readable by > anyone but me (ie the other user(s) of the box should not be able to > read it, at least not without a big effort). >=20 > So, I'm wondering what the best solution might be.. Tar'balling all =20 > my stuff and encrypt it with GPG or something and just dump it there =20 > with NFS would be the easiest solution, but maybe not the best. I've =20 > been thinking about running a GELI image on my box, and store that > on the NAS over NFS.. would that be doable/secure/stable? > Another idea would be to go with some regular 1U box running some =20 > FBSD, doing scp to the box and geli local on the box but that would =20 > require me to have the encryption keys on that box (which would be =20 > shared so thus no good idea). >=20 > Any other ideas? Being able to rsync to the backup storage instead > of just sending big encrypted tarballs would be very nice (and I > guess that would be possible with geli version) >=20 > Maybe not the perfect list for this, but it is somewhat freebsd =20 > specific and I'm sure some other ppl on the list have had simliar =20 > situations :) >=20 > -- > Johan Str=C3=B6m > Stromnet > johan@stromnet.se > http://www.stromnet.se/ >=20 Hello, As of the encryption on the transfer I use security/sfs to mount remote directory for backup and then rsync in the local. -vlado Vladimir Botka From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 12:34:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5882A16A418 for ; Tue, 15 Jan 2008 12:34:24 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 644ED13C457 for ; Tue, 15 Jan 2008 12:34:24 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 0993D1CC074; Tue, 15 Jan 2008 04:34:24 -0800 (PST) Date: Tue, 15 Jan 2008 04:34:24 -0800 From: Jeremy Chadwick To: Johan =?iso-8859-1?Q?Str=F6m?= Message-ID: <20080115123424.GA7259@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: emj@emj.se, freebsd-stable@freebsd.org Subject: Re: Backup solution suggestions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 12:34:24 -0000 On Tue, Jan 15, 2008 at 10:52:56AM +0100, Johan Ström wrote: > I'm looking to invest in some new hardware for backup. probably some kind > of NAS (a 4-disk 1U NAS or something in that size). The thing is that I > won't be the only one with access to this box, thus I would like to secure > my data. In my experience, your best bet when it comes to backups like what you want (1U box with 4 disks, or a 2U box with 8 or more) is to simply buy a server with the specifications you want, and run FreeBSD on it. I cannot recommend commercial products for something of this "scale" (e.g. small/medium). I could list off all the reasons why [as a small hosting provider] I avoid proprietary backup solutions, but the list is quite long. The two main reasons: 1) Proprietary solutions often use proprietary hardware. How do you know what's inside of that mystery box? What if it uses a SATA controller you know has h/w-level bugs in it? What if something in the device fails; are you going to be charged an arm and a leg for a replacement part? Does it even HAVE user-servicable parts? etc... I feel much more confident relying on hardware that I'm familiar with, e.g. I know what motherboard is in the server I buy or build, I know who makes it, I know if it's compatible with FreeBSD or Linux, I know the SATA controller works and isn't flaky, I know the SATA backplane actually works properly and supports hot-swapping, and I know if I need replacement parts I can get them promptly. Also, if the h/w I buy turns out to have compatibility problems or performance issues, I can always return it, get my money back, and try other h/w; with a proprietary solution you're "stuck with it", and if something's broken about it which the vendor can't/won't fix, you're screwed. 2) Proprietary solutions also means proprietary software. This is pretty much guaranteed regardless of what h/w is used. What if the volume manager used for your array has a bug and your data is corrupt? You have no way of really "knowing" this until it's too late, and you only have one person to turn to: the vendor. I prefer to have freedom of choice when it comes to backup methods. "Hmm, dump/restore isn't working out very well, so maybe I'll try ZFS, or bacula, or tar over NFS, or rsync, or...". Here's a little story in regards to "enterprise-ready" solutions, in case you're considering a piece of hardware intended for backups that was engineered by a vendor/manufacturer and is intended for corporations or very large businesses: At my workplace we have 12 very expensive TDM-to-VoIP converters used by the core of our telco platform. After a few weeks of the first couple being installed in our production environment, we began seeing what appeared to be large amounts of packet loss coming from the actual Ethernet interfaces on the VoIP translator cards. We spent ~3 months working with the manufacturer/vendor to try and find out why this was happening, and more importantly, was the problem affecting actual VoIP traffic in any way (garbled audio, jitter, etc.)? The vendor focused on two things: possible configuration problem, and faulty hardware. Replacing the translator cards with new ones (newer firmware, etc.) did not fix the problem. Our configuration was also fine. A few months later, we finally got an answer from someone who was very low-level (a hardware engineer): the Broadcom Ethernet ICs used in the translator cards were known to drop packets under certain circumstances. The vendor claimed to have communicated with Broadcom over the problem, but Broadcom had was not very forthcoming with details of the issue, and pretty much stonewalled them in the end (that's how I interpret it, anyways). Thus, our vendor didn't know what to tell us, because "their hands were tied" (yet they engineered the hardware. Hmm...) The recommended solution? "Yeah, um, so you should buy our new translator cards! They use a different vendors' IC which don't have that problem!" > What I would like is encryption both for the transfer to the box, and > encrypted on disk. The data on disk should not be readable by anyone but me > (ie the other user(s) of the box should not be able to read it, at least > not without a big effort). I'm curious what the reason is for on-disk encryption? Is it necessary for something *only you* will have access to? What's the concern here? > So, I'm wondering what the best solution might be.. Tar'balling all my > stuff and encrypt it with GPG or something and just dump it there with NFS > would be the easiest solution, but maybe not the best. I've been thinking > about running a GELI image on my box, and store that on the NAS over NFS.. > would that be doable/secure/stable? I would recommend avoiding NFS unless the machine you're running nfsd/mountd/portmap on has no direct way to talk to the Internet. It's impossible to get NFS-related daemons to bind solely to one IP/interface on FreeBSD, which imposes a security risk. If the machine is behind NAT, you're very likely safe (unless the public has some way of accessing another machine on that NAT network). Thus, if you choose to go the NFS route, have it on a segregated network. That said -- what we use in our production environment is dump/restore over SSH over a dedicated LAN. I wrote a series of scripts that do this, using SSH keys for the SSH portion. Incrementals are done 6 days a week, with fulls done once a week. Does it work? Yes. Have I had to restore from it? Yes, twice. Did it work OK? Yes, but was not as simple as "restore the backup to this disk, throw the disk in the server, and voila FreeBSD is back up and running". It's more of "replace the disk, install FreeBSD on it, configure the box like before, then restore the user data..." Once all of our systems are running RELENG_7, I plan on utilising ZFS heavily. ZFS offers backup/restore capability, including over a network, and it's very fast. Now if only installing FreeBSD onto ZFS was made simple, ditto with booting off of ZFS... Now, on a personal level -- I do backups at home too. My home system has 4 disks in it -- one for the OS (UFS2), one for backups (UFS2), and two for a ZFS RAID-0-like volume. For the OS disk and filesystems (e.g. / /var /usr /tmp /home), I use rsync. For the ZFS volume, I use ZFS snapshots in an incremental fashion (6 days of incrementals, 1 day of full) and do "zfs send {volume} > /backup_disk/volume.X" to do the backups. In case you're wondering about how long they all take and how much data is backed up, here's some times of full level 0 backups: ==> Backing up / to /backups/rootfs/ (method: rsync) ==> Start time: Sun Jan 13 02:45:01 PST 2008 ==> End time: Sun Jan 13 02:45:01 PST 2008 ==> Backing up /var to /backups/var/ (method: rsync) ==> Start time: Sun Jan 13 02:45:01 PST 2008 ==> End time: Sun Jan 13 02:45:06 PST 2008 ==> Backing up /usr to /backups/usr/ (method: rsync) ==> Start time: Sun Jan 13 02:45:06 PST 2008 ==> End time: Sun Jan 13 02:46:03 PST 2008 ==> Backing up /home to /backups/home/ (method: rsync) ==> Start time: Sun Jan 13 02:46:03 PST 2008 ==> End time: Sun Jan 13 02:46:03 PST 2008 ==> Backing up storage to /backups/storage.zfs.%%% (method: zfs) ==> Start time: Sun Jan 13 02:46:03 PST 2008 ==> End time: Sun Jan 13 03:29:33 PST 2008 Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/ad8s1a 507630 211410 255610 45% / /dev/ad8s1d 8122126 108502 7363854 1% /var /dev/ad8s1e 4058062 420 3732998 0% /tmp /dev/ad8s1f 32494668 2023282 27871814 7% /usr /dev/ad8s1g 139955812 11640 128747708 0% /home /dev/ad10s1d 473009638 146843210 288325658 34% /backups storage 957526016 124001408 833524608 13% /storage And here's what you see on /backups: total 144005480 drwxr-xr-x 6 root wheel 512 16 Oct 10:08 home/ drwxr-xr-x 24 root wheel 512 13 Jan 23:49 rootfs/ -rw-r--r-- 1 root wheel 126996957624 13 Jan 03:29 storage.zfs.0 -rw-r--r-- 1 root wheel 747136 14 Jan 02:46 storage.zfs.1 -rw-r--r-- 1 root wheel 541937432 15 Jan 02:45 storage.zfs.2 -rw-r--r-- 1 root wheel 4408684056 9 Jan 02:46 storage.zfs.3 -rw-r--r-- 1 root wheel 4716827040 10 Jan 02:47 storage.zfs.4 -rw-r--r-- 1 root wheel 5362108640 11 Jan 02:47 storage.zfs.5 -rw-r--r-- 1 root wheel 5362108640 12 Jan 02:47 storage.zfs.6 drwxr-xr-x 17 root wheel 512 1 Dec 09:06 usr/ drwxr-xr-x 23 root wheel 512 6 Jan 01:36 var/ For the ZFS incremental storage.zfs.2 (541MB of data), the time was very quick (9 seconds) ==> Backing up storage to /backups/storage.zfs.%%% (method: zfs) ==> Start time: Tue Jan 15 02:45:26 PST 2008 ==> End time: Tue Jan 15 02:45:35 PST 2008 I have dump/restore on UFS2 via ssh times if you want them as well. They're not pretty. > Another idea would be to go with some regular 1U box running some FBSD, > doing scp to the box and geli local on the box but that would require me to > have the encryption keys on that box (which would be shared so thus no good > idea). I would recommend going this route, at least in regards to the 1U box running FreeBSD. See above comment about GELI. scp to the box would be fine; why does this part worry you? > Any other ideas? Being able to rsync to the backup storage instead of just > sending big encrypted tarballs would be very nice (and I guess that would > be possible with geli version) See above, re: why is encryption needed? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 12:44:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FAEA16A419 for ; Tue, 15 Jan 2008 12:44:06 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DBB313C46E for ; Tue, 15 Jan 2008 12:44:06 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 1EC911CC070; Tue, 15 Jan 2008 04:44:06 -0800 (PST) Date: Tue, 15 Jan 2008 04:44:06 -0800 From: Jeremy Chadwick To: Vladimir Botka Message-ID: <20080115124406.GA8803@eos.sc1.parodius.com> References: <20080115124002.06d14cfc@srv> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20080115124002.06d14cfc@srv> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: Backup solution suggestions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 12:44:06 -0000 On Tue, Jan 15, 2008 at 12:40:02PM +0100, Vladimir Botka wrote: > Dne Tue, 15 Jan 2008 10:52:56 +0100 > Johan Ström napsal(a): > > > Hello > > > > I'm looking to invest in some new hardware for backup. probably some > > kind of NAS (a 4-disk 1U NAS or something in that size). The thing > > is that I won't be the only one with access to this box, thus I > > would like to secure my data. > > What I would like is encryption both for the transfer to the box, > > and encrypted on disk. The data on disk should not be readable by > > anyone but me (ie the other user(s) of the box should not be able to > > read it, at least not without a big effort). > > > > So, I'm wondering what the best solution might be.. Tar'balling all > > my stuff and encrypt it with GPG or something and just dump it there > > with NFS would be the easiest solution, but maybe not the best. I've > > been thinking about running a GELI image on my box, and store that > > on the NAS over NFS.. would that be doable/secure/stable? > > Another idea would be to go with some regular 1U box running some > > FBSD, doing scp to the box and geli local on the box but that would > > require me to have the encryption keys on that box (which would be > > shared so thus no good idea). > > > > Any other ideas? Being able to rsync to the backup storage instead > > of just sending big encrypted tarballs would be very nice (and I > > guess that would be possible with geli version) > > > > Maybe not the perfect list for this, but it is somewhat freebsd > > specific and I'm sure some other ppl on the list have had simliar > > situations :) > > > > -- > > Johan Ström > > Stromnet > > johan@stromnet.se > > http://www.stromnet.se/ > > > > Hello, > > As of the encryption on the transfer I use security/sfs to mount remote > directory for backup and then rsync in the local. I thought SFS looked pretty neat until I saw this in the documentation: Finally, you must export all the local-directorys in your sfsrwsd_config to localhost via NFS version 3. See my mail to Johan, as it documents a known "issue" with nfsd/mountd/portmap on FreeBSD (re: binding to INADDR_ANY and using dynamically-allocated port numbers). This circles back to my "if you HAVE to use NFS, do so on a dedicated network which has no public access" statement. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 13:00:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1DA216A418 for ; Tue, 15 Jan 2008 13:00:49 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id 4B5C813C461 for ; Tue, 15 Jan 2008 13:00:49 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from localhost (unknown [83.218.84.135]) by core.stromnet.se (Postfix) with ESMTP id E20D0D46403; Tue, 15 Jan 2008 14:00:47 +0100 (CET) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.135]) (amavisd-new, port 10024) with ESMTP id kece0qDrD3yG; Tue, 15 Jan 2008 14:00:44 +0100 (CET) Received: from [172.28.1.102] (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id B5B68D46406; Tue, 15 Jan 2008 14:00:44 +0100 (CET) In-Reply-To: <20080115123424.GA7259@eos.sc1.parodius.com> References: <20080115123424.GA7259@eos.sc1.parodius.com> Mime-Version: 1.0 (Apple Message framework v753) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <06DAF546-AB57-4B1D-89CE-3DCF66678A2C@stromnet.se> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Tue, 15 Jan 2008 14:00:22 +0100 To: Jeremy Chadwick X-Mailer: Apple Mail (2.753) Cc: emj@emj.se, freebsd-stable@freebsd.org Subject: Re: Backup solution suggestions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 13:00:50 -0000 First of all, thanks for your extensive answer! On Jan 15, 2008, at 13:34 , Jeremy Chadwick wrote: > On Tue, Jan 15, 2008 at 10:52:56AM +0100, Johan Str=F6m wrote: >> I'm looking to invest in some new hardware for backup. probably =20 >> some kind >> of NAS (a 4-disk 1U NAS or something in that size). The thing is =20 >> that I >> won't be the only one with access to this box, thus I would like =20 >> to secure >> my data. > > In my experience, your best bet when it comes to backups like what you > want (1U box with 4 disks, or a 2U box with 8 or more) is to simply =20= > buy > a server with the specifications you want, and run FreeBSD on it. I > cannot recommend commercial products for something of this =20 > "scale" (e.g. > small/medium). > > I could list off all the reasons why [as a small hosting provider] I > avoid proprietary backup solutions, but the list is quite long. The > two main reasons: > > 1) Proprietary solutions often use proprietary hardware. How do you > know what's inside of that mystery box? What if it uses a SATA > controller you know has h/w-level bugs in it? What if something in =20= > the > device fails; are you going to be charged an arm and a leg for a > replacement part? Does it even HAVE user-servicable parts? etc... > > I feel much more confident relying on hardware that I'm familiar with, > e.g. I know what motherboard is in the server I buy or build, I =20 > know who > makes it, I know if it's compatible with FreeBSD or Linux, I know the > SATA controller works and isn't flaky, I know the SATA backplane > actually works properly and supports hot-swapping, and I know if I =20 > need > replacement parts I can get them promptly. Also, if the h/w I buy =20 > turns > out to have compatibility problems or performance issues, I can always > return it, get my money back, and try other h/w; with a proprietary > solution you're "stuck with it", and if something's broken about it > which the vendor can't/won't fix, you're screwed. > > 2) Proprietary solutions also means proprietary software. This is > pretty much guaranteed regardless of what h/w is used. What if the > volume manager used for your array has a bug and your data is > corrupt? You have no way of really "knowing" this until it's too =20 > late, > and you only have one person to turn to: the vendor. All good points there, cannot argue against that. Certainly something =20= to think about before doing any purchases. The only thing against =20 that right now is size (we've got "cheap" access to a rack with =20 limited depth), havent realy found any good 1U chassis that arent to =20 deep. Admittedly I haven't spent veery much time looking yet but.. :) > > I prefer to have freedom of choice when it comes to backup methods. > "Hmm, dump/restore isn't working out very well, so maybe I'll try ZFS, > or bacula, or tar over NFS, or rsync, or...". > >> What I would like is encryption both for the transfer to the box, and >> encrypted on disk. The data on disk should not be readable by =20 >> anyone but me >> (ie the other user(s) of the box should not be able to read it, at =20= >> least >> not without a big effort). > > I'm curious what the reason is for on-disk encryption? Is it =20 > necessary > for something *only you* will have access to? What's the concern =20 > here? I think I wrote that I *wont* be the only one with access to the box. =20= Sorry if that wasn't clear. It will be shared with a friend (or rather his company) of mine. I do =20= trust him, but to keep some level of security I don't want him (or =20 rather, someone with access to his box) to be able to read my files =20 (and the other way arround for his files). > >> So, I'm wondering what the best solution might be.. Tar'balling =20 >> all my >> stuff and encrypt it with GPG or something and just dump it there =20 >> with NFS >> would be the easiest solution, but maybe not the best. I've been =20 >> thinking >> about running a GELI image on my box, and store that on the NAS =20 >> over NFS.. >> would that be doable/secure/stable? > > I would recommend avoiding NFS unless the machine you're running > nfsd/mountd/portmap on has no direct way to talk to the Internet. =20 > It's > impossible to get NFS-related daemons to bind solely to one IP/=20 > interface > on FreeBSD, which imposes a security risk. If the machine is behind > NAT, you're very likely safe (unless the public has some way of > accessing another machine on that NAT network). Thus, if you =20 > choose to > go the NFS route, have it on a segregated network. The box will be on a separate LAN only accessible by our two boxes. =20 No internet connectivity. But the client boxes ofcourse have internet =20= connectivty (but that would only be NFS clients, not servers). > > That said -- what we use in our production environment is dump/restore > over SSH over a dedicated LAN. I wrote a series of scripts that do > this, using SSH keys for the SSH portion. Incrementals are done 6 =20 > days > a week, with fulls done once a week. I use a similar scheme now, using BackupPC. However that is to my box =20= at home which is not a very good solution due to bandwidth =20 limitations (5MBit only).. The first copy takes ages, the incremental =20= ones not as much.. It's around 20-30GB of data currently. The NAS/=20 backup box would be located on an 100MBit/1000MBit unmetered link. > > Does it work? Yes. Have I had to restore from it? Yes, twice. =20 > Did it > work OK? Yes, but was not as simple as "restore the backup to this > disk, throw the disk in the server, and voila FreeBSD is back up and > running". It's more of "replace the disk, install FreeBSD on it, > configure the box like before, then restore the user data..." > > Once all of our systems are running RELENG_7, I plan on utilising ZFS > heavily. ZFS offers backup/restore capability, including over a > network, and it's very fast. Now if only installing FreeBSD onto ZFS > was made simple, ditto with booting off of ZFS... > > Now, on a personal level -- I do backups at home too. My home system > has 4 disks in it -- one for the OS (UFS2), one for backups (UFS2), =20= > and > two for a ZFS RAID-0-like volume. > > For the OS disk and filesystems (e.g. / /var /usr /tmp /home), I use > rsync. For the ZFS volume, I use ZFS snapshots in an incremental > fashion (6 days of incrementals, 1 day of full) and do "zfs send > {volume} > /backup_disk/volume.X" to do the backups. > > In case you're wondering about how long they all take and how much =20 > data > is backed up, here's some times of full level 0 backups: > > =3D=3D> Backing up / to /backups/rootfs/ (method: rsync) > =3D=3D> Start time: Sun Jan 13 02:45:01 PST 2008 > =3D=3D> End time: Sun Jan 13 02:45:01 PST 2008 > =3D=3D> Backing up /var to /backups/var/ (method: rsync) > =3D=3D> Start time: Sun Jan 13 02:45:01 PST 2008 > =3D=3D> End time: Sun Jan 13 02:45:06 PST 2008 > =3D=3D> Backing up /usr to /backups/usr/ (method: rsync) > =3D=3D> Start time: Sun Jan 13 02:45:06 PST 2008 > =3D=3D> End time: Sun Jan 13 02:46:03 PST 2008 > =3D=3D> Backing up /home to /backups/home/ (method: rsync) > =3D=3D> Start time: Sun Jan 13 02:46:03 PST 2008 > =3D=3D> End time: Sun Jan 13 02:46:03 PST 2008 > =3D=3D> Backing up storage to /backups/storage.zfs.%%% (method: zfs) > =3D=3D> Start time: Sun Jan 13 02:46:03 PST 2008 > =3D=3D> End time: Sun Jan 13 03:29:33 PST 2008 > > Filesystem 1024-blocks Used Avail Capacity Mounted on > /dev/ad8s1a 507630 211410 255610 45% / > /dev/ad8s1d 8122126 108502 7363854 1% /var > /dev/ad8s1e 4058062 420 3732998 0% /tmp > /dev/ad8s1f 32494668 2023282 27871814 7% /usr > /dev/ad8s1g 139955812 11640 128747708 0% /home > /dev/ad10s1d 473009638 146843210 288325658 34% /backups > storage 957526016 124001408 833524608 13% /storage > > And here's what you see on /backups: > > total 144005480 > drwxr-xr-x 6 root wheel 512 16 Oct 10:08 home/ > drwxr-xr-x 24 root wheel 512 13 Jan 23:49 rootfs/ > -rw-r--r-- 1 root wheel 126996957624 13 Jan 03:29 =20 > storage.zfs.0 > -rw-r--r-- 1 root wheel 747136 14 Jan 02:46 =20 > storage.zfs.1 > -rw-r--r-- 1 root wheel 541937432 15 Jan 02:45 =20 > storage.zfs.2 > -rw-r--r-- 1 root wheel 4408684056 9 Jan 02:46 =20 > storage.zfs.3 > -rw-r--r-- 1 root wheel 4716827040 10 Jan 02:47 =20 > storage.zfs.4 > -rw-r--r-- 1 root wheel 5362108640 11 Jan 02:47 =20 > storage.zfs.5 > -rw-r--r-- 1 root wheel 5362108640 12 Jan 02:47 =20 > storage.zfs.6 > drwxr-xr-x 17 root wheel 512 1 Dec 09:06 usr/ > drwxr-xr-x 23 root wheel 512 6 Jan 01:36 var/ > > For the ZFS incremental storage.zfs.2 (541MB of data), the time was =20= > very > quick (9 seconds) > > =3D=3D> Backing up storage to /backups/storage.zfs.%%% (method: zfs) > =3D=3D> Start time: Tue Jan 15 02:45:26 PST 2008 > =3D=3D> End time: Tue Jan 15 02:45:35 PST 2008 > > I have dump/restore on UFS2 via ssh times if you want them as well. > They're not pretty. ZFS is indeed very nice, I'm running it at home for a not-so-=20 important server.. I love it! Have been working without a single =20 hickup since I started using it (end of November). We've been thinking of doing using a fbsd machine with ZFS, but the =20 dump/restore scheme wouldnt help us since the machines beeing backupd =20= doesnt run ZFS (didnt exist on Fbsd/wasnt stable enough when those =20 where setup). So relying on ZFS's dump/restore for the backupee-=20 >backup box is, I'm afraid, not an option. However the snapshots =20 could ofcourse be usable on the backup box, ie copying the files =20 first time, creating a snapshot, rsyncing new versions, new shapshot =20 & new rsync and so on, if I've understood the snapshots correct =20 (havent played with them very much yet). However this wont work either, or at least probably not very =20 effective since the data should be encrypted and not in plaintext. > >> Another idea would be to go with some regular 1U box running some =20 >> FBSD, >> doing scp to the box and geli local on the box but that would =20 >> require me to >> have the encryption keys on that box (which would be shared so =20 >> thus no good >> idea). > > I would recommend going this route, at least in regards to the 1U box > running FreeBSD. See above comment about GELI. scp to the box =20 > would be > fine; why does this part worry you? Well, explained above, I *wont* be the only one with access to it. > >> Any other ideas? Being able to rsync to the backup storage instead =20= >> of just >> sending big encrypted tarballs would be very nice (and I guess =20 >> that would >> be possible with geli version) > > See above, re: why is encryption needed? > Above again. Again, thanks you very much for all your time and thoughts, very much =20= appreciated! -- Johan= From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 14:03:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74E2F16A41A for ; Tue, 15 Jan 2008 14:03:49 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.freebsd.org (Postfix) with ESMTP id 2FAF013C4E5 for ; Tue, 15 Jan 2008 14:03:48 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=guido.klop.ws) by smtp-out3.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1JEmOJ-0007hl-AE for ; Tue, 15 Jan 2008 15:03:47 +0100 Received: (qmail 1725 invoked from network); 15 Jan 2008 14:03:46 -0000 Received: from localhost (HELO guido.klop.ws) (127.0.0.1) by localhost with SMTP; 15 Jan 2008 14:03:46 -0000 Date: Tue, 15 Jan 2008 15:03:44 +0100 To: freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: User-Agent: Opera Mail/9.25 (FreeBSD) Subject: Re: Backup solution suggestions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 14:03:49 -0000 This sounds like a problem for 'tarsnap'. It's from the same author as portsnap. http://www.daemonology.net/blog/2006-09-13-encrypted-backup.html http://www.daemonology.net/blog/2007-08-29-tarsnap-update.html http://www.tarsnap.com/ I never used it so I don't know more about it than you can find in these url's. Ronald. On Tue, 15 Jan 2008 10:52:56 +0100, Johan Ström wrote: > Hello > > I'm looking to invest in some new hardware for backup. probably some > kind of NAS (a 4-disk 1U NAS or something in that size). The thing is > that I won't be the only one with access to this box, thus I would like > to secure my data. > What I would like is encryption both for the transfer to the box, and > encrypted on disk. The data on disk should not be readable by anyone but > me (ie the other user(s) of the box should not be able to read it, at > least not without a big effort). > > So, I'm wondering what the best solution might be.. Tar'balling all my > stuff and encrypt it with GPG or something and just dump it there with > NFS would be the easiest solution, but maybe not the best. I've been > thinking about running a GELI image on my box, and store that on the NAS > over NFS.. would that be doable/secure/stable? > Another idea would be to go with some regular 1U box running some FBSD, > doing scp to the box and geli local on the box but that would require me > to have the encryption keys on that box (which would be shared so thus > no good idea). > > Any other ideas? Being able to rsync to the backup storage instead of > just sending big encrypted tarballs would be very nice (and I guess that > would be possible with geli version) > > Maybe not the perfect list for this, but it is somewhat freebsd specific > and I'm sure some other ppl on the list have had simliar situations :) > > -- > Johan Ström > Stromnet > johan@stromnet.se > http://www.stromnet.se/ > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 15:25:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F085A16A418 for ; Tue, 15 Jan 2008 15:25:15 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id CE7D213C43E for ; Tue, 15 Jan 2008 15:25:15 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id 9A6CBC943A for ; Tue, 15 Jan 2008 10:25:14 -0500 (EST) Message-Id: <70AABDAF-1925-4DBE-88A2-976CFBC55C5E@khera.org> From: Vivek Khera To: FreeBSD Stable List In-Reply-To: <200801101109.38294.jhb@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Tue, 15 Jan 2008 10:25:14 -0500 References: <4785616A.4070001@delphij.net> <200801101109.38294.jhb@freebsd.org> X-Mailer: Apple Mail (2.915) Subject: Re: What current Dell Systems are supported/work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 15:25:16 -0000 On Jan 10, 2008, at 11:09 AM, John Baldwin wrote: >> *: This is the default behavior for 7.0, I have not encountered the >> problem mentioned above on any 1950/2950 boxes so far I have tested. > > I will enable MSI by default on 6.x now (so will take affect for 6.4). > We've also enabled it by default on 6.x at work. > Where can one go to read up on what MSI is and how it helps us? Is enabling it just setting a sysctl? Does that have to be done in loader.conf or can it happen later? From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 16:55:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F05416A420 for ; Tue, 15 Jan 2008 16:55:58 +0000 (UTC) (envelope-from nicolas@nicoelro.net) Received: from smtp21.orange.fr (smtp21.orange.fr [80.12.242.46]) by mx1.freebsd.org (Postfix) with ESMTP id A75C513C465 for ; Tue, 15 Jan 2008 16:55:57 +0000 (UTC) (envelope-from nicolas@nicoelro.net) Received: from smtp21.orange.fr (mwinf2103 [10.232.7.25]) by mwinf2105.orange.fr (SMTP Server) with ESMTP id E3BAE1C3FEF8 for ; Tue, 15 Jan 2008 09:37:07 +0100 (CET) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2103.orange.fr (SMTP Server) with ESMTP id 9425A1C000A1 for ; Tue, 15 Jan 2008 09:37:06 +0100 (CET) Received: from [192.168.1.2] (ALyon-252-1-61-148.w82-122.abo.wanadoo.fr [82.122.171.148]) by mwinf2103.orange.fr (SMTP Server) with ESMTP id 517511C0009C for ; Tue, 15 Jan 2008 09:37:06 +0100 (CET) X-ME-UUID: 20080115083706333.517511C0009C@mwinf2103.orange.fr Message-ID: <478C70B2.1050300@nicoelro.net> Date: Tue, 15 Jan 2008 09:37:06 +0100 From: Nicolas Letellier User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Very bad performances with wpi and 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nicolas@nicoelro.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 16:55:58 -0000 Hello, I use FreeBSD 7.0-RC1 with my laptop (Asustek A6000 Series). Performances with wpi are very very bad: in my LAN, I download a file at 4 k/s. In Internet, I would believe I use a 56 k connection :-) In this laptop, I have a NIC (chipset re), and I don't have any problem with. The connection is very very stable. The problem is juste with wpi and my Wireless NIC. I test OpenBSD-current, and I didn't have any problem with wpi. The problem is juste with FreeBSD 7.0-RC1. I have any firewalls, nothing. All is perfect with my NIC re. I test with GENERIC, and I build my own kernel (with wpi support build into kernel). The problem is the same. See more informations here: numenor# cat /boot/loader.conf nvidia_load="YES" wpifw_load="YES" legal.intel_wpi.license_ack=1 numenor# cat /etc/rc.conf defaultrouter="192.168.1.249" hostname="numenor.********" ifconfig_wpi0="inet 192.168.1.4 ssid Nicoelro_Wifi" numenor# ifconfig wpi0 wpi0: flags=8843 metric 0 mtu 1500 ether 00:13:02:dd:05:5f inet 192.168.1.4 netmask 0xffffff00 broadcast 192.168.1.255 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/36Mbps) status: associated ssid Nicoelro_Wifi channel 10 (2457 Mhz 11g) bssid 00:0f:b5:b9:9f:cc authmode OPEN privacy OFF txpower 50 bmiss 7 scanvalid 60 protmode CTS Sometimes, I see this message: wpi0: discard frame w/o packet header numenor# sysctl -a | grep wpi net.wlan.0.%parent: wpi0 debug.wpi: 0 dev.wpi.0.%desc: Intel(R) PRO/Wireless 3945ABG dev.wpi.0.%driver: wpi dev.wpi.0.%location: slot=0 function=0 handle=\_SB_.PCI0.P0P7.WLAN dev.wpi.0.%pnpinfo: vendor=0x8086 device=0x4222 subvendor=0x8086 subdevice=0x1001 class=0x028000 dev.wpi.0.%parent: pci3 numenor# dmesg *Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-RC1 #1: Mon Jan 14 18:12:58 CET 2008 root@numenor.nicoelro.net:/usr/obj/usr/src/sys/NUMENOR Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc189 AMD Features=0x100000 Cores per package: 2 real memory = 1073545216 (1023 MB) avail memory = 1032773632 (984 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 hptrr: HPT RocketRAID controller driver v1.1 (Jan 14 2008 18:12:38) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 6130a2c06000613 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [SSDT] - D6, should be 9C [20070320] est1: on cpu1 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xfd000000-0xfdffffff,0xc0000000-0xcfffffff,0xfc000000-0xfcffffff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] pcm0: mem 0xfebfc000-0xfebfffff irq 21 at device 27.0 on pci0 pcm0: [ITHREAD] pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 re0: port 0xc800-0xc8ff mem 0xfe0ff000-0xfe0fffff irq 16 at device 0.0 on pci2 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:18:f3:5b:f6:31 re0: [FILTER] re0: [FILTER] pcib3: irq 19 at device 28.3 on pci0 pci3: on pcib3 wpi0: mem 0xfe1ff000-0xfe1fffff irq 19 at device 0.0 on pci3 bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. bus_dmamem_alloc failed to align memory properly. wpi0: Ethernet address: 00:13:02:dd:05:5f wpi0: [ITHREAD] wpi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wpi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wpi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps uhci0: port 0xec00-0xec1f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe880-0xe89f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe800-0xe81f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xe480-0xe49f irq 22 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfebfbc00-0xfebfbfff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered ugen0: on uhub4 pcib4: at device 30.0 on pci0 pci4: on pcib4 pci4: at device 1.0 (no driver attached) pci4: at device 1.1 (no driver attached) pci4: at device 1.2 (no driver attached) pci4: at device 1.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff pnpid ORM0000 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 ums0: on uhub0 ums0: 3 buttons and Z dir. Timecounters tick every 1.000 msec hptrr: no controller detected. ad0: 95396MB at ata0-master UDMA100 acd0: DVDR at ata0-slave UDMA33 pcm0: pcm0: SMP: AP CPU #1 Launched! GEOM_LABEL: Label for provider ad0s1 is msdosfs/RECOVERY. GEOM_LABEL: Label for provider ad0s2 is ntfs/Syst\M-hme. GEOM_LABEL: Label for provider ad0s5 is msdosfs/ . Trying to mount root from ufs:/dev/ad0s3a * Am is alone with this performance problem? I cannot use wpi driver in these conditions, so I use re driver for my NIC. Nicolas From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 17:04:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1A8916A417 for ; Tue, 15 Jan 2008 17:04:06 +0000 (UTC) (envelope-from nishida@asusa.net) Received: from vs02.admiral.net (vs02.admiral.net [65.121.144.49]) by mx1.freebsd.org (Postfix) with ESMTP id 8380613C45A for ; Tue, 15 Jan 2008 17:04:06 +0000 (UTC) (envelope-from nishida@asusa.net) Received: from localhost (localhost.admiral.net [127.0.0.1]) by vs02.admiral.net (Postfix) with ESMTP id 017CA785B3 for ; Wed, 16 Jan 2008 02:04:06 +0900 (JST) Received: from usam.asusa.net (usa.asusa.net [65.121.144.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vs02.admiral.net (Postfix) with ESMTP id D68CC785AF for ; Wed, 16 Jan 2008 02:04:05 +0900 (JST) Received: (qmail 82239 invoked from network); 15 Jan 2008 09:04:05 -0800 X-ASJ-Track-ID: <20080115170405.82239.qmail@usam.asusa.net> X-ASJ-Auth-ID: auth X-ASJ-Arrival-IP: 65.121.144.11 X-ASJ-SPF-Info: auth X-ASJ-Received-SPF: pass (send with smtp authentication by nishida%asusa.net@65.121.144.11) Received: from unknown (HELO ?192.168.0.50?) (nishida%asusa.net@65.121.144.11) by usam.asusa.net with SMTP; 15 Jan 2008 09:04:05 -0800 Message-ID: <478CE777.6040901@asusa.net> Date: Tue, 15 Jan 2008 09:03:51 -0800 From: Hiroshi Nishida User-Agent: Thunderbird 1.5 (X11/20060123) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4759A1F3.10008@asusa.net> <20071210163959.3169b23e.une@hkg.ac.jp> <475D7D09.4000702@asusa.net> <200801151700.16388.doconnor@gsoft.com.au> In-Reply-To: <200801151700.16388.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ASJ VSCAN based on AMaViS perl-11-ASJ-ETHEL-07030100-ML-SPEEDY58 Cc: Subject: Re: G965 patch for 6.3-Beta X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 17:04:06 -0000 Hi, The patch is based on the outdated FreeBSD 7-current, so we should look at the latest one. Fortunately I have 8 G33 machines (Intel DG33BU M/B) but they are going to be used for long long experiments with FreeBSD 7.0 or Solaris very soon. If I have a chance, I'll try to check with G33. Sorry for no immediate help. -- Hiroshi Nishida nishida@asusa.net From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 19:15:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD83916A41A for ; Tue, 15 Jan 2008 19:15:14 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id 8460913C47E for ; Tue, 15 Jan 2008 19:15:13 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from localhost (unknown [83.218.84.135]) by core.stromnet.se (Postfix) with ESMTP id 545D9D46404 for ; Tue, 15 Jan 2008 20:15:10 +0100 (CET) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.135]) (amavisd-new, port 10024) with ESMTP id obB2WgSvFzmw for ; Tue, 15 Jan 2008 20:15:07 +0100 (CET) Received: from [172.28.1.102] (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id C413DD46403 for ; Tue, 15 Jan 2008 20:15:07 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v753) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Tue, 15 Jan 2008 20:14:49 +0100 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.753) Subject: Re: Backup solution suggestions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 19:15:15 -0000 On Jan 15, 2008, at 15:03 , Ronald Klop wrote: > This sounds like a problem for 'tarsnap'. It's from the same author > as portsnap. > > http://www.daemonology.net/blog/2006-09-13-encrypted-backup.html > http://www.daemonology.net/blog/2007-08-29-tarsnap-update.html > http://www.tarsnap.com/ > > I never used it so I don't know more about it than you can find in > these url's. Indeed, sounds like that could be what I'm looking for. But however nothing public yet, only "private" beta.. And from the sound of it, only a hosted service? Nothing that one will be able to put up themself. http://news.ycombinator.com/item?id=81221 And a remotely hosted service I can have at home, but it's the bandwith of the internet link that limits me.. -- Johan From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 19:16:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68D8616A47A; Tue, 15 Jan 2008 19:16:59 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id 1AE0813C469; Tue, 15 Jan 2008 19:16:59 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from localhost (unknown [83.218.84.135]) by core.stromnet.se (Postfix) with ESMTP id D9EC9D46408; Tue, 15 Jan 2008 20:16:56 +0100 (CET) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.135]) (amavisd-new, port 10024) with ESMTP id IwlNnMnrznhF; Tue, 15 Jan 2008 20:16:54 +0100 (CET) Received: from [172.28.1.102] (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id 69ED4D46403; Tue, 15 Jan 2008 20:16:54 +0100 (CET) In-Reply-To: <20080115124406.GA8803@eos.sc1.parodius.com> References: <20080115124002.06d14cfc@srv> <20080115124406.GA8803@eos.sc1.parodius.com> Mime-Version: 1.0 (Apple Message framework v753) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Tue, 15 Jan 2008 20:16:36 +0100 To: Jeremy Chadwick X-Mailer: Apple Mail (2.753) Cc: freebsd-stable@freebsd.org, Vladimir Botka Subject: Re: Backup solution suggestions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 19:16:59 -0000 On Jan 15, 2008, at 13:44 , Jeremy Chadwick wrote: > On Tue, Jan 15, 2008 at 12:40:02PM +0100, Vladimir Botka wrote: >> Dne Tue, 15 Jan 2008 10:52:56 +0100 >> Johan Str=F6m napsal(a): >> >>> Hello >>> >>> I'm looking to invest in some new hardware for backup. probably some >>> kind of NAS (a 4-disk 1U NAS or something in that size). The thing >>> is that I won't be the only one with access to this box, thus I >>> would like to secure my data. >>> What I would like is encryption both for the transfer to the box, >>> and encrypted on disk. The data on disk should not be readable by >>> anyone but me (ie the other user(s) of the box should not be able to >>> read it, at least not without a big effort). >>> >>> So, I'm wondering what the best solution might be.. Tar'balling all >>> my stuff and encrypt it with GPG or something and just dump it there >>> with NFS would be the easiest solution, but maybe not the best. I've >>> been thinking about running a GELI image on my box, and store that >>> on the NAS over NFS.. would that be doable/secure/stable? >>> Another idea would be to go with some regular 1U box running some >>> FBSD, doing scp to the box and geli local on the box but that would >>> require me to have the encryption keys on that box (which would be >>> shared so thus no good idea). >>> >>> Any other ideas? Being able to rsync to the backup storage instead >>> of just sending big encrypted tarballs would be very nice (and I >>> guess that would be possible with geli version) >>> >>> Maybe not the perfect list for this, but it is somewhat freebsd >>> specific and I'm sure some other ppl on the list have had simliar >>> situations :) >>> >>> -- >>> Johan Str=F6m >>> Stromnet >>> johan@stromnet.se >>> http://www.stromnet.se/ >>> >> >> Hello, >> >> As of the encryption on the transfer I use security/sfs to mount =20 >> remote >> directory for backup and then rsync in the local. > > I thought SFS looked pretty neat until I saw this in the =20 > documentation: > > Finally, you must export all the local-directorys in your =20 > sfsrwsd_config > to localhost via NFS version 3. > > See my mail to Johan, as it documents a known "issue" with > nfsd/mountd/portmap on FreeBSD (re: binding to INADDR_ANY and using > dynamically-allocated port numbers). This circles back to my "if you > HAVE to use NFS, do so on a dedicated network which has no public > access" statement. > SFS indeed looked very nice, but didnt provide me with the encrypted-=20 on-disk feature I need as I understand?. As mentioned earlier I don't want to store crypto keys on the backup =20 machine itself, otherwise I could have used geli or something. Thanks -- Johan From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 20:18:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDDF216A469 for ; Tue, 15 Jan 2008 20:18:22 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 95E6013C457 for ; Tue, 15 Jan 2008 20:18:21 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so3822868pyb.10 for ; Tue, 15 Jan 2008 12:18:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=9MkawGrNgdKMdbSthrQc/9A+KuHZkvhGieNhhHxFUn8=; b=DR2Xz9CjrkcQy/ImhxYN7RprfQpwblNTu10JaB7DZt0DPIuoFWqDHuuegF7oxu9zQ5BLZuunbih/KQh8O/irZVQ9RCYtqZIGNyAzirt+leq/QhNMlSonI3marYVCUhCOmtSC+YN6Fc+3edWWA+rXjiG9K5DIIUPVEKTABnN932g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=xuY17pkaThflAggj2Jrc2u8iW+L1qp2CTzShzUNKlfze5gukK+Yi/R+6nIYaWi0WIlNkEprES7rNMFxF9NG83o/GpbUZB5lo7SMV+i4rhscOjQEMel10LMYSIpdDCvZo45A+U7gYrGIq0bbIstdxHAT+k4cGG9UNvkrr2oXH5Bw= Received: by 10.141.142.15 with SMTP id u15mr4866639rvn.238.1200426673337; Tue, 15 Jan 2008 11:51:13 -0800 (PST) Received: by 10.140.142.11 with HTTP; Tue, 15 Jan 2008 11:51:13 -0800 (PST) Message-ID: Date: Tue, 15 Jan 2008 21:51:13 +0200 From: "George Kontostanos" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 6.3-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 20:18:22 -0000 So may I guess that we have a release ? 6.3-RELEASE FreeBSD 6.3-RELEASE #1: Tue Jan 15 21:25:07 EET 2008 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 20:19:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA30C16A418 for ; Tue, 15 Jan 2008 20:19:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 5B14A13C45A for ; Tue, 15 Jan 2008 20:19:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8q) with ESMTP id 228623194-1834499 for multiple; Tue, 15 Jan 2008 15:17:06 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id m0FKIrSO061341; Tue, 15 Jan 2008 15:18:58 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 15 Jan 2008 13:40:46 -0500 User-Agent: KMail/1.9.7 References: <200801101109.38294.jhb@freebsd.org> <70AABDAF-1925-4DBE-88A2-976CFBC55C5E@khera.org> In-Reply-To: <70AABDAF-1925-4DBE-88A2-976CFBC55C5E@khera.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801151340.46771.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 15 Jan 2008 15:18:58 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5484/Tue Jan 15 14:31:27 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Vivek Khera Subject: Re: What current Dell Systems are supported/work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 20:19:02 -0000 On Tuesday 15 January 2008 10:25:14 am Vivek Khera wrote: > > On Jan 10, 2008, at 11:09 AM, John Baldwin wrote: > > >> *: This is the default behavior for 7.0, I have not encountered the > >> problem mentioned above on any 1950/2950 boxes so far I have tested. > > > > I will enable MSI by default on 6.x now (so will take affect for 6.4). > > We've also enabled it by default on 6.x at work. > > > > Where can one go to read up on what MSI is and how it helps us? > > Is enabling it just setting a sysctl? Does that have to be done in > loader.conf or can it happen later? loader.conf (though it is now default on in RELENG_6). hw.pci.msi_enable=1 hw.pci.msix_enable=1 -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 20:25:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D62216A468 for ; Tue, 15 Jan 2008 20:25:44 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 0BEB013C46B for ; Tue, 15 Jan 2008 20:25:44 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 979868C0C5; Tue, 15 Jan 2008 14:25:43 -0600 (CST) Date: Tue, 15 Jan 2008 14:25:43 -0600 To: George Kontostanos Message-ID: <20080115202543.GA8379@soaustin.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) Cc: freebsd-stable@freebsd.org Subject: Re: 6.3-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 20:25:44 -0000 On Tue, Jan 15, 2008 at 09:51:13PM +0200, George Kontostanos wrote: > So may I guess that we have a release ? This question happens every time we get near a release. There will be a release when, and only when, a signed email is sent from the Release Engineering team to the various mailing lists. In the meantime, final preparations are being made, such as giving the mirrors time to get the bits, so that they will be there when the announcement goes out. Please be patient. mcl From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 20:42:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 961C116A417 for ; Tue, 15 Jan 2008 20:42:17 +0000 (UTC) (envelope-from royce@alaska.net) Received: from iris.acsalaska.net (iris.acsalaska.net [209.112.173.229]) by mx1.freebsd.org (Postfix) with ESMTP id 6DFF813C465 for ; Tue, 15 Jan 2008 20:42:17 +0000 (UTC) (envelope-from royce@alaska.net) Received: from [10.0.102.101] (209-112-156-47-adslb0fh.acsalaska.net [209.112.156.47]) by iris.acsalaska.net (8.14.1/8.14.1) with ESMTP id m0FKNPIl089227 for ; Tue, 15 Jan 2008 11:23:25 -0900 (AKST) (envelope-from royce@alaska.net) Message-ID: <478D163C.8070402@alaska.net> Date: Tue, 15 Jan 2008 11:23:24 -0900 From: Royce Williams User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ACS-Spam-Status: no X-ACS-Scanned-By: MD 2.63; SA 3.2.3; spamdefang 1.122 Subject: Re: 6.3-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 20:42:17 -0000 George Kontostanos wrote, on 1/15/2008 10:51 AM: > So may I guess that we have a release ? > > 6.3-RELEASE FreeBSD 6.3-RELEASE #1: Tue Jan 15 21:25:07 EET 2008 Not quite yet ... # sh freebsd-update.sh -f freebsd-update.conf -r 6.3-RELEASE upgrade Looking up update.FreeBSD.org mirrors... 1 mirrors found. Fetching metadata signature for 6.3-RC2 from update1.FreeBSD.org... done. Fetching metadata index... done. Fetching 1 metadata patches. done. Applying metadata patches... done. Inspecting system... done. [snip] Does this look reasonable (y/n)? y Fetching metadata signature for 6.3-RELEASE from update1.FreeBSD.org... failed. No mirrors remaining, giving up. Royce -- Royce D. Williams - IP Engineering, ACS http://www.tycho.org/royce/ - PGP: 3FC087DB/1776A531 Reproof should not exhaust its power upon petty failings. - S.Johnson From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 20:44:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 890BC16A420 for ; Tue, 15 Jan 2008 20:44:43 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 1DF4913C4D5 for ; Tue, 15 Jan 2008 20:44:42 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-39-232.lns10.adl2.internode.on.net [121.45.39.232]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m0FKicG0075251 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jan 2008 07:14:39 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Hiroshi Nishida Date: Wed, 16 Jan 2008 07:14:31 +1030 User-Agent: KMail/1.9.7 References: <4759A1F3.10008@asusa.net> <200801151700.16388.doconnor@gsoft.com.au> <478CE777.6040901@asusa.net> In-Reply-To: <478CE777.6040901@asusa.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1402331.ZzhG0K7bxx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801160714.31745.doconnor@gsoft.com.au> X-Spam-Score: -2.389 () AWL,BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: G965 patch for 6.3-Beta X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 20:44:43 -0000 --nextPart1402331.ZzhG0K7bxx Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 16 Jan 2008, Hiroshi Nishida wrote: > The patch is based on the outdated FreeBSD 7-current, so we should > look at the latest one. OK, I see. I sent an email to Eric about it because according to the commit logs=20 (which I only noticed later) G33 support is there but disconnected due=20 to a lack of testing. > Fortunately I have 8 G33 machines (Intel DG33BU M/B) but they are > going to be used for long long experiments with FreeBSD 7.0 or > Solaris very soon. > > If I have a chance, I'll try to check with G33. That would be great, thanks. > Sorry for no immediate help. No problem, it is not critical, just one of those "It would be nice"=20 things :) =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 --nextPart1402331.ZzhG0K7bxx Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHjRsv5ZPcIHs/zowRAnYIAJ0VKwlRrxs+CXHWNJecviVJ2J14OACgkWGu 5T3XuFj/26mvZyOkX4nuRWg= =uEN/ -----END PGP SIGNATURE----- --nextPart1402331.ZzhG0K7bxx-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 20:48:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F359216A418 for ; Tue, 15 Jan 2008 20:48:27 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.187]) by mx1.freebsd.org (Postfix) with ESMTP id 4B91013C458 for ; Tue, 15 Jan 2008 20:48:27 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so2602535rvb.43 for ; Tue, 15 Jan 2008 12:48:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=QCyVucYopPIqlfw++BavgGWlcS+054ZJQTJEuHxbQLc=; b=Ge4ZKIFYsmEkQItOarnkySquSD10Q2NezVw0rXQPqX6kMXOLj4aRBWtJ1AOXzXS0P1YYSu0+m6y4uvvGQxOUhz4sKt0mMMbWbfWLHN+Vbne7RuUMQBA1/3lk/F5SyN7gqRuLWHxaPIqEclUvWgM/mO9k9tLZxDNKop7F01RE1NE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=l4BVq3K3KfOstR5ePqKB5/bFukkP53lG+5gR2ANkOYHt/D7jxwUBYykUPcTWyarshPIrXpZWTA3AbauCWUozacTJTjcS4VlV0zToJx1qWCazmZI9WBxWUwOR0iRR01AcpZC9wfKeT3lot17EUFO/lbKgUNr2m5G5Zvqe/IRl3qQ= Received: by 10.141.142.15 with SMTP id u15mr3214484rvn.66.1200430106964; Tue, 15 Jan 2008 12:48:26 -0800 (PST) Received: by 10.140.142.11 with HTTP; Tue, 15 Jan 2008 12:48:26 -0800 (PST) Message-ID: Date: Tue, 15 Jan 2008 22:48:26 +0200 From: "George Kontostanos" To: "Royce Williams" In-Reply-To: <478D163C.8070402@alaska.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <478D163C.8070402@alaska.net> Cc: freebsd-stable@freebsd.org Subject: Re: 6.3-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 20:48:28 -0000 On Jan 15, 2008 10:23 PM, Royce Williams wrote: > George Kontostanos wrote, on 1/15/2008 10:51 AM: > > So may I guess that we have a release ? > > > > 6.3-RELEASE FreeBSD 6.3-RELEASE #1: Tue Jan 15 21:25:07 EET 2008 > > Not quite yet ... > > # sh freebsd-update.sh -f freebsd-update.conf -r 6.3-RELEASE upgrade > Looking up update.FreeBSD.org mirrors... 1 mirrors found. > Fetching metadata signature for 6.3-RC2 from update1.FreeBSD.org... done. > Fetching metadata index... done. > Fetching 1 metadata patches. done. > Applying metadata patches... done. > Inspecting system... done. > > [snip] > > Does this look reasonable (y/n)? y > > Fetching metadata signature for 6.3-RELEASE from update1.FreeBSD.org... failed. > No mirrors remaining, giving up. > > > Royce > > -- > Royce D. Williams - IP Engineering, ACS > http://www.tycho.org/royce/ - PGP: 3FC087DB/1776A531 > Reproof should not exhaust its power upon petty failings. - S.Johnson > _______________________________________________ > 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" > Well, I followed the old traditional way of syncing my code and then doing the the build world & kernel thing. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 20:50:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86E5316A41B for ; Tue, 15 Jan 2008 20:50:58 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by mx1.freebsd.org (Postfix) with ESMTP id 4E26613C442 for ; Tue, 15 Jan 2008 20:50:58 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1268025nzf.13 for ; Tue, 15 Jan 2008 12:50:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=wNIBEjpILNkFKoLbdcBlPwnh0LQ+q7vWu9559AzBwQE=; b=U1rS32kDHbYEYBqKnjTusf6YG0iMP0n+GiHd1k2JyWCUiCJcSe9Fv79bwatcNJZpZhc90wpmJDDSwVx128vM8t3hpnJsuzgii/TjcHYoKYXQNMXw/KeAyp4ATeugENAagnTmqm/KLEG85zxGcl3Veg9WsODREaZt8kcjHt4Ylrk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=M/XAXiQT+Q7vgP0spN1xvIChZyp3MvSbeKshjdySn4qJMQdYtsPGS5LQkHODiP5k+BMtQ+OFyWcHYN9YRIWWcOzbwUB8+td7MsLOZmnhYqjGonRippj2GUD1AcXSqLAQP/AkpL58erRqulC0FlWN2shoFNvy7T8WWDaVb4eGXUs= Received: by 10.140.180.13 with SMTP id c13mr4917570rvf.153.1200430256455; Tue, 15 Jan 2008 12:50:56 -0800 (PST) Received: by 10.140.142.11 with HTTP; Tue, 15 Jan 2008 12:50:56 -0800 (PST) Message-ID: Date: Tue, 15 Jan 2008 22:50:56 +0200 From: "George Kontostanos" To: "Mark Linimon" In-Reply-To: <20080115202543.GA8379@soaustin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080115202543.GA8379@soaustin.net> Cc: freebsd-stable@freebsd.org Subject: Re: 6.3-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 20:50:58 -0000 On Jan 15, 2008 10:25 PM, Mark Linimon wrote: > On Tue, Jan 15, 2008 at 09:51:13PM +0200, George Kontostanos wrote: > > So may I guess that we have a release ? > > This question happens every time we get near a release. > > There will be a release when, and only when, a signed email is sent from > the Release Engineering team to the various mailing lists. In the meantime, > final preparations are being made, such as giving the mirrors time to get > the bits, so that they will be there when the announcement goes out. > > Please be patient. > > mcl > Sorry Mark, I just got a bit enthusiastic with it! George From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 21:07:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1909416A418 for ; Tue, 15 Jan 2008 21:07:31 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 1C9B613C457 for ; Tue, 15 Jan 2008 21:07:26 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so3126459fgg.35 for ; Tue, 15 Jan 2008 13:07:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=azc/XXpdc3yG5Sq8rRWo2qIJ9sdXltHmTI+lxV4D2f8=; b=v6mTmkYwuEtTKis8BwdJOQ7h3ARXQ2Grs3bdL/0lExOWKYLDfuCIsDxhyAMIeM8bDFl+hX6BIrPuhtebX61V95HzE3/Eju3uVMVe+Z7S9Xnr9jyP4NJt1FljOXwrN5CUAuwvqhSnzxEyGgOsDC9yXFGkxuxrpDECrB2LxGoQnCI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NR9UFkLedopnoktPQOHMiR2QEUyUSgOvKJaxDHzBtUlXygLgaiUVdv921/4r+cytzA1m+Idfm450Q6C36TfG5I9k01oZ4Gji1qn5EP/30R3zp9t2hLBAGTtXjrljEnA9x3AFHR9RbSiN4UwNKc9YoutkPnAsHY+bTeHUOV0wq5U= Received: by 10.86.61.13 with SMTP id j13mr7803210fga.48.1200429608895; Tue, 15 Jan 2008 12:40:08 -0800 (PST) Received: by 10.86.66.17 with HTTP; Tue, 15 Jan 2008 12:40:08 -0800 (PST) Message-ID: Date: Tue, 15 Jan 2008 22:40:08 +0200 From: "Dennis Melentyev" To: nicolas@nicoelro.net In-Reply-To: <478C70B2.1050300@nicoelro.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <478C70B2.1050300@nicoelro.net> Cc: freebsd-stable@freebsd.org Subject: Re: Very bad performances with wpi and 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 21:07:31 -0000 Hi Nicolas! My card on Dell Latitude D830 is somewhat different (note subdevice): # sysctl -a |grep wpi net.wlan.0.%parent: wpi0 debug.wpi: 0 dev.wpi.0.%desc: Intel(R) PRO/Wireless 3945ABG dev.wpi.0.%driver: wpi dev.wpi.0.%location: slot=0 function=0 handle=\_SB_.PCI0.RP02.PXS2 dev.wpi.0.%pnpinfo: vendor=0x8086 device=0x4222 subvendor=0x8086 subdevice=0x1021 class=0x028000 dev.wpi.0.%parent: pci12 # uname -v FreeBSD 7.0-PRERELEASE #6: Wed Jan 9 20:57:45 EET 2008 root@*******:/usr/obj/usr/src/sys/GENERIC aside this, everything else is quite the same. I had bad performance with syslink (I believe, could be wrong at hotel) and everything is good with DLink DI-524. PS. Also seeing messages while associating/DHCPing: wpi0: wpi_cmd: cmd 72 not sent, busy wpi0: wpi_cmd: cmd 72 not sent, busy wpi0: discard frame w/o packet header 2008/1/15, Nicolas Letellier : > Hello, > > I use FreeBSD 7.0-RC1 with my laptop (Asustek A6000 Series). > Performances with wpi are very very bad: in my LAN, I download a file at > 4 k/s. In Internet, I would believe I use a 56 k connection :-) > > In this laptop, I have a NIC (chipset re), and I don't have any problem > with. The connection is very very stable. The problem is juste with wpi > and my Wireless NIC. > > I test OpenBSD-current, and I didn't have any problem with wpi. The > problem is juste with FreeBSD 7.0-RC1. I have any firewalls, nothing. > All is perfect with my NIC re. > > I test with GENERIC, and I build my own kernel (with wpi support build > into kernel). The problem is the same. > > See more informations here: > > numenor# cat /boot/loader.conf > nvidia_load="YES" > wpifw_load="YES" > legal.intel_wpi.license_ack=1 > > > numenor# cat /etc/rc.conf > defaultrouter="192.168.1.249" > hostname="numenor.********" > ifconfig_wpi0="inet 192.168.1.4 ssid Nicoelro_Wifi" > > numenor# ifconfig wpi0 > wpi0: flags=8843 metric 0 mtu 1500 > ether 00:13:02:dd:05:5f > inet 192.168.1.4 netmask 0xffffff00 broadcast 192.168.1.255 > media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/36Mbps) > status: associated > ssid Nicoelro_Wifi channel 10 (2457 Mhz 11g) bssid 00:0f:b5:b9:9f:cc > authmode OPEN privacy OFF txpower 50 bmiss 7 scanvalid 60 > protmode CTS > > > Sometimes, I see this message: > wpi0: discard frame w/o packet header > > numenor# sysctl -a | grep wpi > net.wlan.0.%parent: wpi0 > debug.wpi: 0 > dev.wpi.0.%desc: Intel(R) PRO/Wireless 3945ABG > dev.wpi.0.%driver: wpi > dev.wpi.0.%location: slot=0 function=0 handle=\_SB_.PCI0.P0P7.WLAN > dev.wpi.0.%pnpinfo: vendor=0x8086 device=0x4222 subvendor=0x8086 > subdevice=0x1001 class=0x028000 > dev.wpi.0.%parent: pci3 > > > numenor# dmesg > *Copyright (c) 1992-2008 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-RC1 #1: Mon Jan 14 18:12:58 CET 2008 > root@numenor.nicoelro.net:/usr/obj/usr/src/sys/NUMENOR > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.52-MHz > 686-class CPU) > Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 > > Features=0xbfe9fbff > Features2=0xc189 > AMD Features=0x100000 > Cores per package: 2 > real memory = 1073545216 (1023 MB) > avail memory = 1032773632 (984 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > hptrr: HPT RocketRAID controller driver v1.1 (Jan 14 2008 18:12:38) > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 3ff00000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > acpi_ec0: port 0x62,0x66 on acpi0 > cpu0: on acpi0 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 6130a2c06000613 > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > cpu1: on acpi0 > ACPI Warning (tbutils-0243): Incorrect checksum in table [SSDT] - D6, > should be 9C [20070320] > est1: on cpu1 > p4tcc1: on cpu1 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > nvidia0: mem > 0xfd000000-0xfdffffff,0xc0000000-0xcfffffff,0xfc000000-0xfcffffff irq 16 > at device 0.0 on pci1 > nvidia0: [GIANT-LOCKED] > nvidia0: [ITHREAD] > pcm0: mem > 0xfebfc000-0xfebfffff irq 21 at device 27.0 on pci0 > pcm0: [ITHREAD] > pcib2: irq 16 at device 28.0 on pci0 > pci2: on pcib2 > re0: port 0xc800-0xc8ff mem > 0xfe0ff000-0xfe0fffff irq 16 at device 0.0 on pci2 > re0: Using 2 MSI messages > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > re0: Ethernet address: 00:18:f3:5b:f6:31 > re0: [FILTER] > re0: [FILTER] > pcib3: irq 19 at device 28.3 on pci0 > pci3: on pcib3 > wpi0: mem 0xfe1ff000-0xfe1fffff irq 19 > at device 0.0 on pci3 > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > bus_dmamem_alloc failed to align memory properly. > wpi0: Ethernet address: 00:13:02:dd:05:5f > wpi0: [ITHREAD] > wpi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps > wpi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > wpi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps > 24Mbps 36Mbps 48Mbps 54Mbps > uhci0: port 0xec00-0xec1f irq 23 at > device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xe880-0xe89f irq 19 at > device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > uhci1: [ITHREAD] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xe800-0xe81f irq 18 at > device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > uhci2: [ITHREAD] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0xe480-0xe49f irq 22 at > device 29.3 on pci0 > uhci3: [GIANT-LOCKED] > uhci3: [ITHREAD] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: on usb3 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem > 0xfebfbc00-0xfebfbfff irq 23 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: on usb4 > uhub4: 8 ports with 8 removable, self powered > ugen0: on uhub4 > pcib4: at device 30.0 on pci0 > pci4: on pcib4 > pci4: at device 1.0 (no driver attached) > pci4: at device 1.1 (no driver attached) > pci4: at device 1.2 (no driver attached) > pci4: at device 1.3 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > acpi_button1: on acpi0 > acpi_tz0: on acpi0 > acpi_acad0: on acpi0 > battery0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model IntelliMouse, device ID 3 > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xcefff pnpid ORM0000 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 > ums0: on > uhub0 > ums0: 3 buttons and Z dir. > Timecounters tick every 1.000 msec > hptrr: no controller detected. > ad0: 95396MB at ata0-master UDMA100 > acd0: DVDR at ata0-slave UDMA33 > pcm0: > pcm0: > SMP: AP CPU #1 Launched! > GEOM_LABEL: Label for provider ad0s1 is msdosfs/RECOVERY. > GEOM_LABEL: Label for provider ad0s2 is ntfs/Syst\M-hme. > GEOM_LABEL: Label for provider ad0s5 is msdosfs/ . > Trying to mount root from ufs:/dev/ad0s3a > * > > Am is alone with this performance problem? I cannot use wpi driver in > these conditions, so I use re driver for my NIC. > > Nicolas > > _______________________________________________ > 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" > -- Dennis Melentyev From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 21:34:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE75016A418 for ; Tue, 15 Jan 2008 21:34:48 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id B2FE713C442 for ; Tue, 15 Jan 2008 21:34:43 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from [10.29.62.13] (helo=[10.29.62.13]) by fish.ish.com.au with esmtpa (Exim 4.43) id 1JEt2B-0007wH-PE; Wed, 16 Jan 2008 08:09:28 +1100 Message-Id: <39FB5CF3-F2F4-401B-9D6D-7796608152E5@ish.com.au> From: Aristedes Maniatis To: =?ISO-8859-1?Q?Johan_Str=F6m?= In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 16 Jan 2008 08:09:11 +1100 References: X-Mailer: Apple Mail (2.915) X-Spam-Score: -1.4 (-) X-Spam-Report: -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP Cc: emj@emj.se, freebsd-stable@freebsd.org Subject: Re: Backup solution suggestions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 21:34:49 -0000 On 15/01/2008, at 8:52 PM, Johan Str=F6m wrote: > I'm looking to invest in some new hardware for backup. probably some =20= > kind of NAS (a 4-disk 1U NAS or something in that size). The thing =20 > is that I won't be the only one with access to this box, thus I =20 > would like to secure my data. > What I would like is encryption both for the transfer to the box, =20 > and encrypted on disk. The data on disk should not be readable by =20 > anyone but me (ie the other user(s) of the box should not be able to =20= > read it, at least not without a big effort). Take a look at bacula. It is a proper backup system, meaning that it =20 does incremental backups, etc. Storage pools can be encrypted. Not =20 sure if the network stream can be, but that could be solved with an =20 ssh tunnel. And it is open source, reliable and runs nicely on FreeBSD. Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 21:43:00 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4BB816A419 for ; Tue, 15 Jan 2008 21:43:00 +0000 (UTC) (envelope-from anholt@FreeBSD.org) Received: from vonnegut.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.freebsd.org (Postfix) with ESMTP id E5AA413C457 for ; Tue, 15 Jan 2008 21:42:58 +0000 (UTC) (envelope-from anholt@FreeBSD.org) Received: from vonnegut.anholt.net (localhost [127.0.0.1]) by vonnegut.anholt.net (8.14.2/8.14.1) with ESMTP id m0FJrI3d008942; Tue, 15 Jan 2008 11:53:18 -0800 (PST) (envelope-from anholt@FreeBSD.org) Received: (from anholt@localhost) by vonnegut.anholt.net (8.14.2/8.14.1/Submit) id m0FJrGRS008941; Tue, 15 Jan 2008 11:53:17 -0800 (PST) (envelope-from anholt@FreeBSD.org) X-Authentication-Warning: vonnegut.anholt.net: anholt set sender to anholt@FreeBSD.org using -f From: Eric Anholt To: "Daniel O'Connor" , freebsd-stable@FreeBSD.org In-Reply-To: <200801152012.56683.doconnor@gsoft.com.au> References: <200801152012.56683.doconnor@gsoft.com.au> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-CV7EhRbPOy4kFqtB74Ah" Date: Tue, 15 Jan 2008 11:53:14 -0800 Message-Id: <1200426794.2916.17.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Cc: Subject: Re: Fwd: FreeBSD 6.3 and Intel G33 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: eric@anholt.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jan 2008 21:43:00 -0000 --=-CV7EhRbPOy4kFqtB74Ah Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2008-01-15 at 20:12 +1030, Daniel O'Connor wrote: > I just checked the CVS logs and found that you added G33 support but=20 > left it disconnected due to a lack of testing... Huh, I forgot. > How can I test it? :) I took a quick review of the docs again and I think it's almost complete. The gtt_size detection is broken, though. We should have gtt_size (the amount of graphics stolen memory used for storing the GTT data) equal to zero on this hardware, instead of using the G965 path. However, this also requires current xf86-video-intel, which fixes the mistaken assumption we originally had for xf86-video-intel and linux agp that the gtt stolen memory was stolen out of graphics stolen memory. Updating just the AGP driver for fixing the bad stolen memory assumption means that the 2d driver tries to bind memory lower than the AGP driver will let you, and your server won't start. The "proper" fix would be for us to remember the stolen memory address in the GTT and let you bind over them, but restore them on unbind. Some day we would love to release this memory to the general page allocator and get rid of this stolen memory disaster. To test, install xf86-video-intel from ports, uncomment those PCI IDs, and start X. If things are working, then it probably means you're good to go and we can enable it by default. If you're getting the "agp0: trying to bind into stolen memory" complaint, you need current 2D from git://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel and we should cherry-pick the relevant patch into our ports. To be sure that everything's working, also enable DRI by installing updated DRM from git://anongit.freedesktop.org/git/mesa/drm (bsd-core directory, make all install). It may complain if you have witness enabled, since I haven't brought over the witness fix from -current yet. > email message attachment (forwarded message), ""Daniel O'Connor" > : FreeBSD 6.3 and Intel G33" > > -------- Forwarded Message -------- > > From: Daniel O'Connor > > To: freebsd-stable@freebsd.org > > Cc: Hiroshi Nishida > > Subject: FreeBSD 6.3 and Intel G33 > > Date: Tue, 15 Jan 2008 17:01:04 +1030 > >=20 > > Hi, > > I'm trying to get a system with an Intel G33 video chipset in it > > (Supermicro C2SBA) working with the Intel driver but I'm not having muc= h > > luck.. > >=20 > > I took the patch from Hiroshi Nishida and added the G33 PCI ID's for it > > now I get agp/i810 attaching to it.. > > Matched G33 > > Matched for Intel G33 IG SVGA controller > > Matched G33 > > Matched for Intel G33 IG SVGA controller > > agp0: port 0x1c60-0x1c67 mem 0xd2300000-= 0xd237ffff,0xc0000000-0xcfffffff,0xd2000000-0xd20fffff irq 16 at device 2.0= on pci0 > > agp_i810_attach() called > > Attaching G33 > > Chip Type: 5, rid:10 > > agp0: detected 7676k stolen memory > > agp0: aperture size is 256M > >=20 > > I tried running X and got this in dmesg.. > > agp0: trying to bind into stolen memory > >=20 > > and this in the X log... > > (=3D=3D) intel(0): Backing store disabled > > (=3D=3D) intel(0): Silken mouse enabled > > (II) intel(0): Initializing HW Cursor > > (II) intel(0): xf86BindGARTMemory: bind key 6 at 0x006ff000 (pgoffset 1= 791) > > (WW) intel(0): xf86BindGARTMemory: binding of gart memory with key 6 > > at offset 0x6ff000 failed (Invalid argument) > >=20 > > Fatal server error: > > Couldn't bind memory for front buffer > >=20 > > I then added the PCI ID (0x8086 / 0x29c2) to /usr/src/sys/dev/drm/drm_p= ciids.h > > and now I get this in dmesg.. > > drmsub0: : (child of agp_i810.c) on agp0 > > info: [drm] AGP at 0xd2300000 0MB > > info: [drm] Initialized i915 1.5.0 20060119 > >=20 > > but that does not affect the error from X. > >=20 > > I see a NetBSD patch at=20 > > http://mail-index.netbsd.org/netbsd-bugs/2007/09/05/0015.html but I hav= en't=20 > > tried shoe horning that in yet.. > >=20 --=20 Eric Anholt anholt@FreeBSD.org eric@anholt.net eric.anholt@intel.com --=-CV7EhRbPOy4kFqtB74Ah Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHjQ8qHUdvYGzw6vcRAm70AJ0b+qeEYknMSPVCmOO29QPNTgE5GwCglkW7 dSYVuGPLJkya9l5wWSrsu/Y= =uu74 -----END PGP SIGNATURE----- --=-CV7EhRbPOy4kFqtB74Ah-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 22:10:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D3DE16A417 for ; Tue, 15 Jan 2008 22:10:56 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 1134213C46E for ; Tue, 15 Jan 2008 22:10:55 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 54916 invoked by uid 0); 15 Jan 2008 21:44:12 -0000 Received: from unknown (HELO white.nat.fasttrackmonkey.com) (spork@216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 15 Jan 2008 21:44:12 -0000 Date: Tue, 15 Jan 2008 16:44:12 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@white.nat.fasttrackmonkey.com To: Christian Walther In-Reply-To: <14989d6e0801150106xce6cb02uaf101815cdb34af0@mail.gmail.com> Message-ID: References: <200801150639.m0F6dkPB050724@tantivy.tantivy.net> <14989d6e0801150106xce6cb02uaf101815cdb34af0@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Bob Vaughan , freebsd-stable@freebsd.org Subject: Re: Why does firefox keep locking up on me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 22:10:56 -0000 Hey all, On Tue, 15 Jan 2008, Christian Walther wrote: > Hello Bob, > > On 15/01/2008, Bob Vaughan wrote: >> I've been having a problem on one particular machine with Firefox locking up >> on me, requiring a hard kill to get rid of it. >> >> The problem is thus: Firefox starts normally, but as soon as I go to a >> site that requires authentication, or any other form of user input, >> It will freeze as soon as I start entering my userid. > [...] >> >> Any ideas where to start looking? > > Since you've done nearly everything that could affect a binary working > properly, I think we can rule out a problem with the base system, X or > the browser itself. > I guess the problem might be related to your ~/.mozilla directory. I > noticed that a large variety of problems might be related to something > been broken inside it. > This might be an extension that might be incompatible and that isn't > installed on any of the other machines. > I'd recommend you to shut down firefox, open a terminal window and > rename the directory to something different. Please note that it > contains all settings you've made in *any* mozilla product (sunbird, > thunderbird). > Start firefox again and give it a try. Another neat trick that I oddly enough learned using OS-X is to just setup a new user on the box and reserve it for checking out odd problems that might be caused by any user-specific settings. This has really helped me out a number of times. Very different OSes, but both end up with a ton of user-specific stuff in $HOME... Charles > HTH > Christian > _______________________________________________ > 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 Jan 15 22:48:27 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA9F416A419 for ; Tue, 15 Jan 2008 22:48:27 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (acme.spoerlein.net [217.172.44.86]) by mx1.freebsd.org (Postfix) with ESMTP id 61FFE13C467 for ; Tue, 15 Jan 2008 22:48:27 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180173036.adsl.alicedsl.de [85.180.173.36]) by acme.spoerlein.net (8.14.1/8.14.1) with ESMTP id m0FMmOoA008453 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 15 Jan 2008 23:48:25 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m0FMCA1q006134 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Jan 2008 23:12:10 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m0FMC9Yv006132; Tue, 15 Jan 2008 23:12:09 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Tue, 15 Jan 2008 23:12:09 +0100 From: Ulrich Spoerlein To: "J.R. Oldroyd" Message-ID: <20080115221209.GF1529@roadrunner.spoerlein.net> Mail-Followup-To: "J.R. Oldroyd" , stable@freebsd.org References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <4783EA7E.1050008@raad.tartu.ee> <4783ED15.1060606@FreeBSD.org> <20080109141859.74d08743@linwhf.opal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080109141859.74d08743@linwhf.opal.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org Subject: Re: 7.0BETA4 desktop system also periodically freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 22:48:28 -0000 On Wed, 09.01.2008 at 14:18:59 -0500, J.R. Oldroyd wrote: > I believe this same problem may also be present on 7.0, at least on > the BETA releases; BETA4 is the latest I have here. > > I have the same problem on two systems here: periodically the systems > will stop dead (no mouse action, no ping responses from other systems, > processes with windows on the screen also freeze); the hangs can be > anything from a few seconds to several MINUTES; then it all comes back > "as if nothing happened" except that keyboard input during the freeze > is lost. Most of my freezes are a few seconds long, some are in the > 15-60 second range, but (fortunately, rarely) I have seen some that > lasted 10-15 MINUTES! > [...] > > But the phone might ring, so I'll stop doing things, the system will > become pretty-much idle, then I'll go to move the mouse and it might be > frozen. When it comes back, the small load peak shows, but top and ps > show nothing unusual. Sorry for the late reply, I'm behind with reading mails. But to let you know that you are not the only person, I witnessed pretty much the same thing. It happens *very* rarely but it does happen from time to time. I'm running 7.0-PRERELEASE with SCHED_ULE on i386 with 1GB RAM and ZFS on a GELI provider. The system is running Xorg7.3 with the radeon driver (I've come to blame Xorg 7.3 for all my recent problems ...) Anyway, it did *never* happen when I'm playing MP3s, but leaving mplayer paused for a couple of minutes I would return and the system was basically frozen. Sometimes after a couple of minutes it would unfreeze and replay all keystrokes and mouse movements but most of the time I'm too impatient to wait. I press the power button and nothing happens. A few minutes later it would do a regular shutdown. Strange things, indeed. The only way, I think I could track this down would be to hook up remote debugging via firewire and break to ddb, but I lack a second firewire laptop :( Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 23:14:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC22A16A46B for ; Tue, 15 Jan 2008 23:14:07 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (acme.spoerlein.net [217.172.44.86]) by mx1.freebsd.org (Postfix) with ESMTP id 5B24013C45B for ; Tue, 15 Jan 2008 23:14:06 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180173036.adsl.alicedsl.de [85.180.173.36]) by acme.spoerlein.net (8.14.1/8.14.1) with ESMTP id m0FMmOo8008453 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 15 Jan 2008 23:48:25 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m0FMIuOp006282 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Jan 2008 23:18:56 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m0FMIuWJ006281; Tue, 15 Jan 2008 23:18:56 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Tue, 15 Jan 2008 23:18:56 +0100 From: Ulrich Spoerlein To: "J.R. Oldroyd" Message-ID: <20080115221856.GG1529@roadrunner.spoerlein.net> Mail-Followup-To: "J.R. Oldroyd" , freebsd-stable@freebsd.org References: <4783EA7E.1050008@raad.tartu.ee> <4783ED15.1060606@FreeBSD.org> <20080109141859.74d08743@linwhf.opal.com> <478522B5.5030101@FreeBSD.org> <20080109235819.7707133d@linwhf.opal.com> <4785C9FC.4090102@FreeBSD.org> <20080111124929.4aed2471@linwhf.opal.com> <20080112123053.164b5a5c@linwhf.opal.com> <20080113172524.081f0abb@linwhf.opal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20080113172524.081f0abb@linwhf.opal.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 2008/01/10 desktop system also periodically freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 23:14:08 -0000 On Sun, 13.01.2008 at 17:25:24 -0500, J.R. Oldroyd wrote: > David's suggestion re powerd may be relevant. I'd noticed that the > problem seems to happen when the system is idle. I posted earlier that > it seems like I can do all sorts of work without a problem then I stop for > a phone call and when I resume it hangs. I tend to notice a lot of hangs > when typing an email. Try with running/looping some MP3 or WAV files. My system never, ever froze during sound playback. Only when "idle". But since I'm running multiple wmdocklets that update periodically "idle" is not really true. Cheers, Ulrich Spoerlein --=20 It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 23:26:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40FCC16A419 for ; Tue, 15 Jan 2008 23:26:59 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id E944D13C447 for ; Tue, 15 Jan 2008 23:26:58 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from localhost (unknown [83.218.84.135]) by core.stromnet.se (Postfix) with ESMTP id 3158DD46404; Wed, 16 Jan 2008 00:26:57 +0100 (CET) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.135]) (amavisd-new, port 10024) with ESMTP id QNCY2yC2TGSy; Wed, 16 Jan 2008 00:26:54 +0100 (CET) Received: from [172.28.1.102] (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id 4EEC5D46403; Wed, 16 Jan 2008 00:26:54 +0100 (CET) In-Reply-To: <39FB5CF3-F2F4-401B-9D6D-7796608152E5@ish.com.au> References: <39FB5CF3-F2F4-401B-9D6D-7796608152E5@ish.com.au> Mime-Version: 1.0 (Apple Message framework v753) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <4FF9842D-ADC9-4A99-9DC4-E0FE1CC9CDCF@stromnet.se> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Wed, 16 Jan 2008 00:26:34 +0100 To: Aristedes Maniatis X-Mailer: Apple Mail (2.753) Cc: emj@emj.se, freebsd-stable@freebsd.org Subject: Re: Backup solution suggestions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 23:26:59 -0000 On Jan 15, 2008, at 22:09 , Aristedes Maniatis wrote: > > On 15/01/2008, at 8:52 PM, Johan Str=F6m wrote: > >> I'm looking to invest in some new hardware for backup. probably =20 >> some kind of NAS (a 4-disk 1U NAS or something in that size). The =20 >> thing is that I won't be the only one with access to this box, =20 >> thus I would like to secure my data. >> What I would like is encryption both for the transfer to the box, =20 >> and encrypted on disk. The data on disk should not be readable by =20 >> anyone but me (ie the other user(s) of the box should not be able =20 >> to read it, at least not without a big effort). > > Take a look at bacula. It is a proper backup system, meaning that =20 > it does incremental backups, etc. Storage pools can be encrypted. =20 > Not sure if the network stream can be, but that could be solved =20 > with an ssh tunnel. And it is open source, reliable and runs nicely =20= > on FreeBSD. > My main problem with existing solutions is this "gap" of encryption =20 on the backup server side. I dont want it to be readable outside of =20 my box (without encryption keys ofcourse), so as soon as I send it of =20= from my box I want it to be encrypted over the link, and down on the =20 disk. Not decrypted on the remote box, to then be encrypted again =20 (with keys available on that box) and then stored to disk. That would =20= allow any users of that box (yes sure you can have file permissions =20 but lets assume someone else have root access there) to read my files. Simple Example: I create regular tarball (gziped maybee) with some files i want to =20 backup, Then i encrypt this file with ie gpg. Then i send of this =20 file using some unspecified network protocol to the storage server. Encrypted all the way, from my end to the remote disk.. The downside is that it is a static file.. not a "dynamic =20 filesystem", nothing I can mount and have easy access to individual =20 files from. *Thats* what I'm looking for. -- Johan= From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 23:38:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2A9A16A46B for ; Tue, 15 Jan 2008 23:38:16 +0000 (UTC) (envelope-from techie@tantivy.tantivy.net) Received: from smtp1.stanford.edu (smtp1.Stanford.EDU [171.67.22.28]) by mx1.freebsd.org (Postfix) with ESMTP id D3D7613C46E for ; Tue, 15 Jan 2008 23:38:16 +0000 (UTC) (envelope-from techie@tantivy.tantivy.net) Received: from smtp1.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 72BCF270D06; Tue, 15 Jan 2008 15:38:16 -0800 (PST) Received: from tantivy.tantivy.net (tantivy.Stanford.EDU [171.66.118.251]) by smtp1.stanford.edu (Postfix) with ESMTP id 0B8A4270CC4; Tue, 15 Jan 2008 15:38:15 -0800 (PST) Received: from tantivy.tantivy.net (techie@localhost.tantivy.net [127.0.0.1]) by tantivy.tantivy.net (8.13.8/8.13.8) with ESMTP id m0FNc0jf065469; Tue, 15 Jan 2008 15:38:15 -0800 (PST) (envelope-from techie@tantivy.tantivy.net) Received: (from techie@localhost) by tantivy.tantivy.net (8.13.8/8.13.8/Submit) id m0FNbxrj065468; Tue, 15 Jan 2008 15:37:59 -0800 (PST) (envelope-from techie) From: Bob Vaughan Message-Id: <200801152337.m0FNbxrj065468@tantivy.tantivy.net> In-Reply-To: To: Charles Sprickman Date: Tue, 15 Jan 2008 15:37:59 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Bob Vaughan , freebsd-stable@freebsd.org, Christian Walther Subject: Re: Why does firefox keep locking up on me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 23:38:17 -0000 > Hey all, > > On Tue, 15 Jan 2008, Christian Walther wrote: > > > Hello Bob, > > > > On 15/01/2008, Bob Vaughan wrote: > >> I've been having a problem on one particular machine with Firefox locking up > >> on me, requiring a hard kill to get rid of it. > >> > >> The problem is thus: Firefox starts normally, but as soon as I go to a > >> site that requires authentication, or any other form of user input, > >> It will freeze as soon as I start entering my userid. > > [...] > >> > >> Any ideas where to start looking? > > > > Since you've done nearly everything that could affect a binary working > > properly, I think we can rule out a problem with the base system, X or > > the browser itself. > > I guess the problem might be related to your ~/.mozilla directory. I > > noticed that a large variety of problems might be related to something > > been broken inside it. > > This might be an extension that might be incompatible and that isn't > > installed on any of the other machines. > > I'd recommend you to shut down firefox, open a terminal window and > > rename the directory to something different. Please note that it > > contains all settings you've made in *any* mozilla product (sunbird, > > thunderbird). > > Start firefox again and give it a try. > > Another neat trick that I oddly enough learned using OS-X is to just setup > a new user on the box and reserve it for checking out odd problems that > might be caused by any user-specific settings. This has really helped me > out a number of times. Very different OSes, but both end up with a ton of > user-specific stuff in $HOME... > > Charles > > > HTH > > Christian Thanks for the tip.. I didn't have any extentions, but moving .mozilla/ out of the way did seem to clear up the problem.. It's my lab machine, so I don't have that much on it. Thanks all.. -- -- Welcome My Son, Welcome To The Machine -- Bob Vaughan | techie @ tantivy.net | | P.O. Box 19792, Stanford, Ca 94309 | -- I am Me, I am only Me, And no one else is Me, What could be simpler? -- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 15 23:55:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D45A16A418 for ; Tue, 15 Jan 2008 23:55:08 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id BB16513C44B for ; Tue, 15 Jan 2008 23:55:07 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 5204 invoked from network); 15 Jan 2008 17:55:06 -0600 Received: from 124-170-226-238.dyn.iinet.net.au (HELO localhost) (124.170.226.238) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 15 Jan 2008 17:55:05 -0600 Date: Wed, 16 Jan 2008 10:54:53 +1100 From: Norberto Meijome To: FreeBSD Stable ML Message-ID: <20080116105453.72c0b78e@meijome.net> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.5; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Kernel panic when kldunload acpi_video X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 23:55:08 -0000 Hi guys, I am not sure if this is acpi related or due to other issues. running latest FreeBSD (built yesterday from fresh sources : FreeBSD ayiin.xxx.com.au 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #14: Wed Jan 16 01:38:57 EST 2008 root@ayiin.xxx.com.au:/usr/obj/usr/src/sys/AYIIN i386 Hardware is Thinkpad z60m , 1.5 GB of RAM. dmesg (non verbose) is @ end of this mail I had : Id Refs Address Size Name 1 30 0xc0400000 63b77c kernel 2 1 0xc0a3c000 84a0 linprocfs.ko 3 3 0xc0a45000 28878 linux.ko 4 1 0xc0a6e000 10328 if_iwi.ko 5 1 0xc0a7f000 155c4 snd_hda.ko 6 2 0xc0a95000 4a36c sound.ko 7 2 0xc0ae0000 6a184 acpi.ko 8 1 0xc0b4b000 4ff4 acpi_ibm.ko 9 1 0xc0b50000 2f338 iwi_ibss.ko 10 1 0xc0b80000 2f4b0 iwi_monitor.ko 11 1 0xc0bb0000 22c98 radeon.ko 12 2 0xc0bd3000 10e98 drm.ko 13 1 0xc4b22000 d000 ipfw.ko 14 1 0xccd23000 2000 rtc.ko PLUS acpi_video.ko loaded in /boot/loader.conf.local. doing a kldunload acpi_video would panic the kernel. Also happened in single user. I have crash dumps, but unfortunately, i wiped the kernel.debug after starting a full clean rebuild of kernel + world for today's changes. I don't know whether this problem happened before 7 - i only started loading acpi_video for a few weeks when I realised I couldn't change the brightness on the screen anymore when under X (works ok in a vconsole) Anyway, I followed the steps in the handbook to get some info about the crash. I've included 2 crashes here, both caused with kldunload acpi_video: [root@ayiin] [Wed Jan 16 10:08:47 2008] /usr/obj/usr/src/sys/AYIINESC[0m^B ESCkESC\# ^Gkgdb kernel.debug /var/crash/vmc^Gore.8 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0ae1889 stack pointer = 0x28:0xf384fb4c frame pointer = 0x28:0xf384fb58 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 = 2395 (kldunload) trap number = 12 panic: page fault Uptime: 3m30s Physical memory: 1526 MB Dumping 283 MB: 268 252 236 220 204 188 172 156 140 124 108 92 76 60 44 28 12 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0xc0ae1889 No source file for address 0xc0ae1889. (kgdb) backtrace #0 doadump () at pcpu.h:195 #1 0xc05f17d3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc05f19d4 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc086d8bc in trap_fatal (frame=0xf384fb0c, eva=16) at /usr/src/sys/i386/i386/trap.c:899 #4 0xc086db2b in trap_pfault (frame=0xf384fb0c, usermode=0, eva=16) at /usr/src/sys/i386/i386/trap.c:812 #5 0xc086e4f6 in trap (frame=0xf384fb0c) at /usr/src/sys/i386/i386/trap.c:490 #6 0xc085720b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0ae1889 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) ^M [root@ayiin] [Wed Jan 16 10:12:15 2008] /usr/obj/usr/src/sys/AYIINESC[0m^B ESCkESC\# ESC[Kkgdb kernel.debug /var/crash/vmcore.7 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0ae1889 stack pointer = 0x28:0xf37b8b4c frame pointer = 0x28:0xf37b8b58 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 = 23712 (kldunload) trap number = 12 panic: page fault Uptime: 16m49s Physical memory: 1526 MB Dumping 311 MB: (CTRL-C to abort) 296 280 264 248 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc05f17d3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc05f19d4 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc086d8bc in trap_fatal (frame=0xf37b8b0c, eva=16) at /usr/src/sys/i386/i386/trap.c:899 #4 0xc086db2b in trap_pfault (frame=0xf37b8b0c, usermode=0, eva=16) at /usr/src/sys/i386/i386/trap.c:812 #5 0xc086e4f6 in trap (frame=0xf37b8b0c) at /usr/src/sys/i386/i386/trap.c:490 #6 0xc085720b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0ae1889 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) list 139 call trap 140 add $4, %esp 141 142 /* 143 * Return via doreti to handle ASTs. 144 */ 145 MEXITCOUNT 146 jmp doreti 147 148 /* (kgdb) ^M Please let me know if you need my ASL and other ACPI related info. cheers, PS : dmesg @ end... _________________________ {Beto|Norberto|Numard} Meijome Quantum Logic Chicken: The chicken is distributed probabalistically on all sides of the road until you observe it on the side of your course. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-PRERELEASE #14: Wed Jan 16 01:38:57 EST 2008 root@ayiin.xxxxx.com.au:/usr/obj/usr/src/sys/AYIIN Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 real memory = 1609433088 (1534 MB) avail memory = 1567571968 (1494 MB) ACPI APIC Table: ACPI Warning (tbfadt-0505): Optional field "Gpe1Block" has zero address or length: 0 102C/0 [20070320] ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 5ff00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x2000-0x20ff mem 0xc8000000-0xcfffffff,0xb0100000-0xb010ffff irq 16 at device 0.0 on pci1 drm0: on vgapci0 info: [drm] Initialized radeon 1.25.0 20060524 pcm0: mem 0xb0000000-0xb0003fff irq 16 at device 27.0 on pci0 pcm0: [ITHREAD] pcib2: irq 20 at device 28.0 on pci0 pci2: on pcib2 bge0: mem 0xb0200000-0xb020ffff irq 16 at device 0.0 on pci2 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:16:36:29:e1:36 bge0: [ITHREAD] pcib3: irq 21 at device 28.1 on pci0 pci3: on pcib3 pcib4: irq 22 at device 28.2 on pci0 pci11: on pcib4 pcib5: irq 23 at device 28.3 on pci0 pci19: on pcib5 uhci0: port 0x1800-0x181f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 17 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1860-0x187f irq 19 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xb0004000-0xb00043ff irq 19 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib6: at device 30.0 on pci0 pci20: on pcib6 cbb0: mem 0xc0000000-0xc0000fff irq 16 at device 0.0 on pci20 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] fwohci0: mem 0xc0001000-0xc00017ff irq 17 at device 0.1 on pci20 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:06:1b:00:20:22:73:c2 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1164000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:06:1b:22:73:c2 fwe0: Ethernet address: 02:06:1b:22:73:c2 fwip0: on firewire0 fwip0: Firewire address: 00:06:1b:00:20:22:73:c2 @ 0xfffe00000000, S400, maxrec 2048 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode pci20: at device 0.2 (no driver attached) pci20: at device 0.3 (no driver attached) iwi0: mem 0xc0002000-0xc0002fff irq 21 at device 2.0 on pci20 iwi0: Ethernet address: 00:13:ce:cc:a8:7a iwi0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1880-0x188f at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 sio0: port 0x2f8-0x2ff irq 3 drq 3 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] battery0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 cryptosoft0: on motherboard pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd1800-0xd27ff,0xdc000-0xdffff,0xe0000-0xeffff pnpid ORM0000 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 ucom0: on uhub0 ums0: on uhub1 ums0: 3 buttons and Z dir. ugen0: on uhub2 Timecounter "TSC" frequency 1995015224 Hz quality 800 Timecounters tick every 1.250 msec Fast IPsec: Initialized Security Association Processing. firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad0: 95396MB at ata0-master SATA150 acd0: DVDR at ata1-master UDMA33 pcm0: pcm0: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s1a Loading configuration files. kernel dumps on /dev/ad0s1g Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/ad0s1b as swap device Starting file system checks: /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 333052 free (1716 frags, 41417 blocks, 0.3% fragmentation) /dev/ad0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1e: clean, 113639 free (135 frags, 14188 blocks, 0.0% fragmentation) /dev/ad0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1f: clean, 11008500 free (180964 frags, 1353442 blocks, 0.4% fragmentation) /dev/ad0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1d: clean, 1056584 free (4576 frags, 131501 blocks, 0.3% fragmentation) Setting hostuuid: f1361401-4750-11cb-9867-96e843b1afff. Setting hostid: 0x71df97f3. Mounting local file systems: . Setting hostname: ayiin.xxxx.com.au. net.inet6.ip6.auto_linklocal: 1 -> 0 kern.ps_arg_cache_limit: 256 -> 10000 hw.acpi.reset_video: 0 -> 1 net.link.tap.user_open: 0 -> 1 net.inet.ip.forwarding: 0 -> 1 kern.ipc.shmmax: 33554432 -> 67108864 kern.ipc.shmall: 8192 -> 32768 dev.acpi_ibm.0.events: 0 -> 1 dev.pcm.0.play.vchans: 1 -> 10 dev.pcm.0.rec.vchans: 1 -> 6 dev.pcm.0.polling: 0 -> 1 debug.cpufreq.lowest: 0 -> 932 hw.pci.do_power_nodriver: 0 -> 3 hw.acpi.cpu.cx_lowest: C1 -> C3 hw.acpi.thermal.user_override: 0 -> 1 hw.acpi.thermal.polling_rate: 10 -> 3 lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 Additional routing options: ignore ICMP redirect=YES log ICMP redirect=YES IP gateway=YES . Starting devd. Starting ums0 moused: . ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled Flushed all rules. ... From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 00:22:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BB7116A46C for ; Wed, 16 Jan 2008 00:22:15 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id E304613C4D3 for ; Wed, 16 Jan 2008 00:22:14 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from OMTA12.westchester.pa.mail.comcast.net ([76.96.62.44]) by QMTA03.westchester.pa.mail.comcast.net with comcast id dcCa1Y0080xGWP80501000; Wed, 16 Jan 2008 00:22:14 +0000 Received: from ANTENNA.LOCAL ([68.35.224.189]) by OMTA12.westchester.pa.mail.comcast.net with comcast id dcMm1Y00D45o48c3Y00000; Wed, 16 Jan 2008 00:21:49 +0000 X-Authority-Analysis: v=1.0 c=1 a=8gjNiKBOhIgA:10 a=6I5d2MoRAAAA:8 a=wZ97GxeHv9G7yd1UZ6kA:9 a=MZoxedGu3lG2boTkDJAA:7 a=cCitqJvBDrf1Ry_OLIP0UHpXrqQA:4 a=SV7veod9ZcQA:10 a=6-x43y6uxGMA:10 Message-ID: <478D4DD5.6090302@comcast.net> Date: Tue, 15 Jan 2008 19:20:37 -0500 From: Nathan Lay User-Agent: Thunderbird 2.0.0.9 (X11/20071230) MIME-Version: 1.0 To: Norberto Meijome References: <20080116105453.72c0b78e@meijome.net> In-Reply-To: <20080116105453.72c0b78e@meijome.net> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable ML Subject: Re: Kernel panic when kldunload acpi_video X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 00:22:15 -0000 Norberto Meijome wrote: > Hi guys, > I am not sure if this is acpi related or due to other issues. > > running latest FreeBSD (built yesterday from fresh sources : > > FreeBSD ayiin.xxx.com.au 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #14: Wed Jan 16 01:38:57 EST 2008 root@ayiin.xxx.com.au:/usr/obj/usr/src/sys/AYIIN i386 > > Hardware is Thinkpad z60m , 1.5 GB of RAM. dmesg (non verbose) is @ end of this mail > > I had : > > Id Refs Address Size Name > 1 30 0xc0400000 63b77c kernel > 2 1 0xc0a3c000 84a0 linprocfs.ko > 3 3 0xc0a45000 28878 linux.ko > 4 1 0xc0a6e000 10328 if_iwi.ko > 5 1 0xc0a7f000 155c4 snd_hda.ko > 6 2 0xc0a95000 4a36c sound.ko > 7 2 0xc0ae0000 6a184 acpi.ko > 8 1 0xc0b4b000 4ff4 acpi_ibm.ko > 9 1 0xc0b50000 2f338 iwi_ibss.ko > 10 1 0xc0b80000 2f4b0 iwi_monitor.ko > 11 1 0xc0bb0000 22c98 radeon.ko > 12 2 0xc0bd3000 10e98 drm.ko > 13 1 0xc4b22000 d000 ipfw.ko > 14 1 0xccd23000 2000 rtc.ko > > PLUS acpi_video.ko loaded in /boot/loader.conf.local. > > doing a kldunload acpi_video would panic the kernel. Also happened in single user. > > I have crash dumps, but unfortunately, i wiped the kernel.debug after starting a full clean rebuild of kernel + world for today's changes. > > I don't know whether this problem happened before 7 - i only started loading acpi_video for a few weeks when I realised I couldn't change the brightness on the screen anymore when under X (works ok in a vconsole) > > Anyway, I followed the steps in the handbook to get some info about the crash. I've included 2 crashes here, both caused with kldunload acpi_video: > > [root@ayiin] [Wed Jan 16 10:08:47 2008] > /usr/obj/usr/src/sys/AYIINESC[0m^B > ESCkESC\# ^Gkgdb kernel.debug /var/crash/vmc^Gore.8 > kgdb: kvm_nlist(_stopped_cpus): > kgdb: kvm_nlist(_stoppcbs): > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x10 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0ae1889 > stack pointer = 0x28:0xf384fb4c > frame pointer = 0x28:0xf384fb58 > 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 = 2395 (kldunload) > trap number = 12 > panic: page fault > Uptime: 3m30s > Physical memory: 1526 MB > Dumping 283 MB: 268 252 236 220 204 188 172 156 140 124 108 92 76 60 44 28 12 > > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) list *0xc0ae1889 > No source file for address 0xc0ae1889. > (kgdb) backtrace > #0 doadump () at pcpu.h:195 > #1 0xc05f17d3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc05f19d4 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc086d8bc in trap_fatal (frame=0xf384fb0c, eva=16) > at /usr/src/sys/i386/i386/trap.c:899 > #4 0xc086db2b in trap_pfault (frame=0xf384fb0c, usermode=0, eva=16) > at /usr/src/sys/i386/i386/trap.c:812 > #5 0xc086e4f6 in trap (frame=0xf384fb0c) at /usr/src/sys/i386/i386/trap.c:490 > #6 0xc085720b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc0ae1889 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) ^M > [root@ayiin] [Wed Jan 16 10:12:15 2008] > /usr/obj/usr/src/sys/AYIINESC[0m^B > ESCkESC\# ESC[Kkgdb kernel.debug /var/crash/vmcore.7 > kgdb: kvm_nlist(_stopped_cpus): > kgdb: kvm_nlist(_stoppcbs): > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x10 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0ae1889 > stack pointer = 0x28:0xf37b8b4c > frame pointer = 0x28:0xf37b8b58 > 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 = 23712 (kldunload) > trap number = 12 > panic: page fault > Uptime: 16m49s > Physical memory: 1526 MB > Dumping 311 MB: (CTRL-C to abort) 296 280 264 248 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8 > > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc05f17d3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc05f19d4 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc086d8bc in trap_fatal (frame=0xf37b8b0c, eva=16) > at /usr/src/sys/i386/i386/trap.c:899 > #4 0xc086db2b in trap_pfault (frame=0xf37b8b0c, usermode=0, eva=16) > at /usr/src/sys/i386/i386/trap.c:812 > #5 0xc086e4f6 in trap (frame=0xf37b8b0c) at /usr/src/sys/i386/i386/trap.c:490 > #6 0xc085720b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc0ae1889 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) list > 139 call trap > 140 add $4, %esp > 141 > 142 /* > 143 * Return via doreti to handle ASTs. > 144 */ > 145 MEXITCOUNT > 146 jmp doreti > 147 > 148 /* > (kgdb) ^M > > Please let me know if you need my ASL and other ACPI related info. > > cheers, > PS : dmesg @ end... > _________________________ > {Beto|Norberto|Numard} Meijome > > Quantum Logic Chicken: > The chicken is distributed probabalistically on all sides of the > road until you observe it on the side of your course. > > I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. > > Copyright (c) 1992-2008 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-PRERELEASE #14: Wed Jan 16 01:38:57 EST 2008 > root@ayiin.xxxxx.com.au:/usr/obj/usr/src/sys/AYIIN > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.02-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 > Features=0xafe9fbff > Features2=0x180 > real memory = 1609433088 (1534 MB) > avail memory = 1567571968 (1494 MB) > ACPI APIC Table: > ACPI Warning (tbfadt-0505): Optional field "Gpe1Block" has zero address or length: 0 102C/0 [20070320] > ioapic0: Changing APIC ID to 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: [ITHREAD] > acpi_ec0: port 0x62,0x66 on acpi0 > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 5ff00000 (3) failed > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > cpu0: on acpi0 > est0: on cpu0 > p4tcc0: on cpu0 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0x2000-0x20ff mem 0xc8000000-0xcfffffff,0xb0100000-0xb010ffff irq 16 at device 0.0 on pci1 > drm0: on vgapci0 > info: [drm] Initialized radeon 1.25.0 20060524 > pcm0: mem 0xb0000000-0xb0003fff irq 16 at device 27.0 on pci0 > pcm0: [ITHREAD] > pcib2: irq 20 at device 28.0 on pci0 > pci2: on pcib2 > bge0: mem 0xb0200000-0xb020ffff irq 16 at device 0.0 on pci2 > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > bge0: Ethernet address: 00:16:36:29:e1:36 > bge0: [ITHREAD] > pcib3: irq 21 at device 28.1 on pci0 > pci3: on pcib3 > pcib4: irq 22 at device 28.2 on pci0 > pci11: on pcib4 > pcib5: irq 23 at device 28.3 on pci0 > pci19: on pcib5 > uhci0: port 0x1800-0x181f irq 16 at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0x1820-0x183f irq 17 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > uhci1: [ITHREAD] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > uhci2: [ITHREAD] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0x1860-0x187f irq 19 at device 29.3 on pci0 > uhci3: [GIANT-LOCKED] > uhci3: [ITHREAD] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: on usb3 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem 0xb0004000-0xb00043ff irq 19 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: on usb4 > uhub4: 8 ports with 8 removable, self powered > pcib6: at device 30.0 on pci0 > pci20: on pcib6 > cbb0: mem 0xc0000000-0xc0000fff irq 16 at device 0.0 on pci20 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb0: [ITHREAD] > fwohci0: mem 0xc0001000-0xc00017ff irq 17 at device 0.1 on pci20 > fwohci0: [FILTER] > fwohci0: OHCI version 1.10 (ROM=0) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:06:1b:00:20:22:73:c2 > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > sbp0: on firewire0 > dcons_crom0: on firewire0 > dcons_crom0: bus_addr 0x1164000 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:06:1b:22:73:c2 > fwe0: Ethernet address: 02:06:1b:22:73:c2 > fwip0: on firewire0 > fwip0: Firewire address: 00:06:1b:00:20:22:73:c2 @ 0xfffe00000000, S400, maxrec 2048 > fwohci0: Initiate bus reset > fwohci0: BUS reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > pci20: at device 0.2 (no driver attached) > pci20: at device 0.3 (no driver attached) > iwi0: mem 0xc0002000-0xc0002fff irq 21 at device 2.0 on pci20 > iwi0: Ethernet address: 00:13:ce:cc:a8:7a > iwi0: [ITHREAD] > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1880-0x188f at device 31.2 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > pci0: at device 31.3 (no driver attached) > acpi_tz0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model Generic PS/2 mouse, device ID 0 > sio0: port 0x2f8-0x2ff irq 3 drq 3 flags 0x10 on acpi0 > sio0: type 16550A > sio0: [FILTER] > battery0: on acpi0 > acpi_acad0: on acpi0 > acpi_ibm0: on acpi0 > cryptosoft0: on motherboard > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xcffff,0xd1800-0xd27ff,0xdc000-0xdffff,0xe0000-0xeffff pnpid ORM0000 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 > ucom0: on uhub0 > ums0: on uhub1 > ums0: 3 buttons and Z dir. > ugen0: on uhub2 > Timecounter "TSC" frequency 1995015224 Hz quality 800 > Timecounters tick every 1.250 msec > Fast IPsec: Initialized Security Association Processing. > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > ad0: 95396MB at ata0-master SATA150 > acd0: DVDR at ata1-master UDMA33 > pcm0: > pcm0: > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > cd0 at ata1 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present > Trying to mount root from ufs:/dev/ad0s1a > Loading configuration files. > kernel dumps on /dev/ad0s1g > Entropy harvesting: > interrupts > ethernet > point_to_point > kickstart > . > swapon: adding /dev/ad0s1b as swap device > Starting file system checks: > /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad0s1a: clean, 333052 free (1716 frags, 41417 blocks, 0.3% fragmentation) > /dev/ad0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad0s1e: clean, 113639 free (135 frags, 14188 blocks, 0.0% fragmentation) > /dev/ad0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad0s1f: clean, 11008500 free (180964 frags, 1353442 blocks, 0.4% fragmentation) > /dev/ad0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad0s1d: clean, 1056584 free (4576 frags, 131501 blocks, 0.3% fragmentation) > Setting hostuuid: f1361401-4750-11cb-9867-96e843b1afff. > Setting hostid: 0x71df97f3. > Mounting local file systems: > . > Setting hostname: ayiin.xxxx.com.au. > net.inet6.ip6.auto_linklocal: > 1 > -> > 0 > > kern.ps_arg_cache_limit: > 256 > -> > 10000 > > hw.acpi.reset_video: > 0 > -> > 1 > > net.link.tap.user_open: > 0 > -> > 1 > > net.inet.ip.forwarding: > 0 > -> > 1 > > kern.ipc.shmmax: > 33554432 > -> > 67108864 > > kern.ipc.shmall: > 8192 > -> > 32768 > > dev.acpi_ibm.0.events: > 0 > -> > 1 > > dev.pcm.0.play.vchans: > 1 > -> > 10 > > dev.pcm.0.rec.vchans: > 1 > -> > 6 > > dev.pcm.0.polling: > 0 > -> > 1 > > debug.cpufreq.lowest: > 0 > -> > 932 > > hw.pci.do_power_nodriver: > 0 > -> > 3 > > hw.acpi.cpu.cx_lowest: > C1 > -> > C3 > > hw.acpi.thermal.user_override: > 0 > -> > 1 > > hw.acpi.thermal.polling_rate: > 10 > -> > 3 > > lo0: flags=8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > Additional routing options: > ignore ICMP redirect=YES > log ICMP redirect=YES > IP gateway=YES > . > Starting devd. > Starting ums0 moused: > . > ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled > Flushed all rules. > ... > _______________________________________________ > 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" > > This happens to me as well on a Thinkpad T43...both on 6.2 and 7.0-RC1. Best Regards, Nathan Lay From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 01:17:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2030716A41B for ; Wed, 16 Jan 2008 01:17:40 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8444813C503 for ; Wed, 16 Jan 2008 01:17:37 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-39-232.lns10.adl2.internode.on.net [121.45.39.232]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m0G1HUix095522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jan 2008 11:47:31 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: eric@anholt.net Date: Wed, 16 Jan 2008 11:47:11 +1030 User-Agent: KMail/1.9.7 References: <200801152012.56683.doconnor@gsoft.com.au> <1200426794.2916.17.camel@localhost> In-Reply-To: <1200426794.2916.17.camel@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3056167.rykduAYgBz"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801161147.19807.doconnor@gsoft.com.au> X-Spam-Score: -2.396 () AWL,BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: Fwd: FreeBSD 6.3 and Intel G33 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 01:17:40 -0000 --nextPart3056167.rykduAYgBz Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 16 Jan 2008, Eric Anholt wrote: > I took a quick review of the docs again and I think it's almost > complete. The gtt_size detection is broken, though. We should have > gtt_size (the amount of graphics stolen memory used for storing the > GTT data) equal to zero on this hardware, instead of using the G965 > path. However, this also requires current xf86-video-intel, which > fixes the mistaken assumption we originally had for xf86-video-intel > and linux agp that the gtt stolen memory was stolen out of graphics > stolen memory. OK.. Not sure what GTT is though :) > Updating just the AGP driver for fixing the bad stolen memory > assumption means that the 2d driver tries to bind memory lower than > the AGP driver will let you, and your server won't start. The > "proper" fix would be for us to remember the stolen memory address in > the GTT and let you bind over them, but restore them on unbind. Some > day we would love to release this memory to the general page > allocator and get rid of this stolen memory disaster. > > To test, install xf86-video-intel from ports, uncomment those PCI > IDs, and start X. If things are working, then it probably means > you're good to go and we can enable it by default. If you're getting > the "agp0: trying to bind into stolen memory" complaint, you need > current 2D from > git://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel and we > should cherry-pick the relevant patch into our ports. I've back ported the AGP driver (and vgapci) and I get.. vgapci0: port 0x1c60-0x1c67 mem 0xd2300000-0xd237f= fff,0xc0000000-0xcfffffff,0xd2000000-0xd20fffff irq 16 at device 2.0 on pci0 Looking at devid 0x29c28086 Matched Intel G33 SVGA controller agp_i810_probe called Looking at devid 0x29c28086 Matched Intel G33 SVGA controller Looking at devid 0x29c28086 Matched Intel G33 SVGA controller agp_i810_probe called Looking at devid 0x29c28086 Matched Intel G33 SVGA controller Looking at devid 0x29c28086 Matched Intel G33 SVGA controller agp0: on vgapci0 Looking at devid 0x29c28086 Matched Intel G33 SVGA controller Looking at devid 0x29c28086 Matched Intel G33 SVGA controller agp0: detected 7676k stolen memory agp0: aperture size is 256M (excuse the spam - I kept adding stuff to it trying to work out why it wasn= 't doing anything then realised the new AGP needed vgapci) With the ports xf86-video-intel I get.. (=3D=3D) intel(0): Backing store disabled (=3D=3D) intel(0): Silken mouse enabled (II) intel(0): Initializing HW Cursor (II) intel(0): xf86BindGARTMemory: bind key 1 at 0x006ff000 (pgoffset 1791) (WW) intel(0): xf86BindGARTMemory: binding of gart memory with key 1 at offset 0x6ff000 failed (Invalid argument) =46atal server error: Couldn't bind memory for front buffer I tried to build your git repo of the driver but I am getting.. gmake[3]: Entering directory `/local0/tmp/xf86-video-intel/src' /usr/local/bin/bash ../libtool --tag=3DCC --mode=3Dcompile gcc -DHAVE_CON= =46IG_H -I. -I.. -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-= prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing= -D_THREAD_SAFE -I/usr/local/include/xorg -I/usr/local/include/pixman-1 -I/= usr/local/include -I/usr/local/include -I/usr/local/include/drm -I/usr/lo= cal/include/X11/dri -DI830_XV -DI830_USE_XAA -DI830_USE_EXA -g -O2 -MT i810= _driver.lo -MD -MP -MF .deps/i810_driver.Tpo -c -o i810_driver.lo i810_driv= er.c gcc -DHAVE_CONFIG_H -I. -I.. -Wall -Wpointer-arith -Wstrict-prototypes -Wm= issing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-alias= ing -D_THREAD_SAFE -I/usr/local/include/xorg -I/usr/local/include/pixman-1 = =2DI/usr/local/include -I/usr/local/include -I/usr/local/include/drm -I/usr= /local/include/X11/dri -DI830_XV -DI830_USE_XAA -DI830_USE_EXA -g -O2 -MT i= 810_driver.lo -MD -MP -MF .deps/i810_driver.Tpo -c i810_driver.c -fPIC -DP= IC -o .libs/i810_driver.o i810_driver.c:456: error: `PACKAGE_VERSION_MAJOR' undeclared here (not in a= function) i810_driver.c:456: error: initializer element is not constant i810_driver.c:456: error: (near initialization for `intelVersRec.majorversi= on') i810_driver.c:456: error: `PACKAGE_VERSION_MINOR' undeclared here (not in a= function) i810_driver.c:456: error: initializer element is not constant i810_driver.c:456: error: (near initialization for `intelVersRec.minorversi= on') i810_driver.c:456: error: `PACKAGE_VERSION_PATCHLEVEL' undeclared here (not= in a function) =2E.. I modified config.h to add those #defines and the man Makefile (configure is fun!) and installed but now I get.. (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) EXA(0): Offscreen pixmap area of 30720000 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) Composite (RENDER acceleration) (=3D=3D) intel(0): Backing store disabled (=3D=3D) intel(0): Silken mouse enabled (II) intel(0): Initializing HW Cursor (II) intel(0): xf86BindGARTMemory: bind key 8 at 0x006ff000 (pgoffset 1791) (WW) intel(0): xf86BindGARTMemory: binding of gart memory with key 8 at offset 0x6ff000 failed (Invalid argument) =46atal server error: Couldn't bind memory for front buffer > To be sure that everything's working, also enable DRI by installing > updated DRM from git://anongit.freedesktop.org/git/mesa/drm (bsd-core > directory, make all install). It may complain if you have witness > enabled, since I haven't brought over the witness fix from -current > yet. OK. I really only want the 2D driver so DPMS works and the screen saver can turn the monitor off (although faster 2D would be good as well) =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 --nextPart3056167.rykduAYgBz Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHjVsf5ZPcIHs/zowRAg2DAJwNCJG4mzsh/H4FkN5Xt39wc6+RagCfdD7/ Pas4OT9K/40cetTA2NUZv/M= =2yyw -----END PGP SIGNATURE----- --nextPart3056167.rykduAYgBz-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 01:55:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D64C16A417 for ; Wed, 16 Jan 2008 01:55:00 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id E69BE13C465 for ; Wed, 16 Jan 2008 01:54:59 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 17830 invoked from network); 15 Jan 2008 19:54:59 -0600 Received: from 124-170-226-238.dyn.iinet.net.au (HELO localhost) (124.170.226.238) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 15 Jan 2008 19:54:59 -0600 Date: Wed, 16 Jan 2008 12:54:46 +1100 From: Norberto Meijome Cc: FreeBSD Stable ML Message-ID: <20080116125446.26b0d850@meijome.net> In-Reply-To: <478D4DD5.6090302@comcast.net> References: <20080116105453.72c0b78e@meijome.net> <478D4DD5.6090302@comcast.net> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.5; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Kernel panic when kldunload acpi_video X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 01:55:00 -0000 On Tue, 15 Jan 2008 19:20:37 -0500 Nathan Lay wrote: > This happens to me as well on a Thinkpad T43...both on 6.2 and 7.0-RC1. thanks for the info. I rebuilt the kernel (but not world yet) with latest src : FreeBSD ayiin.xxx.com.au 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #15: Wed Jan 16 10:28:53 EST 2008 root@ayiin.xxxx.com.au:/usr/obj/usr/src/sys/AYIIN i386 i rebooted into single user mode. Loaded acpi_video (I took it out of my loader.conf.local), I removed it and Boom!, panic. B _________________________ {Beto|Norberto|Numard} Meijome "Humans die and turn to dust, but writing makes us remembered" 4000-year-old words of an Egyptian scribe I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 03:33:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7404116A418 for ; Wed, 16 Jan 2008 03:33:48 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id ED63913C4DD for ; Wed, 16 Jan 2008 03:33:46 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id OAA10339; Wed, 16 Jan 2008 14:04:39 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 16 Jan 2008 14:04:39 +1100 (EST) From: Ian Smith To: Norberto Meijome In-Reply-To: <20080116105453.72c0b78e@meijome.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: FreeBSD Stable ML Subject: Re: Kernel panic when kldunload acpi_video X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 03:33:48 -0000 On Wed, 16 Jan 2008, Norberto Meijome wrote: > Hi guys, > I am not sure if this is acpi related or due to other issues. > > running latest FreeBSD (built yesterday from fresh sources : > > FreeBSD ayiin.xxx.com.au 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #14: > Wed Jan 16 01:38:57 EST 2008 > root@ayiin.xxx.com.au:/usr/obj/usr/src/sys/AYIIN i386 > > Hardware is Thinkpad z60m , 1.5 GB of RAM. dmesg (non verbose) is @ > end of this mail > > I had : > > Id Refs Address Size Name > 1 30 0xc0400000 63b77c kernel > 2 1 0xc0a3c000 84a0 linprocfs.ko > 3 3 0xc0a45000 28878 linux.ko > 4 1 0xc0a6e000 10328 if_iwi.ko > 5 1 0xc0a7f000 155c4 snd_hda.ko > 6 2 0xc0a95000 4a36c sound.ko > 7 2 0xc0ae0000 6a184 acpi.ko > 8 1 0xc0b4b000 4ff4 acpi_ibm.ko > 9 1 0xc0b50000 2f338 iwi_ibss.ko > 10 1 0xc0b80000 2f4b0 iwi_monitor.ko > 11 1 0xc0bb0000 22c98 radeon.ko > 12 2 0xc0bd3000 10e98 drm.ko > 13 1 0xc4b22000 d000 ipfw.ko > 14 1 0xccd23000 2000 rtc.ko > > PLUS acpi_video.ko loaded in /boot/loader.conf.local. > > doing a kldunload acpi_video would panic the kernel. Also happened in > single user. > > I have crash dumps, but unfortunately, i wiped the kernel.debug after > starting a full clean rebuild of kernel + world for today's changes. > > I don't know whether this problem happened before 7 - i only started > loading acpi_video for a few weeks when I realised I couldn't change > the brightness on the screen anymore when under X (works ok in a > vconsole) Beto, hi, not to detract from the seriousness of the problem, two dumb questions: 1) why would you need to unload it? ie did loading it fix the problem? 2) does this mean the acpi_ibm brightness controls aren't working in X? cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 03:36:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC70616A417 for ; Wed, 16 Jan 2008 03:36:44 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 6098313C442 for ; Wed, 16 Jan 2008 03:36:44 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 27460 invoked from network); 15 Jan 2008 21:36:44 -0600 Received: from 124-170-126-40.dyn.iinet.net.au (HELO localhost) (124.170.126.40) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 15 Jan 2008 21:36:44 -0600 Date: Wed, 16 Jan 2008 14:36:30 +1100 From: Norberto Meijome To: Ian Smith Message-ID: <20080116143630.5852f88d@meijome.net> In-Reply-To: References: <20080116105453.72c0b78e@meijome.net> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.5; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable ML Subject: Re: Kernel panic when kldunload acpi_video X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 03:36:44 -0000 On Wed, 16 Jan 2008 14:04:39 +1100 (EST) Ian Smith wrote: > Beto, hi, > > not to detract from the seriousness of the problem, Hey Ian, > two dumb questions: > > 1) why would you need to unload it? no reason at all really - other than I wanted to see if it made any difference and I stumbled upon it...or rather the whole system stumbled and crashed... > ie did loading it fix the problem? nope - it doesn't seem to be related to the ACPI brightness control. > > 2) does this mean the acpi_ibm brightness controls aren't working in X? means exactly that, for me. ACPI msgs are triggered - the tpb util brings up the meter on the screen, but nothing actually changes. I need to double check with DRI disabled, but I think it wasnt working either. Tpb has never actually changed the meter of brightness, as it does with Volume - it has always been stuck in 0 ... never bothered to chase that down because the brightness changes happened anyway. It does work fine on text mode. PS : finally hit 31+ in Syd... i will need a separate AC unit to cool down the 'breathing' of the servers on my desk :P Luckily i'm not in Melb ;)... B _________________________ {Beto|Norberto|Numard} Meijome "Unix is very simple, but it takes a genius to understand the simplicity." Dennis Ritchie I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 05:24:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B4B816A417; Wed, 16 Jan 2008 05:24:43 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.freebsd.org (Postfix) with ESMTP id E68EE13C447; Wed, 16 Jan 2008 05:24:42 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (adsl-68-254-12-161.dsl.wotnoh.ameritech.net [68.254.12.161]) (authenticated bits=0) by mail.united-ware.com (8.13.8/8.13.8) with ESMTP id m0G5U2c8011990 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jan 2008 00:30:04 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: Kris Kennaway Date: Wed, 16 Jan 2008 00:29:06 -0500 User-Agent: KMail/1.9.7 References: <200710171228.39123.mistry.7@osu.edu> <200801041730.39016.mistry.7@osu.edu> <478775B3.6050108@FreeBSD.org> In-Reply-To: <478775B3.6050108@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1261933.Z98WPrOuKI"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801160029.18083.mistry.7@osu.edu> X-Virus-Scanned: ClamAV 0.91.2/5483/Mon Jan 14 09:45:01 2008 on mail.united-ware.com X-Virus-Status: Clean Cc: "David E. Thiel" , freebsd-stable@freebsd.org Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 05:24:43 -0000 --nextPart1261933.Z98WPrOuKI Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 11 January 2008, Kris Kennaway wrote: > Anish Mistry wrote: > > On Friday 04 January 2008, Kris Kennaway wrote: > >> Kris Kennaway wrote: > >>> David E. Thiel wrote: > >>>> On Sun, Dec 30, 2007 at 11:12:26PM +0100, Kris Kennaway wrote: > >>>>>> FWIW, the problem remains for me. Still terrible performance > >>>>>> during compiles. > >>>>> > >>>>> OK. Instead of going over all of the usual questions again, > >>>>> can you point me to a previous mail in which you explain your > >>>>> observations and test results in detail? > >>>> > >>>> The most recent is > >>>> http://marc.info/?l=3Dfreebsd-stable&m=3D119428719505129&w=3D2, but > >>>> it started way back at > >>>> http://marc.info/?l=3Dfreebsd-current&m=3D118998090512027&w=3D2. > >>>> > >>>> I've tried a lot of stuff in between, and all I've been able > >>>> to narrow it down to is that it's not a display driver issue, > >>>> and that none of my swap partition is getting used, so that's > >>>> not the problem. During compiles, my UP system with ULE still > >>>> gets very unresponsive when compiling, sometimes taking up to > >>>> 10 seconds just to draw a new terminal window. Even changing > >>>> focus with the window manager can take several seconds. I'd > >>>> like to provide more info, but I'm not sure what stats are > >>>> useful for this particular issue. Please let me know. dmesg is > >>>> at http://redundancy.redundancy.org/dmesg.txt, and kernel > >>>> config is at http://redundancy.redundancy.org/DEEPTHOUGHT. > >>>> Even though I'm still getting reported 80-95% memory > >>>> utilization and no paging, I'm going to get an extra gig of > >>>> RAM on order to see if that improves things. 2G of ram for a > >>>> desktop, what's the world coming to? ;) > >>> > >>> OK, can you obtain a schedgraph trace when the problem is > >>> manifesting? See /usr/src/tools/sched/ and previous discussion > >>> in this or related threads. > >> > >> Anyone? Time is rapidly running out to get this fixed in time > >> for 7.0-RELEASE, so we need this trace ASAP. > > > > http://am-productions.biz/docs/ktr.out.gz > > > > Is there a way to export the graph once I'm looking in it in > > schedgraph.py? > > The above trace does not show any compiler activity. What was the > process that was interfering with X performance in your case? > > You also have a CPU load of up to 17, which is rather high. I am > not sure it is reasonable to expect your machine to stay perfectly > responsive while it is under that kind of load. http://am-productions.biz/docs/ktr-2.out.gz Here is another run while compiling thunderbird, though it might just=20 show the same thing. It lasted about 20 seconds and hopefully I=20 caught some of it. =2D-=20 Anish Mistry --nextPart1261933.Z98WPrOuKI Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHjZYjxqA5ziudZT0RAoeFAJoCD0PpMLbqzgC1LDNfOUmhDRTH5gCgpyDs 4Elh93eYiCOE/ibSNvLH1F8= =/zuP -----END PGP SIGNATURE----- --nextPart1261933.Z98WPrOuKI-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 14:01:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19EB716A417 for ; Wed, 16 Jan 2008 14:01:10 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 649C113C468 for ; Wed, 16 Jan 2008 14:01:09 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 16 Jan 2008 14:01:07 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO homeKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp016) with SMTP; 16 Jan 2008 15:01:07 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1/sG8cdntrs97pzL58R5ETJeKb/pQGZE0+9klpNgM nFzA0J7EzE6bqi Message-ID: <478E0E22.2040800@gmx.de> Date: Wed, 16 Jan 2008 15:01:06 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20071203) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: geom label doesn't recognize CD change X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 14:01:10 -0000 As the subject says. Geom labels are not updated, when a CD is inserted or removed. The only workaround I have found is to run # atacontrol detach ata1 ; sleep 0.5 ; atacontrol attach ata1 which is a rather dirty way of handling this, especially because there are two drives attached to this channel. I suppose the problem would be similar for card readers and floppy drives. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 14:31:16 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E14516A41B for ; Wed, 16 Jan 2008 14:31:16 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4B16513C45B for ; Wed, 16 Jan 2008 14:31:16 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JF9IP-000J2V-8G for stable@freebsd.org; Wed, 16 Jan 2008 14:31:13 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JF9IP-000GvX-6Q for stable@freebsd.org; Wed, 16 Jan 2008 14:31:13 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JF9IP-0000n5-5s for stable@freebsd.org; Wed, 16 Jan 2008 14:31:13 +0000 To: stable@freebsd.org Message-Id: From: Pete French Date: Wed, 16 Jan 2008 14:31:13 +0000 Cc: Subject: panic: vm_fault: fault on nofualt entry, addr: 81423000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 14:31:16 -0000 I have an HP dc5750 workstaion and I get the following when I tryand boot it with ACPI enabled. This happens almost instantly, just after the processors are detected. I am running 7.0 these days, but I had the same issue under 6.3 (which I reported in PR 117918, though without the panic line, which I could not get our of 6.3). I just tested again with the latest 7.0 prerelease from this morning (as I saw some ACPI changes) plus the latest HP BIOS update (v02.31), but the problem still exists. I know there were problems with these machines under amd64 (the "missing BIOS smap" probkem in PR 111952), but this appears to be a different issue. Is there anything useful I can do to get a trace out at the point it panics ? It doesnt dump anything into /var/crash when it reboots, preseumably because the panic is far too ealy on in the boot process ? -pcf. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 15:13:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D169916A418 for ; Wed, 16 Jan 2008 15:13:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id BCEE313C457 for ; Wed, 16 Jan 2008 15:13:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id D63CF1A4D89; Wed, 16 Jan 2008 07:10:09 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 16 Jan 2008 09:31:55 -0500 User-Agent: KMail/1.9.7 References: <20080116105453.72c0b78e@meijome.net> In-Reply-To: <20080116105453.72c0b78e@meijome.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801160931.56332.jhb@freebsd.org> Cc: Norberto Meijome Subject: Re: Kernel panic when kldunload acpi_video X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 15:13:31 -0000 On Tuesday 15 January 2008 06:54:53 pm Norberto Meijome wrote: > I have crash dumps, but unfortunately, i wiped the kernel.debug after > starting a full clean rebuild of kernel + world for today's changes. Please get a crash dump with matching kernel.debug and acpi_video.ko.debug. Then grab www.freebsd.org/~jhb/gdb/gdb6 and source it while running kgdb. You can use the 'kldload' command to generate output that you can pass to asf(8) to generate a file you can source to import the symbols into kgdb for the kernel module. Then you can get a stack trace which will help track down the problem. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 15:20:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48DD816A418 for ; Wed, 16 Jan 2008 15:20:02 +0000 (UTC) (envelope-from djv@iki.fi) Received: from gw03.mail.saunalahti.fi (gw03.mail.saunalahti.fi [195.197.172.111]) by mx1.freebsd.org (Postfix) with ESMTP id BADCA13C47E for ; Wed, 16 Jan 2008 15:20:01 +0000 (UTC) (envelope-from djv@iki.fi) Received: from [192.168.1.5] (a91-153-148-73.elisa-laajakaista.fi [91.153.148.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gw03.mail.saunalahti.fi (Postfix) with ESMTP id B65E5216CF7 for ; Wed, 16 Jan 2008 17:04:09 +0200 (EET) Message-ID: <478E1CEE.5080006@iki.fi> Date: Wed, 16 Jan 2008 17:04:14 +0200 From: Tuomo Latto User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <39FB5CF3-F2F4-401B-9D6D-7796608152E5@ish.com.au> <4FF9842D-ADC9-4A99-9DC4-E0FE1CC9CDCF@stromnet.se> In-Reply-To: <4FF9842D-ADC9-4A99-9DC4-E0FE1CC9CDCF@stromnet.se> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Backup solution suggestions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 15:20:02 -0000 Johan Ström wrote: > I create regular tarball (gziped maybee) with some files i want to > backup, Then i encrypt this file with ie gpg. Then i send of this file > using some unspecified network protocol to the storage server. > Encrypted all the way, from my end to the remote disk.. > The downside is that it is a static file.. not a "dynamic filesystem", > nothing I can mount and have easy access to individual files from. > *Thats* what I'm looking for. I wonder if there are any FUSE filesystems that would allow this. -- Tuomo ... Don't believe everything you hear or anything you say From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 16:16:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93F4516A41A for ; Wed, 16 Jan 2008 16:16:38 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 1909213C44B for ; Wed, 16 Jan 2008 16:16:37 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by fg-out-1718.google.com with SMTP id 16so360406fgg.35 for ; Wed, 16 Jan 2008 08:16:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=H1k1ouo9rTgz902Y8oQwciLql1RwB8a7k0Al5frX8rE=; b=maUOhEDLkR07eBfuMXQWCTJLyqlO7NLDdzBkNOvamwyK9IJ6VFE0mI2A63xXX5kxwzuLdAQdkBVSB67CZ27Rviw67H/NVEJRTQWpk5uhD7SXOaOEJJTYsj5dL2djIyjwfgV5mlJc1/H49G3jSpNu9TeEfMz+VoKd/HpOEqeXnKY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=Zc5IxsksNAZf9ucqiRD6lCsGM3R0xJCQDPezdBcsYMVCvesnfeIbLvQUjqlRIMYnv2pDyZ2vwg4fTB0LOkLL1D94a6L4+FqIFJpno+spULKTRmrrcb/hzaP0ljByC3gI7BvPkUZwKQP19NaQWxNiSjfImkiYBi8k6toDiYhhtL8= Received: by 10.82.159.15 with SMTP id h15mr1646190bue.36.1200498641543; Wed, 16 Jan 2008 07:50:41 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id u14sm671470gvf.13.2008.01.16.07.50.39 (version=SSLv3 cipher=RC4-MD5); Wed, 16 Jan 2008 07:50:40 -0800 (PST) From: Tom Evans To: Johan =?ISO-8859-1?Q?Str=F6m?= In-Reply-To: <4FF9842D-ADC9-4A99-9DC4-E0FE1CC9CDCF@stromnet.se> References: <39FB5CF3-F2F4-401B-9D6D-7796608152E5@ish.com.au> <4FF9842D-ADC9-4A99-9DC4-E0FE1CC9CDCF@stromnet.se> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Hkv/fAWZIIDjqYBjK8Wg" Date: Wed, 16 Jan 2008 15:50:38 +0000 Message-Id: <1200498638.2444.8.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org, emj@emj.se Subject: Re: Backup solution suggestions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 16:16:38 -0000 --=-Hkv/fAWZIIDjqYBjK8Wg Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 2008-01-16 at 00:26 +0100, Johan Str=C3=B6m wrote: > > Simple Example: >=20 > I create regular tarball (gziped maybee) with some files i want to =20 > backup, Then i encrypt this file with ie gpg. Then i send of this =20 > file using some unspecified network protocol to the storage server. > Encrypted all the way, from my end to the remote disk.. > The downside is that it is a static file.. not a "dynamic =20 > filesystem", nothing I can mount and have easy access to individual =20 > files from. *Thats* what I'm looking for. >=20 Have you looked into using mdconfig(8) to make a vnode (ie: file) backed md disk, and then encrypting with geli(8)?=20 This would be generated on your trusted local box, transferred encrypted to your backup box, where it can't be examined without your key, but with your key it could be mounted simply enough.=20 You wouldn't be able to take incremental snapshots easily - unless perhaps you generated a list of modified/added files and used those files as your incremental snapshot. This may/may not be viable, depending on the size of your data set. Tom --=-Hkv/fAWZIIDjqYBjK8Wg Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHjifLlcRvFfyds/cRAvYrAJ41X4i0AyQ0oKzazXq/YUaszJJcKgCdGN50 17++KMY5J7XHwnK8PqJvGlY= =pxAG -----END PGP SIGNATURE----- --=-Hkv/fAWZIIDjqYBjK8Wg-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 17:38:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFF8A16A417; Wed, 16 Jan 2008 17:38:45 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mx1.freebsd.org (Postfix) with ESMTP id 4023B13C4DD; Wed, 16 Jan 2008 17:38:45 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-07-z2.arcor-online.net (mail-in-07-z2.arcor-online.net [151.189.8.19]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id 7BB4324B18A; Wed, 16 Jan 2008 17:08:44 +0100 (CET) Received: from mail-in-14.arcor-online.net (mail-in-14.arcor-online.net [151.189.21.54]) by mail-in-07-z2.arcor-online.net (Postfix) with ESMTP id 687E92C9246; Wed, 16 Jan 2008 17:08:44 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-063-163-069.pools.arcor-ip.net [84.63.163.69]) by mail-in-14.arcor-online.net (Postfix) with ESMTP id 27A171877E1; Wed, 16 Jan 2008 17:08:44 +0100 (CET) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.2]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id m0GG8dow004655 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jan 2008 17:08:39 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.14.1/8.14.1) with ESMTP id m0GG8c1G002215; Wed, 16 Jan 2008 17:08:38 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.14.1/8.14.1/Submit) id m0GG8cnn002214; Wed, 16 Jan 2008 17:08:38 +0100 (CET) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Wed, 16 Jan 2008 17:08:34 +0100 User-Agent: KMail/1.9.7 X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4962687.lb3GUAW8lM"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801161708.38213.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV 0.92/5485/Wed Jan 16 14:06:29 2008 on mail-in-14.arcor-online.net X-Virus-Status: Clean Cc: freebsd-usb@freebsd.org Subject: USB prevents system from powering off and ucom prevents usb from being unloaded - ideas? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 17:38:45 -0000 --nextPart4962687.lb3GUAW8lM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject line is the executive summary of my problem: I have a box with an Intel 945GC A2 chipset that will not poweroff on shutd= own=20 if the usb kernel module is loaded (or statically compiled into the kernel)= =2E=20 Unloading the usb kernel modules sometime during shutdown (I hacked the usb= d=20 rc script for this) to work around the problem helped until I needed to hoo= k=20 up another device which uses ucom(4) to the machine. On kldunload, ucom=20 claims to detach, but remains loaded and subsequent kldunload attempts=20 trigger the error "kldunload: attempt to unload file that was loaded by the= =20 kernel". The stuck ucom in turn prevents usb from getting unloaded and the= =20 machine cannot poweroff. I have already tried disabling EHCI, but it does not help. Any ideas on eit= her=20 getting uhci to properly detach on shutdown or getting rid of ucom? Cheers, =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 --nextPart4962687.lb3GUAW8lM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHjiwDXhc68WspdLARAmDoAJ4m4OPRHOUlcM3KlMDnjB3sTrQrdQCfXjhB 6REg8XkHvApai58dZDpDgBI= =YmVQ -----END PGP SIGNATURE----- --nextPart4962687.lb3GUAW8lM-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 18:03:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1D0516A418 for ; Wed, 16 Jan 2008 18:03:06 +0000 (UTC) (envelope-from toomas.aas@raad.tartu.ee) Received: from smtp-out.neti.ee (smtp-out.neti.ee [194.126.126.40]) by mx1.freebsd.org (Postfix) with ESMTP id 5B36A13C467 for ; Wed, 16 Jan 2008 18:03:06 +0000 (UTC) (envelope-from toomas.aas@raad.tartu.ee) X-Virus-Scanned: Debian amavisd-new at estpak.ee Received: from Relayhost3.neti.ee (relayhost3.estpak.ee [88.196.174.169]) by MXR-8.estpak.ee (Postfix) with ESMTP id 1DD6312FB9E; Wed, 16 Jan 2008 20:02:59 +0200 (EET) Received: from originaal.kodu.lan (88-196-101-125-dsl.trt.estpak.ee [88.196.101.125]) by Relayhost3.neti.ee (Postfix) with ESMTP id DB0F0D12EB; Wed, 16 Jan 2008 20:02:54 +0200 (EET) Message-ID: <478E46D0.2080804@raad.tartu.ee> Date: Wed, 16 Jan 2008 20:02:56 +0200 From: Toomas Aas User-Agent: Thunderbird 2.0.0.9 (X11/20071121) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Johan_Str=F6m?= References: <39FB5CF3-F2F4-401B-9D6D-7796608152E5@ish.com.au> <4FF9842D-ADC9-4A99-9DC4-E0FE1CC9CDCF@stromnet.se> In-Reply-To: <4FF9842D-ADC9-4A99-9DC4-E0FE1CC9CDCF@stromnet.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, emj@emj.se Subject: Re: Backup solution suggestions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 18:03:06 -0000 Johan Ström wrote: > My main problem with existing solutions is this "gap" of encryption on > the backup server side. I dont want it to be readable outside of my box > (without encryption keys ofcourse), so as soon as I send it of from my > box I want it to be encrypted over the link, and down on the disk. Not > decrypted on the remote box, to then be encrypted again (with keys > available on that box) and then stored to disk. That would allow any > users of that box (yes sure you can have file permissions but lets > assume someone else have root access there) to read my files. > > Simple Example: > > I create regular tarball (gziped maybee) with some files i want to > backup, Then i encrypt this file with ie gpg. Then i send of this file > using some unspecified network protocol to the storage server. > Encrypted all the way, from my end to the remote disk.. > The downside is that it is a static file.. not a "dynamic filesystem", > nothing I can mount and have easy access to individual files from. > *Thats* what I'm looking for. As a long-time user of Amanda and regular lurker on their mailing list, I've noticed that latest versions of Amanda have encryption capabilities. They seem to fit your needs in that encryption can be performed entirely on the backup client ("your box") side if one opts to set things up that way. I haven't used encryption with Amanda myself so this is just what I've heard on the list and read from the wiki just now: http://wiki.zmanda.com/index.php/How_To:Set_up_data_encryption As for the ease of restore, it's not quite *that* easy, i.e. you can't just transparently mount the backup as a filesystem and copy files from there. Amanda has a command-line-ftp-like recovery interface, where you can specify which files/subdirectories and from which date you want recovered. It's been easy enough for me. -- Toomas Aas ... Boy, that lightning came a little clo-********!!*******NO CARRIER From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 18:26:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65D1716A418; Wed, 16 Jan 2008 18:26:25 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 2096C13C43E; Wed, 16 Jan 2008 18:26:24 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.123.28] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JFCxy-000Fm3-55; Wed, 16 Jan 2008 18:26:22 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JFCxx-00029n-Db; Wed, 16 Jan 2008 18:26:21 +0000 Date: Wed, 16 Jan 2008 18:26:21 +0000 From: Thomas Hurst To: Kris Kennaway Message-ID: <20080116182621.GA4260@voi.aagh.net> Mail-Followup-To: Kris Kennaway , John Baldwin , freebsd-stable@freebsd.org, Peter Jeremy References: <20071203054207.GA1153@aleph.niw.com.au> <4787AAF4.1020905@FreeBSD.org> <20080112033147.GX60060@server.vk2pj.dyndns.org> <200801120005.38972.jhb@freebsd.org> <20080115020316.GA47831@voi.aagh.net> <478C7B04.9080102@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <478C7B04.9080102@FreeBSD.org> Organization: Not much. User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Thomas Hurst Cc: Peter Jeremy , freebsd-stable@freebsd.org, John Baldwin Subject: Re: Swapping caused by very large (regular) file size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 18:26:25 -0000 * Kris Kennaway (kris@FreeBSD.org) wrote: >> Excellent. I've been seeing this behavior for a long time, mostly on >> backup runs (RAID-1 amr SATA -> 1 disk Marvell ata). It's pretty odd >> seeing a system with 8G of memory, 60% of which is just cache, swap >> out half a dozen things for no apparant reason. And to think, people >> on FreeNode ##freebsd just insisted I had a misconfigured system ;) 7 does indeed seem to resolve this. Also, no sign of corruption on my Marvell 88SX6081, at least during serial read tests. I'll test with a level 0 dump tonight; my writes go via tee to the filesystem and sha1(1) so I should pick up any silent corruption. >> My other IO related issue with 6 is IO to independent amr arrays >> blocking each other; e.g. daily run's find over amrd0 will invariably >> cause reads from amrd1 and amrd2 to freeze for seconds at a time (pr >> 114438). I'll be very interested to see if 7 fixes that. > > Sounds like it might be due to Giant contention, which I think is > indeed fixed in 7. Can you try it? I've updated to test and it seems that no, it's not fixed. Doing a find /usr >/dev/null and a dd if=/dump/bla/bigfile of=/dev/null bs=64k results in normal behavior, followed by a burst of writes and an IO queue depth on the order of 1,000, which freezes reads on all devices on the card while it clears. I'm not sure why I've not noticed the writes before, but they do make for one obvious culprit: atime updates. Presumably by the time the IO's get to amr(4), they're queued per-card, not per-array, so the pile of extra work for one array starves the rest too. Again, a dd from the Marvell ata(4) controller is completely oblivious, and maintains a steady 55MB/s while amrd0's servicing 1,000 write requests; amrd1/2 freeze. noatime would be the obvious solution, but it'd be nice if either the driver could keep the work queues more isolated, or the IO scheduler could avoid letting them starve out everything else. Or the system could emmit a cute fluffy kitten, and a pony. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 18:42:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61F6A16A421 for ; Wed, 16 Jan 2008 18:42:59 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.freebsd.org (Postfix) with ESMTP id EBA9413C469 for ; Wed, 16 Jan 2008 18:42:58 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (localhost [127.0.0.1]) by vonnegut.anholt.net (8.14.2/8.14.1) with ESMTP id m0GIBKpu007472; Wed, 16 Jan 2008 10:11:20 -0800 (PST) (envelope-from eric@anholt.net) Received: (from anholt@localhost) by vonnegut.anholt.net (8.14.2/8.14.1/Submit) id m0GIBJCF007471; Wed, 16 Jan 2008 10:11:19 -0800 (PST) (envelope-from eric@anholt.net) X-Authentication-Warning: vonnegut.anholt.net: anholt set sender to eric@anholt.net using -f From: Eric Anholt To: "Daniel O'Connor" In-Reply-To: <200801161147.19807.doconnor@gsoft.com.au> References: <200801152012.56683.doconnor@gsoft.com.au> <1200426794.2916.17.camel@localhost> <200801161147.19807.doconnor@gsoft.com.au> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-bx9+UTJD6ejagDMbp/XQ" Date: Wed, 16 Jan 2008 10:11:18 -0800 Message-Id: <1200507078.1786.17.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: Fwd: FreeBSD 6.3 and Intel G33 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 18:42:59 -0000 --=-bx9+UTJD6ejagDMbp/XQ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2008-01-16 at 11:47 +1030, Daniel O'Connor wrote: > On Wed, 16 Jan 2008, Eric Anholt wrote: > > I took a quick review of the docs again and I think it's almost > > complete. The gtt_size detection is broken, though. We should have > > gtt_size (the amount of graphics stolen memory used for storing the > > GTT data) equal to zero on this hardware, instead of using the G965 > > path. However, this also requires current xf86-video-intel, which > > fixes the mistaken assumption we originally had for xf86-video-intel > > and linux agp that the gtt stolen memory was stolen out of graphics > > stolen memory. >=20 > OK.. Not sure what GTT is though :) Think page tables on your CPU, but for the graphics device's virtual addressing inside of the AGP aperture. > > Updating just the AGP driver for fixing the bad stolen memory > > assumption means that the 2d driver tries to bind memory lower than > > the AGP driver will let you, and your server won't start. The > > "proper" fix would be for us to remember the stolen memory address > in > > the GTT and let you bind over them, but restore them on unbind. > Some > > day we would love to release this memory to the general page > > allocator and get rid of this stolen memory disaster. > > > > To test, install xf86-video-intel from ports, uncomment those PCI > > IDs, and start X. If things are working, then it probably means > > you're good to go and we can enable it by default. If you're > getting > > the "agp0: trying to bind into stolen memory" complaint, you need > > current 2D from > > git://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel and > we > > should cherry-pick the relevant patch into our ports. > With the ports xf86-video-intel I get.. > (=3D=3D) intel(0): Backing store disabled > (=3D=3D) intel(0): Silken mouse enabled > (II) intel(0): Initializing HW Cursor > (II) intel(0): xf86BindGARTMemory: bind key 1 at 0x006ff000 (pgoffset 179= 1) > (WW) intel(0): xf86BindGARTMemory: binding of gart memory with key 1 > at offset 0x6ff000 failed (Invalid argument) >=20 > Fatal server error: > Couldn't bind memory for front buffer >=20 > I tried to build your git repo of the driver but I am getting.. > gmake[3]: Entering directory `/local0/tmp/xf86-video-intel/src' > /usr/local/bin/bash ../libtool --tag=3DCC --mode=3Dcompile gcc -DHAVE_C= ONFIG_H -I. -I.. -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-= prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing= -D_THREAD_SAFE -I/usr/local/include/xorg -I/usr/local/include/pixman-1 -I/= usr/local/include -I/usr/local/include -I/usr/local/include/drm -I/usr/lo= cal/include/X11/dri -DI830_XV -DI830_USE_XAA -DI830_USE_EXA -g -O2 -MT i810= _driver.lo -MD -MP -MF .deps/i810_driver.Tpo -c -o i810_driver.lo i810_driv= er.c > gcc -DHAVE_CONFIG_H -I. -I.. -Wall -Wpointer-arith -Wstrict-prototypes -= Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-ali= asing -D_THREAD_SAFE -I/usr/local/include/xorg -I/usr/local/include/pixman-= 1 -I/usr/local/include -I/usr/local/include -I/usr/local/include/drm -I/usr= /local/include/X11/dri -DI830_XV -DI830_USE_XAA -DI830_USE_EXA -g -O2 -MT i= 810_driver.lo -MD -MP -MF .deps/i810_driver.Tpo -c i810_driver.c -fPIC -DP= IC -o .libs/i810_driver.o > i810_driver.c:456: error: `PACKAGE_VERSION_MAJOR' undeclared here (not in= a function) > i810_driver.c:456: error: initializer element is not constant > i810_driver.c:456: error: (near initialization for `intelVersRec.majorver= sion') > i810_driver.c:456: error: `PACKAGE_VERSION_MINOR' undeclared here (not in= a function) > i810_driver.c:456: error: initializer element is not constant > i810_driver.c:456: error: (near initialization for `intelVersRec.minorver= sion') > i810_driver.c:456: error: `PACKAGE_VERSION_PATCHLEVEL' undeclared here (n= ot in a function) > ... Your xorg-macros package is stale. > I modified config.h to add those #defines and the man Makefile (configure= is > fun!) and installed but now I get.. > (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already cl= ear > (II) EXA(0): Offscreen pixmap area of 30720000 bytes > (II) EXA(0): Driver registered support for the following operations: > (II) Solid > (II) Copy > (II) Composite (RENDER acceleration) > (=3D=3D) intel(0): Backing store disabled > (=3D=3D) intel(0): Silken mouse enabled > (II) intel(0): Initializing HW Cursor > (II) intel(0): xf86BindGARTMemory: bind key 8 at 0x006ff000 (pgoffset 179= 1) > (WW) intel(0): xf86BindGARTMemory: binding of gart memory with key 8 > at offset 0x6ff000 failed (Invalid argument) >=20 > Fatal server error: > Couldn't bind memory for front buffer That's almost surely as a result of the stolen memory issue. > > To be sure that everything's working, also enable DRI by installing > > updated DRM from git://anongit.freedesktop.org/git/mesa/drm (bsd-core > > directory, make all install). It may complain if you have witness > > enabled, since I haven't brought over the witness fix from -current > > yet. >=20 > OK. > I really only want the 2D driver so DPMS works and the screen saver can > turn the monitor off (although faster 2D would be good as well) DPMS should work with the VESA driver even, not to discourage you from the right solution. --=20 Eric Anholt anholt@FreeBSD.org eric@anholt.net eric.anholt@intel.com --=-bx9+UTJD6ejagDMbp/XQ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHjkjGHUdvYGzw6vcRAoC4AKCVMFROT4dEHBwb4BlGmMXWbct4qwCeOeM/ kl5zmSq90nO5JphWfah9f+E= =efTe -----END PGP SIGNATURE----- --=-bx9+UTJD6ejagDMbp/XQ-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 21:29:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18DB316A46C for ; Wed, 16 Jan 2008 21:29:00 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id A724713C461 for ; Wed, 16 Jan 2008 21:28:57 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost.egr.msu.edu [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 230F62EB96D for ; Wed, 16 Jan 2008 16:13:32 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DHDmnKXXoJtj for ; Wed, 16 Jan 2008 16:13:32 -0500 (EST) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id EF49F2EB927 for ; Wed, 16 Jan 2008 16:13:31 -0500 (EST) Received: by localhost (Postfix, from userid 21281) id D95C833C3D; Wed, 16 Jan 2008 16:13:31 -0500 (EST) Date: Wed, 16 Jan 2008 16:13:31 -0500 From: Adam McDougall To: freebsd-stable@freebsd.org Message-ID: <20080116211331.GL23094@egr.msu.edu> References: <20071203054207.GA1153@aleph.niw.com.au> <4787AAF4.1020905@FreeBSD.org> <20080112033147.GX60060@server.vk2pj.dyndns.org> <200801120005.38972.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200801120005.38972.jhb@freebsd.org> User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: Swapping caused by very large (regular) file size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 21:29:00 -0000 On Sat, Jan 12, 2008 at 12:05:38AM -0500, John Baldwin wrote: On Friday 11 January 2008 10:31:47 pm Peter Jeremy wrote: > On Fri, Jan 11, 2008 at 06:44:20PM +0100, Kris Kennaway wrote: > >Ian West wrote: > >> dd if=/dev/zero bs=32768 of=junkfile count=100000 seems to do it quite > >> reliably on all the boxes I have tested ? > > > >I am unable to reproduce this on 7.0. > > I can't reproduce it on 6.3-PRERELEASE/amd64 with 1GB RAM. > > vmstat -s;dd if=/dev/zero bs=32768 of=junkfile count=100000;vmstat -s > shows the following changes: > 2 swap pager pageins > 2 swap pager pages paged in > 4 swap pager pageouts > 5 swap pager pages paged out > 24 vnode pager pageins > 78 vnode pager pages paged in > 0 vnode pager pageouts > 0 vnode pager pages paged out You may not have a fast enough disk. We have noticed an issue at work but only on faster controllers (e.g. certain mfi(4) drive configurations) when doing I/O to a single file like the dd command mentioned causes the buffer cache to fill up. The problem being that we can't lock the vm object to recycle pages when we hit the limit that is supposed to prevent this because all the pages in the cache are for the file (vm object) we are working on. Stephan (ups@) says this is fixed in 7. The tell-tale sign that we see is pagedaemon starts chewing up lots of CPU as the kernel tries to realign the page queues along with I/O throughput going down the toilet and being very erratic. -- John Baldwin These are the same symptoms as on a friend's system a little while back with 6.x. I forwarded him a message from this thread and he agreed, and he confirmed having an mfi. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 21:38:20 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9207F16A417; Wed, 16 Jan 2008 21:38:20 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id 915B813C448; Wed, 16 Jan 2008 21:37:51 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from lp.gddsn.org.cn (unknown [10.44.8.159]) by gddsn.org.cn (Postfix) with ESMTP id 3C7D838CB49; Wed, 16 Jan 2008 17:44:44 +0800 (CST) Message-ID: <478DD1E3.9010307@gddsn.org.cn> Date: Wed, 16 Jan 2008 17:44:03 +0800 From: wsk User-Agent: Thunderbird 2.0.0.6 (X11/20071029) MIME-Version: 1.0 To: current@freebsd.org, stable@freebsd.org, x11@freebsd.org Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: Subject: xorg core dumped with multi-display setting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 21:38:20 -0000 hello, friends wanna to setting multi-display on my Nvidia Quadro FX1400 dual-heads card and got dumped core... and help?? my xorg.conf Section "ServerLayout" Identifier "X.org Configured" Screen "Screen0" LeftOf "Screen1" Screen "Screen1" RightOf "Screen0" InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/local/share/X11/rgb" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" EndSection Section "Module" Load "extmod" Load "record" Load "dbe" Load "glx" Load "GLcore" Load "xtrap" Load "dri" Load "freetype" Load "type1" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" #DisplaySize 520 330 # mm Identifier "Monitor0" VendorName "DEL" ModelName "DELL 2405FPW" ### Comment all HorizSync and VertRefresh values to use DDC: HorizSync 30.0 - 81.0 VertRefresh 56.0 - 76.0 Option "DPMS" EndSection Section "Monitor" #DisplaySize 520 330 # mm Identifier "Monitor1" VendorName "DEL" ModelName "DELL 2405FPW" ### Comment all HorizSync and VertRefresh values to use DDC: HorizSync 30.0 - 81.0 VertRefresh 56.0 - 76.0 Option "DPMS" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "SWcursor" # [] #Option "HWcursor" # [] #Option "NoAccel" # [] #Option "ShadowFB" # [] #Option "UseFBDev" # [] #Option "Rotate" # [] #Option "VideoKey" # #Option "FlatPanel" # [] #Option "FPDither" # [] #Option "CrtcNumber" # #Option "FPScale" # [] #Option "FPTweak" # #Option "DualHead" # [] Identifier "Card0" Driver "nv" VendorName "nVidia Corporation" BoardName "NV41GL [Quadro FX 1400]" BusID "PCI:5:0:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection Section "Screen" Identifier "Screen1" Device "Card0" Monitor "Monitor1" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection # X -config xorg.conf.multi X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.0-PRERELEASE amd64 Current Operating System: FreeBSD iseasa.gddsn.org.cn 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #0: Fri Jan 11 02:33:37 CST 2008 root@iseasa.gddsn.org.cn:/usr/obj/usr/src/sys/IBM01 amd64 Build Date: 11 January 2008 04:35:47AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Wed Jan 16 17:26:47 2008 (++) Using config file: "xorg.conf.multi" (WW) NV: More than one matching Device section for instances (BusID: PCI:5:0:0) found: Card0 (II) Module "i2c" already built-in (II) Module "ddc" already built-in (II) Module "ramdac" already built-in Fatal server error: Caught signal 10. Server aborting Abort (core dumped) #gdb -c Xorg.core /usr/local/bin/X GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... warning: core file may not match specified executable file. Core was generated by `Xorg'. Program terminated with signal 6, Aborted. Reading symbols from /usr/local/lib/libXfont.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXfont.so.1 Reading symbols from /usr/local/lib/libfreetype.so.9...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libfreetype.so.9 Reading symbols from /usr/local/lib/libXau.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXau.so.6 Reading symbols from /usr/local/lib/libfontenc.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libfontenc.so.1 Reading symbols from /lib/libz.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.4 Reading symbols from /usr/local/lib/libpixman-1.so.9...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpixman-1.so.9 Reading symbols from /usr/local/lib/libhal.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libhal.so.1 Reading symbols from /usr/local/lib/libintl.so.8...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libintl.so.8 Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /usr/local/lib/libdbus-1.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libdbus-1.so.3 Reading symbols from /usr/local/lib/libXdmcp.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXdmcp.so.6 Reading symbols from /usr/lib/librpcsvc.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/librpcsvc.so.4 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/local/lib/xorg/modules//libpcidata.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules//libpcidata.so Reading symbols from /usr/local/lib/xorg/modules/extensions//libextmod.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libextmod.so Reading symbols from /usr/local/lib/xorg/modules/extensions//librecord.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//librecord.so Reading symbols from /usr/local/lib/xorg/modules/extensions//libdbe.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libdbe.so Reading symbols from /usr/local/lib/xorg/modules/extensions//libglx.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libglx.so Reading symbols from /usr/local/lib/xorg/modules/extensions//libxtrap.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libxtrap.so Reading symbols from /usr/local/lib/xorg/modules/extensions//libdri.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libdri.so Reading symbols from /usr/local/lib/libdrm.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libdrm.so.2 Reading symbols from /usr/local/lib/xorg/modules/fonts//libfreetype.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/fonts//libfreetype.so Reading symbols from /usr/local/lib/xorg/modules/fonts//libtype1.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/fonts//libtype1.so Reading symbols from /usr/local/lib/xorg/modules/drivers//nv_drv.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/drivers//nv_drv.so Reading symbols from /usr/local/lib/xorg/modules/input//mouse_drv.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/input//mouse_drv.so Reading symbols from /usr/local/lib/xorg/modules/input//kbd_drv.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules/input//kbd_drv.so Reading symbols from /usr/local/lib/xorg/modules//libint10.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules//libint10.so Reading symbols from /usr/local/lib/xorg/modules//libvgahw.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules//libvgahw.so Reading symbols from /usr/local/lib/xorg/modules//libfb.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules//libfb.so Reading symbols from /usr/local/lib/xorg/modules//libxaa.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/xorg/modules//libxaa.so Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000008018359dc in kill () from /lib/libc.so.7 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 22:25:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B57F216A473 for ; Wed, 16 Jan 2008 22:25:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 6132213C4E7 for ; Wed, 16 Jan 2008 22:25:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8q) with ESMTP id 228764640-1834499 for multiple; Wed, 16 Jan 2008 17:23:53 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id m0GMPb5r074095; Wed, 16 Jan 2008 17:25:37 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 16 Jan 2008 17:20:46 -0500 User-Agent: KMail/1.9.7 References: <20080116105453.72c0b78e@meijome.net> <200801160931.56332.jhb@freebsd.org> In-Reply-To: <200801160931.56332.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801161720.46319.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 16 Jan 2008 17:25:37 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5488/Wed Jan 16 15:44:30 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Norberto Meijome Subject: Re: Kernel panic when kldunload acpi_video X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 22:25:44 -0000 On Wednesday 16 January 2008 09:31:55 am John Baldwin wrote: > On Tuesday 15 January 2008 06:54:53 pm Norberto Meijome wrote: > > I have crash dumps, but unfortunately, i wiped the kernel.debug after > > starting a full clean rebuild of kernel + world for today's changes. > > Please get a crash dump with matching kernel.debug and acpi_video.ko.debug. > Then grab www.freebsd.org/~jhb/gdb/gdb6 and source it while running kgdb. > You can use the 'kldload' command to generate output that you can pass to > asf(8) to generate a file you can source to import the symbols into kgdb > for the kernel module. Then you can get a stack trace which will help > track down the problem. Actually, you can simplify this some because you can make asf work directly on a crash dump though it may take some work to make it find your kld correctly. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 16 22:27:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF03716A41A for ; Wed, 16 Jan 2008 22:27:35 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (acme.spoerlein.net [217.172.44.86]) by mx1.freebsd.org (Postfix) with ESMTP id 729BF13C4D9 for ; Wed, 16 Jan 2008 22:27:35 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180153150.adsl.alicedsl.de [85.180.153.150]) by acme.spoerlein.net (8.14.1/8.14.1) with ESMTP id m0GMRXOe018561 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 16 Jan 2008 23:27:33 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m0GMRUWP007324 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jan 2008 23:27:31 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m0GMRUmA007323; Wed, 16 Jan 2008 23:27:30 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Wed, 16 Jan 2008 23:27:29 +0100 From: Ulrich Spoerlein To: Johan =?utf-8?B?U3Ryw7Zt?= Message-ID: <20080116222729.GB1529@roadrunner.spoerlein.net> Mail-Followup-To: Johan =?utf-8?B?U3Ryw7Zt?= , freebsd-stable@freebsd.org References: <39FB5CF3-F2F4-401B-9D6D-7796608152E5@ish.com.au> <4FF9842D-ADC9-4A99-9DC4-E0FE1CC9CDCF@stromnet.se> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4FF9842D-ADC9-4A99-9DC4-E0FE1CC9CDCF@stromnet.se> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Backup solution suggestions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 22:27:36 -0000 On Wed, 16.01.2008 at 00:26:34 +0100, Johan Ström wrote: > I create regular tarball (gziped maybee) with some files i want to backup, > Then i encrypt this file with ie gpg. Then i send of this file using some > unspecified network protocol to the storage server. > Encrypted all the way, from my end to the remote disk.. > The downside is that it is a static file.. not a "dynamic filesystem", > nothing I can mount and have easy access to individual files from. *Thats* > what I'm looking for. Export the disk on the backup server with ggated. Bind it on the client with ggatec. Slap a GELI or GBDE encryption on top of it and then put a ZFS on top of it. You can mount/import this "remote" ZFS at will and do your zfs send/receive on your local box. Nothing ever leaves your box unencrypted. Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 00:32:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92A9A16A419 for ; Thu, 17 Jan 2008 00:32:13 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id 195CA13C458 for ; Thu, 17 Jan 2008 00:32:12 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from localhost (unknown [83.218.84.135]) by core.stromnet.se (Postfix) with ESMTP id A1DE7D46404; Thu, 17 Jan 2008 01:32:11 +0100 (CET) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.135]) (amavisd-new, port 10024) with ESMTP id eos8e7yvbKLv; Thu, 17 Jan 2008 01:32:09 +0100 (CET) Received: from [172.28.1.102] (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id E1E00D46403; Thu, 17 Jan 2008 01:32:08 +0100 (CET) In-Reply-To: <20080116222729.GB1529@roadrunner.spoerlein.net> References: <39FB5CF3-F2F4-401B-9D6D-7796608152E5@ish.com.au> <4FF9842D-ADC9-4A99-9DC4-E0FE1CC9CDCF@stromnet.se> <20080116222729.GB1529@roadrunner.spoerlein.net> Mime-Version: 1.0 (Apple Message framework v753) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <134BD86C-19CF-42A7-9190-FAD3BB564A06@stromnet.se> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Thu, 17 Jan 2008 01:31:45 +0100 To: Ulrich Spoerlein X-Mailer: Apple Mail (2.753) Cc: emj@emj.se, freebsd-stable@freebsd.org Subject: Re: Backup solution suggestions [ggated] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 00:32:13 -0000 On Jan 16, 2008, at 23:27 , Ulrich Spoerlein wrote: > On Wed, 16.01.2008 at 00:26:34 +0100, Johan Str=F6m wrote: >> I create regular tarball (gziped maybee) with some files i want to =20= >> backup, >> Then i encrypt this file with ie gpg. Then i send of this file =20 >> using some >> unspecified network protocol to the storage server. >> Encrypted all the way, from my end to the remote disk.. >> The downside is that it is a static file.. not a "dynamic =20 >> filesystem", >> nothing I can mount and have easy access to individual files from. =20= >> *Thats* >> what I'm looking for. > > Export the disk on the backup server with ggated. Bind it on the =20 > client > with ggatec. Slap a GELI or GBDE encryption on top of it and then =20 > put a > ZFS on top of it. > > You can mount/import this "remote" ZFS at will and do your zfs > send/receive on your local box. Nothing ever leaves your box > unencrypted. Now that is a cool solution! That actually sounds like something doable. I tried it out some at home between a 6.2 box (client) and 7.0 box =20 (server), hosting the system in a ZFS "sparse volume" with a =20 predefined size, exported that via ggated and connected ggatec on the =20= client box. I then did some experimentation with just newfs, and it =20 worked great! The only downside with this would be that the size is fixed. So I =20 played around a bit with setting the volsize property in ZFS and it =20 seemd to work just fine. zfs list reported the new, bigger, size. =20 Restarted ggatec and did a growfs, and then remounted.. Yay bigger =20 disk :) Then I went on do do some geli test, geli'ed /dev/ggate0 and =20 newfs'ed, mounted and played around a bit. All fine.. Now came the =20 problem, i unmounetd it, expanded the zfs volume a bit more, =20 restarted ggatec and tried to attach it using geli again (note, I =20 have no idea if this is supposed to work at all, I'm just testing. =20 Havent read such things anywhere). Now I got Invalid argument. Im not realy sure about how GEOM works, but if I recall correct it =20 uses the last sectors of the disk? If I moved X bytes of data from =20 old end of disk to new end of disk, would that make GELI work? If I =20 can get that to work, then this would be a kickass solution (all =20 encryption stuff works great, I don't have to allocate all space =20 immediatly, I can expand it later without destroying data and =20 starting from scratch etc). Some other questions, more related to ggated/c. Is this stable? Good =20 working? how does it handle failure situations? Anyone using it for =20 production systems? Yes this is for backup only so minor glitches =20 might be acceptable for me, but I'd rather know about those beforehand. I did some dd from urandom to the disk, with and without GELI.. I did =20= notice some slightly lower speeds, i was able to write around 11MB/s =20 without GELI, with GELI it did around 9.5MB/s. The client machine is =20 no super box but its not that bad (A64 3200, 1G mem with not much load). Input and ideas? Thank you very much :) -- Johan From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 00:34:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7871B16A46E for ; Thu, 17 Jan 2008 00:34:32 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id 32B6213C4D9 for ; Thu, 17 Jan 2008 00:34:32 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from localhost (unknown [83.218.84.135]) by core.stromnet.se (Postfix) with ESMTP id 046CCD46404; Thu, 17 Jan 2008 01:34:32 +0100 (CET) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.135]) (amavisd-new, port 10024) with ESMTP id 0Rscny4s8I86; Thu, 17 Jan 2008 01:34:29 +0100 (CET) Received: from [172.28.1.102] (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id 98E51D46403; Thu, 17 Jan 2008 01:34:29 +0100 (CET) In-Reply-To: <478E46D0.2080804@raad.tartu.ee> References: <39FB5CF3-F2F4-401B-9D6D-7796608152E5@ish.com.au> <4FF9842D-ADC9-4A99-9DC4-E0FE1CC9CDCF@stromnet.se> <478E46D0.2080804@raad.tartu.ee> Mime-Version: 1.0 (Apple Message framework v753) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <2F76BC78-6FE7-49B3-867C-9DD37230F427@stromnet.se> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Thu, 17 Jan 2008 01:34:06 +0100 To: Toomas Aas X-Mailer: Apple Mail (2.753) Cc: emj@emj.se, freebsd-stable@freebsd.org Subject: Re: Backup solution suggestions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 00:34:32 -0000 On Jan 16, 2008, at 19:02 , Toomas Aas wrote: > Johan Str=F6m wrote: > >> My main problem with existing solutions is this "gap" of =20 >> encryption on the backup server side. I dont want it to be =20 >> readable outside of my box (without encryption keys ofcourse), so =20 >> as soon as I send it of from my box I want it to be encrypted over =20= >> the link, and down on the disk. Not decrypted on the remote box, =20 >> to then be encrypted again (with keys available on that box) and =20 >> then stored to disk. That would allow any users of that box (yes =20 >> sure you can have file permissions but lets assume someone else =20 >> have root access there) to read my files. >> Simple Example: >> I create regular tarball (gziped maybee) with some files i want to =20= >> backup, Then i encrypt this file with ie gpg. Then i send of this =20 >> file using some unspecified network protocol to the storage server. >> Encrypted all the way, from my end to the remote disk.. >> The downside is that it is a static file.. not a "dynamic =20 >> filesystem", nothing I can mount and have easy access to =20 >> individual files from. *Thats* what I'm looking for. > > As a long-time user of Amanda and regular lurker on their mailing =20 > list, I've noticed that latest versions of Amanda have encryption =20 > capabilities. They seem to fit your needs in that encryption can be =20= > performed entirely on the backup client ("your box") side if one =20 > opts to set things up that way. > > I haven't used encryption with Amanda myself so this is just what =20 > I've heard on the list and read from the wiki just now: > > http://wiki.zmanda.com/index.php/How_To:Set_up_data_encryption > > As for the ease of restore, it's not quite *that* easy, i.e. you =20 > can't just transparently mount the backup as a filesystem and copy =20 > files from there. Amanda has a command-line-ftp-like recovery =20 > interface, where you can specify which files/subdirectories and =20 > from which date you want recovered. It's been easy enough for me. > > Looked through that page, seems like pretty much work right now. And =20 I looked through the amanda docs, and I got to say, when calling =20 themselfs "Amanda is the world's most popular Open Source Backup and =20 Archiving software." one would expect somewhat better docs.. hehe. Anyway, I will look more into the ggated suggestion from another post =20= before digging deeper into amanda :) -- Johan= From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 00:57:11 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF2F816A418 for ; Thu, 17 Jan 2008 00:57:11 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 5A7A613C465 for ; Thu, 17 Jan 2008 00:57:11 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 93014 invoked by uid 0); 17 Jan 2008 00:57:10 -0000 Received: from unknown (HELO office-dhcp-35.bway.net) (spork@216.220.107.35) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 17 Jan 2008 00:57:10 -0000 Date: Wed, 16 Jan 2008 19:57:09 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@white.nat.fasttrackmonkey.com To: stable@freebsd.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: /usr/lib/compat and updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 00:57:11 -0000 Just following-up to myself, please correct me if I got anything wrong... On Tue, 15 Jan 2008, Charles Sprickman wrote: > Hi all, > > I've been doing a number of 4.11 -> 5.5 -> 6.2 upgrades. All of them I've > done have gone very well. One that was handled by someone else following my > step-by-step directions ended up missing some items from /usr/lib/compat and > all the timestamps on the files in that directory are quite old (2002 and > 2005). >From what I can tell, the admin missed the "installworld" step when he landed at 5.5 (probably got distracted and resumed later). > As best I can tell "COMPAT4X" was set in /etc/make.conf on the machine in > question. It was... > Can anyone help me understand where in the update process the compat libs are > updated and which files correspond to which release? >From what I can see, in 5.x there is a /usr/src/lib/compat/4x-arch directory. If "COMPAT4X" is set in make.conf, buildworld/installworld will descend into that directory and build/install the compat libs. After digging around the 6.x and newer source trees, it appears that the ability to build the old libraries is gone. If it's not gone, it has moved to a location I can't find. :) If you go directly from 4.x to 6.x, the compat4x port in misc is how you get your libs. Correct? Thanks, Charles > Thanks, > > Charles > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 01:31:44 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A103E16A417 for ; Thu, 17 Jan 2008 01:31:44 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 0A28413C459 for ; Thu, 17 Jan 2008 01:31:43 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so538014fgg.35 for ; Wed, 16 Jan 2008 17:31:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=lhXxuGXOSybg3eRojrpNAZyDYpmsqsmEOHPZaZxyzqc=; b=ukrDNcBgWHjHWN82q8n7L1aHYxrSXp3aAe+fH26KosCecg57ZGX7S8aFp2kqhj1zU+ydlqYRqCOMLB0YPBtRIEam1ejc4fl1agUZ4VVB0176VWtgA6eoiK58tnbzCcIxpxsAHGFB3E5WlBTl/3H1zIlpKYgeNLo3vNiAil7+H9k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tOxZtDQVTvy9HbW06zzziVWRHWjtHCVkFK3XPwaH9FwIZLf+v9/fJ+KzQ8NujGCsZfw7r71PujFiA4B00JbJjJxAk8H5spSRLQdSw9dsmCiEXa6WqmBCNM8rdXr3Bn6mbd4XMwcW/Pp9kKCQ6BBBeRQbaJcytKzhh+oL+gvrisc= Received: by 10.86.53.8 with SMTP id b8mr1349336fga.32.1200533502756; Wed, 16 Jan 2008 17:31:42 -0800 (PST) Received: by 10.86.3.20 with HTTP; Wed, 16 Jan 2008 17:31:42 -0800 (PST) Message-ID: <790a9fff0801161731s3176386bs58b64373ffcdee97@mail.gmail.com> Date: Wed, 16 Jan 2008 19:31:42 -0600 From: "Scot Hetzel" To: "Charles Sprickman" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: stable@freebsd.org Subject: Re: /usr/lib/compat and updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 01:31:44 -0000 On 1/16/08, Charles Sprickman wrote: > Just following-up to myself, please correct me if I got anything wrong... > > On Tue, 15 Jan 2008, Charles Sprickman wrote: > > > Hi all, > > > > I've been doing a number of 4.11 -> 5.5 -> 6.2 upgrades. All of them I've > > done have gone very well. One that was handled by someone else following my > > step-by-step directions ended up missing some items from /usr/lib/compat and > > all the timestamps on the files in that directory are quite old (2002 and > > 2005). > > >From what I can tell, the admin missed the "installworld" step when he > landed at 5.5 (probably got distracted and resumed later). > > > As best I can tell "COMPAT4X" was set in /etc/make.conf on the machine in > > question. > > It was... > > > Can anyone help me understand where in the update process the compat libs are > > updated and which files correspond to which release? > > >From what I can see, in 5.x there is a /usr/src/lib/compat/4x-arch > directory. If "COMPAT4X" is set in make.conf, buildworld/installworld > will descend into that directory and build/install the compat libs. > > After digging around the 6.x and newer source trees, it appears that the > ability to build the old libraries is gone. If it's not gone, it has > moved to a location I can't find. :) If you go directly from 4.x to 6.x, > the compat4x port in misc is how you get your libs. > > Correct? > That is correct. Scot From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 03:40:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 263DA16A421 for ; Thu, 17 Jan 2008 03:40:49 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id AB07713C459 for ; Thu, 17 Jan 2008 03:40:48 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m0H3ek8L052388 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Jan 2008 14:10:46 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 17 Jan 2008 14:10:25 +1030 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1694949.LQK0J3eQ1o"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801171410.38488.doconnor@gsoft.com.au> X-Spam-Score: -3.405 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Subject: kldstat causes kernel to print odd message X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 03:40:49 -0000 --nextPart1694949.LQK0J3eQ1o Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I have built my own release of 6.3 (slightly older than 6.3 as tagged)=20 and I am seeing an odd cosmetic problem. Whenever I kldload a module=20 (stuff loaded by the loader doesn't do it) I get this in dmesg.. kldload: Unsupported file type The actual module works fine though (shows up in kldstat etc) I traced the call path kldstat -> linker_load_module -> linker_load_file And it seems that the TAILQ_FOREACH() in linker_load_file is iterating=20 over 2 things - 'elf64' and 'elf64_obj'. LINKER_LOAD_FILE is defined by linker_if.m/h and looks like.. static __inline int LINKER_LOAD_FILE(linker_class_t cls, const char*=20 filename, linker_file_t* result) { kobjop_t _m; KOBJOPLOOKUP(cls->ops,linker_load_file); return ((linker_load_file_t *) _m)(cls, filename, result); } Now it seems that link_elf.c and link_elf_obj.c both define identical=20 methods & function names with very similar code. The one in link_elf_obj.c works and the one in link_elf.c doesn't.. I am=20 not sure why they both exist though. The one in link_elf.c fails at.. if (hdr->e_type !=3D ET_EXEC && hdr->e_type !=3D ET_DYN) { link_elf_error("Unsupported file type"); error =3D ENOEXEC; goto out; } I note that the _obj version checks if e_type is ET_REL (and lo it is). Can anyone explain what the underlying problem is? (I am guessing some=20 ordering issue where normally elf64_obj is called first so the other is=20 normally never called..) Thanks. =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 --nextPart1694949.LQK0J3eQ1o Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHjs425ZPcIHs/zowRAuHtAJ9uObo8vgtn16iNpZ8pYk6ZOYRq9wCeMW3k Oj0aYIMs+eUmde4wFjWL154= =zLmf -----END PGP SIGNATURE----- --nextPart1694949.LQK0J3eQ1o-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 03:46:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F2A516A418 for ; Thu, 17 Jan 2008 03:46:06 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 1705713C45D for ; Thu, 17 Jan 2008 03:46:05 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 15434 invoked from network); 16 Jan 2008 21:46:06 -0600 Received: from 124-170-126-40.dyn.iinet.net.au (HELO localhost) (124.170.126.40) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 16 Jan 2008 21:46:05 -0600 Date: Thu, 17 Jan 2008 14:45:52 +1100 From: Norberto Meijome Cc: freebsd-stable@freebsd.org Message-ID: <20080117144552.27714417@meijome.net> In-Reply-To: <200801160931.56332.jhb@freebsd.org> References: <20080116105453.72c0b78e@meijome.net> <200801160931.56332.jhb@freebsd.org> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.5; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Kernel panic when kldunload acpi_video X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 03:46:06 -0000 On Wed, 16 Jan 2008 09:31:55 -0500 John Baldwin wrote: > Please get a crash dump with matching kernel.debug and acpi_video.ko.debug. > Then grab www.freebsd.org/~jhb/gdb/gdb6 and source it while running kgdb. > You can use the 'kldload' command to generate output that you can pass to > asf(8) to generate a file you can source to import the symbols into kgdb > for the kernel module. Then you can get a stack trace which will help > track down the problem. Thanks John, I'll see how I go with that ... I may have to ask for some help as I go along . cheers, B _________________________ {Beto|Norberto|Numard} Meijome If you're not part of the solution, you're part of the precipitate. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 05:26:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9CDA16A419 for ; Thu, 17 Jan 2008 05:26:52 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3EC7013C442 for ; Thu, 17 Jan 2008 05:26:51 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m0H5Qknd054344 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Jan 2008 15:56:47 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Eric Anholt Date: Thu, 17 Jan 2008 15:56:39 +1030 User-Agent: KMail/1.9.7 References: <200801152012.56683.doconnor@gsoft.com.au> <200801161147.19807.doconnor@gsoft.com.au> <1200507078.1786.17.camel@localhost> In-Reply-To: <1200507078.1786.17.camel@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1546767.Mi5HF4WYhK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801171556.39857.doconnor@gsoft.com.au> X-Spam-Score: -3.408 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: Fwd: FreeBSD 6.3 and Intel G33 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 05:26:52 -0000 --nextPart1546767.Mi5HF4WYhK Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 17 Jan 2008, Eric Anholt wrote: > > OK.. Not sure what GTT is though :) > > Think page tables on your CPU, but for the graphics device's virtual > addressing inside of the AGP aperture. Righto. > > Fatal server error: > > Couldn't bind memory for front buffer > > That's almost surely as a result of the stolen memory issue. OK, so the only solution is to fix the AGP driver to remember the stolen=20 memory address, etc? The thing is that your GIT version doesn't work either and gives the=20 same error so I am not sure what to try now. > > OK. > > I really only want the 2D driver so DPMS works and the screen saver > > can turn the monitor off (although faster 2D would be good as well) > > DPMS should work with the VESA driver even, not to discourage you > from the right solution. The X log file says DPMS is enabled but doing 'xset dpms force off'=20 doesn't do anything (although when you move the mouse or press a key=20 the whole display refreshes so it appears X thinks it's been off) =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 --nextPart1546767.Mi5HF4WYhK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHjucP5ZPcIHs/zowRAjxBAKCT4G5UNBFsowLyi5GwP9xpVPrgLwCcD7nS MI3dRcI7eU3W7NfAhm94u4Q= =V9C3 -----END PGP SIGNATURE----- --nextPart1546767.Mi5HF4WYhK-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 08:55:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 052DE16A417 for ; Thu, 17 Jan 2008 08:55:48 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by mx1.freebsd.org (Postfix) with ESMTP id 7C61813C458 for ; Thu, 17 Jan 2008 08:55:47 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so374561fka.11 for ; Thu, 17 Jan 2008 00:55:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=RKE6+lHUbsLXBtBYuHjK8Flndf9uBx2we7tpi8z1+6o=; b=KfRjV0oDxp8QH6oCZGQvl/Rft/0mJnoU/N1b1cVQ41JGbbKKF7YE5IP+LK6IMf+I1IEvR0eIJ7LYUBu+s/KHoMXCBkQPSAZjNdQJWiWgwi/BmISOUyfgeeOsQ5toAenvb8nIWGwuglpHbQtckwp8LWFPfo7pe8R9gTxA/NGhooU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=wyNAlJGfMUrwOBP7O3nxDtJ9fg9VAtIwRK/MT//iBrgPMngBCEwbmCECzGxmuXAHdJv4FgHZKPFLPsLBzJBWBZRVJbRFAJQTl59skeJbBWLoEvD4g7aoE2RHd9+SFeUfPVss1EPr2Pf822/phzlWmEKrydp6QHDuF1I03TTNHwk= Received: by 10.78.168.1 with SMTP id q1mr2117298hue.76.1200558608343; Thu, 17 Jan 2008 00:30:08 -0800 (PST) Received: by 10.78.168.5 with HTTP; Thu, 17 Jan 2008 00:30:08 -0800 (PST) Message-ID: <7ad7ddd90801170030l790810b5r5bb156e3cda286b1@mail.gmail.com> Date: Thu, 17 Jan 2008 09:30:08 +0100 From: "Ulrich Spoerlein" To: "=?ISO-8859-1?Q?Johan_Str=F6m?=" In-Reply-To: <134BD86C-19CF-42A7-9190-FAD3BB564A06@stromnet.se> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <39FB5CF3-F2F4-401B-9D6D-7796608152E5@ish.com.au> <4FF9842D-ADC9-4A99-9DC4-E0FE1CC9CDCF@stromnet.se> <20080116222729.GB1529@roadrunner.spoerlein.net> <134BD86C-19CF-42A7-9190-FAD3BB564A06@stromnet.se> Cc: emj@emj.se, freebsd-stable@freebsd.org Subject: Re: Backup solution suggestions [ggated] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 08:55:48 -0000 On Jan 17, 2008 1:31 AM, Johan Str=F6m wrote: > > Export the disk on the backup server with ggated. Bind it on the > > client > > with ggatec. Slap a GELI or GBDE encryption on top of it and then > > put a > > ZFS on top of it. > > > > You can mount/import this "remote" ZFS at will and do your zfs > > send/receive on your local box. Nothing ever leaves your box > > unencrypted. > > Now that is a cool solution! That actually sounds like something doable. > I tried it out some at home between a 6.2 box (client) and 7.0 box > (server), hosting the system in a ZFS "sparse volume" with a > predefined size, exported that via ggated and connected ggatec on the > client box. I then did some experimentation with just newfs, and it > worked great! > The only downside with this would be that the size is fixed. So I > played around a bit with setting the volsize property in ZFS and it > seemd to work just fine. zfs list reported the new, bigger, size. > Restarted ggatec and did a growfs, and then remounted.. Yay bigger > disk :) > Then I went on do do some geli test, geli'ed /dev/ggate0 and > newfs'ed, mounted and played around a bit. All fine.. Now came the > problem, i unmounetd it, expanded the zfs volume a bit more, > restarted ggatec and tried to attach it using geli again (note, I > have no idea if this is supposed to work at all, I'm just testing. > Havent read such things anywhere). Now I got Invalid argument. > Im not realy sure about how GEOM works, but if I recall correct it > uses the last sectors of the disk? If I moved X bytes of data from > old end of disk to new end of disk, would that make GELI work? If I > can get that to work, then this would be a kickass solution (all > encryption stuff works great, I don't have to allocate all space > immediatly, I can expand it later without destroying data and > starting from scratch etc). I'm pretty certain that GELI cannot handle variable sized disks. But you could add GVIRSTOR into the mix. But I'd just allocate the necessary space and be done with it. Adding yet another layer is asking for trouble, imho. > Some other questions, more related to ggated/c. Is this stable? Good > working? how does it handle failure situations? Anyone using it for > production systems? >From my personal experience (which is rather limited): No, barely, bad, hel= l no. There were/are some open PRs about ggate. I had troubles with gmirror+ggate in that it would deadlock every other hour on SMP systems (try removing option PREEMPTION if that bug hits you). > Yes this is for backup only so minor glitches > might be acceptable for me, but I'd rather know about those beforehand. Give it a shot, if your systems stay up and stable, good. If the link breaks from time to time, I think ZFS should be able to recover most of it. Since it is your backup, I'd try to break it in interessting ways first, to get a feel for how robust it is. Uli From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 11:18:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F35C16A418 for ; Thu, 17 Jan 2008 11:18:07 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 0534313C45D for ; Thu, 17 Jan 2008 11:18:06 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 27154 invoked from network); 17 Jan 2008 05:18:06 -0600 Received: from 124-170-126-40.dyn.iinet.net.au (HELO localhost) (124.170.126.40) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 17 Jan 2008 05:18:06 -0600 Date: Thu, 17 Jan 2008 22:17:52 +1100 From: Norberto Meijome To: John Baldwin Message-ID: <20080117221752.6170c120@meijome.net> In-Reply-To: <200801160931.56332.jhb@freebsd.org> References: <20080116105453.72c0b78e@meijome.net> <200801160931.56332.jhb@freebsd.org> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.5; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Kernel panic when kldunload acpi_video X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 11:18:07 -0000 On Wed, 16 Jan 2008 09:31:55 -0500 John Baldwin wrote: > Please get a crash dump with matching kernel.debug and acpi_video.ko.debug. where do I read about creating a debug version of acpi_video.ko (or other .kos for that matter)? thx! B _________________________ {Beto|Norberto|Numard} Meijome The Feynman Problem-Solving Algorithm: (1) write down the problem. (2) think very hard. (3) write down the answer. -- Murray Gell-Mann I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 11:19:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D02816A421 for ; Thu, 17 Jan 2008 11:19:08 +0000 (UTC) (envelope-from parv@pair.com) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id 0C37413C459 for ; Thu, 17 Jan 2008 11:19:07 +0000 (UTC) (envelope-from parv@pair.com) Received: from localhost.hawaii.res.rr.com ([24.25.231.204]) by hrndva-omta05.mail.rr.com with ESMTP id <20080117110404.ETEC14424.hrndva-omta05.mail.rr.com@localhost.hawaii.res.rr.com>; Thu, 17 Jan 2008 11:04:04 +0000 Received: from holstein.holy.cow (localhost [127.0.0.1]) by localhost.hawaii.res.rr.com (Postfix) with ESMTP id 25AC532B9; Thu, 17 Jan 2008 01:05:19 -1000 (HST) Received: (from parv@localhost) by holstein.holy.cow (8.13.8/8.13.8/Submit) id m0HB5Hh6011364; Thu, 17 Jan 2008 01:05:17 -1000 (HST) (envelope-from parv@pair.com) X-Authentication-Warning: holstein.holy.cow: parv set sender to parv@pair.com using -f Date: Thu, 17 Jan 2008 01:05:17 -1000 From: Parv To: Vivek Khera Message-ID: <20080117110517.GA3128@holstein.holy.cow> Mail-Followup-To: Vivek Khera , FreeBSD Stable List References: <4785616A.4070001@delphij.net> <200801101109.38294.jhb@freebsd.org> <70AABDAF-1925-4DBE-88A2-976CFBC55C5E@khera.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <70AABDAF-1925-4DBE-88A2-976CFBC55C5E@khera.org> Cc: FreeBSD Stable List Subject: PCI MSI (was Re: What current Dell Systems are supported/work) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 11:19:08 -0000 in message <70AABDAF-1925-4DBE-88A2-976CFBC55C5E@khera.org>, wrote Vivek Khera thusly... > > > On Jan 10, 2008, at 11:09 AM, John Baldwin wrote: > >>> *: This is the default behavior for 7.0, I have not encountered >>> the problem mentioned above on any 1950/2950 boxes so far I have >>> tested. >> >> I will enable MSI by default on 6.x now (so will take affect for >> 6.4). We've also enabled it by default on 6.x at work. >> > > Where can one go to read up on what MSI is and how it helps us? > > Is enabling it just setting a sysctl? Does that have to be done > in loader.conf or can it happen later? Speaking of MSI being on by default in recent 6-STABLE ... well, that caused my ThinkPad T61 (8859-CTO) ... dmesg: http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t61-8859-cto/sys/dmesg kernel (combined for easy perusal): http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t61-8859-cto/cf/kern/combined/T61-SMP.debug--combined /boot/device.hints: http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t61-8859-cto/cf/boot/device.hints ... to go in panic[0]. So, for now I have added ... # Since MSI turned on by default on 2008.01.10.21.17.12 UTC, # causes panic so disable MSI. hw.pci.enable_msix=0 hw.pci.enable_msi=0 ... to /boot/loader.conf. [0] I could not save the dump for neither do I have access to serial console, nor could the file system be mounted. Missing also here is a digital camera. If anybody is interested, I could write screen down, and repeat to them. - Parv -- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 12:38:36 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A89A16A420 for ; Thu, 17 Jan 2008 12:38:36 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0710213C46B for ; Thu, 17 Jan 2008 12:38:36 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JFU0v-0001Bk-0E for stable@freebsd.org; Thu, 17 Jan 2008 12:38:33 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JFU0u-0000SL-UV for stable@freebsd.org; Thu, 17 Jan 2008 12:38:32 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JFU0u-000HzF-To for stable@freebsd.org; Thu, 17 Jan 2008 12:38:32 +0000 To: stable@freebsd.org Message-Id: From: Pete French Date: Thu, 17 Jan 2008 12:38:32 +0000 Cc: Subject: Re: panic: vm_fault: fault on nofualt entry, addr: 81423000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 12:38:36 -0000 following up my own email here, but I have compiled the kernel debugger into my kerenal, and much to my surprise it dooes actualy drop into the debugger when it panics. so, what can I do from there to help sort this out ? a quick backtrace shows the following call sequence: madt_probe apic_init mi_startup beging Which surprises me as I was expecting to see something inside an acpi call. I am not sure where to go from here though - I know nothing about this bit of the kernel, and it's quite a shallow learning curve unfortunately. -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 13:31:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6223216A417 for ; Thu, 17 Jan 2008 13:31:48 +0000 (UTC) (envelope-from ferdinand.goldmann@jku.at) Received: from emailsecure.uni-linz.ac.at (emailsecure.uni-linz.ac.at [140.78.3.66]) by mx1.freebsd.org (Postfix) with ESMTP id 36F6113C469 for ; Thu, 17 Jan 2008 13:31:48 +0000 (UTC) (envelope-from ferdinand.goldmann@jku.at) Received: from Ferdinand-Goldmanns-Computer.local (jku006048.edvz.uni-linz.ac.at [140.78.6.48]) by emailsecure.uni-linz.ac.at (Postfix) with ESMTP id EBB82228022 for ; Thu, 17 Jan 2008 13:59:31 +0100 (CET) Message-ID: <478F5138.6010708@jku.at> Date: Thu, 17 Jan 2008 13:59:36 +0100 From: Ferdinand Goldmann Organization: Johannes Kepler University User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Dell PERC6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ferdinand.goldmann@jku.at List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 13:31:48 -0000 Hi! I am in the process of buying new Dell hardware, mainly the 2950 III. According to various postings I found, the PERC6/i Controller _should_ work with FreeBSD 6.3. Does anyone successfully use a 2950 III with PERC6/i controller and can confirm this? Sorry if the question sounds stupid, but as I cannot find any references to the PERC6 in either documentation or source code I am a bit confused, and I wanted to make sure it works before shelling out my employers money. :-) Many thanks for any enlightenment on this subject, kind regards, Ferdinand -- >> Ferdinand Goldmann >> Johannes Kepler University Linz - Server Systems/ZID >> Mail: Ferdinand.Goldmann@jku.at Phone: 00437024689398 Fax: 00437024689397 From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 13:44:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BF9C16A417 for ; Thu, 17 Jan 2008 13:44:46 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id BA94113C442 for ; Thu, 17 Jan 2008 13:44:45 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by fg-out-1718.google.com with SMTP id 16so761264fgg.35 for ; Thu, 17 Jan 2008 05:44:44 -0800 (PST) Received: by 10.82.140.20 with SMTP id n20mr3660832bud.27.1200577484214; Thu, 17 Jan 2008 05:44:44 -0800 (PST) Received: by 10.82.148.1 with HTTP; Thu, 17 Jan 2008 05:44:44 -0800 (PST) Message-ID: Date: Thu, 17 Jan 2008 15:44:44 +0200 From: "Vlad GALU" To: ferdinand.goldmann@jku.at In-Reply-To: <478F5138.6010708@jku.at> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <478F5138.6010708@jku.at> Cc: freebsd-stable@freebsd.org Subject: Re: Dell PERC6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 13:44:46 -0000 On 1/17/08, Ferdinand Goldmann wrote: > Hi! > > I am in the process of buying new Dell hardware, mainly the 2950 III. > According to various postings I found, the PERC6/i Controller _should_ work > with FreeBSD 6.3. Does anyone successfully use a 2950 III with PERC6/i > controller and can confirm this? > > Sorry if the question sounds stupid, but as I cannot find any references to > the PERC6 in either documentation or source code I am a bit confused, and I > wanted to make sure it works before shelling out my employers money. :-) > > Many thanks for any enlightenment on this subject, > kind regards, > Ferdinand Don't know if this is useful to you, but I'm using 7.0 on the same Dell platform, and hence on the same controller, with very good results. I think the mfi(4) manpage should be updated too :) > -- > >> Ferdinand Goldmann > >> Johannes Kepler University Linz - Server Systems/ZID > >> Mail: Ferdinand.Goldmann@jku.at Phone: 00437024689398 Fax: 00437024689397 > _______________________________________________ > 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" > -- Mahnahmahnah! From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 13:59:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E658316A41B for ; Thu, 17 Jan 2008 13:59:34 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id EB0A913C4CE for ; Thu, 17 Jan 2008 13:59:34 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id BF9E61CC091; Thu, 17 Jan 2008 05:59:34 -0800 (PST) Date: Thu, 17 Jan 2008 05:59:34 -0800 From: Jeremy Chadwick To: Ferdinand Goldmann Message-ID: <20080117135934.GA3226@eos.sc1.parodius.com> References: <478F5138.6010708@jku.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <478F5138.6010708@jku.at> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: Dell PERC6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 13:59:35 -0000 On Thu, Jan 17, 2008 at 01:59:36PM +0100, Ferdinand Goldmann wrote: > I am in the process of buying new Dell hardware, mainly the 2950 III. > According to various postings I found, the PERC6/i Controller _should_ work > with FreeBSD 6.3. Does anyone successfully use a 2950 III with PERC6/i > controller and can confirm this? You'd be best off with RELENG_7 and not 6.3, but yes, the controller in question should work on RELENG_6 and RELENG_6_3. > Sorry if the question sounds stupid, but as I cannot find any references to > the PERC6 in either documentation or source code I am a bit confused, and I > wanted to make sure it works before shelling out my employers money. :-) There's been recent discussions on -stable about performance issues with mfi(4) under certain drive configuration conditions. Here's the thread: http://lists.freebsd.org/pipermail/freebsd-stable/2007-December/038755.html http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039568.html See specifically these two posts: http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039574.html http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039660.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 14:28:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9AA116A46C for ; Thu, 17 Jan 2008 14:28:35 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog17.obsmtp.com (s200aog17.obsmtp.com [207.126.144.131]) by mx1.freebsd.org (Postfix) with SMTP id 5117513C518 for ; Thu, 17 Jan 2008 14:28:35 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob017.postini.com ([207.126.147.11]) with SMTP; Thu, 17 Jan 2008 14:28:34 UTC Received: from bill.mintel.co.uk (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 40A3D18141F; Thu, 17 Jan 2008 13:58:39 +0000 (GMT) Message-ID: <478F5F0F.2040409@tomjudge.com> Date: Thu, 17 Jan 2008 13:58:39 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: ferdinand.goldmann@jku.at References: <478F5138.6010708@jku.at> In-Reply-To: <478F5138.6010708@jku.at> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dell PERC6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 14:28:36 -0000 Ferdinand Goldmann wrote: > Hi! > > I am in the process of buying new Dell hardware, mainly the 2950 III. > According to various postings I found, the PERC6/i Controller _should_ > work with FreeBSD 6.3. Does anyone successfully use a 2950 III with > PERC6/i controller and can confirm this? > > Sorry if the question sounds stupid, but as I cannot find any references > to the PERC6 in either documentation or source code I am a bit confused, > and I wanted to make sure it works before shelling out my employers > money. :-) > > Many thanks for any enlightenment on this subject, > kind regards, > Ferdinand Hi, I have just pulled a new one out of a the box and done a boot and partition test on it using 6.3-RC2 boot only CD. Seemed to work just fine. I haven't got any PERC6/i's in production at this stage so can really say about their stability/performance just that they appear to work just fine with the 10 minute test I just did. Tom From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 15:23:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CF7016A41A; Thu, 17 Jan 2008 15:23:57 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id D09B513C447; Thu, 17 Jan 2008 15:23:56 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 88D17744021; Thu, 17 Jan 2008 17:23:54 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v6auR7+N8nks; Thu, 17 Jan 2008 17:23:54 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 2E921744002; Thu, 17 Jan 2008 17:23:54 +0200 (EET) Message-ID: <478F7309.4040606@icyb.net.ua> Date: Thu, 17 Jan 2008 17:23:53 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: cd(4) as compared to acd(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 15:23:57 -0000 It seems that cd driver lacks couple of useful features as compared to acd: 1. device nodes for individual tracks: this might not be so useful for tracks on audio CDs, but it is especially useful for mixed audio/data CDs and multi-track data CDs; 2. automatic detection of track type (audio/data) and then using proper READ command (e.g. READ CD) in strategy, so that read(2) works even for audio CDs (convenient and easy way of doing digital audio extraction); The second one also breaks "API" compatibility between the drivers: if you want to do digital audio extraction, you have to know underlying device type and use different techniques. It seems that these features are not terribly hard to implement (using acd as an example). I am not volunteering at this moment, but this could be added to some "junior hacker tasks" list. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 16:11:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37FE616A417 for ; Thu, 17 Jan 2008 16:11:20 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 28E5013C442 for ; Thu, 17 Jan 2008 16:11:20 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id 21FBDC943A for ; Thu, 17 Jan 2008 11:11:19 -0500 (EST) Message-Id: <1608FD4D-72C2-4C16-890A-6ABA8FB20E57@khera.org> From: Vivek Khera To: FreeBSD Stable List In-Reply-To: <200801151340.46771.jhb@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Thu, 17 Jan 2008 11:11:18 -0500 References: <200801101109.38294.jhb@freebsd.org> <70AABDAF-1925-4DBE-88A2-976CFBC55C5E@khera.org> <200801151340.46771.jhb@freebsd.org> X-Mailer: Apple Mail (2.915) Subject: Re: What current Dell Systems are supported/work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 16:11:20 -0000 On Jan 15, 2008, at 1:40 PM, John Baldwin wrote: >> Where can one go to read up on what MSI is and how it helps us? >> >> Is enabling it just setting a sysctl? Does that have to be done in >> loader.conf or can it happen later? > > loader.conf (though it is now default on in RELENG_6). > > hw.pci.msi_enable=1 > hw.pci.msix_enable=1 Thanks for the info. But can anyone point me to some documentation on why MSI is good for me? From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 16:26:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4304F16A420 for ; Thu, 17 Jan 2008 16:26:01 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 1509513C4E5 for ; Thu, 17 Jan 2008 16:26:00 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m0HGPp61001129; Thu, 17 Jan 2008 09:25:51 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <478F818F.9020209@samsco.org> Date: Thu, 17 Jan 2008 09:25:51 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Vivek Khera References: <200801101109.38294.jhb@freebsd.org> <70AABDAF-1925-4DBE-88A2-976CFBC55C5E@khera.org> <200801151340.46771.jhb@freebsd.org> <1608FD4D-72C2-4C16-890A-6ABA8FB20E57@khera.org> In-Reply-To: <1608FD4D-72C2-4C16-890A-6ABA8FB20E57@khera.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 17 Jan 2008 09:25:51 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: FreeBSD Stable List Subject: Re: What current Dell Systems are supported/work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 16:26:01 -0000 Vivek Khera wrote: > > On Jan 15, 2008, at 1:40 PM, John Baldwin wrote: > >>> Where can one go to read up on what MSI is and how it helps us? >>> >>> Is enabling it just setting a sysctl? Does that have to be done in >>> loader.conf or can it happen later? >> >> loader.conf (though it is now default on in RELENG_6). >> >> hw.pci.msi_enable=1 >> hw.pci.msix_enable=1 > > > Thanks for the info. But can anyone point me to some documentation on > why MSI is good for me? > When implemented and used correctly in the hardware and driver, it a lower overhead interrupt mechanism. It also expands the number of interrupt vectors available, making interrupt sharing non-existent (for right now, at least). Scott From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 16:27:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8267D16A41A for ; Thu, 17 Jan 2008 16:27:26 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 5447213C4CE for ; Thu, 17 Jan 2008 16:27:26 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m0HGRNm9001145; Thu, 17 Jan 2008 09:27:23 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <478F81EB.2070601@samsco.org> Date: Thu, 17 Jan 2008 09:27:23 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Vivek Khera References: <200801101109.38294.jhb@freebsd.org> <70AABDAF-1925-4DBE-88A2-976CFBC55C5E@khera.org> <200801151340.46771.jhb@freebsd.org> <1608FD4D-72C2-4C16-890A-6ABA8FB20E57@khera.org> In-Reply-To: <1608FD4D-72C2-4C16-890A-6ABA8FB20E57@khera.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 17 Jan 2008 09:27:23 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: FreeBSD Stable List Subject: Re: What current Dell Systems are supported/work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 16:27:26 -0000 Vivek Khera wrote: > > On Jan 15, 2008, at 1:40 PM, John Baldwin wrote: > >>> Where can one go to read up on what MSI is and how it helps us? >>> >>> Is enabling it just setting a sysctl? Does that have to be done in >>> loader.conf or can it happen later? >> >> loader.conf (though it is now default on in RELENG_6). >> >> hw.pci.msi_enable=1 >> hw.pci.msix_enable=1 > > > Thanks for the info. But can anyone point me to some documentation on > why MSI is good for me? > When implemented and used correctly in the hardware and driver, it a lower overhead interrupt mechanism. It also expands the number of interrupt vectors available, making interrupt sharing non-existent (for right now, at least). Thirdly, it vastly simplifies interrupt routing and makes a lot of problems with missing interrupts at the OS/driver level go away. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 16:59:12 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 027AF16A417; Thu, 17 Jan 2008 16:59:12 +0000 (UTC) (envelope-from ws@au.dyndns.ws) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id 721AA13C4DD; Thu, 17 Jan 2008 16:59:11 +0000 (UTC) (envelope-from ws@au.dyndns.ws) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAHIXj0eWZWdv/2dsb2JhbAAIrXo X-IronPort-AV: E=Sophos;i="4.24,303,1196602200"; d="scan'208";a="37692065" Received: from ppp103-111.static.internode.on.net (HELO [192.168.1.131]) ([150.101.103.111]) by ipmail05.adl2.internode.on.net with ESMTP; 18 Jan 2008 03:29:09 +1030 From: Wayne Sierke To: Kris Kennaway In-Reply-To: <478BC0AA.3080906@FreeBSD.org> References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <47851247.1020306@raad.tartu.ee> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <1200156892.1196.34.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> <1200241867.1677.34.camel@predator-ii.buffyverse> <478A7014.4080804@FreeBSD.org> <1200323959.1971.27.camel@predator-ii.buffyverse> <478BC0AA.3080906@FreeBSD.org> Content-Type: text/plain Date: Fri, 18 Jan 2008 03:29:04 +1030 Message-Id: <1200589144.7141.27.camel@predator-ii.buffyverse> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: 7.0-PRERELEASE desktop system periodically freezes momentarily X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 16:59:12 -0000 On Mon, 2008-01-14 at 21:06 +0100, Kris Kennaway wrote: > Same deal as before then. It cannot be the same problem as in the > previous 6.x trace (unless you are using a non-mpsafe filesystem, i.e. > not UFS). > > Kris In fact I have some MSDOSFS auto-mounting from /etc/fstab, but normally not in active use (by me - as for what gnome-* are doing in the background?). Without those mounts the stuttering in glxgears when 'Harddisk' is enabled in System Monitor is barely perceptible. The stuttering with Network Monitor remains as do the other freezes. I didn't have the same luck getting nvidia-driver working with LOCK_PROFILING in RELENG_7 as I did with MUTEX_PROFILING in RELENG_6. Looks like I'll have to test with nv or vesa driver instead, now. I've also prepared a KTR testing kernel but in the process realise I don't know which trace classes to include? Wayne From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 19:16:47 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD5F516A419 for ; Thu, 17 Jan 2008 19:16:47 +0000 (UTC) (envelope-from dindin@yandex-team.ru) Received: from relanium.yandex.ru (relanium.yandex.ru [213.180.202.105]) by mx1.freebsd.org (Postfix) with ESMTP id 8727313C458 for ; Thu, 17 Jan 2008 19:16:46 +0000 (UTC) (envelope-from dindin@yandex-team.ru) Received: from sepulca.yandex.ru (dhcp250-167.yandex.ru [87.250.250.167]) by relanium.yandex.ru (8.14.1/8.14.1) with ESMTP id m0HItmfv093475 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Jan 2008 21:55:49 +0300 (MSK) (envelope-from dindin@yandex-team.ru) Received: from sepulca.yandex.ru (localhost [127.0.0.1]) by sepulca.yandex.ru (8.14.2/8.13.8) with ESMTP id m0HItmfh091400; Thu, 17 Jan 2008 21:55:48 +0300 (MSK) (envelope-from dindin@yandex-team.ru) Received: (from dindin@localhost) by sepulca.yandex.ru (8.14.2/8.13.8/Submit) id m0HItlc3091391; Thu, 17 Jan 2008 21:55:47 +0300 (MSK) (envelope-from dindin@yandex-team.ru) X-Authentication-Warning: sepulca.yandex.ru: dindin set sender to dindin@yandex-team.ru using -f Date: Thu, 17 Jan 2008 21:55:47 +0300 From: Denis Barov To: bushman@freebsd.org Message-ID: <20080117185547.GA85161@sepulca.yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline X-Operating-System: FreeBSD sepulca.yandex.ru 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Antivirus: Dr.Web (R) for Mail Servers on relanium.yandex.ru host X-Antivirus-Code: 100000 Cc: stable@freebsd.org Subject: nscd again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 19:16:47 -0000 Hello! I found some strange behaviour of NIS/nscd when NIS in compat mode. In /etc/nsswitch.conf I have: netgroup: cache compat passwd: cache compat group: cache compat #group_compat: cache nis #passwd_compat: cache nis in /etc/nscd.conf: #nscd.conf threads 16 enable-cache passwd yes keep-hot-count passwd 20480 positive-time-to-live passwd 36000 enable-cache group yes keep-hot-count group 20480 positive-time-to-live group 36000 enable-cache group_compat yes keep-hot-count group_compat 20480 positive-time-to-live group.byname 36000 enable-cache passwd_compat yes keep-hot-count passwd_compat 20480 positive-time-to-live passwd_compat 36000 enable-cache netgroup yes keep-hot-count netgroup 20480 positive-time-to-live netgroup 36000 But, when I do some actions on NIS-client host (host with ypbind), host ignoring cached data. In ypserv debug log: ... ypserv: retrieving next key, previous was: [XXX] ypserv: result of lookup: key: [XXXXXXXXX] data: [XXXXXX:*:1168:] ypserv: procedure ypproc_next called from XXX.XXX.XXX.XXX:739 ypserv: client is referencing map "group.byname". ypserv: retrieving next key, previous was: [XXXXXXXXXXX] ypserv: result of lookup: key: [baytin] data: [XXXXXX:*:1220:] ypserv: procedure ypproc_next called from XXX.XXX.XXX.XXX:739 ypserv: client is referencing map "group.byname". ypserv: retrieving next key, previous was: [XXXXXX] ypserv: result of lookup: key: [XXXX] data: [XXXX:*:3012:] ypserv: procedure ypproc_next called from XXX.XXX.XXX.XXX:739 ypserv: client is referencing map "group.byname". ypserv: retrieving next key, previous was: [XXXX] ypserv: result of lookup: key: [XXX] data: [XXX:*:3021:] ypserv: procedure ypproc_next called from XXX.XXX.XXX.XXX:739 ypserv: client is referencing map "group.byname". ypserv: retrieving next key, previous was: [XXX] ypserv: result of lookup: key: [vereschagin] data: [XXXXXXXXXXX:*:3024:] ypserv: procedure ypproc_next called from XXX.XXX.XXX.XXX:739 ypserv: client is referencing map "group.byname". ypserv: retrieving next key, previous was: [XXXXXXXXXXX] ... If I set in nsswitch.conf: netgroup: cache compat passwd: cache compat group: cache compat group_compat: cache nis passwd_compat: cache nis I have other errors: Jan 17 21:53:13 mfas002 sudo: NSSWITCH(nss_method_lookup): cache, passwd_compat, setpwent, not found Jan 17 21:53:15 mfas002 sudo: NSSWITCH(nss_method_lookup): cache, group_compat, setgrent, not found Jan 17 21:53:15 mfas002 sudo: NSSWITCH(nss_method_lookup): cache, group_compat, getgrent_r, not found Jan 17 21:53:15 mfas002 last message repeated 197 times Jan 17 21:53:15 mfas002 sudo: NSSWITCH(nss_method_lookup): cache, group_compat, endgrent, not found Jan 17 21:53:15 mfas002 sudo: NSSWITCH(nss_method_lookup): cache, passwd_compat, endpwent, not found Jan 17 21:53:15 mfas002 sudo: NSSWITCH(nss_method_lookup): cache, group_compat, endgrent, not found Seems group_compat and passwd_compat databases can't operate with cache sourse. Is that true? -- Denis Barov | /"\ Yandex WEB-Search Administration Team | \ / ASCII Ribbon Campaign phone: : +7 (495) 739-70-00 add. 7154 | X NO HTML/RTF in e-mail e-mail: dindin@yandex-team.ru | / \ NO Word docs in e-mail From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 19:50:39 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BD9C16A419 for ; Thu, 17 Jan 2008 19:50:39 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id ED05013C45A; Thu, 17 Jan 2008 19:50:37 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <478FB18B.3090204@FreeBSD.org> Date: Thu, 17 Jan 2008 20:50:35 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Wayne Sierke References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <47851247.1020306@raad.tartu.ee> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <1200156892.1196.34.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> <1200241867.1677.34.camel@predator-ii.buffyverse> <478A7014.4080804@FreeBSD.org> <1200323959.1971.27.camel@predator-ii.buffyverse> <478BC0AA.3080906@FreeBSD.org> <1200589144.7141.27.camel@predator-ii.buffyverse> In-Reply-To: <1200589144.7141.27.camel@predator-ii.buffyverse> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: 7.0-PRERELEASE desktop system periodically freezes momentarily X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 19:50:39 -0000 Wayne Sierke wrote: > On Mon, 2008-01-14 at 21:06 +0100, Kris Kennaway wrote: >> Same deal as before then. It cannot be the same problem as in the >> previous 6.x trace (unless you are using a non-mpsafe filesystem, i.e. >> not UFS). >> >> Kris > > In fact I have some MSDOSFS auto-mounting from /etc/fstab, but normally > not in active use (by me - as for what gnome-* are doing in the > background?). > > Without those mounts the stuttering in glxgears when 'Harddisk' is > enabled in System Monitor is barely perceptible. The stuttering with > Network Monitor remains as do the other freezes. > > I didn't have the same luck getting nvidia-driver working with > LOCK_PROFILING in RELENG_7 as I did with MUTEX_PROFILING in RELENG_6. > Looks like I'll have to test with nv or vesa driver instead, now. > > I've also prepared a KTR testing kernel but in the process realise I > don't know which trace classes to include? KTR_SCHED Kris From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 19:55:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63F5616A469 for ; Thu, 17 Jan 2008 19:55:19 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.freebsd.org (Postfix) with ESMTP id 6168913C4D5 for ; Thu, 17 Jan 2008 19:55:19 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by ironport2.ambrisko.com with ESMTP; 17 Jan 2008 11:20:33 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.14.1/8.12.11) with ESMTP id m0HJQhim075526; Thu, 17 Jan 2008 11:26:43 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.1/8.13.1/Submit) id m0HJQgBs075525; Thu, 17 Jan 2008 11:26:42 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200801171926.m0HJQgBs075525@ambrisko.com> In-Reply-To: To: Vlad GALU Date: Thu, 17 Jan 2008 11:26:42 -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: ferdinand.goldmann@jku.at, freebsd-stable@freebsd.org Subject: Re: Dell PERC6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 19:55:19 -0000 Vlad GALU writes: | On 1/17/08, Ferdinand Goldmann wrote: | > Hi! | > | > I am in the process of buying new Dell hardware, mainly the 2950 III. | > According to various postings I found, the PERC6/i Controller _should_ work | > with FreeBSD 6.3. Does anyone successfully use a 2950 III with PERC6/i | > controller and can confirm this? | > | > Sorry if the question sounds stupid, but as I cannot find any references to | > the PERC6 in either documentation or source code I am a bit confused, and I | > wanted to make sure it works before shelling out my employers money. :-) | > | > Many thanks for any enlightenment on this subject, | > kind regards, | > Ferdinand | | Don't know if this is useful to you, but I'm using 7.0 on the same | Dell platform, and hence on the same controller, with very good | results. I think the mfi(4) manpage should be updated too :) It's been updated in -current. Yes, PERC6 support is in 6.3 & 7.0. Thanks for the prompt, Doug A. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 20:23:41 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37E7516A41A for ; Thu, 17 Jan 2008 20:23:41 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id 269D813C478 for ; Thu, 17 Jan 2008 20:23:41 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from [10.0.3.98] (mail.boulder.swri.edu [65.241.78.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id D16738F434; Thu, 17 Jan 2008 13:04:53 -0700 (MST) Message-ID: <478FB4B5.1030701@skyrush.com> Date: Thu, 17 Jan 2008 13:04:05 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: Kris Kennaway References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <47851247.1020306@raad.tartu.ee> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <1200156892.1196.34.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> <1200241867.1677.34.camel@predator-ii.buffyverse> <478A7014.4080804@FreeBSD.org> <1200323959.1971.27.camel@predator-ii.buffyverse> <478BC0AA.3080906@FreeBSD.org> <1200589144.7141.27.camel@predator-ii.buffyverse> <478FB18B.3090204@FreeBSD.org> In-Reply-To: <478FB18B.3090204@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Wayne Sierke Subject: Re: 7.0-PRERELEASE desktop system periodically freezes momentarily X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 20:23:41 -0000 Kris Kennaway wrote: > KTR_SCHED Kris, BTW, I am curious if the traces I posted were informative. Let me know if I did not create them correctly. The xterm test seems to vary in usefulness depending on video card (faster cards catch up too quickly), but the freezing still happens quite often using apps like firefox, especially. Here's the post link: http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039599.html Thanks, Joe From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 20:41:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5ABA116A41B for ; Thu, 17 Jan 2008 20:41:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 26A5C13C468 for ; Thu, 17 Jan 2008 20:41:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 228870092-1834499 for multiple; Thu, 17 Jan 2008 15:39:08 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id m0HKegNH084274; Thu, 17 Jan 2008 15:40:53 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 17 Jan 2008 15:20:24 -0500 User-Agent: KMail/1.9.7 References: <70AABDAF-1925-4DBE-88A2-976CFBC55C5E@khera.org> <20080117110517.GA3128@holstein.holy.cow> In-Reply-To: <20080117110517.GA3128@holstein.holy.cow> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801171520.25555.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 17 Jan 2008 15:40:54 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5493/Thu Jan 17 13:09:26 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Vivek Khera , Parv Subject: Re: PCI MSI (was Re: What current Dell Systems are supported/work) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 20:41:02 -0000 On Thursday 17 January 2008 06:05:17 am Parv wrote: > in message <70AABDAF-1925-4DBE-88A2-976CFBC55C5E@khera.org>, > wrote Vivek Khera thusly... > > > > > > On Jan 10, 2008, at 11:09 AM, John Baldwin wrote: > > > >>> *: This is the default behavior for 7.0, I have not encountered > >>> the problem mentioned above on any 1950/2950 boxes so far I have > >>> tested. > >> > >> I will enable MSI by default on 6.x now (so will take affect for > >> 6.4). We've also enabled it by default on 6.x at work. > >> > > > > Where can one go to read up on what MSI is and how it helps us? > > > > Is enabling it just setting a sysctl? Does that have to be done > > in loader.conf or can it happen later? > > Speaking of MSI being on by default in recent 6-STABLE ... well, > that caused my ThinkPad T61 (8859-CTO) ... > > dmesg: > http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t61-8859-cto/sys/dmesg > > kernel (combined for easy perusal): > http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t61-8859-cto/cf/kern/combined/T61-SMP.debug--combined > > /boot/device.hints: > http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t61-8859-cto/cf/boot/device.hints > > > ... to go in panic[0]. So, for now I have added ... > > # Since MSI turned on by default on 2008.01.10.21.17.12 UTC, > # causes panic so disable MSI. > hw.pci.enable_msix=0 > hw.pci.enable_msi=0 > > > ... to /boot/loader.conf. > > > [0] I could not save the dump for neither do I have access to > serial console, nor could the file system be mounted. Missing > also here is a digital camera. If anybody is interested, I > could write screen down, and repeat to them. For starters, can you get the output of 'pciconf -lc'? Secondly, I really will need the kernel panic message. If it is a page fault (trap 12) then write down the faulting virtual address and the faulting IP. If you can scribble down any of the stack trace from DDB that would be helpful as well. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 20:41:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E4CF16A417 for ; Thu, 17 Jan 2008 20:41:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 9795513C44B for ; Thu, 17 Jan 2008 20:41:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 228870171-1834499 for multiple; Thu, 17 Jan 2008 15:39:13 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id m0HKegNI084274; Thu, 17 Jan 2008 15:40:56 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 17 Jan 2008 15:21:47 -0500 User-Agent: KMail/1.9.7 References: <20080116105453.72c0b78e@meijome.net> <200801160931.56332.jhb@freebsd.org> <20080117221752.6170c120@meijome.net> In-Reply-To: <20080117221752.6170c120@meijome.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801171521.48402.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 17 Jan 2008 15:40:56 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5493/Thu Jan 17 13:09:26 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Norberto Meijome Subject: Re: Kernel panic when kldunload acpi_video X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 20:41:06 -0000 On Thursday 17 January 2008 06:17:52 am Norberto Meijome wrote: > On Wed, 16 Jan 2008 09:31:55 -0500 > John Baldwin wrote: > > > Please get a crash dump with matching kernel.debug and acpi_video.ko.debug. > > where do I read about creating a debug version of acpi_video.ko (or other .kos for that matter)? If you use config -g it will build debug versions of kernel + modules. To build a debug module from /sys/modules/foo use 'make DEBUG_FLAGS=-g'. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 20:41:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8309D16A4C7 for ; Thu, 17 Jan 2008 20:41:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 38B4C13C461 for ; Thu, 17 Jan 2008 20:41:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 228870183-1834499 for multiple; Thu, 17 Jan 2008 15:39:18 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id m0HKegNJ084274; Thu, 17 Jan 2008 15:41:01 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 17 Jan 2008 15:28:37 -0500 User-Agent: KMail/1.9.7 References: <200801171410.38488.doconnor@gsoft.com.au> In-Reply-To: <200801171410.38488.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801171528.38186.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 17 Jan 2008 15:41:01 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5493/Thu Jan 17 13:09:26 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: peter@freebsd.org Subject: Re: kldstat causes kernel to print odd message X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 20:41:11 -0000 On Wednesday 16 January 2008 10:40:25 pm Daniel O'Connor wrote: > Hi, > I have built my own release of 6.3 (slightly older than 6.3 as tagged) > and I am seeing an odd cosmetic problem. Whenever I kldload a module > (stuff loaded by the loader doesn't do it) I get this in dmesg.. > kldload: Unsupported file type > > The actual module works fine though (shows up in kldstat etc) > Can anyone explain what the underlying problem is? (I am guessing some > ordering issue where normally elf64_obj is called first so the other is > normally never called..) > > Thanks. amd64 uses link_elf_obj.c, all the other archs use link_elf.c, hence the duplication. link_elf.c is used to load kld's that are ELF shared objects (i.e. foo.so) where as link_elf_obj.c is used to load kld's that are ELF objects (i.e. foo.o). I think you are going to get this everytime you do a kldload on amd64 because it will always try link_elf.c first due to compile order (MI files are ordered in the makefile before MD ones), emit the warning, and then try link_elf_obj.c. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 20:41:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C69D16A4CE for ; Thu, 17 Jan 2008 20:41:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 0A90813C43E for ; Thu, 17 Jan 2008 20:41:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 228870195-1834499 for multiple; Thu, 17 Jan 2008 15:39:24 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id m0HKegNK084274; Thu, 17 Jan 2008 15:41:06 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 17 Jan 2008 15:29:28 -0500 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801171529.29295.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 17 Jan 2008 15:41:06 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5493/Thu Jan 17 13:09:26 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.3 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, SUBJ_HAS_UNIQ_ID autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Pete French Subject: Re: panic: vm_fault: fault on nofualt entry, addr: 81423000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 20:41:15 -0000 On Thursday 17 January 2008 07:38:32 am Pete French wrote: > following up my own email here, but I have compiled the kernel > debugger into my kerenal, and much to my surprise it dooes actualy > drop into the debugger when it panics. > > so, what can I do from there to help sort this out ? a quick backtrace > shows the following call sequence: > > madt_probe > apic_init > mi_startup > beging > > Which surprises me as I was expecting to see something inside an acpi call. > I am not sure where to go from here though - I know nothing about this bit > of the kernel, and it's quite a shallow learning curve unfortunately. MADT is the ACPI table that enumerates APICs. Do you have the offset of madt_probe()? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 21:24:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7704716A418 for ; Thu, 17 Jan 2008 21:24:56 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 5824013C47E for ; Thu, 17 Jan 2008 21:24:56 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so206114anc.13 for ; Thu, 17 Jan 2008 13:24:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=2fK7ld7avKFixERTYhrwwklTjYM47+1RWQHJ3y1r/eg=; b=FcDqahTYIIx9pyvGriX2QKqDnaQX9qxpYrx/Y7v9onlPkTk6g2nXqk9CjjUjKjYwmPkc3db+hkCA5VVh0HGwTJ3E1U077TjpZMbYUig0/k+uqy+TCqdd0fPP+aIQCe5hJAqigFU9AkAHJna2GwjbmUDi8YZmbnPt3A6WzjpUzXQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=sHGD3Lddl2udSUKkAv8zb4QG1u6aj4FS4w9JGqA5IgvdhFu2pjGltjbyq7ld6ZsXGWtC8142d5j9ypEoU0mZ2QFbjpWIs71XsTHvn+zjiopEoi5OQgSlZOtaPmYTfGF4SXDPfJINdD1MzSsVjHBd0hB9+5CLWQpeqVrWT/pu4j4= Received: by 10.100.111.5 with SMTP id j5mr5316341anc.100.1200605095533; Thu, 17 Jan 2008 13:24:55 -0800 (PST) Received: by 10.100.228.15 with HTTP; Thu, 17 Jan 2008 13:24:55 -0800 (PST) Message-ID: Date: Thu, 17 Jan 2008 22:24:55 +0100 From: "Claus Guttesen" To: FreeBSD MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: garbled message from p800-controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 21:24:56 -0000 Hi. I've upgraded to FreeBSD stable as of Jan. 16'th 2008, doen a make world/kernel. The server is a DL360 G5 with a builtin p400i controller and a p800 controller as well. Upon boot I get a garbled dmesg from the p800 controller: da1 at ciss1 bus 0 target 0 lun 0 dSaM1P:: A Fixed Direct Access SCSI-5 device da1: 135.168MB/s transfers I recall a similar thread was brought up just before xmas but I can't find the thread. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 21:48:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31F1E16A417 for ; Thu, 17 Jan 2008 21:48:03 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id D6D0113C457 for ; Thu, 17 Jan 2008 21:48:02 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-39-232.lns10.adl2.internode.on.net [121.45.39.232]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m0HLlvUX093661 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Jan 2008 08:17:58 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: John Baldwin Date: Fri, 18 Jan 2008 08:17:40 +1030 User-Agent: KMail/1.9.7 References: <200801171410.38488.doconnor@gsoft.com.au> <200801171528.38186.jhb@freebsd.org> In-Reply-To: <200801171528.38186.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2160971.GzGxA2LkL2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801180817.49452.doconnor@gsoft.com.au> X-Spam-Score: -2.39 () AWL,BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, peter@freebsd.org Subject: Re: kldstat causes kernel to print odd message X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 21:48:03 -0000 --nextPart2160971.GzGxA2LkL2 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 18 Jan 2008, John Baldwin wrote: > > Can anyone explain what the underlying problem is? (I am guessing > > some ordering issue where normally elf64_obj is called first so the > > other is normally never called..) > > amd64 uses link_elf_obj.c, all the other archs use link_elf.c, hence > the duplication. link_elf.c is used to load kld's that are ELF > shared objects (i.e. foo.so) where as link_elf_obj.c is used to load > kld's that are ELF objects (i.e. foo.o). I think you are going to > get this everytime you do a kldload on amd64 because it will always > try link_elf.c first due to compile order (MI files are ordered in > the makefile before MD ones), emit the warning, and then try > link_elf_obj.c. OK, that was my guess - the thing is that the last release I made didn't=20 do this and I don't have any special options in the release or=20 anything. I guess one option would be to put #ifdef amd64 around the error message=20 in link_elf.c. =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 --nextPart2160971.GzGxA2LkL2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHj80F5ZPcIHs/zowRAtudAJ4uZkTBKNQN4j8XiaHna+F/UXCbqgCfa12v x9EwJ1eH89o/q8zRpSDtplQ= =uVp0 -----END PGP SIGNATURE----- --nextPart2160971.GzGxA2LkL2-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 21:52:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 716B916A418 for ; Thu, 17 Jan 2008 21:52:25 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 4D94513C465 for ; Thu, 17 Jan 2008 21:52:24 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:64138 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1JFcPD-0008Bh-83 for freebsd-stable@freebsd.org; Thu, 17 Jan 2008 22:36:11 +0100 Received: (qmail 4994 invoked from network); 17 Jan 2008 22:36:09 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 17 Jan 2008 22:36:09 +0100 Received: (qmail 84709 invoked by uid 1001); 17 Jan 2008 22:36:09 +0100 Date: Thu, 17 Jan 2008 22:36:09 +0100 From: Erik Trulsson To: Claus Guttesen Message-ID: <20080117213609.GA84660@owl.midgard.homeip.net> Mail-Followup-To: Claus Guttesen , FreeBSD References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1JFcPD-0008Bh-83. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1JFcPD-0008Bh-83 ef1649f1be0494d590e72540aa196446 Cc: FreeBSD Subject: Re: garbled message from p800-controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 21:52:25 -0000 On Thu, Jan 17, 2008 at 10:24:55PM +0100, Claus Guttesen wrote: > Hi. > > I've upgraded to FreeBSD stable as of Jan. 16'th 2008, doen a make > world/kernel. The server is a DL360 G5 with a builtin p400i controller > and a p800 controller as well. Upon boot I get a garbled dmesg from > the p800 controller: > > da1 at ciss1 bus 0 target 0 lun 0 > dSaM1P:: A ME expa> Fixed Direct Access SCSI-5 device > da1: 135.168MB/s transfers > > I recall a similar thread was brought up just before xmas but I can't > find the thread. > It is just two separate lines getting mixed together. One of them is "SMP: AP CPU #1 Launched!", i.e. the second CPU/core was just started and it wrote a message to the console announcing that at the same time as the first CPU wrote "da1: Fixed Direct Access SCSI-5 device" to the console. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 22:17:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D965516A41B for ; Thu, 17 Jan 2008 22:17:33 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id DE6BD13C43E for ; Thu, 17 Jan 2008 22:17:33 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 62E338C0BD; Thu, 17 Jan 2008 16:17:33 -0600 (CST) Date: Thu, 17 Jan 2008 16:17:33 -0600 To: Josef Grosch Message-ID: <20080117221733.GA2767@soaustin.net> References: <20080115202543.GA8379@soaustin.net> <20080117215901.GA31925@mooseriver.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080117215901.GA31925@mooseriver.com> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) Cc: Mark Linimon , freebsd-stable@freebsd.org, George Kontostanos Subject: Re: 6.3-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 22:17:33 -0000 On Thu, Jan 17, 2008 at 01:59:01PM -0800, Josef Grosch wrote: > I have a mirror at work (Juniper Networks) and we have had all the > bits since Tuesday. You can't have; the final sparc64-6 packages were just finished yesterday, at the last second. mcl From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 22:18:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32DB916A419 for ; Thu, 17 Jan 2008 22:18:44 +0000 (UTC) (envelope-from jgrosch@mooseriver.com) Received: from gdead.mooseriver.com (gdead.mooseriver.com [205.166.121.45]) by mx1.freebsd.org (Postfix) with ESMTP id 3C6C713C44B for ; Thu, 17 Jan 2008 22:18:44 +0000 (UTC) (envelope-from jgrosch@mooseriver.com) Received: by gdead.mooseriver.com (Postfix, from userid 2010) id 596F33E0121; Thu, 17 Jan 2008 14:00:48 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on gdead.mooseriver.com X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 Received: from mooseriver.com (berkeley.mooseriver.com [75.61.201.134]) by gdead.mooseriver.com (Postfix) with ESMTP id A58563E012D; Thu, 17 Jan 2008 13:59:01 -0800 (PST) Received: by mooseriver.com (Postfix, from userid 200) id 90A932E5C3D; Thu, 17 Jan 2008 13:59:01 -0800 (PST) Date: Thu, 17 Jan 2008 13:59:01 -0800 From: Josef Grosch To: Mark Linimon Message-ID: <20080117215901.GA31925@mooseriver.com> References: <20080115202543.GA8379@soaustin.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <20080115202543.GA8379@soaustin.net> User-Agent: Mutt/1.4.2.3i Organization: Moose River, LLC Cc: freebsd-stable@freebsd.org, George Kontostanos Subject: Re: 6.3-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jgrosch@MooseRiver.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 Jan 2008 22:18:44 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 15, 2008 at 02:25:43PM -0600, Mark Linimon wrote: > On Tue, Jan 15, 2008 at 09:51:13PM +0200, George Kontostanos wrote: > > So may I guess that we have a release ? >=20 > This question happens every time we get near a release. >=20 > There will be a release when, and only when, a signed email is sent from > the Release Engineering team to the various mailing lists. In the meanti= me, > final preparations are being made, such as giving the mirrors time to get > the bits, so that they will be there when the announcement goes out. >=20 > Please be patient. >=20 > mcl How long does it take to get all the mirrors ready? I have a mirror at work (Juniper Networks) and we have had all the bits since Tuesday. We are really looking forward to 6.3 Josef --=20 Josef Grosch | Another day closer to a | FreeBSD 6.2 jgrosch@MooseRiver.com | Micro$oft free world | Berkeley, Ca. --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFHj8+ly8prLS1GYSERApzbAJ9m7r51JOkM0ejhgiNov0a11C+EqACggI9N d8jHKLIQZ8InNIaTpOoMeTU= =RNYg -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 17 22:41:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FDA016A420 for ; Thu, 17 Jan 2008 22:41:49 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr3.xs4all.nl (smtp-vbr3.xs4all.nl [194.109.24.23]) by mx1.freebsd.org (Postfix) with ESMTP id 003C713C461 for ; Thu, 17 Jan 2008 22:41:48 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [82.95.250.254]) by smtp-vbr3.xs4all.nl (8.13.8/8.13.8) with ESMTP id m0HMQ3OA006357; Thu, 17 Jan 2008 23:26:04 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id m0HMQ3tf073822; Thu, 17 Jan 2008 23:26:03 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id m0HMQ2SJ073821; Thu, 17 Jan 2008 23:26:02 +0100 (CET) (envelope-from wb) Date: Thu, 17 Jan 2008 23:26:02 +0100 From: Wilko Bulte To: Josef Grosch Message-ID: <20080117222602.GA73790@freebie.xs4all.nl> References: <20080115202543.GA8379@soaustin.net> <20080117215901.GA31925@mooseriver.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080117215901.GA31925@mooseriver.com> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Mark Linimon , freebsd-stable@freebsd.org, George Kontostanos Subject: Re: 6.3-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 22:41:49 -0000 Quoting Josef Grosch, who wrote on Thu, Jan 17, 2008 at 01:59:01PM -0800 .. > On Tue, Jan 15, 2008 at 02:25:43PM -0600, Mark Linimon wrote: > > On Tue, Jan 15, 2008 at 09:51:13PM +0200, George Kontostanos wrote: > > > So may I guess that we have a release ? > > > > This question happens every time we get near a release. > > > > There will be a release when, and only when, a signed email is sent from > > the Release Engineering team to the various mailing lists. In the meantime, > > final preparations are being made, such as giving the mirrors time to get > > the bits, so that they will be there when the announcement goes out. > > > > Please be patient. > > > > mcl > > How long does it take to get all the mirrors ready? I have a mirror at work > (Juniper Networks) and we have had all the bits since Tuesday. We are Interesting, given that I only finished uploading the Alpha dist CD images today. And pc98 I think was uploaded yesterday. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 00:21:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BEC316A419 for ; Fri, 18 Jan 2008 00:21:30 +0000 (UTC) (envelope-from jgrosch@juniper.net) Received: from exprod7og106.obsmtp.com (exprod7og106.obsmtp.com [64.18.2.165]) by mx1.freebsd.org (Postfix) with ESMTP id AC23D13C4D1 for ; Fri, 18 Jan 2008 00:21:29 +0000 (UTC) (envelope-from jgrosch@juniper.net) Received: from source ([66.129.224.36]) by exprod7ob106.postini.com ([64.18.6.12]) with SMTP; Thu, 17 Jan 2008 16:21:07 PST Received: from emailsmtp54.jnpr.net ([172.24.18.127]) by emailsmtp55.jnpr.net with Microsoft SMTPSVC(6.0.3790.1830); Thu, 17 Jan 2008 16:08:01 -0800 Received: from odin.juniper.net ([172.22.19.56]) by emailsmtp54.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Thu, 17 Jan 2008 16:07:58 -0800 Received: by odin.juniper.net (Postfix, from userid 200) id 52141A6DAE; Thu, 17 Jan 2008 16:07:58 -0800 (PST) Date: Thu, 17 Jan 2008 16:07:58 -0800 From: Josef Grosch To: Mark Linimon Message-ID: <20080118000758.GA74587@juniper.net> References: <20080115202543.GA8379@soaustin.net> <20080117215901.GA31925@mooseriver.com> <20080117221733.GA2767@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080117221733.GA2767@soaustin.net> User-Agent: Mutt/1.4.2.2i Organization: Juniper Networks X-OriginalArrivalTime: 18 Jan 2008 00:07:58.0404 (UTC) FILETIME=[2EA32840:01C85966] Cc: Josef Grosch , freebsd-stable@freebsd.org, George Kontostanos Subject: Re: 6.3-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jgrosch@juniper.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 Jan 2008 00:21:30 -0000 On Thu, Jan 17, 2008 at 04:17:33PM -0600, Mark Linimon wrote: > On Thu, Jan 17, 2008 at 01:59:01PM -0800, Josef Grosch wrote: > > I have a mirror at work (Juniper Networks) and we have had all the > > bits since Tuesday. > > You can't have; the final sparc64-6 packages were just finished > yesterday, at the last second. > > mcl Ah, I meant i386. Didn't think about sparc. Carry on. Josef -- FreeBSD 6.2 | Josef Grosch | You can't expect to wield supreme executive power jgrosch@juniper.net | just 'cause some watery tart threw a sword at you! From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 00:29:01 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7072716A41B for ; Fri, 18 Jan 2008 00:29:01 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id E7E8213C46A for ; Fri, 18 Jan 2008 00:29:00 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (F7265.f.ppp-pool.de [195.4.114.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 3BF7712883F; Fri, 18 Jan 2008 00:55:50 +0100 (CET) Received: from cesar.sz.vwsoft.com (unknown [192.168.16.33]) by mail.vtec.ipme.de (Postfix) with ESMTP id D79593F43B; Fri, 18 Jan 2008 00:54:14 +0100 (CET) Message-ID: <478FEAF5.2080008@vwsoft.com> Date: Fri, 18 Jan 2008 00:55:33 +0100 From: Volker User-Agent: Thunderbird 2.0.0.9 (X11/20080113) MIME-Version: 1.0 To: Nate Lawson References: <47893F8B.7010805@root.org> <4789756B.8060203@vwsoft.com> <4789B267.1000505@root.org> <478BB3F4.7050600@root.org> In-Reply-To: <478BB3F4.7050600@root.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1201218867.54708@PaqYtmJ2TBxo32DxeAzDpA X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: stable@freebsd.org, current@FreeBSD.org Subject: Re: Re: Fix for GPE livelock on HPs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 00:29:01 -0000 On 12/23/-58 20:59, Nate Lawson wrote: > Nate Lawson wrote: >> Volker wrote: >>> On 12/23/-58 20:59, Nate Lawson wrote: >>>> I've committed the below patch and want to MFC it to 7.0. To do this, I >>>> need people to test this quickly. It probably has no effect in 6.x and >>>> probably doesn't apply cleanly there. >>>> >>>> Please try this patch if you have a laptop and 7.x. If you have >>>> -current, just cvsup. I'd like to make sure there is no regression. >>>> I'm already aware that it fixes things for some HP users. >>> Nate, >>> >>> can you be a bit specific for a) what GPE is, b) what the problem is, >>> c) what to look for (any test procedures?) and d) which HP laptop >>> models might be affected? >>> >>> I do have an Omnibook vt6200 (P-IV 1.8G) running 6-STABLE and a new HP >>> 6715b (Tur-X2 TL-60) running 7-RC1 (currently installing on this, OS >>> is not yet fully set up). >>> >>> If I knew what to look for, I might test your patches (at least on the >>> 7-RC1 version). >> A GPE is an interrupt of sorts. I'm looking for any bad behavior the >> patch might cause. I'm certain it fixes lockups some HPs had during >> thermal zone events (i.e. fan switching on when it gets hot). Pretty >> much anyone with a laptop that locks up and you suspect acpi should test >> it. And anyone who is willing to test it on another brand laptop to be >> sure the patch doesn't break anything more would be welcome. >> >> You should be able to do "sysctl hw.acpi" and see the temperature and >> "apm" to see battery status without any new problems after applying the >> patch. > > I've added a patch for 6-stable also (attached). Please test if you > have a laptop and 6.x. See -current for the 7.x patch if that's > relevant to you. > > -Nate > Nate, I'm sorry, your patch applies cleanly but does not compile on 6-STABLE (csup'ed today, applied patch defer_gpe_6x.diff posted on 2008-01-15). ===> acpi/acpi (all) cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DHAVE_KERNEL_OPTIO N_HEADERS -include /usr/obj/usr/src/sys/CESAR/opt_global.h -I. -I@ -I@/contrib/a ltq -I@/../include -finline-limit=8000 -fno-common -g -I/usr/obj/usr/src/sys/CES AR -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mn o-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat -extensions -std=c99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uniniti alized -c /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpe.c /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpe.c: In function `AcpiEvAsynchExecuteGpeMethod': /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpe.c:664: warning: implicit declaration of function `AcpiOsExecute' /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpe.c:664: warning: nested extern declaration of `AcpiOsExecute' /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpe.c:664: error: ` OSL_NOTIFY_HANDLER' undeclared (first use in this function) /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpe.c:664: error: ( Each undeclared identifier is reported only once /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/evgpe.c:664: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/modules/acpi/acpi. BTW, reading the source code changes and your commit comments, I'm pretty sure I've seen those ACPI related problems on my HP Omnibook vt6200 using 6-STABLE. Sometimes the tz0 temperature values have been nailed to a fixed value, sometimes the system went too hot (with or without the fan running), sometimes it was just freezing and no way out to revitalize the notebook. I haven't reported this before because something like "my system freezes w/o message" or "the system does stupid things but I don't have an error message" is most likely not the kind of report to get a useful reply for. If you've got another patch for a 6-STABLE target, I'll be happy to test. Thanks! Volker From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 00:39:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B53C516A419; Fri, 18 Jan 2008 00:39:55 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 69E3C13C461; Fri, 18 Jan 2008 00:39:55 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JFfH0-0006LX-EY; Fri, 18 Jan 2008 00:39:54 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JFfH0-0005nk-CM; Fri, 18 Jan 2008 00:39:54 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JFfH0-000OcT-C6; Fri, 18 Jan 2008 00:39:54 +0000 To: freebsd-stable@freebsd.org, jhb@freebsd.org In-Reply-To: <200801171529.29295.jhb@freebsd.org> Message-Id: From: Pete French Date: Fri, 18 Jan 2008 00:39:54 +0000 Cc: Subject: Re: panic: vm_fault: fault on nofualt entry, addr: 81423000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 00:39:55 -0000 > MADT is the ACPI table that enumerates APICs. Do you have the offset of > madt_probe()? I am sujre I can get it for you - do I need to do anything special in DDB, or is it just the numbers in the bt that you are after ? I can make this panic very easily and do whatever is necessary to get info out. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 00:53:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47E3916A417 for ; Fri, 18 Jan 2008 00:53:15 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2974C13C4EC for ; Fri, 18 Jan 2008 00:53:15 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 15C881CC09A; Thu, 17 Jan 2008 16:53:15 -0800 (PST) Date: Thu, 17 Jan 2008 16:53:15 -0800 From: Jeremy Chadwick To: Claus Guttesen Message-ID: <20080118005315.GA20865@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Subject: Re: garbled message from p800-controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 00:53:15 -0000 On Thu, Jan 17, 2008 at 10:24:55PM +0100, Claus Guttesen wrote: > da1 at ciss1 bus 0 target 0 lun 0 > dSaM1P:: A ME expa> Fixed Direct Access SCSI-5 device > da1: 135.168MB/s transfers First item in http://jdc.parodius.com/freebsd/common_issues.txt has the threads you're interested in. Someone really needs to look into fixing this permanently, because it keeps coming up on the lists, and will likely do so until fixed. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 05:57:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A043E16A420 for ; Fri, 18 Jan 2008 05:57:58 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail06.syd.optusnet.com.au (mail06.syd.optusnet.com.au [211.29.132.187]) by mx1.freebsd.org (Postfix) with ESMTP id 0FD5E13C442 for ; Fri, 18 Jan 2008 05:57:57 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail06.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m0I5vtQd000838 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Jan 2008 16:57:56 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m0I5vtfZ077857; Fri, 18 Jan 2008 16:57:55 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m0I5vst1077856; Fri, 18 Jan 2008 16:57:54 +1100 (EST) (envelope-from peter) Date: Fri, 18 Jan 2008 16:57:54 +1100 From: Peter Jeremy To: "Daniel O'Connor" Message-ID: <20080118055754.GV929@server.vk2pj.dyndns.org> References: <200801171410.38488.doconnor@gsoft.com.au> <200801171528.38186.jhb@freebsd.org> <200801180817.49452.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="54u2kuW9sGWg/X+X" Content-Disposition: inline In-Reply-To: <200801180817.49452.doconnor@gsoft.com.au> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: kldstat causes kernel to print odd message X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 05:57:58 -0000 --54u2kuW9sGWg/X+X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 18, 2008 at 08:17:40AM +1030, Daniel O'Connor wrote: >On Fri, 18 Jan 2008, John Baldwin wrote: >> amd64 uses link_elf_obj.c, all the other archs use link_elf.c, hence >> the duplication. Then why does amd64 need link_elf.c at all? >I guess one option would be to put #ifdef amd64 around the error message= =20 >in link_elf.c. If there's a possibility that multiple ELF linkers could be required in the future, a cleaner option might be to make link_elf_error() just cache the error message and only report it after all possible linkers have refused to load the file. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --54u2kuW9sGWg/X+X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHkD/i/opHv/APuIcRAnVxAJ9b8a+n1nH1lW4I3kEkFrjLUK3MmwCfRF+E iGXIi8Rrok/v4i6fcECXwDo= =0r4L -----END PGP SIGNATURE----- --54u2kuW9sGWg/X+X-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 06:33:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 224CD16A4A0; Fri, 18 Jan 2008 06:33:26 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7C6F913C4E8; Fri, 18 Jan 2008 06:33:25 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-39-232.lns10.adl2.internode.on.net [121.45.39.232]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m0I6XMp5011250 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Jan 2008 17:03:23 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Peter Jeremy Date: Fri, 18 Jan 2008 17:03:04 +1030 User-Agent: KMail/1.9.7 References: <200801171410.38488.doconnor@gsoft.com.au> <200801180817.49452.doconnor@gsoft.com.au> <20080118055754.GV929@server.vk2pj.dyndns.org> In-Reply-To: <20080118055754.GV929@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart21441571.cMrykjZWen"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801181703.11941.doconnor@gsoft.com.au> X-Spam-Score: -2.386 () AWL,BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: kldstat causes kernel to print odd message X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 06:33:26 -0000 --nextPart21441571.cMrykjZWen Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 18 Jan 2008, Peter Jeremy wrote: > On Fri, Jan 18, 2008 at 08:17:40AM +1030, Daniel O'Connor wrote: > >On Fri, 18 Jan 2008, John Baldwin wrote: > >> amd64 uses link_elf_obj.c, all the other archs use link_elf.c, > >> hence the duplication. > > Then why does amd64 need link_elf.c at all? I wonder if it's because you can't put !amd64 in sys/conf/files :) (so you'd have to put it in every platform specific files instead) > >I guess one option would be to put #ifdef amd64 around the error > > message in link_elf.c. > > If there's a possibility that multiple ELF linkers could be required > in the future, a cleaner option might be to make link_elf_error() > just cache the error message and only report it after all possible > linkers have refused to load the file. That would be the Right Way(tm).. probably just #ifndef amd64'ing=20 link_elf.c will be easier :) One thing that gets me is why I get this problem but noone else seems=20 to.. =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 --nextPart21441571.cMrykjZWen Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHkEgn5ZPcIHs/zowRAu3LAJ0bTwEDrWsxJ/eUSjxpMqX7tyQVJwCdEpjX cA3LX+cjqgAZ4UJ1ema/dqk= =9LrA -----END PGP SIGNATURE----- --nextPart21441571.cMrykjZWen-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 09:11:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49DE416A418 for ; Fri, 18 Jan 2008 09:11:57 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id BE9E913C4E9 for ; Fri, 18 Jan 2008 09:11:55 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from localhost (unknown [83.218.84.135]) by core.stromnet.se (Postfix) with ESMTP id 06B96D46404; Fri, 18 Jan 2008 10:11:54 +0100 (CET) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.135]) (amavisd-new, port 10024) with ESMTP id nTN0x0n90eB6; Fri, 18 Jan 2008 10:11:50 +0100 (CET) Received: from [172.28.1.102] (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id B7BF2D46403; Fri, 18 Jan 2008 10:11:50 +0100 (CET) In-Reply-To: <7ad7ddd90801170030l790810b5r5bb156e3cda286b1@mail.gmail.com> References: <39FB5CF3-F2F4-401B-9D6D-7796608152E5@ish.com.au> <4FF9842D-ADC9-4A99-9DC4-E0FE1CC9CDCF@stromnet.se> <20080116222729.GB1529@roadrunner.spoerlein.net> <134BD86C-19CF-42A7-9190-FAD3BB564A06@stromnet.se> <7ad7ddd90801170030l790810b5r5bb156e3cda286b1@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v753) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <73ED6B7D-49C5-4C69-8BE2-27F0BDAA246E@stromnet.se> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Fri, 18 Jan 2008 10:11:15 +0100 To: Ulrich Spoerlein X-Mailer: Apple Mail (2.753) Cc: emj@emj.se, freebsd-stable@freebsd.org Subject: Re: Backup solution suggestions [ggated] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 09:11:57 -0000 On Jan 17, 2008, at 09:30 , Ulrich Spoerlein wrote: > On Jan 17, 2008 1:31 AM, Johan Str=F6m wrote: >>> Export the disk on the backup server with ggated. Bind it on the >>> client >>> with ggatec. Slap a GELI or GBDE encryption on top of it and then >>> put a >>> ZFS on top of it. >>> >>> You can mount/import this "remote" ZFS at will and do your zfs >>> send/receive on your local box. Nothing ever leaves your box >>> unencrypted. >> >> Now that is a cool solution! That actually sounds like something =20 >> doable. >> I tried it out some at home between a 6.2 box (client) and 7.0 box >> (server), hosting the system in a ZFS "sparse volume" with a >> predefined size, exported that via ggated and connected ggatec on the >> client box. I then did some experimentation with just newfs, and it >> worked great! >> The only downside with this would be that the size is fixed. So I >> played around a bit with setting the volsize property in ZFS and it >> seemd to work just fine. zfs list reported the new, bigger, size. >> Restarted ggatec and did a growfs, and then remounted.. Yay bigger >> disk :) >> Then I went on do do some geli test, geli'ed /dev/ggate0 and >> newfs'ed, mounted and played around a bit. All fine.. Now came the >> problem, i unmounetd it, expanded the zfs volume a bit more, >> restarted ggatec and tried to attach it using geli again (note, I >> have no idea if this is supposed to work at all, I'm just testing. >> Havent read such things anywhere). Now I got Invalid argument. >> Im not realy sure about how GEOM works, but if I recall correct it >> uses the last sectors of the disk? If I moved X bytes of data from >> old end of disk to new end of disk, would that make GELI work? If I >> can get that to work, then this would be a kickass solution (all >> encryption stuff works great, I don't have to allocate all space >> immediatly, I can expand it later without destroying data and >> starting from scratch etc). > > I'm pretty certain that GELI cannot handle variable sized disks. But > you could add GVIRSTOR into the mix. But I'd just allocate the > necessary space and be done with it. Adding yet another layer is > asking for trouble, imho. Okay. > >> Some other questions, more related to ggated/c. Is this stable? Good >> working? how does it handle failure situations? Anyone using it for >> production systems? > > =46rom my personal experience (which is rather limited): No, barely, =20= > bad, hell no. > > There were/are some open PRs about ggate. I had troubles with > gmirror+ggate in that it would deadlock every other hour on SMP > systems (try removing option PREEMPTION if that bug hits you). Your no,barely, bad hell no seems to fit pretty good.. I did some =20 testing during the night with the above (non-production) setup. What I did was doing some rsyncing over the night: while true ; do echo "`date` Clearing vmail" >> logfile rm -rf vmail echo "`date` Starting rsync" >> logfile rsync -vr /usr/var/vmail . |tee -a logfile echo "`date` Rsync finished " >> logfile done I started this at ~02.0. The results? A freshly rebooted 6.2 (6.2-=20 RELEASE-p6 FreeBSD 6.2-RELEASE-p6 #0: Fri Jul 27 15:47:50 UTC 2007) =20 box in the morning.. Looking at the messages: Jan 18 05:33:25 phomca kernel: GEOM_ELI: Crypto WRITE request failed =20 (error=3D5). ggate0.eli[WRITE(offset=3D8844480512, length=3D4096)] Jan 18 05:33:25 phomca kernel: GEOM_ELI: Crypto WRITE request failed =20 (error=3D5). ggate0.eli[WRITE(offset=3D8844484608, length=3D4096)] Jan 18 05:33:25 phomca kernel: GEOM_ELI: Crypto WRITE request failed =20 (error=3D5). ggate0.eli[WRITE(offset=3D8844488704, length=3D4096)] Jan 18 05:33:25 phomca kernel: GEOM_ELI: Crypto WRITE request failed =20 (error=3D5). ggate0.eli[WRITE(offset=3D8844492800, length=3D4096)] Jan 18 05:33:25 phomca kernel: GEOM_ELI: Crypto WRITE request failed =20 (error=3D5). ggate0.eli[WRITE(offset=3D8844517376, length=3D4096)] ... more of the same... Jan 18 05:33:25 phomca kernel: g_vfs_done():ggate0.eli[WRITE=20 (offset=3D8844480512, length=3D4096)]error =3D 5 Jan 18 05:33:25 phomca kernel: GEOM_ELI: Crypto WRITE request failed =20 (error=3D5). ggate0.eli[WRITE(offset=3D8844640256, length=3D32768)] ..more of the same... Jan 18 05:33:25 phomca kernel: GEOM_ELI: Crypto WRITE request failed =20 (error=3D5). ggate0.eli[WRITE(offset=3D8844988416, length=3D4096)] Jan 18 05:33:25 phomca kernel: g_vfs_done():ggate0.eli[WRITE=20 (offset=3D8844484608, length=3D4096)]error =3D 5 Jan 18 05:33:25 phomca kernel: g_vfs_done():ggate0.eli[WRITE=20 (offset=3D8844488704, length=3D4096)]error =3D 5 Jan 18 05:33:25 phomca kernel: g_vfs_done():ggate0.eli[WRITE=20 (offset=3D8844492800, length=3D4096)]error =3D 5 Jan 18 05:33:25 phomca kernel: g_vfs_done():ggate0.eli[WRITE=20 (offset=3D8844517376, length=3D4096)]error =3D 5 Jan 18 05:33:25 phomca kernel: GEOM_ELI: Crypto WRITE request failed =20 (error=3D5). ggate0.eli[WRITE(offset=3D8844992512, length=3D4096)] ...more of the same... Jan 18 05:33:25 phomca kernel: GEOM_ELI: Crypto WRITE request failed =20 (error=3D5). ggate0.eli[WRITE(offset=3D65536, length=3D4096)] Jan 18 05:33:25 phomca kernel: g_vfs_done():ggate0.eli[WRITE=20 (offset=3D8844521472, length=3D4096)]error =3D 5 Jan 18 05:33:25 phomca kernel: g_vfs_done():ggate0.eli[WRITE=20 (offset=3D8844496896, length=3D4096)]error =3D 5 Jan 18 05:33:25 phomca kernel: g_vfs_done():ggate0.eli[WRITE=20 (offset=3D8844500992, length=3D4096)]error =3D 5 Jan 18 05:33:25 phomca kernel: g_vfs_done():ggate0.eli[WRITE=20 (offset=3D8844505088, length=3D4096)]error =3D 5 ..and more of those... Jan 18 05:33:25 phomca kernel: g_vfs_done():ggate0.eli[WRITE=20 (offset=3D8845176832, length=3D4096)]error =3D 5 Jan 18 05:33:25 phomca kernel: g_vfs_done():ggate0.eli[WRITE=20 (offset=3D5636096, length=3D4096)]error =3D 5 Jan 18 05:33:25 phomca kernel: g_vfs_done():ggate0.eli[WRITE=20 (offset=3D65536, length=3D4096)]error =3D 5 Jan 18 05:33:43 phomca kernel: GEOM_ELI: Crypto WRITE request failed =20 (error=3D5). ggate0.eli[WRITE(offset=3D5636096, length=3D4096)] Jan 18 05:33:43 phomca kernel: GEOM_ELI: Crypto WRITE request failed =20 (error=3D5). ggate0.eli[WRITE(offset=3D8127250432, length=3D16384)] Jan 18 05:33:43 phomca kernel: GEOM_ELI: Crypto WRITE request failed =20 (error=3D5). ggate0.eli[WRITE(offset=3D8480587776, length=3D16384)] ...more of those.. Jan 18 05:33:43 phomca kernel: g_vfs_done():ggate0.eli[WRITE=20 (offset=3D8834072576, length=3D16384)]error =3D 5 Jan 18 05:35:42 phomca syslogd: kernel boot file is /boot/kernel/kernel What I dont have is a coredump, judging from dmesg -a savecore wasnt =20 even run.. running it now, 5 hours later, didnt find any cores. The other end (7.0 server) wasnt affected at all. Not realy sure what it had been doing, because looking at my =20 bandwidth graphs from the switch, nothing was done at all.. It didnt =20 even go through one iteration of rsync... ~7.5k files/directorys =20 seems to have been transfered, then the log doesnt say more. But =20 according to the BW graph, after ~03.00 no traffic was sent at all... Some known bug with 6.2? >> Yes this is for backup only so minor glitches >> might be acceptable for me, but I'd rather know about those =20 >> beforehand. > > Give it a shot, if your systems stay up and stable, good. If the link > breaks from time to time, I think ZFS should be able to recover most > of it. Since it is your backup, I'd try to break it in interessting > ways first, to get a feel for how robust it is. > > Uli > So, crashing the backuped box is not a minor glitch. Thus this doesnt =20= seem to be useable AT ALL :/ Too bad.. -- Johan= From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 09:28:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C200C16A417 for ; Fri, 18 Jan 2008 09:28:30 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 3AC8F13C4CC for ; Fri, 18 Jan 2008 09:28:30 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so787295fka.11 for ; Fri, 18 Jan 2008 01:28:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=3RY/nekXzhbNk+B0BvbYqGsoyeAl66yu8snxSuLpdVM=; b=PUVa/5XfbO46g0nWTkVIex9Zo1Dl5qRn1YTGmKtTvOCvHODb1zu2GDnorz03pFrDg67LDkDa5d/QHsmdVdDXUX6YX5Wb/0vrABybmZSfe4qZaD/NHGO/mcY+SF+JFuh/Cpvn6q8RmBXX5zlXZAjnfBDp/3BdLwdrC8LddU0cV2Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bjTE4vB+QgwVfZTNxjjutHkI4tDxoBTH7ZXyg0vZzhLyPXKYgQ1hhmmmiWGVKZddH7TdbluUVOx5oAusZZnJbr1B9H68gOww7x/Mfht9FJfMJ2H9bUcxUpiovTEInlR187rh+T1VublLCLft49b+a9ZBHHJw7ubjGEkV2YSXfpQ= Received: by 10.78.123.4 with SMTP id v4mr4270521huc.18.1200648508535; Fri, 18 Jan 2008 01:28:28 -0800 (PST) Received: by 10.78.168.5 with HTTP; Fri, 18 Jan 2008 01:28:28 -0800 (PST) Message-ID: <7ad7ddd90801180128m114b0491p7d8f44ae7b1b4cb7@mail.gmail.com> Date: Fri, 18 Jan 2008 09:28:28 +0000 From: "Ulrich Spoerlein" To: "=?ISO-8859-1?Q?Johan_Str=F6m?=" In-Reply-To: <73ED6B7D-49C5-4C69-8BE2-27F0BDAA246E@stromnet.se> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <39FB5CF3-F2F4-401B-9D6D-7796608152E5@ish.com.au> <4FF9842D-ADC9-4A99-9DC4-E0FE1CC9CDCF@stromnet.se> <20080116222729.GB1529@roadrunner.spoerlein.net> <134BD86C-19CF-42A7-9190-FAD3BB564A06@stromnet.se> <7ad7ddd90801170030l790810b5r5bb156e3cda286b1@mail.gmail.com> <73ED6B7D-49C5-4C69-8BE2-27F0BDAA246E@stromnet.se> Cc: freebsd-stable@freebsd.org Subject: Re: Backup solution suggestions [ggated] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 09:28:30 -0000 On Jan 18, 2008 9:11 AM, Johan Str=F6m wrote: > Your no,barely, bad hell no seems to fit pretty good.. I did some > testing during the night with the above (non-production) setup. > What I did was doing some rsyncing over the night: > > while true ; do > echo "`date` Clearing vmail" >> logfile > rm -rf vmail > echo "`date` Starting rsync" >> logfile > rsync -vr /usr/var/vmail . |tee -a logfile > echo "`date` Rsync finished " >> logfile > done > > I started this at ~02.0. The results? A freshly rebooted 6.2 (6.2- > RELEASE-p6 FreeBSD 6.2-RELEASE-p6 #0: Fri Jul 27 15:47:50 UTC 2007) > box in the morning.. > [...] > What I dont have is a coredump, judging from dmesg -a savecore wasnt > even run.. running it now, 5 hours later, didnt find any cores. > > The other end (7.0 server) wasnt affected at all. > > Not realy sure what it had been doing, because looking at my > bandwidth graphs from the switch, nothing was done at all.. It didnt > even go through one iteration of rsync... ~7.5k files/directorys > seems to have been transfered, then the log doesnt say more. But > according to the BW graph, after ~03.00 no traffic was sent at all... > > Some known bug with 6.2? There was some ggatec problems with TCP and/or sockets, I think they have been mostly resolved post-6.2. If you want to pursue this further (it *would* be a cool setup, no doubt) I'd suggest three things: - Update to 6.3 - Leave GELI out of the loop for now (only do ggate, with random data perha= ps) - Build a kernel *without* options PREEMPTION hth, Uli From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 09:35:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 444ED16A419 for ; Fri, 18 Jan 2008 09:35:19 +0000 (UTC) (envelope-from ferdinand.goldmann@jku.at) Received: from emailsecure.uni-linz.ac.at (emailsecure.uni-linz.ac.at [140.78.3.66]) by mx1.freebsd.org (Postfix) with ESMTP id E6BB813C47E for ; Fri, 18 Jan 2008 09:35:18 +0000 (UTC) (envelope-from ferdinand.goldmann@jku.at) Received: from Ferdinand-Goldmanns-Computer.local (jku006048.edvz.uni-linz.ac.at [140.78.6.48]) by emailsecure.uni-linz.ac.at (Postfix) with ESMTP id B55E2228022 for ; Fri, 18 Jan 2008 10:35:17 +0100 (CET) Message-ID: <479072D9.9030307@jku.at> Date: Fri, 18 Jan 2008 10:35:21 +0100 From: Ferdinand Goldmann Organization: Johannes Kepler University User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <478F5138.6010708@jku.at> <20080117135934.GA3226@eos.sc1.parodius.com> In-Reply-To: <20080117135934.GA3226@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Dell PERC6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ferdinand.goldmann@jku.at List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 09:35:19 -0000 Jeremy Chadwick wrote: > You'd be best off with RELENG_7 and not 6.3, but yes, the controller in > question should work on RELENG_6 and RELENG_6_3. Very well, seems like I am going to give RELENG_7 a try then. Thanks to everyone who replied! -- >> Ferdinand Goldmann >> Johannes Kepler University Linz - Server Systems/ZID >> Mail: Ferdinand.Goldmann@jku.at Phone: 00437024689398 Fax: 00437024689397 From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 10:28:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A579816A417 for ; Fri, 18 Jan 2008 10:28:53 +0000 (UTC) (envelope-from parv@pair.com) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.123]) by mx1.freebsd.org (Postfix) with ESMTP id 387CA13C44B for ; Fri, 18 Jan 2008 10:28:53 +0000 (UTC) (envelope-from parv@pair.com) Received: from localhost.hawaii.res.rr.com ([24.25.231.204]) by hrndva-omta02.mail.rr.com with ESMTP id <20080118102852.GQDW1840.hrndva-omta02.mail.rr.com@localhost.hawaii.res.rr.com>; Fri, 18 Jan 2008 10:28:52 +0000 Received: from holstein.holy.cow (localhost [127.0.0.1]) by localhost.hawaii.res.rr.com (Postfix) with ESMTP id 4DD3532B9; Fri, 18 Jan 2008 00:30:08 -1000 (HST) Received: (from parv@localhost) by holstein.holy.cow (8.13.8/8.13.8/Submit) id m0IAU7tb001698; Fri, 18 Jan 2008 00:30:07 -1000 (HST) (envelope-from parv@pair.com) X-Authentication-Warning: holstein.holy.cow: parv set sender to parv@pair.com using -f Date: Fri, 18 Jan 2008 00:30:06 -1000 From: Parv To: John Baldwin Message-ID: <20080118103006.GA1443@holstein.holy.cow> Mail-Followup-To: John Baldwin , freebsd-stable@freebsd.org References: <70AABDAF-1925-4DBE-88A2-976CFBC55C5E@khera.org> <20080117110517.GA3128@holstein.holy.cow> <200801171520.25555.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200801171520.25555.jhb@freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: PCI MSI (was Re: What current Dell Systems are supported/work) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 10:28:53 -0000 (Dropped Vivek K from recipient list; edited the URLs in my previous message.) in message <200801171520.25555.jhb@freebsd.org>, wrote John Baldwin thusly... > > On Thursday 17 January 2008 06:05:17 am Parv wrote: ... > > Speaking of MSI being on by default in recent 6-STABLE ... well, > > that caused my ThinkPad T61 (8859-CTO) ... > > > > dmesg: > > http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t61-8897-cto/sys/dmesg > > > > kernel (combined for easy perusal): > > http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t61-8897-cto/cf/kern/combined/T61-SMP.debug--combined > > > > /boot/device.hints: > > http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t61-8897-cto/cf/boot/device.hints > > > > > > ... to go in panic[0] ... > > [0] I could not save the dump for neither do I have access to > > serial console, nor could the file system be mounted. > > Missing also here is a digital camera. If anybody is > > interested, I could write screen down, and repeat to them. > > For starters, can you get the output of 'pciconf -lc'? Hi John, You can find pciconf -lc at ... http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t61-8897-cto/sys/pciconf-lc and pciconf -lv, just in case ... http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t61-8897-cto/sys/pciconf-lv > Secondly, I really will need the kernel panic message. If it is a > page fault (trap 12) then write down the faulting virtual address > and the faulting IP. If you can scribble down any of the stack > trace from DDB that would be helpful as well. There was no page fault or trap 12 message when the panic happened. After some of messages are printed (as in dmesg), kdb is entered ... ioapic0: Assigning PCI IRQ 23 to local APIC 1 msi: Assigning MSI IRQ 256 to local APIC 0 panic: blockabke sleep block (sleep mutex) msi @ /misc/src-6/sys/i386/i386/msi.c:381 cpuid: 0 kdb: stack backtrace kbd_backtrace( c0adc531,0,c0abaafd,c1020c34,c0bab700,...) at ... \ [I skipped from here to the "db>" prompt] . . . Tomorrow, rather later today, I will type up the "trace" output. Please let me know if you would like to see any other output that I could possibly provide. - Parv -- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 10:45:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DAB416A418 for ; Fri, 18 Jan 2008 10:45:53 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3962813C467 for ; Fri, 18 Jan 2008 10:45:53 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout1-sn1.fre.skanova.net (7.3.129) id 478F1C65000584DE; Fri, 18 Jan 2008 10:36:17 +0100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Fri, 18 Jan 2008 10:36:30 +0100 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A61A1899@royal64.emp.zapto.org> X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Multiple ZFS pools = panic on shutdown? thread-index: AchZtZ2FuVroRJF+Q62MlP7HaArorA== From: "Daniel Eriksson" To: Cc: pjd@FreeBSD.org Subject: Multiple ZFS pools = panic on shutdown? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 10:45:53 -0000 Has anyone heard of or experienced any panics ("vput: negative ref cnt" or "vrele: negative ref cnt") when shutting down a box with more than one zpool? I see this on an amd64 RELENG_7_0 (from yesterday) box: syslogd: exiting on signal 15 panic: vrele: negative ref cnt cpuid =3D 0 Uptime: 35m13s Physical memory: 4087 MB Dumping 235 MB: And then it just hangs there. Breaking into DDB does not work. Both pools are constructed from GELI-encrypted disks, so I have a script that runs "geli attach" on all the devices and then it does a "zpool import" on the two pools. On shutdown the script does a "zpool export" on the pools and then it detaches the GELI devices. With only one pool it works just fine. The box in question uses GMIRROR for the system disk (two disks, whole disk mirroring). I will try to recreate this on another machine today. It would be nice to have an easy way to repeat this. /Daniel Eriksson From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 11:09:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 902AE16A419; Fri, 18 Jan 2008 11:09:20 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.freebsd.org (Postfix) with ESMTP id 37BC713C457; Fri, 18 Jan 2008 11:09:20 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout2-sn2.hy.skanova.net (7.3.129) id 478BD00D001282C6; Fri, 18 Jan 2008 12:09:18 +0100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Fri, 18 Jan 2008 12:09:18 +0100 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A61A189A@royal64.emp.zapto.org> In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A61A1899@royal64.emp.zapto.org> X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Multiple ZFS pools = panic on shutdown? thread-index: AchZtZ2FuVroRJF+Q62MlP7HaArorAACix0g References: <4F9C9299A10AE74E89EA580D14AA10A61A1899@royal64.emp.zapto.org> From: "Daniel Eriksson" To: Cc: pjd@FreeBSD.org Subject: RE: Multiple ZFS pools = panic on shutdown? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 11:09:20 -0000 I wrote: > Has anyone heard of or experienced any panics ("vput:=20 > negative ref cnt" or "vrele: negative ref cnt") when > shutting down a box with more than one zpool? After doing some testing I've come up with the following simple steps to recreate the panic: 1. Create the pools and then export them 2. Reboot the computer 3. Import the pools, touch some files on them and then export them again 4. Reboot again -> BOOM! Create the pools ---------------- dd if=3D/dev/zero of=3D/usr/_disk1 bs=3D1m count=3D128 dd if=3D/dev/zero of=3D/usr/_disk2 bs=3D1m count=3D128 dd if=3D/dev/zero of=3D/usr/_disk3 bs=3D1m count=3D128 dd if=3D/dev/zero of=3D/usr/_disk4 bs=3D1m count=3D128 mdconfig -f /usr/_disk1 -u 1 mdconfig -f /usr/_disk2 -u 2 mdconfig -f /usr/_disk3 -u 3 mdconfig -f /usr/_disk4 -u 4 /etc/rc.d/zfs forcestart zpool create tank1 mirror md1 md2 zpool create tank2 mirror md3 md4 touch /tank1/testfile touch /tank2/testfile zpool export tank1 zpool export tank2 /etc/rc.d/zfs forcestop mdconfig -d -u 1 mdconfig -d -u 2 mdconfig -d -u 3 mdconfig -d -u 4 Import the pools ---------------- mdconfig -f /usr/_disk1 -u 1 mdconfig -f /usr/_disk2 -u 2 mdconfig -f /usr/_disk3 -u 3 mdconfig -f /usr/_disk4 -u 4 /etc/rc.d/zfs forcestart zpool import tank1 zpool import tank2 touch /tank1/testfile touch /tank2/testfile zpool export tank1 zpool export tank2 /etc/rc.d/zfs forcestop mdconfig -d -u 1 mdconfig -d -u 2 mdconfig -d -u 3 mdconfig -d -u 4 /Daniel Eriksson From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 11:21:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C143F16A417 for ; Fri, 18 Jan 2008 11:21:26 +0000 (UTC) (envelope-from jakob@dev.citybikes.cz) Received: from dev.citybikes.cz (r5o136.net.upc.cz [86.49.14.136]) by mx1.freebsd.org (Postfix) with ESMTP id 4177A13C447 for ; Fri, 18 Jan 2008 11:21:26 +0000 (UTC) (envelope-from jakob@dev.citybikes.cz) Received: from dev.citybikes.cz (localhost [127.0.0.1]) by dev.citybikes.cz (8.14.2/8.14.2) with ESMTP id m0IB1eCm002897 for ; Fri, 18 Jan 2008 12:01:40 +0100 (CET) (envelope-from jakob@dev.citybikes.cz) Received: (from jakob@localhost) by dev.citybikes.cz (8.14.2/8.14.2/Submit) id m0IB1e89002896; Fri, 18 Jan 2008 12:01:40 +0100 (CET) (envelope-from jakob) Date: Fri, 18 Jan 2008 12:01:40 +0100 From: Jakub Siroky To: freebsd-stable@freebsd.org Message-ID: <20080118120140.2a8170a0@dev> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: panic when copying to ext2fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 11:21:26 -0000 I have two large ext2fs partitions (368 and 313GB) to hold data shared between several OSes. While there were no problems on 6-STABLE branch I was quite disappointed after upgrade to 7-STABLE. Whenever I copy/write to ext2fs partition the system freezes totally without crashdump. So I set debugging settings to kernel config (DEBUG,WITNESS,..) and in console I reproduced error situation ending with full screen of unstoppable running text with lot of memory addresses and a few recognisable words: 'new block bit set for ext already' - again with no crashdump. Then I have formatted 1GB partition with ext2fs and the problem on this small partition appears only sometimes. Thank you for reply Jakub Siroky From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 13:44:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB9CC16A47F for ; Fri, 18 Jan 2008 13:44:31 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 47D8A13C4D5 for ; Fri, 18 Jan 2008 13:44:31 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JFrWC-0007kf-Kl for freebsd-stable@freebsd.org; Fri, 18 Jan 2008 13:44:27 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Jan 2008 13:44:24 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Jan 2008 13:44:24 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 18 Jan 2008 14:44:07 +0100 Lines: 40 Message-ID: References: <20080118120140.2a8170a0@dev> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig096ABB155A725661D8FBFA07" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.9 (X11/20070801) In-Reply-To: <20080118120140.2a8170a0@dev> X-Enigmail-Version: 0.95.5 Sender: news Subject: Re: panic when copying to ext2fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 13:44:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig096ABB155A725661D8FBFA07 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Jakub Siroky wrote: > I have two large ext2fs partitions (368 and 313GB) to hold data shared = between several OSes. While there were no problems on 6-STABLE branch I w= as quite disappointed after upgrade to 7-STABLE. Whenever I copy/write to= ext2fs partition the system freezes totally without crashdump. So I set = debugging settings to kernel config (DEBUG,WITNESS,..) and in console I r= eproduced error situation ending with full screen of unstoppable running = text with lot of memory addresses and a few recognisable words: 'new bloc= k bit set for ext already' - again with no crashdump. Then I have formatt= ed 1GB partition with ext2fs and the problem on this small partition appe= ars only sometimes.=20 Interesting. I have ext2fs partitions in the same size range for the same purpose under 8-CURRENT and I don't have the problems you described, so it's unlikely the problem were introduced in 7. Did you run e2fsck on the file systems? Can you verify there is no hardware or driver data corruption (though I don't know how would you verify this one - maybe by writing to the partition from one OS and reading from the other, amd using md5 to check)? --------------enig096ABB155A725661D8FBFA07 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHkK0uldnAQVacBcgRAqpRAKCQSkrZDCakzH1i8cnYEAMl2PDlXwCg4IpG XaJyRtvV8+tAC/XFsdWzTQ8= =6Wjm -----END PGP SIGNATURE----- --------------enig096ABB155A725661D8FBFA07-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 14:11:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9974516A421; Fri, 18 Jan 2008 14:11:55 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 416C313C457; Fri, 18 Jan 2008 14:11:55 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JFrwo-000DPl-OV; Fri, 18 Jan 2008 14:11:54 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JFrwo-000CDl-MX; Fri, 18 Jan 2008 14:11:54 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JFrwo-0000N9-Ly; Fri, 18 Jan 2008 14:11:54 +0000 To: freebsd-stable@freebsd.org, jhb@freebsd.org In-Reply-To: <200801171529.29295.jhb@freebsd.org> Message-Id: From: Pete French Date: Fri, 18 Jan 2008 14:11:54 +0000 Cc: Subject: Re: panic: vm_fault: fault on nofualt entry, addr: 81423000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 14:11:55 -0000 > MADT is the ACPI table that enumerates APICs. Do you have the offset of > madt_probe()? I startet copying down the hex, but it turned out to be a more accurate idea to get my colleague to take a photo with his camera phone. Panic and kdb 'bt' output can be found here: http://toybox.twisted.org.uk/~pete/acpi_panic.jpg if theres anything else you need me to do in kdb then pleae let me know, as this is very easy for me to reproduce during ther work day. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 14:29:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C731016A4F1 for ; Fri, 18 Jan 2008 14:29:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8A95413C458 for ; Fri, 18 Jan 2008 14:29:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id C53961A4D7E; Fri, 18 Jan 2008 06:26:23 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 18 Jan 2008 08:50:31 -0500 User-Agent: KMail/1.9.7 References: <200801171520.25555.jhb@freebsd.org> <20080118103006.GA1443@holstein.holy.cow> In-Reply-To: <20080118103006.GA1443@holstein.holy.cow> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801180850.32062.jhb@freebsd.org> Cc: Parv Subject: Re: PCI MSI (was Re: What current Dell Systems are supported/work) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 14:29:55 -0000 On Friday 18 January 2008 05:30:06 am Parv wrote: > (Dropped Vivek K from recipient list; edited the URLs in my previous > message.) > > in message <200801171520.25555.jhb@freebsd.org>, > wrote John Baldwin thusly... > > > > On Thursday 17 January 2008 06:05:17 am Parv wrote: > ... > > > Speaking of MSI being on by default in recent 6-STABLE ... well, > > > that caused my ThinkPad T61 (8859-CTO) ... > > > > > > dmesg: > > > http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t61-8897-cto/sys/dmesg > > > > > > kernel (combined for easy perusal): > > > http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t61-8897-cto/cf/kern/combined/T61-SMP.debug--combined > > > > > > /boot/device.hints: > > > http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t61-8897-cto/cf/boot/device.hints > > > > > > > > > ... to go in panic[0] > ... > > > [0] I could not save the dump for neither do I have access to > > > serial console, nor could the file system be mounted. > > > Missing also here is a digital camera. If anybody is > > > interested, I could write screen down, and repeat to them. > > > > For starters, can you get the output of 'pciconf -lc'? > > Hi John, > > You can find pciconf -lc at ... > > http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t61-8897-cto/sys/pciconf-lc > > and pciconf -lv, just in case ... > http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t61-8897-cto/sys/pciconf-lv > > > > Secondly, I really will need the kernel panic message. If it is a > > page fault (trap 12) then write down the faulting virtual address > > and the faulting IP. If you can scribble down any of the stack > > trace from DDB that would be helpful as well. > > There was no page fault or trap 12 message when the panic happened. > After some of messages are printed (as in dmesg), kdb is entered ... > > ioapic0: Assigning PCI IRQ 23 to local APIC 1 > msi: Assigning MSI IRQ 256 to local APIC 0 > panic: blockabke sleep block (sleep mutex) msi @ /misc/src-6/sys/i386/i386/msi.c:381 > cpuid: 0 > kdb: stack backtrace > kbd_backtrace( c0adc531,0,c0abaafd,c1020c34,c0bab700,...) at ... \ > [I skipped from here to the "db>" prompt] > . > . > . > > Tomorrow, rather later today, I will type up the "trace" output. > Please let me know if you would like to see any other output that I > could possibly provide. This is good enough for me to see the bug, I'll work on fixing it. There are some locking changes in the x86 interrupt code I need to MFC. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 14:29:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2FCD16A50D for ; Fri, 18 Jan 2008 14:29:56 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id E5C1D13C46A for ; Fri, 18 Jan 2008 14:29:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 3705A1A4D80; Fri, 18 Jan 2008 06:26:25 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 18 Jan 2008 08:53:12 -0500 User-Agent: KMail/1.9.7 References: <200801171410.38488.doconnor@gsoft.com.au> <200801180817.49452.doconnor@gsoft.com.au> <20080118055754.GV929@server.vk2pj.dyndns.org> In-Reply-To: <20080118055754.GV929@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801180853.13207.jhb@freebsd.org> Cc: Peter Jeremy Subject: Re: kldstat causes kernel to print odd message X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 14:29:58 -0000 On Friday 18 January 2008 12:57:54 am Peter Jeremy wrote: > On Fri, Jan 18, 2008 at 08:17:40AM +1030, Daniel O'Connor wrote: > >On Fri, 18 Jan 2008, John Baldwin wrote: > >> amd64 uses link_elf_obj.c, all the other archs use link_elf.c, hence > >> the duplication. > > Then why does amd64 need link_elf.c at all? I don't think it does, but it's currently marked standard in sys/conf/files so it is probably laziness (i.e. moving it to all the sys/conf/files. for non-amd64) that keeps it in there. > >I guess one option would be to put #ifdef amd64 around the error message > >in link_elf.c. > > If there's a possibility that multiple ELF linkers could be required in > the future, a cleaner option might be to make link_elf_error() just cache > the error message and only report it after all possible linkers have > refused to load the file. I think this is the better idea. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 14:29:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B0F516A4DC for ; Fri, 18 Jan 2008 14:29:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 62E1713C46B for ; Fri, 18 Jan 2008 14:29:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 739571A4D87; Fri, 18 Jan 2008 06:26:28 -0800 (PST) From: John Baldwin To: Pete French Date: Fri, 18 Jan 2008 09:17:14 -0500 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801180917.14878.jhb@freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault: fault on nofualt entry, addr: 81423000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 14:29:59 -0000 On Thursday 17 January 2008 07:39:54 pm Pete French wrote: > > MADT is the ACPI table that enumerates APICs. Do you have the offset of > > madt_probe()? > > I am sujre I can get it for you - do I need to do anything special > in DDB, or is it just the numbers in the bt that you are after ? > I can make this panic very easily and do whatever is necessary to > get info out. Just the stack trace offsets. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 14:31:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5CC616A418; Fri, 18 Jan 2008 14:31:45 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7E46413C45A; Fri, 18 Jan 2008 14:31:45 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JFsG1-000Db6-0I; Fri, 18 Jan 2008 14:31:45 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JFsG0-000CQi-Ue; Fri, 18 Jan 2008 14:31:44 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JFsG0-0000YG-U6; Fri, 18 Jan 2008 14:31:44 +0000 To: jhb@freebsd.org In-Reply-To: <200801180917.14878.jhb@freebsd.org> Message-Id: From: Pete French Date: Fri, 18 Jan 2008 14:31:44 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault: fault on nofualt entry, addr: 81423000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 14:31:45 -0000 > Just the stack trace offsets. is all the info you need here? http://toybox.twisted.org.uk/~pete/acpi_panic.jpg From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 15:11:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8F4316A419 for ; Fri, 18 Jan 2008 15:11:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8ED4C13C4D3 for ; Fri, 18 Jan 2008 15:11:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 7F7351A4D7C; Fri, 18 Jan 2008 07:08:02 -0800 (PST) From: John Baldwin To: Pete French Date: Fri, 18 Jan 2008 10:03:23 -0500 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801181003.24092.jhb@freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault: fault on nofualt entry, addr: 81423000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 15:11:32 -0000 On Friday 18 January 2008 09:31:44 am Pete French wrote: > > Just the stack trace offsets. > > is all the info you need here? > > http://toybox.twisted.org.uk/~pete/acpi_panic.jpg Yep. So it appears to be dying here: (gdb) l *madt_probe+0x119 0xc06e7c69 is in madt_probe (/usr/src/sys/i386/acpica/madt.c:241). 236 if (xsdt == NULL) { 237 if (bootverbose) 238 printf("MADT: Failed to map XSDT\n"); 239 return (ENXIO); 240 } 241 count = (xsdt->Length - sizeof(ACPI_TABLE_HEADER)) / 242 sizeof(UINT64); 243 for (i = 0; i < count; i++) 244 if (madt_probe_table(xsdt->TableOffsetEntry[i])) 245 break; where it reads 'xsdt->Length'. xsdt was just mapped into a temporary part of KVA (used for kernel dumps) a few lines earlier: 218 /* 219 * For ACPI >= 2.0, use the XSDT if it is available. 220 * Otherwise, use the RSDT. We map the XSDT or RSDT at page 1 221 * in the crashdump area. Page 0 is used to map in the 222 * headers of candidate ACPI tables. 223 */ 224 if (rsdp->Revision >= 2 && rsdp->XsdtPhysicalAddress != 0) { 225 /* 226 * AcpiOsGetRootPointer only verifies the checksum for 227 * the version 1.0 portion of the RSDP. Version 2.0 has 228 * an additional checksum that we verify first. 229 */ 230 if (AcpiTbChecksum(rsdp, ACPI_RSDP_XCHECKSUM_LENGTH) != 0) { 231 if (bootverbose) 232 printf("MADT: RSDP failed extended checksum\n"); 233 return (ENXIO); 234 } 235 xsdt = madt_map_table(rsdp->XsdtPhysicalAddress, 1, XSDT_SIG); You can try adding some printfs to see what the values of 'rsdp->XsdtPhysicalAddress' and 'xsdt' after the call to madt_map_table() are. Actually, try this perhaps: Index: madt.c =================================================================== RCS file: /host/cvs/usr/cvs/src/sys/i386/acpica/madt.c,v retrieving revision 1.19.2.4 diff -u -r1.19.2.4 madt.c --- madt.c 5 Oct 2007 15:22:36 -0000 1.19.2.4 +++ madt.c 18 Jan 2008 15:01:40 -0000 @@ -164,7 +164,20 @@ } length = header->Length; madt_unmap(header, sizeof(ACPI_TABLE_HEADER)); + if (length > (MAXDUMPPGS - offset) * PAGE_SIZE) { + printf("MADT: %s is too long, truncating\n", sig); + length = (MAXDUMPPGS - offset) * PAGE_SIZE; + } table = madt_map(pa, offset, length); + header = table; + if (header->Length != length) { + /* + * If we truncated the table, fixup the length to + * perpetuate the lie and skip the checksum. + */ + header->Length = length; + return (table); + } if (ACPI_FAILURE(AcpiTbVerifyTableChecksum(table))) { if (bootverbose) printf("MADT: Failed checksum for table %s\n", sig); @@ -267,6 +280,10 @@ if (bootverbose) printf("MADT: Found table at 0x%jx\n", (uintmax_t)madt_physaddr); + if (madt_length > MAXDUMPPGS * PAGE_SIZE) { + printf("MADT: Table is too large, ignoring\n"); + return (ENXIO); + } /* * Verify that we can map the full table and that its checksum is -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 15:11:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F4D216A417 for ; Fri, 18 Jan 2008 15:11:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 21B5713C459 for ; Fri, 18 Jan 2008 15:11:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 5F6CE1A4D7E; Fri, 18 Jan 2008 07:08:03 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 18 Jan 2008 10:10:04 -0500 User-Agent: KMail/1.9.7 References: <20080118103006.GA1443@holstein.holy.cow> <200801180850.32062.jhb@freebsd.org> In-Reply-To: <200801180850.32062.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801181010.04965.jhb@freebsd.org> Cc: Parv Subject: Re: PCI MSI (was Re: What current Dell Systems are supported/work) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 15:11:34 -0000 On Friday 18 January 2008 08:50:31 am John Baldwin wrote: > On Friday 18 January 2008 05:30:06 am Parv wrote: > > There was no page fault or trap 12 message when the panic happened. > > After some of messages are printed (as in dmesg), kdb is entered ... > > > > ioapic0: Assigning PCI IRQ 23 to local APIC 1 > > msi: Assigning MSI IRQ 256 to local APIC 0 > > panic: blockabke sleep block (sleep mutex) msi @ /misc/src-6/sys/i386/i386/msi.c:381 > > cpuid: 0 > > kdb: stack backtrace > > kbd_backtrace( c0adc531,0,c0abaafd,c1020c34,c0bab700,...) at ... \ > > [I skipped from here to the "db>" prompt] > > . > > . > > . > > > > Tomorrow, rather later today, I will type up the "trace" output. > > Please let me know if you would like to see any other output that I > > could possibly provide. > > This is good enough for me to see the bug, I'll work on fixing it. There are > some locking changes in the x86 interrupt code I need to MFC. Try this patch: Index: amd64/amd64/intr_machdep.c =================================================================== RCS file: /host/cvs/usr/cvs/src/sys/amd64/amd64/intr_machdep.c,v retrieving revision 1.15.2.5 diff -u -r1.15.2.5 intr_machdep.c --- amd64/amd64/intr_machdep.c 26 Nov 2007 15:08:35 -0000 1.15.2.5 +++ amd64/amd64/intr_machdep.c 18 Jan 2008 15:05:08 -0000 @@ -43,13 +43,14 @@ #include #include #include -#include #include #include +#include #include #include #include #include +#include #include #include #ifdef DDB @@ -70,7 +71,8 @@ static int intrcnt_index; static struct intsrc *interrupt_sources[NUM_IO_INTS]; -static struct mtx intr_table_lock; +static struct sx intr_table_lock; +static struct mtx intrcnt_lock; static STAILQ_HEAD(, pic) pics; #ifdef SMP @@ -108,14 +110,14 @@ { int error; - mtx_lock_spin(&intr_table_lock); + sx_xlock(&intr_table_lock); if (intr_pic_registered(pic)) error = EBUSY; else { STAILQ_INSERT_TAIL(&pics, pic, pics); error = 0; } - mtx_unlock_spin(&intr_table_lock); + sx_xunlock(&intr_table_lock); return (error); } @@ -137,16 +139,16 @@ (mask_fn)isrc->is_pic->pic_enable_source, "irq%d:", vector); if (error) return (error); - mtx_lock_spin(&intr_table_lock); + sx_xlock(&intr_table_lock); if (interrupt_sources[vector] != NULL) { - mtx_unlock_spin(&intr_table_lock); + sx_xunlock(&intr_table_lock); intr_event_destroy(isrc->is_event); return (EEXIST); } intrcnt_register(isrc); interrupt_sources[vector] = isrc; isrc->is_enabled = 0; - mtx_unlock_spin(&intr_table_lock); + sx_xunlock(&intr_table_lock); return (0); } @@ -170,19 +172,18 @@ error = intr_event_add_handler(isrc->is_event, name, handler, arg, intr_priority(flags), flags, cookiep); if (error == 0) { + sx_xlock(&intr_table_lock); intrcnt_updatename(isrc); - mtx_lock_spin(&intr_table_lock); if (!isrc->is_enabled) { isrc->is_enabled = 1; #ifdef SMP if (assign_cpu) intr_assign_next_cpu(isrc); #endif - mtx_unlock_spin(&intr_table_lock); isrc->is_pic->pic_enable_intr(isrc); - } else - mtx_unlock_spin(&intr_table_lock); + } isrc->is_pic->pic_enable_source(isrc); + sx_xunlock(&intr_table_lock); } return (error); } @@ -306,12 +307,12 @@ #ifndef DEV_ATPIC atpic_reset(); #endif - mtx_lock_spin(&intr_table_lock); + sx_xlock(&intr_table_lock); STAILQ_FOREACH(pic, &pics, pics) { if (pic->pic_resume != NULL) pic->pic_resume(pic); } - mtx_unlock_spin(&intr_table_lock); + sx_xunlock(&intr_table_lock); } void @@ -319,12 +320,12 @@ { struct pic *pic; - mtx_lock_spin(&intr_table_lock); + sx_xlock(&intr_table_lock); STAILQ_FOREACH(pic, &pics, pics) { if (pic->pic_suspend != NULL) pic->pic_suspend(pic); } - mtx_unlock_spin(&intr_table_lock); + sx_xunlock(&intr_table_lock); } static void @@ -347,8 +348,8 @@ { char straystr[MAXCOMLEN + 1]; - /* mtx_assert(&intr_table_lock, MA_OWNED); */ KASSERT(is->is_event != NULL, ("%s: isrc with no event", __func__)); + mtx_lock_spin(&intrcnt_lock); is->is_index = intrcnt_index; intrcnt_index += 2; snprintf(straystr, MAXCOMLEN + 1, "stray irq%d", @@ -357,17 +358,18 @@ is->is_count = &intrcnt[is->is_index]; intrcnt_setname(straystr, is->is_index + 1); is->is_straycount = &intrcnt[is->is_index + 1]; + mtx_unlock_spin(&intrcnt_lock); } void intrcnt_add(const char *name, u_long **countp) { - mtx_lock_spin(&intr_table_lock); + mtx_lock_spin(&intrcnt_lock); *countp = &intrcnt[intrcnt_index]; intrcnt_setname(name, intrcnt_index); intrcnt_index++; - mtx_unlock_spin(&intr_table_lock); + mtx_unlock_spin(&intrcnt_lock); } static void @@ -377,7 +379,8 @@ intrcnt_setname("???", 0); intrcnt_index = 1; STAILQ_INIT(&pics); - mtx_init(&intr_table_lock, "intr table", NULL, MTX_SPIN); + sx_init(&intr_table_lock, "intr sources"); + mtx_init(&intrcnt_lock, "intrcnt", NULL, MTX_SPIN); } SYSINIT(intr_init, SI_SUB_INTR, SI_ORDER_FIRST, intr_init, NULL) @@ -482,14 +485,14 @@ return; /* Round-robin assign a CPU to each enabled source. */ - mtx_lock_spin(&intr_table_lock); + sx_xlock(&intr_table_lock); assign_cpu = 1; for (i = 0; i < NUM_IO_INTS; i++) { isrc = interrupt_sources[i]; if (isrc != NULL && isrc->is_enabled) intr_assign_next_cpu(isrc); } - mtx_unlock_spin(&intr_table_lock); + sx_xunlock(&intr_table_lock); } SYSINIT(intr_shuffle_irqs, SI_SUB_SMP, SI_ORDER_SECOND, intr_shuffle_irqs, NULL) #endif Index: i386/i386/intr_machdep.c =================================================================== RCS file: /host/cvs/usr/cvs/src/sys/i386/i386/intr_machdep.c,v retrieving revision 1.14.2.5 diff -u -r1.14.2.5 intr_machdep.c --- i386/i386/intr_machdep.c 26 Nov 2007 15:08:35 -0000 1.14.2.5 +++ i386/i386/intr_machdep.c 18 Jan 2008 15:05:08 -0000 @@ -42,13 +42,14 @@ #include #include #include -#include #include #include +#include #include #include #include #include +#include #include #include #ifdef DDB @@ -61,7 +62,8 @@ static int intrcnt_index; static struct intsrc *interrupt_sources[NUM_IO_INTS]; -static struct mtx intr_table_lock; +static struct sx intr_table_lock; +static struct mtx intrcnt_lock; static STAILQ_HEAD(, pic) pics; #ifdef SMP @@ -99,14 +101,14 @@ { int error; - mtx_lock_spin(&intr_table_lock); + sx_xlock(&intr_table_lock); if (intr_pic_registered(pic)) error = EBUSY; else { STAILQ_INSERT_TAIL(&pics, pic, pics); error = 0; } - mtx_unlock_spin(&intr_table_lock); + sx_xunlock(&intr_table_lock); return (error); } @@ -128,16 +130,16 @@ (mask_fn)isrc->is_pic->pic_enable_source, "irq%d:", vector); if (error) return (error); - mtx_lock_spin(&intr_table_lock); + sx_xlock(&intr_table_lock); if (interrupt_sources[vector] != NULL) { - mtx_unlock_spin(&intr_table_lock); + sx_xunlock(&intr_table_lock); intr_event_destroy(isrc->is_event); return (EEXIST); } intrcnt_register(isrc); interrupt_sources[vector] = isrc; isrc->is_enabled = 0; - mtx_unlock_spin(&intr_table_lock); + sx_xunlock(&intr_table_lock); return (0); } @@ -161,19 +163,18 @@ error = intr_event_add_handler(isrc->is_event, name, handler, arg, intr_priority(flags), flags, cookiep); if (error == 0) { + sx_xlock(&intr_table_lock); intrcnt_updatename(isrc); - mtx_lock_spin(&intr_table_lock); if (!isrc->is_enabled) { isrc->is_enabled = 1; #ifdef SMP if (assign_cpu) intr_assign_next_cpu(isrc); #endif - mtx_unlock_spin(&intr_table_lock); isrc->is_pic->pic_enable_intr(isrc); - } else - mtx_unlock_spin(&intr_table_lock); + } isrc->is_pic->pic_enable_source(isrc); + sx_xunlock(&intr_table_lock); } return (error); } @@ -294,12 +295,12 @@ { struct pic *pic; - mtx_lock_spin(&intr_table_lock); + sx_xlock(&intr_table_lock); STAILQ_FOREACH(pic, &pics, pics) { if (pic->pic_resume != NULL) pic->pic_resume(pic); } - mtx_unlock_spin(&intr_table_lock); + sx_xunlock(&intr_table_lock); } void @@ -307,12 +308,12 @@ { struct pic *pic; - mtx_lock_spin(&intr_table_lock); + sx_xlock(&intr_table_lock); STAILQ_FOREACH(pic, &pics, pics) { if (pic->pic_suspend != NULL) pic->pic_suspend(pic); } - mtx_unlock_spin(&intr_table_lock); + sx_xunlock(&intr_table_lock); } static void @@ -335,8 +336,8 @@ { char straystr[MAXCOMLEN + 1]; - /* mtx_assert(&intr_table_lock, MA_OWNED); */ KASSERT(is->is_event != NULL, ("%s: isrc with no event", __func__)); + mtx_lock_spin(&intrcnt_lock); is->is_index = intrcnt_index; intrcnt_index += 2; snprintf(straystr, MAXCOMLEN + 1, "stray irq%d", @@ -345,17 +346,18 @@ is->is_count = &intrcnt[is->is_index]; intrcnt_setname(straystr, is->is_index + 1); is->is_straycount = &intrcnt[is->is_index + 1]; + mtx_unlock_spin(&intrcnt_lock); } void intrcnt_add(const char *name, u_long **countp) { - mtx_lock_spin(&intr_table_lock); + mtx_lock_spin(&intrcnt_lock); *countp = &intrcnt[intrcnt_index]; intrcnt_setname(name, intrcnt_index); intrcnt_index++; - mtx_unlock_spin(&intr_table_lock); + mtx_unlock_spin(&intrcnt_lock); } static void @@ -365,7 +367,8 @@ intrcnt_setname("???", 0); intrcnt_index = 1; STAILQ_INIT(&pics); - mtx_init(&intr_table_lock, "intr table", NULL, MTX_SPIN); + sx_init(&intr_table_lock, "intr sources"); + mtx_init(&intrcnt_lock, "intrcnt", NULL, MTX_SPIN); } SYSINIT(intr_init, SI_SUB_INTR, SI_ORDER_FIRST, intr_init, NULL) @@ -448,14 +451,14 @@ return; /* Round-robin assign a CPU to each enabled source. */ - mtx_lock_spin(&intr_table_lock); + sx_xlock(&intr_table_lock); assign_cpu = 1; for (i = 0; i < NUM_IO_INTS; i++) { isrc = interrupt_sources[i]; if (isrc != NULL && isrc->is_enabled) intr_assign_next_cpu(isrc); } - mtx_unlock_spin(&intr_table_lock); + sx_xunlock(&intr_table_lock); } SYSINIT(intr_shuffle_irqs, SI_SUB_SMP, SI_ORDER_SECOND, intr_shuffle_irqs, NULL) #endif -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 16:48:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 409CD16A418; Fri, 18 Jan 2008 16:48:12 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id DFAAA13C467; Fri, 18 Jan 2008 16:48:11 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JFuO3-000Eaj-CU; Fri, 18 Jan 2008 16:48:11 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JFuO3-000Dcw-AW; Fri, 18 Jan 2008 16:48:11 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JFuO2-0000PF-KE; Fri, 18 Jan 2008 16:48:10 +0000 To: jhb@freebsd.org In-Reply-To: <200801181003.24092.jhb@freebsd.org> Message-Id: From: Pete French Date: Fri, 18 Jan 2008 16:48:10 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault: fault on nofualt entry, addr: 81423000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 16:48:12 -0000 > So it appears to be dying here: > > (gdb) l *madt_probe+0x119 > 0xc06e7c69 is in madt_probe (/usr/src/sys/i386/acpica/madt.c:241). > 236 if (xsdt == NULL) { > 237 if (bootverbose) > 238 printf("MADT: Failed to map XSDT\n"); > 239 return (ENXIO); > 240 } > 241 count = (xsdt->Length - sizeof(ACPI_TABLE_HEADER)) / > 242 sizeof(UINT64); > 243 for (i = 0; i < count; i++) > 244 if (madt_probe_table(xsdt->TableOffsetEntry[i])) > 245 break; > > where it reads 'xsdt->Length'. xsdt was just mapped into a temporary part of > KVA (used for kernel dumps) a few lines earlier: O.K., that is interesting, because my source code doesnt look like thiat, mine uses 'xsdt->Header.Length' instead of 'xsdt->Length' - is that code above from 7.0 ? > You can try adding some printfs to see what the values of 'rsdp->XsdtPhysicalAddress' and > 'xsdt' after the call to madt_map_table() are. Actually, try this perhaps: Thanks for the patch - it didn;t help matters unfortunately, but I am adding some printfs on xsdt itself and also rsdp->XsdtPhysicalAddress to see what we get. Will build a new kernel and let you know. cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 17:36:56 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CFAE16A46D; Fri, 18 Jan 2008 17:36:56 +0000 (UTC) (envelope-from ws@au.dyndns.ws) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id 97C6A13C465; Fri, 18 Jan 2008 17:36:55 +0000 (UTC) (envelope-from ws@au.dyndns.ws) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAAtwkEeWZWdv/2dsb2JhbAAIrgM X-IronPort-AV: E=Sophos;i="4.25,217,1199626200"; d="scan'208";a="38343704" Received: from ppp103-111.static.internode.on.net (HELO [192.168.1.131]) ([150.101.103.111]) by ipmail05.adl2.internode.on.net with ESMTP; 19 Jan 2008 04:06:53 +1030 From: Wayne Sierke To: Kris Kennaway In-Reply-To: <478FB18B.3090204@FreeBSD.org> References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <47851247.1020306@raad.tartu.ee> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <1200156892.1196.34.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> <1200241867.1677.34.camel@predator-ii.buffyverse> <478A7014.4080804@FreeBSD.org> <1200323959.1971.27.camel@predator-ii.buffyverse> <478BC0AA.3080906@FreeBSD.org> <1200589144.7141.27.camel@predator-ii.buffyverse> <478FB18B.3090204@FreeBSD.org> Content-Type: text/plain Date: Sat, 19 Jan 2008 04:06:50 +1030 Message-Id: <1200677810.57226.45.camel@predator-ii.buffyverse> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: 7.0-PRERELEASE desktop system periodically freezes momentarily X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 17:36:56 -0000 On Thu, 2008-01-17 at 20:50 +0100, Kris Kennaway wrote: > Wayne Sierke wrote: > > On Mon, 2008-01-14 at 21:06 +0100, Kris Kennaway wrote: > >> Same deal as before then. It cannot be the same problem as in the > >> previous 6.x trace (unless you are using a non-mpsafe filesystem, i.e. > >> not UFS). > >> > >> Kris > > > > In fact I have some MSDOSFS auto-mounting from /etc/fstab, but normally > > not in active use (by me - as for what gnome-* are doing in the > > background?). > > > > Without those mounts the stuttering in glxgears when 'Harddisk' is > > enabled in System Monitor is barely perceptible. The stuttering with > > Network Monitor remains as do the other freezes. > > > > I didn't have the same luck getting nvidia-driver working with > > LOCK_PROFILING in RELENG_7 as I did with MUTEX_PROFILING in RELENG_6. > > Looks like I'll have to test with nv or vesa driver instead, now. > > > > I've also prepared a KTR testing kernel but in the process realise I > > don't know which trace classes to include? > > KTR_SCHED > > Kris Ah, yes. Thanks. I've finally latched on to the whole schedgraph concept. Links to logs below. ktr-sched_gnome-netmonitor.out is just the 2Hz stutter in glxgears with the gnome Network Monitor applet active. I believe I've caught an instance of one stutter. ktr-sched_move-glxgears_1.out is a first attempt to catch the freeze that occurs when moving the glxgears window. Because of the freeze it's difficult to stop the recording promptly. It appears that all keyboard and mouse input (other than movement) is either ignored or discarded during the freeze[1]. Consequently, I have to wait until the system unfreezes before clicking over the terminal window to activate it and then pressing enter to run the waiting 'debug.ktr.mask=0' command. ktr-sched_move-glxgears_2.out is a second attempt. ktr-sched_move-glxgears_3.out was conducted by running the command: sleep 2; sysctl debug.ktr.mask=0 then waiting about 1.5 seconds, then dragging the glxgears window in an attempt to have the freeze active at the end of recording. What's a sensible upper limit for KTR_ENTRIES? Wayne [1] With the very curious exception that when the freeze occurs due to an alt-tab window-switching action, mouse and keyboard *do* get buffered - if I continue hitting alt-tab after the system freezes, those alt-tabs get played out when the system unfreezes. Similarly if I click over a window while the system is frozen during alt-tab, that mouse click gets played as normal when the system unfreezes. Odd. http://au.dyndns.ws/public/ktr-sched_gnome-netmonitor.out.bz2 http://au.dyndns.ws/public/ktr-sched_move-glxgears_1.out.bz2 http://au.dyndns.ws/public/ktr-sched_move-glxgears_2.out.bz2 http://au.dyndns.ws/public/ktr-sched_move-glxgears_3.out.bz2 From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 18:02:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6AD416A41A; Fri, 18 Jan 2008 18:02:05 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 73B2B13C4CC; Fri, 18 Jan 2008 18:02:05 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JFvXY-000F8w-Ol; Fri, 18 Jan 2008 18:02:04 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JFvXY-000Et4-Ml; Fri, 18 Jan 2008 18:02:04 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JFvXY-0000MY-LI; Fri, 18 Jan 2008 18:02:04 +0000 To: jhb@freebsd.org In-Reply-To: <200801181003.24092.jhb@freebsd.org> Message-Id: From: Pete French Date: Fri, 18 Jan 2008 18:02:04 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault: fault on nofualt entry, addr: 81423000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 18:02:05 -0000 > So it appears to be dying here: > > (gdb) l *madt_probe+0x119 > 0xc06e7c69 is in madt_probe (/usr/src/sys/i386/acpica/madt.c:241). > 236 if (xsdt == NULL) { > 237 if (bootverbose) > 238 printf("MADT: Failed to map XSDT\n"); > 239 return (ENXIO); > 240 } > 241 count = (xsdt->Length - sizeof(ACPI_TABLE_HEADER)) / > 242 sizeof(UINT64); > 243 for (i = 0; i < count; i++) > 244 if (madt_probe_table(xsdt->TableOffsetEntry[i])) > 245 break; Turns out that it isn't - it's in the other branch of the if using the RSDT instead of the XSDT. Not sure why the debugger was giving misleading information. I added prints to find out which path it was taking and to print out some values after the line "rsdt = madt_map_table(rsdp->RsdtPhysicalAddress, 1, ACPI_SIG_RSDT);" The value of rsdtl is 0x800e7610, but the value of rsdp->XsdtPhysicalAddress is zero! So I guess that is where the panic is comming from. So where now ? Is there an equivalent patch to the one you emailed earlier for this branch of the if ? I wont have access to the machine over the weekend, but I can make more tests on monday morning. thanks for the help, -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 19:18:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFD2416A468 for ; Fri, 18 Jan 2008 19:18:05 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp801.mail.ird.yahoo.com (smtp801.mail.ird.yahoo.com [217.146.188.61]) by mx1.freebsd.org (Postfix) with SMTP id ECEF413C4D3 for ; Fri, 18 Jan 2008 19:18:04 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 60533 invoked from network); 18 Jan 2008 19:18:03 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@86.140.145.126 with plain) by smtp801.mail.ird.yahoo.com with SMTP; 18 Jan 2008 19:18:03 -0000 X-YMail-OSG: a04_GeAVM1k07b3tpM3z3a2IXrFhcSoTPNDbD9sN_EW1sWbN X-Yahoo-Newman-Property: ymail-3 Message-ID: <4790FB84.1040409@tomjudge.com> Date: Fri, 18 Jan 2008 19:18:28 +0000 From: Tom Judge User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: Ulrich Spoerlein References: <39FB5CF3-F2F4-401B-9D6D-7796608152E5@ish.com.au> <4FF9842D-ADC9-4A99-9DC4-E0FE1CC9CDCF@stromnet.se> <20080116222729.GB1529@roadrunner.spoerlein.net> <134BD86C-19CF-42A7-9190-FAD3BB564A06@stromnet.se> <7ad7ddd90801170030l790810b5r5bb156e3cda286b1@mail.gmail.com> <73ED6B7D-49C5-4C69-8BE2-27F0BDAA246E@stromnet.se> <7ad7ddd90801180128m114b0491p7d8f44ae7b1b4cb7@mail.gmail.com> In-Reply-To: <7ad7ddd90801180128m114b0491p7d8f44ae7b1b4cb7@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, =?ISO-8859-1?Q?Johan_Str=F6m?= Subject: Re: Backup solution suggestions [ggated] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 19:18:05 -0000 Ulrich Spoerlein wrote: > On Jan 18, 2008 9:11 AM, Johan Ström wrote: >> Your no,barely, bad hell no seems to fit pretty good.. I did some >> testing during the night with the above (non-production) setup. >> What I did was doing some rsyncing over the night: >> >> while true ; do >> echo "`date` Clearing vmail" >> logfile >> rm -rf vmail >> echo "`date` Starting rsync" >> logfile >> rsync -vr /usr/var/vmail . |tee -a logfile >> echo "`date` Rsync finished " >> logfile >> done >> >> I started this at ~02.0. The results? A freshly rebooted 6.2 (6.2- >> RELEASE-p6 FreeBSD 6.2-RELEASE-p6 #0: Fri Jul 27 15:47:50 UTC 2007) >> box in the morning.. >> [...] >> What I dont have is a coredump, judging from dmesg -a savecore wasnt >> even run.. running it now, 5 hours later, didnt find any cores. >> >> The other end (7.0 server) wasnt affected at all. >> >> Not realy sure what it had been doing, because looking at my >> bandwidth graphs from the switch, nothing was done at all.. It didnt >> even go through one iteration of rsync... ~7.5k files/directorys >> seems to have been transfered, then the log doesnt say more. But >> according to the BW graph, after ~03.00 no traffic was sent at all... >> >> Some known bug with 6.2? > > There was some ggatec problems with TCP and/or sockets, I think they > have been mostly resolved post-6.2. If you want to pursue this further > (it *would* be a cool setup, no doubt) I'd suggest three things: > - Update to 6.3 > - Leave GELI out of the loop for now (only do ggate, with random data perhaps) > - Build a kernel *without* options PREEMPTION > Hi, We have 4 production High Avaliability NFS clusters running GMirror+GGate+LinuxHA (2 Nodes per cluster) on RELENG_6_2. This setup has proved very stable for us you have to do some tuning though: /etc/sysctl.conf: net.inet.tcp.sendspace=1048576 net.inet.tcp.recvspace=1048576 kern.ipc.maxsockbuf=2049152 /boot/loader.conf: kern.ipc.nmbclusters="32768" Command line options to ggate[cd] ggate[dc]_buf_size="1310720" ggatec_timeout="5" ggatec_queue_size="2048" Cluster node uptimes range from 40-160 days with the last reboots being caused by power problems not FreeBSD issues. The problems may be in the tuning or with geli, personally I would leave geli out at try with the above configuration. Then try above with geli to see what the problem is. Tom From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 19:18:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 821B416A421 for ; Fri, 18 Jan 2008 19:18:48 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 151BE13C457 for ; Fri, 18 Jan 2008 19:18:47 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m0IJIenq081676 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 18 Jan 2008 14:18:41 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-CuYFH9uUhbAcpLEVF1kH" Organization: U. Buffalo CSE Department Date: Fri, 18 Jan 2008 14:18:40 -0500 Message-Id: <1200683920.37801.26.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Subject: FreeBSD 6.3-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 19:18:48 -0000 --=-CuYFH9uUhbAcpLEVF1kH Content-Type: text/plain Content-Transfer-Encoding: quoted-printable In case you aren't subscribed to freebsd-announce@freebsd.org: http://www.freebsd.org/releases/6.3R/announce.html --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-CuYFH9uUhbAcpLEVF1kH Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHkPuQ/G14VSmup/YRAonEAJ4ovKRKsvchi2E2iP0VbGGHham8RACfdUr9 7dNGGdj5bP5o9OS6kjUSgdw= =HGnD -----END PGP SIGNATURE----- --=-CuYFH9uUhbAcpLEVF1kH-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 19:51:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 467F016A41B for ; Fri, 18 Jan 2008 19:51:04 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33710.mail.mud.yahoo.com (web33710.mail.mud.yahoo.com [68.142.201.207]) by mx1.freebsd.org (Postfix) with SMTP id D5D3513C4E1 for ; Fri, 18 Jan 2008 19:51:03 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 24927 invoked by uid 60001); 18 Jan 2008 19:24:23 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=axTtZsbpsP66hDJQ9FTUa7/EvGIayZg77LQecSfolo+Hw1WcdmLWlr27oXE+7VWEOGJPnhQl18L/wG/xqTXdB/4LXa0pIZ1S7/NblkfXjkaFEoTnFqELheNDROwJQGbSY8p14mvaxks2WNAPWN3xRSE2awk04n0FhPOMofoOXQI=; X-YMail-OSG: FYyOFEwVM1lovYAuQ_2MrKGSD9X3eD1io.RRBth62LZd4HEtvsLem5Leogvue1GDsrrXeKE3PyNAh5yx8xfEP8jTFBRMZdCOxS.W4O3aqONXLz59ILI- Received: from [89.211.7.3] by web33710.mail.mud.yahoo.com via HTTP; Fri, 18 Jan 2008 11:24:22 PST X-Mailer: YahooMailRC/818.31 YahooMailWebService/0.7.160 Date: Fri, 18 Jan 2008 11:24:22 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: Ken Smith , freebsd-stable MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <199550.24410.qm@web33710.mail.mud.yahoo.com> Cc: Subject: Re: FreeBSD 6.3-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 19:51:04 -0000 Congrats! Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ----- Original Message ---- > From: Ken Smith > To: freebsd-stable > Sent: Friday, January 18, 2008 10:18:40 PM > Subject: FreeBSD 6.3-RELEASE Available > > > In case you aren't subscribed to freebsd-announce@freebsd.org: > > http://www.freebsd.org/releases/6.3R/announce.html > > -- > Ken Smith > - From there to here, from here to | > kensmith@cse.buffalo.edu > there, funny things are everywhere. | > - Theodore Geisel | > > ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 20:28:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF66216A418 for ; Fri, 18 Jan 2008 20:28:47 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 220AE13C4D1 for ; Fri, 18 Jan 2008 20:28:46 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m0IKSaGq081893 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Jan 2008 15:28:36 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Jack Raats In-Reply-To: <002901c85a0f$a4a3d9f0$0202fea9@jarasoft.net> References: <1200683920.37801.26.camel@bauer.cse.buffalo.edu> <002901c85a0f$a4a3d9f0$0202fea9@jarasoft.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-KIAMfV7cnO6/ZjGcR8th" Organization: U. Buffalo CSE Department Date: Fri, 18 Jan 2008 15:28:36 -0500 Message-Id: <1200688116.37801.35.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-stable Subject: Re: FreeBSD 6.3-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 20:28:47 -0000 --=-KIAMfV7cnO6/ZjGcR8th Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2008-01-18 at 21:21 +0100, Jack Raats wrote: > After CVSuping newvers.sh still tells me I am using the prerelease You most likely used the RELENG_6 branch tag. At this point it should have been the only one that would have produced 6.3-PRERELEASE. I just changed it to say 6.3-STABLE. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-KIAMfV7cnO6/ZjGcR8th Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHkQv0/G14VSmup/YRAlkQAJ9fGic2TW/ssLVq2eI9ILepVf3o1ACfUWD+ NqwLu/kRXPHja+7FiQxBfWM= =0T7E -----END PGP SIGNATURE----- --=-KIAMfV7cnO6/ZjGcR8th-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 20:28:52 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4110816A474; Fri, 18 Jan 2008 20:28:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D259913C4EB; Fri, 18 Jan 2008 20:28:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m0IKSpcB067369; Fri, 18 Jan 2008 15:28:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m0IKSpYN099164; Fri, 18 Jan 2008 15:28:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 2A7F01B5078; Fri, 18 Jan 2008 15:28:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080118202851.2A7F01B5078@freebsd-stable.sentex.ca> Date: Fri, 18 Jan 2008 15:28:51 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 20:28:52 -0000 TB --- 2008-01-18 20:17:43 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-01-18 20:17:43 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2008-01-18 20:17:43 - cleaning the object tree TB --- 2008-01-18 20:18:09 - cvsupping the source tree TB --- 2008-01-18 20:18:09 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2008-01-18 20:18:18 - building world (CFLAGS=-O2 -pipe) TB --- 2008-01-18 20:18:18 - cd /src TB --- 2008-01-18 20:18:18 - /usr/bin/make -B buildworld >>> World build started on Fri Jan 18 20:18:20 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-18 20:28:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-18 20:28:51 - ERROR: failed to build world TB --- 2008-01-18 20:28:51 - tinderbox aborted TB --- 533.16 user 45.12 system 668.06 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 20:30:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9BBC16A468 for ; Fri, 18 Jan 2008 20:30:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 8907413C4DD for ; Fri, 18 Jan 2008 20:30:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 228991212-1834499 for multiple; Fri, 18 Jan 2008 15:28:51 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id m0IKUXpW095528; Fri, 18 Jan 2008 15:30:34 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Pete French Date: Fri, 18 Jan 2008 12:57:29 -0500 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801181257.29253.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 18 Jan 2008 15:30:34 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5495/Fri Jan 18 12:03:36 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.3 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, SUBJ_HAS_UNIQ_ID autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault: fault on nofualt entry, addr: 81423000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 20:30:45 -0000 On Friday 18 January 2008 11:48:10 am Pete French wrote: > > So it appears to be dying here: > > > > (gdb) l *madt_probe+0x119 > > 0xc06e7c69 is in madt_probe (/usr/src/sys/i386/acpica/madt.c:241). > > 236 if (xsdt == NULL) { > > 237 if (bootverbose) > > 238 printf("MADT: Failed to map XSDT\n"); > > 239 return (ENXIO); > > 240 } > > 241 count = (xsdt->Length - sizeof(ACPI_TABLE_HEADER)) / > > 242 sizeof(UINT64); > > 243 for (i = 0; i < count; i++) > > 244 if (madt_probe_table(xsdt->TableOffsetEntry[i])) > > 245 break; > > > > where it reads 'xsdt->Length'. xsdt was just mapped into a temporary part of > > KVA (used for kernel dumps) a few lines earlier: > > O.K., that is interesting, because my source code doesnt look like thiat, > mine uses 'xsdt->Header.Length' instead of 'xsdt->Length' - is that > code above from 7.0 ? That doesn't matter actually. > > You can try adding some printfs to see what the values of 'rsdp->XsdtPhysicalAddress' and > > 'xsdt' after the call to madt_map_table() are. Actually, try this perhaps: > > Thanks for the patch - it didn;t help matters unfortunately, but I am > adding some printfs on xsdt itself and also rsdp->XsdtPhysicalAddress to > see what we get. Hmm, ok. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 20:31:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F13D16A477 for ; Fri, 18 Jan 2008 20:31:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 0E33C13C448 for ; Fri, 18 Jan 2008 20:31:01 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 228991234-1834499 for multiple; Fri, 18 Jan 2008 15:29:09 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id m0IKUbcH095533; Fri, 18 Jan 2008 15:30:46 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Pete French Date: Fri, 18 Jan 2008 13:25:44 -0500 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801181325.45016.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 18 Jan 2008 15:30:46 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5495/Fri Jan 18 12:03:36 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.3 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, SUBJ_HAS_UNIQ_ID autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault: fault on nofualt entry, addr: 81423000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 20:31:02 -0000 On Friday 18 January 2008 01:02:04 pm Pete French wrote: > > So it appears to be dying here: > > > > (gdb) l *madt_probe+0x119 > > 0xc06e7c69 is in madt_probe (/usr/src/sys/i386/acpica/madt.c:241). > > 236 if (xsdt == NULL) { > > 237 if (bootverbose) > > 238 printf("MADT: Failed to map XSDT\n"); > > 239 return (ENXIO); > > 240 } > > 241 count = (xsdt->Length - sizeof(ACPI_TABLE_HEADER)) / > > 242 sizeof(UINT64); > > 243 for (i = 0; i < count; i++) > > 244 if (madt_probe_table(xsdt->TableOffsetEntry[i])) > > 245 break; > > Turns out that it isn't - it's in the other branch of the if using the > RSDT instead of the XSDT. Not sure why the debugger was giving > misleading information. I added prints to find out which path it was > taking and to print out some values after the line > "rsdt = madt_map_table(rsdp->RsdtPhysicalAddress, 1, ACPI_SIG_RSDT);" > > The value of rsdtl is 0x800e7610, but the value of rsdp->XsdtPhysicalAddress > is zero! So I guess that is where the panic is comming from. So where > now ? Is there an equivalent patch to the one you emailed > earlier for this branch of the if ? The patch would be the same, it tried to fix an issue where if the table is longer than the space we are borrowing to map things we could end up with problems. I.e. the changes weren't in the RSDT/XSDT path at all, but in the common code used to map tables. If you are using RSDT, then RsdtPhysicalAddress is what you care about rather than XsdtPhysicalAddress. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 20:31:49 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69BF016A41B for ; Fri, 18 Jan 2008 20:31:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2359A13C442 for ; Fri, 18 Jan 2008 20:31:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m0IKHhcf065628; Fri, 18 Jan 2008 15:17:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m0IKHhfr087030; Fri, 18 Jan 2008 15:17:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id F24741B5078; Fri, 18 Jan 2008 15:17:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080118201742.F24741B5078@freebsd-stable.sentex.ca> Date: Fri, 18 Jan 2008 15:17:42 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 20:31:49 -0000 TB --- 2008-01-18 20:05:32 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-01-18 20:05:32 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-01-18 20:05:32 - cleaning the object tree TB --- 2008-01-18 20:05:59 - cvsupping the source tree TB --- 2008-01-18 20:05:59 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-01-18 20:06:11 - building world (CFLAGS=-O2 -pipe) TB --- 2008-01-18 20:06:11 - cd /src TB --- 2008-01-18 20:06:11 - /usr/bin/make -B buildworld >>> World build started on Fri Jan 18 20:06:13 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-18 20:17:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-18 20:17:42 - ERROR: failed to build world TB --- 2008-01-18 20:17:42 - tinderbox aborted TB --- 578.04 user 54.95 system 730.56 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 20:36:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADA3516A421 for ; Fri, 18 Jan 2008 20:36:02 +0000 (UTC) (envelope-from jack@jarasoft.net) Received: from raats.xs4all.nl (raats.xs4all.nl [82.95.230.43]) by mx1.freebsd.org (Postfix) with ESMTP id 37A8F13C4D5 for ; Fri, 18 Jan 2008 20:36:02 +0000 (UTC) (envelope-from jack@jarasoft.net) Received: from raats.xs4all.nl (localhost.jarasoft.net [127.0.0.1]) by raats.xs4all.nl (Postfix) with ESMTP id B54B116B382; Fri, 18 Jan 2008 21:21:04 +0100 (CET) Received: from jara3 (unknown [192.168.1.64]) by raats.xs4all.nl (Postfix) with ESMTP id A6E5816A46B; Fri, 18 Jan 2008 21:21:03 +0100 (CET) Message-ID: <002901c85a0f$a4a3d9f0$0202fea9@jarasoft.net> From: "Jack Raats" To: "Ken Smith" , "freebsd-stable" References: <1200683920.37801.26.camel@bauer.cse.buffalo.edu> Date: Fri, 18 Jan 2008 21:21:00 +0100 Organization: JaRaSoft, Steenbergen, Nederland MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Signed-With-GnuPG: GPGrelay Version 0.959 (Win32) X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: FreeBSD 6.3-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 18 Jan 2008 20:36:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ken, After CVSuping newvers.sh still tells me I am using the prerelease Jack - ----- Original Message ----- From: "Ken Smith" To: "freebsd-stable" Sent: Friday, January 18, 2008 8:18 PM Subject: FreeBSD 6.3-RELEASE Available In case you aren't subscribed to freebsd-announce@freebsd.org: http://www.freebsd.org/releases/6.3R/announce.html - -- Ken Smith - - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) - GPGrelay v0.959 iD8DBQFHkQotPh5RwW/NzC4RAg/5AKCGrjDK5BYFO45FT8cJZoS6CfO1dQCffdwR OTiUL2ITF2U6D565O//6CJY= =4Owp -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 20:39:34 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B745716A46B; Fri, 18 Jan 2008 20:39:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 50B3E13C46A; Fri, 18 Jan 2008 20:39:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m0IKdXNn084935; Fri, 18 Jan 2008 15:39:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m0IKdXNe019127; Fri, 18 Jan 2008 15:39:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 556D51B5078; Fri, 18 Jan 2008 15:39:33 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080118203933.556D51B5078@freebsd-stable.sentex.ca> Date: Fri, 18 Jan 2008 15:39:33 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 20:39:34 -0000 TB --- 2008-01-18 20:28:51 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-01-18 20:28:51 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2008-01-18 20:28:51 - cleaning the object tree TB --- 2008-01-18 20:29:06 - cvsupping the source tree TB --- 2008-01-18 20:29:06 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2008-01-18 20:29:14 - building world (CFLAGS=-O2 -pipe) TB --- 2008-01-18 20:29:14 - cd /src TB --- 2008-01-18 20:29:14 - /usr/bin/make -B buildworld >>> World build started on Fri Jan 18 20:29:15 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-18 20:39:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-18 20:39:33 - ERROR: failed to build world TB --- 2008-01-18 20:39:33 - tinderbox aborted TB --- 532.72 user 43.92 system 642.02 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 20:48:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F7A616A469 for ; Fri, 18 Jan 2008 20:48:32 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail06.syd.optusnet.com.au (mail06.syd.optusnet.com.au [211.29.132.187]) by mx1.freebsd.org (Postfix) with ESMTP id D68BA13C47E for ; Fri, 18 Jan 2008 20:48:31 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail06.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m0IKlnVB013806 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Jan 2008 07:47:50 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m0IKlneT016652; Sat, 19 Jan 2008 07:47:49 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m0IKlnQM016648; Sat, 19 Jan 2008 07:47:49 +1100 (EST) (envelope-from peter) Date: Sat, 19 Jan 2008 07:47:49 +1100 From: Peter Jeremy To: Ken Smith Message-ID: <20080118204748.GR988@server.vk2pj.dyndns.org> References: <1200683920.37801.26.camel@bauer.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kXdP64Ggrk/fb43R" Content-Disposition: inline In-Reply-To: <1200683920.37801.26.camel@bauer.cse.buffalo.edu> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable Subject: Re: FreeBSD 6.3-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 20:48:32 -0000 --kXdP64Ggrk/fb43R Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 18, 2008 at 02:18:40PM -0500, Ken Smith wrote: > http://www.freebsd.org/releases/6.3R/announce.html Thank you. One question: What has happened to iA64? I notice it has been removed =66rom the release notes. Is it running late or dead? --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --kXdP64Ggrk/fb43R Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHkRB0/opHv/APuIcRArisAJoDfV0efAgxdPP1sb2dOnU9Wi7SHgCfTNfh 2XrrCVClGkXG5KlqeuvthbQ= =bH7x -----END PGP SIGNATURE----- --kXdP64Ggrk/fb43R-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 20:49:55 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AE8E16A41B; Fri, 18 Jan 2008 20:49:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id CDCA813C458; Fri, 18 Jan 2008 20:49:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m0IKnsdk070571; Fri, 18 Jan 2008 15:49:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m0IKnsvR045036; Fri, 18 Jan 2008 15:49:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 26C3A1B5078; Fri, 18 Jan 2008 15:49:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080118204954.26C3A1B5078@freebsd-stable.sentex.ca> Date: Fri, 18 Jan 2008 15:49:54 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 20:49:55 -0000 TB --- 2008-01-18 20:39:33 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-01-18 20:39:33 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2008-01-18 20:39:33 - cleaning the object tree TB --- 2008-01-18 20:39:50 - cvsupping the source tree TB --- 2008-01-18 20:39:50 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2008-01-18 20:39:58 - building world (CFLAGS=-O2 -pipe) TB --- 2008-01-18 20:39:58 - cd /src TB --- 2008-01-18 20:39:58 - /usr/bin/make -B buildworld >>> World build started on Fri Jan 18 20:39:59 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-18 20:49:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-18 20:49:54 - ERROR: failed to build world TB --- 2008-01-18 20:49:54 - tinderbox aborted TB --- 508.08 user 43.73 system 620.65 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 20:51:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BB5416A476 for ; Fri, 18 Jan 2008 20:51:51 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 7523613C461 for ; Fri, 18 Jan 2008 20:51:50 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m0IKphRS081964 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Jan 2008 15:51:43 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Peter Jeremy In-Reply-To: <20080118204748.GR988@server.vk2pj.dyndns.org> References: <1200683920.37801.26.camel@bauer.cse.buffalo.edu> <20080118204748.GR988@server.vk2pj.dyndns.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-cmmw+6ydbUsZfmIEJ/+e" Organization: U. Buffalo CSE Department Date: Fri, 18 Jan 2008 15:51:43 -0500 Message-Id: <1200689503.37801.43.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-stable Subject: Re: FreeBSD 6.3-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 20:51:51 -0000 --=-cmmw+6ydbUsZfmIEJ/+e Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2008-01-19 at 07:47 +1100, Peter Jeremy wrote: > On Fri, Jan 18, 2008 at 02:18:40PM -0500, Ken Smith wrote: > > http://www.freebsd.org/releases/6.3R/announce.html >=20 > Thank you. >=20 > One question: What has happened to iA64? I notice it has been removed > from the release notes. Is it running late or dead? >=20 Actually both ia64 and powerpc were removed. Powerpc is running late, I'll do a follow-up announcement once we've had a chance to get it loaded and it propagates. Due to resource limitations (both human and computer) there won't be an ia64 6.3-RELEASE but there will be an ia64 7.0-RELEASE. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-cmmw+6ydbUsZfmIEJ/+e Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHkRFf/G14VSmup/YRArq7AJ9q0STqhyJHIkr8gg7gkU+uCx8o4QCfafA0 osF56HZpNdZT2mgh8zFichU= =nu8g -----END PGP SIGNATURE----- --=-cmmw+6ydbUsZfmIEJ/+e-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 21:00:45 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 925D016A418; Fri, 18 Jan 2008 21:00:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2F37B13C458; Fri, 18 Jan 2008 21:00:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m0IL0ipv087289; Fri, 18 Jan 2008 16:00:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m0IL0dTm032072; Fri, 18 Jan 2008 16:00:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 8B2781B5078; Fri, 18 Jan 2008 16:00:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080118210039.8B2781B5078@freebsd-stable.sentex.ca> Date: Fri, 18 Jan 2008 16:00:39 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 21:00:45 -0000 TB --- 2008-01-18 20:49:54 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-01-18 20:49:54 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2008-01-18 20:49:54 - cleaning the object tree TB --- 2008-01-18 20:50:09 - cvsupping the source tree TB --- 2008-01-18 20:50:09 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2008-01-18 20:50:18 - building world (CFLAGS=-O2 -pipe) TB --- 2008-01-18 20:50:18 - cd /src TB --- 2008-01-18 20:50:18 - /usr/bin/make -B buildworld >>> World build started on Fri Jan 18 20:50:19 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-18 21:00:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-18 21:00:39 - ERROR: failed to build world TB --- 2008-01-18 21:00:39 - tinderbox aborted TB --- 533.09 user 44.13 system 645.20 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 21:05:09 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46EAB16A418; Fri, 18 Jan 2008 21:05:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id F255D13C457; Fri, 18 Jan 2008 21:05:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m0IL589t072855; Fri, 18 Jan 2008 16:05:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m0IL58mm075367; Fri, 18 Jan 2008 16:05:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 406351B5078; Fri, 18 Jan 2008 16:05:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080118210503.406351B5078@freebsd-stable.sentex.ca> Date: Fri, 18 Jan 2008 16:05:03 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 21:05:09 -0000 TB --- 2008-01-18 20:56:07 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-01-18 20:56:07 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2008-01-18 20:56:07 - cleaning the object tree TB --- 2008-01-18 20:56:19 - cvsupping the source tree TB --- 2008-01-18 20:56:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2008-01-18 20:56:26 - building world (CFLAGS=-O2 -pipe) TB --- 2008-01-18 20:56:26 - cd /src TB --- 2008-01-18 20:56:26 - /usr/bin/make -B buildworld >>> World build started on Fri Jan 18 20:56:27 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-18 21:05:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-18 21:05:03 - ERROR: failed to build world TB --- 2008-01-18 21:05:03 - tinderbox aborted TB --- 448.91 user 42.41 system 535.60 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 21:21:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 470C916A418 for ; Fri, 18 Jan 2008 21:21:52 +0000 (UTC) (envelope-from prvs=1903808b5b=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id C22EB13C45B for ; Fri, 18 Jan 2008 21:21:51 +0000 (UTC) (envelope-from prvs=1903808b5b=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1200690680; x=1201295480; q=dns/txt; h=Received: Message-ID:From:To:Subject:Date:MIME-Version:Content-Type: Content-Transfer-Encoding; bh=IFn9YoglmbQiFciVdFAQmFLgOEJ8EnA/oW rBPGNzuEo=; b=IhIqbyKM7YTGndUnPTcy105KnbHTmcWJMrWTviayc9BNvM2foX yK0l4UmI0UlcKUCntnkQLAAWIwWkrmtXTzS4blF96c3mpnlTncPeoHvSFoU9VYPU MT+pZPU38LLbGgyAxZ31+vA3VA02DBccTbrcVHhE72bKRR0pvOaP4kzHk= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.3) with ESMTP id md50004901809.msg for ; Fri, 18 Jan 2008 21:11:15 +0000 Message-ID: <014401c85a16$a5557280$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: Date: Fri, 18 Jan 2008 21:11:05 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=1903808b5b=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-Spam-Processed: mail1.multiplay.co.uk, Fri, 18 Jan 2008 21:11:17 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 18 Jan 2008 21:11:20 +0000 Subject: To 6.3 or to 7.0 that is the question? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 21:21:52 -0000 With the announcement of 6.3 and with 7.0 looking like it wont be far behind I'd interested to hear what people thought of the relative benefits of each where? I know 7 has had a lot of work done on locking and ULE but are there any other reasons to go for that instead of 6.3? Conversely are there any reason which would point away from 7 such as stability issues? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 21:26:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CEDF16A419 for ; Fri, 18 Jan 2008 21:26:53 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id D0E2B13C459 for ; Fri, 18 Jan 2008 21:26:52 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 00EEC28448 for ; Sat, 19 Jan 2008 05:26:51 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 53A80EB828D; Sat, 19 Jan 2008 05:26:51 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id 4Jzbea5rPh1K; Sat, 19 Jan 2008 05:26:46 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 50306EB81A9; Sat, 19 Jan 2008 05:26:45 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=kROaqXhze6Oj56QepukRArvGP16u3BSE/FrBt8ISsG6VFZdh+3s1TogqNyuS7CS0p jOlDZdcQlWI6uDzITOEsg== Message-ID: <47911992.60806@delphij.net> Date: Fri, 18 Jan 2008 13:26:42 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Steven Hartland References: <014401c85a16$a5557280$b6db87d4@multiplay.co.uk> In-Reply-To: <014401c85a16$a5557280$b6db87d4@multiplay.co.uk> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: To 6.3 or to 7.0 that is the question? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.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 Jan 2008 21:26:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Steven Hartland wrote: > With the announcement of 6.3 and with 7.0 looking like it wont be far > behind I'd interested to hear what people thought of the relative > benefits of each where? > > I know 7 has had a lot of work done on locking and ULE but are there > any other reasons to go for that instead of 6.3? Conversely are there > any reason which would point away from 7 such as stability issues? 7.0 is relatively new, while 6.3 would be a more conservative choice of release if you have a lot of binaries running on previous release because there are less changes. However, I think it's good to use 7.0 as a development platform for future applications as there are a lot of performance/stability/feature additions that will never be simply MFC'ed because we try hard to maintain API/ABI stability for -STABLE branches. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHkRmRi+vbBBjt66ARAmaPAKCA7bJU2854yjBNNK0vkkkn9xy5kwCdGpLN tqEIud77ODnRq3zB0QKYkrc= =N/o9 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 21:31:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61DC316A417 for ; Fri, 18 Jan 2008 21:31:35 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id 2ECE013C46B for ; Fri, 18 Jan 2008 21:31:35 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from crater.wildlava.net (crater.wildlava.net [67.40.138.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 7D7158F42D; Fri, 18 Jan 2008 14:31:34 -0700 (MST) Message-ID: <47911AAF.5070901@skyrush.com> Date: Fri, 18 Jan 2008 14:31:27 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Steven Hartland References: <014401c85a16$a5557280$b6db87d4@multiplay.co.uk> In-Reply-To: <014401c85a16$a5557280$b6db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: To 6.3 or to 7.0 that is the question? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 21:31:35 -0000 One word: ZFS! It's awesome. -Joe Steven Hartland wrote: > With the announcement of 6.3 and with 7.0 looking like it wont be > far behind I'd interested to hear what people thought of the relative > benefits of each where? > > I know 7 has had a lot of work done on locking and ULE but are there > any other reasons to go for that instead of 6.3? Conversely are there > any reason which would point away from 7 such as stability issues? > > Regards > Steve > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. > > In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > > _______________________________________________ > 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 Fri Jan 18 21:35:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2819716A41A for ; Fri, 18 Jan 2008 21:35:57 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 02A9A13C4D1 for ; Fri, 18 Jan 2008 21:35:56 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1JFycI-0005gR-6T for freebsd-stable@freebsd.org; Fri, 18 Jan 2008 13:19:10 -0800 Message-ID: <14958104.post@talk.nabble.com> Date: Fri, 18 Jan 2008 13:19:10 -0800 (PST) From: s3raphi To: freebsd-stable@freebsd.org In-Reply-To: <20071122202437.GA77577@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: seraphi.lord@gmail.com References: <1195488856.19739.42.camel@bauer.cse.buffalo.edu> <4741BB44.7010906@freebsd.org> <20071122202437.GA77577@heff.fud.org.nz> Subject: Re: FreeBSD 7.0-BETA3 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 21:35:57 -0000 I am trying to run freebsd-update on 7.0-RC1 on a system with a ZFS root and am also having problems with flags: [root@newsrv ~]# freebsd-update install Installing updates...chflags: ///lib/libc.so.7: Operation not supported Is there a workaround for this? -S3raphi thompsa wrote: > > On Mon, Nov 19, 2007 at 08:35:16AM -0800, Colin Percival wrote: >> Ken Smith wrote: >> > The 7.0-BETA3 builds are now available. If you would like to download >> > an ISO image to install from they are available here: >> > >> > ftp://ftp.freebsd.org/pub/FreeBSD/releases//ISO-IMAGES/7.0/ >> > >> > (adjust to be your architecture, e.g. amd64, i386, etc.). If >> you >> > would like to use cvsup to update an older machine the release tag is >> > still RELENG_7. >> >> Due to a communications mix-up, it isn't yet possible to upgrade to >> 7.0-BETA3 >> using FreeBSD Update -- the bits are being assembled as I type this and >> binary >> upgrading to 7.0-BETA3 should work by the end of the day. > > I thought i'd have a go at updating from 7.0-BETA2 to BETA3 but hit a > snag, I am using ZFS on root which doesn't support file flags so it > borked in install_unschg(), > chflags noschg ${BASEDIR}/${F} || return 1 > > Is there any way to test the underlying filesystem supports flags first? > > > cheers, > Andrew > _______________________________________________ > 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" > > -- View this message in context: http://www.nabble.com/FreeBSD-7.0-BETA3-Available-tp13839547p14958104.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 21:48:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D588E16A418 for ; Fri, 18 Jan 2008 21:48:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1294E13C461 for ; Fri, 18 Jan 2008 21:48:27 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m0ILmPoj077962; Fri, 18 Jan 2008 16:48:25 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m0ILmOak008730 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Jan 2008 16:48:25 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200801182148.m0ILmOak008730@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 18 Jan 2008 16:48:28 -0500 To: "Steven Hartland" , From: Mike Tancsa In-Reply-To: <014401c85a16$a5557280$b6db87d4@multiplay.co.uk> References: <014401c85a16$a5557280$b6db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: To 6.3 or to 7.0 that is the question? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 21:48:28 -0000 At 04:11 PM 1/18/2008, Steven Hartland wrote: >I know 7 has had a lot of work done on locking and ULE but are there >any other reasons to go for that instead of 6.3? Conversely are there >any reason which would point away from 7 such as stability issues? I think it depends what apps you run, what drivers you rely on. The less esoteric your hardware is, the better the chances are that things will work well (eg. em nics vs nfe or tl etc etc). Our production experiences with 7 have been good so far. I just did a rather busy customer mail server this morning and so far so good. I migrated it from 6.3 to 7 and am just finishing the portupgrade process. We have also been running a 7.x box in our spam/virus scanning cluster since late Nov 2007 and no issues there either. We havent done any benchmarks to see if its faster than the 6.x boxes, but its certainly stable so far and seems to at least keep up to the other boxes. I am also testing a core2 and quad core box with 8 gig of RAM on a 4 port Areca controller that will replace a 6.2 postgresql server next week some time. Just doing some benchmarking/testing of that now and hope to have RELENG_7 64bit deployed next week on it if all goes as planned. ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 21:55:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2767516A418 for ; Fri, 18 Jan 2008 21:55:14 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id F40FB13C45A for ; Fri, 18 Jan 2008 21:55:13 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id B0B258C0A6; Fri, 18 Jan 2008 15:55:13 -0600 (CST) Date: Fri, 18 Jan 2008 15:55:13 -0600 To: Ken Smith Message-ID: <20080118215513.GB28845@soaustin.net> References: <1200683920.37801.26.camel@bauer.cse.buffalo.edu> <20080118204748.GR988@server.vk2pj.dyndns.org> <1200689503.37801.43.camel@bauer.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1200689503.37801.43.camel@bauer.cse.buffalo.edu> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) Cc: Peter Jeremy , freebsd-stable Subject: Re: FreeBSD 6.3-RELEASE Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 21:55:14 -0000 On Fri, Jan 18, 2008 at 03:51:43PM -0500, Ken Smith wrote: > Due to resource limitations (both human and computer) there won't > be an ia64 6.3-RELEASE but there will be an ia64 7.0-RELEASE. Unless something changes rapidly, ia64-7 will not have any packages shipped with it: the last I tried, it was unable to build any. Anyone who is interested in working on this should contact me off-list. mcl From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 22:02:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DADD916A41A for ; Fri, 18 Jan 2008 22:02:29 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9516413C448 for ; Fri, 18 Jan 2008 22:02:29 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JFzIC-000Gft-Up; Fri, 18 Jan 2008 22:02:28 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JFzIC-000GcQ-Sl; Fri, 18 Jan 2008 22:02:28 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JFzIC-0002KT-Qf; Fri, 18 Jan 2008 22:02:28 +0000 To: freebsd-stable@freebsd.org, killing@multiplay.co.uk In-Reply-To: <014401c85a16$a5557280$b6db87d4@multiplay.co.uk> Message-Id: From: Pete French Date: Fri, 18 Jan 2008 22:02:28 +0000 Cc: Subject: Re: To 6.3 or to 7.0 that is the question? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 22:02:29 -0000 > I know 7 has had a lot of work done on locking and ULE but are there > any other reasons to go for that instead of 6.3? Conversely are there > any reason which would point away from 7 such as stability issues? 7 is great - very stable, fast, includes ZFS, has gcc 4.0 and is excellent in my opinion. I have moved all our production systems to the pre-release using ULE (after thorough testing) and havent regretted it once. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 22:06:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7076316A420; Fri, 18 Jan 2008 22:06:06 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2A04413C44B; Fri, 18 Jan 2008 22:06:06 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JFzLh-000GhZ-IO; Fri, 18 Jan 2008 22:06:05 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JFzLh-000GeB-GK; Fri, 18 Jan 2008 22:06:05 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JFzLh-0002NT-G9; Fri, 18 Jan 2008 22:06:05 +0000 To: jhb@freebsd.org In-Reply-To: <200801181325.45016.jhb@freebsd.org> Message-Id: From: Pete French Date: Fri, 18 Jan 2008 22:06:05 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault: fault on nofualt entry, addr: 81423000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 22:06:06 -0000 > The patch would be the same, it tried to fix an issue where if the table is > longer than the space we are borrowing to map things we could end up with > problems. I.e. the changes weren't in the RSDT/XSDT path at all, but in the > common code used to map tables. If you are using RSDT, then > RsdtPhysicalAddress is what you care about rather than XsdtPhysicalAddress. Ah, O.K., yes, looking at the patch thats obvious, sorry. I also just found a bug in my printf code - I wasnt printing the vlaue of of RsdtPhysicalAddress in the second part of the 'if' at all. Will fix that and re-test on monday. cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 22:06:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A843116A4A1 for ; Fri, 18 Jan 2008 22:06:23 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 9181513C4EB for ; Fri, 18 Jan 2008 22:06:20 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from laptop2.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.2/8.14.1) with ESMTP id m0IM5Meh001737; Fri, 18 Jan 2008 16:05:22 -0600 (CST) (envelope-from stephen@math.missouri.edu) Message-ID: <479122DA.3050905@math.missouri.edu> Date: Fri, 18 Jan 2008 16:06:18 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.11) Gecko/20080109 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Steven Hartland References: <014401c85a16$a5557280$b6db87d4@multiplay.co.uk> In-Reply-To: <014401c85a16$a5557280$b6db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: To 6.3 or to 7.0 that is the question? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 22:06:23 -0000 Steven Hartland wrote: > With the announcement of 6.3 and with 7.0 looking like it wont be far > behind I'd interested to hear what people thought of the relative > benefits of each where? > > I know 7 has had a lot of work done on locking and ULE but are there > any other reasons to go for that instead of 6.3? Conversely are there > any reason which would point away from 7 such as stability issues? > > Regards > Steve I really like FreeBSD 7.x, except for one issue. On my Dell Lattitude D800 laptop, xorg freezes the computer solid on starting or stopping. (But I guess I like the advantages of 7.x to the extent that I haven't gone back to 6.x). Stephen From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 22:06:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C15916A417 for ; Fri, 18 Jan 2008 22:06:57 +0000 (UTC) (envelope-from jakob@dev.citybikes.cz) Received: from dev.citybikes.cz (r5o136.net.upc.cz [86.49.14.136]) by mx1.freebsd.org (Postfix) with ESMTP id EBEBF13C467 for ; Fri, 18 Jan 2008 22:06:56 +0000 (UTC) (envelope-from jakob@dev.citybikes.cz) Received: from dev.citybikes.cz (localhost [127.0.0.1]) by dev.citybikes.cz (8.14.1/8.14.1) with ESMTP id m0IM6sob003732 for ; Fri, 18 Jan 2008 23:06:54 +0100 (CET) (envelope-from jakob@dev.citybikes.cz) Received: (from jakob@localhost) by dev.citybikes.cz (8.14.1/8.14.1/Submit) id m0IM6sYV003731; Fri, 18 Jan 2008 23:06:54 +0100 (CET) (envelope-from jakob) Date: Fri, 18 Jan 2008 23:06:54 +0100 From: Jakub Siroky To: freebsd-stable@freebsd.org Message-ID: <20080118230654.63e62314@dev> In-Reply-To: <200801182148.m0ILmOak008730@lava.sentex.ca> References: <014401c85a16$a5557280$b6db87d4@multiplay.co.uk> <200801182148.m0ILmOak008730@lava.sentex.ca> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: To 6.3 or to 7.0 that is the question? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 22:06:57 -0000 Hello, please could you try to make large (hundred of GB) ext2 volume with e2fsprogs and copy large amount of data to it? On amd64 SMP (two cores) RELENG_7_0 it should lead to unrecoverable panic or scrolling strings "ext2_new_block: bit already set for block %d". On 6.2-STABLE there is no problem with linux partitions. Jakub Siroky On Fri, 18 Jan 2008 16:48:28 -0500 Mike Tancsa wrote: > At 04:11 PM 1/18/2008, Steven Hartland wrote: > >I know 7 has had a lot of work done on locking and ULE but are there > >any other reasons to go for that instead of 6.3? Conversely are there > >any reason which would point away from 7 such as stability issues? > > I think it depends what apps you run, what drivers you rely on. The > less esoteric your hardware is, the better the chances are that > things will work well (eg. em nics vs nfe or tl etc etc). > > Our production experiences with 7 have been good so far. I just did a > rather busy customer mail server this morning and so far so good. I > migrated it from 6.3 to 7 and am just finishing the portupgrade > process. We have also been running a 7.x box in our spam/virus > scanning cluster since late Nov 2007 and no issues there either. We > havent done any benchmarks to see if its faster than the 6.x boxes, > but its certainly stable so far and seems to at least keep up to the > other boxes. > > I am also testing a core2 and quad core box with 8 gig of RAM on a 4 > port Areca controller that will replace a 6.2 postgresql server next > week some time. Just doing some benchmarking/testing of that now and > hope to have RELENG_7 64bit deployed next week on it if all goes as planned. > > ---Mike > > _______________________________________________ > 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 Fri Jan 18 22:12:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8A1A16A41B for ; Fri, 18 Jan 2008 22:12:13 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5DE5A13C457 for ; Fri, 18 Jan 2008 22:12:13 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m0IMC8F7080563; Fri, 18 Jan 2008 17:12:08 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m0IMC83k008839 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Jan 2008 17:12:08 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200801182212.m0IMC83k008839@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 18 Jan 2008 17:12:11 -0500 To: Jakub Siroky , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20080118230654.63e62314@dev> References: <014401c85a16$a5557280$b6db87d4@multiplay.co.uk> <200801182148.m0ILmOak008730@lava.sentex.ca> <20080118230654.63e62314@dev> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: To 6.3 or to 7.0 that is the question? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 22:12:13 -0000 At 05:06 PM 1/18/2008, Jakub Siroky wrote: >Hello, please could you try to make large (hundred of GB) ext2 volume with I dont use ext2 anywhere. Only UFS2. ---Mike >e2fsprogs and copy large amount of data to it? On amd64 SMP (two >cores) RELENG_7_0 it should lead to unrecoverable panic or scrolling >strings "ext2_new_block: bit already set for block %d". On >6.2-STABLE there is no problem with linux partitions. > >Jakub Siroky > >On Fri, 18 Jan 2008 16:48:28 -0500 >Mike Tancsa wrote: > > > At 04:11 PM 1/18/2008, Steven Hartland wrote: > > >I know 7 has had a lot of work done on locking and ULE but are there > > >any other reasons to go for that instead of 6.3? Conversely are there > > >any reason which would point away from 7 such as stability issues? > > > > I think it depends what apps you run, what drivers you rely on. The > > less esoteric your hardware is, the better the chances are that > > things will work well (eg. em nics vs nfe or tl etc etc). > > > > Our production experiences with 7 have been good so far. I just did a > > rather busy customer mail server this morning and so far so good. I > > migrated it from 6.3 to 7 and am just finishing the portupgrade > > process. We have also been running a 7.x box in our spam/virus > > scanning cluster since late Nov 2007 and no issues there either. We > > havent done any benchmarks to see if its faster than the 6.x boxes, > > but its certainly stable so far and seems to at least keep up to the > > other boxes. > > > > I am also testing a core2 and quad core box with 8 gig of RAM on a 4 > > port Areca controller that will replace a 6.2 postgresql server next > > week some time. Just doing some benchmarking/testing of that now and > > hope to have RELENG_7 64bit deployed next week on it if all goes > as planned. > > > > ---Mike > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 22:20:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20DC916A4C5 for ; Fri, 18 Jan 2008 22:20:05 +0000 (UTC) (envelope-from notarealuser@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id C88B713C46A for ; Fri, 18 Jan 2008 22:20:04 +0000 (UTC) (envelope-from notarealuser@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m0ILnKXb042752 for ; Fri, 18 Jan 2008 13:49:26 -0800 (PST) (envelope-from notarealuser@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m0ILnKIb042727 for freebsd-stable@freebsd.org; Fri, 18 Jan 2008 13:49:20 -0800 (PST) (envelope-from notarealuser@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Fri, 18 Jan 2008 13:49:20 -0800 Message-ID: <20080118134920.zlp77jtees8ckkk4@webmail.1command.com> X-Priority: 3 (Normal) Date: Fri, 18 Jan 2008 13:49:20 -0800 From: notarealuser To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: (Xorg), uid 0: exited on signal 4 (core dumped) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 22:20:05 -0000 Greetings all, As the title of this message indicates; I'm struggling with the ability of getting the Xorg server running on a recent build of FreeBSD 7. Of likely interest: ########### kernel info (2 proc pentium3): 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #0: Wed Jan 16 18:39:53 PST 2008 Installed from disc#1 src and port src cvsup'd 2008-01-10 agp related info from dmesg: agp0: on hostb0 hostb0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 2 pcib1: I/O decode 0xf000-0xfff pcib1: no prefetched decode ############ I built the Xorg server from source. The only thing worth mentioning in my make.conf file is: CPUTYPE?=pentium3 (added AFTER build/install world/kernel). I didn't notice an inordinate number of error messages during the Xorg server build. But given that it's only a PIII, it's slow enough that I didn't watch the entire build process. While I could have run script to capture the output of the build, I didn't, as I've not run into any troubles (worth mentioning) with Xorg server in the past. Not sure where to go from here. Wondering if anyone has had a similar problem, and might be able to provide a solution. If I haven't provided enough info, I'd be happy to provide anything missing - just tell me what to do. :) Thank you for all your time and consideration. --Chris From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 22:20:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7736116A469 for ; Fri, 18 Jan 2008 22:20:29 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3216613C4D9 for ; Fri, 18 Jan 2008 22:20:29 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m0IMKSrS096547; Fri, 18 Jan 2008 17:20:28 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m0IMKSnP008884 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Jan 2008 17:20:28 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200801182220.m0IMKSnP008884@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 18 Jan 2008 17:20:32 -0500 To: "Steven Hartland" , From: Mike Tancsa In-Reply-To: <200801182148.m0ILmOak008730@lava.sentex.ca> References: <014401c85a16$a5557280$b6db87d4@multiplay.co.uk> <200801182148.m0ILmOak008730@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: To 6.3 or to 7.0 that is the question? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 22:20:29 -0000 At 04:48 PM 1/18/2008, Mike Tancsa wrote: >At 04:11 PM 1/18/2008, Steven Hartland wrote: >>I know 7 has had a lot of work done on locking and ULE but are there >>any other reasons to go for that instead of 6.3? Conversely are there >>any reason which would point away from 7 such as stability issues? > >Our production experiences with 7 have been good so far. I just did >a rather busy customer mail server this morning and so far so good. >I migrated it from 6.3 to 7 and am just finishing the portupgrade >process. We have also been running a 7.x box in our spam/virus >scanning cluster since late Nov 2007 and no issues there either. We >havent done any benchmarks to see if its faster than the 6.x boxes, >but its certainly stable so far and seems to at least keep up to the >other boxes. The 7.x box is a little faster according to my colleague. Below are the average scanning times per message. Assuming that in a 24hr period each box will get approximately the same mix of spam, the times below are how long an average scan took. He also said the 7x box does perform better under high load when a large blast comes in all at once. Lines: 15643 Total: 61114.90 Average: 3.91 Lines: 15446 Total: 61079.90 Average: 3.95 Lines: 15633 Total: 62584.70 Average: 4.00 Lines: 15481 Total: 60892.80 Average: 3.93 Lines: 15515 Total: 60714.40 Average: 3.91 Lines: 15603 Total: 58300.40 Average: 3.74 As well as spam scanning, they do AV stuff as well. ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 22:32:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1A4A16A468 for ; Fri, 18 Jan 2008 22:32:27 +0000 (UTC) (envelope-from royce@alaska.net) Received: from malik.acsalaska.net (malik.acsalaska.net [209.112.173.227]) by mx1.freebsd.org (Postfix) with ESMTP id 5162813C4E3 for ; Fri, 18 Jan 2008 22:32:27 +0000 (UTC) (envelope-from royce@alaska.net) Received: from [10.0.102.101] (jander.prv.dmd.acsalaska.net [10.0.102.101]) by malik.acsalaska.net (8.14.1/8.14.1) with ESMTP id m0IMWQrU004199; Fri, 18 Jan 2008 13:32:26 -0900 (AKST) (envelope-from royce@alaska.net) Message-ID: <479128FA.1020204@alaska.net> Date: Fri, 18 Jan 2008 13:32:26 -0900 From: Royce Williams User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: s3raphi References: <1195488856.19739.42.camel@bauer.cse.buffalo.edu> <4741BB44.7010906@freebsd.org> <20071122202437.GA77577@heff.fud.org.nz> <14958104.post@talk.nabble.com> In-Reply-To: <14958104.post@talk.nabble.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ACS-Spam-Status: no X-ACS-Scanned-By: MD 2.63; SA 3.2.3; spamdefang 1.122 Cc: freebsd-stable@freebsd.org Subject: 7.0, ZFS and freebsd-update (was: Re: FreeBSD 7.0-BETA3 Available_ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 22:32:27 -0000 s3raphi wrote, on 1/18/2008 12:19 PM: > I am trying to run freebsd-update on 7.0-RC1 on a system with a ZFS root and > am also having problems with flags: > > [root@newsrv ~]# freebsd-update install > Installing updates...chflags: ///lib/libc.so.7: Operation not supported > > Is there a workaround for this? Since all of my filesystems on my 7.0 system are ZFS, I've been making a copy of freebsd-update with the "chflag" calls commented out. Since ZFS doesn't support flags yet, this is harmless. If any of your primary filesystems are not ZFS, this is not a good solution. If you go this route, you'll have to watch for changes to freebsd-update and reapply them. I expect that once ZFS is no longer considered experimental, freebsd-update will have a way to handle this. Royce -- Royce D. Williams - IP Engineering, ACS http://www.tycho.org/royce/ - PGP: 3FC087DB/1776A531 That'd be the "hardware turbo-charged lipstick on a pig" option. - MJR From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 23:02:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B12BC16A417 for ; Fri, 18 Jan 2008 23:02:56 +0000 (UTC) (envelope-from prvs=1903808b5b=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 3E44D13C447 for ; Fri, 18 Jan 2008 23:02:55 +0000 (UTC) (envelope-from prvs=1903808b5b=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1200697262; x=1201302062; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=YMROhXVMwtVgXcL6MzRsc d9e3z2DDh2M1dAPBdCQsyI=; b=hZt7oJaDPJyWW+gG7mxXcjboYdLmc44G41qwT K7KvhNhcc1PTw8fHp/b0DhCSp56H6keGdMMhBS4gUM6KXBbpffOULgnExU/fHYEQ T0eYh8JJzjPdHXFhs1q+Vb+147LFUl+6RpjA5c8GfTVAsc+mCBiKNFjnA6AWjoO1 Ih++Z0= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.3) with ESMTP id md50004902514.msg for ; Fri, 18 Jan 2008 23:00:50 +0000 Message-ID: <016b01c85a24$cd3da1b0$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: , "Mike Tancsa" References: <014401c85a16$a5557280$b6db87d4@multiplay.co.uk> <200801182148.m0ILmOak008730@lava.sentex.ca> Date: Fri, 18 Jan 2008 22:52:28 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=1903808b5b=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-Spam-Processed: mail1.multiplay.co.uk, Fri, 18 Jan 2008 23:00:52 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 18 Jan 2008 23:01:02 +0000 Cc: Subject: Re: To 6.3 or to 7.0 that is the question? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 23:02:56 -0000 ----- Original Message ----- From: "Mike Tancsa" > I am also testing a core2 and quad core box with 8 gig of RAM on a 4 > port Areca controller that will replace a 6.2 postgresql server next > week some time. Just doing some benchmarking/testing of that now and > hope to have RELENG_7 64bit deployed next week on it if all goes as planned. That would be very interesting from our side to know the results of. One of our main uses of FreeBSD is core boxes running webhosting, running DB, DNS etc. We also make extensive use of Supermicro Dual and Quad core machines with Areca controllers so... Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 23:07:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0E0316A41A for ; Fri, 18 Jan 2008 23:07:59 +0000 (UTC) (envelope-from prvs=1903808b5b=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 3935F13C461 for ; Fri, 18 Jan 2008 23:07:59 +0000 (UTC) (envelope-from prvs=1903808b5b=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1200697649; x=1201302449; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=YMROhXVMwtVgXcL6MzRsc d9e3z2DDh2M1dAPBdCQsyI=; b=Pr5S4igocMCGD7Lmylvu8NedntgopxcToQ/19 PhjF5MQT28E0kE3oczsL3o0lND57BqkNDH3eD4jaUQZ7P7ioFpkzdoJaGIA6SUPw P0uPjWCmhwVkzWWBYrnsjQGOdKHjU2U6VW/jOVJzB2Hh2qSejjwDcst39hosCseb IQXqzg= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.3) with ESMTP id md50004902532.msg for ; Fri, 18 Jan 2008 23:07:17 +0000 Message-ID: <019501c85a25$b2faa680$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: , "Mike Tancsa" References: <014401c85a16$a5557280$b6db87d4@multiplay.co.uk> <200801182148.m0ILmOak008730@lava.sentex.ca> Date: Fri, 18 Jan 2008 22:52:28 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=1903808b5b=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-Spam-Processed: mail1.multiplay.co.uk, Fri, 18 Jan 2008 23:07:17 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 18 Jan 2008 23:07:29 +0000 Cc: Subject: Re: To 6.3 or to 7.0 that is the question? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2008 23:07:59 -0000 ----- Original Message ----- From: "Mike Tancsa" > I am also testing a core2 and quad core box with 8 gig of RAM on a 4 > port Areca controller that will replace a 6.2 postgresql server next > week some time. Just doing some benchmarking/testing of that now and > hope to have RELENG_7 64bit deployed next week on it if all goes as planned. That would be very interesting from our side to know the results of. One of our main uses of FreeBSD is core boxes running webhosting, running DB, DNS etc. We also make extensive use of Supermicro Dual and Quad core machines with Areca controllers so... Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 23:12:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A08DB16A41B for ; Fri, 18 Jan 2008 23:12:20 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EA03813C469; Fri, 18 Jan 2008 23:12:19 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47913252.3080404@FreeBSD.org> Date: Sat, 19 Jan 2008 00:12:18 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Jakub Siroky References: <20080118120140.2a8170a0@dev> In-Reply-To: <20080118120140.2a8170a0@dev> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: panic when copying to ext2fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 23:12:20 -0000 Jakub Siroky wrote: > I have two large ext2fs partitions (368 and 313GB) to hold data shared between several OSes. While there were no problems on 6-STABLE branch I was quite disappointed after upgrade to 7-STABLE. Whenever I copy/write to ext2fs partition the system freezes totally without crashdump. So I set debugging settings to kernel config (DEBUG,WITNESS,..) and in console I reproduced error situation ending with full screen of unstoppable running text with lot of memory addresses and a few recognisable words: 'new block bit set for ext already' - again with no crashdump. Then I have formatted 1GB partition with ext2fs and the problem on this small partition appears only sometimes. 1) Please wrap your lines so your emails can be easily read. 2) Check the developer's handbook, it explains how to configure the debugger so you can investigate this further. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Jan 18 23:51:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FFD816A417 for ; Fri, 18 Jan 2008 23:51:39 +0000 (UTC) (envelope-from jakob@email.cz) Received: from dev.citybikes.cz (r5o136.net.upc.cz [86.49.14.136]) by mx1.freebsd.org (Postfix) with ESMTP id 19D2C13C455 for ; Fri, 18 Jan 2008 23:51:38 +0000 (UTC) (envelope-from jakob@email.cz) Received: from dev (localhost [127.0.0.1]) by dev.citybikes.cz (8.14.2/8.14.2) with ESMTP id m0II1tJL033821 for ; Fri, 18 Jan 2008 19:01:56 +0100 (CET) (envelope-from jakob@email.cz) Date: Fri, 18 Jan 2008 19:01:55 +0100 From: Jakob To: freebsd-stable@freebsd.org Message-ID: <20080118190155.32294da3@dev> In-Reply-To: References: <20080118120140.2a8170a0@dev> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: panic when copying to ext2fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 23:51:39 -0000 I think the dump I can see is output of an execution loop in ext2_linux_balloc.c (/usr/src/sys/gnu/fs/ext2fs) from 289 (repeat: label) to 414 (goto repeat:). But I haven't found yet why in previous branch it is ok. On Fri, 18 Jan 2008 14:44:07 +0100 Ivan Voras wrote: > Jakub Siroky wrote: > > I have two large ext2fs partitions (368 and 313GB) to hold data shared between several OSes. While there were no problems on 6-STABLE branch I was quite disappointed after upgrade to 7-STABLE. Whenever I copy/write to ext2fs partition the system freezes totally without crashdump. So I set debugging settings to kernel config (DEBUG,WITNESS,..) and in console I reproduced error situation ending with full screen of unstoppable running text with lot of memory addresses and a few recognisable words: 'new block bit set for ext already' - again with no crashdump. Then I have formatted 1GB partition with ext2fs and the problem on this small partition appears only sometimes. > > Interesting. I have ext2fs partitions in the same size range for the > same purpose under 8-CURRENT and I don't have the problems you > described, so it's unlikely the problem were introduced in 7. Did you > run e2fsck on the file systems? Can you verify there is no hardware or > driver data corruption (though I don't know how would you verify this > one - maybe by writing to the partition from one OS and reading from the > other, amd using md5 to check)? > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 00:22:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8F0C16A41A for ; Sat, 19 Jan 2008 00:22:40 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 63F9413C467 for ; Sat, 19 Jan 2008 00:22:40 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m0J0MXG2057861 for ; Fri, 18 Jan 2008 16:22:39 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m0J0MXsp057860 for freebsd-stable@freebsd.org; Fri, 18 Jan 2008 16:22:33 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Fri, 18 Jan 2008 16:22:33 -0800 Message-ID: <20080118162233.0w16fs92ssog0cs8@webmail.1command.com> X-Priority: 3 (Normal) Date: Fri, 18 Jan 2008 16:22:33 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <20080118134920.zlp77jtees8ckkk4@webmail.1command.com> In-Reply-To: <20080118134920.zlp77jtees8ckkk4@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: (Xorg), uid 0: exited on signal 4 (core dumped) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 00:22:40 -0000 Quoting chris# : > Greetings all, > As the title of this message indicates; I'm struggling with the ability > of getting the Xorg server running on a recent build of FreeBSD 7. > Of likely interest: > ########### > kernel info (2 proc pentium3): > 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #0: Wed Jan 16 18:39:53 PST 2008 > Installed from disc#1 > src and port src cvsup'd 2008-01-10 > agp related info from dmesg: > agp0: on hostb0 > hostb0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 > agp0: allocating GATT for aperture of size 64M > pcib1: at device 1.0 on pci0 > pcib1: domain 0 > pcib1: secondary bus 1 > pcib1: subordinate bus 2 > pcib1: I/O decode 0xf000-0xfff > pcib1: no prefetched decode I forgot to add something... From Xorg.log: Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Fri Jan 18 13:21:21 2008 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "NEC" That's as far as it got. :( > ############ > > I built the Xorg server from source. The only thing worth mentioning > in my make.conf file is: CPUTYPE?=pentium3 > (added AFTER build/install world/kernel). > > I didn't notice an inordinate number of error messages during > the Xorg server build. But given that it's only a PIII, it's slow > enough that I didn't watch the entire build process. While I could > have run script to capture the output of the build, I didn't, as > I've not run into any troubles (worth mentioning) with Xorg server > in the past. Not sure where to go from here. Wondering if anyone has > had a similar problem, and might be able to provide a solution. > If I haven't provided enough info, I'd be happy to provide anything > missing - just tell me what to do. :) > > Thank you for all your time and consideration. > > --Chris > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 02:26:58 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 338EC16A420; Sat, 19 Jan 2008 02:26:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C73C113C45D; Sat, 19 Jan 2008 02:26:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m0J2QvU7011143; Fri, 18 Jan 2008 21:26:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m0J2QvF5029437; Fri, 18 Jan 2008 21:26:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id E61D81B5078; Fri, 18 Jan 2008 21:26:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080119022656.E61D81B5078@freebsd-stable.sentex.ca> Date: Fri, 18 Jan 2008 21:26:56 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 02:26:58 -0000 TB --- 2008-01-19 02:15:04 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-01-19 02:15:04 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-01-19 02:15:04 - cleaning the object tree TB --- 2008-01-19 02:15:10 - cvsupping the source tree TB --- 2008-01-19 02:15:10 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-01-19 02:15:16 - building world (CFLAGS=-O2 -pipe) TB --- 2008-01-19 02:15:16 - cd /src TB --- 2008-01-19 02:15:16 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 19 02:15:17 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-19 02:26:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-19 02:26:56 - ERROR: failed to build world TB --- 2008-01-19 02:26:56 - tinderbox aborted TB --- 578.16 user 50.28 system 711.95 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 02:37:29 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3D1916A417; Sat, 19 Jan 2008 02:37:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6244213C457; Sat, 19 Jan 2008 02:37:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m0J2bSna011675; Fri, 18 Jan 2008 21:37:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m0J2bSXn010985; Fri, 18 Jan 2008 21:37:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id BCA841B5078; Fri, 18 Jan 2008 21:37:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080119023728.BCA841B5078@freebsd-stable.sentex.ca> Date: Fri, 18 Jan 2008 21:37:28 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 02:37:29 -0000 TB --- 2008-01-19 02:26:56 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-01-19 02:26:56 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2008-01-19 02:26:57 - cleaning the object tree TB --- 2008-01-19 02:27:02 - cvsupping the source tree TB --- 2008-01-19 02:27:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2008-01-19 02:27:08 - building world (CFLAGS=-O2 -pipe) TB --- 2008-01-19 02:27:08 - cd /src TB --- 2008-01-19 02:27:08 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 19 02:27:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-19 02:37:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-19 02:37:28 - ERROR: failed to build world TB --- 2008-01-19 02:37:28 - tinderbox aborted TB --- 533.02 user 42.14 system 631.73 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 02:48:04 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE16B16A418; Sat, 19 Jan 2008 02:48:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7E80D13C45B; Sat, 19 Jan 2008 02:48:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m0J2m4li098401; Fri, 18 Jan 2008 21:48:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m0J2m3l4068743; Fri, 18 Jan 2008 21:48:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id B8B031B5078; Fri, 18 Jan 2008 21:48:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080119024803.B8B031B5078@freebsd-stable.sentex.ca> Date: Fri, 18 Jan 2008 21:48:03 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 02:48:05 -0000 TB --- 2008-01-19 02:37:28 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-01-19 02:37:28 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2008-01-19 02:37:28 - cleaning the object tree TB --- 2008-01-19 02:37:33 - cvsupping the source tree TB --- 2008-01-19 02:37:33 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2008-01-19 02:37:39 - building world (CFLAGS=-O2 -pipe) TB --- 2008-01-19 02:37:39 - cd /src TB --- 2008-01-19 02:37:39 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 19 02:37:40 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-19 02:48:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-19 02:48:03 - ERROR: failed to build world TB --- 2008-01-19 02:48:03 - tinderbox aborted TB --- 531.75 user 41.88 system 634.89 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 02:58:11 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F4A516A417; Sat, 19 Jan 2008 02:58:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id E95E413C447; Sat, 19 Jan 2008 02:58:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m0J2w5wO098901; Fri, 18 Jan 2008 21:58:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m0J2w5Ar027138; Fri, 18 Jan 2008 21:58:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 386C81B5078; Fri, 18 Jan 2008 21:58:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080119025805.386C81B5078@freebsd-stable.sentex.ca> Date: Fri, 18 Jan 2008 21:58:05 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 02:58:11 -0000 TB --- 2008-01-19 02:48:03 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-01-19 02:48:03 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2008-01-19 02:48:03 - cleaning the object tree TB --- 2008-01-19 02:48:07 - cvsupping the source tree TB --- 2008-01-19 02:48:07 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2008-01-19 02:48:12 - building world (CFLAGS=-O2 -pipe) TB --- 2008-01-19 02:48:12 - cd /src TB --- 2008-01-19 02:48:12 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 19 02:48:13 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-19 02:58:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-19 02:58:05 - ERROR: failed to build world TB --- 2008-01-19 02:58:05 - tinderbox aborted TB --- 506.78 user 41.70 system 601.27 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 03:08:44 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A5AE16A419; Sat, 19 Jan 2008 03:08:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B480513C457; Sat, 19 Jan 2008 03:08:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m0J38h5c012984; Fri, 18 Jan 2008 22:08:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m0J38cZB035937; Fri, 18 Jan 2008 22:08:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 2B29E1B5078; Fri, 18 Jan 2008 22:08:38 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080119030838.2B29E1B5078@freebsd-stable.sentex.ca> Date: Fri, 18 Jan 2008 22:08:38 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 03:08:44 -0000 TB --- 2008-01-19 02:58:05 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-01-19 02:58:05 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2008-01-19 02:58:05 - cleaning the object tree TB --- 2008-01-19 02:58:08 - cvsupping the source tree TB --- 2008-01-19 02:58:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2008-01-19 02:58:15 - building world (CFLAGS=-O2 -pipe) TB --- 2008-01-19 02:58:15 - cd /src TB --- 2008-01-19 02:58:15 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 19 02:58:16 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-19 03:08:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-19 03:08:38 - ERROR: failed to build world TB --- 2008-01-19 03:08:38 - tinderbox aborted TB --- 533.15 user 41.43 system 632.75 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 03:13:44 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C32A616A419; Sat, 19 Jan 2008 03:13:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6225A13C459; Sat, 19 Jan 2008 03:13:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m0J3Dhsi000108; Fri, 18 Jan 2008 22:13:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m0J3Dhjp040178; Fri, 18 Jan 2008 22:13:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 8413C1B5078; Fri, 18 Jan 2008 22:13:43 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080119031343.8413C1B5078@freebsd-stable.sentex.ca> Date: Fri, 18 Jan 2008 22:13:43 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 03:13:44 -0000 TB --- 2008-01-19 03:04:56 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-01-19 03:04:56 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2008-01-19 03:04:56 - cleaning the object tree TB --- 2008-01-19 03:04:58 - cvsupping the source tree TB --- 2008-01-19 03:04:58 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2008-01-19 03:05:03 - building world (CFLAGS=-O2 -pipe) TB --- 2008-01-19 03:05:03 - cd /src TB --- 2008-01-19 03:05:03 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 19 03:05:04 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-19 03:13:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-19 03:13:43 - ERROR: failed to build world TB --- 2008-01-19 03:13:43 - tinderbox aborted TB --- 448.59 user 40.00 system 527.27 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 07:24:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8D3916A418 for ; Sat, 19 Jan 2008 07:24:28 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 7E19F13C44B for ; Sat, 19 Jan 2008 07:24:28 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m0J7OJkG099672 for ; Fri, 18 Jan 2008 23:24:25 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m0J7OJuA099671 for freebsd-stable@freebsd.org; Fri, 18 Jan 2008 23:24:19 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Fri, 18 Jan 2008 23:24:19 -0800 Message-ID: <20080118232419.p98qhmys8wcswo8w@webmail.1command.com> X-Priority: 3 (Normal) Date: Fri, 18 Jan 2008 23:24:19 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <20080118134920.zlp77jtees8ckkk4@webmail.1command.com> <20080118162233.0w16fs92ssog0cs8@webmail.1command.com> In-Reply-To: <20080118162233.0w16fs92ssog0cs8@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: (Xorg), uid 0: exited on signal 4 (core dumped) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 07:24:29 -0000 Quoting "Chris H." : > Quoting chris# : > >> Greetings all, >> As the title of this message indicates; I'm struggling with the ability >> of getting the Xorg server running on a recent build of FreeBSD 7. >> Of likely interest: >> ########### >> kernel info (2 proc pentium3): >> 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #0: Wed Jan 16 18:39:53 PST 2008 >> Installed from disc#1 >> src and port src cvsup'd 2008-01-10 >> agp related info from dmesg: >> agp0: on hostb0 >> hostb0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 >> agp0: allocating GATT for aperture of size 64M >> pcib1: at device 1.0 on pci0 >> pcib1: domain 0 >> pcib1: secondary bus 1 >> pcib1: subordinate bus 2 >> pcib1: I/O decode 0xf000-0xfff >> pcib1: no prefetched decode > I forgot to add something... > From Xorg.log: > Module Loader present > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (==) Log file: "/var/log/Xorg.0.log", Time: Fri Jan 18 13:21:21 2008 > (==) Using config file: "/etc/X11/xorg.conf" > (==) ServerLayout "Simple Layout" > (**) |-->Screen "Screen 1" (0) > (**) | |-->Monitor "NEC" > > That's as far as it got. :( OK, here's the output from gdb: Script started on Fri Jan 18 23:14:51 2008 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Core was generated by `Xorg'. Program terminated with signal 4, Illegal instruction. #0 0x080b7992 in ?? () (gdb) list *0x080b7992 No symbol table is loaded. Use the "file" command. (gdb) q But, given that I didn't build a debug version of Xorg-server, I can't get anything very useful. :( I'll keep the core around in case it can be used to retrieve anything of value. I hope to find a solution/resolution soon. Or I'll be forced to upgrade this box to Linux, or WinXP. >:-)> Thank you for all your time and consideration. --Chris >> ############ >> >> I built the Xorg server from source. The only thing worth mentioning >> in my make.conf file is: CPUTYPE?=pentium3 >> (added AFTER build/install world/kernel). >> >> I didn't notice an inordinate number of error messages during >> the Xorg server build. But given that it's only a PIII, it's slow >> enough that I didn't watch the entire build process. While I could >> have run script to capture the output of the build, I didn't, as >> I've not run into any troubles (worth mentioning) with Xorg server >> in the past. Not sure where to go from here. Wondering if anyone has >> had a similar problem, and might be able to provide a solution. >> If I haven't provided enough info, I'd be happy to provide anything >> missing - just tell me what to do. :) >> >> Thank you for all your time and consideration. >> >> --Chris >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > > -- > panic: kernel trap (ignored) > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 08:34:09 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AA2116A418; Sat, 19 Jan 2008 08:34:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1F35F13C44B; Sat, 19 Jan 2008 08:34:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m0J8Y8JT015014; Sat, 19 Jan 2008 03:34:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m0J8Y79O076629; Sat, 19 Jan 2008 03:34:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id E4D421B5078; Sat, 19 Jan 2008 03:34:07 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080119083407.E4D421B5078@freebsd-stable.sentex.ca> Date: Sat, 19 Jan 2008 03:34:07 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 08:34:09 -0000 TB --- 2008-01-19 08:22:43 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-01-19 08:22:43 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-01-19 08:22:43 - cleaning the object tree TB --- 2008-01-19 08:22:45 - cvsupping the source tree TB --- 2008-01-19 08:22:45 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-01-19 08:22:50 - building world (CFLAGS=-O2 -pipe) TB --- 2008-01-19 08:22:50 - cd /src TB --- 2008-01-19 08:22:50 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 19 08:22:51 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-19 08:34:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-19 08:34:07 - ERROR: failed to build world TB --- 2008-01-19 08:34:07 - tinderbox aborted TB --- 577.64 user 49.77 system 684.02 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 08:44:50 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31CC316A418; Sat, 19 Jan 2008 08:44:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C1A6E13C43E; Sat, 19 Jan 2008 08:44:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m0J8in7j023631; Sat, 19 Jan 2008 03:44:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m0J8inbY056958; Sat, 19 Jan 2008 03:44:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 07BCA1B5078; Sat, 19 Jan 2008 03:44:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080119084449.07BCA1B5078@freebsd-stable.sentex.ca> Date: Sat, 19 Jan 2008 03:44:49 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 08:44:50 -0000 TB --- 2008-01-19 08:34:08 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-01-19 08:34:08 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2008-01-19 08:34:08 - cleaning the object tree TB --- 2008-01-19 08:34:10 - cvsupping the source tree TB --- 2008-01-19 08:34:10 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2008-01-19 08:34:16 - building world (CFLAGS=-O2 -pipe) TB --- 2008-01-19 08:34:16 - cd /src TB --- 2008-01-19 08:34:16 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 19 08:34:16 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-19 08:44:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-19 08:44:48 - ERROR: failed to build world TB --- 2008-01-19 08:44:48 - tinderbox aborted TB --- 532.79 user 42.16 system 640.95 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 08:55:41 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 150E716A419; Sat, 19 Jan 2008 08:55:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id BE22113C455; Sat, 19 Jan 2008 08:55:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m0J8teZ2015777; Sat, 19 Jan 2008 03:55:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m0J8teC5076699; Sat, 19 Jan 2008 03:55:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id EBD121B5078; Sat, 19 Jan 2008 03:55:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080119085539.EBD121B5078@freebsd-stable.sentex.ca> Date: Sat, 19 Jan 2008 03:55:39 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 08:55:41 -0000 TB --- 2008-01-19 08:44:49 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-01-19 08:44:49 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2008-01-19 08:44:49 - cleaning the object tree TB --- 2008-01-19 08:44:53 - cvsupping the source tree TB --- 2008-01-19 08:44:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2008-01-19 08:44:58 - building world (CFLAGS=-O2 -pipe) TB --- 2008-01-19 08:44:58 - cd /src TB --- 2008-01-19 08:44:58 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 19 08:44:59 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-19 08:55:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-19 08:55:39 - ERROR: failed to build world TB --- 2008-01-19 08:55:39 - tinderbox aborted TB --- 532.77 user 41.67 system 650.78 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 09:05:40 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C16B16A417; Sat, 19 Jan 2008 09:05:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AB22F13C468; Sat, 19 Jan 2008 09:05:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m0J95d6Y024298; Sat, 19 Jan 2008 04:05:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m0J95dA6098229; Sat, 19 Jan 2008 04:05:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 020761B5078; Sat, 19 Jan 2008 04:05:38 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080119090539.020761B5078@freebsd-stable.sentex.ca> Date: Sat, 19 Jan 2008 04:05:38 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 09:05:40 -0000 TB --- 2008-01-19 08:55:40 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-01-19 08:55:40 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2008-01-19 08:55:40 - cleaning the object tree TB --- 2008-01-19 08:55:43 - cvsupping the source tree TB --- 2008-01-19 08:55:43 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2008-01-19 08:55:48 - building world (CFLAGS=-O2 -pipe) TB --- 2008-01-19 08:55:48 - cd /src TB --- 2008-01-19 08:55:48 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 19 08:55:49 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-19 09:05:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-19 09:05:38 - ERROR: failed to build world TB --- 2008-01-19 09:05:38 - tinderbox aborted TB --- 507.55 user 40.97 system 598.97 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 09:16:23 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B430416A417; Sat, 19 Jan 2008 09:16:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4F39913C45B; Sat, 19 Jan 2008 09:16:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m0J9GMX1024697; Sat, 19 Jan 2008 04:16:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m0J9GM5X016803; Sat, 19 Jan 2008 04:16:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 253D11B5078; Sat, 19 Jan 2008 04:16:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080119091622.253D11B5078@freebsd-stable.sentex.ca> Date: Sat, 19 Jan 2008 04:16:21 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 09:16:23 -0000 TB --- 2008-01-19 09:05:39 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-01-19 09:05:39 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2008-01-19 09:05:39 - cleaning the object tree TB --- 2008-01-19 09:05:41 - cvsupping the source tree TB --- 2008-01-19 09:05:41 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2008-01-19 09:05:46 - building world (CFLAGS=-O2 -pipe) TB --- 2008-01-19 09:05:46 - cd /src TB --- 2008-01-19 09:05:46 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 19 09:05:47 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-19 09:16:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-19 09:16:21 - ERROR: failed to build world TB --- 2008-01-19 09:16:21 - tinderbox aborted TB --- 532.64 user 42.02 system 642.79 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 09:26:34 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2AC616A417; Sat, 19 Jan 2008 09:26:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6B0A913C46A; Sat, 19 Jan 2008 09:26:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m0J9QYNI025067; Sat, 19 Jan 2008 04:26:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m0J9QXet016617; Sat, 19 Jan 2008 04:26:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id D08451B5078; Sat, 19 Jan 2008 04:26:33 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080119092633.D08451B5078@freebsd-stable.sentex.ca> Date: Sat, 19 Jan 2008 04:26:33 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 09:26:34 -0000 TB --- 2008-01-19 09:16:22 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-01-19 09:16:22 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2008-01-19 09:16:22 - cleaning the object tree TB --- 2008-01-19 09:16:31 - cvsupping the source tree TB --- 2008-01-19 09:16:31 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2008-01-19 09:16:38 - building world (CFLAGS=-O2 -pipe) TB --- 2008-01-19 09:16:38 - cd /src TB --- 2008-01-19 09:16:38 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 19 09:16:39 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-19 09:26:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-19 09:26:33 - ERROR: failed to build world TB --- 2008-01-19 09:26:33 - tinderbox aborted TB --- 448.73 user 41.09 system 611.18 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 10:31:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B457016A417; Sat, 19 Jan 2008 10:31:34 +0000 (UTC) (envelope-from parv@pair.com) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id 49A2F13C44B; Sat, 19 Jan 2008 10:31:33 +0000 (UTC) (envelope-from parv@pair.com) Received: from localhost.hawaii.res.rr.com ([24.25.231.204]) by hrndva-omta04.mail.rr.com with ESMTP id <20080119103133.DIAD17975.hrndva-omta04.mail.rr.com@localhost.hawaii.res.rr.com>; Sat, 19 Jan 2008 10:31:33 +0000 Received: from holstein.holy.cow (localhost [127.0.0.1]) by localhost.hawaii.res.rr.com (Postfix) with ESMTP id A285432DA; Sat, 19 Jan 2008 00:32:49 -1000 (HST) Received: (from parv@localhost) by holstein.holy.cow (8.13.8/8.13.8/Submit) id m0JAWmtk001442; Sat, 19 Jan 2008 00:32:48 -1000 (HST) (envelope-from parv@pair.com) X-Authentication-Warning: holstein.holy.cow: parv set sender to parv@pair.com using -f Date: Sat, 19 Jan 2008 00:32:48 -1000 From: Parv To: John Baldwin Message-ID: <20080119103248.GA1317@holstein.holy.cow> Mail-Followup-To: John Baldwin , freebsd-stable@freebsd.org References: <20080118103006.GA1443@holstein.holy.cow> <200801180850.32062.jhb@freebsd.org> <200801181010.04965.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200801181010.04965.jhb@freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: PCI MSI (was Re: What current Dell Systems are supported/work) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 10:31:34 -0000 in message <200801181010.04965.jhb@freebsd.org>, wrote John Baldwin thusly... > > On Friday 18 January 2008 08:50:31 am John Baldwin wrote: > > On Friday 18 January 2008 05:30:06 am Parv wrote: > > > There was no page fault or trap 12 message when the panic > > > happened. After some of messages are printed (as in dmesg), > > > kdb is entered ... > > > > > > ioapic0: Assigning PCI IRQ 23 to local APIC 1 > > > msi: Assigning MSI IRQ 256 to local APIC 0 > > > panic: blockabke sleep block (sleep mutex) msi @ /misc/src-6/sys/i386/i386/msi.c:381 > > > cpuid: 0 > > > kdb: stack backtrace > > > kbd_backtrace( c0adc531,0,c0abaafd,c1020c34,c0bab700,...) at ... \ > > > [I skipped from here to the "db>" prompt] ... > > > Tomorrow, rather later today, I will type up the "trace" > > > output. Please let me know if you would like to see any other > > > output that I could possibly provide. > > > > This is good enough for me to see the bug, I'll work on fixing > > it. There are some locking changes in the x86 interrupt code I > > need to MFC. > > Try this patch: ... Thanks much John. Your patch allowed my computer to resume normal operation without disabling MSI via hw.pci.enable_msi*. Lest I forget, mahalo for saving me from typing up the trace output. - Parv -- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 11:03:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40B6516A47D for ; Sat, 19 Jan 2008 11:03:00 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.c0mplx.org (unknown [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id E502613C4D5 for ; Sat, 19 Jan 2008 11:02:59 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from pi by home.c0mplx.org with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JGBTW-0004ha-Uj for freebsd-stable@freebsd.org; Sat, 19 Jan 2008 12:02:58 +0100 Date: Sat, 19 Jan 2008 12:02:58 +0100 From: Kurt Jaeger To: freebsd-stable@freebsd.org Message-ID: <20080119110258.GB1757@home.c0mplx.org> References: <1200683920.37801.26.camel@bauer.cse.buffalo.edu> <002901c85a0f$a4a3d9f0$0202fea9@jarasoft.net> <1200688116.37801.35.camel@bauer.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1200688116.37801.35.camel@bauer.cse.buffalo.edu> Subject: ipfwpcap in 6.3 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 11:03:00 -0000 Hi! In http://www.freebsd.org/releases/6.3R/relnotes-i386.html ipfwpcap(8) is mentioned, but I can't find it after the upgrade ? -- pi@opsec.eu +49 171 3101372 12 years to go ! From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 11:18:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B0AA16A41A for ; Sat, 19 Jan 2008 11:18:06 +0000 (UTC) (envelope-from jakob@dev.citybikes.cz) Received: from dev.citybikes.cz (r5o136.net.upc.cz [86.49.14.136]) by mx1.freebsd.org (Postfix) with ESMTP id 23DF013C45B for ; Sat, 19 Jan 2008 11:18:05 +0000 (UTC) (envelope-from jakob@dev.citybikes.cz) Received: from dev.citybikes.cz (localhost [127.0.0.1]) by dev.citybikes.cz (8.14.2/8.14.2) with ESMTP id m0JBHwo7001772 for ; Sat, 19 Jan 2008 12:17:58 +0100 (CET) (envelope-from jakob@dev.citybikes.cz) Received: (from jakob@localhost) by dev.citybikes.cz (8.14.2/8.14.2/Submit) id m0JBHwdA001771; Sat, 19 Jan 2008 12:17:58 +0100 (CET) (envelope-from jakob) Date: Sat, 19 Jan 2008 12:17:58 +0100 From: Jakub Siroky To: freebsd-stable@freebsd.org Message-ID: <20080119121758.45e90313@dev> In-Reply-To: <47913252.3080404@FreeBSD.org> References: <20080118120140.2a8170a0@dev> <47913252.3080404@FreeBSD.org> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: panic when copying to ext2fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 11:18:06 -0000 I have tried these options in the config, but with same results (unstoppable dump and crash): makeoptions DEBUG=-g options WITNESS options WITNESS_KDB options KDB options KDB_TRACE options DIAGNOSTIC options KDB options DDB options GDB options INVARIANTS options INVARIANT_SUPPORT options DEBUG_LOCKS options DEBUG_VFS_LOCKS I haven't tried debugging via serial port, however. And the problem can be reproduced on ext2fs volume of any size. Next step would be original GENERIC config. Jakub On Sat, 19 Jan 2008 00:12:18 +0100 Kris Kennaway wrote: > Jakub Siroky wrote: > > I have two large ext2fs partitions (368 and 313GB) to hold data > > shared between several OSes. While there were no problems on > > 6-STABLE branch I was quite > disappointed after upgrade to 7-STABLE. Whenever I copy/write to > ext2fs partition the system freezes totally without crashdump. So I > set debugging settings to kernel config (DEBUG,WITNESS,..) and in > console I reproduced error situation ending with full screen of > unstoppable running text with lot of memory addresses and a few > recognisable words: 'new block bit set for ext already' - again with > no crashdump. Then I have formatted 1GB partition with ext2fs and the > problem on this small partition appears only sometimes. > > 1) Please wrap your lines so your emails can be easily read. > > 2) Check the developer's handbook, it explains how to configure the > debugger so you can investigate this further. > > Kris > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 11:44:55 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BB6216A418 for ; Sat, 19 Jan 2008 11:44:55 +0000 (UTC) (envelope-from realbushman@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 70A7B13C43E for ; Sat, 19 Jan 2008 11:44:54 +0000 (UTC) (envelope-from realbushman@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1519030fgg.35 for ; Sat, 19 Jan 2008 03:44:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=bLYEWwvNBz6YUczM4zm4fJCezrLZ8mqNG3tZ57pb2Jg=; b=US5M/z5CRQatSKB8ALnZJd6gWbTc1jO6qujRgvV5k09QxWXSv/GZkCuFzhCE4CvnkfPJjX6maGZ957LshhPEq2dnhw9w2MwslpVhdues34jKuwnIZIn66m4OkLAmAZ0rG+Aat4DEPlmIrW4hJuIBwVZ4P6dhOkyDSlofDO8VG7U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=RhurVW7JTH18VlcK0jpYIIT6zFiSlI/P/+3su9ETt2DEN+W4JfLhsQ6sh+IrQa6155diofjZCXxlJTghEV6do9mBDaQWDkGPV9WZa6pqc2J4l+vcnLv/TRPoOZgk/IP4S1LJPd6rxdotcDgP9XxGi90+qSJo1zSrNc9E1tUAFos= Received: by 10.78.81.20 with SMTP id e20mr6200030hub.60.1200741439821; Sat, 19 Jan 2008 03:17:19 -0800 (PST) Received: from ?192.168.0.43? ( [195.161.235.42]) by mx.google.com with ESMTPS id i4sm2931570nfh.36.2008.01.19.03.17.17 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 19 Jan 2008 03:17:18 -0800 (PST) Message-Id: <242ACF9B-7B89-49F2-8F20-F2D51104574B@freebsd.org> From: Michael Bushkov To: Denis Barov In-Reply-To: <20080117185547.GA85161@sepulca.yandex.ru> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Sat, 19 Jan 2008 14:17:11 +0300 References: <20080117185547.GA85161@sepulca.yandex.ru> X-Mailer: Apple Mail (2.915) Sender: Michael Bushkov Cc: stable@freebsd.org Subject: Re: nscd again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 11:44:55 -0000 Hi Denis, Several things: 1. You definitely can't use cache for *_compat sources. I mean lines like "group_compat: cache nis" aren't supported. 2. Cache should work ok with the configuration you've mentioned in your first example, i.e.: "group: cache compat". Just checking - why do you think that cache isn't working? The correct way to determine it is to perform the same query twice. During the first pass (when query is not cached), the request will be processed by NIS module and you'll have all the NIS-related stuff in the logs. On the second pass the request should be handled by scd module - and you shouldn't see any activity in NIS logs. It would be great to see the debug log (with nscd log turned on) separately - for the first and the second pass. It would help to find the error in nscd, if there is one. With best regards, Michael Bushkov On Jan 17, 2008, at 9:55 PM, Denis Barov wrote: > Hello! > > I found some strange behaviour of NIS/nscd when NIS in compat mode. In > /etc/nsswitch.conf I have: > > netgroup: cache compat > passwd: cache compat > group: cache compat > #group_compat: cache nis > #passwd_compat: cache nis > > in /etc/nscd.conf: > #nscd.conf > threads 16 > > enable-cache passwd yes > keep-hot-count passwd 20480 > positive-time-to-live passwd 36000 > > enable-cache group yes > keep-hot-count group 20480 > positive-time-to-live group 36000 > > enable-cache group_compat yes > keep-hot-count group_compat 20480 > positive-time-to-live group.byname 36000 > > enable-cache passwd_compat yes > keep-hot-count passwd_compat 20480 > positive-time-to-live passwd_compat 36000 > > enable-cache netgroup yes > keep-hot-count netgroup 20480 > positive-time-to-live netgroup 36000 > > > But, when I do some actions on NIS-client host (host with ypbind), > host > ignoring cached data. In ypserv debug log: > > ... > ypserv: retrieving next key, previous was: [XXX] > ypserv: result of lookup: key: [XXXXXXXXX] data: [XXXXXX:*:1168:] > ypserv: procedure ypproc_next called from XXX.XXX.XXX.XXX:739 > ypserv: client is referencing map "group.byname". > ypserv: retrieving next key, previous was: [XXXXXXXXXXX] > ypserv: result of lookup: key: [baytin] data: [XXXXXX:*:1220:] > ypserv: procedure ypproc_next called from XXX.XXX.XXX.XXX:739 > ypserv: client is referencing map "group.byname". > ypserv: retrieving next key, previous was: [XXXXXX] > ypserv: result of lookup: key: [XXXX] data: [XXXX:*:3012:] > ypserv: procedure ypproc_next called from XXX.XXX.XXX.XXX:739 > ypserv: client is referencing map "group.byname". > ypserv: retrieving next key, previous was: [XXXX] > ypserv: result of lookup: key: [XXX] data: [XXX:*:3021:] > ypserv: procedure ypproc_next called from XXX.XXX.XXX.XXX:739 > ypserv: client is referencing map "group.byname". > ypserv: retrieving next key, previous was: [XXX] > ypserv: result of lookup: key: [vereschagin] data: [XXXXXXXXXXX:*: > 3024:] > ypserv: procedure ypproc_next called from XXX.XXX.XXX.XXX:739 > ypserv: client is referencing map "group.byname". > ypserv: retrieving next key, previous was: [XXXXXXXXXXX] > ... > > If I set in nsswitch.conf: > netgroup: cache compat > passwd: cache compat > group: cache compat > group_compat: cache nis > passwd_compat: cache nis > > I have other errors: > > Jan 17 21:53:13 mfas002 sudo: NSSWITCH(nss_method_lookup): cache, > passwd_compat, setpwent, not found > Jan 17 21:53:15 mfas002 sudo: NSSWITCH(nss_method_lookup): cache, > group_compat, setgrent, not found > Jan 17 21:53:15 mfas002 sudo: NSSWITCH(nss_method_lookup): cache, > group_compat, getgrent_r, not found > Jan 17 21:53:15 mfas002 last message repeated 197 times > Jan 17 21:53:15 mfas002 sudo: NSSWITCH(nss_method_lookup): cache, > group_compat, endgrent, not found > Jan 17 21:53:15 mfas002 sudo: NSSWITCH(nss_method_lookup): cache, > passwd_compat, endpwent, not found > Jan 17 21:53:15 mfas002 sudo: NSSWITCH(nss_method_lookup): cache, > group_compat, endgrent, not found > > > Seems group_compat and passwd_compat databases can't operate with > cache > sourse. Is that true? > -- > Denis Barov | /"\ > Yandex WEB-Search Administration Team | \ / ASCII Ribbon Campaign > phone: : +7 (495) 739-70-00 add. 7154 | X NO HTML/RTF in e-mail > e-mail: dindin@yandex-team.ru | / \ NO Word docs in e-mail From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 13:36:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67F7616A418 for ; Sat, 19 Jan 2008 13:36:10 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 9C4D513C461 for ; Sat, 19 Jan 2008 13:36:09 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by fg-out-1718.google.com with SMTP id 16so1545920fgg.35 for ; Sat, 19 Jan 2008 05:36:08 -0800 (PST) Received: by 10.82.134.12 with SMTP id h12mr8231869bud.29.1200749767960; Sat, 19 Jan 2008 05:36:07 -0800 (PST) Received: by 10.82.187.11 with HTTP; Sat, 19 Jan 2008 05:36:07 -0800 (PST) Message-ID: Date: Sat, 19 Jan 2008 15:36:07 +0200 From: "Vlad GALU" To: "FreeBSD Stable List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Questions about building the world X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 13:36:10 -0000 1. I noticed the WITHOUT_SSP switch in src.conf(5). Does this mean that Propolice is currently used by default? 2. For debugging purposes, I'd like to rebuild my whole world with debugging symbols. Adding -g to the flags in make.conf seemed to do the trink until right before the installation of the new files. Doing a nm on libc.so.7 yielded all the symbols, as expected. However, after performing the installworld, the library was stripped. Is there a switch to prevent stripping too? -- Mahnahmahnah! From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 13:52:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AECA916A420 for ; Sat, 19 Jan 2008 13:52:14 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D141B13C45A; Sat, 19 Jan 2008 13:52:11 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47920088.4040400@FreeBSD.org> Date: Sat, 19 Jan 2008 14:52:08 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Jakub Siroky References: <20080118120140.2a8170a0@dev> <47913252.3080404@FreeBSD.org> <20080119121758.45e90313@dev> In-Reply-To: <20080119121758.45e90313@dev> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: panic when copying to ext2fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 13:52:14 -0000 Jakub Siroky wrote: > I have tried these options in the config, but with same results > (unstoppable dump and crash): > > makeoptions DEBUG=-g > options WITNESS > options WITNESS_KDB > options KDB > options KDB_TRACE > options DIAGNOSTIC > options KDB > options DDB > options GDB > options INVARIANTS > options INVARIANT_SUPPORT > options DEBUG_LOCKS > options DEBUG_VFS_LOCKS > > I haven't tried debugging via serial port, however. > > And the problem can be reproduced on ext2fs volume of any size. > > Next step would be original GENERIC config. What do you mean by "unstoppable"? Can you not break to DDB from the console? Kris From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 13:55:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B31816A41A for ; Sat, 19 Jan 2008 13:55:26 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id A2E6B13C448 for ; Sat, 19 Jan 2008 13:55:25 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by fg-out-1718.google.com with SMTP id 16so1550181fgg.35 for ; Sat, 19 Jan 2008 05:55:24 -0800 (PST) Received: by 10.82.162.14 with SMTP id k14mr8253911bue.32.1200750923816; Sat, 19 Jan 2008 05:55:23 -0800 (PST) Received: by 10.82.187.11 with HTTP; Sat, 19 Jan 2008 05:55:23 -0800 (PST) Message-ID: Date: Sat, 19 Jan 2008 15:55:23 +0200 From: "Vlad GALU" To: "FreeBSD Stable List" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: Re: Questions about building the world X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 13:55:26 -0000 On 1/19/08, Vlad GALU wrote: > 1. I noticed the WITHOUT_SSP switch in src.conf(5). Does this mean > that Propolice is currently used by default? > 2. For debugging purposes, I'd like to rebuild my whole world with > debugging symbols. Adding -g to the flags in make.conf seemed to do > the trink until right before the installation of the new files. Doing > a nm on libc.so.7 yielded all the symbols, as expected. However, after > performing the installworld, the library was stripped. Is there a > switch to prevent stripping too? Seems that DEBUG_FLAGS=-g in src.conf did the trick. I should have RTFM. > > > -- > Mahnahmahnah! > -- Mahnahmahnah! From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 14:13:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B43D816A417 for ; Sat, 19 Jan 2008 14:13:21 +0000 (UTC) (envelope-from jakob@dev.citybikes.cz) Received: from dev.citybikes.cz (r5o136.net.upc.cz [86.49.14.136]) by mx1.freebsd.org (Postfix) with ESMTP id 4C07613C448 for ; Sat, 19 Jan 2008 14:13:21 +0000 (UTC) (envelope-from jakob@dev.citybikes.cz) Received: from dev.citybikes.cz (localhost [127.0.0.1]) by dev.citybikes.cz (8.14.2/8.14.2) with ESMTP id m0JEDI9e034720 for ; Sat, 19 Jan 2008 15:13:18 +0100 (CET) (envelope-from jakob@dev.citybikes.cz) Received: (from jakob@localhost) by dev.citybikes.cz (8.14.2/8.14.2/Submit) id m0JEDI6R034719; Sat, 19 Jan 2008 15:13:18 +0100 (CET) (envelope-from jakob) Date: Sat, 19 Jan 2008 15:13:18 +0100 From: Jakub Siroky To: freebsd-stable@freebsd.org Message-ID: <20080119151318.3883487a@dev> In-Reply-To: <47920088.4040400@FreeBSD.org> References: <20080118120140.2a8170a0@dev> <47913252.3080404@FreeBSD.org> <20080119121758.45e90313@dev> <47920088.4040400@FreeBSD.org> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: panic when copying to ext2fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 14:13:21 -0000 No, I cannot. While in normal operation the Ctrl+Alt+Esc on console brings debugger screen, in this crash condition even the NumLock does not work. Jakub On Sat, 19 Jan 2008 14:52:08 +0100 Kris Kennaway wrote: > Jakub Siroky wrote: > > I have tried these options in the config, but with same results > > (unstoppable dump and crash): > > > > makeoptions DEBUG=-g > > options WITNESS > > options WITNESS_KDB > > options KDB > > options KDB_TRACE > > options DIAGNOSTIC > > options KDB > > options DDB > > options GDB > > options INVARIANTS > > options INVARIANT_SUPPORT > > options DEBUG_LOCKS > > options DEBUG_VFS_LOCKS > > > > I haven't tried debugging via serial port, however. > > > > And the problem can be reproduced on ext2fs volume of any size. > > > > Next step would be original GENERIC config. > > What do you mean by "unstoppable"? Can you not break to DDB from the > console? > > Kris > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 14:22:44 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F048316A419; Sat, 19 Jan 2008 14:22:44 +0000 (UTC) (envelope-from ws@au.dyndns.ws) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id 56CC113C465; Sat, 19 Jan 2008 14:22:44 +0000 (UTC) (envelope-from ws@au.dyndns.ws) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAMKTkUeWZWdv/2dsb2JhbAAIrhY X-IronPort-AV: E=Sophos;i="4.25,220,1199626200"; d="scan'208";a="38684266" Received: from ppp103-111.static.internode.on.net (HELO [192.168.1.131]) ([150.101.103.111]) by ipmail05.adl2.internode.on.net with ESMTP; 20 Jan 2008 00:52:42 +1030 From: Wayne Sierke To: Kris Kennaway In-Reply-To: <1200677810.57226.45.camel@predator-ii.buffyverse> References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <47851247.1020306@raad.tartu.ee> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <1200156892.1196.34.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> <1200241867.1677.34.camel@predator-ii.buffyverse> <478A7014.4080804@FreeBSD.org> <1200323959.1971.27.camel@predator-ii.buffyverse> <478BC0AA.3080906@FreeBSD.org> <1200589144.7141.27.camel@predator-ii.buffyverse> <478FB18B.3090204@FreeBSD.org> <1200677810.57226.45.camel@predator-ii.buffyverse> Content-Type: text/plain Date: Sun, 20 Jan 2008 00:52:39 +1030 Message-Id: <1200752559.48952.31.camel@predator-ii.buffyverse> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: 7.0-PRERELEASE desktop system periodically freezes momentarily X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 14:22:45 -0000 Kris, I caught this one during what I'd class as normal usage, with a handful of apps open, and no glxgears or other glx apps (intentionally) running. It shows Epiphany getting cpu solidly for 2 seconds! If you crank up the ticks per pixel and scroll to the end you can't miss it. This typifies an event that occurs regularly for me in my normal desktop use, albeit I normally use firefox with a large number of windows and tabs open. I'd long suspected that firefox might be involved in some of the pauses I've been experiencing. I'm quite chuffed about getting this one. http://au.dyndns.ws/public/ktr-sched-200801192346.out.bz2 > Wayne From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 15:37:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41BFF16A473 for ; Sat, 19 Jan 2008 15:37:27 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3766313C4CE; Sat, 19 Jan 2008 15:37:23 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47921931.9050606@FreeBSD.org> Date: Sat, 19 Jan 2008 16:37:21 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Jakub Siroky References: <20080118120140.2a8170a0@dev> In-Reply-To: <20080118120140.2a8170a0@dev> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: infinite loop when copying to ext2fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 15:37:27 -0000 Jakub Siroky wrote: > I have two large ext2fs partitions (368 and 313GB) to hold data shared between several OSes. While there were no problems on 6-STABLE branch I was quite disappointed after upgrade to 7-STABLE. Whenever I copy/write to ext2fs partition the system freezes totally without crashdump. So I set debugging settings to kernel config (DEBUG,WITNESS,..) and in console I reproduced error situation ending with full screen of unstoppable running text with lot of memory addresses and a few recognisable words: 'new block bit set for ext already' - again with no crashdump. Then I have formatted 1GB partition with ext2fs and the problem on this small partition appears only sometimes. OK, I am able to reproduce this. Kris From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 15:50:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5705516A418 for ; Sat, 19 Jan 2008 15:50:56 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [64.46.156.146]) by mx1.freebsd.org (Postfix) with ESMTP id 2532713C44B for ; Sat, 19 Jan 2008 15:50:56 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTP id B62366131 for ; Sat, 19 Jan 2008 10:50:54 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1200757854; bh=Oqz+g7I1ytk67a sacQITMrWg42N4pkd9eIvmER6AUh4=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:Subject:X-Enigmail-Version: OpenPGP:Content-Type:Content-Transfer-Encoding; b=SgxfCiM7Ex+TdoPg 71oxW1JkMlucXWF4G32Wsa5vNj1VKPyVyUCt3VSnjTsqcndmfqwhzl9YzIsuwHrDOL+ PWPrr7I953eAQnaHvCqYoz87w8tGqWDotkm8INntrlgKw DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=a6rdlqFB+6kNFBBSCmbaug4IWVJ2XL7jTs9/nOEbRwlRePmH3TO8q5366y1s+nbwB XivIRIK6fz5dB2Z7kTxWAx3THnd7748g7FAVCH1qDTAn5Z4PX1mUbzVR9Oe/2EU Message-ID: <47921C5D.7040407@protected-networks.net> Date: Sat, 19 Jan 2008 10:50:53 -0500 From: Michael Butler User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: freebsd-stable X-Enigmail-Version: 0.95.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 7-stable: apache+php5 in a jail? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 15:50:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have an issue with apache and php5 inside a jail on 7-stable where the executable simply dumps core on start-up in the threading library. I've recompiled everything inside and outside the jail but the behaviour remains the same :-( I have no idea how to go about debugging this .. any helpful suggestions welcome .. #0 0x28c4cac8 in ?? () from /lib/libthr.so.3 [New Thread 0x282b9500 (LWP 100378)] (gdb) bt #0 0x28c4cac8 in ?? () from /lib/libthr.so.3 #1 0x2818f65c in getprotoent_r () from /lib/libc.so.7 #2 0x2812ba87 in getprotobyname () from /lib/libc.so.7 #3 0x28bf1cd7 in zm_startup_sockets () from /usr/local/lib/php/20060613/sockets.so #4 0x287d5f30 in zend_startup_module_ex () from /usr/local/libexec/apache/libphp5.so #5 0x287dac0c in zend_hash_apply () from /usr/local/libexec/apache/libphp5.so #6 0x287d497c in zend_startup_modules () from /usr/local/libexec/apache/libphp5.so #7 0x28792bed in php_module_startup () from /usr/local/libexec/apache/libphp5.so #8 0x28849453 in php_apache_startup () from /usr/local/libexec/apache/libphp5.so #9 0x288dd180 in apache_functions () from /usr/local/libexec/apache/libphp5.so #10 0x00000001 in ?? () #11 0x00000000 in ?? () #12 0x00000001 in ?? () #13 0x288dcf60 in php_commands () from /usr/local/libexec/apache/libphp5.so #14 0xbfbfca78 in ?? () #15 0x2884969f in php_init_handler () from /usr/local/libexec/apache/libphp5.so #16 0x00000000 in ?? () #17 0x288496b0 in php_init_handler () from /usr/local/libexec/apache/libphp5.so #18 0x00000000 in ?? () #19 0x28204010 in ?? () #20 0xbfbfcaa8 in ?? () #21 0x080545c9 in ap_init_modules () Previous frame inner to this frame (corrupt stack?) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeSHF0ACgkQQv9rrgRC1JL4bgCfb5ri0Xw2XF5PUbi2liyzu7yO oQkAoIQhTKTLx+kdttWs2eYy1IT4IvEd =55w2 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 16:53:08 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5140F16A41B for ; Sat, 19 Jan 2008 16:53:08 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id F156313C45D for ; Sat, 19 Jan 2008 16:53:07 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 13376 invoked by uid 399); 19 Jan 2008 16:26:27 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 19 Jan 2008 16:26:27 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <479224B2.5020602@FreeBSD.org> Date: Sat, 19 Jan 2008 08:26:26 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Michael Bushkov References: <20080117185547.GA85161@sepulca.yandex.ru> <242ACF9B-7B89-49F2-8F20-F2D51104574B@freebsd.org> In-Reply-To: <242ACF9B-7B89-49F2-8F20-F2D51104574B@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Denis Barov Subject: Re: nscd again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 16:53:08 -0000 Michael Bushkov wrote: > Hi Denis, > Several things: > 1. You definitely can't use cache for *_compat sources. I mean lines > like "group_compat: cache nis" aren't supported. This should be mentioned in the man page. To me it also speaks to the need for a default /etc/nsswitch.conf with comments. It is way too easy to misconfigure this stuff. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 17:46:21 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 445DE16A417; Sat, 19 Jan 2008 17:46:21 +0000 (UTC) (envelope-from ws@au.dyndns.ws) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id A001A13C4EB; Sat, 19 Jan 2008 17:46:20 +0000 (UTC) (envelope-from ws@au.dyndns.ws) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAPrEkUeWZWdv/2dsb2JhbAAIrWU X-IronPort-AV: E=Sophos;i="4.25,221,1199626200"; d="scan'208";a="38736208" Received: from ppp103-111.static.internode.on.net (HELO [192.168.1.131]) ([150.101.103.111]) by ipmail05.adl2.internode.on.net with ESMTP; 20 Jan 2008 04:16:18 +1030 From: Wayne Sierke To: Kris Kennaway In-Reply-To: <1200752559.48952.31.camel@predator-ii.buffyverse> References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <47851247.1020306@raad.tartu.ee> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <1200156892.1196.34.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> <1200241867.1677.34.camel@predator-ii.buffyverse> <478A7014.4080804@FreeBSD.org> <1200323959.1971.27.camel@predator-ii.buffyverse> <478BC0AA.3080906@FreeBSD.org> <1200589144.7141.27.camel@predator-ii.buffyverse> <478FB18B.3090204@FreeBSD.org> <1200677810.57226.45.camel@predator-ii.buffyverse> <1200752559.48952.31.camel@predator-ii.buffyverse> Content-Type: text/plain Date: Sun, 20 Jan 2008 04:16:16 +1030 Message-Id: <1200764776.48952.64.camel@predator-ii.buffyverse> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: 7.0-PRERELEASE desktop system periodically freezes momentarily X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 17:46:21 -0000 Kris, Another one, this time xorg for 2 seconds, approximately in the middle. I'm feeling inclined to doubt the validity of this and the previous data set, however. Looking at the tail end of each of the events in question, there is clearly activity on other processes before the supposedly long exclusive cpu event terminates. Unless this is some limitation of the schedgraph.py script, or the ktr logging mechanism, etc., then this must surely indicate that they are not valid captures? I am all the more inclined to question them because the very next capture/dump I did after the previous set was captured looked so similar to it that I felt prompted to do a diff between the files and found that they contained identical lines for the most part, with only approx every nth line being different (for n=about 4 or so - I don't recall exactly and unfortunately didn't keep that particular one). Is it sufficient to just set debug.ktr.mask to resume capturing, or is it necessary to set debug.ktr.clear? (Note that so far there has always a substantial time interval between setting the mask and clearing it again, at least some minutes and usually much more, so I've assumed that there's plenty of logging occurring to over-write the previous contents). I should also have mentioned that I'm getting these messages periodically: ums0: at uhub0 port 2 (addr 2) disconnected ums0: detached ums0: on uhub0 ums0: 8 buttons and Z dir. which for the moment I'm assuming are related to running the KTR-enabled kernel as I can't recall seeing these previously. http://au.dyndns.ws/public/ktr-sched-200801200336.out.bz2 Wayne From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 17:51:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E60EC16A418; Sat, 19 Jan 2008 17:51:54 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id ACDF413C4F9; Sat, 19 Jan 2008 17:51:54 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.123.28] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JGHrD-000FVr-Tp; Sat, 19 Jan 2008 17:51:51 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JGHrD-0007Fm-L0; Sat, 19 Jan 2008 17:51:51 +0000 Date: Sat, 19 Jan 2008 17:51:51 +0000 From: Thomas Hurst To: Kris Kennaway , John Baldwin , freebsd-stable@freebsd.org, Peter Jeremy Message-ID: <20080119175151.GA22860@voi.aagh.net> Mail-Followup-To: Kris Kennaway , John Baldwin , freebsd-stable@freebsd.org, Peter Jeremy References: <20071203054207.GA1153@aleph.niw.com.au> <4787AAF4.1020905@FreeBSD.org> <20080112033147.GX60060@server.vk2pj.dyndns.org> <200801120005.38972.jhb@freebsd.org> <20080115020316.GA47831@voi.aagh.net> <478C7B04.9080102@FreeBSD.org> <20080116182621.GA4260@voi.aagh.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080116182621.GA4260@voi.aagh.net> Organization: Not much. User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Thomas Hurst Cc: Subject: Re: Swapping caused by very large (regular) file size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 17:51:55 -0000 * Thomas Hurst (tom.hurst@clara.net) wrote: > * Kris Kennaway (kris@FreeBSD.org) wrote: > > >> Excellent. I've been seeing this behavior for a long time, mostly on > >> backup runs (RAID-1 amr SATA -> 1 disk Marvell ata). It's pretty odd > >> seeing a system with 8G of memory, 60% of which is just cache, swap > >> out half a dozen things for no apparant reason. And to think, people > >> on FreeNode ##freebsd just insisted I had a misconfigured system ;) > > 7 does indeed seem to resolve this. Also, no sign of corruption on my > Marvell 88SX6081, at least during serial read tests. I'll test with > a level 0 dump tonight; my writes go via tee to the filesystem and > sha1(1) so I should pick up any silent corruption. Doh: http://voi.aagh.net/voi.nightsdawn.sf-swap-day.png Making a 100GB dump of /usr, then making a par2 set results in minor paging activity all through it. Running sha1 over the dump has a similar effect. It settles around 2.5MB swap now, though; 6 would quickly settle around 10MB, so it does appear to be improved somewhat; top isn't showing fetchmail and friends as for instance. This is off a single ata(4) disk, which peaks around 65MB/s. sha1 file results match that from the dump|tee file|sha1 > file.sha1 at least :) -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 19:05:05 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15E3D16A417 for ; Sat, 19 Jan 2008 19:05:05 +0000 (UTC) (envelope-from realbushman@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id A93FC13C46E for ; Sat, 19 Jan 2008 19:05:04 +0000 (UTC) (envelope-from realbushman@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so837013uge.37 for ; Sat, 19 Jan 2008 11:05:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=nGftH0jy6oxhu9REThHnrPuaqVYRCAYbzL1el+/XeJc=; b=W3IV32d0q57TzjgjspTiLTLixiTtsLIcr5pcun4D9HHleqXGqw+crUhj/hsa7eFAxRe5gTeW/comHw2/9ii7b/IJbiscS89AFZuP2K5mw1dQhi70KK2nwEFKdcsGcT1mxipDeFTXuBGJ1PQzu8F+Onx7L9avrbyFdsQwmsasZPI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=gseNx/7e3D4oBKHfd6eejqEBmoZUDWB7iQ/0Nq81RC56eafrx3fFsekGmaezf+SYYcL5tGQ51Df080ZR1xP25kKm+pbSaa3JfPOZWtyOgjTyXNsYLJXpbkmNf4kbbkx3MCG+ztZLI5H9GGqEF3OVyH743XR4hPHWFlfWGPjidLM= Received: by 10.66.239.16 with SMTP id m16mr2520829ugh.11.1200769502621; Sat, 19 Jan 2008 11:05:02 -0800 (PST) Received: from ?192.168.0.43? ( [195.161.235.42]) by mx.google.com with ESMTPS id 19sm14643380ugl.13.2008.01.19.11.04.59 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 19 Jan 2008 11:05:01 -0800 (PST) Message-Id: <2E084248-6A37-4D54-ABB9-C8D1B4CE526F@FreeBSD.org> From: Michael Bushkov To: Doug Barton In-Reply-To: <479224B2.5020602@FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Sat, 19 Jan 2008 22:04:51 +0300 References: <20080117185547.GA85161@sepulca.yandex.ru> <242ACF9B-7B89-49F2-8F20-F2D51104574B@freebsd.org> <479224B2.5020602@FreeBSD.org> X-Mailer: Apple Mail (2.915) Sender: Michael Bushkov Cc: stable@FreeBSD.org, Denis Barov Subject: Re: nscd again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 19:05:05 -0000 On Jan 19, 2008, at 7:26 PM, Doug Barton wrote: > Michael Bushkov wrote: >> Hi Denis, >> Several things: >> 1. You definitely can't use cache for *_compat sources. I mean >> lines like "group_compat: cache nis" aren't supported. > > This should be mentioned in the man page. To me it also speaks to > the need for a default /etc/nsswitch.conf with comments. It is way > too easy to misconfigure this stuff. > Agreed. I'll fix the man page. With best regards, Michael Bushkov From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 19:32:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48EF916A421; Sat, 19 Jan 2008 19:32:45 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E09F313C46E; Sat, 19 Jan 2008 19:32:43 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47925058.4020406@FreeBSD.org> Date: Sat, 19 Jan 2008 20:32:40 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Kris Kennaway , John Baldwin , freebsd-stable@freebsd.org, Peter Jeremy References: <20071203054207.GA1153@aleph.niw.com.au> <4787AAF4.1020905@FreeBSD.org> <20080112033147.GX60060@server.vk2pj.dyndns.org> <200801120005.38972.jhb@freebsd.org> <20080115020316.GA47831@voi.aagh.net> <478C7B04.9080102@FreeBSD.org> <20080116182621.GA4260@voi.aagh.net> <20080119175151.GA22860@voi.aagh.net> In-Reply-To: <20080119175151.GA22860@voi.aagh.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Swapping caused by very large (regular) file size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 19:32:45 -0000 Thomas Hurst wrote: > * Thomas Hurst (tom.hurst@clara.net) wrote: > >> * Kris Kennaway (kris@FreeBSD.org) wrote: >> >>>> Excellent. I've been seeing this behavior for a long time, mostly on >>>> backup runs (RAID-1 amr SATA -> 1 disk Marvell ata). It's pretty odd >>>> seeing a system with 8G of memory, 60% of which is just cache, swap >>>> out half a dozen things for no apparant reason. And to think, people >>>> on FreeNode ##freebsd just insisted I had a misconfigured system ;) >> 7 does indeed seem to resolve this. Also, no sign of corruption on my >> Marvell 88SX6081, at least during serial read tests. I'll test with >> a level 0 dump tonight; my writes go via tee to the filesystem and >> sha1(1) so I should pick up any silent corruption. > > Doh: > > http://voi.aagh.net/voi.nightsdawn.sf-swap-day.png > > Making a 100GB dump of /usr, then making a par2 set results in minor > paging activity all through it. Running sha1 over the dump has a > similar effect. It settles around 2.5MB swap now, though; 6 would > quickly settle around 10MB, so it does appear to be improved somewhat; > top isn't showing fetchmail and friends as for instance. > > This is off a single ata(4) disk, which peaks around 65MB/s. > > sha1 file results match that from the dump|tee file|sha1 > file.sha1 > at least :) > I don't understand your test procedure, can you elaborate? Kris From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 20:21:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 051AB16A41A; Sat, 19 Jan 2008 20:21:20 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id C8E4613C457; Sat, 19 Jan 2008 20:21:19 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.123.28] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JGKBq-000H7j-DJ; Sat, 19 Jan 2008 20:21:18 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JGKBq-000CSE-0v; Sat, 19 Jan 2008 20:21:18 +0000 Date: Sat, 19 Jan 2008 20:21:17 +0000 From: Thomas Hurst To: Kris Kennaway Message-ID: <20080119202117.GA44697@voi.aagh.net> Mail-Followup-To: Kris Kennaway , John Baldwin , freebsd-stable@freebsd.org, Peter Jeremy References: <20071203054207.GA1153@aleph.niw.com.au> <4787AAF4.1020905@FreeBSD.org> <20080112033147.GX60060@server.vk2pj.dyndns.org> <200801120005.38972.jhb@freebsd.org> <20080115020316.GA47831@voi.aagh.net> <478C7B04.9080102@FreeBSD.org> <20080116182621.GA4260@voi.aagh.net> <20080119175151.GA22860@voi.aagh.net> <47925058.4020406@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47925058.4020406@FreeBSD.org> Organization: Not much. User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Thomas Hurst Cc: Peter Jeremy , freebsd-stable@freebsd.org, John Baldwin Subject: Re: Swapping caused by very large (regular) file size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 20:21:20 -0000 * Kris Kennaway (kris@FreeBSD.org) wrote: > I don't understand your test procedure, can you elaborate? The spikes from last night are from: (/sbin/dump -$level -LuaC128 -f - $fs | /usr/bin/tee ${target} | /sbin/sha1 > ${target}.sha1) Followed by: nice -n 19 /home/freaky/bin/par2 c -t+ -r5 -m256 ${target} Graphs from this run clearly slow a modest amount of paging activity while it occurs; you can see the other graphs here: http://voi.aagh.net/backupmunin/ More simply, it can be reproduced by doing this: -# swapoff -a # clear swap -# swapon -a -# top |grep -A1 Mem Mem: 1371M Active, 5727M Inact, 416M Wired, 271M Cache, 214M Buf, 124M Free Swap: 10G Total, 10G Free -# ls -l voi_20080119_#usr.dmp.0 -rw-r--r-- 1 root wheel 106527672320 Jan 19 05:27 voi_20080119_#usr.dmp.0 -# cat voi_20080119_#usr.dmp.0 >/dev/null & -% sleep 20 && top |grep -A1 Mem Mem: 1407M Active, 5789M Inact, 431M Wired, 272M Cache, 214M Buf, 8580K Free Swap: 10G Total, 400K Used, 10G Free The system's occasionally deciding to swap pages out rather than recycle something from the huge pool of inactive/cache memory (which atm will be mostly cached pages from this file, since this is my second test run; the first took longer to ramp up). -% uname -a FreeBSD voi.nightsdawn.sf 7.0-RC1 FreeBSD 7.0-RC1 #0: Wed Jan 16 14:56:50 GMT 2008 -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 20:28:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4711616A41A; Sat, 19 Jan 2008 20:28:27 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4EC4213C474; Sat, 19 Jan 2008 20:28:26 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47925D67.8020003@FreeBSD.org> Date: Sat, 19 Jan 2008 21:28:23 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Kris Kennaway , John Baldwin , freebsd-stable@freebsd.org, Peter Jeremy References: <20071203054207.GA1153@aleph.niw.com.au> <4787AAF4.1020905@FreeBSD.org> <20080112033147.GX60060@server.vk2pj.dyndns.org> <200801120005.38972.jhb@freebsd.org> <20080115020316.GA47831@voi.aagh.net> <478C7B04.9080102@FreeBSD.org> <20080116182621.GA4260@voi.aagh.net> <20080119175151.GA22860@voi.aagh.net> <47925058.4020406@FreeBSD.org> <20080119202117.GA44697@voi.aagh.net> In-Reply-To: <20080119202117.GA44697@voi.aagh.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Swapping caused by very large (regular) file size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 20:28:27 -0000 Thomas Hurst wrote: > * Kris Kennaway (kris@FreeBSD.org) wrote: > >> I don't understand your test procedure, can you elaborate? > > The spikes from last night are from: > > (/sbin/dump -$level -LuaC128 -f - $fs | /usr/bin/tee ${target} | > /sbin/sha1 > ${target}.sha1) > > Followed by: > > nice -n 19 /home/freaky/bin/par2 c -t+ -r5 -m256 ${target} > > Graphs from this run clearly slow a modest amount of paging activity > while it occurs; you can see the other graphs here: > > http://voi.aagh.net/backupmunin/ > > More simply, it can be reproduced by doing this: > > -# swapoff -a # clear swap > -# swapon -a > -# top |grep -A1 Mem > Mem: 1371M Active, 5727M Inact, 416M Wired, 271M Cache, 214M Buf, 124M > Free > Swap: 10G Total, 10G Free > -# ls -l voi_20080119_#usr.dmp.0 > -rw-r--r-- 1 root wheel 106527672320 Jan 19 05:27 > voi_20080119_#usr.dmp.0 > -# cat voi_20080119_#usr.dmp.0 >/dev/null & > -% sleep 20 && top |grep -A1 Mem > Mem: 1407M Active, 5789M Inact, 431M Wired, 272M Cache, 214M Buf, 8580K > Free > Swap: 10G Total, 400K Used, 10G Free > > The system's occasionally deciding to swap pages out rather than recycle > something from the huge pool of inactive/cache memory (which atm will be > mostly cached pages from this file, since this is my second test run; > the first took longer to ramp up). > > -% uname -a > FreeBSD voi.nightsdawn.sf 7.0-RC1 FreeBSD 7.0-RC1 #0: Wed Jan 16 > 14:56:50 GMT 2008 Thanks, I will try to reproduce. Kris From owner-freebsd-stable@FreeBSD.ORG Sat Jan 19 21:10:32 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55AEB16A41B for ; Sat, 19 Jan 2008 21:10:32 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from mail.webreality.org (mailserver.webreality.org [217.75.141.5]) by mx1.freebsd.org (Postfix) with ESMTP id 26C4113C459 for ; Sat, 19 Jan 2008 21:10:32 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from [192.168.3.123] (client-82-199-193-86.speedy.sellinet.net [82.199.193.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.webreality.org (Postfix) with ESMTP id 04303FFE577 for ; Sat, 19 Jan 2008 23:10:33 +0200 (EET) Message-ID: <4792673D.50108@lozenetz.org> Date: Sat, 19 Jan 2008 23:10:21 +0200 From: Anton - Valqk User-Agent: Icedove 1.5.0.14pre (X11/20071018) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-HostIT-MailScanner-Information: Please contact the ISP for more information X-HostIT-MailScanner: Found to be clean X-HostIT-MailScanner-From: lists@lozenetz.org Cc: Subject: nscd for STABLE_6_3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jan 2008 21:10:32 -0000 Hi there, is there a nscd or something similar to nscd (cached) for the current STABLE_6_3? I'm interested in caching nsswitch (pgsql) queries so I can stop overloading the pg server. any ideas/experience? Cheers, valqk. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.