From owner-freebsd-stable@FreeBSD.ORG Sun Mar 22 02:09:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF661106567B for ; Sun, 22 Mar 2009 02:09: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 CD2738FC12 for ; Sun, 22 Mar 2009 02:09:14 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 96F048C065; Sat, 21 Mar 2009 20:50:50 -0500 (CDT) Date: Sat, 21 Mar 2009 20:50:50 -0500 From: Mark Linimon To: Aristedes Maniatis Message-ID: <20090322015050.GC2990@lonesome.com> References: <1237299551.80881.16.camel@bauer.cse.buffalo.edu> <20090318102134.D55869@ns1.as.pvp.se> <20090318124806.K55869@ns1.as.pvp.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: kama , Ken Smith , Robert Watson , freebsd-stable Subject: Re: FreeBSD 7.2 Release process starting... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2009 02:09:15 -0000 On Sun, Mar 22, 2009 at 09:18:03AM +1100, Aristedes Maniatis wrote: > Is there any way to automatically create such a page from the bug > tracker? Not that fills in the dates, no. We are working on a prototype to track particular PRs. mcl From owner-freebsd-stable@FreeBSD.ORG Sun Mar 22 09:07:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EF2D106566C for ; Sun, 22 Mar 2009 09:07:50 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0FD3F8FC15 for ; Sun, 22 Mar 2009 09:07:49 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180181093.adsl.alicedsl.de [85.180.181.93]) by acme.spoerlein.net (8.14.3/8.14.3) with ESMTP id n2M97iIc050715 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 22 Mar 2009 10:07:46 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.3/8.14.3) with ESMTP id n2M97fAi003351 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 Mar 2009 10:07:41 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.3/8.14.3/Submit) id n2M97faE003350; Sun, 22 Mar 2009 10:07:41 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Sun, 22 Mar 2009 10:07:40 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Pete French , freebsd-stable@freebsd.org Message-ID: <20090322090740.GA1519@roadrunner.spoerlein.net> Mail-Followup-To: Pete French , freebsd-stable@freebsd.org References: <20090321184440.GA29399@lava.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090321184440.GA29399@lava.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: Re: gemor mirror and priority X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2009 09:07:50 -0000 On Sat, 21.03.2009 at 08:44:42 -1000, Clifton Royston wrote: > Even if you don't, I think it's quite useful to make the *default* > priority set when creating a mirror be some value which allows both > higher and lower values to be specified. I hadn't known about that > issue until I read the original thread here a while back.If the default > were set to some mid-range value, or even to 2, for example, then at > least creating a new mirror and adding drives without setting a > priority would continue to behave as usual, while it would be possible > to explicitly insert new components with a lower priority. (I see why > one wouldn't want to change the default interpretation of existing > priority values for POLA reasons.) > > There are lots of reasons one could want to control priorities of > mirrored drives in various ways. One is to use gmirror as a long-term > backup approach: mirror with three drives, periodically disconnecting > one from the mirror to swap it with a fresh drive from a pool of backup > drives. I haven't tried this, but it's been on my mind to mess around > with soon. I did this for 2-3 years and it has worked very well. Of course I took care of using the right priorities from the start. This setup has now been replaced by a ZFS mirror. The resilver time is just so much better :) > In this case, I would want the designated backup drive to always be > lowest-priority, to ensure the mirror never accidentally started > rebuilding from a newly reinserted backup. (This probably wouldn't > happen anyway, but it would be nice to be sure...) This will not happen. Besides, I would strongly encourage you to disable automatic rebuilding for this type of setup. Cheers, Ulrich Spörlein -- None are more hopelessly enslaved than those who falsely believe they are free -- Johann Wolfgang von Goethe From owner-freebsd-stable@FreeBSD.ORG Sun Mar 22 09:31:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 519EF1065675 for ; Sun, 22 Mar 2009 09:31:57 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id DAE5E8FC1F for ; Sun, 22 Mar 2009 09:31:56 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id n2M9VuN7013789 for ; Sun, 22 Mar 2009 04:31:56 -0500 (CDT) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id n2M9VuZC013788 for freebsd-stable@freebsd.org; Sun, 22 Mar 2009 04:31:56 -0500 (CDT) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Sun, 22 Mar 2009 04:31:56 -0500 From: Scott Lambert To: FreeBSD-stable Message-ID: <20090322093156.GE80292@sysmon.tcworks.net> Mail-Followup-To: FreeBSD-stable References: <20090320194157.GB80292@sysmon.tcworks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090320194157.GB80292@sysmon.tcworks.net> User-Agent: Mutt/1.4.2.2i Subject: Re: Is some combination of gmirror, md file systems, snapshots and, maybe, quotas considered harmful? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2009 09:31:57 -0000 On Fri, Mar 20, 2009 at 02:41:57PM -0500, Scott Lambert wrote: > I have a previously stable machine, other than a one time panic in > soft-updates which I could never reproduce, running RELENG_7 from July > 23, 2008. > > Starting update: Wed Jul 23 01:29:47 CDT 2008 > Finished update: Wed Jul 23 01:31:13 CDT 2008 > > I had the userquota option in the fstab for /home, but I did not yet > have anything in /etc/rc.conf to enable them. I have been running an > unmodified GENERIC kernel config. > > /dev/mirror/gm0s1g on /home (ufs, local, soft-updates) > > It runs a few jails, using ezjails. Two of them were image based jails, > 1GB and 2GB. There is also one non-image file jail. The jails live in > /home/ezjails. > > I added another image based jail, 3GB image, on March 12th. > > I added this machine to our AMANDA setup on March 13, 2009. > > Things seemed to be okay until the 19th. On the 19th, during the dump > of /home, things gradually started to hang. Nagios paged me about > services not responding. > > I did not find any explanation for it. The disks were idle according to > systat -vm. I was able to grep the log files on /var for a while, and > then I could no longer do anything with it. > > I eventually had to go to the office and power cycle it. I tried C-A-D > first, but shutdown timed out after 30 seconds. > > Just to make sure it wasn't something that had since been fixed, I > updated to RELENG_7 as of Mar 19th. > > Starting update: Thu Mar 19 03:40:41 CDT 2009 > Finished update: Thu Mar 19 03:48:45 CDT 2009 > > I rebooted to the new kernel and installed the world just after midnight > on the 20th. I started getting paged by Nagios again at 3:40am. > > I noticed that mksnap_ffs was running on /home, cpu time used: 0:00.77, > as things began to circle the drain. That was about 30 minutes after > the dump attempt had been started by AMANDA. There were many processes > waiting in state D. This time I did a reboot -n -q and the box rebooted > but was still fscking when I got to the office. > > # ls -l /home/.snap > -r-------- 1 root operator 117285093376 Mar 20 03:18 dump_snapshot > > # df /home > Filesystem Size Used Avail Capacity Mounted on > /dev/mirror/gm0s1g 106G 11G 86G 11% /home > > I removed userquota from the fstab entry for /home and rebooted, just > to be sure. The last danger combination I remember for snapshots was > in combination with quotas. Am I even in the danger zone for quotas > without having them compiled into the kernel? > > It looks like removing the .snap directory should be enough to prevent > any future snapshots during the backup process. Does that sound like a > reasonable workaround? It would at least remove one variable from the > trouble shooting process. > > Any other suggestions? > > Thank you for any help you may be able to provide, Did it to me again tonight. I was unable to get in to look at anything. Just pushed the power button. It did give me the same "shutdown timed out after 30 seconds." So, I tuned the /home fs to disable softupdates. I also removed the .snap directory. I would appreciate any suggestions... -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-stable@FreeBSD.ORG Sun Mar 22 10:55:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF3481065670 for ; Sun, 22 Mar 2009 10:55:03 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id AC0DE8FC12 for ; Sun, 22 Mar 2009 10:55:03 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LlLKY-0007bm-8B for freebsd-stable@freebsd.org; Sun, 22 Mar 2009 12:55:02 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: FreeBSD-stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 22 Mar 2009 12:55:02 +0200 From: Danny Braniss Message-ID: Subject: 7.2-PRERELEASE/sunx2200/bge/msi broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2009 10:55:04 -0000 Hi, between March 16 and now, bge on a Sun X2200 stopped working, turning off msi (via hw..pci.enable_msi=0) got it working again. I tried first replacing bge with an older version but that did not help. please advice :-) Danny From owner-freebsd-stable@FreeBSD.ORG Sun Mar 22 11:38:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B27A1106566C for ; Sun, 22 Mar 2009 11:38:22 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx.kzn.ru (mx.kzn.ru [194.85.243.38]) by mx1.freebsd.org (Postfix) with ESMTP id 2BFAB8FC17 for ; Sun, 22 Mar 2009 11:38:21 +0000 (UTC) (envelope-from amarat@ksu.ru) X-IronPort-AV: E=Sophos;i="4.38,402,1233522000"; d="scan'208";a="2497450" Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iout.kzn.ru with ESMTP; 22 Mar 2009 14:38:18 +0300 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id n2MBaBHx027389; Sun, 22 Mar 2009 11:36:11 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.3/8.14.3) with ESMTP id n2MBbRtc091270; Sun, 22 Mar 2009 14:37:28 +0300 (MSK) (envelope-from amarat@ksu.ru) Message-ID: <49C622F7.2030503@ksu.ru> Date: Sun, 22 Mar 2009 14:37:27 +0300 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.19) Gecko/20090124 SeaMonkey/1.1.14 MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: KDB+DDB make interrupt storm on MSI motherboards go away it seems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2009 11:38:23 -0000 Pete French wrote: > I admit I was scepticle of this suggestion - but it actually seems to > have worked. COmpiling a straight GENERIC kernel with KDB and DDB > included do seem to have made my irq22 interrupt storms go away. > Certainly I have spent some time trying to provoke the problem and not > managed to make it read it's ugly head again. > > The thing is though, this doen't make me particularly happy - as I am > sure that KDB and DDB are not supposed to make any major changes to > how the kernel functions are they ? > > -pete. > _______________________________________________ > 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" > no major changes, indeed, but a couple of small changes, e.g. implicit turning off all optimizations. -- SY, Marat From owner-freebsd-stable@FreeBSD.ORG Sun Mar 22 13:10:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9B42106564A for ; Sun, 22 Mar 2009 13:10:11 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id 435358FC18 for ; Sun, 22 Mar 2009 13:10:11 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: by fxm11 with SMTP id 11so1352040fxm.43 for ; Sun, 22 Mar 2009 06:10:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:references :organization:from:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=fy7oPqa4X9nsUseSbsMX3MC84tfm2cYWsUCL617uCeQ=; b=YQGJ/8VjD4+n7A2mQlrSFyaQzR4ZvCFDJJz3027IkeJWGX/GZWnDYAif7oU22cWZfd WFPlOydgVw5zuZaNFYAul99TvtynDsrxJtK/P5jUCSy0xgjEBf2vuo5fmP5b4qlGcmAk GmF5/XU8ptFQvccUVlB7EY7hBUX9yO02rFUXU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:references:organization:from:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=PLXCbzSyXjUCpxUy8CvDtjq93rnvduyOPv1YoEVizTOEf/vQKRAHMHMmUJtS/4mJtn x7CvbiQPKDoI0NBxW7fGbt/maskppntDkMUTpAF3+VZmqRYqo/vmqK7nHvORcrxOOE/K QTxc7y9+5i6pyDXa0JeP0XB42o7LDV/aF5uWE= Received: by 10.103.160.9 with SMTP id m9mr2570256muo.96.1237727410243; Sun, 22 Mar 2009 06:10:10 -0700 (PDT) Received: from localhost ([95.69.164.61]) by mx.google.com with ESMTPS id 25sm8117674mul.21.2009.03.22.06.10.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 22 Mar 2009 06:10:09 -0700 (PDT) To: Danny Braniss References: Organization: TOA Ukraine From: Mikolaj Golub Date: Sun, 22 Mar 2009 15:10:07 +0200 In-Reply-To: (Danny Braniss's message of "Sun\, 22 Mar 2009 12\:55\:02 +0200") Message-ID: <868wmx3dqo.fsf@kopusha.onet> 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 Subject: Re: 7.2-PRERELEASE/sunx2200/bge/msi broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2009 13:10:12 -0000 On Sun, 22 Mar 2009 12:55:02 +0200 Danny Braniss wrote: DB> Hi, DB> between March 16 and now, bge on a Sun X2200 stopped working, DB> turning off msi (via hw..pci.enable_msi=0) got it working again. DB> I tried first replacing bge with an older version but that did not help. It looks like related to this report: http://www.freebsd.org/cgi/getmsg.cgi?fetch=1253844+1263253+/usr/local/www/db/text/2009/freebsd-bugs/20090322.freebsd-bugs -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Sun Mar 22 14:31:24 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A75DA106566B for ; Sun, 22 Mar 2009 14:31:24 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 39B1C8FC23 for ; Sun, 22 Mar 2009 14:31:23 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n2MDuif1018385; Sun, 22 Mar 2009 14:57:06 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n2MDuhkT018384; Sun, 22 Mar 2009 14:56:43 +0100 (CET) (envelope-from marius) Date: Sun, 22 Mar 2009 14:56:43 +0100 From: Marius Strobl To: Mikolaj Golub Message-ID: <20090322135643.GA18284@alchemy.franken.de> References: <868wmx3dqo.fsf@kopusha.onet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <868wmx3dqo.fsf@kopusha.onet> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD-stable , Urmas Lett Subject: Re: 7.2-PRERELEASE/sunx2200/bge/msi broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2009 14:31:24 -0000 On Sun, Mar 22, 2009 at 03:10:07PM +0200, Mikolaj Golub wrote: > > On Sun, 22 Mar 2009 12:55:02 +0200 Danny Braniss wrote: > > DB> Hi, > DB> between March 16 and now, bge on a Sun X2200 stopped working, > DB> turning off msi (via hw..pci.enable_msi=0) got it working again. > DB> I tried first replacing bge with an older version but that did not help. > > It looks like related to this report: > > http://www.freebsd.org/cgi/getmsg.cgi?fetch=1253844+1263253+/usr/local/www/db/text/2009/freebsd-bugs/20090322.freebsd-bugs > Could you please give the following patch a try? http://people.freebsd.org/~marius/bge_intx.diff Marius From owner-freebsd-stable@FreeBSD.ORG Sun Mar 22 14:58:02 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFBBF106566B for ; Sun, 22 Mar 2009 14:58:02 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 7631E8FC08 for ; Sun, 22 Mar 2009 14:58:02 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LlP7b-00073c-EH; Sun, 22 Mar 2009 14:57:55 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LlP7b-000OqQ-CW; Sun, 22 Mar 2009 14:57:55 +0000 To: freebsd-stable@freebsd.org, uspoerlein@gmail.com In-Reply-To: <20090322090740.GA1519@roadrunner.spoerlein.net> Message-Id: From: Pete French Date: Sun, 22 Mar 2009 14:57:55 +0000 Cc: Subject: Re: gemor mirror and priority X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2009 14:58:03 -0000 > I did this for 2-3 years and it has worked very well. Of course I took > care of using the right priorities from the start. This setup has now > been replaced by a ZFS mirror. The resilver time is just so much better :) How do you find ZFS performance in an asymetric mirror, and does it seem to cope OK if the remote disc fails ? One of the reaons I have stuck with gmirror is that it seems extremely tolerant to having one of the drives vanish from underneath it (as sometimes happens with a remote disc). When I experimented doing this with ZFS I found that it did not work well at all (lock ups until the disc I had taken away came back). -pete. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 22 15:40:23 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C33461065691 for ; Sun, 22 Mar 2009 15:40:23 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id B50458FC14 for ; Sun, 22 Mar 2009 15:40:22 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LlPmf-000BKs-Dn; Sun, 22 Mar 2009 17:40:21 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Marius Strobl In-reply-to: <20090322135643.GA18284@alchemy.franken.de> References: <868wmx3dqo.fsf@kopusha.onet> <20090322135643.GA18284@alchemy.franken.de> Comments: In-reply-to Marius Strobl message dated "Sun, 22 Mar 2009 14:56:43 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 22 Mar 2009 17:40:21 +0200 From: Danny Braniss Message-ID: Cc: FreeBSD-stable , Mikolaj Golub , Urmas Lett Subject: Re: 7.2-PRERELEASE/sunx2200/bge/msi broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2009 15:40:24 -0000 > On Sun, Mar 22, 2009 at 03:10:07PM +0200, Mikolaj Golub wrote: > > > > On Sun, 22 Mar 2009 12:55:02 +0200 Danny Braniss wrote: > > > > DB> Hi, > > DB> between March 16 and now, bge on a Sun X2200 stopped working, > > DB> turning off msi (via hw..pci.enable_msi=0) got it working again. > > DB> I tried first replacing bge with an older version but that did not help. > > > > It looks like related to this report: > > > > http://www.freebsd.org/cgi/getmsg.cgi?fetch=1253844+1263253+/usr/local/www/db/text/2009/freebsd-bugs/20090322.freebsd-bugs > > > > Could you please give the following patch a try? > http://people.freebsd.org/~marius/bge_intx.diff > > Marius > it works! thanks, danny From owner-freebsd-stable@FreeBSD.ORG Sun Mar 22 18:03:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A93AF1065672 for ; Sun, 22 Mar 2009 18:03:55 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from dhcp-172-28-76-134.eur.corp.google.com (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E15CA8FC0A for ; Sun, 22 Mar 2009 18:03:54 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <49C67D8A.5070505@FreeBSD.org> Date: Sun, 22 Mar 2009 18:03:54 +0000 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: FreeBSD-stable References: <20090320194157.GB80292@sysmon.tcworks.net> <20090322093156.GE80292@sysmon.tcworks.net> In-Reply-To: <20090322093156.GE80292@sysmon.tcworks.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Is some combination of gmirror, md file systems, snapshots and, maybe, quotas considered harmful? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2009 18:03:55 -0000 Scott Lambert wrote: > On Fri, Mar 20, 2009 at 02:41:57PM -0500, Scott Lambert wrote: >> I have a previously stable machine, other than a one time panic in >> soft-updates which I could never reproduce, running RELENG_7 from July >> 23, 2008. >> >> Starting update: Wed Jul 23 01:29:47 CDT 2008 >> Finished update: Wed Jul 23 01:31:13 CDT 2008 >> >> I had the userquota option in the fstab for /home, but I did not yet >> have anything in /etc/rc.conf to enable them. I have been running an >> unmodified GENERIC kernel config. >> >> /dev/mirror/gm0s1g on /home (ufs, local, soft-updates) >> >> It runs a few jails, using ezjails. Two of them were image based jails, >> 1GB and 2GB. There is also one non-image file jail. The jails live in >> /home/ezjails. >> >> I added another image based jail, 3GB image, on March 12th. >> >> I added this machine to our AMANDA setup on March 13, 2009. >> >> Things seemed to be okay until the 19th. On the 19th, during the dump >> of /home, things gradually started to hang. Nagios paged me about >> services not responding. >> >> I did not find any explanation for it. The disks were idle according to >> systat -vm. I was able to grep the log files on /var for a while, and >> then I could no longer do anything with it. >> >> I eventually had to go to the office and power cycle it. I tried C-A-D >> first, but shutdown timed out after 30 seconds. >> >> Just to make sure it wasn't something that had since been fixed, I >> updated to RELENG_7 as of Mar 19th. >> >> Starting update: Thu Mar 19 03:40:41 CDT 2009 >> Finished update: Thu Mar 19 03:48:45 CDT 2009 >> >> I rebooted to the new kernel and installed the world just after midnight >> on the 20th. I started getting paged by Nagios again at 3:40am. >> >> I noticed that mksnap_ffs was running on /home, cpu time used: 0:00.77, >> as things began to circle the drain. That was about 30 minutes after >> the dump attempt had been started by AMANDA. There were many processes >> waiting in state D. This time I did a reboot -n -q and the box rebooted >> but was still fscking when I got to the office. >> >> # ls -l /home/.snap >> -r-------- 1 root operator 117285093376 Mar 20 03:18 dump_snapshot >> >> # df /home >> Filesystem Size Used Avail Capacity Mounted on >> /dev/mirror/gm0s1g 106G 11G 86G 11% /home >> >> I removed userquota from the fstab entry for /home and rebooted, just >> to be sure. The last danger combination I remember for snapshots was >> in combination with quotas. Am I even in the danger zone for quotas >> without having them compiled into the kernel? >> >> It looks like removing the .snap directory should be enough to prevent >> any future snapshots during the backup process. Does that sound like a >> reasonable workaround? It would at least remove one variable from the >> trouble shooting process. >> >> Any other suggestions? >> >> Thank you for any help you may be able to provide, > > Did it to me again tonight. I was unable to get in to look at anything. > Just pushed the power button. It did give me the same "shutdown timed > out after 30 seconds." > > So, I tuned the /home fs to disable softupdates. I also removed the > .snap directory. > > I would appreciate any suggestions... > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html Kris From owner-freebsd-stable@FreeBSD.ORG Sun Mar 22 19:42:02 2009 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E79C31065748 for ; Sun, 22 Mar 2009 19:42:02 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out3.libero.it (cp-out3.libero.it [212.52.84.103]) by mx1.freebsd.org (Postfix) with ESMTP id A95738FC21 for ; Sun, 22 Mar 2009 19:42:02 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from libero.it (192.168.17.3) by cp-out3.libero.it (8.5.016.1) id 49BA746500942529; Sun, 22 Mar 2009 20:30:01 +0100 Date: Sun, 22 Mar 2009 20:29:57 +0100 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "pyunyh" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 87.16.238.176 Cc: FreeBSD-stable Subject: Lock enabling onboard lan (Attansic L1 GbE) on 7.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2009 19:42:04 -0000 Any news about that? http://lists.freebsd.org/pipermail/freebsd-stable/2009-January/047527.htm= l From owner-freebsd-stable@FreeBSD.ORG Sun Mar 22 22:23:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 253EE106566B for ; Sun, 22 Mar 2009 22:23:22 +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 EA6298FC17 for ; Sun, 22 Mar 2009 22:23:21 +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 1LlW4f-00057w-0V for freebsd-stable@freebsd.org; Sun, 22 Mar 2009 15:23:21 -0700 Message-ID: <22651491.post@talk.nabble.com> Date: Sun, 22 Mar 2009 15:23:21 -0700 (PDT) From: Nicolais To: freebsd-stable@freebsd.org In-Reply-To: <49BFD57C.5010301@ksu.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: ns@got2get.net References: <22561413.post@talk.nabble.com> <49BFD57C.5010301@ksu.ru> Subject: Re: Crazy "interrupt storm detected" on atapci0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2009 22:23:22 -0000 Marat N.Afanasyev wrote: > > Nicolais wrote: >> Also - this was extracted from kenv: >> >> smbios.system.maker="MICRO-STAR INTERANTIONAL CO.,LTD" >> smbios.system.product="MS-7368" > > as I supposed in previous message your MB is MicroStar product. So I > insist that you read thread [1] in freebsd-stable named 'Interrupt > storm' started by Dan Langille > > [1] > http://lists.freebsd.org/pipermail/freebsd-stable/2009-January/047645.html > Hi Marat, Thank you for pointing this out. After posting I looked in more archives and found the same threads are you listed. I have now run with DDB and KDB more than 5 days, and the interrupt storms have ceased it seems. This is truly wonderful news, even though I don't really like the solution. I will leave the options on for now, but will continue to monitor the lists for better solutions. I would lie if I said I had not hoped a driver update would have solved the situation, but I guess that is coming sooner or later. Thanks again Best regards - Nicolai -- View this message in context: http://www.nabble.com/Crazy-%22interrupt-storm-detected%22-on-atapic0-tp22560101p22651491.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 23 00:31:16 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8244810656BD; Mon, 23 Mar 2009 00:31:16 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id 1F8338FC1A; Mon, 23 Mar 2009 00:31:15 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id E27D578C4B; Mon, 23 Mar 2009 09:31:14 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id B95DC78C4A; Mon, 23 Mar 2009 09:31:14 +0900 (JST) Message-ID: From: "Daisuke Aoyama" To: Date: Mon, 23 Mar 2009 09:31:12 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: istgt now supports command queuing in disk type X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 00:31:20 -0000 Hello. New release was uploaded in my blog. The command queuing improves especially sequential read by MCS(multiple connections per session) round robin. In my post, I uploaded the screen shots using CrystalDiskMark which is one of popular benchmark in Japan. You can download CrystalDiskMark(multilingual) from: http://crystalmark.info/?lang=en I got the result about 1.5x-3x faster than previous 20090314. If test data was cached, it reached over 200MB/s. Known Issue and Limitations: o queuing is only supported in single initiator environment. o LUN thread might have deadlock when an error has occurred. o write command is still slow. o timeout may occur when using MCS. o single connection may be slower than without queuing. Here is release 20090323: http://shell.peach.ne.jp/aoyama/archives/376 The screen shots show difference between QueueDepth 16 and 0 (disabled queuing). The command queuing is disabled by default. If you want to use it, please add QueueDepth key in the LogicalUnit section of your configuration. for example: [LogicalUnit1] # Queuing 0=disabled, 1-255=enabled with specified depth. QueueDepth 16 Thanks. -- Daisuke Aoyama From owner-freebsd-stable@FreeBSD.ORG Mon Mar 23 00:52:07 2009 Return-Path: Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34C16106567E for ; Mon, 23 Mar 2009 00:52:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id 0138F8FC08 for ; Mon, 23 Mar 2009 00:52:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id l9so1545742rvb.43 for ; Sun, 22 Mar 2009 17:52:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=5mtLAyQdXNQ/cB9yZZ9eHFusaeddNqt3fV7msdzAZa8=; b=jGbZKcAyfRhz3qltyWtajZ7Iy/wsoL74C4i5wnvcNr8oBT1Ldd+pw+O8kv5dQ22A7K Ep9KRQ9QfzZrWYbgM4uLo8WMVsB1Dk/HYXRMrmBjHylF4hOHEBHPhgA/TwPj2d5B8Gk3 yY65rteEgvLqvVd/uwWkSROx7Mr4J5vu8iXs8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=svwRZhFgs1L7QGq7B8Git8YTVQ2bL07L4v2yJgCYN/F3sH2tdTi4Y/FJL44IlI6YFF zVA9V28bG377QeQkUGTvWuqvthW2ffLFmYKmWKut2CLtdNHIqUv5m4mwllci5ISC1oTV vFK0jPv3Jzw26k5Pj8ThQ/jNlOj1oDfyO6v9I= Received: by 10.140.193.15 with SMTP id q15mr1976834rvf.274.1237769526623; Sun, 22 Mar 2009 17:52:06 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id g22sm9076714rvb.23.2009.03.22.17.52.04 (version=SSLv3 cipher=RC4-MD5); Sun, 22 Mar 2009 17:52:05 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Mon, 23 Mar 2009 09:49:32 +0900 From: Pyun YongHyeon Date: Mon, 23 Mar 2009 09:49:32 +0900 To: barbara Message-ID: <20090323004932.GA5083@michelle.cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: FreeBSD-stable Subject: Re: Lock enabling onboard lan (Attansic L1 GbE) on 7.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 00:52:07 -0000 On Sun, Mar 22, 2009 at 08:29:57PM +0100, barbara wrote: > > Any news about that? > > http://lists.freebsd.org/pipermail/freebsd-stable/2009-January/047527.html > I'm sorry, I forgot this issue which was caused by my disk crash happened in the end of Jan, 2009. I've updated age(4) patch in the following URL. http://people.freebsd.org/~yongari/age/age.diff Please test the with 1. shutdown your box 2. remove power cable and wait 5 min. 3. unplug UTP cabble 4. boot and see whether age(4) does not lockup your box 5. plug UTP cable and see whether age(4) can send/receive traffics And please do 1. reboot your box with UTP cable plugged in 2. check whether age(4) works Please also see whether ethernet MAC address is correctly detected in both cases. Thanks for reminder. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 23 04:34:14 2009 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 9D5131065670; Mon, 23 Mar 2009 04:34:14 +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 CC1AB8FC17; Mon, 23 Mar 2009 04:33:32 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from lp.gddsn.org.cn (unknown [10.44.8.159]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id 7FA672E030; Mon, 23 Mar 2009 09:28:06 +0800 (CST) Message-ID: <49C6E5C6.60306@gddsn.org.cn> Date: Mon, 23 Mar 2009 09:28:38 +0800 From: wsk User-Agent: Thunderbird 2.0.0.19 (X11/20090204) MIME-Version: 1.0 To: rnoland@FreeBSD.org, x11@freebsd.org, current@freebsd.org, stable@freebsd.org References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> In-Reply-To: <49B8AC04.10508@gddsn.org.cn> Content-Type: multipart/mixed; boundary="------------030009050705090903050207" Cc: Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 04:34:15 -0000 This is a multi-part message in MIME format. --------------030009050705090903050207 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit >Ok, this patch should work on NV50 chips also. >What you get is EXA and Xv. >You still need: >A recent -CURRENT or -STABLE. >git master of libdrm and xf86-video-nouveau. >This patch. >Things I've figured out since the last patch... >On NV50 class hardware you need to have a compositing manager running >for Xv to work. That means xcompmgr, metacity with composite enabled, >xfce (rumored to work as well, haven't tried). If your running Gnome >with metacity, open gconf-editor and go to apps->metacity->general and >check the composite box. >On NV40 class hardware, you don't need the composite manager. In fact >(at least with Xserver 1.6 which I'm running now), if a composite >manager is enabled, I'm seeing high cpu utilization from Xorg under some >circumstances. I don't think this is a drm issue, but still an issue. >For me, if I start a video using mplayer in an xterm, cpu is fine as >long as that xterm is the foreground window. If it is not the >foreground window, even if it isn't obscured I see the cpu utilization. >Disabling the composite manager makes everything fine. >http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch >robert. get the following errors and exitThis is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the "xorg" product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.5.99.902 (1.6.0 RC 2) Release Date: 2009-1-30 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.1-STABLE amd64 Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD 7.2-PRE RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/sr c/sys/WSK amd64 Build Date: 06 February 2009 04:22:44PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. 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: Mon Mar 23 09:14:03 2009 ing config file: "xorg.conf1" error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 drm0: [ITHREAD] info: [drm] Allocating FIFO number 1 info: [drm] nouveau_fifo_alloc: initialised FIFO 1 info: [drm] PFIFO_DMA_PUSHER - Ch 1 (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional informati on. info: [drm] nouveau_fifo_free: freeing fifo 1 error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle channel 1 before destroy.Prepare for strangeness.. vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 what can i do ? --------------030009050705090903050207 Content-Type: text/plain; name="Xorg.0.log" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="Xorg.0.log" ClRoaXMgaXMgYSBwcmUtcmVsZWFzZSB2ZXJzaW9uIG9mIHRoZSBYIHNlcnZlciBmcm9tIFRo ZSBYLk9yZyBGb3VuZGF0aW9uLgpJdCBpcyBub3Qgc3VwcG9ydGVkIGluIGFueSB3YXkuCkJ1 Z3MgbWF5IGJlIGZpbGVkIGluIHRoZSBidWd6aWxsYSBhdCBodHRwOi8vYnVncy5mcmVlZGVz a3RvcC5vcmcvLgpTZWxlY3QgdGhlICJ4b3JnIiBwcm9kdWN0IGZvciBidWdzIHlvdSBmaW5k IGluIHRoaXMgcmVsZWFzZS4KQmVmb3JlIHJlcG9ydGluZyBidWdzIGluIHByZS1yZWxlYXNl IHZlcnNpb25zIHBsZWFzZSBjaGVjayB0aGUKbGF0ZXN0IHZlcnNpb24gaW4gdGhlIFguT3Jn IEZvdW5kYXRpb24gZ2l0IHJlcG9zaXRvcnkuClNlZSBodHRwOi8vd2lraS54Lm9yZy93aWtp L0dpdFBhZ2UgZm9yIGdpdCBhY2Nlc3MgaW5zdHJ1Y3Rpb25zLgoKWC5PcmcgWCBTZXJ2ZXIg MS41Ljk5LjkwMiAoMS42LjAgUkMgMikKUmVsZWFzZSBEYXRlOiAyMDA5LTEtMzAKWCBQcm90 b2NvbCBWZXJzaW9uIDExLCBSZXZpc2lvbiAwCkJ1aWxkIE9wZXJhdGluZyBTeXN0ZW06IEZy ZWVCU0QgNy4xLVNUQUJMRSBhbWQ2NCAKQ3VycmVudCBPcGVyYXRpbmcgU3lzdGVtOiBGcmVl QlNEIGxwLmdkZHNuLm9yZy5jbiA3LjItUFJFUkVMRUFTRSBGcmVlQlNEIDcuMi1QUkVSRUxF QVNFICMyOiBTdW4gTWFyIDIyIDE5OjQ0OjIzIENTVCAyMDA5ICAgICB3c2tAbHAuZ2Rkc24u b3JnLmNuOi91c3Ivb2JqL3Vzci9zcmMvc3lzL1dTSyBhbWQ2NApCdWlsZCBEYXRlOiAwNiBG ZWJydWFyeSAyMDA5ICAwNDoyMjo0NFBNCiAKCUJlZm9yZSByZXBvcnRpbmcgcHJvYmxlbXMs IGNoZWNrIGh0dHA6Ly93aWtpLngub3JnCgl0byBtYWtlIHN1cmUgdGhhdCB5b3UgaGF2ZSB0 aGUgbGF0ZXN0IHZlcnNpb24uCk1hcmtlcnM6ICgtLSkgcHJvYmVkLCAoKiopIGZyb20gY29u ZmlnIGZpbGUsICg9PSkgZGVmYXVsdCBzZXR0aW5nLAoJKCsrKSBmcm9tIGNvbW1hbmQgbGlu ZSwgKCEhKSBub3RpY2UsIChJSSkgaW5mb3JtYXRpb25hbCwKCShXVykgd2FybmluZywgKEVF KSBlcnJvciwgKE5JKSBub3QgaW1wbGVtZW50ZWQsICg/PykgdW5rbm93bi4KKD09KSBMb2cg ZmlsZTogIi92YXIvbG9nL1hvcmcuMC5sb2ciLCBUaW1lOiBNb24gTWFyIDIzIDA5OjE0OjAz IDIwMDkKKCsrKSBVc2luZyBjb25maWcgZmlsZTogInhvcmcuY29uZjEiCig9PSkgTm8gTGF5 b3V0IHNlY3Rpb24uICBVc2luZyB0aGUgZmlyc3QgU2NyZWVuIHNlY3Rpb24uCig9PSkgTm8g c2NyZWVuIHNlY3Rpb24gYXZhaWxhYmxlLiBVc2luZyBkZWZhdWx0cy4KKCoqKSB8LS0+U2Ny ZWVuICJEZWZhdWx0IFNjcmVlbiBTZWN0aW9uIiAoMCkKKCoqKSB8ICAgfC0tPk1vbml0b3Ig IjxkZWZhdWx0IG1vbml0b3I+IgooPT0pIE5vIGRldmljZSBzcGVjaWZpZWQgZm9yIHNjcmVl biAiRGVmYXVsdCBTY3JlZW4gU2VjdGlvbiIuCglVc2luZyB0aGUgZmlyc3QgZGV2aWNlIHNl Y3Rpb24gbGlzdGVkLgooKiopIHwgICB8LS0+RGV2aWNlICJDYXJkMCIKKD09KSBObyBtb25p dG9yIHNwZWNpZmllZCBmb3Igc2NyZWVuICJEZWZhdWx0IFNjcmVlbiBTZWN0aW9uIi4KCVVz aW5nIGEgZGVmYXVsdCBtb25pdG9yIGNvbmZpZ3VyYXRpb24uCig9PSkgQXV0b21hdGljYWxs eSBhZGRpbmcgZGV2aWNlcwooPT0pIEF1dG9tYXRpY2FsbHkgZW5hYmxpbmcgZGV2aWNlcwoo PT0pIE5vIEZvbnRQYXRoIHNwZWNpZmllZC4gIFVzaW5nIGNvbXBpbGVkLWluIGRlZmF1bHQu Cig9PSkgRm9udFBhdGggc2V0IHRvOgoJYnVpbHQtaW5zCig9PSkgTW9kdWxlUGF0aCBzZXQg dG8gIi91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcyIKKElJKSBDYW5ub3QgbG9jYXRlIGEg Y29yZSBwb2ludGVyIGRldmljZS4KKElJKSBDYW5ub3QgbG9jYXRlIGEgY29yZSBrZXlib2Fy ZCBkZXZpY2UuCihJSSkgVGhlIHNlcnZlciByZWxpZXMgb24gSEFMIHRvIHByb3ZpZGUgdGhl IGxpc3Qgb2YgaW5wdXQgZGV2aWNlcy4KCUlmIG5vIGRldmljZXMgYmVjb21lIGF2YWlsYWJs ZSwgcmVjb25maWd1cmUgSEFMIG9yIGRpc2FibGUgQWxsb3dFbXB0eUlucHV0LgooSUkpIExv YWRlciBtYWdpYzogMHhiMjAKKElJKSBNb2R1bGUgQUJJIHZlcnNpb25zOgoJWC5PcmcgQU5T SSBDIEVtdWxhdGlvbjogMC40CglYLk9yZyBWaWRlbyBEcml2ZXI6IDUuMAoJWC5PcmcgWElu cHV0IGRyaXZlciA6IDQuMAoJWC5PcmcgU2VydmVyIEV4dGVuc2lvbiA6IDIuMAooSUkpIExv YWRlciBydW5uaW5nIG9uIGZyZWVic2QKKC0tKSBVc2luZyBzeXNjb25zIGRyaXZlciB3aXRo IFggc3VwcG9ydCAodmVyc2lvbiAyLjApCigtLSkgdXNpbmcgVlQgbnVtYmVyIDkKCigtLSkg UENJOiooMEAxOjA6MCkgblZpZGlhIENvcnBvcmF0aW9uIFF1YWRybyBOVlMgMTQwTSByZXYg MTYxLCBNZW0gQCAweGZkMDAwMDAwLzE2Nzc3MjE2LCAweDAwMDAwMDAwLzI2ODQzNTQ1Niwg MHhmYTAwMDAwMC8zMzU1NDQzMiwgSS9PIEAgMHgwMDAwZGYwMC8xMjgsIEJJT1MgQCAweD8/ Pz8/Pz8/LzY1NTM2CihJSSkgU3lzdGVtIHJlc291cmNlIHJhbmdlczoKCVswXSAtMQkwCTB4 MDAwZjAwMDAgLSAweDAwMGZmZmZmICgweDEwMDAwKSBNWFtCXQoJWzFdIC0xCTAJMHgwMDBj MDAwMCAtIDB4MDAwZWZmZmYgKDB4MzAwMDApIE1YW0JdCglbMl0gLTEJMAkweDAwMDAwMDAw IC0gMHgwMDA5ZmZmZiAoMHhhMDAwMCkgTVhbQl0KCVszXSAtMQkwCTB4MDAwMGZmZmYgLSAw eDAwMDBmZmZmICgweDEpIElYW0JdCglbNF0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDAwMDBm ZiAoMHgxMDApIElYW0JdCihJSSkgTG9hZE1vZHVsZTogImV4dG1vZCIKKElJKSBMb2FkaW5n IC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zLy9saWJleHRtb2Quc28K KElJKSBNb2R1bGUgZXh0bW9kOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxl ZCBmb3IgMS41Ljk5LjkwMiwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMAoJTW9kdWxlIGNsYXNz OiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRl bnNpb24sIHZlcnNpb24gMi4wCihJSSkgTG9hZGluZyBleHRlbnNpb24gTUlULVNDUkVFTi1T QVZFUgooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtVmlkTW9kZUV4dGVuc2lvbgoo SUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtREdBCihJSSkgTG9hZGluZyBleHRlbnNp b24gRFBNUwooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhWaWRlbwooSUkpIExvYWRpbmcgZXh0 ZW5zaW9uIFhWaWRlby1Nb3Rpb25Db21wZW5zYXRpb24KKElJKSBMb2FkaW5nIGV4dGVuc2lv biBYLVJlc291cmNlCihJSSkgTG9hZE1vZHVsZTogImRiZSIKKElJKSBMb2FkaW5nIC91c3Iv bG9jYWwvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zLy9saWJkYmUuc28KKElJKSBNb2R1 bGUgZGJlOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS41Ljk5 LjkwMiwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2 ZXIgRXh0ZW5zaW9uCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNp b24gMi4wCihJSSkgTG9hZGluZyBleHRlbnNpb24gRE9VQkxFLUJVRkZFUgooSUkpIExvYWRN b2R1bGU6ICJnbHgiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMv ZXh0ZW5zaW9ucy8vbGliZ2x4LnNvCihJSSkgTW9kdWxlIGdseDogdmVuZG9yPSJYLk9yZyBG b3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNS45OS45MDIsIG1vZHVsZSB2ZXJzaW9uID0g MS4wLjAKCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiAyLjAK KD09KSBBSUdMWCBkaXNhYmxlZAooPT0pIEV4cG9ydGluZyB0eXBpY2FsIHNldCBvZiBHTFgg dmlzdWFscwooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIEdMWAooSUkpIExvYWRNb2R1bGU6ICJy ZWNvcmQiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5z aW9ucy8vbGlicmVjb3JkLnNvCihJSSkgTW9kdWxlIHJlY29yZDogdmVuZG9yPSJYLk9yZyBG b3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNS45OS45MDIsIG1vZHVsZSB2ZXJzaW9uID0g MS4xMy4wCglNb2R1bGUgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24KCUFCSSBjbGFz czogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiAyLjAKKElJKSBMb2FkaW5nIGV4 dGVuc2lvbiBSRUNPUkQKKElJKSBMb2FkTW9kdWxlOiAiZHJpIgooSUkpIExvYWRpbmcgL3Vz ci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvL2xpYmRyaS5zbwooSUkpIE1v ZHVsZSBkcmk6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjUu OTkuOTAyLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglBQkkgY2xhc3M6IFguT3JnIFNlcnZl ciBFeHRlbnNpb24sIHZlcnNpb24gMi4wCihJSSkgTG9hZGluZyBleHRlbnNpb24gWEZyZWU4 Ni1EUkkKKElJKSBMb2FkTW9kdWxlOiAibm91dmVhdSIKKElJKSBMb2FkaW5nIC91c3IvbG9j YWwvbGliL3hvcmcvbW9kdWxlcy9kcml2ZXJzLy9ub3V2ZWF1X2Rydi5zbwooSUkpIE1vZHVs ZSBub3V2ZWF1OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS41 Ljk5LjkwMiwgbW9kdWxlIHZlcnNpb24gPSAwLjAuMTAKCU1vZHVsZSBjbGFzczogWC5Pcmcg VmlkZW8gRHJpdmVyCglBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiA1 LjAKKElJKSBOT1VWRUFVIGRyaXZlciBEYXRlOiAgIFdlZCBNYXIgMTggMDk6MzY6MzMgMjAw OSArMTAwMAooSUkpIE5PVVZFQVUgZHJpdmVyIGZvciBOVklESUEgY2hpcHNldCBmYW1pbGll cyA6CglSSVZBIFROVCAgICAoTlYwNCkKCVJJVkEgVE5UMiAgIChOVjA1KQoJR2VGb3JjZSAy NTYgKE5WMTApCglHZUZvcmNlIDIgICAoTlYxMSwgTlYxNSkKCUdlRm9yY2UgNE1YIChOVjE3 LCBOVjE4KQoJR2VGb3JjZSAzICAgKE5WMjApCglHZUZvcmNlIDRUaSAoTlYyNSwgTlYyOCkK CUdlRm9yY2UgRlggIChOVjN4KQoJR2VGb3JjZSA2ICAgKE5WNHgpCglHZUZvcmNlIDcgICAo Rzd4KQoJR2VGb3JjZSA4ICAgKEc4eCkKKElJKSBQcmltYXJ5IERldmljZSBpczogUENJIDAx QDAwOjAwOjAKKElJKSByZXNvdXJjZSByYW5nZXMgYWZ0ZXIgcHJvYmluZzoKCVswXSAtMQkw CTB4MDAwZjAwMDAgLSAweDAwMGZmZmZmICgweDEwMDAwKSBNWFtCXQoJWzFdIC0xCTAJMHgw MDBjMDAwMCAtIDB4MDAwZWZmZmYgKDB4MzAwMDApIE1YW0JdCglbMl0gLTEJMAkweDAwMDAw MDAwIC0gMHgwMDA5ZmZmZiAoMHhhMDAwMCkgTVhbQl0KCVszXSAtMQkwCTB4MDAwMGZmZmYg LSAweDAwMDBmZmZmICgweDEpIElYW0JdCglbNF0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDAw MDBmZiAoMHgxMDApIElYW0JdCigtLSkgTk9VVkVBVSgwKTogQ2hpcHNldDogIk5WSURJQSBO Vjg2IgooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiaW50MTAiCihJSSkgTG9hZE1vZHVsZTog ImludDEwIgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzLy9saWJp bnQxMC5zbwooSUkpIE1vZHVsZSBpbnQxMDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJ Y29tcGlsZWQgZm9yIDEuNS45OS45MDIsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCUFCSSBj bGFzczogWC5PcmcgVmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDUuMAooSUkpIE5PVVZFQVUoMCk6 IEluaXRpYWxpemluZyBpbnQxMAooPT0pIE5PVVZFQVUoMCk6IFdyaXRlLWNvbWJpbmluZyBy YW5nZSAoMHhhMDAwMCwweDIwMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIE5PVVZFQVUo MCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHhjMDAwMCwweDQwMDAwKSB3YXMgYWxyZWFk eSBjbGVhcgooSUkpIE5PVVZFQVUoMCk6IFByaW1hcnkgVl9CSU9TIHNlZ21lbnQgaXM6IDB4 YzAwMAooPT0pIE5PVVZFQVUoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAw MCkgd2FzIGFscmVhZHkgY2xlYXIKZHJtT3BlbkRldmljZTogbm9kZSBuYW1lIGlzIC9kZXYv ZHJpL2NhcmQwCmRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIDEwLCAoT0spCmRybU9w ZW5EZXZpY2U6IG5vZGUgbmFtZSBpcyAvZGV2L2RyaS9jYXJkMApkcm1PcGVuRGV2aWNlOiBv cGVuIHJlc3VsdCBpcyAxMCwgKE9LKQpkcm1PcGVuQnlCdXNpZDogU2VhcmNoaW5nIGZvciBC dXNJRCBwY2k6MDAwMDowMTowMC4wCmRybU9wZW5EZXZpY2U6IG5vZGUgbmFtZSBpcyAvZGV2 L2RyaS9jYXJkMApkcm1PcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAxMCwgKE9LKQpkcm1P cGVuQnlCdXNpZDogZHJtT3Blbk1pbm9yIHJldHVybnMgMTAKZHJtT3BlbkJ5QnVzaWQ6IGRy bUdldEJ1c2lkIHJlcG9ydHMgcGNpOjAwMDA6MDE6MDAuMAooSUkpIFtkcm1dIERSTSBpbnRl cmZhY2UgdmVyc2lvbiAxLjIKKElJKSBbZHJtXSBEUk0gb3BlbiBtYXN0ZXIgc3VjY2VlZGVk LgooSUkpIE5PVVZFQVUoMCk6IFtkcm1dIG5vdXZlYXUgaW50ZXJmYWNlIHZlcnNpb246IDAu MC4xMgooLS0pIE5PVVZFQVUoMCk6IFtkcm1dIGtlcm5lbCBtb2Rlc2V0dGluZyBub3QgYXZh aWxhYmxlCigtLSkgTk9VVkVBVSgwKTogVkVTQS1IQUNLOiBDb25zb2xlIFZHQSBtb2RlIGlz IDB4MwooSUkpIE5PVVZFQVUoMCk6IENyZWF0aW5nIGRlZmF1bHQgRGlzcGxheSBzdWJzZWN0 aW9uIGluIFNjcmVlbiBzZWN0aW9uCgkiRGVmYXVsdCBTY3JlZW4gU2VjdGlvbiIgZm9yIGRl cHRoL2ZiYnBwIDI0LzMyCig9PSkgTk9VVkVBVSgwKTogRGVwdGggMjQsICgtLSkgZnJhbWVi dWZmZXIgYnBwIDMyCig9PSkgTk9VVkVBVSgwKTogUkdCIHdlaWdodCA4ODgKKD09KSBOT1VW RUFVKDApOiBEZWZhdWx0IHZpc3VhbCBpcyBUcnVlQ29sb3IKKElJKSBMb2FkaW5nIHN1YiBt b2R1bGUgInZnYWh3IgooSUkpIExvYWRNb2R1bGU6ICJ2Z2FodyIKKElJKSBMb2FkaW5nIC91 c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy8vbGlidmdhaHcuc28KKElJKSBNb2R1bGUgdmdh aHc6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjUuOTkuOTAy LCBtb2R1bGUgdmVyc2lvbiA9IDAuMS4wCglBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZl ciwgdmVyc2lvbiA1LjAKKD09KSBOT1VWRUFVKDApOiBSYW5kcjEuMiBzdXBwb3J0IGVuYWJs ZWQKKD09KSBOT1VWRUFVKDApOiBVc2luZyBIVyBjdXJzb3IKKEVFKSBOT1VWRUFVKDApOiAx Mjk2OiBObyB2YWxpZCBGQiBhZGRyZXNzIGluIFBDSSBjb25maWcgc3BhY2UKKD09KSBOT1VW RUFVKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5 IGNsZWFyCihJSSkgVW5sb2FkTW9kdWxlOiAibm91dmVhdSIKKElJKSBVbmxvYWRNb2R1bGU6 ICJ2Z2FodyIKKElJKSBVbmxvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzLy9s aWJ2Z2Fody5zbwooSUkpIFVubG9hZE1vZHVsZTogImludDEwIgooSUkpIFVubG9hZGluZyAv dXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvL2xpYmludDEwLnNvCihFRSkgU2NyZWVuKHMp IGZvdW5kLCBidXQgbm9uZSBoYXZlIGEgdXNhYmxlIGNvbmZpZ3VyYXRpb24uCgpGYXRhbCBz ZXJ2ZXIgZXJyb3I6Cm5vIHNjcmVlbnMgZm91bmQKClBsZWFzZSBjb25zdWx0IHRoZSBUaGUg WC5PcmcgRm91bmRhdGlvbiBzdXBwb3J0IAoJIGF0IGh0dHA6Ly93aWtpLngub3JnCiBmb3Ig aGVscC4gClBsZWFzZSBhbHNvIGNoZWNrIHRoZSBsb2cgZmlsZSBhdCAiL3Zhci9sb2cvWG9y Zy4wLmxvZyIgZm9yIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24uCgo= --------------030009050705090903050207-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 23 05:36:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3433F106564A for ; Mon, 23 Mar 2009 05:36:32 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id EF7488FC19 for ; Mon, 23 Mar 2009 05:36:31 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id n2N5aVNc049301 for ; Mon, 23 Mar 2009 00:36:31 -0500 (CDT) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id n2N5aU13049300 for freebsd-stable@freebsd.org; Mon, 23 Mar 2009 00:36:30 -0500 (CDT) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Mon, 23 Mar 2009 00:36:30 -0500 From: Scott Lambert To: freebsd-stable@freebsd.org Message-ID: <20090323053630.GH80292@sysmon.tcworks.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20090320194157.GB80292@sysmon.tcworks.net> <20090322093156.GE80292@sysmon.tcworks.net> <49C67D8A.5070505@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49C67D8A.5070505@FreeBSD.org> User-Agent: Mutt/1.4.2.2i Subject: Re: Is some combination of gmirror, md file systems, snapshots and, maybe, quotas considered harmful? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 05:36:32 -0000 On Sun, Mar 22, 2009 at 06:03:54PM +0000, Kris Kennaway wrote: > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html I guess that means, "We are not aware of issues with any combinations of the features in the Subject: at this time. Please recompile your kernel with debugging options so you can figure out what is going on next time." I'm going to guess the Debugging Deadlocks section is what you mostly want since the kernel does not panic. I think I better remove the /home disk from AMANDA's list while I try to figure out how to accomplish what I think you want on a production server. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-stable@FreeBSD.ORG Mon Mar 23 06:09:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B7651065670 for ; Mon, 23 Mar 2009 06:09:00 +0000 (UTC) (envelope-from security@jim-liesl.org) Received: from smtp2.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.freebsd.org (Postfix) with SMTP id 5D7448FC17 for ; Mon, 23 Mar 2009 06:09:00 +0000 (UTC) (envelope-from security@jim-liesl.org) Received: (qmail 28635 invoked from network); 22 Mar 2009 22:40:22 -0700 Received: by simscan 1.1.0 ppid: 28632, pid: 28633, t: 0.0748s scanners: regex: 1.1.0 attach: 1.1.0 Received: from unknown (HELO smtp.jim-liesl.org) (66.60.173.44) by smtp2 with SMTP; 22 Mar 2009 22:40:22 -0700 Received: from smtp.jim-liesl.org (localhost.static.surewest.net [127.0.0.1]) by smtp.jim-liesl.org (Postfix) with ESMTP id B1D055DBB for ; Sun, 22 Mar 2009 22:42:19 -0700 (PDT) Received: from [127.0.0.1] (daemon.static.surewest.net [192.168.1.15]) by smtp.jim-liesl.org (Postfix) with ESMTP id 0B63F5D44 for ; Sun, 22 Mar 2009 22:42:05 -0700 (PDT) Message-ID: <49C7212C.9090006@jim-liesl.org> Date: Sun, 22 Mar 2009 22:42:04 -0700 From: security User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: FreeBSD Mailing List X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: filesystem corruption freebsd 7.1 release guest on virtualpc 2007/windowsXP host system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 06:09:00 -0000 I'm writing this more as a heads up to those using freebsd as a guest under virtualpc 2007 on Win XP sp3 host. I created a fixed size virtual disk (8gig). Just to be sure, I ran the XP disk check on the underlying disk before hand. I then installed freebsd 7.1 from cd image. Next I csup'ed to get the latest updates. I then did a make buildworld and a make kernel. I ran into trouble when it rebooted and went to run make installworld. Part way through, I started getting a bunch of FS errors and then a kernel panic. I rebooted and manually fsck'ed /usr. It did recover, but was unusable. I tried the same thing again (fresh install), but I used dd and fsck to read /usr first to see if I could generate errors. It was clean but died again while it was writing lots of files to /usr during installworld. I had my suspicions that freebsd and the XP filesystems we getting out of sync under a large number of updates. I rebuilt a third time, but for this round, I set hw.ata.wc="0" in loader.conf. I haven't seen any other corruption since turning off write caching and the installworld runs clean now (multiple passes). I'm not sure who maintains the virtualization pages, but they may want to add that as a suggestion for virtualpc or other VM's that run into disk corruption problems. jim From owner-freebsd-stable@FreeBSD.ORG Mon Mar 23 09:02:18 2009 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 11634106566B; Mon, 23 Mar 2009 09:02:18 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id C4FBA8FC15; Mon, 23 Mar 2009 09:02:17 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-1-207-58.bna.bellsouth.net [65.1.207.58]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2N90t9Q010696 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Mar 2009 05:00:56 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: wsk In-Reply-To: <49C6E5C6.60306@gddsn.org.cn> References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-OVCYc2OkNPdv9TLOOPRY" Organization: FreeBSD Date: Mon, 23 Mar 2009 04:01:54 -0500 Message-Id: <1237798914.2110.24.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 09:02:18 -0000 --=-OVCYc2OkNPdv9TLOOPRY Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-03-23 at 09:28 +0800, wsk wrote: > >Ok, this patch should work on NV50 chips also. >=20 > >What you get is EXA and Xv. >=20 > >You still need: >=20 > >A recent -CURRENT or -STABLE. >=20 > >git master of libdrm and xf86-video-nouveau. >=20 > >This patch. >=20 > >Things I've figured out since the last patch... >=20 > >On NV50 class hardware you need to have a compositing manager running > >for Xv to work. That means xcompmgr, metacity with composite enabled, > >xfce (rumored to work as well, haven't tried). If your running Gnome > >with metacity, open gconf-editor and go to apps->metacity->general and > >check the composite box. >=20 > >On NV40 class hardware, you don't need the composite manager. In fact > >(at least with Xserver 1.6 which I'm running now), if a composite > >manager is enabled, I'm seeing high cpu utilization from Xorg under some > >circumstances. I don't think this is a drm issue, but still an issue. > >For me, if I start a video using mplayer in an xterm, cpu is fine as > >long as that xterm is the foreground window. If it is not the > >foreground window, even if it isn't obscured I see the cpu utilization. > >Disabling the composite manager makes everything fine. >=20 > >http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch >=20 > >robert. >=20 > get the following errors and exitThis is a pre-release version of the X s= erver from The X.Org Foundation. > It is not supported in any way. > Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. > Select the "xorg" product for bugs you find in this release. > Before reporting bugs in pre-release versions please check the > latest version in the X.Org Foundation git repository. > See http://wiki.x.org/wiki/GitPage for git access instructions. >=20 > X.Org X Server 1.5.99.902 (1.6.0 RC 2) > Release Date: 2009-1-30 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 7.1-STABLE amd64 > Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD = 7.2-PRE > RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj= /usr/sr > c/sys/WSK amd64 > Build Date: 06 February 2009 04:22:44PM >=20 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 2009 > ing config file: "xorg.conf1" > error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0= x2 > error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0= x2 > error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0= x2 > vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff= ). > error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0= x1 > vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff= ). > error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0= x1 > drm0: [ITHREAD] > info: [drm] Allocating FIFO number 1 > info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > info: [drm] PFIFO_DMA_PUSHER - Ch 1 > (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > (EE) Screen(s) found, but none have a usable configuration. >=20 > Fatal server error: > no screens found >=20 > Please consult the The X.Org Foundation support > at http://wiki.x.org > for help. > Please also check the log file at "/var/log/Xorg.0.log" for additional in= formati > on. >=20 > info: [drm] nouveau_fifo_free: freeing fifo 1 > error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle channel 1 = before > destroy.Prepare for strangeness.. > vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff= ). > error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0= x1 >=20 > what can i do ? >=20 >=20 >=20 >=20 > plain text document attachment (Xorg.0.log) > This is a pre-release version of the X server from The X.Org Foundation. > It is not supported in any way. > Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. > Select the "xorg" product for bugs you find in this release. > Before reporting bugs in pre-release versions please check the > latest version in the X.Org Foundation git repository. > See http://wiki.x.org/wiki/GitPage for git access instructions. >=20 > X.Org X Server 1.5.99.902 (1.6.0 RC 2) > Release Date: 2009-1-30 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 7.1-STABLE amd64=20 > Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD = 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/us= r/obj/usr/src/sys/WSK amd64 > Build Date: 06 February 2009 04:22:44PM > =20 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 2009 > (++) Using config file: "xorg.conf1" > (=3D=3D) No Layout section. Using the first Screen section. > (=3D=3D) No screen section available. Using defaults. > (**) |-->Screen "Default Screen Section" (0) > (**) | |-->Monitor "" > (=3D=3D) No device specified for screen "Default Screen Section". > Using the first device section listed. > (**) | |-->Device "Card0" > (=3D=3D) No monitor specified for screen "Default Screen Section". > Using a default monitor configuration. > (=3D=3D) Automatically adding devices > (=3D=3D) Automatically enabling devices > (=3D=3D) No FontPath specified. Using compiled-in default. > (=3D=3D) FontPath set to: > built-ins > (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" > (II) Cannot locate a core pointer device. > (II) Cannot locate a core keyboard device. > (II) The server relies on HAL to provide the list of input devices. > If no devices become available, reconfigure HAL or disable AllowEmptyInp= ut. > (II) Loader magic: 0xb20 > (II) Module ABI versions: > X.Org ANSI C Emulation: 0.4 > X.Org Video Driver: 5.0 > X.Org XInput driver : 4.0 > X.Org Server Extension : 2.0 > (II) Loader running on freebsd > (--) Using syscons driver with X support (version 2.0) > (--) using VT number 9 >=20 > (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, Mem @ 0xf= d000000/16777216, 0x00000000/268435456, 0xfa000000/33554432, I/O @ 0x0000df= 00/128, BIOS @ 0x????????/65536 Ok, thats a new one... > (II) System resource ranges: > [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > (II) LoadModule: "extmod" > (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so > (II) Module extmod: vendor=3D"X.Org Foundation" > compiled for 1.5.99.902, module version =3D 1.0.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 2.0 > (II) Loading extension MIT-SCREEN-SAVER > (II) Loading extension XFree86-VidModeExtension > (II) Loading extension XFree86-DGA > (II) Loading extension DPMS > (II) Loading extension XVideo > (II) Loading extension XVideo-MotionCompensation > (II) Loading extension X-Resource > (II) LoadModule: "dbe" > (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so > (II) Module dbe: vendor=3D"X.Org Foundation" > compiled for 1.5.99.902, module version =3D 1.0.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 2.0 > (II) Loading extension DOUBLE-BUFFER > (II) LoadModule: "glx" > (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so > (II) Module glx: vendor=3D"X.Org Foundation" > compiled for 1.5.99.902, module version =3D 1.0.0 > ABI class: X.Org Server Extension, version 2.0 > (=3D=3D) AIGLX disabled > (=3D=3D) Exporting typical set of GLX visuals > (II) Loading extension GLX > (II) LoadModule: "record" > (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so > (II) Module record: vendor=3D"X.Org Foundation" > compiled for 1.5.99.902, module version =3D 1.13.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 2.0 > (II) Loading extension RECORD > (II) LoadModule: "dri" > (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so > (II) Module dri: vendor=3D"X.Org Foundation" > compiled for 1.5.99.902, module version =3D 1.0.0 > ABI class: X.Org Server Extension, version 2.0 > (II) Loading extension XFree86-DRI > (II) LoadModule: "nouveau" > (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so > (II) Module nouveau: vendor=3D"X.Org Foundation" > compiled for 1.5.99.902, module version =3D 0.0.10 > Module class: X.Org Video Driver > ABI class: X.Org Video Driver, version 5.0 > (II) NOUVEAU driver Date: Wed Mar 18 09:36:33 2009 +1000 > (II) NOUVEAU driver for NVIDIA chipset families : > RIVA TNT (NV04) > RIVA TNT2 (NV05) > GeForce 256 (NV10) > GeForce 2 (NV11, NV15) > GeForce 4MX (NV17, NV18) > GeForce 3 (NV20) > GeForce 4Ti (NV25, NV28) > GeForce FX (NV3x) > GeForce 6 (NV4x) > GeForce 7 (G7x) > GeForce 8 (G8x) > (II) Primary Device is: PCI 01@00:00:0 > (II) resource ranges after probing: > [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > (--) NOUVEAU(0): Chipset: "NVIDIA NV86" Hrm, NV86... I'll have to ask around about that. Meanwhile can you send me a pciconf -lvb which should at least show us the BAR configuration. Ok, my sources are telling me that this should work and that it is an NV50, or at least should work the same... Also, just to be safe, please rebuild/reinstall devel/libpciaccess. I'm not sure if it may be trashing the BARs somehow. robert. > (II) Loading sub module "int10" > (II) LoadModule: "int10" > (II) Loading /usr/local/lib/xorg/modules//libint10.so > (II) Module int10: vendor=3D"X.Org Foundation" > compiled for 1.5.99.902, module version =3D 1.0.0 > ABI class: X.Org Video Driver, version 5.0 > (II) NOUVEAU(0): Initializing int10 > (=3D=3D) NOUVEAU(0): Write-combining range (0xa0000,0x20000) was already = clear > (=3D=3D) NOUVEAU(0): Write-combining range (0xc0000,0x40000) was already = clear > (II) NOUVEAU(0): Primary V_BIOS segment is: 0xc000 > (=3D=3D) NOUVEAU(0): Write-combining range (0x0,0x1000) was already clear > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 10, (OK) > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 10, (OK) > drmOpenByBusid: Searching for BusID pci:0000:01:00.0 > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 10, (OK) > drmOpenByBusid: drmOpenMinor returns 10 > drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 > (II) [drm] DRM interface version 1.2 > (II) [drm] DRM open master succeeded. > (II) NOUVEAU(0): [drm] nouveau interface version: 0.0.12 > (--) NOUVEAU(0): [drm] kernel modesetting not available > (--) NOUVEAU(0): VESA-HACK: Console VGA mode is 0x3 > (II) NOUVEAU(0): Creating default Display subsection in Screen section > "Default Screen Section" for depth/fbbpp 24/32 > (=3D=3D) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32 > (=3D=3D) NOUVEAU(0): RGB weight 888 > (=3D=3D) NOUVEAU(0): Default visual is TrueColor > (II) Loading sub module "vgahw" > (II) LoadModule: "vgahw" > (II) Loading /usr/local/lib/xorg/modules//libvgahw.so > (II) Module vgahw: vendor=3D"X.Org Foundation" > compiled for 1.5.99.902, module version =3D 0.1.0 > ABI class: X.Org Video Driver, version 5.0 > (=3D=3D) NOUVEAU(0): Randr1.2 support enabled > (=3D=3D) NOUVEAU(0): Using HW cursor > (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > (=3D=3D) NOUVEAU(0): Write-combining range (0x0,0x1000) was already clear > (II) UnloadModule: "nouveau" > (II) UnloadModule: "vgahw" > (II) Unloading /usr/local/lib/xorg/modules//libvgahw.so > (II) UnloadModule: "int10" > (II) Unloading /usr/local/lib/xorg/modules//libint10.so > (EE) Screen(s) found, but none have a usable configuration. >=20 > Fatal server error: > no screens found >=20 > Please consult the The X.Org Foundation support=20 > at http://wiki.x.org > for help.=20 > Please also check the log file at "/var/log/Xorg.0.log" for additional in= formation. >=20 --=20 Robert Noland FreeBSD --=-OVCYc2OkNPdv9TLOOPRY Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknHUAIACgkQM4TrQ4qfRON1qwCdHUuEDFHrZVXFoBZ6WOfn0cBu KX0An2ff+9ibGo3ATe/XevKpXVTVOgh0 =zyWo -----END PGP SIGNATURE----- --=-OVCYc2OkNPdv9TLOOPRY-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 23 14:10:57 2009 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 91F001065674 for ; Mon, 23 Mar 2009 14:10:57 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 4FD688FC0C for ; Mon, 23 Mar 2009 14:10:57 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LlkZx-000PNY-Vj for stable@freebsd.org; Mon, 23 Mar 2009 15:52:37 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Mar 2009 15:52:37 +0200 From: Danny Braniss Message-ID: Cc: Subject: 7.2 and iir stuck on boot. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2009 14:10:57 -0000 Hi, after upgrading to 7.2, booting the kernel gets stuck with: run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config from a 7.1 dmesg, it seems that it's in the iir driver. danny From owner-freebsd-stable@FreeBSD.ORG Mon Mar 23 20:16:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D534106566B; Mon, 23 Mar 2009 20:16:42 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id B4E3F8FC08; Mon, 23 Mar 2009 20:16:41 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (blacklion.static.corbina.ru [89.179.122.169]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 550BD13DF58; Mon, 23 Mar 2009 22:59:04 +0300 (MSK) Date: Mon, 23 Mar 2009 22:58:58 +0300 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <754391506.20090323225858@serebryakov.spb.ru> To: "Daisuke Aoyama" In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: quoted-printable Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: istgt now supports command queuing in disk type X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 20:16:42 -0000 Hello, Daisuke. You wrote 23 =1B$B'^'Q'b'd'Q=1B(B 2009 =1B$B'T=1B(B., 03:31:12: > I got the result about 1.5x-3x faster than previous 20090314. > If test data was cached, it reached over 200MB/s. I have one question: what do you mean when write, that this software is intended to use with ZFS? Could it be used to provide access to raw (disk) devices? Is it safe? Ok, it can have bugs, but is it as safe as access to file placed on ZFS (you test it in such configuration, am I right?)? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 02:02:46 2009 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 E2D82106566B; Tue, 24 Mar 2009 02:02:46 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id F28608FC14; Tue, 24 Mar 2009 02:02:45 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.3/8.14.3) with ESMTP id n2O1P7li059909; Mon, 23 Mar 2009 21:25:09 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) Message-ID: <49C83673.3000604@aldan.algebra.com> Date: Mon, 23 Mar 2009 21:25:07 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: fs@FreeBSD.org, stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 02:02:47 -0000 Hello! I'm trying to migrate a filesystem from one disk to another using: dump a0hCf 0 32 - /old | restore -rf - (/old is already mounted read-only). The process runs for a while and then stops with: [...] DUMP: 22.85% done, finished in 3:57 at Tue Mar 24 01:03:21 2009 DUMP: 24.66% done, finished in 3:50 at Tue Mar 24 01:00:58 2009 DUMP: 26.44% done, finished in 3:43 at Tue Mar 24 00:59:14 2009 unknown tape header type 1853384566 abort? [yn] Any idea, what's going on? Why can't FreeBSD's restore read FreeBSD's dump's output? The system runs 7.0-STABLE from July 6th, i386. I just tried updating the dump and restore from source (latest 7.x) -- the error is the same... Please, advise. Thanks! -mi From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 04:19:28 2009 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 E092C106564A; Tue, 24 Mar 2009 04:19:28 +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 4B80D8FC18; Tue, 24 Mar 2009 04:19:26 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from lp.gddsn.org.cn (unknown [10.44.8.159]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id 7A6622E011; Tue, 24 Mar 2009 12:18:38 +0800 (CST) Message-ID: <49C85F4E.5050002@gddsn.org.cn> Date: Tue, 24 Mar 2009 12:19:26 +0800 From: wsk User-Agent: Thunderbird 2.0.0.19 (X11/20090204) MIME-Version: 1.0 To: Robert Noland References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> <1237798914.2110.24.camel@balrog.2hip.net> In-Reply-To: <1237798914.2110.24.camel@balrog.2hip.net> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 04:19:29 -0000 Robert Noland wrote: > On Mon, 2009-03-23 at 09:28 +0800, wsk wrote: > >>> Ok, this patch should work on NV50 chips also. >>> >>> What you get is EXA and Xv. >>> >>> You still need: >>> >>> A recent -CURRENT or -STABLE. >>> >>> git master of libdrm and xf86-video-nouveau. >>> >>> This patch. >>> >>> Things I've figured out since the last patch... >>> >>> On NV50 class hardware you need to have a compositing manager running >>> for Xv to work. That means xcompmgr, metacity with composite enabled, >>> xfce (rumored to work as well, haven't tried). If your running Gnome >>> with metacity, open gconf-editor and go to apps->metacity->general and >>> check the composite box. >>> >>> On NV40 class hardware, you don't need the composite manager. In fact >>> (at least with Xserver 1.6 which I'm running now), if a composite >>> manager is enabled, I'm seeing high cpu utilization from Xorg under some >>> circumstances. I don't think this is a drm issue, but still an issue. >>> For me, if I start a video using mplayer in an xterm, cpu is fine as >>> long as that xterm is the foreground window. If it is not the >>> foreground window, even if it isn't obscured I see the cpu utilization. >>> Disabling the composite manager makes everything fine. >>> >>> http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch >>> >>> robert. >>> >> get the following errors and exitThis is a pre-release version of the X server from The X.Org Foundation. >> It is not supported in any way. >> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. >> Select the "xorg" product for bugs you find in this release. >> Before reporting bugs in pre-release versions please check the >> latest version in the X.Org Foundation git repository. >> See http://wiki.x.org/wiki/GitPage for git access instructions. >> >> X.Org X Server 1.5.99.902 (1.6.0 RC 2) >> Release Date: 2009-1-30 >> X Protocol Version 11, Revision 0 >> Build Operating System: FreeBSD 7.1-STABLE amd64 >> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD 7.2-PRE >> RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/sr >> c/sys/WSK amd64 >> Build Date: 06 February 2009 04:22:44PM >> >> Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> 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: Mon Mar 23 09:14:03 2009 >> ing config file: "xorg.conf1" >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >> drm0: [ITHREAD] >> info: [drm] Allocating FIFO number 1 >> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 >> info: [drm] PFIFO_DMA_PUSHER - Ch 1 >> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space >> (EE) Screen(s) found, but none have a usable configuration. >> >> Fatal server error: >> no screens found >> >> Please consult the The X.Org Foundation support >> at http://wiki.x.org >> for help. >> Please also check the log file at "/var/log/Xorg.0.log" for additional informati >> on. >> >> info: [drm] nouveau_fifo_free: freeing fifo 1 >> error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle channel 1 before >> destroy.Prepare for strangeness.. >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >> >> what can i do ? >> >> >> >> >> plain text document attachment (Xorg.0.log) >> This is a pre-release version of the X server from The X.Org Foundation. >> It is not supported in any way. >> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. >> Select the "xorg" product for bugs you find in this release. >> Before reporting bugs in pre-release versions please check the >> latest version in the X.Org Foundation git repository. >> See http://wiki.x.org/wiki/GitPage for git access instructions. >> >> X.Org X Server 1.5.99.902 (1.6.0 RC 2) >> Release Date: 2009-1-30 >> X Protocol Version 11, Revision 0 >> Build Operating System: FreeBSD 7.1-STABLE amd64 >> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/src/sys/WSK amd64 >> Build Date: 06 February 2009 04:22:44PM >> >> Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> 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: Mon Mar 23 09:14:03 2009 >> (++) Using config file: "xorg.conf1" >> (==) No Layout section. Using the first Screen section. >> (==) No screen section available. Using defaults. >> (**) |-->Screen "Default Screen Section" (0) >> (**) | |-->Monitor "" >> (==) No device specified for screen "Default Screen Section". >> Using the first device section listed. >> (**) | |-->Device "Card0" >> (==) No monitor specified for screen "Default Screen Section". >> Using a default monitor configuration. >> (==) Automatically adding devices >> (==) Automatically enabling devices >> (==) No FontPath specified. Using compiled-in default. >> (==) FontPath set to: >> built-ins >> (==) ModulePath set to "/usr/local/lib/xorg/modules" >> (II) Cannot locate a core pointer device. >> (II) Cannot locate a core keyboard device. >> (II) The server relies on HAL to provide the list of input devices. >> If no devices become available, reconfigure HAL or disable AllowEmptyInput. >> (II) Loader magic: 0xb20 >> (II) Module ABI versions: >> X.Org ANSI C Emulation: 0.4 >> X.Org Video Driver: 5.0 >> X.Org XInput driver : 4.0 >> X.Org Server Extension : 2.0 >> (II) Loader running on freebsd >> (--) Using syscons driver with X support (version 2.0) >> (--) using VT number 9 >> >> (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, Mem @ 0xfd000000/16777216, 0x00000000/268435456, 0xfa000000/33554432, I/O @ 0x0000df00/128, BIOS @ 0x????????/65536 >> > > Ok, thats a new one... > > >> (II) System resource ranges: >> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] >> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] >> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] >> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] >> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] >> (II) LoadModule: "extmod" >> (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so >> (II) Module extmod: vendor="X.Org Foundation" >> compiled for 1.5.99.902, module version = 1.0.0 >> Module class: X.Org Server Extension >> ABI class: X.Org Server Extension, version 2.0 >> (II) Loading extension MIT-SCREEN-SAVER >> (II) Loading extension XFree86-VidModeExtension >> (II) Loading extension XFree86-DGA >> (II) Loading extension DPMS >> (II) Loading extension XVideo >> (II) Loading extension XVideo-MotionCompensation >> (II) Loading extension X-Resource >> (II) LoadModule: "dbe" >> (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so >> (II) Module dbe: vendor="X.Org Foundation" >> compiled for 1.5.99.902, module version = 1.0.0 >> Module class: X.Org Server Extension >> ABI class: X.Org Server Extension, version 2.0 >> (II) Loading extension DOUBLE-BUFFER >> (II) LoadModule: "glx" >> (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so >> (II) Module glx: vendor="X.Org Foundation" >> compiled for 1.5.99.902, module version = 1.0.0 >> ABI class: X.Org Server Extension, version 2.0 >> (==) AIGLX disabled >> (==) Exporting typical set of GLX visuals >> (II) Loading extension GLX >> (II) LoadModule: "record" >> (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so >> (II) Module record: vendor="X.Org Foundation" >> compiled for 1.5.99.902, module version = 1.13.0 >> Module class: X.Org Server Extension >> ABI class: X.Org Server Extension, version 2.0 >> (II) Loading extension RECORD >> (II) LoadModule: "dri" >> (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so >> (II) Module dri: vendor="X.Org Foundation" >> compiled for 1.5.99.902, module version = 1.0.0 >> ABI class: X.Org Server Extension, version 2.0 >> (II) Loading extension XFree86-DRI >> (II) LoadModule: "nouveau" >> (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so >> (II) Module nouveau: vendor="X.Org Foundation" >> compiled for 1.5.99.902, module version = 0.0.10 >> Module class: X.Org Video Driver >> ABI class: X.Org Video Driver, version 5.0 >> (II) NOUVEAU driver Date: Wed Mar 18 09:36:33 2009 +1000 >> (II) NOUVEAU driver for NVIDIA chipset families : >> RIVA TNT (NV04) >> RIVA TNT2 (NV05) >> GeForce 256 (NV10) >> GeForce 2 (NV11, NV15) >> GeForce 4MX (NV17, NV18) >> GeForce 3 (NV20) >> GeForce 4Ti (NV25, NV28) >> GeForce FX (NV3x) >> GeForce 6 (NV4x) >> GeForce 7 (G7x) >> GeForce 8 (G8x) >> (II) Primary Device is: PCI 01@00:00:0 >> (II) resource ranges after probing: >> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] >> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] >> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] >> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] >> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] >> (--) NOUVEAU(0): Chipset: "NVIDIA NV86" >> > > Hrm, NV86... I'll have to ask around about that. Meanwhile can you send > me a pciconf -lvb which should at least show us the BAR configuration. > > Ok, my sources are telling me that this should work and that it is an > NV50, or at least should work the same... > > Also, just to be safe, please rebuild/reinstall devel/libpciaccess. I'm > not sure if it may be trashing the BARs somehow. > > robert. > hostb0@pci0:0:0:0: class=0x060000 card=0x01fe1028 chip=0x2a008086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile PM965/GM965/GL960 Express Processor to DRAM Controller' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x01fe1028 chip=0x2a018086 rev=0x0c hdr=0x01 vendor = 'Intel Corporation' device = 'Mobile PM965/GM965/GL960 Express PCIe Root Port' class = bridge subclass = PCI-PCI uhci0@pci0:0:26:0: class=0x0c0300 card=0x01fe1028 chip=0x28348086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB bar [20] = type I/O Port, range 32, base 0x6f20, size 32, enabled uhci1@pci0:0:26:1: class=0x0c0300 card=0x01fe1028 chip=0x28358086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB bar [20] = type I/O Port, range 32, base 0x6f00, size 32, enabled ehci0@pci0:0:26:7: class=0x0c0320 card=0x01fe1028 chip=0x283a8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '81EC1043 (?) ICH8 Enhanced USB2 Enhanced Host Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xfed1c400, size 1024, enabled hdac0@pci0:0:27:0: class=0x040300 card=0x01fe1028 chip=0x284b8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H &SUBSYS_81EC1043&REV_02\3&11583659&0&D8' class = multimedia subclass = HDA bar [10] = type Memory, range 64, base 0xfebfc000, size 16384, enabled pcib2@pci0:0:28:0: class=0x060400 card=0x01fe1028 chip=0x283f8086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 1' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:1: class=0x060400 card=0x01fe1028 chip=0x28418086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 2' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:3: class=0x060400 card=0x01fe1028 chip=0x28458086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 4' class = bridge subclass = PCI-PCI pcib5@pci0:0:28:5: class=0x060400 card=0x01fe1028 chip=0x28498086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 6' class = bridge subclass = PCI-PCI uhci2@pci0:0:29:0: class=0x0c0300 card=0x01fe1028 chip=0x28308086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB bar [20] = type I/O Port, range 32, base 0x6f80, size 32, enabled uhci3@pci0:0:29:1: class=0x0c0300 card=0x01fe1028 chip=0x28318086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB bar [20] = type I/O Port, range 32, base 0x6f60, size 32, enabled uhci4@pci0:0:29:2: class=0x0c0300 card=0x01fe1028 chip=0x28328086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB bar [20] = type I/O Port, range 32, base 0x6f40, size 32, enabled ehci1@pci0:0:29:7: class=0x0c0320 card=0x01fe1028 chip=0x28368086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB2 EHCI' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xfed1c000, size 1024, enabled pcib6@pci0:0:30:0: class=0x060401 card=0x01fe1028 chip=0x24488086 rev=0xf2 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x01fe1028 chip=0x28158086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'ICH8M-E (ICH8 Family) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:1: class=0x01018a card=0x01fe1028 chip=0x28508086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) Ultra ATA Storage Controllers' class = mass storage subclass = ATA bar [10] = type I/O Port, range 32, base 0x1f0, size 8, enabled bar [14] = type I/O Port, range 32, base 0x3f4, size 1, enabled bar [18] = type I/O Port, range 32, base 0x170, size 8, enabled bar [1c] = type I/O Port, range 32, base 0x374, size 1, enabled bar [20] = type I/O Port, range 32, base 0x6fa0, size 16, enabled atapci1@pci0:0:31:2: class=0x01018f card=0x01fe1028 chip=0x28288086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'ICH8M (ICH8 Family) 3 port SATA Controller' class = mass storage subclass = ATA bar [10] = type I/O Port, range 32, base 0x6eb0, size 8, enabled bar [14] = type I/O Port, range 32, base 0x6eb8, size 4, enabled bar [18] = type I/O Port, range 32, base 0x6ec0, size 8, enabled bar [1c] = type I/O Port, range 32, base 0x6ec8, size 4, enabled bar [20] = type I/O Port, range 32, base 0x6ee0, size 16, enabled bar [24] = type I/O Port, range 32, base 0xeff0, size 16, enabled ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x01fe1028 chip=0x283e8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) SMBus Controller' class = serial bus subclass = SMBus bar [10] = type Memory, range 32, base 0xfebfbf00, size 256, enabled bar [20] = type I/O Port, range 32, base 0x10c0, size 32, enabled vgapci0@pci0:1:0:0: class=0x030000 card=0x01fe1028 chip=0x042910de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'Unknown nVidia Quadro FX 570M' class = display subclass = VGA bar [10] = type Memory, range 32, base 0xfd000000, size 16777216, enabled bar [1c] = type Memory, range 64, base 0xfa000000, size 33554432, enabled bar [24] = type I/O Port, range 32, base 0xdf00, size 128, enabled ndis0@pci0:12:0:0: class=0x028000 card=0x000a1028 chip=0x432814e4 rev=0x03 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM94321KFBG Broadcom 4321AGN 802.11a/b/g/draft-n Wi-Fi Solution' class = network bar [10] = type Memory, range 64, base 0xf9ffc000, size 16384, enabled bar [18] = type Prefetchable Memory, range 64, base 0xf0000000, size 1048576, enabled bge0@pci0:9:0:0: class=0x020000 card=0x01fe1028 chip=0x167314e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'B57xx Broadcom NetXtreme Gigabit Ethernet' class = network subclass = ethernet bar [10] = type Memory, range 64, base 0xf9bf0000, size 65536, enabled cbb0@pci0:3:1:0: class=0x060700 card=0x01fe1028 chip=0x71351217 rev=0x21 hdr=0x02 vendor = 'O2 Micro Inc' device = 'OZ711EZ1 MemoryCardBus Controller' class = bridge subclass = PCI-CardBus bar [10] = type Memory, range 32, base 0xf9a00000, size 4096, enabled fwohci0@pci0:3:1:4: class=0x0c0010 card=0x01fe1028 chip=0x00f71217 rev=0x02 hdr=0x00 vendor = 'O2 Micro Inc' device = '0x00f71217 1394 Open Host Controller Interface' class = serial bus subclass = FireWire bar [10] = type Memory, range 32, base 0xf9aff000, size 4096, enabled bar [14] = type Memory, range 32, base 0xf9afe800, size 2048, enabled and follow your intrudction.still pain me :( (++) Using config file: "xorg.conf1" drm0: on vgapci0 info: [drm] Detected an NV50 generation card (0x086900a2) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized nouveau 0.0.12 20060213 error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 drm0: [ITHREAD] info: [drm] Allocating FIFO number 1 error: [drm:pid6494:nouveau_graph_trapped_channel] *ERROR* AIII, invalid/inactiv e channel id 128 info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo: [drm] , nSt atus:info: [drm] info: [drm] PGRAPH_ERROR - Ch -1/0 Class 0x0000 Mthd 0x0000 Data 0x00000000:0x00 000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 1: error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x8000003f error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xcf6f7f0e error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408908: 0xfff7367f error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040890c: 0x00001850 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408910: 0xafff3587 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e08: 0x800b6fad error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e0c: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e10: 0x4df4fd60 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e14: 0x000000d7 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e18: 0x3139768d error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e1c: 0xf6d69757 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e20: 0x63161650 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e24: 0x07220009 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 2: error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409900: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409904: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409908: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040990c: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409910: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e08: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e0c: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e10: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e14: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e1c: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e20: 0x00000000 error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e24: 0x00000000 info: [drm] nouveau_fifo_alloc: initialised FIFO 1 info: [drm] PFIFO_DMA_PUSHER - Ch 1 (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional informati on. info: [drm] nouveau_fifo_free: freeing fifo 1 error: [drm:pid6493:nouveau_fifo_free] *ERROR* Failed to idle channel 1 before d estroy.Prepare for strangeness.. info: [drm] PFIFO_DMA_PUSHER - Ch 127 vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 > >> (II) Loading sub module "int10" >> (II) LoadModule: "int10" >> (II) Loading /usr/local/lib/xorg/modules//libint10.so >> (II) Module int10: vendor="X.Org Foundation" >> compiled for 1.5.99.902, module version = 1.0.0 >> ABI class: X.Org Video Driver, version 5.0 >> (II) NOUVEAU(0): Initializing int10 >> (==) NOUVEAU(0): Write-combining range (0xa0000,0x20000) was already clear >> (==) NOUVEAU(0): Write-combining range (0xc0000,0x40000) was already clear >> (II) NOUVEAU(0): Primary V_BIOS segment is: 0xc000 >> (==) NOUVEAU(0): Write-combining range (0x0,0x1000) was already clear >> drmOpenDevice: node name is /dev/dri/card0 >> drmOpenDevice: open result is 10, (OK) >> drmOpenDevice: node name is /dev/dri/card0 >> drmOpenDevice: open result is 10, (OK) >> drmOpenByBusid: Searching for BusID pci:0000:01:00.0 >> drmOpenDevice: node name is /dev/dri/card0 >> drmOpenDevice: open result is 10, (OK) >> drmOpenByBusid: drmOpenMinor returns 10 >> drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 >> (II) [drm] DRM interface version 1.2 >> (II) [drm] DRM open master succeeded. >> (II) NOUVEAU(0): [drm] nouveau interface version: 0.0.12 >> (--) NOUVEAU(0): [drm] kernel modesetting not available >> (--) NOUVEAU(0): VESA-HACK: Console VGA mode is 0x3 >> (II) NOUVEAU(0): Creating default Display subsection in Screen section >> "Default Screen Section" for depth/fbbpp 24/32 >> (==) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32 >> (==) NOUVEAU(0): RGB weight 888 >> (==) NOUVEAU(0): Default visual is TrueColor >> (II) Loading sub module "vgahw" >> (II) LoadModule: "vgahw" >> (II) Loading /usr/local/lib/xorg/modules//libvgahw.so >> (II) Module vgahw: vendor="X.Org Foundation" >> compiled for 1.5.99.902, module version = 0.1.0 >> ABI class: X.Org Video Driver, version 5.0 >> (==) NOUVEAU(0): Randr1.2 support enabled >> (==) NOUVEAU(0): Using HW cursor >> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space >> (==) NOUVEAU(0): Write-combining range (0x0,0x1000) was already clear >> (II) UnloadModule: "nouveau" >> (II) UnloadModule: "vgahw" >> (II) Unloading /usr/local/lib/xorg/modules//libvgahw.so >> (II) UnloadModule: "int10" >> (II) Unloading /usr/local/lib/xorg/modules//libint10.so >> (EE) Screen(s) found, but none have a usable configuration. >> >> Fatal server error: >> no screens found >> >> Please consult the The X.Org Foundation support >> at http://wiki.x.org >> for help. >> Please also check the log file at "/var/log/Xorg.0.log" for additional information. >> >> From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 05:07:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FC351065670 for ; Tue, 24 Mar 2009 05:07: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 119558FC08 for ; Tue, 24 Mar 2009 05:07:48 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.localnet (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 n2O57eNC023273 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Mar 2009 15:37:40 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 24 Mar 2009 15:37:10 +1030 User-Agent: KMail/1.10.4 (Linux/2.6.27-11-generic; KDE/4.1.4; i686; ; ) References: <49C83673.3000604@aldan.algebra.com> In-Reply-To: <49C83673.3000604@aldan.algebra.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1505730.BJrJCmrapF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200903241537.36515.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: "Mikhail T." , stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 05:07:49 -0000 --nextPart1505730.BJrJCmrapF Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 March 2009 11:55:07 Mikhail T. wrote: > I'm trying to migrate a filesystem from one disk to another using: > > dump a0hCf 0 32 - /old | restore -rf - > > (/old is already mounted read-only). The process runs for a while and > then stops with: > > [...] > DUMP: 22.85% done, finished in 3:57 at Tue Mar 24 01:03:21 2009 > DUMP: 24.66% done, finished in 3:50 at Tue Mar 24 01:00:58 2009 > DUMP: 26.44% done, finished in 3:43 at Tue Mar 24 00:59:14 2009 > unknown tape header type 1853384566 > abort? [yn] > > Any idea, what's going on? Why can't FreeBSD's restore read FreeBSD's > dump's output? What happens if you don't use the cache? Also, do you really want -h 0? That means you skip nodump marked files at a= =20 level 0 dump. =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 --nextPart1505730.BJrJCmrapF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJyGqB5ZPcIHs/zowRAlITAJ4s4JYFDaJAS6e5352mS0BvTdJ2jQCeJZXl lg+Tg9fdpzt2RajAmXyLN2I= =sX+i -----END PGP SIGNATURE----- --nextPart1505730.BJrJCmrapF-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 05:41:36 2009 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 1FE0B1065670; Tue, 24 Mar 2009 05:41:36 +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 3DC2D8FC08; Tue, 24 Mar 2009 05:41:34 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.localnet (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 n2O57eNC023273 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Mar 2009 15:37:40 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 24 Mar 2009 15:37:10 +1030 User-Agent: KMail/1.10.4 (Linux/2.6.27-11-generic; KDE/4.1.4; i686; ; ) References: <49C83673.3000604@aldan.algebra.com> In-Reply-To: <49C83673.3000604@aldan.algebra.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1505730.BJrJCmrapF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200903241537.36515.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: "Mikhail T." , stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 05:41:36 -0000 --nextPart1505730.BJrJCmrapF Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 March 2009 11:55:07 Mikhail T. wrote: > I'm trying to migrate a filesystem from one disk to another using: > > dump a0hCf 0 32 - /old | restore -rf - > > (/old is already mounted read-only). The process runs for a while and > then stops with: > > [...] > DUMP: 22.85% done, finished in 3:57 at Tue Mar 24 01:03:21 2009 > DUMP: 24.66% done, finished in 3:50 at Tue Mar 24 01:00:58 2009 > DUMP: 26.44% done, finished in 3:43 at Tue Mar 24 00:59:14 2009 > unknown tape header type 1853384566 > abort? [yn] > > Any idea, what's going on? Why can't FreeBSD's restore read FreeBSD's > dump's output? What happens if you don't use the cache? Also, do you really want -h 0? That means you skip nodump marked files at a= =20 level 0 dump. =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 --nextPart1505730.BJrJCmrapF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJyGqB5ZPcIHs/zowRAlITAJ4s4JYFDaJAS6e5352mS0BvTdJ2jQCeJZXl lg+Tg9fdpzt2RajAmXyLN2I= =sX+i -----END PGP SIGNATURE----- --nextPart1505730.BJrJCmrapF-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 07:02:47 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FD3D106566B for ; Tue, 24 Mar 2009 07:02:47 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id A7FED8FC23 for ; Tue, 24 Mar 2009 07:02:46 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.3/8.14.3) with ESMTP id n2O6Ubag060682; Tue, 24 Mar 2009 02:30:39 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) Message-ID: <49C87E0D.5090501@aldan.algebra.com> Date: Tue, 24 Mar 2009 02:30:37 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: "Daniel O'Connor" References: <49C83673.3000604@aldan.algebra.com> <200903241537.36515.doconnor@gsoft.com.au> In-Reply-To: <200903241537.36515.doconnor@gsoft.com.au> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 07:02:47 -0000 Daniel O'Connor ÎÁĐÉÓÁ×(ĚÁ): > On Tuesday 24 March 2009 11:55:07 Mikhail T. wrote: > >> I'm trying to migrate a filesystem from one disk to another using: >> >> dump a0hCf 0 32 - /old | restore -rf - >> >> (/old is already mounted read-only). The process runs for a while and >> then stops with: >> >> [...] >> DUMP: 22.85% done, finished in 3:57 at Tue Mar 24 01:03:21 2009 >> DUMP: 24.66% done, finished in 3:50 at Tue Mar 24 01:00:58 2009 >> DUMP: 26.44% done, finished in 3:43 at Tue Mar 24 00:59:14 2009 >> unknown tape header type 1853384566 >> abort? [yn] >> >> Any idea, what's going on? Why can't FreeBSD's restore read FreeBSD's >> dump's output? >> > > What happens if you don't use the cache? > No big difference: dump a0f - /old | restore -rf - [...] DUMP: 17.25% done, finished in 3:27 at Tue Mar 24 05:42:00 2009 DUMP: 20.36% done, finished in 3:09 at Tue Mar 24 05:28:13 2009 DUMP: 23.83% done, finished in 2:50 at Tue Mar 24 05:14:32 2009 unknown tape header type -621260722 abort? [yn] Looks like a junk value somewhere... Unitialized variable or some such. -mi From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 07:31:47 2009 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 3A3D8106564A for ; Tue, 24 Mar 2009 07:31:47 +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 CF9A38FC0A for ; Tue, 24 Mar 2009 07:31:46 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 32027 invoked by uid 0); 24 Mar 2009 07:05:05 -0000 Received: from unknown (HELO ?10.3.2.41?) (spork@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Mar 2009 07:05:05 -0000 Date: Tue, 24 Mar 2009 03:05:05 -0400 (EDT) From: Charles Sprickman To: stable@freebsd.org Message-ID: User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: setting quotas from inside 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: Tue, 24 Mar 2009 07:31:47 -0000 Hello all, The subject describes my goal. I'm aware of the usual caveats - if there's more than one jail, no UID overlap, this will really only work in one jail if all jails are on the same filesystem, etc. I found a very, very old post that has an... interesting... technique: http://groups.google.com/group/mpc.lists.freebsd.hackers/msg/2b92fc66ac72efa6?hl=en It actually works. "It" being I suppose the fstab trickery in the jail. I need to test this some more, but it does seem possible to edit quotas inside the jail, which is my basic goal. I don't want my provisioning box to have to hit the host just to alter quotas in one jail that needs them. Just looking for any warnings/caveats about the above and what might be different 6+ years later... Thanks, Charles ___ Charles Sprickman NetEng/SysAdmin Bway.net - New York's Best Internet - www.bway.net spork@bway.net - 212.655.9344 From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 07:44:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EB6710656C2 for ; Tue, 24 Mar 2009 07:44:27 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 43E6C8FC20 for ; Tue, 24 Mar 2009 07:44:27 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Lm1J9-000Ah6-Kf; Tue, 24 Mar 2009 09:44:23 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Mikhail T." In-reply-to: <49C87E0D.5090501@aldan.algebra.com> References: <49C83673.3000604@aldan.algebra.com> <200903241537.36515.doconnor@gsoft.com.au> <49C87E0D.5090501@aldan.algebra.com> Comments: In-reply-to "Mikhail T." message dated "Tue, 24 Mar 2009 02:30:37 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Tue, 24 Mar 2009 09:44:23 +0200 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 07:44:28 -0000 > Daniel O'Connor =CE=C1=D0=C9=D3=C1=D7(=CC=C1): >=20 > On Tuesday 24 March 2009 11:55:07 Mikhail T. wrote: >=20 > =20 > >> I'm trying to migrate a filesystem from one disk to another using: > >> > >> dump a0hCf 0 32 - /old =7C restore -rf - > >> > >> (/old is already mounted read-only). The process runs for a while an= d> >> then stops with: > >> > >> =5B...=5D > >> DUMP: 22.85% done, finished in 3:57 at Tue Mar 24 01:03:21 200= 9 > >> DUMP: 24.66% done, finished in 3:50 at Tue Mar 24 01:00:58 200= 9 > >> DUMP: 26.44% done, finished in 3:43 at Tue Mar 24 00:59:14 200= 9 > >> unknown tape header type 1853384566> >> abort? =5Byn=5D > >> > >> Any idea, what's going on? Why can't FreeBSD's restore read FreeBSD'= s > >> dump's output? > >> =20 > >> > What happens if you don't use the cache? > > =20 > No big difference: > > dump a0f - /old =7C restore -rf - > =5B...=5D > DUMP: 17.25% done, finished in 3:27 at Tue Mar 24 05:42:00 2009 > DUMP: 20.36% done, finished in 3:09 at Tue Mar 24 05:28:13 2009 > DUMP: 23.83% done, finished in 2:50 at Tue Mar 24 05:14:32 2009 > unknown tape header type -621260722> abort? =5Byn=5D >=20 > Looks like a junk value somewhere... Unitialized variable or some such.= >=20 can you try splitting it in 2, ie no pipe? dump a0f some.file /old (or dump 0f - /old =7C gzip -c > file.dump.gz) restore rf some.file danny From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 08:16:57 2009 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 647CB1065677; Tue, 24 Mar 2009 08:16:57 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id E88CE8FC22; Tue, 24 Mar 2009 08:16:56 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-1-207-58.bna.bellsouth.net [65.1.207.58]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2O8FXYY018470 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Mar 2009 04:15:34 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: wsk In-Reply-To: <49C85F4E.5050002@gddsn.org.cn> References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> <1237798914.2110.24.camel@balrog.2hip.net> <49C85F4E.5050002@gddsn.org.cn> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-yQkGkYl0Vhm/OQbS9wLk" Organization: FreeBSD Date: Tue, 24 Mar 2009 03:16:31 -0500 Message-Id: <1237882591.1771.26.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 08:16:58 -0000 --=-yQkGkYl0Vhm/OQbS9wLk Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-03-24 at 12:19 +0800, wsk wrote: > Robert Noland wrote: > > On Mon, 2009-03-23 at 09:28 +0800, wsk wrote: > > =20 > >>> Ok, this patch should work on NV50 chips also. > >>> =20 > >>> What you get is EXA and Xv. > >>> =20 > >>> You still need: > >>> =20 > >>> A recent -CURRENT or -STABLE. > >>> =20 > >>> git master of libdrm and xf86-video-nouveau. > >>> =20 > >>> This patch. > >>> =20 > >>> Things I've figured out since the last patch... > >>> =20 > >>> On NV50 class hardware you need to have a compositing manager running > >>> for Xv to work. That means xcompmgr, metacity with composite enabled= , > >>> xfce (rumored to work as well, haven't tried). If your running Gnome > >>> with metacity, open gconf-editor and go to apps->metacity->general an= d > >>> check the composite box. > >>> =20 > >>> On NV40 class hardware, you don't need the composite manager. In fac= t > >>> (at least with Xserver 1.6 which I'm running now), if a composite > >>> manager is enabled, I'm seeing high cpu utilization from Xorg under s= ome > >>> circumstances. I don't think this is a drm issue, but still an issue= . > >>> For me, if I start a video using mplayer in an xterm, cpu is fine as > >>> long as that xterm is the foreground window. If it is not the > >>> foreground window, even if it isn't obscured I see the cpu utilizatio= n. > >>> Disabling the composite manager makes everything fine. > >>> =20 > >>> http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > >>> =20 > >>> robert. > >>> =20 > >> get the following errors and exitThis is a pre-release version of the = X server from The X.Org Foundation. > >> It is not supported in any way. > >> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. > >> Select the "xorg" product for bugs you find in this release. > >> Before reporting bugs in pre-release versions please check the > >> latest version in the X.Org Foundation git repository. > >> See http://wiki.x.org/wiki/GitPage for git access instructions. > >> > >> X.Org X Server 1.5.99.902 (1.6.0 RC 2) > >> Release Date: 2009-1-30 > >> X Protocol Version 11, Revision 0 > >> Build Operating System: FreeBSD 7.1-STABLE amd64 > >> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeB= SD 7.2-PRE > >> RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/= obj/usr/sr > >> c/sys/WSK amd64 > >> Build Date: 06 February 2009 04:22:44PM > >> > >> Before reporting problems, check http://wiki.x.org > >> to make sure that you have the latest version. > >> Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > >> (++) from command line, (!!) notice, (II) informational, > >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > >> (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 20= 09 > >> ing config file: "xorg.conf1" > >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resourc= e 0x2 > >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resourc= e 0x2 > >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resourc= e 0x2 > >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffffff= fff). > >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resourc= e 0x1 > >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffffff= fff). > >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resourc= e 0x1 > >> drm0: [ITHREAD] > >> info: [drm] Allocating FIFO number 1 > >> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > >> info: [drm] PFIFO_DMA_PUSHER - Ch 1 > >> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > >> (EE) Screen(s) found, but none have a usable configuration. > >> > >> Fatal server error: > >> no screens found > >> > >> Please consult the The X.Org Foundation support > >> at http://wiki.x.org > >> for help. > >> Please also check the log file at "/var/log/Xorg.0.log" for additional= informati > >> on. > >> > >> info: [drm] nouveau_fifo_free: freeing fifo 1 > >> error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle channel= 1 before > >> destroy.Prepare for strangeness.. > >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffffff= fff). > >> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resourc= e 0x1 > >> > >> what can i do ? > >> > >> > >> > >> > >> plain text document attachment (Xorg.0.log) > >> This is a pre-release version of the X server from The X.Org Foundatio= n. > >> It is not supported in any way. > >> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. > >> Select the "xorg" product for bugs you find in this release. > >> Before reporting bugs in pre-release versions please check the > >> latest version in the X.Org Foundation git repository. > >> See http://wiki.x.org/wiki/GitPage for git access instructions. > >> > >> X.Org X Server 1.5.99.902 (1.6.0 RC 2) > >> Release Date: 2009-1-30 > >> X Protocol Version 11, Revision 0 > >> Build Operating System: FreeBSD 7.1-STABLE amd64=20 > >> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeB= SD 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:= /usr/obj/usr/src/sys/WSK amd64 > >> Build Date: 06 February 2009 04:22:44PM > >> =20 > >> Before reporting problems, check http://wiki.x.org > >> to make sure that you have the latest version. > >> Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > >> (++) from command line, (!!) notice, (II) informational, > >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > >> (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 20= 09 > >> (++) Using config file: "xorg.conf1" > >> (=3D=3D) No Layout section. Using the first Screen section. > >> (=3D=3D) No screen section available. Using defaults. > >> (**) |-->Screen "Default Screen Section" (0) > >> (**) | |-->Monitor "" > >> (=3D=3D) No device specified for screen "Default Screen Section". > >> Using the first device section listed. > >> (**) | |-->Device "Card0" > >> (=3D=3D) No monitor specified for screen "Default Screen Section". > >> Using a default monitor configuration. > >> (=3D=3D) Automatically adding devices > >> (=3D=3D) Automatically enabling devices > >> (=3D=3D) No FontPath specified. Using compiled-in default. > >> (=3D=3D) FontPath set to: > >> built-ins > >> (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" > >> (II) Cannot locate a core pointer device. > >> (II) Cannot locate a core keyboard device. > >> (II) The server relies on HAL to provide the list of input devices. > >> If no devices become available, reconfigure HAL or disable AllowEmpty= Input. > >> (II) Loader magic: 0xb20 > >> (II) Module ABI versions: > >> X.Org ANSI C Emulation: 0.4 > >> X.Org Video Driver: 5.0 > >> X.Org XInput driver : 4.0 > >> X.Org Server Extension : 2.0 > >> (II) Loader running on freebsd > >> (--) Using syscons driver with X support (version 2.0) > >> (--) using VT number 9 > >> > >> (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, Mem @ = 0xfd000000/16777216, 0x00000000/268435456, 0xfa000000/33554432, I/O @ 0x000= 0df00/128, BIOS @ 0x????????/65536 > >> =20 > > > > Ok, thats a new one... > > > > =20 > >> (II) System resource ranges: > >> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > >> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > >> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > >> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > >> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > >> (II) LoadModule: "extmod" > >> (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so > >> (II) Module extmod: vendor=3D"X.Org Foundation" > >> compiled for 1.5.99.902, module version =3D 1.0.0 > >> Module class: X.Org Server Extension > >> ABI class: X.Org Server Extension, version 2.0 > >> (II) Loading extension MIT-SCREEN-SAVER > >> (II) Loading extension XFree86-VidModeExtension > >> (II) Loading extension XFree86-DGA > >> (II) Loading extension DPMS > >> (II) Loading extension XVideo > >> (II) Loading extension XVideo-MotionCompensation > >> (II) Loading extension X-Resource > >> (II) LoadModule: "dbe" > >> (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so > >> (II) Module dbe: vendor=3D"X.Org Foundation" > >> compiled for 1.5.99.902, module version =3D 1.0.0 > >> Module class: X.Org Server Extension > >> ABI class: X.Org Server Extension, version 2.0 > >> (II) Loading extension DOUBLE-BUFFER > >> (II) LoadModule: "glx" > >> (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so > >> (II) Module glx: vendor=3D"X.Org Foundation" > >> compiled for 1.5.99.902, module version =3D 1.0.0 > >> ABI class: X.Org Server Extension, version 2.0 > >> (=3D=3D) AIGLX disabled > >> (=3D=3D) Exporting typical set of GLX visuals > >> (II) Loading extension GLX > >> (II) LoadModule: "record" > >> (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so > >> (II) Module record: vendor=3D"X.Org Foundation" > >> compiled for 1.5.99.902, module version =3D 1.13.0 > >> Module class: X.Org Server Extension > >> ABI class: X.Org Server Extension, version 2.0 > >> (II) Loading extension RECORD > >> (II) LoadModule: "dri" > >> (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so > >> (II) Module dri: vendor=3D"X.Org Foundation" > >> compiled for 1.5.99.902, module version =3D 1.0.0 > >> ABI class: X.Org Server Extension, version 2.0 > >> (II) Loading extension XFree86-DRI > >> (II) LoadModule: "nouveau" > >> (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so > >> (II) Module nouveau: vendor=3D"X.Org Foundation" > >> compiled for 1.5.99.902, module version =3D 0.0.10 > >> Module class: X.Org Video Driver > >> ABI class: X.Org Video Driver, version 5.0 > >> (II) NOUVEAU driver Date: Wed Mar 18 09:36:33 2009 +1000 > >> (II) NOUVEAU driver for NVIDIA chipset families : > >> RIVA TNT (NV04) > >> RIVA TNT2 (NV05) > >> GeForce 256 (NV10) > >> GeForce 2 (NV11, NV15) > >> GeForce 4MX (NV17, NV18) > >> GeForce 3 (NV20) > >> GeForce 4Ti (NV25, NV28) > >> GeForce FX (NV3x) > >> GeForce 6 (NV4x) > >> GeForce 7 (G7x) > >> GeForce 8 (G8x) > >> (II) Primary Device is: PCI 01@00:00:0 > >> (II) resource ranges after probing: > >> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > >> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > >> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > >> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > >> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > >> (--) NOUVEAU(0): Chipset: "NVIDIA NV86" > >> =20 > > > > Hrm, NV86... I'll have to ask around about that. Meanwhile can you sen= d > > me a pciconf -lvb which should at least show us the BAR configuration. > > > > Ok, my sources are telling me that this should work and that it is an > > NV50, or at least should work the same... > > > > Also, just to be safe, please rebuild/reinstall devel/libpciaccess. I'= m > > not sure if it may be trashing the BARs somehow. > > > > robert. > > =20 >=20 > hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x01fe1028 chip=3D0x2a008086 > rev=3D0x0c hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Mobile PM965/GM965/GL960 Express Processor to DRAM Controller= ' > class =3D bridge > subclass =3D HOST-PCI > pcib1@pci0:0:1:0: class=3D0x060400 card=3D0x01fe1028 chip=3D0x2a018086 > rev=3D0x0c hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D 'Mobile PM965/GM965/GL960 Express PCIe Root Port' > class =3D bridge > subclass =3D PCI-PCI > uhci0@pci0:0:26:0: class=3D0x0c0300 card=3D0x01fe1028 chip=3D0x28348086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) USB UHCI' > class =3D serial bus > subclass =3D USB > bar [20] =3D type I/O Port, range 32, base 0x6f20, size 32, enabled > uhci1@pci0:0:26:1: class=3D0x0c0300 card=3D0x01fe1028 chip=3D0x28358086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) USB UHCI' > class =3D serial bus > subclass =3D USB > bar [20] =3D type I/O Port, range 32, base 0x6f00, size 32, enabled > ehci0@pci0:0:26:7: class=3D0x0c0320 card=3D0x01fe1028 chip=3D0x283a8086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '81EC1043 (?) ICH8 Enhanced USB2 Enhanced Host Controller' > class =3D serial bus > subclass =3D USB > bar [10] =3D type Memory, range 32, base 0xfed1c400, size 1024, enabled > hdac0@pci0:0:27:0: class=3D0x040300 card=3D0x01fe1028 chip=3D0x284b8086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H &SUBSYS_81EC1043&REV_02\3&11583659&0&D8' > class =3D multimedia > subclass =3D HDA > bar [10] =3D type Memory, range 64, base 0xfebfc000, size 16384, enabled > pcib2@pci0:0:28:0: class=3D0x060400 card=3D0x01fe1028 chip=3D0x283f8086 > rev=3D0x02 hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) PCIe Port 1' > class =3D bridge > subclass =3D PCI-PCI > pcib3@pci0:0:28:1: class=3D0x060400 card=3D0x01fe1028 chip=3D0x28418086 > rev=3D0x02 hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) PCIe Port 2' > class =3D bridge > subclass =3D PCI-PCI > pcib4@pci0:0:28:3: class=3D0x060400 card=3D0x01fe1028 chip=3D0x28458086 > rev=3D0x02 hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) PCIe Port 4' > class =3D bridge > subclass =3D PCI-PCI > pcib5@pci0:0:28:5: class=3D0x060400 card=3D0x01fe1028 chip=3D0x28498086 > rev=3D0x02 hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) PCIe Port 6' > class =3D bridge > subclass =3D PCI-PCI > uhci2@pci0:0:29:0: class=3D0x0c0300 card=3D0x01fe1028 chip=3D0x28308086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) USB UHCI' > class =3D serial bus > subclass =3D USB > bar [20] =3D type I/O Port, range 32, base 0x6f80, size 32, enabled > uhci3@pci0:0:29:1: class=3D0x0c0300 card=3D0x01fe1028 chip=3D0x28318086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) USB UHCI' > class =3D serial bus > subclass =3D USB > bar [20] =3D type I/O Port, range 32, base 0x6f60, size 32, enabled > uhci4@pci0:0:29:2: class=3D0x0c0300 card=3D0x01fe1028 chip=3D0x28328086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) USB UHCI' > class =3D serial bus > subclass =3D USB > bar [20] =3D type I/O Port, range 32, base 0x6f40, size 32, enabled > ehci1@pci0:0:29:7: class=3D0x0c0320 card=3D0x01fe1028 chip=3D0x28368086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) USB2 EHCI' > class =3D serial bus > subclass =3D USB > bar [10] =3D type Memory, range 32, base 0xfed1c000, size 1024, enabled > pcib6@pci0:0:30:0: class=3D0x060401 card=3D0x01fe1028 chip=3D0x24488086 > rev=3D0xf2 hdr=3D0x01 > vendor =3D 'Intel Corporation' > device =3D '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge= ' > class =3D bridge > subclass =3D PCI-PCI > isab0@pci0:0:31:0: class=3D0x060100 card=3D0x01fe1028 chip=3D0x28158086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'ICH8M-E (ICH8 Family) LPC Interface Controller' > class =3D bridge > subclass =3D PCI-ISA > atapci0@pci0:0:31:1: class=3D0x01018a card=3D0x01fe1028 chip=3D0x28508086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) Ultra ATA Storage Controllers' > class =3D mass storage > subclass =3D ATA > bar [10] =3D type I/O Port, range 32, base 0x1f0, size 8, enabled > bar [14] =3D type I/O Port, range 32, base 0x3f4, size 1, enabled > bar [18] =3D type I/O Port, range 32, base 0x170, size 8, enabled > bar [1c] =3D type I/O Port, range 32, base 0x374, size 1, enabled > bar [20] =3D type I/O Port, range 32, base 0x6fa0, size 16, enabled > atapci1@pci0:0:31:2: class=3D0x01018f card=3D0x01fe1028 chip=3D0x28288086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'ICH8M (ICH8 Family) 3 port SATA Controller' > class =3D mass storage > subclass =3D ATA > bar [10] =3D type I/O Port, range 32, base 0x6eb0, size 8, enabled > bar [14] =3D type I/O Port, range 32, base 0x6eb8, size 4, enabled > bar [18] =3D type I/O Port, range 32, base 0x6ec0, size 8, enabled > bar [1c] =3D type I/O Port, range 32, base 0x6ec8, size 4, enabled > bar [20] =3D type I/O Port, range 32, base 0x6ee0, size 16, enabled > bar [24] =3D type I/O Port, range 32, base 0xeff0, size 16, enabled > ichsmb0@pci0:0:31:3: class=3D0x0c0500 card=3D0x01fe1028 chip=3D0x283e8086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) SMBus Controller' > class =3D serial bus > subclass =3D SMBus > bar [10] =3D type Memory, range 32, base 0xfebfbf00, size 256, enabled > bar [20] =3D type I/O Port, range 32, base 0x10c0, size 32, enabled > vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x01fe1028 chip=3D0x042910de > rev=3D0xa1 hdr=3D0x00 > vendor =3D 'Nvidia Corp' > device =3D 'Unknown nVidia Quadro FX 570M' > class =3D display > subclass =3D VGA > bar [10] =3D type Memory, range 32, base 0xfd000000, size 16777216, enabl= ed Ok, this is BAR 0, BARs 1 and 2 are indeed are not showing up. BAR 1 should be your framebuffer and should be where most of your memory is. (This is the memory the tell you about when you buy the card, 256M, 512M, etc.) It should probably be a 64bit BAR, which is why BAR 2 isn't there. We are going to need more details on your card... > bar [1c] =3D type Memory, range 64, base 0xfa000000, size 33554432, enabl= ed This one is BAR 3, which is used when it doesn't find BAR 1. robert. > bar [24] =3D type I/O Port, range 32, base 0xdf00, size 128, enabled > ndis0@pci0:12:0:0: class=3D0x028000 card=3D0x000a1028 chip=3D0x432814e4 > rev=3D0x03 hdr=3D0x00 > vendor =3D 'Broadcom Corporation' > device =3D 'BCM94321KFBG Broadcom 4321AGN 802.11a/b/g/draft-n Wi-Fi Solut= ion' > class =3D network > bar [10] =3D type Memory, range 64, base 0xf9ffc000, size 16384, enabled > bar [18] =3D type Prefetchable Memory, range 64, base 0xf0000000, size > 1048576, enabled > bge0@pci0:9:0:0: class=3D0x020000 card=3D0x01fe1028 chip=3D0x167314e4 rev= =3D0x02 > hdr=3D0x00 > vendor =3D 'Broadcom Corporation' > device =3D 'B57xx Broadcom NetXtreme Gigabit Ethernet' > class =3D network > subclass =3D ethernet > bar [10] =3D type Memory, range 64, base 0xf9bf0000, size 65536, enabled > cbb0@pci0:3:1:0: class=3D0x060700 card=3D0x01fe1028 chip=3D0x71351217 rev= =3D0x21 > hdr=3D0x02 > vendor =3D 'O2 Micro Inc' > device =3D 'OZ711EZ1 MemoryCardBus Controller' > class =3D bridge > subclass =3D PCI-CardBus > bar [10] =3D type Memory, range 32, base 0xf9a00000, size 4096, enabled > fwohci0@pci0:3:1:4: class=3D0x0c0010 card=3D0x01fe1028 chip=3D0x00f71217 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'O2 Micro Inc' > device =3D '0x00f71217 1394 Open Host Controller Interface' > class =3D serial bus > subclass =3D FireWire > bar [10] =3D type Memory, range 32, base 0xf9aff000, size 4096, enabled > bar [14] =3D type Memory, range 32, base 0xf9afe800, size 2048, enabled >=20 > and follow your intrudction.still pain me :( >=20 > (++) Using config file: "xorg.conf1" > drm0: on vgapci0 > info: [drm] Detected an NV50 generation card (0x086900a2) > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] Initialized nouveau 0.0.12 20060213 > error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x= 2 > vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff= ). > error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x= 1 > vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff= ). > error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x= 1 > drm0: [ITHREAD] > info: [drm] Allocating FIFO number 1 > error: [drm:pid6494:nouveau_graph_trapped_channel] *ERROR* AIII, > invalid/inactiv > e channel id 128 > info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo: > [drm] , nSt > atus:info: [drm] > info: [drm] PGRAPH_ERROR - Ch -1/0 Class 0x0000 Mthd 0x0000 Data > 0x00000000:0x00 > 000000 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 1: > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x800000= 3f > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xcf6f7f= 0e > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408908: 0xfff736= 7f > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040890c: 0x000018= 50 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408910: 0xafff35= 87 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e08: 0x800b6f= ad > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e0c: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e10: 0x4df4fd= 60 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e14: 0x000000= d7 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e18: 0x313976= 8d > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e1c: 0xf6d697= 57 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e20: 0x631616= 50 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e24: 0x072200= 09 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 2: > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409900: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409904: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409908: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040990c: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409910: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e08: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e0c: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e10: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e14: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e1c: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e20: 0x000000= 00 > error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e24: 0x000000= 00 > info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > info: [drm] PFIFO_DMA_PUSHER - Ch 1 > (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > (EE) Screen(s) found, but none have a usable configuration. >=20 > Fatal server error: > no screens found >=20 > Please consult the The X.Org Foundation support > at http://wiki.x.org > for help. > Please also check the log file at "/var/log/Xorg.0.log" for additional > informati > on. >=20 > info: [drm] nouveau_fifo_free: freeing fifo 1 > error: [drm:pid6493:nouveau_fifo_free] *ERROR* Failed to idle channel 1 > before d > estroy.Prepare for strangeness.. > info: [drm] PFIFO_DMA_PUSHER - Ch 127 > vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff= ). > error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x= 1 >=20 > > =20 > >> (II) Loading sub module "int10" > >> (II) LoadModule: "int10" > >> (II) Loading /usr/local/lib/xorg/modules//libint10.so > >> (II) Module int10: vendor=3D"X.Org Foundation" > >> compiled for 1.5.99.902, module version =3D 1.0.0 > >> ABI class: X.Org Video Driver, version 5.0 > >> (II) NOUVEAU(0): Initializing int10 > >> (=3D=3D) NOUVEAU(0): Write-combining range (0xa0000,0x20000) was alrea= dy clear > >> (=3D=3D) NOUVEAU(0): Write-combining range (0xc0000,0x40000) was alrea= dy clear > >> (II) NOUVEAU(0): Primary V_BIOS segment is: 0xc000 > >> (=3D=3D) NOUVEAU(0): Write-combining range (0x0,0x1000) was already cl= ear > >> drmOpenDevice: node name is /dev/dri/card0 > >> drmOpenDevice: open result is 10, (OK) > >> drmOpenDevice: node name is /dev/dri/card0 > >> drmOpenDevice: open result is 10, (OK) > >> drmOpenByBusid: Searching for BusID pci:0000:01:00.0 > >> drmOpenDevice: node name is /dev/dri/card0 > >> drmOpenDevice: open result is 10, (OK) > >> drmOpenByBusid: drmOpenMinor returns 10 > >> drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 > >> (II) [drm] DRM interface version 1.2 > >> (II) [drm] DRM open master succeeded. > >> (II) NOUVEAU(0): [drm] nouveau interface version: 0.0.12 > >> (--) NOUVEAU(0): [drm] kernel modesetting not available > >> (--) NOUVEAU(0): VESA-HACK: Console VGA mode is 0x3 > >> (II) NOUVEAU(0): Creating default Display subsection in Screen section > >> "Default Screen Section" for depth/fbbpp 24/32 > >> (=3D=3D) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32 > >> (=3D=3D) NOUVEAU(0): RGB weight 888 > >> (=3D=3D) NOUVEAU(0): Default visual is TrueColor > >> (II) Loading sub module "vgahw" > >> (II) LoadModule: "vgahw" > >> (II) Loading /usr/local/lib/xorg/modules//libvgahw.so > >> (II) Module vgahw: vendor=3D"X.Org Foundation" > >> compiled for 1.5.99.902, module version =3D 0.1.0 > >> ABI class: X.Org Video Driver, version 5.0 > >> (=3D=3D) NOUVEAU(0): Randr1.2 support enabled > >> (=3D=3D) NOUVEAU(0): Using HW cursor > >> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > >> (=3D=3D) NOUVEAU(0): Write-combining range (0x0,0x1000) was already cl= ear > >> (II) UnloadModule: "nouveau" > >> (II) UnloadModule: "vgahw" > >> (II) Unloading /usr/local/lib/xorg/modules//libvgahw.so > >> (II) UnloadModule: "int10" > >> (II) Unloading /usr/local/lib/xorg/modules//libint10.so > >> (EE) Screen(s) found, but none have a usable configuration. > >> > >> Fatal server error: > >> no screens found > >> > >> Please consult the The X.Org Foundation support=20 > >> at http://wiki.x.org > >> for help.=20 > >> Please also check the log file at "/var/log/Xorg.0.log" for additional= information. > >> > >> =20 >=20 --=20 Robert Noland FreeBSD --=-yQkGkYl0Vhm/OQbS9wLk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknIlt8ACgkQM4TrQ4qfROMiRgCgiGibe4kxUxOEjpRIwC5jWsA6 UiQAnjbVWIPpknCyuFk8OC3jJVJerFV8 =z8ca -----END PGP SIGNATURE----- --=-yQkGkYl0Vhm/OQbS9wLk-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 09:57:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD0391065673; Tue, 24 Mar 2009 09:57:49 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 99F468FC14; Tue, 24 Mar 2009 09:57:49 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Lm3OG-000Cze-Mj; Tue, 24 Mar 2009 11:57:48 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 24 Mar 2009 11:57:48 +0200 From: Danny Braniss Message-ID: Cc: Subject: Intel Integrated RAID iir not working under 7.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 09:57:50 -0000 Hi, After turning debuging on, it seems that the iir driver is loosing an interrupt while probing: ... gdt_next(0xc7666000) gdt_mpr_test_busy(0xc7666000) gdt_intr(0xc7666000) gdt_mpr_get_status(0xc7666000) gdt_mpr_intr(0xc7666000) gdt_free_ccb(0xc7666000, 0xc767e444) gdt_sync_event(0xc7666000, 3, 5, 0xc767e444) gdt_next(0xc7666000) gdt_mpr_test_busy(0xc7666000) run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config panic: run_interrupt_driven_config_hooks: waited too long btw, older (7.0/7.1) still works. any ideas? thanks, danny From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 12:56:14 2009 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 D5CEA1065672 for ; Tue, 24 Mar 2009 12:56:14 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [87.237.210.209]) by mx1.freebsd.org (Postfix) with ESMTP id 977258FC23 for ; Tue, 24 Mar 2009 12:56:14 +0000 (UTC) (envelope-from peter@pean.org) Received: from pi.pean.org (c-1706e155.166-7-64736c14.cust.bredbandsbolaget.se [85.225.6.23]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: peter@pean.org) by system.jails.se (Postfix) with ESMTP id 91C4486898 for ; Tue, 24 Mar 2009 13:40:21 +0100 (CET) Message-Id: <91FBB56E-9B1F-469D-A83E-03396AA850FC@pean.org> From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 24 Mar 2009 13:40:20 +0100 X-Mailer: Apple Mail (2.930.3) Cc: Subject: LSI Logic raid status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 12:56:15 -0000 Hi, I have a LSI Logic sata/sas raid running, is there a way to see the =20 state of the volume, like optimal, degraded or resyncing? I've tried several commands with camcontrol but I cant figure it out. -- Peter Ankerst=E5l peter@pean.org http://www.pean.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 13:08:22 2009 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 7CFD91065672 for ; Tue, 24 Mar 2009 13:08:22 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [IPv6:2a02:898:96::5e8e:f508]) by mx1.freebsd.org (Postfix) with ESMTP id 0ADAA8FC1B for ; Tue, 24 Mar 2009 13:08:21 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from guest-wv-48.ripe.net (guest-wv-48.ripe.net [193.0.2.48]) (authenticated bits=0) by erg.verweg.com (8.14.3/8.14.3) with ESMTP id n2OD8D4D007578 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 24 Mar 2009 13:08:18 GMT (envelope-from ruben@verweg.com) Message-Id: <61AAA3A1-B794-4CF5-8F16-F30DB42940D9@verweg.com> From: Ruben van Staveren To: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= In-Reply-To: <91FBB56E-9B1F-469D-A83E-03396AA850FC@pean.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 24 Mar 2009 14:08:06 +0100 References: <91FBB56E-9B1F-469D-A83E-03396AA850FC@pean.org> X-Mailer: Apple Mail (2.930.3) X-Spam-Status: No, score=3.1 required=5.0 tests=DATE_IN_FUTURE_06_12 autolearn=no version=3.2.5 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on erg.verweg.com X-Virus-Scanned: ClamAV 0.94.2/9156/Tue Mar 24 04:11:32 2009 on erg.verweg.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (erg.verweg.com [94.142.245.8]); Tue, 24 Mar 2009 13:08:20 +0000 (UTC) Cc: stable@freebsd.org Subject: Re: LSI Logic raid status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 13:08:23 -0000 On 24 Mar 2009, at 13:40, Peter Ankerst=E5l wrote: > Hi, > > I have a LSI Logic sata/sas raid running, is there a way to see the =20= > state of > the volume, like optimal, degraded or resyncing? There is sysutils/linux-megacli Yes, looks like ports/130505 is still pending unfortunately > > I've tried several commands with camcontrol but I cant figure it out. > > -- > Peter Ankerst=E5l > peter@pean.org > http://www.pean.org/ > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org=20 > " > Regards, Ruben From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 13:20:34 2009 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 D52D3106567B for ; Tue, 24 Mar 2009 13:20:34 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [87.237.210.209]) by mx1.freebsd.org (Postfix) with ESMTP id 93AF68FC1D for ; Tue, 24 Mar 2009 13:20:34 +0000 (UTC) (envelope-from peter@pean.org) Received: from pi.pean.org (c-1706e155.166-7-64736c14.cust.bredbandsbolaget.se [85.225.6.23]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: peter@pean.org) by system.jails.se (Postfix) with ESMTP id 03941861B1; Tue, 24 Mar 2009 14:20:32 +0100 (CET) Message-Id: From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= To: Ruben van Staveren In-Reply-To: <61AAA3A1-B794-4CF5-8F16-F30DB42940D9@verweg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 24 Mar 2009 14:20:31 +0100 References: <91FBB56E-9B1F-469D-A83E-03396AA850FC@pean.org> <61AAA3A1-B794-4CF5-8F16-F30DB42940D9@verweg.com> X-Mailer: Apple Mail (2.930.3) Cc: stable@freebsd.org Subject: Re: LSI Logic raid status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 13:20:35 -0000 On Mar 24, 2009, at 2:08 PM, Ruben van Staveren wrote: > > On 24 Mar 2009, at 13:40, Peter Ankerst=E5l wrote: > >> Hi, >> >> I have a LSI Logic sata/sas raid running, is there a way to see the =20= >> state of >> the volume, like optimal, degraded or resyncing? > > There is sysutils/linux-megacli > Sorry about that. This is not megaraid its the mpt driver. LSI SAS3041E-R PCI-e mpt0: port 0x2000-0x20ff mem =20 0xd0210000-0xd0213fff,0xd0200000-0xd020ffff irq 16 at device 0.0 on pci3 mpt0: [ITHREAD] mpt0: MPI Version=3D1.5.19.0 mpt0: Capabilities: ( RAID-0 RAID-1E RAID-1 ) mpt0: 1 Active Volume (2 Max) mpt0: 2 Hidden Drive Members (14 Max) -- Peter Ankerst=E5l peter@pean.org http://www.pean.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 15:39:24 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1911F10656BC for ; Tue, 24 Mar 2009 15:39:24 +0000 (UTC) (envelope-from nathanael@webair.com) Received: from peru.webair.com (peru.webair.com [209.200.29.5]) by mx1.freebsd.org (Postfix) with ESMTP id CD49E8FC19 for ; Tue, 24 Mar 2009 15:39:23 +0000 (UTC) (envelope-from nathanael@webair.com) Received: from peru.webair.com (localhost.webair.com [127.0.0.1]) by peru.webair.com (8.14.2/8.14.1) with ESMTP id n2OFM65p009158 for ; Tue, 24 Mar 2009 11:22:06 -0400 (EDT) (envelope-from nathanael@webair.com) Received: (from www@localhost) by peru.webair.com (8.14.2/8.13.4/Submit) id n2OFM6Vt009157; Tue, 24 Mar 2009 11:22:06 -0400 (EDT) (envelope-from nathanael@webair.com) X-Authentication-Warning: peru.webair.com: www set sender to nathanael@webair.com using -f Received: from 24.103.225.18 (SquirrelMail authenticated user nathanael) by staff.webair.com with HTTP; Tue, 24 Mar 2009 11:22:06 -0400 (EDT) Message-ID: <60041.24.103.225.18.1237908126.squirrel@staff.webair.com> Date: Tue, 24 Mar 2009 11:22:06 -0400 (EDT) From: "Nathanael Jean-Francois" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: 7.1 stable panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nathanael@webair.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 15:39:24 -0000 Hello all, I've been getting some panics with a 7.1 stable machine from March 14th. I've not been able to determine the cause nor reproduce them at will. Here's a backtrace from the latest panic on March 23rd. Let me know if any more information is needed. Thanks. Unread portion of the kernel message buffer: panic: lock (sleep mutex) Giant not locked @ /usr/src/sys/kern/kern_ntptime.c:965 cpuid = 1 Uptime: 1d15h34m6s Physical memory: 2034 MB Dumping 377 MB: 362 346 330 314 298 282 266 250 234 218 202 186 170 154 138 122 106 90 74 58 42em0: watchdog timeout -- resetting <5>em0: link state changed to DOWN 26 10 #0 doadump () at pcpu.h:195 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) list 190 static __inline struct thread * 191 __curthread(void) 192 { 193 struct thread *td; 194 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); 196 return (td); 197 } 198 #define curthread (__curthread()) 199 (kgdb) backtrace #0 doadump () at pcpu.h:195 #1 0x0000000000000104 in ?? () #2 0xffffffff804e6fc2 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #3 0xffffffff804e73f2 in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:574 #4 0xffffffff805218b6 in witness_unlock (lock=0xffffffff80b0a400, flags=8, file=0x0, line=965) at /usr/src/sys/kern/subr_witness.c:1284 #5 0xffffffff804dadb2 in _mtx_unlock_flags (m=0xffffffff80b0a400, opts=0, file=0xffffffff8087a008 "/usr/src/sys/kern/kern_ntptime.c", line=965) at /usr/src/sys/kern/kern_mutex.c:203 #6 0xffffffff804dc062 in kern_adjtime (td=0xffffffff80884bd0, delta=0x674, olddelta=Variable "olddelta" is not available. ) at /usr/src/sys/kern/kern_ntptime.c:965 #7 0xffffff00019cf870 in ?? () #8 0x00000000000005a8 in ?? () #9 0xffffffff805430b6 in soreceive_generic (so=0xffffff0078a9f600, psa=0x0, uio=0xfffffffebe695b10, mp0=Variable "mp0" is not available. ) at /usr/src/sys/kern/uipc_socket.c:1652 #10 0xffffffff80523e6d in dofileread (td=0xffffff000181b000, fd=3, fp=0xffffff00016af200, auio=0xfffffffebe695b10, offset=Variable "offset" is not available. ) at file.h:245 #11 0xffffffff805241de in kern_readv (td=0xffffff000181b000, fd=3, auio=0xfffffffebe695b10) at /usr/src/sys/kern/sys_generic.c:192 #12 0xffffffff805242cc in read (td=0x0, uap=0x0) at /usr/src/sys/kern/sys_generic.c:108 #13 0xffffffff8079d0dc in syscall (frame=0xfffffffebe695c80) at /usr/src/sys/amd64/amd64/trap.c:907 #14 0xffffffff80781cbb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:330 #15 0x000000080076ad7c in ?? () Previous frame inner to this frame (corrupt stack?) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 15:59:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA76E106566C for ; Tue, 24 Mar 2009 15:59:58 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.190]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF038FC0C for ; Tue, 24 Mar 2009 15:59:57 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so860647mue.3 for ; Tue, 24 Mar 2009 08:59:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=46iBTqOoQ3/XB08kz1xDVRP08NxVXLHi1sdsruL4uu8=; b=gL5U9L3MdpPzVkvJ7MZDtxLhoWRlsjoK8OBk5m93VbRB8UYOVe/vXL9wyzEkJYpkjC 6oLIrNvXWhDsgbdaEp1819n6VLBmDYPM0jAe7GyCBwrOCaGgb0cHqLtvK8AAbcXqcv8r +7FousFww7sYoXmIkdWkytGSO9RuH0mhjqcA0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=US/F4dZqv3GW0SQuZplm05ocZtC5WEe3BfTO151sirp3RW0gXSP0rBOuDN4HWdRfav UyJD3fUYGpFh071Dc9lF2EstShfFJ7FWhMdvx+aPsDhoCK8SoHUoumpW6xNIE+4GVqkj gV4a5woUWUhKTQTrYuH9L5sNj64oZYthBVObU= MIME-Version: 1.0 Received: by 10.103.245.18 with SMTP id x18mr3703476mur.62.1237910397005; Tue, 24 Mar 2009 08:59:57 -0700 (PDT) Date: Tue, 24 Mar 2009 18:59:56 +0300 Message-ID: From: pluknet To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: sysctl net.isr overflow X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 15:59:59 -0000 Hi. I noticed strange values in the sysctl branch net.isr: net.isr.direct: 0 net.isr.count: -458871841 net.isr.directed: 0 net.isr.deferred: -458850991 net.isr.queued: -19290738 net.isr.drop: 0 net.isr.swi_count: -1114653647 I'm running 6.2 release. AFAICS those oids are still defined as SYSCTL_INT in HEAD. So it may be still applicable (Sorry, I cannot test this on HEAD). -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 16:20:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 667401065D39; Tue, 24 Mar 2009 16:20:26 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 912738FC12; Tue, 24 Mar 2009 16:20:25 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.3/8.14.3) with ESMTP id n2OGJVeD065408; Tue, 24 Mar 2009 12:19:40 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) Message-ID: <49C90813.8070705@aldan.algebra.com> Date: Tue, 24 Mar 2009 12:19:31 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: Danny Braniss References: <49C83673.3000604@aldan.algebra.com> <200903241537.36515.doconnor@gsoft.com.au> <49C87E0D.5090501@aldan.algebra.com> In-Reply-To: Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 16:20:31 -0000 Danny Braniss ÎÁĐÉÓÁ×(ĚÁ): >> Daniel O'Connor ÎÁĐÉÓÁ×(ĚÁ): >> >> On Tuesday 24 March 2009 11:55:07 Mikhail T. wrote: >> >> >> >>>> I'm trying to migrate a filesystem from one disk to another using: >>>> >>>> dump a0hCf 0 32 - /old | restore -rf - >>>> >>>> (/old is already mounted read-only). The process runs for a while and> >> then stops with: >>>> >>>> [...] >>>> DUMP: 22.85% done, finished in 3:57 at Tue Mar 24 01:03:21 2009 >>>> DUMP: 24.66% done, finished in 3:50 at Tue Mar 24 01:00:58 2009 >>>> DUMP: 26.44% done, finished in 3:43 at Tue Mar 24 00:59:14 2009 >>>> unknown tape header type 1853384566> >> abort? [yn] >>>> >>>> Any idea, what's going on? Why can't FreeBSD's restore read FreeBSD's >>>> dump's output? >>>> >>>> >>>> > > What happens if you don't use the cache? > >>> >>> >> No big difference: >> >>> dump a0f - /old | restore -rf - >>> >> [...] >> DUMP: 17.25% done, finished in 3:27 at Tue Mar 24 05:42:00 2009 >> DUMP: 20.36% done, finished in 3:09 at Tue Mar 24 05:28:13 2009 >> DUMP: 23.83% done, finished in 2:50 at Tue Mar 24 05:14:32 2009 >> unknown tape header type -621260722> abort? [yn] >> >> Looks like a junk value somewhere... Unitialized variable or some such. >> >> > can you try splitting it in 2, ie no pipe? > dump a0f some.file /old (or dump 0f - /old | gzip -c > file.dump.gz) > restore rf some.file > > danny > Well, the first part (the dump) runs almost to the completion, but hangs at the very end for some reason: dump 0aCf 64 /ibm/ibmo.0.2009-03-24.dump /old DUMP: WARNING: should use -L when dumping live read-write filesystems! DUMP: Date of this level 0 dump: Tue Mar 24 05:59:27 2009 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/ad2s1e (/ibmo) to /ibm/ibmo.0.2009-03-24.dump DUMP: mapping (Pass I) [regular files] DUMP: Cache 64 MB, blocksize = 65536 DUMP: mapping (Pass II) [directories] DUMP: estimated 152357442 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: 0.83% done, finished in 9:59 at Tue Mar 24 16:04:19 2009 DUMP: 2.74% done, finished in 5:55 at Tue Mar 24 12:05:07 2009 DUMP: 4.66% done, finished in 5:06 at Tue Mar 24 11:21:27 2009 DUMP: 6.58% done, finished in 4:43 at Tue Mar 24 11:03:37 2009 ... DUMP: 91.54% done, finished in 0:23 at Tue Mar 24 10:38:15 2009 DUMP: 93.41% done, finished in 0:18 at Tue Mar 24 10:38:02 2009 DUMP: 95.27% done, finished in 0:13 at Tue Mar 24 10:37:50 2009 DUMP: 97.15% done, finished in 0:07 at Tue Mar 24 10:37:36 2009 DUMP: 99.03% done, finished in 0:02 at Tue Mar 24 10:37:23 2009 DUMP: DUMP: 152769349 tape blocks on 1 volume DUMP: finished in 16706 seconds, throughput 9144 KBytes/sec [... Hang ...] load: 0.18 cmd: dump 10105 [sbwait] 72.53u 383.14s 0% 73048k load: 0.19 cmd: dump 10102 [sbwait] 164.93u 314.87s 0% 75008k load: 0.10 cmd: dump 10102 [running] 164.93u 314.87s 0% 75008k The timestamp on the output file is, indeed, 10:38 and the dumping process is hanging ever since then (over 90 minutes already). Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 17:31:57 2009 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 42FB51065985 for ; Tue, 24 Mar 2009 17:31:57 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id DE14E8FC0C for ; Tue, 24 Mar 2009 17:31:55 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (localhost [127.0.0.1]) by manor.msen.com (8.12.11/8.12.11) with ESMTP id n2OGqGFe046425 for ; Tue, 24 Mar 2009 11:52:16 -0500 (EST) (envelope-from wayne@manor.msen.com) Received: (from wayne@localhost) by manor.msen.com (8.12.11/8.12.11/Submit) id n2OGqFLt046424 for stable@freebsd.org; Tue, 24 Mar 2009 11:52:15 -0500 (EST) (envelope-from wayne) Date: Tue, 24 Mar 2009 11:52:15 -0500 From: "Michael R. Wayne" To: stable@freebsd.org Message-ID: <20090324165215.GA79638@manor.msen.com> Mail-Followup-To: stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: setting quotas from inside 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: Tue, 24 Mar 2009 17:32:02 -0000 On Tue, Mar 24, 2009 at 03:05:05AM -0400, Charles Sprickman wrote: > > The subject describes my goal. I'm aware of the usual caveats - if > there's more than one jail, no UID overlap, this will really only work in > one jail if all jails are on the same filesystem, etc. > > I found a very, very old post that has an... interesting... technique: > > http://groups.google.com/group/mpc.lists.freebsd.hackers/msg/2b92fc66ac72efa6?hl=en > > It actually works. "It" being I suppose the fstab trickery in the jail. > I need to test this some more, but it does seem possible to edit quotas > inside the jail, which is my basic goal. I don't want my provisioning box > to have to hit the host just to alter quotas in one jail that needs them. > > Just looking for any warnings/caveats about the above and what might be > different 6+ years later... That's my post. Yes, we still do this. It still works. Over time, sometimes things get out of sync. If that happens, go to S, shut off quotas, do a quotacheck, turn them back on. /\/\ \/\/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 18:04:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 184381065672; Tue, 24 Mar 2009 18:04:04 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 647BD8FC21; Tue, 24 Mar 2009 18:04:03 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.3/8.14.3) with ESMTP id n2OI3Ctm067217; Tue, 24 Mar 2009 14:03:13 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) Message-ID: <49C92060.4060303@aldan.algebra.com> Date: Tue, 24 Mar 2009 14:03:12 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: Danny Braniss References: <49C83673.3000604@aldan.algebra.com> <200903241537.36515.doconnor@gsoft.com.au> <49C87E0D.5090501@aldan.algebra.com> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 18:04:05 -0000 Danny Braniss ÎÁĐÉÓÁ×(ĚÁ): > can you try splitting it in 2, ie no pipe? > dump a0f some.file /old (or dump 0f - /old | gzip -c > file.dump.gz) > restore rf some.file > > Same problem: restore -rf ibmo.0.2009-03-24.dump load: 0.55 cmd: restore 11303 [nbufkv] 3.53u 3.91s 4% 27980k unknown tape header type 213474529 abort? [yn] Please, advise. Thanks! Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 19:00:16 2009 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 4F9D81065675 for ; Tue, 24 Mar 2009 19:00:16 +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 059BF8FC14 for ; Tue, 24 Mar 2009 19:00:15 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 6373 invoked by uid 0); 24 Mar 2009 19:00:15 -0000 Received: from unknown (HELO freemac.nat.fasttrackmonkey.com) (spork@96.57.144.66) by smtp.bway.net with (AES128-SHA encrypted) SMTP; 24 Mar 2009 19:00:15 -0000 Message-Id: <754A2F8B-21E7-493A-BD31-EA5691082D1E@bway.net> From: Charles Sprickman To: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= 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 v930.3) Date: Tue, 24 Mar 2009 15:00:14 -0400 References: <91FBB56E-9B1F-469D-A83E-03396AA850FC@pean.org> <61AAA3A1-B794-4CF5-8F16-F30DB42940D9@verweg.com> X-Mailer: Apple Mail (2.930.3) Cc: stable@freebsd.org Subject: Re: LSI Logic raid status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 19:00:17 -0000 On Mar 24, 2009, at 9:20 AM, Peter Ankerst=E5l wrote: > > On Mar 24, 2009, at 2:08 PM, Ruben van Staveren wrote: > >> >> On 24 Mar 2009, at 13:40, Peter Ankerst=E5l wrote: >> >>> Hi, >>> >>> I have a LSI Logic sata/sas raid running, is there a way to see =20 >>> the state of >>> the volume, like optimal, degraded or resyncing? >> >> There is sysutils/linux-megacli >> > Sorry about that. This is not megaraid its the mpt driver. > LSI SAS3041E-R PCI-e > > mpt0: port 0x2000-0x20ff mem =20 > 0xd0210000-0xd0213fff,0xd0200000-0xd020ffff irq 16 at device 0.0 on =20= > pci3 > mpt0: [ITHREAD] > mpt0: MPI Version=3D1.5.19.0 > mpt0: Capabilities: ( RAID-0 RAID-1E RAID-1 ) > mpt0: 1 Active Volume (2 Max) > mpt0: 2 Hidden Drive Members (14 Max) While I haven't found a way to actually configure the thing in =20 FreeBSD, the mpt driver does make some information available via sysctl: [spork@uniweb ~]$ sysctl -a|grep dev.mpt dev.mpt.0.%desc: LSILogic SAS/SATA Adapter dev.mpt.0.%driver: mpt dev.mpt.0.%location: slot=3D8 function=3D0 dev.mpt.0.%pnpinfo: vendor=3D0x1000 device=3D0x0054 subvendor=3D0x1028 =20= subdevice=3D0x1f09 class=3D0x010000 dev.mpt.0.%parent: pci2 dev.mpt.0.debug: 3 dev.mpt.0.role: 1 dev.mpt.0.vol_member_wce: NC dev.mpt.0.vol_queue_depth: 128 dev.mpt.0.vol_resync_rate: 0 dev.mpt.0.nonoptimal_volumes: 0 Don't test whether the "nonoptimal_volumes" parameter works, it does - but if you pull a drive, FreeBSD likes to panic both on the loss of a =20= disk and then again when the drive is reconnected and the rebuild completes. This is apparently some problem in the CAM layer, not the mpt driver, =20= but it's something to be aware of. Scott Long has noted that this is being worked on in 8.x. Charles > > > -- > Peter Ankerst=E5l > peter@pean.org > http://www.pean.org/ > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org=20 > " Charles Sprickman NetEng/SysAdmin Bway.net - New York's Best Internet www.bway.net spork@bway.net - 212.655.9344 From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 19:11:32 2009 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 017F8106573D for ; Tue, 24 Mar 2009 19:11:31 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [87.237.210.209]) by mx1.freebsd.org (Postfix) with ESMTP id 97E698FC26 for ; Tue, 24 Mar 2009 19:11:31 +0000 (UTC) (envelope-from peter@pean.org) Received: from pi.pean.org (c-1706e155.166-7-64736c14.cust.bredbandsbolaget.se [85.225.6.23]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: peter@pean.org) by system.jails.se (Postfix) with ESMTP id 6DC5B38639; Tue, 24 Mar 2009 20:11:29 +0100 (CET) Message-Id: <0B69CE4E-CC04-445B-9E84-C8E359136CCF@pean.org> From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= To: Charles Sprickman In-Reply-To: <754A2F8B-21E7-493A-BD31-EA5691082D1E@bway.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 24 Mar 2009 20:11:27 +0100 References: <91FBB56E-9B1F-469D-A83E-03396AA850FC@pean.org> <61AAA3A1-B794-4CF5-8F16-F30DB42940D9@verweg.com> <754A2F8B-21E7-493A-BD31-EA5691082D1E@bway.net> X-Mailer: Apple Mail (2.930.3) Cc: stable@freebsd.org Subject: Re: LSI Logic raid status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 19:11:34 -0000 On Mar 24, 2009, at 8:00 PM, Charles Sprickman wrote: > > > dev.mpt.0.nonoptimal_volumes: 0 > > Don't test whether the "nonoptimal_volumes" parameter works, it does - > but if you pull a drive, FreeBSD likes to panic both on the loss of =20= > a disk > and then again when the drive is reconnected and the rebuild =20 > completes. > This is apparently some problem in the CAM layer, not the mpt =20 > driver, but > it's something to be aware of. Scott Long has noted that this is =20 > being > worked on in 8.x. Yes, I tried to remove a drive today. Of course I need to see if it =20 works properly before using it "for real". It did, but just as you say it paniced =20 when I pulled the drive and when is was resynced. But it sound great if someone is =20 working on this problem! -- Peter Ankerst=E5l peter@pean.org http://www.pean.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 19:27:44 2009 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 7C15F106564A for ; Tue, 24 Mar 2009 19:27:44 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 1C5588FC12 for ; Tue, 24 Mar 2009 19:27:43 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id n2OJ4rVO077642 for ; Tue, 24 Mar 2009 13:04:53 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Tue Mar 24 13:04:53 2009 Message-ID: <49C92ED2.3080809@denninger.net> Date: Tue, 24 Mar 2009 14:04:50 -0500 From: Karl Denninger User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Charles Sprickman References: <91FBB56E-9B1F-469D-A83E-03396AA850FC@pean.org> <61AAA3A1-B794-4CF5-8F16-F30DB42940D9@verweg.com> <754A2F8B-21E7-493A-BD31-EA5691082D1E@bway.net> In-Reply-To: <754A2F8B-21E7-493A-BD31-EA5691082D1E@bway.net> Content-Type: multipart/mixed; boundary="------------070604020003070909020801" X-Antivirus: avast! (VPS 090323-0, 03/23/2009), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, =?ISO-8859-1?Q?Peter_Ankerst=E5l?= Subject: Re: LSI Logic raid status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 19:27:44 -0000 This is a multi-part message in MIME format. --------------070604020003070909020801 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Charles Sprickman wrote: >>> >>> There is sysutils/linux-megacli >>> >> Sorry about that. This is not megaraid its the mpt driver. >> LSI SAS3041E-R PCI-e >> >> mpt0: port 0x2000-0x20ff mem >> 0xd0210000-0xd0213fff,0xd0200000-0xd020ffff irq 16 at device 0.0 on pci3 >> mpt0: [ITHREAD] >> mpt0: MPI Version=1.5.19.0 >> mpt0: Capabilities: ( RAID-0 RAID-1E RAID-1 ) >> mpt0: 1 Active Volume (2 Max) >> mpt0: 2 Hidden Drive Members (14 Max) > > While I haven't found a way to actually configure the thing in > FreeBSD, the mpt > driver does make some information available via sysctl: > > [spork@uniweb ~]$ sysctl -a|grep dev.mpt > dev.mpt.0.%desc: LSILogic SAS/SATA Adapter > dev.mpt.0.%driver: mpt > dev.mpt.0.%location: slot=8 function=0 > dev.mpt.0.%pnpinfo: vendor=0x1000 device=0x0054 subvendor=0x1028 > subdevice=0x1f09 class=0x010000 > dev.mpt.0.%parent: pci2 > dev.mpt.0.debug: 3 > dev.mpt.0.role: 1 > dev.mpt.0.vol_member_wce: NC > dev.mpt.0.vol_queue_depth: 128 > dev.mpt.0.vol_resync_rate: 0 > dev.mpt.0.nonoptimal_volumes: 0 > > Don't test whether the "nonoptimal_volumes" parameter works, it does - > but if you pull a drive, FreeBSD likes to panic both on the loss of a > disk > and then again when the drive is reconnected and the rebuild completes. > This is apparently some problem in the CAM layer, not the mpt driver, but > it's something to be aware of. Scott Long has noted that this is being > worked on in 8.x. > > Charles The Linux megacli program does run. You have to mount the Linux device filesystem (so it can "see" the control nodes) but it is fully functional and gives you command-line interactivity to the board. You can absolutely configure and interact with it from FreeBSD. The program is annoying as heck as by default it writes a logfile on EVERY INVOCATION, but it does the job and allows you to configure and maintain the board, which is kinda important as if it detects an error (e.g. failed unit) it will start beeping - the board has an audible alarm on it. I have one of these boards - its quite nice and VERY fast - if someone wants it I would be willing to sell it (I've got the battery-backed RAM option on it too, which makes it MUCH faster; that's a usually-rather-expensive option) -- -- Karl Denninger karl@denninger.net --------------070604020003070909020801-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 19:33:33 2009 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 8F05D106578C for ; Tue, 24 Mar 2009 19:33:29 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [87.237.210.209]) by mx1.freebsd.org (Postfix) with ESMTP id B11C38FC15 for ; Tue, 24 Mar 2009 19:33:23 +0000 (UTC) (envelope-from peter@pean.org) Received: from pi.pean.org (c-1706e155.166-7-64736c14.cust.bredbandsbolaget.se [85.225.6.23]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: peter@pean.org) by system.jails.se (Postfix) with ESMTP id 1416B38CEC; Tue, 24 Mar 2009 20:33:22 +0100 (CET) Message-Id: <58260D6F-FBE8-49C5-918D-5EDB57BA794B@pean.org> From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= To: Scott Long In-Reply-To: <49C9326E.3070108@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 24 Mar 2009 20:33:21 +0100 References: <91FBB56E-9B1F-469D-A83E-03396AA850FC@pean.org> <61AAA3A1-B794-4CF5-8F16-F30DB42940D9@verweg.com> <754A2F8B-21E7-493A-BD31-EA5691082D1E@bway.net> <0B69CE4E-CC04-445B-9E84-C8E359136CCF@pean.org> <49C9326E.3070108@samsco.org> X-Mailer: Apple Mail (2.930.3) Cc: Charles Sprickman , stable@freebsd.org Subject: Re: LSI Logic raid status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 19:33:41 -0000 On Mar 24, 2009, at 8:20 PM, Scott Long wrote: > Peter Ankerst=E5l wrote: >> On Mar 24, 2009, at 8:00 PM, Charles Sprickman wrote: >>> >>> >>> dev.mpt.0.nonoptimal_volumes: 0 >>> >>> Don't test whether the "nonoptimal_volumes" parameter works, it =20 >>> does - >>> but if you pull a drive, FreeBSD likes to panic both on the loss =20 >>> of a disk >>> and then again when the drive is reconnected and the rebuild =20 >>> completes. >>> This is apparently some problem in the CAM layer, not the mpt =20 >>> driver, but >>> it's something to be aware of. Scott Long has noted that this is =20= >>> being >>> worked on in 8.x. >> Yes, I tried to remove a drive today. Of course I need to see if it =20= >> works properly >> before using it "for real". It did, but just as you say it paniced =20= >> when I pulled the >> drive and when is was resynced. But it sound great if someone is =20 >> working on >> this problem! > > The instability during a rebuild should be fixed in 7.2 (and 7-=20 > stable as > of about the last month). If you can, please update your sources and > let me know if it helps. > > As for actually monitoring and configuring arrays, that work is in > progress. > > Scott Im running RELENG_7 cvsuped and built like 15 hours ago. I still have =20= this problem. Please come back to me if you want some additional information about =20 the setup. -- Peter Ankerst=E5l peter@pean.org http://www.pean.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 19:39:38 2009 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 129FA1065993 for ; Tue, 24 Mar 2009 19:39:38 +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 339788FC16 for ; Tue, 24 Mar 2009 19:39:35 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n2OJKEPK043838; Tue, 24 Mar 2009 13:20:14 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <49C9326E.3070108@samsco.org> Date: Tue, 24 Mar 2009 13:20:14 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= References: <91FBB56E-9B1F-469D-A83E-03396AA850FC@pean.org> <61AAA3A1-B794-4CF5-8F16-F30DB42940D9@verweg.com> <754A2F8B-21E7-493A-BD31-EA5691082D1E@bway.net> <0B69CE4E-CC04-445B-9E84-C8E359136CCF@pean.org> In-Reply-To: <0B69CE4E-CC04-445B-9E84-C8E359136CCF@pean.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Charles Sprickman , stable@freebsd.org Subject: Re: LSI Logic raid status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 19:39:40 -0000 Peter Ankerstĺl wrote: > > On Mar 24, 2009, at 8:00 PM, Charles Sprickman wrote: > >> >> >> dev.mpt.0.nonoptimal_volumes: 0 >> >> Don't test whether the "nonoptimal_volumes" parameter works, it does - >> but if you pull a drive, FreeBSD likes to panic both on the loss of a >> disk >> and then again when the drive is reconnected and the rebuild completes. >> This is apparently some problem in the CAM layer, not the mpt driver, but >> it's something to be aware of. Scott Long has noted that this is being >> worked on in 8.x. > > > Yes, I tried to remove a drive today. Of course I need to see if it > works properly > before using it "for real". It did, but just as you say it paniced when > I pulled the > drive and when is was resynced. But it sound great if someone is working on > this problem! > The instability during a rebuild should be fixed in 7.2 (and 7-stable as of about the last month). If you can, please update your sources and let me know if it helps. As for actually monitoring and configuring arrays, that work is in progress. Scott From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 19:54:34 2009 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 DBD271065771 for ; Tue, 24 Mar 2009 19:54:34 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [87.237.210.209]) by mx1.freebsd.org (Postfix) with ESMTP id 97B7B8FC16 for ; Tue, 24 Mar 2009 19:54:34 +0000 (UTC) (envelope-from peter@pean.org) Received: from pi.pean.org (c-1706e155.166-7-64736c14.cust.bredbandsbolaget.se [85.225.6.23]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: peter@pean.org) by system.jails.se (Postfix) with ESMTP id 04E4E38435; Tue, 24 Mar 2009 20:54:32 +0100 (CET) Message-Id: <14047DAC-9938-4FD3-A6E8-F8E720230089@pean.org> From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= To: "Marat N.Afanasyev" In-Reply-To: <49C93983.4030306@ksu.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 24 Mar 2009 20:54:32 +0100 References: <91FBB56E-9B1F-469D-A83E-03396AA850FC@pean.org> <61AAA3A1-B794-4CF5-8F16-F30DB42940D9@verweg.com> <754A2F8B-21E7-493A-BD31-EA5691082D1E@bway.net> <0B69CE4E-CC04-445B-9E84-C8E359136CCF@pean.org> <49C9326E.3070108@samsco.org> <58260D6F-FBE8-49C5-918D-5EDB57BA794B@pean.org> <49C93983.4030306@ksu.ru> X-Mailer: Apple Mail (2.930.3) Cc: stable@freebsd.org Subject: Re: LSI Logic raid status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 19:54:35 -0000 On Mar 24, 2009, at 8:50 PM, Marat N.Afanasyev wrote: >>> >>> >>> Scott >> Im running RELENG_7 cvsuped and built like 15 hours ago. I still =20 >> have this problem. >> Please come back to me if you want some additional information =20 >> about the setup. >> --=20 >> Peter Ankerst=E5l >> peter@pean.org >> http://www.pean.org/ >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org=20 >> " > I'd rather prefer using a gmirror/gstripe instead of mpt =20 > semihardware raid then ;) > > --=20 > SY, Marat Well, if the boot-disk dies the machine wont boot? Am I right? -- Peter Ankerst=E5l peter@pean.org http://www.pean.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 20:04:01 2009 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 1A222106580A for ; Tue, 24 Mar 2009 20:04:01 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx.kzn.ru (mx.kzn.ru [194.85.243.38]) by mx1.freebsd.org (Postfix) with ESMTP id 7C9258FC39 for ; Tue, 24 Mar 2009 20:04:00 +0000 (UTC) (envelope-from amarat@ksu.ru) X-IronPort-AV: E=Sophos;i="4.38,414,1233522000"; d="scan'208";a="2553778" Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iout.kzn.ru with ESMTP; 24 Mar 2009 22:51:56 +0300 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id n2OJnE6t021538; Tue, 24 Mar 2009 19:49:14 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.3/8.14.3) with ESMTP id n2OJoRLD014459; Tue, 24 Mar 2009 22:50:28 +0300 (MSK) (envelope-from amarat@ksu.ru) Message-ID: <49C93983.4030306@ksu.ru> Date: Tue, 24 Mar 2009 22:50:27 +0300 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.19) Gecko/20090124 SeaMonkey/1.1.14 MIME-Version: 1.0 To: =?UTF-8?B?UGV0ZXIgQW5rZXJzdMOlbA==?= References: <91FBB56E-9B1F-469D-A83E-03396AA850FC@pean.org> <61AAA3A1-B794-4CF5-8F16-F30DB42940D9@verweg.com> <754A2F8B-21E7-493A-BD31-EA5691082D1E@bway.net> <0B69CE4E-CC04-445B-9E84-C8E359136CCF@pean.org> <49C9326E.3070108@samsco.org> <58260D6F-FBE8-49C5-918D-5EDB57BA794B@pean.org> In-Reply-To: <58260D6F-FBE8-49C5-918D-5EDB57BA794B@pean.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Charles Sprickman , stable@freebsd.org Subject: Re: LSI Logic raid status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 20:04:10 -0000 Peter AnkerstĂĄl wrote: > > On Mar 24, 2009, at 8:20 PM, Scott Long wrote: > >> Peter AnkerstĂĄl wrote: >>> On Mar 24, 2009, at 8:00 PM, Charles Sprickman wrote: >>>> >>>> >>>> dev.mpt.0.nonoptimal_volumes: 0 >>>> >>>> Don't test whether the "nonoptimal_volumes" parameter works, it does - >>>> but if you pull a drive, FreeBSD likes to panic both on the loss of >>>> a disk >>>> and then again when the drive is reconnected and the rebuild completes. >>>> This is apparently some problem in the CAM layer, not the mpt >>>> driver, but >>>> it's something to be aware of. Scott Long has noted that this is being >>>> worked on in 8.x. >>> Yes, I tried to remove a drive today. Of course I need to see if it >>> works properly >>> before using it "for real". It did, but just as you say it paniced >>> when I pulled the >>> drive and when is was resynced. But it sound great if someone is >>> working on >>> this problem! >> >> The instability during a rebuild should be fixed in 7.2 (and 7-stable as >> of about the last month). If you can, please update your sources and >> let me know if it helps. >> >> As for actually monitoring and configuring arrays, that work is in >> progress. >> >> Scott > > Im running RELENG_7 cvsuped and built like 15 hours ago. I still have > this problem. > Please come back to me if you want some additional information about the > setup. > > -- > Peter AnkerstĂĄl > peter@pean.org > http://www.pean.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" > I'd rather prefer using a gmirror/gstripe instead of mpt semihardware raid then ;) -- SY, Marat From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 20:17:05 2009 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 C2CF510656D6 for ; Tue, 24 Mar 2009 20:17:05 +0000 (UTC) (envelope-from kenfreebsd@icarz.com) Received: from geordi.icarz.com (geordi.icarz.com [207.99.22.23]) by mx1.freebsd.org (Postfix) with ESMTP id 738588FC0A for ; Tue, 24 Mar 2009 20:17:05 +0000 (UTC) (envelope-from kenfreebsd@icarz.com) Received: from [10.10.31.177] ([10.10.31.177]) (authenticated bits=0) by geordi.icarz.com (8.14.3/8.14.3) with ESMTP id n2OJrcnY021375; Tue, 24 Mar 2009 15:53:40 -0400 (EDT) (envelope-from kenfreebsd@icarz.com) Message-ID: <49C939DE.4070604@icarz.com> Date: Tue, 24 Mar 2009 15:51:58 -0400 From: Ken Menzel User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Scott Long References: <91FBB56E-9B1F-469D-A83E-03396AA850FC@pean.org> <61AAA3A1-B794-4CF5-8F16-F30DB42940D9@verweg.com> <754A2F8B-21E7-493A-BD31-EA5691082D1E@bway.net> <0B69CE4E-CC04-445B-9E84-C8E359136CCF@pean.org> <49C9326E.3070108@samsco.org> In-Reply-To: <49C9326E.3070108@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.64 on 207.99.22.23 Cc: stable@freebsd.org Subject: Re: LSI Logic raid status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmenzel@whisolutions.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 20:17:06 -0000 Scott Long wrote: > Peter Ankerstĺl wrote: > > The instability during a rebuild should be fixed in 7.2 (and 7-stable as > of about the last month). If you can, please update your sources and > let me know if it helps. > > As for actually monitoring and configuring arrays, that work is in > progress. > > Scott Scott, I wanted to publicly thank you again for all that you contribute to this project and your helpful attitude! The amount of work you get done and the information you gather and distribute always impresses me. Ken From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 20:24:38 2009 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 F410B10656DE for ; Tue, 24 Mar 2009 20:24:37 +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 A37428FC1C for ; Tue, 24 Mar 2009 20:24:37 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 16525 invoked by uid 0); 24 Mar 2009 20:24:36 -0000 Received: from unknown (HELO freemac.nat.fasttrackmonkey.com) (spork@bway.net@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Mar 2009 20:24:36 -0000 Date: Tue, 24 Mar 2009 16:24:36 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@freemac.nat.fasttrackmonkey.com To: "Marat N.Afanasyev" In-Reply-To: <49C93983.4030306@ksu.ru> Message-ID: References: <91FBB56E-9B1F-469D-A83E-03396AA850FC@pean.org> <61AAA3A1-B794-4CF5-8F16-F30DB42940D9@verweg.com> <754A2F8B-21E7-493A-BD31-EA5691082D1E@bway.net> <0B69CE4E-CC04-445B-9E84-C8E359136CCF@pean.org> <49C9326E.3070108@samsco.org> <58260D6F-FBE8-49C5-918D-5EDB57BA794B@pean.org> <49C93983.4030306@ksu.ru> User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, =?ISO-8859-15?Q?Peter_Ankerst=E5l?= Subject: Re: LSI Logic raid status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 20:24:40 -0000 On Tue, 24 Mar 2009, Marat N.Afanasyev wrote: > Peter Ankerst?l wrote: >> >> On Mar 24, 2009, at 8:20 PM, Scott Long wrote: >> >>> Peter Ankerst?l wrote: >>>> On Mar 24, 2009, at 8:00 PM, Charles Sprickman wrote: >>>>> >>>>> >>>>> dev.mpt.0.nonoptimal_volumes: 0 >>>>> >>>>> Don't test whether the "nonoptimal_volumes" parameter works, it does - >>>>> but if you pull a drive, FreeBSD likes to panic both on the loss of a >>>>> disk >>>>> and then again when the drive is reconnected and the rebuild completes. >>>>> This is apparently some problem in the CAM layer, not the mpt driver, >>>>> but >>>>> it's something to be aware of. Scott Long has noted that this is being >>>>> worked on in 8.x. >>>> Yes, I tried to remove a drive today. Of course I need to see if it works >>>> properly >>>> before using it "for real". It did, but just as you say it paniced when I >>>> pulled the >>>> drive and when is was resynced. But it sound great if someone is working >>>> on >>>> this problem! >>> >>> The instability during a rebuild should be fixed in 7.2 (and 7-stable as >>> of about the last month). If you can, please update your sources and >>> let me know if it helps. >>> >>> As for actually monitoring and configuring arrays, that work is in >>> progress. >>> >>> Scott >> >> Im running RELENG_7 cvsuped and built like 15 hours ago. I still have this >> problem. >> Please come back to me if you want some additional information about the >> setup. >> >> -- >> Peter Ankerst?l >> peter@pean.org >> http://www.pean.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" >> > I'd rather prefer using a gmirror/gstripe instead of mpt semihardware raid > then ;) The LSI card is not "semi-hardware" RAID, it's an actual RAID controller. It's also in a ton of Dell products as well. It's a decent enough controller and not terribly pricey. Charles > -- > SY, Marat > _______________________________________________ > 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 Mar 24 21:03:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54E8C1065675 for ; Tue, 24 Mar 2009 21:03:50 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id B7D498FC1F for ; Tue, 24 Mar 2009 21:03:49 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by ewy19 with SMTP id 19so1988326ewy.43 for ; Tue, 24 Mar 2009 14:03:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=8+YrLnh4r0LBPqH0zmWmmeRLN0YeRiOowlxHJdgosOQ=; b=cJNmjH6FuYrK0jtoYE2kXag/iCrf6kU87qhUFsPZIhDtKlxZvA9Ejl2UXp4Vc+2CpC GxkpYxvYirX5IO19W5yBHjiuDmEPWVuwfZ+9pB8Ai0ydWr9vcZbKXtRoT8NJB3VDNyO+ +Li5H6O4Rv+Zl7ho7ugSLwb80B2uD6TcRrERg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=QutOR6p6OozzcKD+aKNBik21n6Zr1mTaZuhKjVpZpMXoxKSCgPwXa3JScGfS3i8Lzz 058d0UuIEkXBzQx343kCG9Fy9+WCGAe+fhQFktd61eRuiCLf5fYolXEYxQ1r6kOcMgMk 0XknT2HgAxwOQtMS+yMBoWVGy9f6NrfiwtO4A= MIME-Version: 1.0 Received: by 10.216.18.205 with SMTP id l55mr3322160wel.194.1237927103441; Tue, 24 Mar 2009 13:38:23 -0700 (PDT) Date: Tue, 24 Mar 2009 16:38:23 -0400 Message-ID: From: grarpamp To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: USEVC option in libc resolv [tcp DNS], how? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 21:03:50 -0000 How to set and use the RES_USEVC / usevc option as mentioned in: /usr/src/lib/libc/net/resolver.3 /usr/src/include/resolv.h /usr/src/lib/libc/net/res_debug.c /usr/src/share/man/man5/resolver.5 # options statement / env_var The usevc option does not work when used in place of the debug option below. The debug option works. env - RES_OPTIONS=debug host freebsd.org or resolv.conf: options debug env - host freebsd.org I find usevc in these: /usr/src/include/resolv.h:#define RES_USEVC 0x00000008 /* use virtual circuit */ /usr/src/lib/libc/net/gethostbydns.c: _res.options |= RES_STAYOPEN | RES_USEVC; /usr/src/lib/libc/net/gethostbydns.c: _res.options &= ~(RES_STAYOPEN | RES_USEVC); /usr/src/lib/libc/net/getnetbydns.c: _res.options |= RES_STAYOPEN | RES_USEVC; /usr/src/lib/libc/net/getnetbydns.c: _res.options &= ~(RES_STAYOPEN | RES_USEVC); /usr/src/lib/libc/net/name6.c: _res.options |= RES_STAYOPEN | RES_USEVC; /usr/src/lib/libc/net/name6.c: _res.options &= ~(RES_STAYOPEN | RES_USEVC); /usr/src/lib/libc/net/res_debug.c: case RES_USEVC: return "usevc"; /usr/src/lib/libc/net/res_send.c: v_circuit = (_res.options & RES_USEVC) || buflen > PACKETSZ; /usr/src/lib/libc/net/res_send.c: if ((v_circuit && (!(_res.options & RES_USEVC) || ns != 0)) || /usr/src/lib/libc/net/resolver.3:.It Dv RES_USEVC /usr/src/lib/libc/net/resolver.3:.Dv RES_USEVC My guess is that it is missing from res_init.c? And that res_init.c may need to be brought fully up to date with whatever the current option set is nowadays? res_init.c:545 /* XXX - print a warning here? */ On an invalid option, yes please, inform userland :) This note refers to RELENG_4. It may also apply to RELENG_7 and HEAD. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 21:28:28 2009 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 7D382106564A for ; Tue, 24 Mar 2009 21:28:28 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 368F08FC15 for ; Tue, 24 Mar 2009 21:28:27 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 0951C19E023; Tue, 24 Mar 2009 22:11:08 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 9AF8E19E019; Tue, 24 Mar 2009 22:11:02 +0100 (CET) Message-ID: <49C94C65.9080603@quip.cz> Date: Tue, 24 Mar 2009 22:11:01 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= References: <91FBB56E-9B1F-469D-A83E-03396AA850FC@pean.org> <61AAA3A1-B794-4CF5-8F16-F30DB42940D9@verweg.com> <754A2F8B-21E7-493A-BD31-EA5691082D1E@bway.net> <0B69CE4E-CC04-445B-9E84-C8E359136CCF@pean.org> <49C9326E.3070108@samsco.org> <58260D6F-FBE8-49C5-918D-5EDB57BA794B@pean.org> <49C93983.4030306@ksu.ru> <14047DAC-9938-4FD3-A6E8-F8E720230089@pean.org> In-Reply-To: <14047DAC-9938-4FD3-A6E8-F8E720230089@pean.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: "Marat N.Afanasyev" , stable@freebsd.org Subject: Re: LSI Logic raid status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2009 21:28:28 -0000 Peter Ankerstĺl wrote: > > On Mar 24, 2009, at 8:50 PM, Marat N.Afanasyev wrote: > >>>> >>>> >>>> Scott >>> >>> Im running RELENG_7 cvsuped and built like 15 hours ago. I still >>> have this problem. >>> Please come back to me if you want some additional information about >>> the setup. >>> -- >>> Peter Ankerstĺl >>> peter@pean.org >>> http://www.pean.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 " >> >> I'd rather prefer using a gmirror/gstripe instead of mpt semihardware >> raid then ;) >> >> -- >> SY, Marat > > Well, if the boot-disk dies the machine wont boot? Am I right? You can still boot if gmirror is used on the whole disks, not slices / partitions. gmirror lable gm0 /dev/ad0 /dev/ad1 Then both disks contains boot code. (of course, your motherboard BIOS must support booting from more than one disk) Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Tue Mar 24 21:49:45 2009 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 423C71065672 for ; Tue, 24 Mar 2009 21:49:45 +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 D44BF8FC14 for ; Tue, 24 Mar 2009 21:49:44 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 19820 invoked by uid 0); 24 Mar 2009 21:49:44 -0000 Received: from unknown (HELO freemac.nat.fasttrackmonkey.com) (spork@bway.net@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Mar 2009 21:49:44 -0000 Date: Tue, 24 Mar 2009 17:49:43 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@freemac.nat.fasttrackmonkey.com To: "Michael R. Wayne" In-Reply-To: <20090324165215.GA79638@manor.msen.com> Message-ID: References: <20090324165215.GA79638@manor.msen.com> User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: setting quotas from inside 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: Tue, 24 Mar 2009 21:49:45 -0000 On Tue, 24 Mar 2009, Michael R. Wayne wrote: > On Tue, Mar 24, 2009 at 03:05:05AM -0400, Charles Sprickman wrote: >> >> The subject describes my goal. I'm aware of the usual caveats - if >> there's more than one jail, no UID overlap, this will really only work in >> one jail if all jails are on the same filesystem, etc. >> >> I found a very, very old post that has an... interesting... technique: >> >> http://groups.google.com/group/mpc.lists.freebsd.hackers/msg/2b92fc66ac72efa6?hl=en >> >> It actually works. "It" being I suppose the fstab trickery in the jail. >> I need to test this some more, but it does seem possible to edit quotas >> inside the jail, which is my basic goal. I don't want my provisioning box >> to have to hit the host just to alter quotas in one jail that needs them. >> >> Just looking for any warnings/caveats about the above and what might be >> different 6+ years later... > > That's my post. Yes, we still do this. It still works. Over time, > sometimes things get out of sync. If that happens, go to S, shut > off quotas, do a quotacheck, turn them back on. I seemed to knock it out of whack on my first reboot after getting it working. Does checking quotas on boot "break" it? Thanks, C > /\/\ \/\/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 01:02:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE8B51065673 for ; Wed, 25 Mar 2009 01:02:46 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 8BF578FC1A for ; Wed, 25 Mar 2009 01:02:46 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id 5FE8417E9D; Wed, 25 Mar 2009 12:02:57 +1100 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (ppp121-44-33-108.lns10.syd7.internode.on.net [121.44.33.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 26DE217E85; Wed, 25 Mar 2009 12:02:53 +1100 (EST) Message-ID: <49C98202.9040403@modulus.org> Date: Wed, 25 Mar 2009 11:59:46 +1100 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: "Mikhail T." References: <49C83673.3000604@aldan.algebra.com> <200903241537.36515.doconnor@gsoft.com.au> <49C87E0D.5090501@aldan.algebra.com> <49C90813.8070705@aldan.algebra.com> In-Reply-To: <49C90813.8070705@aldan.algebra.com> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 01:02:47 -0000 Mikhail T. wrote: > dump 0aCf 64 /ibm/ibmo.0.2009-03-24.dump /old > DUMP: WARNING: should use -L when dumping live read-write filesystems! I thought you said it was a read-only filesystem? In my experience, restore can sometimes throw warnings if you dump a live filesystem. It might be causing your errors? If possible, can you try completely unmounting the filesystem you are dumping and trying again? From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 01:15:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88DA110656BB for ; Wed, 25 Mar 2009 01:15:58 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail2.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id 45B838FC15 for ; Wed, 25 Mar 2009 01:15:58 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (pool-141-151-75-22.phlapa.east.verizon.net [141.151.75.22]) by mail2.asahi-net.or.jp (Postfix) with ESMTP id 652596E63E; Wed, 25 Mar 2009 10:15:54 +0900 (JST) Date: Tue, 24 Mar 2009 21:15:49 -0400 From: Yoshihiro Ota To: "Mikhail T." Message-Id: <20090324211549.27e65b90.ota@j.email.ne.jp> In-Reply-To: <49C87E0D.5090501@aldan.algebra.com> References: <49C83673.3000604@aldan.algebra.com> <200903241537.36515.doconnor@gsoft.com.au> <49C87E0D.5090501@aldan.algebra.com> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 01:15:59 -0000 On Tue, 24 Mar 2009 02:30:37 -0400 "Mikhail T." wrote: > Daniel O'Connor $B'_'Q'a'Z'c'Q'S(B($B']'Q(B): > > On Tuesday 24 March 2009 11:55:07 Mikhail T. wrote: > > > >> I'm trying to migrate a filesystem from one disk to another using: > >> > >> dump a0hCf 0 32 - /old | restore -rf - > >> > >> (/old is already mounted read-only). The process runs for a while and > >> then stops with: > >> > >> [...] > >> DUMP: 22.85% done, finished in 3:57 at Tue Mar 24 01:03:21 2009 > >> DUMP: 24.66% done, finished in 3:50 at Tue Mar 24 01:00:58 2009 > >> DUMP: 26.44% done, finished in 3:43 at Tue Mar 24 00:59:14 2009 > >> unknown tape header type 1853384566 > >> abort? [yn] > >> > >> Any idea, what's going on? Why can't FreeBSD's restore read FreeBSD's > >> dump's output? > >> > > > > What happens if you don't use the cache? > > > No big difference: > > dump a0f - /old | restore -rf - > [...] > DUMP: 17.25% done, finished in 3:27 at Tue Mar 24 05:42:00 2009 > DUMP: 20.36% done, finished in 3:09 at Tue Mar 24 05:28:13 2009 > DUMP: 23.83% done, finished in 2:50 at Tue Mar 24 05:14:32 2009 > unknown tape header type -621260722 > abort? [yn] > > Looks like a junk value somewhere... Unitialized variable or some such. > > -mi -a option seems to be the problem. Try without it. Hiro From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 01:19:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BF23106566C; Wed, 25 Mar 2009 01:19:05 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 848C88FC1D; Wed, 25 Mar 2009 01:19:04 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.3/8.14.3) with ESMTP id n2P1IuY9071528; Tue, 24 Mar 2009 21:19:01 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) Message-ID: <49C98680.7020301@aldan.algebra.com> Date: Tue, 24 Mar 2009 21:18:56 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: Andrew Snow References: <49C83673.3000604@aldan.algebra.com> <200903241537.36515.doconnor@gsoft.com.au> <49C87E0D.5090501@aldan.algebra.com> <49C90813.8070705@aldan.algebra.com> <49C98202.9040403@modulus.org> In-Reply-To: <49C98202.9040403@modulus.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 01:19:06 -0000 Andrew Snow ÎÁĐÉÓÁ×(ĚÁ): > Mikhail T. wrote: >> dump 0aCf 64 /ibm/ibmo.0.2009-03-24.dump /old >> DUMP: WARNING: should use -L when dumping live read-write >> filesystems! > > I thought you said it was a read-only filesystem? It was yesterday. Today I remounted it rw to remove some junk-files, which I don't need to transfer. I don't believe, this is causing the problems. > In my experience, restore can sometimes throw warnings if you dump a > live filesystem. It might be causing your errors? If possible, can > you try completely unmounting the filesystem you are dumping and > trying again? I don't think, restore can even figure this out, much less throw a warning -- it is dump, that complains... But the dump started this morning is still hanging (in sbwait) -- I've never seen this before. I'm also very troubled, that such an important functionality (dump/restore!) is sooo problem-prone, and yet so few people seem to care... Is the official view, that dump is obsolete (and already bit-rotten), perhaps, and use of tar is encouraged instead? -mi From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 02:02:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 058A11065670; Wed, 25 Mar 2009 02:02:22 +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 4E1C78FC16; Wed, 25 Mar 2009 02:02:21 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.localnet (ppp121-45-33-47.lns10.adl2.internode.on.net [121.45.33.47]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n2P22DnM017234 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Mar 2009 12:32:13 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 25 Mar 2009 12:32:09 +1030 User-Agent: KMail/1.10.4 (Linux/2.6.27-11-generic; KDE/4.1.4; i686; ; ) References: <49C83673.3000604@aldan.algebra.com> <49C98202.9040403@modulus.org> <49C98680.7020301@aldan.algebra.com> In-Reply-To: <49C98680.7020301@aldan.algebra.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1370125.q0FYTSpdyJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200903251232.11418.doconnor@gsoft.com.au> X-Spam-Score: 0.238 () BAYES_00,MIME_CHARSET_FARAWAY,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: "Mikhail T." , fs@freebsd.org, Andrew Snow Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 02:02:22 -0000 --nextPart1370125.q0FYTSpdyJ Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 25 March 2009 11:48:56 Mikhail T. wrote: > Andrew Snow =CE=C1=D0=C9=D3=C1=D7(=CC=C1): > > Mikhail T. wrote: > >> dump 0aCf 64 /ibm/ibmo.0.2009-03-24.dump /old > >> DUMP: WARNING: should use -L when dumping live read-write > >> filesystems! > > > > I thought you said it was a read-only filesystem? > > It was yesterday. Today I remounted it rw to remove some junk-files, > which I don't need to transfer. I don't believe, this is causing the > problems. > > > In my experience, restore can sometimes throw warnings if you dump a > > live filesystem. It might be causing your errors? If possible, can > > you try completely unmounting the filesystem you are dumping and > > trying again? > > I don't think, restore can even figure this out, much less throw a > warning -- it is dump, that complains... But the dump started this restore will emit a warning if dump writes a stream that is out of order=20 because of a live file system but that is not what you are seeing. > morning is still hanging (in sbwait) -- I've never seen this before. I'm > also very troubled, that such an important functionality (dump/restore!) > is sooo problem-prone, and yet so few people seem to care... Well, "works for me". > Is the official view, that dump is obsolete (and already bit-rotten), > perhaps, and use of tar is encouraged instead? I've never had dump fail but it IS rather crusty and slow.. That said tar=20 doesn't cover all the information I believe. =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 --nextPart1370125.q0FYTSpdyJ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJyZCj5ZPcIHs/zowRAuC5AKCsG52ocLa5Mw5KyHhhCsCQaLVgTwCfQgIX sNG6y1F8aM8Ge4/yK1uMyDc= =bb2i -----END PGP SIGNATURE----- --nextPart1370125.q0FYTSpdyJ-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 02:08:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 554551065670; Wed, 25 Mar 2009 02:08:14 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 272878FC21; Wed, 25 Mar 2009 02:08:12 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.3/8.14.3) with ESMTP id n2P2841H071637; Tue, 24 Mar 2009 22:08:08 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) Message-ID: <49C99204.2050601@aldan.algebra.com> Date: Tue, 24 Mar 2009 22:08:04 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: "Daniel O'Connor" References: <49C83673.3000604@aldan.algebra.com> <49C98202.9040403@modulus.org> <49C98680.7020301@aldan.algebra.com> <200903251232.11418.doconnor@gsoft.com.au> In-Reply-To: <200903251232.11418.doconnor@gsoft.com.au> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, fs@freebsd.org, Andrew Snow Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 02:08:14 -0000 Daniel O'Connor ÎÁĐÉÓÁ×(ĚÁ): >> morning is still hanging (in sbwait) -- I've never seen this before. I'm >> also very troubled, that such an important functionality (dump/restore!) >> is sooo problem-prone, and yet so few people seem to care... >> > > Well, "works for me". > Well, would like a login on this system to take a look for yourself? I can reproduce the problem easily. >> Is the official view, that dump is obsolete (and already bit-rotten), >> perhaps, and use of tar is encouraged instead? >> > > I've never had dump fail but it IS rather crusty and slow.. That said tar > doesn't cover all the information I believe. So, if dump/restore ain't it, does FreeBSD have a supported way of making filesystem-level backups, that's both modern and covers all aspects (like flags)? That said, I point out, that for me, dump is not failing (although it did hang this morning). It is the restore, which fails to read dump's output: unknown tape header type 213474529 abort? [yn] n resync restore, skipped 502 blocks expected next file 54, got 0 unknown tape header type -954356454 abort? [yn] n resync restore, skipped 29 blocks expected next file 54, got 0 unknown tape header type -1754938223 abort? [yn] n resync restore, skipped 482 blocks expected next file 54, got 0 unknown tape header type -915868704 abort? [yn] n resync restore, skipped 29 blocks expected next file 54, got 0 unknown tape header type 1790084751 abort? [yn] n resync restore, skipped 482 blocks expected next file 54, got 0 unknown tape header type 903667267 abort? [yn] n ... Thanks! -mi From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 02:40:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FD4E106566B; Wed, 25 Mar 2009 02:40:25 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id B12F08FC18; Wed, 25 Mar 2009 02:40:24 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.3/8.14.3) with ESMTP id n2P2eNI2073473; Tue, 24 Mar 2009 22:40:23 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) Message-ID: <49C99997.9050306@aldan.algebra.com> Date: Tue, 24 Mar 2009 22:40:23 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: Yoshihiro Ota References: <49C83673.3000604@aldan.algebra.com> <200903241537.36515.doconnor@gsoft.com.au> <49C87E0D.5090501@aldan.algebra.com> <20090324211549.27e65b90.ota@j.email.ne.jp> In-Reply-To: <20090324211549.27e65b90.ota@j.email.ne.jp> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 02:40:25 -0000 Yoshihiro Ota $B'_'Q'a'Z'c'Q'S(B($B']'Q(B): >> No big difference: >> dump a0f - /old | restore -rf - >> [...] >> DUMP: 17.25% done, finished in 3:27 at Tue Mar 24 05:42:00 2009 >> DUMP: 20.36% done, finished in 3:09 at Tue Mar 24 05:28:13 2009 >> DUMP: 23.83% done, finished in 2:50 at Tue Mar 24 05:14:32 2009 >> unknown tape header type -621260722 >> abort? [yn] >> >> Looks like a junk value somewhere... Unitialized variable or some such. >> >> -mi >> > > -a option seems to be the problem. > Try without it. > As could be expected, it failed exactly the same without the obviously unrelated -a option: root@symbion:/ibm (113) dump 0f - /ibmo | restore -rf - DUMP: Date of this level 0 dump: Tue Mar 24 21:31:19 2009 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/ad2s1e (/ibmo) to standard output DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 152357442 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: 0.16% done, finished in 242:05 at Sat Apr 4 00:00:21 2009 DUMP: 4.29% done, finished in 10:24 at Wed Mar 25 08:24:02 2009 DUMP: 8.56% done, finished in 5:52 at Wed Mar 25 03:56:43 2009 DUMP: 11.76% done, finished in 4:35 at Wed Mar 25 02:43:29 2009 DUMP: 16.00% done, finished in 3:38 at Wed Mar 25 01:52:05 2009 DUMP: 19.28% done, finished in 3:15 at Wed Mar 25 01:33:43 2009 DUMP: 22.74% done, finished in 2:55 at Wed Mar 25 01:18:49 2009 unknown tape header type 1431655765 abort? [yn] n resync restore, skipped 9 blocks expected next file 1599492, got 0 DUMP: 24.50% done, finished in 3:27 at Wed Mar 25 02:05:41 2009 unknown tape header type 1508167078 abort? [yn] n resync restore, skipped 66 blocks expected next file 1599492, got 0 unknown tape header type -1493630979 abort? [yn] y dump core? [yn] n DUMP: Broken pipe DUMP: The ENTIRE dump is aborted. Now can one get /real/ support for the most basic functionality of the most advanced modern Unix in the world? Thanks, -mi From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 03:02:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A890106566C for ; Wed, 25 Mar 2009 03:02:33 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 17CDD8FC1E for ; Wed, 25 Mar 2009 03:02:32 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id 05427171BC; Wed, 25 Mar 2009 14:02:43 +1100 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (ppp121-44-33-108.lns10.syd7.internode.on.net [121.44.33.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 6629817E6C; Wed, 25 Mar 2009 14:02:22 +1100 (EST) Message-ID: <49C99E03.9060604@modulus.org> Date: Wed, 25 Mar 2009 13:59:15 +1100 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: "Mikhail T." References: <49C83673.3000604@aldan.algebra.com> <200903241537.36515.doconnor@gsoft.com.au> <49C87E0D.5090501@aldan.algebra.com> <20090324211549.27e65b90.ota@j.email.ne.jp> <49C99997.9050306@aldan.algebra.com> In-Reply-To: <49C99997.9050306@aldan.algebra.com> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 03:02:33 -0000 Mikhail T. wrote: > Now can one get /real/ support for the most basic functionality of the > most advanced modern Unix in the world? Thanks, I think before this goes any further, you will need to try rebooting/unmouting it, running fsck on it, and then dump the unmounted partition and see how that goes. - Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 03:05:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA3811065692; Wed, 25 Mar 2009 03:05:01 +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 2340E8FC1A; Wed, 25 Mar 2009 03:05:00 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.localnet (ppp121-45-33-47.lns10.adl2.internode.on.net [121.45.33.47]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n2P34sKl020597 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Mar 2009 13:34:55 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Mikhail T." Date: Wed, 25 Mar 2009 13:34:31 +1030 User-Agent: KMail/1.10.4 (Linux/2.6.27-11-generic; KDE/4.1.4; i686; ; ) References: <49C83673.3000604@aldan.algebra.com> <200903251232.11418.doconnor@gsoft.com.au> <49C99204.2050601@aldan.algebra.com> In-Reply-To: <49C99204.2050601@aldan.algebra.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart12025682.40UkcpncZI"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200903251334.38350.doconnor@gsoft.com.au> X-Spam-Score: 0.238 () BAYES_00,MIME_CHARSET_FARAWAY,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, fs@freebsd.org, Andrew Snow Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 03:05:03 -0000 --nextPart12025682.40UkcpncZI Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 25 March 2009 12:38:04 Mikhail T. wrote: > Daniel O'Connor =CE=C1=D0=C9=D3=C1=D7(=CC=C1): > >> morning is still hanging (in sbwait) -- I've never seen this before. I= 'm > >> also very troubled, that such an important functionality (dump/restore= !) > >> is sooo problem-prone, and yet so few people seem to care... > > > > Well, "works for me". > > Well, would like a login on this system to take a look for yourself? I > can reproduce the problem easily. I don't know the internals of dump/restore :( > >> Is the official view, that dump is obsolete (and already bit-rotten), > >> perhaps, and use of tar is encouraged instead? > > > > I've never had dump fail but it IS rather crusty and slow.. That said t= ar > > doesn't cover all the information I believe. > > So, if dump/restore ain't it, does FreeBSD have a supported way of > making filesystem-level backups, that's both modern and covers all > aspects (like flags)? I would try a pax archive, eg.. tar --format pax --one-file-system -pcf - -C / . | tar -pxf - -C /mnt/newdi= sk According to the libarchive-formats page this handles ACLs & flags, my test= ing=20 shows it handles flags (at least). eg.. [midget 13:30] /tmp/test2 >touch foo [midget 13:30] /tmp/test2 >chflags uchg foo =20 [midget 13:30] /tmp/test2 >tar --format pax -zpcf /tmp/test.pax.gz foo [midget 13:30] /tmp/test2 >rm -f foo rm: foo: Operation not permitted [midget 13:30] /tmp/test2 >chflags nouchg foo [midget 13:30] /tmp/test2 >rm foo [midget 13:30] /tmp/test2 >tar -pxf /tmp/test.pax.gz =20 [midget 13:30] /tmp/test2 >ls -lao total 30 =20 drwxr-xr-x 2 darius wheel - 512 Mar 25 13:30 . drwxrwxrwt 53 root wheel - 28672 Mar 25 13:29 .. =2Drw-r--r-- 1 darius wheel uchg 0 Mar 25 13:30 foo [midget 13:30] /tmp/test2 >rm -f foo rm: foo: Operation not permitted > That said, I point out, that for me, dump is not failing (although it > did hang this morning). It is the restore, which fails to read dump's > output: You can't tell the difference between dump producing mangled output or rest= ore=20 bombing out on valid input.. =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 --nextPart12025682.40UkcpncZI Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJyZ9A5ZPcIHs/zowRAjtjAJ9Re4V+zBWBrdjjltDwdYGwJSIaTwCdGlke F95N4/KuXGNR+A1p4WxbUCE= =KvTW -----END PGP SIGNATURE----- --nextPart12025682.40UkcpncZI-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 03:05:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3CD010656C3; Wed, 25 Mar 2009 03:05:39 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id A94338FC16; Wed, 25 Mar 2009 03:05:35 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.3/8.14.3) with ESMTP id n2P35Y7e073580; Tue, 24 Mar 2009 23:05:35 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) Message-ID: <49C99F7E.2010108@aldan.algebra.com> Date: Tue, 24 Mar 2009 23:05:34 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: Andrew Snow References: <49C83673.3000604@aldan.algebra.com> <200903241537.36515.doconnor@gsoft.com.au> <49C87E0D.5090501@aldan.algebra.com> <20090324211549.27e65b90.ota@j.email.ne.jp> <49C99997.9050306@aldan.algebra.com> <49C99E03.9060604@modulus.org> In-Reply-To: <49C99E03.9060604@modulus.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 03:05:41 -0000 Andrew Snow ÎÁĐÉÓÁ×(ĚÁ): > Mikhail T. wrote: > >> Now can one get /real/ support for the most basic functionality of the >> most advanced modern Unix in the world? Thanks, >> > > I think before this goes any further, you will need to try > rebooting/unmouting it, running fsck on it, and then dump the unmounted > partition and see how that goes. > The system's uptime is only 3 days -- I had to reboot it to put in the new disk... But I will try your suggestion next, after the current attempt (using restore's -v switch) ends. If it chokes on the same file every time, that would be a clue... Thanks, -mi From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 03:06:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37D73106564A; Wed, 25 Mar 2009 03:06:59 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id E16EB8FC1F; Wed, 25 Mar 2009 03:06:58 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.3/8.14.3) with ESMTP id n2P36wPG073585; Tue, 24 Mar 2009 23:06:58 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) Message-ID: <49C99FD2.50609@aldan.algebra.com> Date: Tue, 24 Mar 2009 23:06:58 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: "Daniel O'Connor" References: <49C83673.3000604@aldan.algebra.com> <200903251232.11418.doconnor@gsoft.com.au> <49C99204.2050601@aldan.algebra.com> <200903251334.38350.doconnor@gsoft.com.au> In-Reply-To: <200903251334.38350.doconnor@gsoft.com.au> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, fs@freebsd.org, Andrew Snow Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 03:07:01 -0000 Daniel O'Connor ÎÁĐÉÓÁ×(ĚÁ): >> That said, I point out, that for me, dump is not failing (although it >> did hang this morning). It is the restore, which fails to read dump's >> output: >> > > You can't tell the difference between dump producing mangled output or restore > bombing out on valid input.. > That's true. I just wanted to point out, that someone running dump only (to make backups) is not going to know, whether his dumps are usable (for whichever of the two reasons), until he needs them... -mi From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 03:59:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2282C106567A; Wed, 25 Mar 2009 03:59:51 +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 874038FC0A; Wed, 25 Mar 2009 03:59:49 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.localnet (ppp121-45-33-47.lns10.adl2.internode.on.net [121.45.33.47]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n2P3xhMN023346 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Mar 2009 14:29:43 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Mikhail T." Date: Wed, 25 Mar 2009 14:29:30 +1030 User-Agent: KMail/1.10.4 (Linux/2.6.27-11-generic; KDE/4.1.4; i686; ; ) References: <49C83673.3000604@aldan.algebra.com> <20090324211549.27e65b90.ota@j.email.ne.jp> <49C99997.9050306@aldan.algebra.com> In-Reply-To: <49C99997.9050306@aldan.algebra.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1914226.SHNIKI2sUl"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200903251429.40578.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Yoshihiro Ota , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 03:59:51 -0000 --nextPart1914226.SHNIKI2sUl Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 25 March 2009 13:10:23 Mikhail T. wrote: > Now can one get /real/ support for the most basic functionality of the > most advanced modern Unix in the world? Thanks, Maybe you should return it to the shop and ask for your money back. =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 --nextPart1914226.SHNIKI2sUl Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJyawl5ZPcIHs/zowRAoQ8AJ44eqmk9Z8Fb2xnNt4a6+4kmqW3KACbBRb5 a3VXan3gOZv3FJHV1JjKy6Y= =4TsE -----END PGP SIGNATURE----- --nextPart1914226.SHNIKI2sUl-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 04:05:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBFAA1065673; Wed, 25 Mar 2009 04:05:03 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 73F748FC14; Wed, 25 Mar 2009 04:05:03 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.3/8.14.3) with ESMTP id n2P451T2073925; Wed, 25 Mar 2009 00:05:02 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) Message-ID: <49C9AD6D.30305@aldan.algebra.com> Date: Wed, 25 Mar 2009 00:05:01 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: "Daniel O'Connor" References: <49C83673.3000604@aldan.algebra.com> <20090324211549.27e65b90.ota@j.email.ne.jp> <49C99997.9050306@aldan.algebra.com> <200903251429.40578.doconnor@gsoft.com.au> In-Reply-To: <200903251429.40578.doconnor@gsoft.com.au> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: Yoshihiro Ota , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 04:05:04 -0000 Daniel O'Connor ÎÁĐÉÓÁ×(ĚÁ): > On Wednesday 25 March 2009 13:10:23 Mikhail T. wrote: > >> Now can one get /real/ support for the most basic functionality of the >> most advanced modern Unix in the world? Thanks, >> > > Maybe you should return it to the shop and ask for your money back. > Well, if this response is the best one can get, may be I should also revoke my own 15 years worth of contributions to the project... Except, why would I? I always supported people, who had problems with any of my work -- and the attitude of the rest of the contributors /used to be/ the same... -mi From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 04:22:53 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12E7F106564A; Wed, 25 Mar 2009 04:22:53 +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 5DAD18FC1F; Wed, 25 Mar 2009 04:22:51 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.localnet (ppp121-45-33-47.lns10.adl2.internode.on.net [121.45.33.47]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n2P4MiuX024275 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Mar 2009 14:52:45 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Mikhail T." Date: Wed, 25 Mar 2009 14:52:35 +1030 User-Agent: KMail/1.10.4 (Linux/2.6.27-11-generic; KDE/4.1.4; i686; ; ) References: <49C83673.3000604@aldan.algebra.com> <200903251429.40578.doconnor@gsoft.com.au> <49C9AD6D.30305@aldan.algebra.com> In-Reply-To: <49C9AD6D.30305@aldan.algebra.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2312064.hPhShRi3Ly"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200903251452.42301.doconnor@gsoft.com.au> X-Spam-Score: 0.238 () BAYES_00,MIME_CHARSET_FARAWAY,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Yoshihiro Ota , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 04:22:53 -0000 --nextPart2312064.hPhShRi3Ly Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 25 March 2009 14:35:01 Mikhail T. wrote: > Daniel O'Connor =CE=C1=D0=C9=D3=C1=D7(=CC=C1): > > On Wednesday 25 March 2009 13:10:23 Mikhail T. wrote: > >> Now can one get /real/ support for the most basic functionality of the > >> most advanced modern Unix in the world? Thanks, > > > > Maybe you should return it to the shop and ask for your money back. > > Well, if this response is the best one can get, may be I should also > revoke my own 15 years worth of contributions to the project... > > Except, why would I? I always supported people, who had problems with > any of my work -- and the attitude of the rest of the contributors /used > to be/ the same... People ARE helping you, just because they haven't come up with an answer is= no=20 reason to send snarky comments to the list. Outrage (fake or otherwise) that people don't seem to be taking your=20 particular problem seriously is unhelpful and probably counter-productive. =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 --nextPart2312064.hPhShRi3Ly Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJybGM5ZPcIHs/zowRAqKZAJ4hB3UlBJc7gEqMVvJM2C4CwhK2+QCffHRT O02sDTpiYUpf8VdJCLugKPI= =0QEu -----END PGP SIGNATURE----- --nextPart2312064.hPhShRi3Ly-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 04:29:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A405106567B; Wed, 25 Mar 2009 04:29:37 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 2AB598FC15; Wed, 25 Mar 2009 04:29:37 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.3/8.14.3) with ESMTP id n2P4TaZR073998; Wed, 25 Mar 2009 00:29:36 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) Message-ID: <49C9B330.10500@aldan.algebra.com> Date: Wed, 25 Mar 2009 00:29:36 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: "Daniel O'Connor" References: <49C83673.3000604@aldan.algebra.com> <200903251429.40578.doconnor@gsoft.com.au> <49C9AD6D.30305@aldan.algebra.com> <200903251452.42301.doconnor@gsoft.com.au> In-Reply-To: <200903251452.42301.doconnor@gsoft.com.au> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: Yoshihiro Ota , freebsd-stable@freebsd.org, fs@freebsd.org Subject: support quality (Re: dump | restore fails: unknown tape header type 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 04:29:38 -0000 Daniel O'Connor ÎÁĐÉÓÁ×(ĚÁ): > People ARE helping you, just because they haven't come up with an answer is no > reason to send snarky comments to the list. > No, sorry, people aren't. They are trying, yes, but not even close. The suggestion to eliminate the -a switch (a no-op, in fact) was particularly unhelpful -- and deserving of mockery. Later on someone with a similar problem will find this thread with a search engine and will be trying to follow the posted advices -- to no avail, of course, plunging FreeBSD further into disrepute. > Outrage (fake or otherwise) that people don't seem to be taking your > particular problem seriously is unhelpful and probably counter-productive. It is fairly obvious by now, that no real help will be forthcoming, for whatever reason. Thus any talk of "productivity" is moot. Thanks for trying. -mi From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 04:30:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8211106566B; Wed, 25 Mar 2009 04:30:49 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 771098FC14; Wed, 25 Mar 2009 04:30:49 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.3/8.14.3) with ESMTP id n2P4UlKU074004; Wed, 25 Mar 2009 00:30:48 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) Message-ID: <49C9B377.5090903@aldan.algebra.com> Date: Wed, 25 Mar 2009 00:30:47 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: Andrew Snow References: <49C83673.3000604@aldan.algebra.com> <200903241537.36515.doconnor@gsoft.com.au> <49C87E0D.5090501@aldan.algebra.com> <20090324211549.27e65b90.ota@j.email.ne.jp> <49C99997.9050306@aldan.algebra.com> <49C99E03.9060604@modulus.org> In-Reply-To: <49C99E03.9060604@modulus.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 04:30:50 -0000 Andrew Snow ÎÁĐÉÓÁ×(ĚÁ): > I think before this goes any further, you will need to try > rebooting/unmouting it, running fsck on it, and then dump the unmounted > partition and see how that goes. > > Rebooted, reran `fsck -y /old' (all clean). Same problem... -mi From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 04:54:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C04CA106566C; Wed, 25 Mar 2009 04:54:39 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.freebsd.org (Postfix) with ESMTP id 88EB68FC13; Wed, 25 Mar 2009 04:54:39 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-73-175-180.dsl.telstraclear.net [121.73.175.180]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0KH1000A0OXSO120@smtp5.clear.net.nz>; Wed, 25 Mar 2009 17:39:29 +1300 (NZDT) Date: Wed, 25 Mar 2009 17:39:27 +1300 From: Mark Kirkwood In-reply-to: <49C99204.2050601@aldan.algebra.com> To: "Mikhail T." Message-id: <49C9B57F.4010403@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=KOI8-R; format=flowed Content-transfer-encoding: 7bit References: <49C83673.3000604@aldan.algebra.com> <49C98202.9040403@modulus.org> <49C98680.7020301@aldan.algebra.com> <200903251232.11418.doconnor@gsoft.com.au> <49C99204.2050601@aldan.algebra.com> User-Agent: Thunderbird 2.0.0.19 (X11/20090117) Cc: freebsd-stable@freebsd.org, Andrew Snow , fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 04:54:40 -0000 Mikhail T. wrote: > > That said, I point out, that for me, dump is not failing (although it > did hang this morning). It is the restore, which fails to read dump's > output: > > unknown tape header type 213474529 > abort? [yn] n > resync restore, skipped 502 blocks > expected next file 54, got 0 > unknown tape header type -954356454 > abort? [yn] n > resync restore, skipped 29 blocks > expected next file 54, got 0 > unknown tape header type -1754938223 > abort? [yn] n > resync restore, skipped 482 blocks > expected next file 54, got 0 > unknown tape header type -915868704 > abort? [yn] n > resync restore, skipped 29 blocks > expected next file 54, got 0 > unknown tape header type 1790084751 > abort? [yn] n > resync restore, skipped 482 blocks > expected next file 54, got 0 > unknown tape header type 903667267 > abort? [yn] n > ... > Is this link any help? http://www.mail-archive.com/freebsd-questions@freebsd.org/msg197899.html Other than that, I'd suggest checking the disk(s) with smartmontools to try to rule out hardware problems. regards Mark From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 05:22:45 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71055106566C for ; Wed, 25 Mar 2009 05:22:45 +0000 (UTC) (envelope-from freebsd-nospam@yaxom.com) Received: from gw.yaxom.com (gw.yaxom.com [59.167.217.197]) by mx1.freebsd.org (Postfix) with SMTP id 9DD9B8FC0C for ; Wed, 25 Mar 2009 05:22:44 +0000 (UTC) (envelope-from freebsd-nospam@yaxom.com) Received: (qmail 63062 invoked from network); 25 Mar 2009 14:56:01 +1000 Received: from joker.yaxom.com (172.16.1.10) by iliad.yaxom.com with SMTP; 25 Mar 2009 14:56:01 +1000 Received: (qmail 78754 invoked by uid 1001); 25 Mar 2009 14:56:01 +1000 Message-ID: Date: Wed, 25 Mar 2009 14:56:01 +1000 From: Greg Black To: "Mikhail T." References: <49C83673.3000604@aldan.algebra.com> <200903251232.11418.doconnor@gsoft.com.au> <49C99204.2050601@aldan.algebra.com> <200903251334.38350.doconnor@gsoft.com.au> <49C99FD2.50609@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49C99FD2.50609@aldan.algebra.com> User-Agent: Mutt/1.4.2.2i; gjb-muttsend.sh 1.7 2004-10-05 X-Uptime: 124 days X-Operating-System: FreeBSD 6.2-RELEASE-p5 i386 X-Location: Brisbane, Australia; 27.49835S 152.98380E X-URL: http://www.gbch.net/gjb.html X-Blog: http://www.gbch.net/gjb/blog/ X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-PGP-Key-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-Request-PGP: http://www.gbch.net/keys/4B04B7D6.asc Cc: freebsd-stable@freebsd.org, Andrew Snow , fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 05:22:45 -0000 On 2009-03-24, Mikhail T. wrote: > That's true. I just wanted to point out, that someone running dump only > (to make backups) is not going to know, whether his dumps are usable > (for whichever of the two reasons), until he needs them... Such a person is not making backups and deserves what he gets. I haven't got anything to say about dump/restore because I haven't bothered with them for years. I do know that dumps from mounted file systems will often appear to work, but will fail when it matters. This is not a bug and is expected behaviour to which the solution is obvious. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 05:34:39 2009 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 8DF44106564A; Wed, 25 Mar 2009 05:34:39 +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 1C5218FC14; Wed, 25 Mar 2009 05:33:58 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from lp.gddsn.org.cn (unknown [218.19.164.153]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id 3AEA02E00E; Wed, 25 Mar 2009 08:45:43 +0800 (CST) Message-ID: <49C97EEB.4090607@gddsn.org.cn> Date: Wed, 25 Mar 2009 08:46:35 +0800 From: wsk User-Agent: Thunderbird 2.0.0.19 (X11/20090204) MIME-Version: 1.0 To: Robert Noland References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> <1237798914.2110.24.camel@balrog.2hip.net> <49C85F4E.5050002@gddsn.org.cn> <1237882591.1771.26.camel@balrog.2hip.net> In-Reply-To: <1237882591.1771.26.camel@balrog.2hip.net> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 05:34:40 -0000 Robert Noland wrote: > On Tue, 2009-03-24 at 12:19 +0800, wsk wrote: > >> Robert Noland wrote: >> >>> On Mon, 2009-03-23 at 09:28 +0800, wsk wrote: >>> >>> >>>>> Ok, this patch should work on NV50 chips also. >>>>> >>>>> What you get is EXA and Xv. >>>>> >>>>> You still need: >>>>> >>>>> A recent -CURRENT or -STABLE. >>>>> >>>>> git master of libdrm and xf86-video-nouveau. >>>>> >>>>> This patch. >>>>> >>>>> Things I've figured out since the last patch... >>>>> >>>>> On NV50 class hardware you need to have a compositing manager running >>>>> for Xv to work. That means xcompmgr, metacity with composite enabled, >>>>> xfce (rumored to work as well, haven't tried). If your running Gnome >>>>> with metacity, open gconf-editor and go to apps->metacity->general and >>>>> check the composite box. >>>>> >>>>> On NV40 class hardware, you don't need the composite manager. In fact >>>>> (at least with Xserver 1.6 which I'm running now), if a composite >>>>> manager is enabled, I'm seeing high cpu utilization from Xorg under some >>>>> circumstances. I don't think this is a drm issue, but still an issue. >>>>> For me, if I start a video using mplayer in an xterm, cpu is fine as >>>>> long as that xterm is the foreground window. If it is not the >>>>> foreground window, even if it isn't obscured I see the cpu utilization. >>>>> Disabling the composite manager makes everything fine. >>>>> >>>>> http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch >>>>> >>>>> robert. >>>>> >>>>> >>>> get the following errors and exitThis is a pre-release version of the X server from The X.Org Foundation. >>>> It is not supported in any way. >>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. >>>> Select the "xorg" product for bugs you find in this release. >>>> Before reporting bugs in pre-release versions please check the >>>> latest version in the X.Org Foundation git repository. >>>> See http://wiki.x.org/wiki/GitPage for git access instructions. >>>> >>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) >>>> Release Date: 2009-1-30 >>>> X Protocol Version 11, Revision 0 >>>> Build Operating System: FreeBSD 7.1-STABLE amd64 >>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD 7.2-PRE >>>> RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/sr >>>> c/sys/WSK amd64 >>>> Build Date: 06 February 2009 04:22:44PM >>>> >>>> Before reporting problems, check http://wiki.x.org >>>> to make sure that you have the latest version. >>>> 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: Mon Mar 23 09:14:03 2009 >>>> ing config file: "xorg.conf1" >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>> drm0: [ITHREAD] >>>> info: [drm] Allocating FIFO number 1 >>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 >>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 >>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space >>>> (EE) Screen(s) found, but none have a usable configuration. >>>> >>>> Fatal server error: >>>> no screens found >>>> >>>> Please consult the The X.Org Foundation support >>>> at http://wiki.x.org >>>> for help. >>>> Please also check the log file at "/var/log/Xorg.0.log" for additional informati >>>> on. >>>> >>>> info: [drm] nouveau_fifo_free: freeing fifo 1 >>>> error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle channel 1 before >>>> destroy.Prepare for strangeness.. >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>> >>>> what can i do ? >>>> >>>> >>>> >>>> >>>> plain text document attachment (Xorg.0.log) >>>> This is a pre-release version of the X server from The X.Org Foundation. >>>> It is not supported in any way. >>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. >>>> Select the "xorg" product for bugs you find in this release. >>>> Before reporting bugs in pre-release versions please check the >>>> latest version in the X.Org Foundation git repository. >>>> See http://wiki.x.org/wiki/GitPage for git access instructions. >>>> >>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) >>>> Release Date: 2009-1-30 >>>> X Protocol Version 11, Revision 0 >>>> Build Operating System: FreeBSD 7.1-STABLE amd64 >>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/src/sys/WSK amd64 >>>> Build Date: 06 February 2009 04:22:44PM >>>> >>>> Before reporting problems, check http://wiki.x.org >>>> to make sure that you have the latest version. >>>> 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: Mon Mar 23 09:14:03 2009 >>>> (++) Using config file: "xorg.conf1" >>>> (==) No Layout section. Using the first Screen section. >>>> (==) No screen section available. Using defaults. >>>> (**) |-->Screen "Default Screen Section" (0) >>>> (**) | |-->Monitor "" >>>> (==) No device specified for screen "Default Screen Section". >>>> Using the first device section listed. >>>> (**) | |-->Device "Card0" >>>> (==) No monitor specified for screen "Default Screen Section". >>>> Using a default monitor configuration. >>>> (==) Automatically adding devices >>>> (==) Automatically enabling devices >>>> (==) No FontPath specified. Using compiled-in default. >>>> (==) FontPath set to: >>>> built-ins >>>> (==) ModulePath set to "/usr/local/lib/xorg/modules" >>>> (II) Cannot locate a core pointer device. >>>> (II) Cannot locate a core keyboard device. >>>> (II) The server relies on HAL to provide the list of input devices. >>>> If no devices become available, reconfigure HAL or disable AllowEmptyInput. >>>> (II) Loader magic: 0xb20 >>>> (II) Module ABI versions: >>>> X.Org ANSI C Emulation: 0.4 >>>> X.Org Video Driver: 5.0 >>>> X.Org XInput driver : 4.0 >>>> X.Org Server Extension : 2.0 >>>> (II) Loader running on freebsd >>>> (--) Using syscons driver with X support (version 2.0) >>>> (--) using VT number 9 >>>> >>>> (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, Mem @ 0xfd000000/16777216, 0x00000000/268435456, 0xfa000000/33554432, I/O @ 0x0000df00/128, BIOS @ 0x????????/65536 >>>> >>>> >>> Ok, thats a new one... >>> >>> >>> >>>> (II) System resource ranges: >>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] >>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] >>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] >>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] >>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] >>>> (II) LoadModule: "extmod" >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so >>>> (II) Module extmod: vendor="X.Org Foundation" >>>> compiled for 1.5.99.902, module version = 1.0.0 >>>> Module class: X.Org Server Extension >>>> ABI class: X.Org Server Extension, version 2.0 >>>> (II) Loading extension MIT-SCREEN-SAVER >>>> (II) Loading extension XFree86-VidModeExtension >>>> (II) Loading extension XFree86-DGA >>>> (II) Loading extension DPMS >>>> (II) Loading extension XVideo >>>> (II) Loading extension XVideo-MotionCompensation >>>> (II) Loading extension X-Resource >>>> (II) LoadModule: "dbe" >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so >>>> (II) Module dbe: vendor="X.Org Foundation" >>>> compiled for 1.5.99.902, module version = 1.0.0 >>>> Module class: X.Org Server Extension >>>> ABI class: X.Org Server Extension, version 2.0 >>>> (II) Loading extension DOUBLE-BUFFER >>>> (II) LoadModule: "glx" >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so >>>> (II) Module glx: vendor="X.Org Foundation" >>>> compiled for 1.5.99.902, module version = 1.0.0 >>>> ABI class: X.Org Server Extension, version 2.0 >>>> (==) AIGLX disabled >>>> (==) Exporting typical set of GLX visuals >>>> (II) Loading extension GLX >>>> (II) LoadModule: "record" >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so >>>> (II) Module record: vendor="X.Org Foundation" >>>> compiled for 1.5.99.902, module version = 1.13.0 >>>> Module class: X.Org Server Extension >>>> ABI class: X.Org Server Extension, version 2.0 >>>> (II) Loading extension RECORD >>>> (II) LoadModule: "dri" >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so >>>> (II) Module dri: vendor="X.Org Foundation" >>>> compiled for 1.5.99.902, module version = 1.0.0 >>>> ABI class: X.Org Server Extension, version 2.0 >>>> (II) Loading extension XFree86-DRI >>>> (II) LoadModule: "nouveau" >>>> (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so >>>> (II) Module nouveau: vendor="X.Org Foundation" >>>> compiled for 1.5.99.902, module version = 0.0.10 >>>> Module class: X.Org Video Driver >>>> ABI class: X.Org Video Driver, version 5.0 >>>> (II) NOUVEAU driver Date: Wed Mar 18 09:36:33 2009 +1000 >>>> (II) NOUVEAU driver for NVIDIA chipset families : >>>> RIVA TNT (NV04) >>>> RIVA TNT2 (NV05) >>>> GeForce 256 (NV10) >>>> GeForce 2 (NV11, NV15) >>>> GeForce 4MX (NV17, NV18) >>>> GeForce 3 (NV20) >>>> GeForce 4Ti (NV25, NV28) >>>> GeForce FX (NV3x) >>>> GeForce 6 (NV4x) >>>> GeForce 7 (G7x) >>>> GeForce 8 (G8x) >>>> (II) Primary Device is: PCI 01@00:00:0 >>>> (II) resource ranges after probing: >>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] >>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] >>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] >>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] >>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] >>>> (--) NOUVEAU(0): Chipset: "NVIDIA NV86" >>>> >>>> >>> Hrm, NV86... I'll have to ask around about that. Meanwhile can you send >>> me a pciconf -lvb which should at least show us the BAR configuration. >>> >>> Ok, my sources are telling me that this should work and that it is an >>> NV50, or at least should work the same... >>> >>> Also, just to be safe, please rebuild/reinstall devel/libpciaccess. I'm >>> not sure if it may be trashing the BARs somehow. >>> >>> robert. >>> >>> >> bar [24] = type I/O Port, range 32, base 0xeff0, size 16, enabled >> ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x01fe1028 chip=0x283e8086 >> rev=0x02 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82801H (ICH8 Family) SMBus Controller' >> class = serial bus >> subclass = SMBus >> bar [10] = type Memory, range 32, base 0xfebfbf00, size 256, enabled >> bar [20] = type I/O Port, range 32, base 0x10c0, size 32, enabled >> vgapci0@pci0:1:0:0: class=0x030000 card=0x01fe1028 chip=0x042910de >> rev=0xa1 hdr=0x00 >> vendor = 'Nvidia Corp' >> device = 'Unknown nVidia Quadro FX 570M' >> class = display >> subclass = VGA >> bar [10] = type Memory, range 32, base 0xfd000000, size 16777216, enabled >> > > Ok, this is BAR 0, BARs 1 and 2 are indeed are not showing up. BAR 1 > should be your framebuffer and should be where most of your memory is. > (This is the memory the tell you about when you buy the card, 256M, > 512M, etc.) It should probably be a 64bit BAR, which is why BAR 2 isn't > there. We are going to need more details on your card... > indeed,my DELL D830 laptop video card is Quadro NVS 140M with 256M memory. but it recognized Quadro FX 570M with pciconfig. > >> bar [1c] = type Memory, range 64, base 0xfa000000, size 33554432, enabled >> > > This one is BAR 3, which is used when it doesn't find BAR 1. > > robert. > > >> bar [24] = type I/O Port, range 32, base 0xdf00, size 128, enabled >> ndis0@pci0:12:0:0: class=0x028000 card=0x000a1028 chip=0x432814e4 >> rev=0x03 hdr=0x00 >> vendor = 'Broadcom Corporation' >> device = 'BCM94321KFBG Broadcom 4321AGN 802.11a/b/g/draft-n Wi-Fi Solution' >> class = network >> bar [10] = type Memory, range 64, base 0xf9ffc000, size 16384, enabled >> bar [18] = type Prefetchable Memory, range 64, base 0xf0000000, size >> 1048576, enabled >> bge0@pci0:9:0:0: class=0x020000 card=0x01fe1028 chip=0x167314e4 rev=0x02 >> hdr=0x00 >> vendor = 'Broadcom Corporation' >> device = 'B57xx Broadcom NetXtreme Gigabit Ethernet' >> class = network >> subclass = ethernet >> bar [10] = type Memory, range 64, base 0xf9bf0000, size 65536, enabled >> cbb0@pci0:3:1:0: class=0x060700 card=0x01fe1028 chip=0x71351217 rev=0x21 >> hdr=0x02 >> vendor = 'O2 Micro Inc' >> device = 'OZ711EZ1 MemoryCardBus Controller' >> class = bridge >> subclass = PCI-CardBus >> bar [10] = type Memory, range 32, base 0xf9a00000, size 4096, enabled >> fwohci0@pci0:3:1:4: class=0x0c0010 card=0x01fe1028 chip=0x00f71217 >> rev=0x02 hdr=0x00 >> vendor = 'O2 Micro Inc' >> device = '0x00f71217 1394 Open Host Controller Interface' >> class = serial bus >> subclass = FireWire >> bar [10] = type Memory, range 32, base 0xf9aff000, size 4096, enabled >> bar [14] = type Memory, range 32, base 0xf9afe800, size 2048, enabled >> >> and follow your intrudction.still pain me :( >> >> (++) Using config file: "xorg.conf1" >> drm0: on vgapci0 >> info: [drm] Detected an NV50 generation card (0x086900a2) >> vgapci0: child drm0 requested pci_enable_busmaster >> info: [drm] Initialized nouveau 0.0.12 20060213 >> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >> drm0: [ITHREAD] >> info: [drm] Allocating FIFO number 1 >> error: [drm:pid6494:nouveau_graph_trapped_channel] *ERROR* AIII, >> invalid/inactiv >> e channel id 128 >> info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo: >> [drm] , nSt >> atus:info: [drm] >> info: [drm] PGRAPH_ERROR - Ch -1/0 Class 0x0000 Mthd 0x0000 Data >> 0x00000000:0x00 >> 000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 1: >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x8000003f >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xcf6f7f0e >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408908: 0xfff7367f >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040890c: 0x00001850 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408910: 0xafff3587 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e08: 0x800b6fad >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e0c: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e10: 0x4df4fd60 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e14: 0x000000d7 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e18: 0x3139768d >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e1c: 0xf6d69757 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e20: 0x63161650 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e24: 0x07220009 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 2: >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409900: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409904: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409908: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040990c: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409910: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e08: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e0c: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e10: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e14: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e1c: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e20: 0x00000000 >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e24: 0x00000000 >> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 >> info: [drm] PFIFO_DMA_PUSHER - Ch 1 >> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space >> (EE) Screen(s) found, but none have a usable configuration. >> >> Fatal server error: >> no screens found >> >> Please consult the The X.Org Foundation support >> at http://wiki.x.org >> for help. >> Please also check the log file at "/var/log/Xorg.0.log" for additional >> informati >> on. >> >> info: [drm] nouveau_fifo_free: freeing fifo 1 >> error: [drm:pid6493:nouveau_fifo_free] *ERROR* Failed to idle channel 1 >> before d >> estroy.Prepare for strangeness.. >> info: [drm] PFIFO_DMA_PUSHER - Ch 127 >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >> >> >>> >>> >>>> (II) Loading sub module "int10" >>>> (II) LoadModule: "int10" >>>> (II) Loading /usr/local/lib/xorg/modules//libint10.so >>>> (II) Module int10: vendor="X.Org Foundation" >>>> compiled for 1.5.99.902, module version = 1.0.0 >>>> ABI class: X.Org Video Driver, version 5.0 >>>> (II) NOUVEAU(0): Initializing int10 >>>> (==) NOUVEAU(0): Write-combining range (0xa0000,0x20000) was already clear >>>> (==) NOUVEAU(0): Write-combining range (0xc0000,0x40000) was already clear >>>> (II) NOUVEAU(0): Primary V_BIOS segment is: 0xc000 >>>> (==) NOUVEAU(0): Write-combining range (0x0,0x1000) was already clear >>>> drmOpenDevice: node name is /dev/dri/card0 >>>> drmOpenDevice: open result is 10, (OK) >>>> drmOpenDevice: node name is /dev/dri/card0 >>>> drmOpenDevice: open result is 10, (OK) >>>> drmOpenByBusid: Searching for BusID pci:0000:01:00.0 >>>> drmOpenDevice: node name is /dev/dri/card0 >>>> drmOpenDevice: open result is 10, (OK) >>>> drmOpenByBusid: drmOpenMinor returns 10 >>>> drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 >>>> (II) [drm] DRM interface version 1.2 >>>> (II) [drm] DRM open master succeeded. >>>> (II) NOUVEAU(0): [drm] nouveau interface version: 0.0.12 >>>> (--) NOUVEAU(0): [drm] kernel modesetting not available >>>> (--) NOUVEAU(0): VESA-HACK: Console VGA mode is 0x3 >>>> (II) NOUVEAU(0): Creating default Display subsection in Screen section >>>> "Default Screen Section" for depth/fbbpp 24/32 >>>> (==) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32 >>>> (==) NOUVEAU(0): RGB weight 888 >>>> (==) NOUVEAU(0): Default visual is TrueColor >>>> (II) Loading sub module "vgahw" >>>> (II) LoadModule: "vgahw" >>>> (II) Loading /usr/local/lib/xorg/modules//libvgahw.so >>>> (II) Module vgahw: vendor="X.Org Foundation" >>>> compiled for 1.5.99.902, module version = 0.1.0 >>>> ABI class: X.Org Video Driver, version 5.0 >>>> (==) NOUVEAU(0): Randr1.2 support enabled >>>> (==) NOUVEAU(0): Using HW cursor >>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space >>>> (==) NOUVEAU(0): Write-combining range (0x0,0x1000) was already clear >>>> (II) UnloadModule: "nouveau" >>>> (II) UnloadModule: "vgahw" >>>> (II) Unloading /usr/local/lib/xorg/modules//libvgahw.so >>>> (II) UnloadModule: "int10" >>>> (II) Unloading /usr/local/lib/xorg/modules//libint10.so >>>> (EE) Screen(s) found, but none have a usable configuration. >>>> >>>> Fatal server error: >>>> no screens found >>>> >>>> Please consult the The X.Org Foundation support >>>> at http://wiki.x.org >>>> for help. >>>> Please also check the log file at "/var/log/Xorg.0.log" for additional information. >>>> >>>> >>>> From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 06:12:04 2009 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 CAE331065674; Wed, 25 Mar 2009 06:12:04 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 694DB8FC0C; Wed, 25 Mar 2009 06:12:04 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-142.bna.bellsouth.net [70.156.31.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2P6AgE6025619 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Mar 2009 02:10:42 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: wsk In-Reply-To: <49C97EEB.4090607@gddsn.org.cn> References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> <1237798914.2110.24.camel@balrog.2hip.net> <49C85F4E.5050002@gddsn.org.cn> <1237882591.1771.26.camel@balrog.2hip.net> <49C97EEB.4090607@gddsn.org.cn> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-64XsY4RyTk9YedL/Mcaz" Organization: FreeBSD Date: Wed, 25 Mar 2009 01:11:37 -0500 Message-Id: <1237961497.1828.2.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, URIBL_RED autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 06:12:06 -0000 --=-64XsY4RyTk9YedL/Mcaz Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-03-25 at 08:46 +0800, wsk wrote: > Robert Noland wrote: > > On Tue, 2009-03-24 at 12:19 +0800, wsk wrote: > > =20 > >> Robert Noland wrote: > >> =20 > >>> On Mon, 2009-03-23 at 09:28 +0800, wsk wrote: > >>> =20 > >>> =20 > >>>>> Ok, this patch should work on NV50 chips also. > >>>>> =20 > >>>>> What you get is EXA and Xv. > >>>>> =20 > >>>>> You still need: > >>>>> =20 > >>>>> A recent -CURRENT or -STABLE. > >>>>> =20 > >>>>> git master of libdrm and xf86-video-nouveau. > >>>>> =20 > >>>>> This patch. > >>>>> =20 > >>>>> Things I've figured out since the last patch... > >>>>> =20 > >>>>> On NV50 class hardware you need to have a compositing manager runni= ng > >>>>> for Xv to work. That means xcompmgr, metacity with composite enabl= ed, > >>>>> xfce (rumored to work as well, haven't tried). If your running Gno= me > >>>>> with metacity, open gconf-editor and go to apps->metacity->general = and > >>>>> check the composite box. > >>>>> =20 > >>>>> On NV40 class hardware, you don't need the composite manager. In f= act > >>>>> (at least with Xserver 1.6 which I'm running now), if a composite > >>>>> manager is enabled, I'm seeing high cpu utilization from Xorg under= some > >>>>> circumstances. I don't think this is a drm issue, but still an iss= ue. > >>>>> For me, if I start a video using mplayer in an xterm, cpu is fine a= s > >>>>> long as that xterm is the foreground window. If it is not the > >>>>> foreground window, even if it isn't obscured I see the cpu utilizat= ion. > >>>>> Disabling the composite manager makes everything fine. > >>>>> =20 > >>>>> http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > >>>>> =20 > >>>>> robert. > >>>>> =20 > >>>>> =20 > >>>> get the following errors and exitThis is a pre-release version of th= e X server from The X.Org Foundation. > >>>> It is not supported in any way. > >>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. > >>>> Select the "xorg" product for bugs you find in this release. > >>>> Before reporting bugs in pre-release versions please check the > >>>> latest version in the X.Org Foundation git repository. > >>>> See http://wiki.x.org/wiki/GitPage for git access instructions. > >>>> > >>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) > >>>> Release Date: 2009-1-30 > >>>> X Protocol Version 11, Revision 0 > >>>> Build Operating System: FreeBSD 7.1-STABLE amd64 > >>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE Fre= eBSD 7.2-PRE > >>>> RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/us= r/obj/usr/sr > >>>> c/sys/WSK amd64 > >>>> Build Date: 06 February 2009 04:22:44PM > >>>> > >>>> Before reporting problems, check http://wiki.x.org > >>>> to make sure that you have the latest version. > >>>> Markers: (--) probed, (**) from config file, (=3D=3D) default settin= g, > >>>> (++) from command line, (!!) notice, (II) informational, > >>>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown= . > >>>> (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 = 2009 > >>>> ing config file: "xorg.conf1" > >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resou= rce 0x2 > >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resou= rce 0x2 > >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resou= rce 0x2 > >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffff= fffff). > >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resou= rce 0x1 > >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffff= fffff). > >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resou= rce 0x1 > >>>> drm0: [ITHREAD] > >>>> info: [drm] Allocating FIFO number 1 > >>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > >>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 > >>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > >>>> (EE) Screen(s) found, but none have a usable configuration. > >>>> > >>>> Fatal server error: > >>>> no screens found > >>>> > >>>> Please consult the The X.Org Foundation support > >>>> at http://wiki.x.org > >>>> for help. > >>>> Please also check the log file at "/var/log/Xorg.0.log" for addition= al informati > >>>> on. > >>>> > >>>> info: [drm] nouveau_fifo_free: freeing fifo 1 > >>>> error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle chann= el 1 before > >>>> destroy.Prepare for strangeness.. > >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffff= fffff). > >>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resou= rce 0x1 > >>>> > >>>> what can i do ? > >>>> > >>>> > >>>> > >>>> > >>>> plain text document attachment (Xorg.0.log) > >>>> This is a pre-release version of the X server from The X.Org Foundat= ion. > >>>> It is not supported in any way. > >>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. > >>>> Select the "xorg" product for bugs you find in this release. > >>>> Before reporting bugs in pre-release versions please check the > >>>> latest version in the X.Org Foundation git repository. > >>>> See http://wiki.x.org/wiki/GitPage for git access instructions. > >>>> > >>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) > >>>> Release Date: 2009-1-30 > >>>> X Protocol Version 11, Revision 0 > >>>> Build Operating System: FreeBSD 7.1-STABLE amd64=20 > >>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE Fre= eBSD 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.c= n:/usr/obj/usr/src/sys/WSK amd64 > >>>> Build Date: 06 February 2009 04:22:44PM > >>>> =20 > >>>> Before reporting problems, check http://wiki.x.org > >>>> to make sure that you have the latest version. > >>>> Markers: (--) probed, (**) from config file, (=3D=3D) default settin= g, > >>>> (++) from command line, (!!) notice, (II) informational, > >>>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > >>>> (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:03 = 2009 > >>>> (++) Using config file: "xorg.conf1" > >>>> (=3D=3D) No Layout section. Using the first Screen section. > >>>> (=3D=3D) No screen section available. Using defaults. > >>>> (**) |-->Screen "Default Screen Section" (0) > >>>> (**) | |-->Monitor "" > >>>> (=3D=3D) No device specified for screen "Default Screen Section". > >>>> Using the first device section listed. > >>>> (**) | |-->Device "Card0" > >>>> (=3D=3D) No monitor specified for screen "Default Screen Section". > >>>> Using a default monitor configuration. > >>>> (=3D=3D) Automatically adding devices > >>>> (=3D=3D) Automatically enabling devices > >>>> (=3D=3D) No FontPath specified. Using compiled-in default. > >>>> (=3D=3D) FontPath set to: > >>>> built-ins > >>>> (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" > >>>> (II) Cannot locate a core pointer device. > >>>> (II) Cannot locate a core keyboard device. > >>>> (II) The server relies on HAL to provide the list of input devices. > >>>> If no devices become available, reconfigure HAL or disable AllowEmp= tyInput. > >>>> (II) Loader magic: 0xb20 > >>>> (II) Module ABI versions: > >>>> X.Org ANSI C Emulation: 0.4 > >>>> X.Org Video Driver: 5.0 > >>>> X.Org XInput driver : 4.0 > >>>> X.Org Server Extension : 2.0 > >>>> (II) Loader running on freebsd > >>>> (--) Using syscons driver with X support (version 2.0) > >>>> (--) using VT number 9 > >>>> > >>>> (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, Mem = @ 0xfd000000/16777216, 0x00000000/268435456, 0xfa000000/33554432, I/O @ 0x0= 000df00/128, BIOS @ 0x????????/65536 > >>>> =20 > >>>> =20 > >>> Ok, thats a new one... > >>> > >>> =20 > >>> =20 > >>>> (II) System resource ranges: > >>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > >>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > >>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > >>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > >>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > >>>> (II) LoadModule: "extmod" > >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so > >>>> (II) Module extmod: vendor=3D"X.Org Foundation" > >>>> compiled for 1.5.99.902, module version =3D 1.0.0 > >>>> Module class: X.Org Server Extension > >>>> ABI class: X.Org Server Extension, version 2.0 > >>>> (II) Loading extension MIT-SCREEN-SAVER > >>>> (II) Loading extension XFree86-VidModeExtension > >>>> (II) Loading extension XFree86-DGA > >>>> (II) Loading extension DPMS > >>>> (II) Loading extension XVideo > >>>> (II) Loading extension XVideo-MotionCompensation > >>>> (II) Loading extension X-Resource > >>>> (II) LoadModule: "dbe" > >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so > >>>> (II) Module dbe: vendor=3D"X.Org Foundation" > >>>> compiled for 1.5.99.902, module version =3D 1.0.0 > >>>> Module class: X.Org Server Extension > >>>> ABI class: X.Org Server Extension, version 2.0 > >>>> (II) Loading extension DOUBLE-BUFFER > >>>> (II) LoadModule: "glx" > >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so > >>>> (II) Module glx: vendor=3D"X.Org Foundation" > >>>> compiled for 1.5.99.902, module version =3D 1.0.0 > >>>> ABI class: X.Org Server Extension, version 2.0 > >>>> (=3D=3D) AIGLX disabled > >>>> (=3D=3D) Exporting typical set of GLX visuals > >>>> (II) Loading extension GLX > >>>> (II) LoadModule: "record" > >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so > >>>> (II) Module record: vendor=3D"X.Org Foundation" > >>>> compiled for 1.5.99.902, module version =3D 1.13.0 > >>>> Module class: X.Org Server Extension > >>>> ABI class: X.Org Server Extension, version 2.0 > >>>> (II) Loading extension RECORD > >>>> (II) LoadModule: "dri" > >>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so > >>>> (II) Module dri: vendor=3D"X.Org Foundation" > >>>> compiled for 1.5.99.902, module version =3D 1.0.0 > >>>> ABI class: X.Org Server Extension, version 2.0 > >>>> (II) Loading extension XFree86-DRI > >>>> (II) LoadModule: "nouveau" > >>>> (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so > >>>> (II) Module nouveau: vendor=3D"X.Org Foundation" > >>>> compiled for 1.5.99.902, module version =3D 0.0.10 > >>>> Module class: X.Org Video Driver > >>>> ABI class: X.Org Video Driver, version 5.0 > >>>> (II) NOUVEAU driver Date: Wed Mar 18 09:36:33 2009 +1000 > >>>> (II) NOUVEAU driver for NVIDIA chipset families : > >>>> RIVA TNT (NV04) > >>>> RIVA TNT2 (NV05) > >>>> GeForce 256 (NV10) > >>>> GeForce 2 (NV11, NV15) > >>>> GeForce 4MX (NV17, NV18) > >>>> GeForce 3 (NV20) > >>>> GeForce 4Ti (NV25, NV28) > >>>> GeForce FX (NV3x) > >>>> GeForce 6 (NV4x) > >>>> GeForce 7 (G7x) > >>>> GeForce 8 (G8x) > >>>> (II) Primary Device is: PCI 01@00:00:0 > >>>> (II) resource ranges after probing: > >>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > >>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > >>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > >>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > >>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > >>>> (--) NOUVEAU(0): Chipset: "NVIDIA NV86" > >>>> =20 > >>>> =20 > >>> Hrm, NV86... I'll have to ask around about that. Meanwhile can you s= end > >>> me a pciconf -lvb which should at least show us the BAR configuration= . > >>> > >>> Ok, my sources are telling me that this should work and that it is an > >>> NV50, or at least should work the same... > >>> > >>> Also, just to be safe, please rebuild/reinstall devel/libpciaccess. = I'm > >>> not sure if it may be trashing the BARs somehow. > >>> > >>> robert. > >>> =20 > >>> =20 > >> bar [24] =3D type I/O Port, range 32, base 0xeff0, size 16, enabled > >> ichsmb0@pci0:0:31:3: class=3D0x0c0500 card=3D0x01fe1028 chip=3D0x283e8= 086 > >> rev=3D0x02 hdr=3D0x00 > >> vendor =3D 'Intel Corporation' > >> device =3D '82801H (ICH8 Family) SMBus Controller' > >> class =3D serial bus > >> subclass =3D SMBus > >> bar [10] =3D type Memory, range 32, base 0xfebfbf00, size 256, enabled > >> bar [20] =3D type I/O Port, range 32, base 0x10c0, size 32, enabled > >> vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x01fe1028 chip=3D0x042910= de > >> rev=3D0xa1 hdr=3D0x00 > >> vendor =3D 'Nvidia Corp' > >> device =3D 'Unknown nVidia Quadro FX 570M' > >> class =3D display > >> subclass =3D VGA > >> bar [10] =3D type Memory, range 32, base 0xfd000000, size 16777216, en= abled > >> =20 > > > > Ok, this is BAR 0, BARs 1 and 2 are indeed are not showing up. BAR 1 > > should be your framebuffer and should be where most of your memory is. > > (This is the memory the tell you about when you buy the card, 256M, > > 512M, etc.) It should probably be a 64bit BAR, which is why BAR 2 isn'= t > > there. We are going to need more details on your card... > > =20 > indeed,my DELL D830 laptop video card is Quadro NVS 140M with 256M memory= . > but it recognized Quadro FX 570M with pciconfig. So, the nouveau folks want me to get you to either boot linux and see what lspci shows for this card, or at least install the lspci port and see what it says. I don't think it is going to reveal anything, but who knows... This is not a driver issue at this point, the BARs just don't appear to be present. robert. > > =20 > >> bar [1c] =3D type Memory, range 64, base 0xfa000000, size 33554432, en= abled > >> =20 > > > > This one is BAR 3, which is used when it doesn't find BAR 1. > > > > robert. > > > > =20 > >> bar [24] =3D type I/O Port, range 32, base 0xdf00, size 128, enabled > >> ndis0@pci0:12:0:0: class=3D0x028000 card=3D0x000a1028 chip=3D0x432814e= 4 > >> rev=3D0x03 hdr=3D0x00 > >> vendor =3D 'Broadcom Corporation' > >> device =3D 'BCM94321KFBG Broadcom 4321AGN 802.11a/b/g/draft-n Wi-Fi So= lution' > >> class =3D network > >> bar [10] =3D type Memory, range 64, base 0xf9ffc000, size 16384, enabl= ed > >> bar [18] =3D type Prefetchable Memory, range 64, base 0xf0000000, size > >> 1048576, enabled > >> bge0@pci0:9:0:0: class=3D0x020000 card=3D0x01fe1028 chip=3D0x167314e4 = rev=3D0x02 > >> hdr=3D0x00 > >> vendor =3D 'Broadcom Corporation' > >> device =3D 'B57xx Broadcom NetXtreme Gigabit Ethernet' > >> class =3D network > >> subclass =3D ethernet > >> bar [10] =3D type Memory, range 64, base 0xf9bf0000, size 65536, enabl= ed > >> cbb0@pci0:3:1:0: class=3D0x060700 card=3D0x01fe1028 chip=3D0x71351217 = rev=3D0x21 > >> hdr=3D0x02 > >> vendor =3D 'O2 Micro Inc' > >> device =3D 'OZ711EZ1 MemoryCardBus Controller' > >> class =3D bridge > >> subclass =3D PCI-CardBus > >> bar [10] =3D type Memory, range 32, base 0xf9a00000, size 4096, enable= d > >> fwohci0@pci0:3:1:4: class=3D0x0c0010 card=3D0x01fe1028 chip=3D0x00f712= 17 > >> rev=3D0x02 hdr=3D0x00 > >> vendor =3D 'O2 Micro Inc' > >> device =3D '0x00f71217 1394 Open Host Controller Interface' > >> class =3D serial bus > >> subclass =3D FireWire > >> bar [10] =3D type Memory, range 32, base 0xf9aff000, size 4096, enable= d > >> bar [14] =3D type Memory, range 32, base 0xf9afe800, size 2048, enable= d > >> > >> and follow your intrudction.still pain me :( > >> > >> (++) Using config file: "xorg.conf1" > >> drm0: on vgapci0 > >> info: [drm] Detected an NV50 generation card (0x086900a2) > >> vgapci0: child drm0 requested pci_enable_busmaster > >> info: [drm] Initialized nouveau 0.0.12 20060213 > >> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource= 0x2 > >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffffff= fff). > >> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource= 0x1 > >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffffff= fff). > >> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource= 0x1 > >> drm0: [ITHREAD] > >> info: [drm] Allocating FIFO number 1 > >> error: [drm:pid6494:nouveau_graph_trapped_channel] *ERROR* AIII, > >> invalid/inactiv > >> e channel id 128 > >> info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo: > >> [drm] , nSt > >> atus:info: [drm] > >> info: [drm] PGRAPH_ERROR - Ch -1/0 Class 0x0000 Mthd 0x0000 Data > >> 0x00000000:0x00 > >> 000000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 1: > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x800= 0003f > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xcf6= f7f0e > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408908: 0xfff= 7367f > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040890c: 0x000= 01850 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408910: 0xaff= f3587 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e08: 0x800= b6fad > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e0c: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e10: 0x4df= 4fd60 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e14: 0x000= 000d7 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e18: 0x313= 9768d > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e1c: 0xf6d= 69757 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e20: 0x631= 61650 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e24: 0x072= 20009 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 2: > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409900: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409904: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409908: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040990c: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409910: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e08: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e0c: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e10: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e14: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e1c: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e20: 0x000= 00000 > >> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e24: 0x000= 00000 > >> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > >> info: [drm] PFIFO_DMA_PUSHER - Ch 1 > >> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > >> (EE) Screen(s) found, but none have a usable configuration. > >> > >> Fatal server error: > >> no screens found > >> > >> Please consult the The X.Org Foundation support > >> at http://wiki.x.org > >> for help. > >> Please also check the log file at "/var/log/Xorg.0.log" for additional > >> informati > >> on. > >> > >> info: [drm] nouveau_fifo_free: freeing fifo 1 > >> error: [drm:pid6493:nouveau_fifo_free] *ERROR* Failed to idle channel = 1 > >> before d > >> estroy.Prepare for strangeness.. > >> info: [drm] PFIFO_DMA_PUSHER - Ch 127 > >> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffffff= fff). > >> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource= 0x1 > >> > >> =20 > >>> =20 > >>> =20 > >>>> (II) Loading sub module "int10" > >>>> (II) LoadModule: "int10" > >>>> (II) Loading /usr/local/lib/xorg/modules//libint10.so > >>>> (II) Module int10: vendor=3D"X.Org Foundation" > >>>> compiled for 1.5.99.902, module version =3D 1.0.0 > >>>> ABI class: X.Org Video Driver, version 5.0 > >>>> (II) NOUVEAU(0): Initializing int10 > >>>> (=3D=3D) NOUVEAU(0): Write-combining range (0xa0000,0x20000) was alr= eady clear > >>>> (=3D=3D) NOUVEAU(0): Write-combining range (0xc0000,0x40000) was alr= eady clear > >>>> (II) NOUVEAU(0): Primary V_BIOS segment is: 0xc000 > >>>> (=3D=3D) NOUVEAU(0): Write-combining range (0x0,0x1000) was already = clear > >>>> drmOpenDevice: node name is /dev/dri/card0 > >>>> drmOpenDevice: open result is 10, (OK) > >>>> drmOpenDevice: node name is /dev/dri/card0 > >>>> drmOpenDevice: open result is 10, (OK) > >>>> drmOpenByBusid: Searching for BusID pci:0000:01:00.0 > >>>> drmOpenDevice: node name is /dev/dri/card0 > >>>> drmOpenDevice: open result is 10, (OK) > >>>> drmOpenByBusid: drmOpenMinor returns 10 > >>>> drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 > >>>> (II) [drm] DRM interface version 1.2 > >>>> (II) [drm] DRM open master succeeded. > >>>> (II) NOUVEAU(0): [drm] nouveau interface version: 0.0.12 > >>>> (--) NOUVEAU(0): [drm] kernel modesetting not available > >>>> (--) NOUVEAU(0): VESA-HACK: Console VGA mode is 0x3 > >>>> (II) NOUVEAU(0): Creating default Display subsection in Screen secti= on > >>>> "Default Screen Section" for depth/fbbpp 24/32 > >>>> (=3D=3D) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32 > >>>> (=3D=3D) NOUVEAU(0): RGB weight 888 > >>>> (=3D=3D) NOUVEAU(0): Default visual is TrueColor > >>>> (II) Loading sub module "vgahw" > >>>> (II) LoadModule: "vgahw" > >>>> (II) Loading /usr/local/lib/xorg/modules//libvgahw.so > >>>> (II) Module vgahw: vendor=3D"X.Org Foundation" > >>>> compiled for 1.5.99.902, module version =3D 0.1.0 > >>>> ABI class: X.Org Video Driver, version 5.0 > >>>> (=3D=3D) NOUVEAU(0): Randr1.2 support enabled > >>>> (=3D=3D) NOUVEAU(0): Using HW cursor > >>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > >>>> (=3D=3D) NOUVEAU(0): Write-combining range (0x0,0x1000) was already = clear > >>>> (II) UnloadModule: "nouveau" > >>>> (II) UnloadModule: "vgahw" > >>>> (II) Unloading /usr/local/lib/xorg/modules//libvgahw.so > >>>> (II) UnloadModule: "int10" > >>>> (II) Unloading /usr/local/lib/xorg/modules//libint10.so > >>>> (EE) Screen(s) found, but none have a usable configuration. > >>>> > >>>> Fatal server error: > >>>> no screens found > >>>> > >>>> Please consult the The X.Org Foundation support=20 > >>>> at http://wiki.x.org > >>>> for help.=20 > >>>> Please also check the log file at "/var/log/Xorg.0.log" for addition= al information. > >>>> > >>>> =20 > >>>> =20 >=20 --=20 Robert Noland FreeBSD --=-64XsY4RyTk9YedL/Mcaz Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknJyxkACgkQM4TrQ4qfROM8HQCgh4noJcp8kfkLZrQskK9zPG+L 7HUAnjasu2yKxK1lBB7dcpd0V1l7ak6C =xIXH -----END PGP SIGNATURE----- --=-64XsY4RyTk9YedL/Mcaz-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 07:37:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5CA0106566B for ; Wed, 25 Mar 2009 07:37:42 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by mx1.freebsd.org (Postfix) with ESMTP id 740988FC20 for ; Wed, 25 Mar 2009 07:37:42 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n2P7bYlC019866 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Mar 2009 18:37:35 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n2P7bXfg078194; Wed, 25 Mar 2009 18:37:33 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n2P7bWDM078193; Wed, 25 Mar 2009 18:37:32 +1100 (EST) (envelope-from peter) Date: Wed, 25 Mar 2009 18:37:32 +1100 From: Peter Jeremy To: "Mikhail T." Message-ID: <20090325073732.GA77949@server.vk2pj.dyndns.org> References: <49C83673.3000604@aldan.algebra.com> <200903251429.40578.doconnor@gsoft.com.au> <49C9AD6D.30305@aldan.algebra.com> <200903251452.42301.doconnor@gsoft.com.au> <49C9B330.10500@aldan.algebra.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: <49C9B330.10500@aldan.algebra.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-stable@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape header type 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 07:37:43 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Mar-25 00:29:36 -0400, "Mikhail T." wro= te: >Daniel O'Connor ???????(??): >> People ARE helping you, just because they haven't come up with an answer= is no=20 >> reason to send snarky comments to the list. >> >No, sorry, people aren't. They are trying, yes, but not even close. People are _trying_ to help you. The problem is that there's no real leads on where the problem might be so people are clutching at straws. It's virtually impossible to debug that sort of problem remotely and AFAIK no-one has been able to reproduce it. I've been using dump for decades on a variety of different systems and don't recall ever seeing the problem you are having. Are you restoring to an empty (freshly newfs'd) filesystem? The '-r' option to restore is only supposed to be used this way (though I've ignored this in the past). Are there any snapshots in the source filesystem? Are you able to reproduce the problem using a different source filesystem? (preferably something small) Can you rule out hardware problems? Have you tried moving the source disk to another computer and seeing if it will dump/restore there? Do you have enough spare space to be able to dd the problematic FS somewhere else for experimenting? If so, does the problem go away if you empty all the files (so all the files are there but all are zero-length)? Or if you replace all the file contents with NULs? >It is fairly obvious by now, that no real help will be forthcoming, >for whatever reason. Throwing a hissy-fit won't help. --=20 Peter Jeremy --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAknJ3zwACgkQ/opHv/APuIeSPACgr9Za16r3nUi+JwLF221oogIj vPwAnibcolzKySOVbSIXax+ugl6nFndR =xgqb -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 07:58:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CEBB1065672; Wed, 25 Mar 2009 07:58:14 +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 E47AC8FC12; Wed, 25 Mar 2009 07:58:13 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.localnet (ppp121-45-35-198.lns10.adl2.internode.on.net [121.45.35.198]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n2P7w42E034543 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Mar 2009 18:28:05 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Mikhail T." Date: Wed, 25 Mar 2009 18:20:46 +1030 User-Agent: KMail/1.10.4 (Linux/2.6.27-11-generic; KDE/4.1.4; i686; ; ) References: <49C83673.3000604@aldan.algebra.com> <200903251452.42301.doconnor@gsoft.com.au> <49C9B330.10500@aldan.algebra.com> In-Reply-To: <49C9B330.10500@aldan.algebra.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart65162929.sPH3db2Mya"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200903251820.54749.doconnor@gsoft.com.au> X-Spam-Score: 0.238 () BAYES_00,MIME_CHARSET_FARAWAY,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Yoshihiro Ota , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape header type 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 07:58:15 -0000 --nextPart65162929.sPH3db2Mya Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 25 March 2009 14:59:36 Mikhail T. wrote: > Daniel O'Connor =CE=C1=D0=C9=D3=C1=D7(=CC=C1): > > People ARE helping you, just because they haven't come up with an answer > > is no reason to send snarky comments to the list. > > No, sorry, people aren't. They are trying, yes, but not even close. The > suggestion to eliminate the -a switch (a no-op, in fact) was > particularly unhelpful -- and deserving of mockery. Later on someone > with a similar problem will find this thread with a search engine and > will be trying to follow the posted advices -- to no avail, of course, > plunging FreeBSD further into disrepute. I don't see how whining about it's going to change it. Insulting people for= =20 having a helpful attitude (even if it didn't solve your problem) is not goi= ng=20 to reward them for their time and effort. > > Outrage (fake or otherwise) that people don't seem to be taking your > > particular problem seriously is unhelpful and probably > > counter-productive. > > It is fairly obvious by now, that no real help will be forthcoming, for > whatever reason. Thus any talk of "productivity" is moot. Thanks for > trying. Except that I offered you a way of transferring your files that would prese= rve=20 file flags and so on. Yes, dump is broken for you, deal with it. It is quite possible your FS is= =20 corrupt, and/or your disk is damaged. =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 --nextPart65162929.sPH3db2Mya Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJyeJX5ZPcIHs/zowRAj12AJ9wj89PXuH9qJWZtjliK35VGGRdwwCfRoTl ldjsy0SEyRhUUQPq8Dtjuvk= =qFBg -----END PGP SIGNATURE----- --nextPart65162929.sPH3db2Mya-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 08:31:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CCFE1065688; Wed, 25 Mar 2009 08:31:54 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 3B3958FC24; Wed, 25 Mar 2009 08:31:54 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mb01.admin.lan.kkip.pl ([10.66.3.254]) by mainframe.kkip.pl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LmO8r-000NgI-TE; Wed, 25 Mar 2009 09:07:19 +0100 Message-ID: <49C9E635.5010106@kkip.pl> Date: Wed, 25 Mar 2009 09:07:17 +0100 From: Bartosz Stec User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Daniel O'Connor References: <49C83673.3000604@aldan.algebra.com> <200903251452.42301.doconnor@gsoft.com.au> <49C9B330.10500@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> In-Reply-To: <200903251820.54749.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.9 X-Spam-Score-Int: -88 X-Exim-Version: 4.69 (build at 26-Jan-2009 09:48:47) X-Date: 2009-03-25 09:07:19 X-Connected-IP: 10.66.3.254:2704 X-Message-Linecount: 32 X-Body-Linecount: 16 X-Message-Size: 1352 X-Body-Size: 586 X-Received-Count: 1 X-Recipient-Count: 5 X-Local-Recipient-Count: 5 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: Yoshihiro Ota , "Mikhail T." , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape header type 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 08:31:56 -0000 > Yes, dump is broken for you, deal with it. It is quite possible your FS is > corrupt, and/or your disk is damaged. > > ..and/or it is some other hardware problem, maybe you also should test your memory with memtest or something similiar? I'm using dump/restore very frequently and I had never seen such problem. Neither on -RELAESE, -STABLE, nor -CURRENT. So I think you should make sure that your problem is not hardware/filesystem dependent before you point dump/restore as a couse of the problem. Peter Jeremy already gives you good hints to do that. -- Bartosz Stec. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 08:37:54 2009 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 90DE5106564A; Wed, 25 Mar 2009 08:37:54 +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 624DE8FC13; Wed, 25 Mar 2009 08:37:12 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from lp.gddsn.org.cn (unknown [10.44.8.159]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id DDBD92E011; Wed, 25 Mar 2009 16:36:04 +0800 (CST) Message-ID: <49C9ED34.20504@gddsn.org.cn> Date: Wed, 25 Mar 2009 16:37:08 +0800 From: wsk User-Agent: Thunderbird 2.0.0.19 (X11/20090204) MIME-Version: 1.0 To: Robert Noland References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> <1237798914.2110.24.camel@balrog.2hip.net> <49C85F4E.5050002@gddsn.org.cn> <1237882591.1771.26.camel@balrog.2hip.net> <49C97EEB.4090607@gddsn.org.cn> <1237961497.1828.2.camel@balrog.2hip.net> In-Reply-To: <1237961497.1828.2.camel@balrog.2hip.net> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 08:37:55 -0000 Robert Noland wrote: > On Wed, 2009-03-25 at 08:46 +0800, wsk wrote: > >> Robert Noland wrote: >> >>> On Tue, 2009-03-24 at 12:19 +0800, wsk wrote: >>> >>> >>>> Robert Noland wrote: >>>> >>>> >>>>> On Mon, 2009-03-23 at 09:28 +0800, wsk wrote: >>>>> >>>>> >>>>> >>>>>>> Ok, this patch should work on NV50 chips also. >>>>>>> >>>>>>> What you get is EXA and Xv. >>>>>>> >>>>>>> You still need: >>>>>>> >>>>>>> A recent -CURRENT or -STABLE. >>>>>>> >>>>>>> git master of libdrm and xf86-video-nouveau. >>>>>>> >>>>>>> This patch. >>>>>>> >>>>>>> Things I've figured out since the last patch... >>>>>>> >>>>>>> On NV50 class hardware you need to have a compositing manager running >>>>>>> for Xv to work. That means xcompmgr, metacity with composite enabled, >>>>>>> xfce (rumored to work as well, haven't tried). If your running Gnome >>>>>>> with metacity, open gconf-editor and go to apps->metacity->general and >>>>>>> check the composite box. >>>>>>> >>>>>>> On NV40 class hardware, you don't need the composite manager. In fact >>>>>>> (at least with Xserver 1.6 which I'm running now), if a composite >>>>>>> manager is enabled, I'm seeing high cpu utilization from Xorg under some >>>>>>> circumstances. I don't think this is a drm issue, but still an issue. >>>>>>> For me, if I start a video using mplayer in an xterm, cpu is fine as >>>>>>> long as that xterm is the foreground window. If it is not the >>>>>>> foreground window, even if it isn't obscured I see the cpu utilization. >>>>>>> Disabling the composite manager makes everything fine. >>>>>>> >>>>>>> http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch >>>>>>> >>>>>>> robert. >>>>>>> >>>>>>> >>>>>>> >>>>>> get the following errors and exitThis is a pre-release version of the X server from The X.Org Foundation. >>>>>> It is not supported in any way. >>>>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. >>>>>> Select the "xorg" product for bugs you find in this release. >>>>>> Before reporting bugs in pre-release versions please check the >>>>>> latest version in the X.Org Foundation git repository. >>>>>> See http://wiki.x.org/wiki/GitPage for git access instructions. >>>>>> >>>>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) >>>>>> Release Date: 2009-1-30 >>>>>> X Protocol Version 11, Revision 0 >>>>>> Build Operating System: FreeBSD 7.1-STABLE amd64 >>>>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD 7.2-PRE >>>>>> RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/sr >>>>>> c/sys/WSK amd64 >>>>>> Build Date: 06 February 2009 04:22:44PM >>>>>> >>>>>> Before reporting problems, check http://wiki.x.org >>>>>> to make sure that you have the latest version. >>>>>> 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: Mon Mar 23 09:14:03 2009 >>>>>> ing config file: "xorg.conf1" >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>>>> drm0: [ITHREAD] >>>>>> info: [drm] Allocating FIFO number 1 >>>>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 >>>>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 >>>>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space >>>>>> (EE) Screen(s) found, but none have a usable configuration. >>>>>> >>>>>> Fatal server error: >>>>>> no screens found >>>>>> >>>>>> Please consult the The X.Org Foundation support >>>>>> at http://wiki.x.org >>>>>> for help. >>>>>> Please also check the log file at "/var/log/Xorg.0.log" for additional informati >>>>>> on. >>>>>> >>>>>> info: [drm] nouveau_fifo_free: freeing fifo 1 >>>>>> error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle channel 1 before >>>>>> destroy.Prepare for strangeness.. >>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>>>> >>>>>> what can i do ? >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> plain text document attachment (Xorg.0.log) >>>>>> This is a pre-release version of the X server from The X.Org Foundation. >>>>>> It is not supported in any way. >>>>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. >>>>>> Select the "xorg" product for bugs you find in this release. >>>>>> Before reporting bugs in pre-release versions please check the >>>>>> latest version in the X.Org Foundation git repository. >>>>>> See http://wiki.x.org/wiki/GitPage for git access instructions. >>>>>> >>>>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) >>>>>> Release Date: 2009-1-30 >>>>>> X Protocol Version 11, Revision 0 >>>>>> Build Operating System: FreeBSD 7.1-STABLE amd64 >>>>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/src/sys/WSK amd64 >>>>>> Build Date: 06 February 2009 04:22:44PM >>>>>> >>>>>> Before reporting problems, check http://wiki.x.org >>>>>> to make sure that you have the latest version. >>>>>> 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: Mon Mar 23 09:14:03 2009 >>>>>> (++) Using config file: "xorg.conf1" >>>>>> (==) No Layout section. Using the first Screen section. >>>>>> (==) No screen section available. Using defaults. >>>>>> (**) |-->Screen "Default Screen Section" (0) >>>>>> (**) | |-->Monitor "" >>>>>> (==) No device specified for screen "Default Screen Section". >>>>>> Using the first device section listed. >>>>>> (**) | |-->Device "Card0" >>>>>> (==) No monitor specified for screen "Default Screen Section". >>>>>> Using a default monitor configuration. >>>>>> (==) Automatically adding devices >>>>>> (==) Automatically enabling devices >>>>>> (==) No FontPath specified. Using compiled-in default. >>>>>> (==) FontPath set to: >>>>>> built-ins >>>>>> (==) ModulePath set to "/usr/local/lib/xorg/modules" >>>>>> (II) Cannot locate a core pointer device. >>>>>> (II) Cannot locate a core keyboard device. >>>>>> (II) The server relies on HAL to provide the list of input devices. >>>>>> If no devices become available, reconfigure HAL or disable AllowEmptyInput. >>>>>> (II) Loader magic: 0xb20 >>>>>> (II) Module ABI versions: >>>>>> X.Org ANSI C Emulation: 0.4 >>>>>> X.Org Video Driver: 5.0 >>>>>> X.Org XInput driver : 4.0 >>>>>> X.Org Server Extension : 2.0 >>>>>> (II) Loader running on freebsd >>>>>> (--) Using syscons driver with X support (version 2.0) >>>>>> (--) using VT number 9 >>>>>> >>>>>> (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, Mem @ 0xfd000000/16777216, 0x00000000/268435456, 0xfa000000/33554432, I/O @ 0x0000df00/128, BIOS @ 0x????????/65536 >>>>>> >>>>>> >>>>>> >>>>> Ok, thats a new one... >>>>> >>>>> >>>>> >>>>> >>>>>> (II) System resource ranges: >>>>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] >>>>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] >>>>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] >>>>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] >>>>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] >>>>>> (II) LoadModule: "extmod" >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so >>>>>> (II) Module extmod: vendor="X.Org Foundation" >>>>>> compiled for 1.5.99.902, module version = 1.0.0 >>>>>> Module class: X.Org Server Extension >>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>> (II) Loading extension MIT-SCREEN-SAVER >>>>>> (II) Loading extension XFree86-VidModeExtension >>>>>> (II) Loading extension XFree86-DGA >>>>>> (II) Loading extension DPMS >>>>>> (II) Loading extension XVideo >>>>>> (II) Loading extension XVideo-MotionCompensation >>>>>> (II) Loading extension X-Resource >>>>>> (II) LoadModule: "dbe" >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so >>>>>> (II) Module dbe: vendor="X.Org Foundation" >>>>>> compiled for 1.5.99.902, module version = 1.0.0 >>>>>> Module class: X.Org Server Extension >>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>> (II) Loading extension DOUBLE-BUFFER >>>>>> (II) LoadModule: "glx" >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so >>>>>> (II) Module glx: vendor="X.Org Foundation" >>>>>> compiled for 1.5.99.902, module version = 1.0.0 >>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>> (==) AIGLX disabled >>>>>> (==) Exporting typical set of GLX visuals >>>>>> (II) Loading extension GLX >>>>>> (II) LoadModule: "record" >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so >>>>>> (II) Module record: vendor="X.Org Foundation" >>>>>> compiled for 1.5.99.902, module version = 1.13.0 >>>>>> Module class: X.Org Server Extension >>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>> (II) Loading extension RECORD >>>>>> (II) LoadModule: "dri" >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so >>>>>> (II) Module dri: vendor="X.Org Foundation" >>>>>> compiled for 1.5.99.902, module version = 1.0.0 >>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>> (II) Loading extension XFree86-DRI >>>>>> (II) LoadModule: "nouveau" >>>>>> (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so >>>>>> (II) Module nouveau: vendor="X.Org Foundation" >>>>>> compiled for 1.5.99.902, module version = 0.0.10 >>>>>> Module class: X.Org Video Driver >>>>>> ABI class: X.Org Video Driver, version 5.0 >>>>>> (II) NOUVEAU driver Date: Wed Mar 18 09:36:33 2009 +1000 >>>>>> (II) NOUVEAU driver for NVIDIA chipset families : >>>>>> RIVA TNT (NV04) >>>>>> RIVA TNT2 (NV05) >>>>>> GeForce 256 (NV10) >>>>>> GeForce 2 (NV11, NV15) >>>>>> GeForce 4MX (NV17, NV18) >>>>>> GeForce 3 (NV20) >>>>>> GeForce 4Ti (NV25, NV28) >>>>>> GeForce FX (NV3x) >>>>>> GeForce 6 (NV4x) >>>>>> GeForce 7 (G7x) >>>>>> GeForce 8 (G8x) >>>>>> (II) Primary Device is: PCI 01@00:00:0 >>>>>> (II) resource ranges after probing: >>>>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] >>>>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] >>>>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] >>>>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] >>>>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] >>>>>> (--) NOUVEAU(0): Chipset: "NVIDIA NV86" >>>>>> >>>>>> >>>>>> >>>>> Hrm, NV86... I'll have to ask around about that. Meanwhile can you send >>>>> me a pciconf -lvb which should at least show us the BAR configuration. >>>>> >>>>> Ok, my sources are telling me that this should work and that it is an >>>>> NV50, or at least should work the same... >>>>> >>>>> Also, just to be safe, please rebuild/reinstall devel/libpciaccess. I'm >>>>> not sure if it may be trashing the BARs somehow. >>>>> >>>>> robert. >>>>> >>>>> >>>>> >>>> bar [24] = type I/O Port, range 32, base 0xeff0, size 16, enabled >>>> ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x01fe1028 chip=0x283e8086 >>>> rev=0x02 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = '82801H (ICH8 Family) SMBus Controller' >>>> class = serial bus >>>> subclass = SMBus >>>> bar [10] = type Memory, range 32, base 0xfebfbf00, size 256, enabled >>>> bar [20] = type I/O Port, range 32, base 0x10c0, size 32, enabled >>>> vgapci0@pci0:1:0:0: class=0x030000 card=0x01fe1028 chip=0x042910de >>>> rev=0xa1 hdr=0x00 >>>> vendor = 'Nvidia Corp' >>>> device = 'Unknown nVidia Quadro FX 570M' >>>> class = display >>>> subclass = VGA >>>> bar [10] = type Memory, range 32, base 0xfd000000, size 16777216, enabled >>>> >>>> >>> Ok, this is BAR 0, BARs 1 and 2 are indeed are not showing up. BAR 1 >>> should be your framebuffer and should be where most of your memory is. >>> (This is the memory the tell you about when you buy the card, 256M, >>> 512M, etc.) It should probably be a 64bit BAR, which is why BAR 2 isn't >>> there. We are going to need more details on your card... >>> >>> >> indeed,my DELL D830 laptop video card is Quadro NVS 140M with 256M memory. >> but it recognized Quadro FX 570M with pciconfig. >> > > So, the nouveau folks want me to get you to either boot linux and see > what lspci shows for this card, or at least install the lspci port and > see what it says. I don't think it is going to reveal anything, but who > knows... This is not a driver issue at this point, the BARs just don't > appear to be present. > > robert. > > ok,here's my lspci -v messags with linux Fedora live CD :-) and thanks your Re 01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M (rev a1) (prog-if 00 [VGA controller]) Subsystem: Dell Device 01fe Flags: bus master, fast devsel, latency 0, IRQ 5 Memory at fd000000 (32-bit, non-prefetchable) [size=16M] Memory at e0000000 (64-bit, prefetchable) [size=256M] Memory at fa000000 (64-bit, non-prefetchable) [size=32M] I/O ports at df00 [size=128] [virtual] Expansion ROM at fc000000 [disabled] [size=128K] Capabilities: [60] Power Management version 2 Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ Count=1/1 Enable- Capabilities: [78] Express Endpoint, MSI 00 Capabilities: [100] Virtual Channel Capabilities: [128] Power Budgeting Capabilities: [600] Vendor Specific Information Kernel modules: nvidiafb 0c:00.0 Network controller: Broadcom Corporation BCM4328 802.11a/b/g/n (rev 03) Subsystem: Dell Wireless 1500 Draft 802.11n WLAN Mini-card Flags: bus master, fast devsel, latency 0, IRQ 17 Memory at f9ffc000 (64-bit, non-prefetchable) [size=16K] Memory at f0000000 (64-bit, prefetchable) [size=1M] Capabilities: [40] Power Management version 2 Capabilities: [58] Vendor Specific Information Capabilities: [e8] Message Signalled Interrupts: Mask- 64bit+ Count=1/1 Enable- Capabilities: [d0] Express Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSVoil- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSVoil- UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSVoil- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- Capabilities: [13c] Virtual Channel Capabilities: [160] Device Serial Number 1c-00-a4-ff-ff-26-df-c0 Capabilities: [16c] Power Budgeting Kernel driver in use: b43-pci-bridge Kernel modules: ssb >>> >>> >>>> bar [1c] = type Memory, range 64, base 0xfa000000, size 33554432, enabled >>>> >>>> >>> This one is BAR 3, which is used when it doesn't find BAR 1. >>> >>> robert. >>> >>> >>> >>>> bar [24] = type I/O Port, range 32, base 0xdf00, size 128, enabled >>>> ndis0@pci0:12:0:0: class=0x028000 card=0x000a1028 chip=0x432814e4 >>>> rev=0x03 hdr=0x00 >>>> >>>> and follow your intrudction.still pain me :( >>>> >>>> (++) Using config file: "xorg.conf1" >>>> drm0: on vgapci0 >>>> info: [drm] Detected an NV50 generation card (0x086900a2) >>>> vgapci0: child drm0 requested pci_enable_busmaster >>>> info: [drm] Initialized nouveau 0.0.12 20060213 >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>> drm0: [ITHREAD] >>>> info: [drm] Allocating FIFO number 1 >>>> error: [drm:pid6494:nouveau_graph_trapped_channel] *ERROR* AIII, >>>> invalid/inactiv >>>> e channel id 128 >>>> info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo: >>>> [drm] , nSt >>>> atus:info: [drm] >>>> info: [drm] PGRAPH_ERROR - Ch -1/0 Class 0x0000 Mthd 0x0000 Data >>>> 0x00000000:0x00 >>>> 000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 1: >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x8000003f >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xcf6f7f0e >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408908: 0xfff7367f >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040890c: 0x00001850 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408910: 0xafff3587 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e08: 0x800b6fad >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e0c: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e10: 0x4df4fd60 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e14: 0x000000d7 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e18: 0x3139768d >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e1c: 0xf6d69757 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e20: 0x63161650 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e24: 0x07220009 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 2: >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409900: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409904: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409908: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040990c: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409910: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e08: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e0c: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e10: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e14: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e1c: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e20: 0x00000000 >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e24: 0x00000000 >>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 >>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 >>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space >>>> (EE) Screen(s) found, but none have a usable configuration. >>>> >>>> Fatal server error: >>>> no screens found >>>> >>>> Please consult the The X.Org Foundation support >>>> at http://wiki.x.org >>>> for help. >>>> Please also check the log file at "/var/log/Xorg.0.log" for additional >>>> informati >>>> on. >>>> >>>> info: [drm] nouveau_fifo_free: freeing fifo 1 >>>> error: [drm:pid6493:nouveau_fifo_free] *ERROR* Failed to idle channel 1 >>>> before d >>>> estroy.Prepare for strangeness.. >>>> info: [drm] PFIFO_DMA_PUSHER - Ch 127 >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>> >>>> From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 08:55:48 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F165106566B; Wed, 25 Mar 2009 08:55:48 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 777528FC12; Wed, 25 Mar 2009 08:55:47 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.localnet (ppp121-45-35-198.lns10.adl2.internode.on.net [121.45.35.198]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n2P8teUS037433 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Mar 2009 19:25:40 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Bartosz Stec Date: Wed, 25 Mar 2009 19:25:28 +1030 User-Agent: KMail/1.10.4 (Linux/2.6.27-11-generic; KDE/4.1.4; i686; ; ) References: <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <49C9E635.5010106@kkip.pl> In-Reply-To: <49C9E635.5010106@kkip.pl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1981183.VGV1rVWxO9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200903251925.36108.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Yoshihiro Ota , "Mikhail T." , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape header type 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 08:55:48 -0000 --nextPart1981183.VGV1rVWxO9 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 25 March 2009 18:37:17 Bartosz Stec wrote: > > Yes, dump is broken for you, deal with it. It is quite possible your FS > > is corrupt, and/or your disk is damaged. > > ..and/or it is some other hardware problem, maybe you also should test > your memory with memtest or something similiar? I'm using dump/restore > very frequently and I had never seen such problem. Neither on -RELAESE, > -STABLE, nor -CURRENT. > So I think you should make sure that your problem is not > hardware/filesystem dependent before you point dump/restore as a couse > of the problem. Peter Jeremy already gives you good hints to do that. One other thing would be to make absolutely sure that your version of dump = &=20 restore are in sync, the are very machine/version dependent. =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 --nextPart1981183.VGV1rVWxO9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJyfGB5ZPcIHs/zowRArtlAJ9i3tGIjjQSSdom2UuIJmfWoGi8SACcChHH Iguso4K+yDKpck9e4CcKcmo= =JMMX -----END PGP SIGNATURE----- --nextPart1981183.VGV1rVWxO9-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 11:56:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB0221065670 for ; Wed, 25 Mar 2009 11:56:54 +0000 (UTC) (envelope-from sean@gothic.net.au) Received: from visi.gothic.net.au (123-243-120-99.static.tpgi.com.au [123.243.120.99]) by mx1.freebsd.org (Postfix) with ESMTP id 87D948FC1C for ; Wed, 25 Mar 2009 11:56:54 +0000 (UTC) (envelope-from sean@gothic.net.au) Received: from localhost (localhost [127.0.0.1]) by visi.gothic.net.au (Postfix) with ESMTP id 98D4EA6C05; Wed, 25 Mar 2009 22:40:18 +1100 (EST) X-Virus-Scanned: amavisd-new at gothic.net.au Received: from localhost ([127.0.0.1]) by localhost (visi.gothic.net.au [127.0.0.1]) (amavisd-new, port 10026) with SMTP id jOLCBKp4LhMN; Wed, 25 Mar 2009 22:40:09 +1100 (EST) Received: from sean-macbook.gothic.net.au (sean-macbook.gothic.net.au [10.168.1.31]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sean) by visi.gothic.net.au (Postfix) with ESMTPSA id 7623FA6C00; Wed, 25 Mar 2009 22:40:09 +1100 (EST) Message-Id: From: Sean To: Daniel O'Connor In-Reply-To: <200903251925.36108.doconnor@gsoft.com.au> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Wed, 25 Mar 2009 22:40:08 +1100 References: <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <49C9E635.5010106@kkip.pl> <200903251925.36108.doconnor@gsoft.com.au> X-Mailer: Apple Mail (2.930.3) Cc: "Mikhail T." , freebsd-stable@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape header type 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 11:56:55 -0000 On 25/03/2009, at 7:55 PM, Daniel O'Connor wrote: > On Wednesday 25 March 2009 18:37:17 Bartosz Stec wrote: >>> Yes, dump is broken for you, deal with it. It is quite possible >>> your FS >>> is corrupt, and/or your disk is damaged. >> >> ..and/or it is some other hardware problem, maybe you also should >> test >> your memory with memtest or something similiar? I'm using dump/ >> restore >> very frequently and I had never seen such problem. Neither on - >> RELAESE, >> -STABLE, nor -CURRENT. >> So I think you should make sure that your problem is not >> hardware/filesystem dependent before you point dump/restore as a >> couse >> of the problem. Peter Jeremy already gives you good hints to do that. > > One other thing would be to make absolutely sure that your version > of dump & > restore are in sync, the are very machine/version dependent. > And the system is compiled without strange CFLAGS in /etc/make.conf Great way to cause inexplicable problems because an unsafe optimisation ran rampant, which is really noticeable when it's two programs that have to be in sync. > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 12:32:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1828B1065677; Wed, 25 Mar 2009 12:32:44 +0000 (UTC) (envelope-from jacks@sage-american.com) Received: from mail.sagedata.net (mail.sagedata.net [63.214.156.21]) by mx1.freebsd.org (Postfix) with ESMTP id CC6EB8FC14; Wed, 25 Mar 2009 12:32:43 +0000 (UTC) (envelope-from jacks@sage-american.com) Received: from sagemaster (sageweb.net [65.68.247.73]) by mail.sagedata.net (8.14.3/8.14.3) with SMTP id n2PCLd9p007104; Wed, 25 Mar 2009 07:21:39 -0500 (CDT) (envelope-from jacks@sage-american.com) X-Authentication-Warning: mail.sagedata.net: Host sageweb.net [65.68.247.73] claimed to be sagemaster Message-Id: <3.0.1.32.20090325072137.00ee6b48@sage-american.com> X-Sender: jacks@sage-american.com X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Wed, 25 Mar 2009 07:21:37 -0500 To: "Daniel O'Connor" , Bartosz Stec From: "Jack L. Stone" In-Reply-To: <200903251925.36108.doconnor@gsoft.com.au> References: <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <49C9E635.5010106@kkip.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Scanned-By: milter-spamc/1.13.385 (mail.sagedata.net [63.214.156.21]); Wed, 25 Mar 2009 07:21:40 -0500 X-Scanned-By: milter-sender/1.16.915 (mail.sagedata.net [63.214.156.21]); Wed, 25 Mar 2009 07:21:40 -0500 X-Virus-Scanned: ClamAV 0.94.2/9164/Tue Mar 24 23:02:31 2009 on mail.sagedata.net X-Virus-Status: Clean X-Spam-Status: NO, hits=-10.00 required=4.50 X-Spam-Report: Content analysis details: (-10.0 points, 4.5 required) | | pts rule name description | ---- ---------------------- -------------------------------------------------- | -10 ALL_TRUSTED Passed through trusted hosts only via SMTP | Cc: Yoshihiro Ota , "Mikhail T." , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 12:32:44 -0000 At 07:25 PM 3.25.2009 +1030, Daniel O'Connor wrote: >On Wednesday 25 March 2009 18:37:17 Bartosz Stec wrote: >> > Yes, dump is broken for you, deal with it. It is quite possible your FS >> > is corrupt, and/or your disk is damaged. >> >> ..and/or it is some other hardware problem, maybe you also should test >> your memory with memtest or something similiar? I'm using dump/restore >> very frequently and I had never seen such problem. Neither on -RELAESE, >> -STABLE, nor -CURRENT. >> So I think you should make sure that your problem is not >> hardware/filesystem dependent before you point dump/restore as a couse >> of the problem. Peter Jeremy already gives you good hints to do that. > >One other thing would be to make absolutely sure that your version of dump & >restore are in sync, the are very machine/version dependent. > >-- I've been watching this thread with some interest since we've had some similar problems with dump/restore which we use every morning via cron scripts on a number of servers to produce bootable clones as part of our backup program. Have been doing this for years and also never saw a problem as most of you say. We prefer dump/restore for backups. However, last month upon upon upgrading those servers from FBSD-6.3px (RELEASE) to 7.0px (RELEASE) we found that about one-half of the servers had a similar problem as the original poster while the other half did not. All of the servers (rackmounts) use the same (type) hardware. We spent many hours trying to solve the problem with those that failed to dump/restore. Also, searched for any others with the problem and only found a very few, but without solutions to this issue. (Indeed, the only one was a reference to any efforts to restore an older OS version which didn't apply here). And, indeed we tried everything suggested here to fix the proble without success. Sometimes the problem was dump which would reach 99% and never finish -- it would stick there and would overlap with another cron start the next day, and the next day, and the next day. (The servers that did work fooled us and we found out about this issue on the others when the overlaps appeared and drew our attention). That's when our work to try and solve the issues started and went on for days. Our script that has always worked contained this (after scraping and making fresh FS): /sbin/dump -D /root/dumpdates -0auL -f - / | /sbin/restore -rf - Indeed, the first thing we did was to remove the pipe and tried to restore from a file. However, because the dumps would not go past the 99%, no file to restore from! There were some exceptions when the dump would complete, but was not reliable. When these reached the restore level, restore would go crazy with errors. SOLUTION The "clones" are a very important pasrt of our backup program. Since the dump side of the problems simply stuck and provided no error message at all and the errors from any restores were not useful, our only solution was to revert back to FBSD-6.3 on those servers with this issue and dump/restore went back to working again. We left those that were working on FBSD-7.0-R and they continue to work okay. We could only conclude that the problem was perhaps something with hardeware, perhaps the way memory was handled in 7.0, but that is only a guess. Once again, every suggestion on this thread was tried during our long efforts to fix the issue. Perhaps there is yet another suggestion? In the meantime, we've decided to wait for 7.2R (7.1 did not fix the problems either). /Jack (^_^) Happy trails, Jack L. Stone System Admin Sage-american From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 13:54:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F26E1065672 for ; Wed, 25 Mar 2009 13:54:30 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from sorbesgroup.com (mail.sorbesgroup.com [217.159.241.118]) by mx1.freebsd.org (Postfix) with ESMTP id 487128FC0A for ; Wed, 25 Mar 2009 13:54:29 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from localhost (localhost.localdomain [127.0.0.1]) by sorbesgroup.com (Postfix) with ESMTP id 8A1B83C5160E for ; Wed, 25 Mar 2009 15:30:42 +0200 (EET) Received: from sorbesgroup.com ([127.0.0.1]) by localhost (sorbesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29572-05 for ; Wed, 25 Mar 2009 15:30:41 +0200 (EET) Received: from [192.168.0.80] (andrei [192.168.0.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sorbesgroup.com (Postfix) with ESMTP id 831773C51610 for ; Wed, 25 Mar 2009 15:30:41 +0200 (EET) Message-ID: <49CA3795.609@bsd.ee> Date: Wed, 25 Mar 2009 15:54:29 +0200 From: Andrei Kolu User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at localhost Subject: 32bit filesystem limitations X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 13:54:32 -0000 Hi, I have trouble to create FreeBSD 7.1 i386 partition/slice to 3Ware 8port raid kontroller with 8x500GB drives attached to it. Raid 5 massive is 3,1TB in size and during sysinstall installation I select whole available space but after restart I can access only 1,2TB from it. What is the problem? From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 14:01:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 643E41065672 for ; Wed, 25 Mar 2009 14:01:22 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3184C8FC12 for ; Wed, 25 Mar 2009 14:01:21 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n2PE0lpn017999; Wed, 25 Mar 2009 10:00:47 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200903251400.n2PE0lpn017999@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 25 Mar 2009 10:01:23 -0400 To: Andrei Kolu , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <49CA3795.609@bsd.ee> References: <49CA3795.609@bsd.ee> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: 32bit filesystem limitations X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 14:01:22 -0000 At 09:54 AM 3/25/2009, Andrei Kolu wrote: >Hi, > >I have trouble to create FreeBSD 7.1 i386 partition/slice to 3Ware >8port raid kontroller with 8x500GB drives attached to it. Raid 5 >massive is 3,1TB in size and during sysinstall installation I select >whole available space but after restart I can access only 1,2TB from >it. What is the problem? Hi, You need to use gpart for larger partitions than 1.2TB. eg. on my backup server, I have % df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da0s1a 1982798 483298 1340878 26% / devfs 1 1 0 100% /dev /dev/da1s1d 30462636 10321258 17704368 37% /usr /dev/da1s1e 35038378 3770818 28464490 12% /var /dev/da0s1d 64210664 44212108 14861704 75% /var/db /dev/da2p1 2761826016 716207954 1824671982 28% /backup ---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 Wed Mar 25 14:04:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D62671065740 for ; Wed, 25 Mar 2009 14:04:34 +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 6F3408FC0C for ; Wed, 25 Mar 2009 14:04:34 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LmTia-0007xT-Jg for freebsd-stable@freebsd.org; Wed, 25 Mar 2009 14:04:32 +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 ; Wed, 25 Mar 2009 14:04:32 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 25 Mar 2009 14:04:32 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 25 Mar 2009 15:03:36 +0100 Lines: 39 Message-ID: References: <49CA3795.609@bsd.ee> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4A15C55AB98A769B61E50BA7" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090318) In-Reply-To: <49CA3795.609@bsd.ee> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: 32bit filesystem limitations X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 14:04:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4A15C55AB98A769B61E50BA7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Andrei Kolu wrote: > Hi, >=20 > I have trouble to create FreeBSD 7.1 i386 partition/slice to 3Ware 8por= t > raid kontroller with 8x500GB drives attached to it. Raid 5 massive is > 3,1TB in size and during sysinstall installation I select whole > available space but after restart I can access only 1,2TB from it. What= > is the problem? MS-DOS fdisk partitions and bsdlabel partitions both have 32-bit limitations on the file system size. You should use gpart to partition the large volume. That is, except if you want to boot from it also - then it's a bit problematic; it's best to create two logical drives in your RAID controller - one small drive for the OS (something like 8 GB to keep the ports and all) and the rest for the data. --------------enig4A15C55AB98A769B61E50BA7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJyjnDldnAQVacBcgRAgMUAKDTbIGF2hbLkYl4ifzntl5tpYuwlACg1EjJ nisfXuP9fg9Dmtw4YeBW4YI= =we5R -----END PGP SIGNATURE----- --------------enig4A15C55AB98A769B61E50BA7-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 14:20:06 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5D97106568B; Wed, 25 Mar 2009 14:20:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 865BB8FC20; Wed, 25 Mar 2009 14:20:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 34C7A46BA2; Wed, 25 Mar 2009 10:20:06 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2PEJNSB073036; Wed, 25 Mar 2009 10:20:00 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 25 Mar 2009 10:19:03 -0400 User-Agent: KMail/1.9.7 References: <49CA3795.609@bsd.ee> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903251019.03312.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, 25 Mar 2009 10:20:00 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9164/Wed Mar 25 00:02:31 2009 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: Ivan Voras Subject: Re: 32bit filesystem limitations X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 14:20:08 -0000 On Wednesday 25 March 2009 10:03:36 am Ivan Voras wrote: > Andrei Kolu wrote: > > Hi, > > > > I have trouble to create FreeBSD 7.1 i386 partition/slice to 3Ware 8port > > raid kontroller with 8x500GB drives attached to it. Raid 5 massive is > > 3,1TB in size and during sysinstall installation I select whole > > available space but after restart I can access only 1,2TB from it. What > > is the problem? > > MS-DOS fdisk partitions and bsdlabel partitions both have 32-bit > limitations on the file system size. You should use gpart to partition > the large volume. That is, except if you want to boot from it also - > then it's a bit problematic; it's best to create two logical drives in > your RAID controller - one small drive for the OS (something like 8 GB > to keep the ports and all) and the rest for the data. Well, you need to use GPT, either via gpart(8) or gpt(8). You can then use gptboot to boot from that volume if desired. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 14:49:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D71571065673 for ; Wed, 25 Mar 2009 14:49:59 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from sorbesgroup.com (mail.sorbesgroup.com [217.159.241.118]) by mx1.freebsd.org (Postfix) with ESMTP id 634398FC1C for ; Wed, 25 Mar 2009 14:49:59 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from localhost (localhost.localdomain [127.0.0.1]) by sorbesgroup.com (Postfix) with ESMTP id 42DB03C5160B for ; Wed, 25 Mar 2009 16:26:12 +0200 (EET) Received: from sorbesgroup.com ([127.0.0.1]) by localhost (sorbesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30062-08 for ; Wed, 25 Mar 2009 16:26:11 +0200 (EET) Received: from [192.168.0.80] (andrei [192.168.0.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sorbesgroup.com (Postfix) with ESMTP id 158D23C5149F for ; Wed, 25 Mar 2009 16:26:10 +0200 (EET) Message-ID: <49CA4498.2020007@bsd.ee> Date: Wed, 25 Mar 2009 16:50:00 +0200 From: Andrei Kolu User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: FreeBSD Stable References: <49CA3795.609@bsd.ee> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at localhost Subject: Re: 32bit filesystem limitations X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 14:50:00 -0000 Ivan Voras wrote: > Andrei Kolu wrote: > >> Hi, >> >> I have trouble to create FreeBSD 7.1 i386 partition/slice to 3Ware 8port >> raid kontroller with 8x500GB drives attached to it. Raid 5 massive is >> 3,1TB in size and during sysinstall installation I select whole >> available space but after restart I can access only 1,2TB from it. What >> is the problem? >> > > MS-DOS fdisk partitions and bsdlabel partitions both have 32-bit > limitations on the file system size. You should use gpart to partition > the large volume. That is, except if you want to boot from it also - > then it's a bit problematic; it's best to create two logical drives in > your RAID controller - one small drive for the OS (something like 8 GB > to keep the ports and all) and the rest for the data. > > I created 20GB slice for system and selected everything else for /data but after restart I see again 1,2TB /data. After second sysinstall attempt I created another 2TB slice and now at least I can use whole space. Not so good but it works. Second attempt: Now I reserved 20GB for "boot volume" from 3Ware 9650SE controller and looks like it ...oops...did it again....deem. # df -H Filesystem Size Used Avail Capacity Mounted on /dev/da0s1a 2.1G 146M 1.8G 8% / devfs 1.0k 1.0k 0B 100% /dev /dev/da1s1d 1.2T 4.1k 1.1T 0% /data /dev/da0s1d 3.1G 12k 2.9G 0% /tmp /dev/da0s1f 8.3G 450M 7.2G 6% /usr /dev/da0s1e 4.2G 281k 3.8G 0% /var NOTE: during sysinstall partition creatin it showd me 3.2TB of /data... # dmesg da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 100.000MB/s transfers da0: 20479MB (41943039 512 byte sectors: 255H 63S/T 2610C) cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed da1 at twa0 bus 0 target 0 lun 1 da1: Fixed Direct Access SCSI-5 device da1: 100.000MB/s transfers da1: 3317309MB (6793848833 512 byte sectors: 255H 63S/T 422897C) From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 14:56:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7F551065674; Wed, 25 Mar 2009 14:56:38 +0000 (UTC) (envelope-from mozart@mozart.lib.uchicago.edu) Received: from mozart.lib.uchicago.edu (mozart.lib.uchicago.edu [128.135.53.59]) by mx1.freebsd.org (Postfix) with ESMTP id 945628FC20; Wed, 25 Mar 2009 14:56:38 +0000 (UTC) (envelope-from mozart@mozart.lib.uchicago.edu) Received: from localhost (localhost [127.0.0.1]) by mozart.lib.uchicago.edu (8.14.3/8.14.3) with ESMTP id n2PEjnP3075631; Wed, 25 Mar 2009 09:45:49 -0500 (CDT) (envelope-from mozart@mozart.lib.uchicago.edu) Date: Wed, 25 Mar 2009 09:45:48 -0500 Message-ID: From: Peggy Wilkins To: "Jack L. Stone" In-Reply-To: <3.0.1.32.20090325072137.00ee6b48@sage-american.com> References: <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 MULE XEmacs/21.4 (patch 21) (Educational Television) (i386--freebsd) Organization: University of Chicago Library X-Face: )C,7auub1,qHwu.Spk;Y6'8pld<:g8_\/=Zo/=E3y5*[m?C;;5Wc'B9=V+I:v 7>8Y=yx{[yy0$Zu@q+d&+$`jV{"Gk"Q0A#d]btd#$qjAR),qXF+GuE#?9Q4_xai{V&". MJluE"^Oj41R'ypsHcp2_`6kxl;T7?5eW57j#Muert'z`Y Y03pPAp3uY@x9DhN?yWwH.!jV MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: Peggy Wilkins X-Dispatcher: imput version 20070423(IM149) Lines: 42 Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 14:56:39 -0000 >>>>> Jack L Stone writes: >> I've been watching this thread with some interest since we've had some >> similar problems with dump/restore which we use every morning via cron >> scripts on a number of servers to produce bootable clones as part of our >> backup program. Have been doing this for years and also never saw a problem >> as most of you say. We prefer dump/restore for backups. >> However, last month upon upon upgrading those servers from FBSD-6.3px >> (RELEASE) to 7.0px (RELEASE) we found that about one-half of the servers >> had a similar problem as the original poster while the other half did not. >> All of the servers (rackmounts) use the same (type) hardware. We spent many >> hours trying to solve the problem with those that failed to dump/restore. >> Also, searched for any others with the problem and only found a very few, >> but without solutions to this issue. (Indeed, the only one was a reference >> to any efforts to restore an older OS version which didn't apply here). [snip] >> SOLUTION >> The "clones" are a very important pasrt of our backup program. Since the >> dump side of the problems simply stuck and provided no error message at all >> and the errors from any restores were not useful, our only solution was to >> revert back to FBSD-6.3 on those servers with this issue and dump/restore >> went back to working again. We left those that were working on FBSD-7.0-R >> and they continue to work okay. I was seeing this same problem on all my 64-bit systems: FreeBSD-7 dump would hang at a random point. Dump continues to work flawlessly for me on FreeBSD-7/i386. I ran across this which includes a patch: http://www.freebsd.org/cgi/query-pr.cgi?pr=121684 The kernel patch linked to there solved the problem for me, but I am running many production systems and am unwilling to apply this patch to -RELEASE every time there is a kernel update (I just use the standard GENERIC kernel which I get via freebsd-update). I now live without dump on amd64. Apparently this fix is waiting on some related issue; and I will be very happy when it makes it to the officially released kernel. plw From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 15:08:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D187B10656BB for ; Wed, 25 Mar 2009 15:08:59 +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 58C7D8FC14 for ; Wed, 25 Mar 2009 15:08:58 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LmUiu-0002Pr-VI for freebsd-stable@freebsd.org; Wed, 25 Mar 2009 15:08:56 +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 ; Wed, 25 Mar 2009 15:08:56 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 25 Mar 2009 15:08:56 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 25 Mar 2009 16:08:08 +0100 Lines: 70 Message-ID: References: <49CA3795.609@bsd.ee> <49CA4498.2020007@bsd.ee> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0632D13C442FD2ACA6D5856F" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090318) In-Reply-To: <49CA4498.2020007@bsd.ee> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: 32bit filesystem limitations X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 15:09:02 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0632D13C442FD2ACA6D5856F Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Andrei Kolu wrote: > Ivan Voras wrote: >> Andrei Kolu wrote: >> =20 >>> Hi, >>> >>> I have trouble to create FreeBSD 7.1 i386 partition/slice to 3Ware 8p= ort >>> raid kontroller with 8x500GB drives attached to it. Raid 5 massive is= >>> 3,1TB in size and during sysinstall installation I select whole >>> available space but after restart I can access only 1,2TB from it. Wh= at >>> is the problem? >>> =20 >> >> MS-DOS fdisk partitions and bsdlabel partitions both have 32-bit >> limitations on the file system size. You should use gpart to partition= >> the large volume. That is, except if you want to boot from it also - >> then it's a bit problematic; it's best to create two logical drives in= >> your RAID controller - one small drive for the OS (something like 8 GB= >> to keep the ports and all) and the rest for the data. >> >> =20 > I created 20GB slice for system and selected everything else for /data > but after restart I see again 1,2TB /data. After second sysinstall > attempt I created another 2TB slice and now at least I can use whole > space. Not so good but it works. >=20 > Second attempt: > Now I reserved 20GB for "boot volume" from 3Ware 9650SE controller and > looks like it ...oops...did it again....deem. >=20 > # df -H > Filesystem Size Used Avail Capacity Mounted on > /dev/da0s1a 2.1G 146M 1.8G 8% / > devfs 1.0k 1.0k 0B 100% /dev > /dev/da1s1d 1.2T 4.1k 1.1T 0% /data > /dev/da0s1d 3.1G 12k 2.9G 0% /tmp > /dev/da0s1f 8.3G 450M 7.2G 6% /usr > /dev/da0s1e 4.2G 281k 3.8G 0% /var Ok, you're on the right track. Just don't use bsdlabel or fdisk partitions for da1 - clear the partition tables and use gpart to create a GPT partition tables which has no 32-bit problems. --------------enig0632D13C442FD2ACA6D5856F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJykjYldnAQVacBcgRAt3EAJ9ykduKEkHD/8ED1VKld/KsOLJWEACdG4dV H++fuYLFBeD3Kq0DGxpXZEQ= =AgzX -----END PGP SIGNATURE----- --------------enig0632D13C442FD2ACA6D5856F-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 16:05:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 098C21065673; Wed, 25 Mar 2009 16:05:01 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id AAA4D8FC0A; Wed, 25 Mar 2009 16:05:00 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.3/8.14.3) with ESMTP id n2PG4IfL083523; Wed, 25 Mar 2009 12:04:27 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) Message-ID: <49CA5602.9050001@aldan.algebra.com> Date: Wed, 25 Mar 2009 12:04:18 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: Greg Black References: <49C83673.3000604@aldan.algebra.com> <200903251232.11418.doconnor@gsoft.com.au> <49C99204.2050601@aldan.algebra.com> <200903251334.38350.doconnor@gsoft.com.au> <49C99FD2.50609@aldan.algebra.com> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, Andrew Snow , fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 16:05:02 -0000 Greg Black ÎÁĐÉÓÁ×(ĚÁ): > On 2009-03-24, Mikhail T. wrote: > >> That's true. I just wanted to point out, that someone running dump only >> (to make backups) is not going to know, whether his dumps are usable >> (for whichever of the two reasons), until he needs them... >> > > Such a person is not making backups and deserves what he gets. > But he *is* making backups -- kindly re-read my paragraph above... He just is not routinely using them and thus does not know, that they aren't usable... It is not unreasonable to expect the two utilities to "just work", so I wouldn't be blaming such a person for not testing restore. That such a scenario is possible, despite the user making diligent regular backups, is a very bad sign... > I haven't got anything to say about dump/restore because I haven't > bothered with them for years. I do know that dumps from mounted file > systems will often appear to work, but will fail when it matters. This > is not a bug and is expected behaviour to which the solution is obvious. > FS being mounted read-only should not be a problem. And even read-write mounted filesystems will be Ok, although possibly inconsistent (a file modified during backup may get to into dump "as of" any point). But an idle FS is Ok to dump. Generally, when dumping read-write mounted filesystems, one is supposed to use snapshots, but that is very buggy on its own (leading to kernel crashes), so it is safer to rely on the FS being "idle", if it can not be forced into read-only for some other reason. -mi From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 16:11:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1B871065672; Wed, 25 Mar 2009 16:11:39 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 61DC48FC21; Wed, 25 Mar 2009 16:11:39 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:d93e:519d:eeb6:9049] (unknown [IPv6:2001:7b8:3a7:0:d93e:519d:eeb6:9049]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 73F155C43; Wed, 25 Mar 2009 17:11:38 +0100 (CET) Message-ID: <49CA57BB.2070409@andric.com> Date: Wed, 25 Mar 2009 17:11:39 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b4pre) Gecko/20090324 Shredder/3.0b3pre MIME-Version: 1.0 To: "Mikhail T." References: <49C83673.3000604@aldan.algebra.com> <200903241537.36515.doconnor@gsoft.com.au> <49C87E0D.5090501@aldan.algebra.com> In-Reply-To: <49C87E0D.5090501@aldan.algebra.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 16:11:40 -0000 On 2009-03-24 07:30, Mikhail T. wrote: > dump a0f - /old | restore -rf - > [...] > DUMP: 17.25% done, finished in 3:27 at Tue Mar 24 05:42:00 2009 > DUMP: 20.36% done, finished in 3:09 at Tue Mar 24 05:28:13 2009 > DUMP: 23.83% done, finished in 2:50 at Tue Mar 24 05:14:32 2009 > unknown tape header type -621260722 > abort? [yn] > > Looks like a junk value somewhere... Unitialized variable or some such. Hmm, I can't reproduce this at all; I use dump and restore quite regularly in this way, and I have never encountered this issue (except for the occasional 'expected file NNN, got file MMM', which is usually harmless). Maybe the dump output gets corrupted in some way? (E.g. faulty RAM, or disk?) If you are dumping a live filesystem, could it possibly help to add the -L option? From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 16:36:43 2009 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 5FFA81065674; Wed, 25 Mar 2009 16:36:43 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id D9FBD8FC1A; Wed, 25 Mar 2009 16:36:42 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-142.bna.bellsouth.net [70.156.31.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2PGZH1q029414 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Mar 2009 12:35:18 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: wsk In-Reply-To: <49C9ED34.20504@gddsn.org.cn> References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> <1237798914.2110.24.camel@balrog.2hip.net> <49C85F4E.5050002@gddsn.org.cn> <1237882591.1771.26.camel@balrog.2hip.net> <49C97EEB.4090607@gddsn.org.cn> <1237961497.1828.2.camel@balrog.2hip.net> <49C9ED34.20504@gddsn.org.cn> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-CuvRlaF6JXOCnxZ4Hqh5" Organization: FreeBSD Date: Wed, 25 Mar 2009 11:36:12 -0500 Message-Id: <1237998972.1828.4.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.1 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, URIBL_RED autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org, John Baldwin Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 16:36:44 -0000 --=-CuvRlaF6JXOCnxZ4Hqh5 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-03-25 at 16:37 +0800, wsk wrote: > Robert Noland wrote: > > On Wed, 2009-03-25 at 08:46 +0800, wsk wrote: > > =20 > >> Robert Noland wrote: > >> =20 > >>> On Tue, 2009-03-24 at 12:19 +0800, wsk wrote: > >>> =20 > >>> =20 > >>>> Robert Noland wrote: > >>>> =20 > >>>> =20 > >>>>> On Mon, 2009-03-23 at 09:28 +0800, wsk wrote: > >>>>> =20 > >>>>> =20 > >>>>> =20 > >>>>>>> Ok, this patch should work on NV50 chips also. > >>>>>>> =20 > >>>>>>> What you get is EXA and Xv. > >>>>>>> =20 > >>>>>>> You still need: > >>>>>>> =20 > >>>>>>> A recent -CURRENT or -STABLE. > >>>>>>> =20 > >>>>>>> git master of libdrm and xf86-video-nouveau. > >>>>>>> =20 > >>>>>>> This patch. > >>>>>>> =20 > >>>>>>> Things I've figured out since the last patch... > >>>>>>> =20 > >>>>>>> On NV50 class hardware you need to have a compositing manager run= ning > >>>>>>> for Xv to work. That means xcompmgr, metacity with composite ena= bled, > >>>>>>> xfce (rumored to work as well, haven't tried). If your running G= nome > >>>>>>> with metacity, open gconf-editor and go to apps->metacity->genera= l and > >>>>>>> check the composite box. > >>>>>>> =20 > >>>>>>> On NV40 class hardware, you don't need the composite manager. In= fact > >>>>>>> (at least with Xserver 1.6 which I'm running now), if a composite > >>>>>>> manager is enabled, I'm seeing high cpu utilization from Xorg und= er some > >>>>>>> circumstances. I don't think this is a drm issue, but still an i= ssue. > >>>>>>> For me, if I start a video using mplayer in an xterm, cpu is fine= as > >>>>>>> long as that xterm is the foreground window. If it is not the > >>>>>>> foreground window, even if it isn't obscured I see the cpu utiliz= ation. > >>>>>>> Disabling the composite manager makes everything fine. > >>>>>>> =20 > >>>>>>> http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > >>>>>>> =20 > >>>>>>> robert. > >>>>>>> =20 > >>>>>>> =20 > >>>>>>> =20 > >>>>>> get the following errors and exitThis is a pre-release version of = the X server from The X.Org Foundation. > >>>>>> It is not supported in any way. > >>>>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. > >>>>>> Select the "xorg" product for bugs you find in this release. > >>>>>> Before reporting bugs in pre-release versions please check the > >>>>>> latest version in the X.Org Foundation git repository. > >>>>>> See http://wiki.x.org/wiki/GitPage for git access instructions. > >>>>>> > >>>>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) > >>>>>> Release Date: 2009-1-30 > >>>>>> X Protocol Version 11, Revision 0 > >>>>>> Build Operating System: FreeBSD 7.1-STABLE amd64 > >>>>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE F= reeBSD 7.2-PRE > >>>>>> RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/= usr/obj/usr/sr > >>>>>> c/sys/WSK amd64 > >>>>>> Build Date: 06 February 2009 04:22:44PM > >>>>>> > >>>>>> Before reporting problems, check http://wiki.x.org > >>>>>> to make sure that you have the latest version. > >>>>>> Markers: (--) probed, (**) from config file, (=3D=3D) default sett= ing, > >>>>>> (++) from command line, (!!) notice, (II) informational, > >>>>>> (WW) warning, (EE) error, (NI) not implemented, (??) unkno= wn. > >>>>>> (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:0= 3 2009 > >>>>>> ing config file: "xorg.conf1" > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find res= ource 0x2 > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find res= ource 0x2 > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find res= ource 0x2 > >>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffff= fffffff). > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find res= ource 0x1 > >>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffff= fffffff). > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find res= ource 0x1 > >>>>>> drm0: [ITHREAD] > >>>>>> info: [drm] Allocating FIFO number 1 > >>>>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > >>>>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 > >>>>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > >>>>>> (EE) Screen(s) found, but none have a usable configuration. > >>>>>> > >>>>>> Fatal server error: > >>>>>> no screens found > >>>>>> > >>>>>> Please consult the The X.Org Foundation support > >>>>>> at http://wiki.x.org > >>>>>> for help. > >>>>>> Please also check the log file at "/var/log/Xorg.0.log" for additi= onal informati > >>>>>> on. > >>>>>> > >>>>>> info: [drm] nouveau_fifo_free: freeing fifo 1 > >>>>>> error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle cha= nnel 1 before > >>>>>> destroy.Prepare for strangeness.. > >>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffff= fffffff). > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find res= ource 0x1 > >>>>>> > >>>>>> what can i do ? > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> plain text document attachment (Xorg.0.log) > >>>>>> This is a pre-release version of the X server from The X.Org Found= ation. > >>>>>> It is not supported in any way. > >>>>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. > >>>>>> Select the "xorg" product for bugs you find in this release. > >>>>>> Before reporting bugs in pre-release versions please check the > >>>>>> latest version in the X.Org Foundation git repository. > >>>>>> See http://wiki.x.org/wiki/GitPage for git access instructions. > >>>>>> > >>>>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) > >>>>>> Release Date: 2009-1-30 > >>>>>> X Protocol Version 11, Revision 0 > >>>>>> Build Operating System: FreeBSD 7.1-STABLE amd64=20 > >>>>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE F= reeBSD 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org= .cn:/usr/obj/usr/src/sys/WSK amd64 > >>>>>> Build Date: 06 February 2009 04:22:44PM > >>>>>> =20 > >>>>>> Before reporting problems, check http://wiki.x.org > >>>>>> to make sure that you have the latest version. > >>>>>> Markers: (--) probed, (**) from config file, (=3D=3D) default sett= ing, > >>>>>> (++) from command line, (!!) notice, (II) informational, > >>>>>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > >>>>>> (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14:0= 3 2009 > >>>>>> (++) Using config file: "xorg.conf1" > >>>>>> (=3D=3D) No Layout section. Using the first Screen section. > >>>>>> (=3D=3D) No screen section available. Using defaults. > >>>>>> (**) |-->Screen "Default Screen Section" (0) > >>>>>> (**) | |-->Monitor "" > >>>>>> (=3D=3D) No device specified for screen "Default Screen Section". > >>>>>> Using the first device section listed. > >>>>>> (**) | |-->Device "Card0" > >>>>>> (=3D=3D) No monitor specified for screen "Default Screen Section". > >>>>>> Using a default monitor configuration. > >>>>>> (=3D=3D) Automatically adding devices > >>>>>> (=3D=3D) Automatically enabling devices > >>>>>> (=3D=3D) No FontPath specified. Using compiled-in default. > >>>>>> (=3D=3D) FontPath set to: > >>>>>> built-ins > >>>>>> (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" > >>>>>> (II) Cannot locate a core pointer device. > >>>>>> (II) Cannot locate a core keyboard device. > >>>>>> (II) The server relies on HAL to provide the list of input devices= . > >>>>>> If no devices become available, reconfigure HAL or disable AllowE= mptyInput. > >>>>>> (II) Loader magic: 0xb20 > >>>>>> (II) Module ABI versions: > >>>>>> X.Org ANSI C Emulation: 0.4 > >>>>>> X.Org Video Driver: 5.0 > >>>>>> X.Org XInput driver : 4.0 > >>>>>> X.Org Server Extension : 2.0 > >>>>>> (II) Loader running on freebsd > >>>>>> (--) Using syscons driver with X support (version 2.0) > >>>>>> (--) using VT number 9 > >>>>>> > >>>>>> (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, Me= m @ 0xfd000000/16777216, 0x00000000/268435456, 0xfa000000/33554432, I/O @ 0= x0000df00/128, BIOS @ 0x????????/65536 > >>>>>> =20 > >>>>>> =20 > >>>>>> =20 > >>>>> Ok, thats a new one... > >>>>> > >>>>> =20 > >>>>> =20 > >>>>> =20 > >>>>>> (II) System resource ranges: > >>>>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > >>>>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > >>>>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > >>>>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > >>>>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > >>>>>> (II) LoadModule: "extmod" > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so > >>>>>> (II) Module extmod: vendor=3D"X.Org Foundation" > >>>>>> compiled for 1.5.99.902, module version =3D 1.0.0 > >>>>>> Module class: X.Org Server Extension > >>>>>> ABI class: X.Org Server Extension, version 2.0 > >>>>>> (II) Loading extension MIT-SCREEN-SAVER > >>>>>> (II) Loading extension XFree86-VidModeExtension > >>>>>> (II) Loading extension XFree86-DGA > >>>>>> (II) Loading extension DPMS > >>>>>> (II) Loading extension XVideo > >>>>>> (II) Loading extension XVideo-MotionCompensation > >>>>>> (II) Loading extension X-Resource > >>>>>> (II) LoadModule: "dbe" > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so > >>>>>> (II) Module dbe: vendor=3D"X.Org Foundation" > >>>>>> compiled for 1.5.99.902, module version =3D 1.0.0 > >>>>>> Module class: X.Org Server Extension > >>>>>> ABI class: X.Org Server Extension, version 2.0 > >>>>>> (II) Loading extension DOUBLE-BUFFER > >>>>>> (II) LoadModule: "glx" > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so > >>>>>> (II) Module glx: vendor=3D"X.Org Foundation" > >>>>>> compiled for 1.5.99.902, module version =3D 1.0.0 > >>>>>> ABI class: X.Org Server Extension, version 2.0 > >>>>>> (=3D=3D) AIGLX disabled > >>>>>> (=3D=3D) Exporting typical set of GLX visuals > >>>>>> (II) Loading extension GLX > >>>>>> (II) LoadModule: "record" > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so > >>>>>> (II) Module record: vendor=3D"X.Org Foundation" > >>>>>> compiled for 1.5.99.902, module version =3D 1.13.0 > >>>>>> Module class: X.Org Server Extension > >>>>>> ABI class: X.Org Server Extension, version 2.0 > >>>>>> (II) Loading extension RECORD > >>>>>> (II) LoadModule: "dri" > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so > >>>>>> (II) Module dri: vendor=3D"X.Org Foundation" > >>>>>> compiled for 1.5.99.902, module version =3D 1.0.0 > >>>>>> ABI class: X.Org Server Extension, version 2.0 > >>>>>> (II) Loading extension XFree86-DRI > >>>>>> (II) LoadModule: "nouveau" > >>>>>> (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so > >>>>>> (II) Module nouveau: vendor=3D"X.Org Foundation" > >>>>>> compiled for 1.5.99.902, module version =3D 0.0.10 > >>>>>> Module class: X.Org Video Driver > >>>>>> ABI class: X.Org Video Driver, version 5.0 > >>>>>> (II) NOUVEAU driver Date: Wed Mar 18 09:36:33 2009 +1000 > >>>>>> (II) NOUVEAU driver for NVIDIA chipset families : > >>>>>> RIVA TNT (NV04) > >>>>>> RIVA TNT2 (NV05) > >>>>>> GeForce 256 (NV10) > >>>>>> GeForce 2 (NV11, NV15) > >>>>>> GeForce 4MX (NV17, NV18) > >>>>>> GeForce 3 (NV20) > >>>>>> GeForce 4Ti (NV25, NV28) > >>>>>> GeForce FX (NV3x) > >>>>>> GeForce 6 (NV4x) > >>>>>> GeForce 7 (G7x) > >>>>>> GeForce 8 (G8x) > >>>>>> (II) Primary Device is: PCI 01@00:00:0 > >>>>>> (II) resource ranges after probing: > >>>>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > >>>>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > >>>>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > >>>>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > >>>>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > >>>>>> (--) NOUVEAU(0): Chipset: "NVIDIA NV86" > >>>>>> =20 > >>>>>> =20 > >>>>>> =20 > >>>>> Hrm, NV86... I'll have to ask around about that. Meanwhile can you= send > >>>>> me a pciconf -lvb which should at least show us the BAR configurati= on. > >>>>> > >>>>> Ok, my sources are telling me that this should work and that it is = an > >>>>> NV50, or at least should work the same... > >>>>> > >>>>> Also, just to be safe, please rebuild/reinstall devel/libpciaccess.= I'm > >>>>> not sure if it may be trashing the BARs somehow. > >>>>> > >>>>> robert. > >>>>> =20 > >>>>> =20 > >>>>> =20 > >>>> bar [24] =3D type I/O Port, range 32, base 0xeff0, size 16, enabled > >>>> ichsmb0@pci0:0:31:3: class=3D0x0c0500 card=3D0x01fe1028 chip=3D0x283= e8086 > >>>> rev=3D0x02 hdr=3D0x00 > >>>> vendor =3D 'Intel Corporation' > >>>> device =3D '82801H (ICH8 Family) SMBus Controller' > >>>> class =3D serial bus > >>>> subclass =3D SMBus > >>>> bar [10] =3D type Memory, range 32, base 0xfebfbf00, size 256, enabl= ed > >>>> bar [20] =3D type I/O Port, range 32, base 0x10c0, size 32, enabled > >>>> vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x01fe1028 chip=3D0x0429= 10de > >>>> rev=3D0xa1 hdr=3D0x00 > >>>> vendor =3D 'Nvidia Corp' > >>>> device =3D 'Unknown nVidia Quadro FX 570M' > >>>> class =3D display > >>>> subclass =3D VGA > >>>> bar [10] =3D type Memory, range 32, base 0xfd000000, size 16777216, = enabled > >>>> =20 > >>>> =20 > >>> Ok, this is BAR 0, BARs 1 and 2 are indeed are not showing up. BAR 1 > >>> should be your framebuffer and should be where most of your memory is= . > >>> (This is the memory the tell you about when you buy the card, 256M, > >>> 512M, etc.) It should probably be a 64bit BAR, which is why BAR 2 is= n't > >>> there. We are going to need more details on your card... > >>> =20 > >>> =20 > >> indeed,my DELL D830 laptop video card is Quadro NVS 140M with 256M mem= ory. > >> but it recognized Quadro FX 570M with pciconfig. > >> =20 > > > > So, the nouveau folks want me to get you to either boot linux and see > > what lspci shows for this card, or at least install the lspci port and > > see what it says. I don't think it is going to reveal anything, but wh= o > > knows... This is not a driver issue at this point, the BARs just don't > > appear to be present. > > > > robert. > > > > =20 > ok,here's my lspci -v messags with linux Fedora live CD :-) > and thanks your Re >=20 >=20 > 01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M > (rev a1) (prog-if 00 [VGA controller]) > Subsystem: Dell Device 01fe > Flags: bus master, fast devsel, latency 0, IRQ 5 > Memory at fd000000 (32-bit, non-prefetchable) [size=3D16M] > Memory at e0000000 (64-bit, prefetchable) [size=3D256M] > Memory at fa000000 (64-bit, non-prefetchable) [size=3D32M] > I/O ports at df00 [size=3D128] > [virtual] Expansion ROM at fc000000 [disabled] [size=3D128K] > Capabilities: [60] Power Management version 2 > Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ Count=3D1/1 > Enable- > Capabilities: [78] Express Endpoint, MSI 00 > Capabilities: [100] Virtual Channel > Capabilities: [128] Power Budgeting > Capabilities: [600] Vendor Specific Information > Kernel modules: nvidiafb Ok, we need a little help on this one then... I don't know why we wouldn't see BAR 1. Time to rope jhb@ in. robert. > 0c:00.0 Network controller: Broadcom Corporation BCM4328 802.11a/b/g/n > (rev 03) > Subsystem: Dell Wireless 1500 Draft 802.11n WLAN Mini-card > Flags: bus master, fast devsel, latency 0, IRQ 17 > Memory at f9ffc000 (64-bit, non-prefetchable) [size=3D16K] > Memory at f0000000 (64-bit, prefetchable) [size=3D1M] > Capabilities: [40] Power Management version 2 > Capabilities: [58] Vendor Specific Information > Capabilities: [e8] Message Signalled Interrupts: Mask- 64bit+ Count=3D1/1 > Enable- > Capabilities: [d0] Express Endpoint, MSI 00 > Capabilities: [100] Advanced Error Reporting > UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- > ECRC- UnsupReq- ACSVoil- > UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- > ECRC- UnsupReq- ACSVoil- > UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ > MalfTLP+ ECRC- UnsupReq- ACSVoil- > CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- > CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ > AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- > Capabilities: [13c] Virtual Channel > Capabilities: [160] Device Serial Number 1c-00-a4-ff-ff-26-df-c0 > Capabilities: [16c] Power Budgeting > Kernel driver in use: b43-pci-bridge > Kernel modules: ssb >=20 > >>> =20 > >>> =20 > >>>> bar [1c] =3D type Memory, range 64, base 0xfa000000, size 33554432, = enabled > >>>> =20 > >>>> =20 > >>> This one is BAR 3, which is used when it doesn't find BAR 1. > >>> > >>> robert. > >>> > >>> =20 > >>> =20 > >>>> bar [24] =3D type I/O Port, range 32, base 0xdf00, size 128, enabled > >>>> ndis0@pci0:12:0:0: class=3D0x028000 card=3D0x000a1028 chip=3D0x43281= 4e4 > >>>> rev=3D0x03 hdr=3D0x00 > >>>> > >>>> and follow your intrudction.still pain me :( > >>>> > >>>> (++) Using config file: "xorg.conf1" > >>>> drm0: on vgapci0 > >>>> info: [drm] Detected an NV50 generation card (0x086900a2) > >>>> vgapci0: child drm0 requested pci_enable_busmaster > >>>> info: [drm] Initialized nouveau 0.0.12 20060213 > >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resour= ce 0x2 > >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffff= fffff). > >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resour= ce 0x1 > >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffff= fffff). > >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resour= ce 0x1 > >>>> drm0: [ITHREAD] > >>>> info: [drm] Allocating FIFO number 1 > >>>> error: [drm:pid6494:nouveau_graph_trapped_channel] *ERROR* AIII, > >>>> invalid/inactiv > >>>> e channel id 128 > >>>> info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo: > >>>> [drm] , nSt > >>>> atus:info: [drm] > >>>> info: [drm] PGRAPH_ERROR - Ch -1/0 Class 0x0000 Mthd 0x0000 Data > >>>> 0x00000000:0x00 > >>>> 000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 1: > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x8= 000003f > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xc= f6f7f0e > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408908: 0xf= ff7367f > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040890c: 0x0= 0001850 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408910: 0xa= fff3587 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e08: 0x8= 00b6fad > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e0c: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e10: 0x4= df4fd60 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e14: 0x0= 00000d7 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e18: 0x3= 139768d > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e1c: 0xf= 6d69757 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e20: 0x6= 3161650 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e24: 0x0= 7220009 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 2: > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409900: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409904: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409908: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040990c: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409910: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e08: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e0c: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e10: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e14: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e1c: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e20: 0x0= 0000000 > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e24: 0x0= 0000000 > >>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > >>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 > >>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > >>>> (EE) Screen(s) found, but none have a usable configuration. > >>>> > >>>> Fatal server error: > >>>> no screens found > >>>> > >>>> Please consult the The X.Org Foundation support > >>>> at http://wiki.x.org > >>>> for help. > >>>> Please also check the log file at "/var/log/Xorg.0.log" for addition= al > >>>> informati > >>>> on. > >>>> > >>>> info: [drm] nouveau_fifo_free: freeing fifo 1 > >>>> error: [drm:pid6493:nouveau_fifo_free] *ERROR* Failed to idle channe= l 1 > >>>> before d > >>>> estroy.Prepare for strangeness.. > >>>> info: [drm] PFIFO_DMA_PUSHER - Ch 127 > >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffffff= fffff). > >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resour= ce 0x1 > >>>> > >>>> =20 >=20 --=20 Robert Noland FreeBSD --=-CuvRlaF6JXOCnxZ4Hqh5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknKXXwACgkQM4TrQ4qfROOK3ACfUdi0lYyotbn0X6NH3oXftwPE aBYAnjqnTHCaYgHZEPVOgOnbbH1aOOG8 =FjRc -----END PGP SIGNATURE----- --=-CuvRlaF6JXOCnxZ4Hqh5-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 16:45:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B2B3106566C for ; Wed, 25 Mar 2009 16:45:42 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 20DB38FC15 for ; Wed, 25 Mar 2009 16:45:42 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from phenom.cordula.ws (phenom [192.168.254.60]) by fw.farid-hajji.net (Postfix) with ESMTP id 9007332681; Wed, 25 Mar 2009 17:45:39 +0100 (CET) Date: Wed, 25 Mar 2009 17:45:38 +0100 From: cpghost To: "Mikhail T." Message-ID: <20090325164538.GA6843@phenom.cordula.ws> References: <49C83673.3000604@aldan.algebra.com> <200903251232.11418.doconnor@gsoft.com.au> <49C99204.2050601@aldan.algebra.com> <200903251334.38350.doconnor@gsoft.com.au> <49C99FD2.50609@aldan.algebra.com> <49CA5602.9050001@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49CA5602.9050001@aldan.algebra.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-stable@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 16:45:43 -0000 On Wed, Mar 25, 2009 at 12:04:18PM -0400, Mikhail T. wrote: > Generally, when dumping read-write mounted filesystems, one is > supposed to use snapshots, but that is very buggy on its own > (leading to kernel crashes), so it is safer to rely on the FS being > "idle", if it can not be forced into read-only for some other > reason. Perhaps your kernel/world is not recent enough? There used to be problems with snapshots, including hangs or crashes, but IIRC, they disappeared completly a couple of months ago, at least for me. (no, sorry, I can't pinpoint the exact date, and much less the exact revision nr). Snapshots alone, and dump -L + restore (on RELENG_7/amd64) working flawlessly here on 20+ rack-mounted servers; some to tape, some to SAN, but I'm probably just lucky. BTW, that's what makes this problem so intractable: those who could debug it, can't reproduce it on their machines. It's scary to know there's a bug lurking in there. > -mi -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 17:23:25 2009 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 720AE1065898; Wed, 25 Mar 2009 17:23:25 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 277C98FC1F; Wed, 25 Mar 2009 17:23:25 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-142.bna.bellsouth.net [70.156.31.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2PHM3mN029792 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Mar 2009 13:22:03 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: wsk In-Reply-To: <1237998972.1828.4.camel@balrog.2hip.net> References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> <1237798914.2110.24.camel@balrog.2hip.net> <49C85F4E.5050002@gddsn.org.cn> <1237882591.1771.26.camel@balrog.2hip.net> <49C97EEB.4090607@gddsn.org.cn> <1237961497.1828.2.camel@balrog.2hip.net> <49C9ED34.20504@gddsn.org.cn> <1237998972.1828.4.camel@balrog.2hip.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-usmBgkqy+4mpv+R9GDoy" Organization: FreeBSD Date: Wed, 25 Mar 2009 12:22:57 -0500 Message-Id: <1238001777.1828.17.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, URIBL_RED autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org, John Baldwin Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 17:23:33 -0000 --=-usmBgkqy+4mpv+R9GDoy Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-03-25 at 11:36 -0500, Robert Noland wrote: > On Wed, 2009-03-25 at 16:37 +0800, wsk wrote: > > Robert Noland wrote: > > > On Wed, 2009-03-25 at 08:46 +0800, wsk wrote: > > > =20 > > >> Robert Noland wrote: > > >> =20 > > >>> On Tue, 2009-03-24 at 12:19 +0800, wsk wrote: > > >>> =20 > > >>> =20 > > >>>> Robert Noland wrote: > > >>>> =20 > > >>>> =20 > > >>>>> On Mon, 2009-03-23 at 09:28 +0800, wsk wrote: > > >>>>> =20 > > >>>>> =20 > > >>>>> =20 > > >>>>>>> Ok, this patch should work on NV50 chips also. > > >>>>>>> =20 > > >>>>>>> What you get is EXA and Xv. > > >>>>>>> =20 > > >>>>>>> You still need: > > >>>>>>> =20 > > >>>>>>> A recent -CURRENT or -STABLE. > > >>>>>>> =20 > > >>>>>>> git master of libdrm and xf86-video-nouveau. > > >>>>>>> =20 > > >>>>>>> This patch. > > >>>>>>> =20 > > >>>>>>> Things I've figured out since the last patch... > > >>>>>>> =20 > > >>>>>>> On NV50 class hardware you need to have a compositing manager r= unning > > >>>>>>> for Xv to work. That means xcompmgr, metacity with composite e= nabled, > > >>>>>>> xfce (rumored to work as well, haven't tried). If your running= Gnome > > >>>>>>> with metacity, open gconf-editor and go to apps->metacity->gene= ral and > > >>>>>>> check the composite box. > > >>>>>>> =20 > > >>>>>>> On NV40 class hardware, you don't need the composite manager. = In fact > > >>>>>>> (at least with Xserver 1.6 which I'm running now), if a composi= te > > >>>>>>> manager is enabled, I'm seeing high cpu utilization from Xorg u= nder some > > >>>>>>> circumstances. I don't think this is a drm issue, but still an= issue. > > >>>>>>> For me, if I start a video using mplayer in an xterm, cpu is fi= ne as > > >>>>>>> long as that xterm is the foreground window. If it is not the > > >>>>>>> foreground window, even if it isn't obscured I see the cpu util= ization. > > >>>>>>> Disabling the composite manager makes everything fine. > > >>>>>>> =20 > > >>>>>>> http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch > > >>>>>>> =20 > > >>>>>>> robert. > > >>>>>>> =20 > > >>>>>>> =20 > > >>>>>>> =20 > > >>>>>> get the following errors and exitThis is a pre-release version o= f the X server from The X.Org Foundation. > > >>>>>> It is not supported in any way. > > >>>>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org= /. > > >>>>>> Select the "xorg" product for bugs you find in this release. > > >>>>>> Before reporting bugs in pre-release versions please check the > > >>>>>> latest version in the X.Org Foundation git repository. > > >>>>>> See http://wiki.x.org/wiki/GitPage for git access instructions. > > >>>>>> > > >>>>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) > > >>>>>> Release Date: 2009-1-30 > > >>>>>> X Protocol Version 11, Revision 0 > > >>>>>> Build Operating System: FreeBSD 7.1-STABLE amd64 > > >>>>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE= FreeBSD 7.2-PRE > > >>>>>> RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn= :/usr/obj/usr/sr > > >>>>>> c/sys/WSK amd64 > > >>>>>> Build Date: 06 February 2009 04:22:44PM > > >>>>>> > > >>>>>> Before reporting problems, check http://wiki.x.org > > >>>>>> to make sure that you have the latest version. > > >>>>>> Markers: (--) probed, (**) from config file, (=3D=3D) default se= tting, > > >>>>>> (++) from command line, (!!) notice, (II) informational, > > >>>>>> (WW) warning, (EE) error, (NI) not implemented, (??) unk= nown. > > >>>>>> (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14= :03 2009 > > >>>>>> ing config file: "xorg.conf1" > > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find r= esource 0x2 > > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find r= esource 0x2 > > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find r= esource 0x2 > > >>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffff= fffffffff). > > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find r= esource 0x1 > > >>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffff= fffffffff). > > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find r= esource 0x1 > > >>>>>> drm0: [ITHREAD] > > >>>>>> info: [drm] Allocating FIFO number 1 > > >>>>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > > >>>>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 > > >>>>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > > >>>>>> (EE) Screen(s) found, but none have a usable configuration. > > >>>>>> > > >>>>>> Fatal server error: > > >>>>>> no screens found > > >>>>>> > > >>>>>> Please consult the The X.Org Foundation support > > >>>>>> at http://wiki.x.org > > >>>>>> for help. > > >>>>>> Please also check the log file at "/var/log/Xorg.0.log" for addi= tional informati > > >>>>>> on. > > >>>>>> > > >>>>>> info: [drm] nouveau_fifo_free: freeing fifo 1 > > >>>>>> error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle c= hannel 1 before > > >>>>>> destroy.Prepare for strangeness.. > > >>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffff= fffffffff). > > >>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find r= esource 0x1 > > >>>>>> > > >>>>>> what can i do ? > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> plain text document attachment (Xorg.0.log) > > >>>>>> This is a pre-release version of the X server from The X.Org Fou= ndation. > > >>>>>> It is not supported in any way. > > >>>>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org= /. > > >>>>>> Select the "xorg" product for bugs you find in this release. > > >>>>>> Before reporting bugs in pre-release versions please check the > > >>>>>> latest version in the X.Org Foundation git repository. > > >>>>>> See http://wiki.x.org/wiki/GitPage for git access instructions. > > >>>>>> > > >>>>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) > > >>>>>> Release Date: 2009-1-30 > > >>>>>> X Protocol Version 11, Revision 0 > > >>>>>> Build Operating System: FreeBSD 7.1-STABLE amd64=20 > > >>>>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE= FreeBSD 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.o= rg.cn:/usr/obj/usr/src/sys/WSK amd64 > > >>>>>> Build Date: 06 February 2009 04:22:44PM > > >>>>>> =20 > > >>>>>> Before reporting problems, check http://wiki.x.org > > >>>>>> to make sure that you have the latest version. > > >>>>>> Markers: (--) probed, (**) from config file, (=3D=3D) default se= tting, > > >>>>>> (++) from command line, (!!) notice, (II) informational, > > >>>>>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > > >>>>>> (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 23 09:14= :03 2009 > > >>>>>> (++) Using config file: "xorg.conf1" > > >>>>>> (=3D=3D) No Layout section. Using the first Screen section. > > >>>>>> (=3D=3D) No screen section available. Using defaults. > > >>>>>> (**) |-->Screen "Default Screen Section" (0) > > >>>>>> (**) | |-->Monitor "" > > >>>>>> (=3D=3D) No device specified for screen "Default Screen Section"= . > > >>>>>> Using the first device section listed. > > >>>>>> (**) | |-->Device "Card0" > > >>>>>> (=3D=3D) No monitor specified for screen "Default Screen Section= ". > > >>>>>> Using a default monitor configuration. > > >>>>>> (=3D=3D) Automatically adding devices > > >>>>>> (=3D=3D) Automatically enabling devices > > >>>>>> (=3D=3D) No FontPath specified. Using compiled-in default. > > >>>>>> (=3D=3D) FontPath set to: > > >>>>>> built-ins > > >>>>>> (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" > > >>>>>> (II) Cannot locate a core pointer device. > > >>>>>> (II) Cannot locate a core keyboard device. > > >>>>>> (II) The server relies on HAL to provide the list of input devic= es. > > >>>>>> If no devices become available, reconfigure HAL or disable Allo= wEmptyInput. > > >>>>>> (II) Loader magic: 0xb20 > > >>>>>> (II) Module ABI versions: > > >>>>>> X.Org ANSI C Emulation: 0.4 > > >>>>>> X.Org Video Driver: 5.0 > > >>>>>> X.Org XInput driver : 4.0 > > >>>>>> X.Org Server Extension : 2.0 > > >>>>>> (II) Loader running on freebsd > > >>>>>> (--) Using syscons driver with X support (version 2.0) > > >>>>>> (--) using VT number 9 > > >>>>>> > > >>>>>> (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, = Mem @ 0xfd000000/16777216, 0x00000000/268435456, 0xfa000000/33554432, I/O @= 0x0000df00/128, BIOS @ 0x????????/65536 > > >>>>>> =20 > > >>>>>> =20 > > >>>>>> =20 > > >>>>> Ok, thats a new one... > > >>>>> > > >>>>> =20 > > >>>>> =20 > > >>>>> =20 > > >>>>>> (II) System resource ranges: > > >>>>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > > >>>>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > > >>>>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > > >>>>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > > >>>>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > > >>>>>> (II) LoadModule: "extmod" > > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.s= o > > >>>>>> (II) Module extmod: vendor=3D"X.Org Foundation" > > >>>>>> compiled for 1.5.99.902, module version =3D 1.0.0 > > >>>>>> Module class: X.Org Server Extension > > >>>>>> ABI class: X.Org Server Extension, version 2.0 > > >>>>>> (II) Loading extension MIT-SCREEN-SAVER > > >>>>>> (II) Loading extension XFree86-VidModeExtension > > >>>>>> (II) Loading extension XFree86-DGA > > >>>>>> (II) Loading extension DPMS > > >>>>>> (II) Loading extension XVideo > > >>>>>> (II) Loading extension XVideo-MotionCompensation > > >>>>>> (II) Loading extension X-Resource > > >>>>>> (II) LoadModule: "dbe" > > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so > > >>>>>> (II) Module dbe: vendor=3D"X.Org Foundation" > > >>>>>> compiled for 1.5.99.902, module version =3D 1.0.0 > > >>>>>> Module class: X.Org Server Extension > > >>>>>> ABI class: X.Org Server Extension, version 2.0 > > >>>>>> (II) Loading extension DOUBLE-BUFFER > > >>>>>> (II) LoadModule: "glx" > > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so > > >>>>>> (II) Module glx: vendor=3D"X.Org Foundation" > > >>>>>> compiled for 1.5.99.902, module version =3D 1.0.0 > > >>>>>> ABI class: X.Org Server Extension, version 2.0 > > >>>>>> (=3D=3D) AIGLX disabled > > >>>>>> (=3D=3D) Exporting typical set of GLX visuals > > >>>>>> (II) Loading extension GLX > > >>>>>> (II) LoadModule: "record" > > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.s= o > > >>>>>> (II) Module record: vendor=3D"X.Org Foundation" > > >>>>>> compiled for 1.5.99.902, module version =3D 1.13.0 > > >>>>>> Module class: X.Org Server Extension > > >>>>>> ABI class: X.Org Server Extension, version 2.0 > > >>>>>> (II) Loading extension RECORD > > >>>>>> (II) LoadModule: "dri" > > >>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so > > >>>>>> (II) Module dri: vendor=3D"X.Org Foundation" > > >>>>>> compiled for 1.5.99.902, module version =3D 1.0.0 > > >>>>>> ABI class: X.Org Server Extension, version 2.0 > > >>>>>> (II) Loading extension XFree86-DRI > > >>>>>> (II) LoadModule: "nouveau" > > >>>>>> (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so > > >>>>>> (II) Module nouveau: vendor=3D"X.Org Foundation" > > >>>>>> compiled for 1.5.99.902, module version =3D 0.0.10 > > >>>>>> Module class: X.Org Video Driver > > >>>>>> ABI class: X.Org Video Driver, version 5.0 > > >>>>>> (II) NOUVEAU driver Date: Wed Mar 18 09:36:33 2009 +1000 > > >>>>>> (II) NOUVEAU driver for NVIDIA chipset families : > > >>>>>> RIVA TNT (NV04) > > >>>>>> RIVA TNT2 (NV05) > > >>>>>> GeForce 256 (NV10) > > >>>>>> GeForce 2 (NV11, NV15) > > >>>>>> GeForce 4MX (NV17, NV18) > > >>>>>> GeForce 3 (NV20) > > >>>>>> GeForce 4Ti (NV25, NV28) > > >>>>>> GeForce FX (NV3x) > > >>>>>> GeForce 6 (NV4x) > > >>>>>> GeForce 7 (G7x) > > >>>>>> GeForce 8 (G8x) > > >>>>>> (II) Primary Device is: PCI 01@00:00:0 > > >>>>>> (II) resource ranges after probing: > > >>>>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > > >>>>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > > >>>>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > > >>>>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > > >>>>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > > >>>>>> (--) NOUVEAU(0): Chipset: "NVIDIA NV86" > > >>>>>> =20 > > >>>>>> =20 > > >>>>>> =20 > > >>>>> Hrm, NV86... I'll have to ask around about that. Meanwhile can y= ou send > > >>>>> me a pciconf -lvb which should at least show us the BAR configura= tion. > > >>>>> > > >>>>> Ok, my sources are telling me that this should work and that it i= s an > > >>>>> NV50, or at least should work the same... > > >>>>> > > >>>>> Also, just to be safe, please rebuild/reinstall devel/libpciacces= s. I'm > > >>>>> not sure if it may be trashing the BARs somehow. > > >>>>> > > >>>>> robert. > > >>>>> =20 > > >>>>> =20 > > >>>>> =20 > > >>>> bar [24] =3D type I/O Port, range 32, base 0xeff0, size 16, enable= d > > >>>> ichsmb0@pci0:0:31:3: class=3D0x0c0500 card=3D0x01fe1028 chip=3D0x2= 83e8086 > > >>>> rev=3D0x02 hdr=3D0x00 > > >>>> vendor =3D 'Intel Corporation' > > >>>> device =3D '82801H (ICH8 Family) SMBus Controller' > > >>>> class =3D serial bus > > >>>> subclass =3D SMBus > > >>>> bar [10] =3D type Memory, range 32, base 0xfebfbf00, size 256, ena= bled > > >>>> bar [20] =3D type I/O Port, range 32, base 0x10c0, size 32, enable= d > > >>>> vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x01fe1028 chip=3D0x04= 2910de > > >>>> rev=3D0xa1 hdr=3D0x00 > > >>>> vendor =3D 'Nvidia Corp' > > >>>> device =3D 'Unknown nVidia Quadro FX 570M' > > >>>> class =3D display > > >>>> subclass =3D VGA > > >>>> bar [10] =3D type Memory, range 32, base 0xfd000000, size 16777216= , enabled > > >>>> =20 > > >>>> =20 > > >>> Ok, this is BAR 0, BARs 1 and 2 are indeed are not showing up. BAR= 1 > > >>> should be your framebuffer and should be where most of your memory = is. > > >>> (This is the memory the tell you about when you buy the card, 256M, > > >>> 512M, etc.) It should probably be a 64bit BAR, which is why BAR 2 = isn't > > >>> there. We are going to need more details on your card... > > >>> =20 > > >>> =20 > > >> indeed,my DELL D830 laptop video card is Quadro NVS 140M with 256M m= emory. > > >> but it recognized Quadro FX 570M with pciconfig. > > >> =20 > > > > > > So, the nouveau folks want me to get you to either boot linux and see > > > what lspci shows for this card, or at least install the lspci port an= d > > > see what it says. I don't think it is going to reveal anything, but = who > > > knows... This is not a driver issue at this point, the BARs just don= 't > > > appear to be present. > > > > > > robert. > > > > > > =20 > > ok,here's my lspci -v messags with linux Fedora live CD :-) > > and thanks your Re > >=20 > >=20 > > 01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M > > (rev a1) (prog-if 00 [VGA controller]) > > Subsystem: Dell Device 01fe > > Flags: bus master, fast devsel, latency 0, IRQ 5 > > Memory at fd000000 (32-bit, non-prefetchable) [size=3D16M] > > Memory at e0000000 (64-bit, prefetchable) [size=3D256M] > > Memory at fa000000 (64-bit, non-prefetchable) [size=3D32M] > > I/O ports at df00 [size=3D128] > > [virtual] Expansion ROM at fc000000 [disabled] [size=3D128K] > > Capabilities: [60] Power Management version 2 > > Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ Count=3D1= /1 > > Enable- > > Capabilities: [78] Express Endpoint, MSI 00 > > Capabilities: [100] Virtual Channel > > Capabilities: [128] Power Budgeting > > Capabilities: [600] Vendor Specific Information > > Kernel modules: nvidiafb >=20 > Ok, we need a little help on this one then... I don't know why we > wouldn't see BAR 1. Time to rope jhb@ in. Can you send a verbose boot log. robert. > robert. >=20 > > 0c:00.0 Network controller: Broadcom Corporation BCM4328 802.11a/b/g/n > > (rev 03) > > Subsystem: Dell Wireless 1500 Draft 802.11n WLAN Mini-card > > Flags: bus master, fast devsel, latency 0, IRQ 17 > > Memory at f9ffc000 (64-bit, non-prefetchable) [size=3D16K] > > Memory at f0000000 (64-bit, prefetchable) [size=3D1M] > > Capabilities: [40] Power Management version 2 > > Capabilities: [58] Vendor Specific Information > > Capabilities: [e8] Message Signalled Interrupts: Mask- 64bit+ Count=3D1= /1 > > Enable- > > Capabilities: [d0] Express Endpoint, MSI 00 > > Capabilities: [100] Advanced Error Reporting > > UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP= - > > ECRC- UnsupReq- ACSVoil- > > UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP= - > > ECRC- UnsupReq- ACSVoil- > > UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ > > MalfTLP+ ECRC- UnsupReq- ACSVoil- > > CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- > > CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ > > AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- > > Capabilities: [13c] Virtual Channel > > Capabilities: [160] Device Serial Number 1c-00-a4-ff-ff-26-df-c0 > > Capabilities: [16c] Power Budgeting > > Kernel driver in use: b43-pci-bridge > > Kernel modules: ssb > >=20 > > >>> =20 > > >>> =20 > > >>>> bar [1c] =3D type Memory, range 64, base 0xfa000000, size 33554432= , enabled > > >>>> =20 > > >>>> =20 > > >>> This one is BAR 3, which is used when it doesn't find BAR 1. > > >>> > > >>> robert. > > >>> > > >>> =20 > > >>> =20 > > >>>> bar [24] =3D type I/O Port, range 32, base 0xdf00, size 128, enabl= ed > > >>>> ndis0@pci0:12:0:0: class=3D0x028000 card=3D0x000a1028 chip=3D0x432= 814e4 > > >>>> rev=3D0x03 hdr=3D0x00 > > >>>> > > >>>> and follow your intrudction.still pain me :( > > >>>> > > >>>> (++) Using config file: "xorg.conf1" > > >>>> drm0: on vgapci0 > > >>>> info: [drm] Detected an NV50 generation card (0x086900a2) > > >>>> vgapci0: child drm0 requested pci_enable_busmaster > > >>>> info: [drm] Initialized nouveau 0.0.12 20060213 > > >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find reso= urce 0x2 > > >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffff= fffffff). > > >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find reso= urce 0x1 > > >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffff= fffffff). > > >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find reso= urce 0x1 > > >>>> drm0: [ITHREAD] > > >>>> info: [drm] Allocating FIFO number 1 > > >>>> error: [drm:pid6494:nouveau_graph_trapped_channel] *ERROR* AIII, > > >>>> invalid/inactiv > > >>>> e channel id 128 > > >>>> info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinf= o: > > >>>> [drm] , nSt > > >>>> atus:info: [drm] > > >>>> info: [drm] PGRAPH_ERROR - Ch -1/0 Class 0x0000 Mthd 0x0000 Data > > >>>> 0x00000000:0x00 > > >>>> 000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 1: > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0= x8000003f > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0= xcf6f7f0e > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408908: 0= xfff7367f > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040890c: 0= x00001850 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408910: 0= xafff3587 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e08: 0= x800b6fad > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e0c: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e10: 0= x4df4fd60 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e14: 0= x000000d7 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e18: 0= x3139768d > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e1c: 0= xf6d69757 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e20: 0= x63161650 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e24: 0= x07220009 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 2: > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409900: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409904: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409908: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040990c: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409910: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e08: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e0c: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e10: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e14: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e1c: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e20: 0= x00000000 > > >>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e24: 0= x00000000 > > >>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 > > >>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 > > >>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space > > >>>> (EE) Screen(s) found, but none have a usable configuration. > > >>>> > > >>>> Fatal server error: > > >>>> no screens found > > >>>> > > >>>> Please consult the The X.Org Foundation support > > >>>> at http://wiki.x.org > > >>>> for help. > > >>>> Please also check the log file at "/var/log/Xorg.0.log" for additi= onal > > >>>> informati > > >>>> on. > > >>>> > > >>>> info: [drm] nouveau_fifo_free: freeing fifo 1 > > >>>> error: [drm:pid6493:nouveau_fifo_free] *ERROR* Failed to idle chan= nel 1 > > >>>> before d > > >>>> estroy.Prepare for strangeness.. > > >>>> info: [drm] PFIFO_DMA_PUSHER - Ch 127 > > >>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xfffffffff= fffffff). > > >>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find reso= urce 0x1 > > >>>> > > >>>> =20 > >=20 --=20 Robert Noland FreeBSD --=-usmBgkqy+4mpv+R9GDoy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknKaHEACgkQM4TrQ4qfROMmVwCeMhJYYRLyvcUxfGMPZlhbtdZ+ 28gAn1QVjsqX6lRnQHT1f2MU+YV789WJ =SfXP -----END PGP SIGNATURE----- --=-usmBgkqy+4mpv+R9GDoy-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 17:36:11 2009 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 F181D1065795; Wed, 25 Mar 2009 17:36:10 +0000 (UTC) (envelope-from outi@bytephobia.de) Received: from dd18312.kasserver.com (dd18312.kasserver.com [85.13.138.194]) by mx1.freebsd.org (Postfix) with ESMTP id B092A8FC15; Wed, 25 Mar 2009 17:36:10 +0000 (UTC) (envelope-from outi@bytephobia.de) Received: from attini-ws2 (pD9E367EC.dip.t-dialin.net [217.227.103.236]) by dd18312.kasserver.com (Postfix) with ESMTP id CADEB184DE321; Wed, 25 Mar 2009 18:11:16 +0100 (CET) Date: Wed, 25 Mar 2009 18:11:12 +0100 From: Patrick Hurrelmann To: Peter =?UTF-8?B?QW5rZXJzdMOlbA==?= Message-ID: <20090325181112.311da216@attini-ws2> In-Reply-To: <91FBB56E-9B1F-469D-A83E-03396AA850FC@pean.org> References: <91FBB56E-9B1F-469D-A83E-03396AA850FC@pean.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.14.4; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, John Baldwin Subject: Re: LSI Logic raid status X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 17:36:12 -0000 On Tue, 24 Mar 2009 13:40:20 +0100 Peter Ankerst=C3=A5l wrote: > Hi, >=20 > I have a LSI Logic sata/sas raid running, is there a way to see the =20 > state of > the volume, like optimal, degraded or resyncing? >=20 > I've tried several commands with camcontrol but I cant figure it out. >=20 > -- > Peter Ankerst=C3=A5l > peter@pean.org > http://www.pean.org/ Hi all, actually there is finally a solution. In Perforce you'll find mptutil and mptd. The first one is a utility to check the raid status and the second one a daemon that checks and informs about the raid status periodically. Again many thanks to John Baldwin (cc'ed to this mail) for this awesome and highly appreciated work and to made Yahoo actually let him release the sources. Examples from usage on a Dell PowerEdge 860 with PERC5/iR: [outi@munich:~%] sudo mptutil show volumes=20 mpt0 Volumes: Id Size Level Stripe State Write-Cache Name da0 ( 232G) RAID-1 OPTIMAL Enabled =20 [outi@munich:~%] sudo mptutil volume status da0 Volume da0 status: state: OPTIMAL flags: ENABLED [outi@munich:~%] sudo mptutil show adapter =20 mpt0 Adapter: Board Name: SAS5ira Board Assembly:=20 Chip Name: C1068 Chip Revision: UNUSED RAID Levels: RAID0, RAID1, RAID1E RAID0 Stripes: 64K RAID1E Stripes: 64K RAID0 Drives/Vol: 2-8 RAID1 Drives/Vol: 2 RAID1E Drives/Vol: 3-8 Both tools can be found at http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=3D//depot/user/jhb/ra= id&HIDEDEL=3DNO It compiles and works out of the box on 7.1-RELEASE. =20 Regards, Patrick --=20 =EF=BB=BF=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Patrick Hurrelmann Mannheim, Germany outi@bytephobia.de www.bytephobia.de From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 18:15:03 2009 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 571F9106564A for ; Wed, 25 Mar 2009 18:15:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id E19FD8FC1F for ; Wed, 25 Mar 2009 18:15:02 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 32090 invoked by uid 399); 25 Mar 2009 18:14:58 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 25 Mar 2009 18:14:58 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49CA74A0.6030201@FreeBSD.org> Date: Wed, 25 Mar 2009 11:14:56 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: Robert Noland References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> <1237798914.2110.24.camel@balrog.2hip.net> <49C85F4E.5050002@gddsn.org.cn> <1237882591.1771.26.camel@balrog.2hip.net> <49C97EEB.4090607@gddsn.org.cn> <1237961497.1828.2.camel@balrog.2hip.net> <49C9ED34.20504@gddsn.org.cn> <1237998972.1828.4.camel@balrog.2hip.net> In-Reply-To: <1237998972.1828.4.camel@balrog.2hip.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org, wsk Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 18:15:03 -0000 Can you guys please stop quoting hundreds of lines of text to add 2 lines of new material? :) Thanks, Doug From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 19:58:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E20B21065673; Wed, 25 Mar 2009 19:58:38 +0000 (UTC) (envelope-from bp@eden.barryp.org) Received: from itasca.hexavalent.net (itasca.hexavalent.net [67.207.138.180]) by mx1.freebsd.org (Postfix) with ESMTP id B9D1A8FC20; Wed, 25 Mar 2009 19:58:38 +0000 (UTC) (envelope-from bp@eden.barryp.org) Received: from host-236-232-107-208.midco.net ([208.107.232.236] helo=eden.barryp.org) by itasca.hexavalent.net with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1LmYcR-0001ej-Mn; Wed, 25 Mar 2009 14:18:31 -0500 Received: from macbook.home ([10.66.1.10]) by eden.barryp.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1LmYcH-000LGa-Sj; Wed, 25 Mar 2009 14:18:25 -0500 Message-ID: <49CA837D.3040202@barryp.org> Date: Wed, 25 Mar 2009 14:18:21 -0500 From: Barry Pederson User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Ivan Voras References: <49CA3795.609@bsd.ee> <49CA4498.2020007@bsd.ee> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 32bit filesystem limitations X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 19:58:39 -0000 Ivan Voras wrote: > Andrei Kolu wrote: >>> >> I created 20GB slice for system and selected everything else for /data >> but after restart I see again 1,2TB /data. After second sysinstall >> attempt I created another 2TB slice and now at least I can use whole >> space. Not so good but it works. >> >> Second attempt: >> Now I reserved 20GB for "boot volume" from 3Ware 9650SE controller and >> looks like it ...oops...did it again....deem. >> >> # df -H >> Filesystem Size Used Avail Capacity Mounted on >> /dev/da0s1a 2.1G 146M 1.8G 8% / >> devfs 1.0k 1.0k 0B 100% /dev >> /dev/da1s1d 1.2T 4.1k 1.1T 0% /data >> /dev/da0s1d 3.1G 12k 2.9G 0% /tmp >> /dev/da0s1f 8.3G 450M 7.2G 6% /usr >> /dev/da0s1e 4.2G 281k 3.8G 0% /var > > Ok, you're on the right track. Just don't use bsdlabel or fdisk > partitions for da1 - clear the partition tables and use gpart to create > a GPT partition tables which has no 32-bit problems. Is there any reason not to skip labeling/partitioning and use da1 directly? Just newfs it and mount it. I've done this with a couple large Areca arrays with no ill effect so far. Barry From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 20:01:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12E73106567D for ; Wed, 25 Mar 2009 20:01:41 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id 96BA28FC1A for ; Wed, 25 Mar 2009 20:01:40 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by bwz8 with SMTP id 8so203718bwz.43 for ; Wed, 25 Mar 2009 13:01:39 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <49CA837D.3040202@barryp.org> References: <49CA3795.609@bsd.ee> <49CA4498.2020007@bsd.ee> <49CA837D.3040202@barryp.org> Date: Wed, 25 Mar 2009 21:01:24 +0100 Received: by 10.204.31.207 with SMTP id z15mr3463645bkc.63.1238011299557; Wed, 25 Mar 2009 13:01:39 -0700 (PDT) Message-ID: <9bbcef730903251301u5ca861f5vcbe7622630cb180e@mail.gmail.com> From: Ivan Voras To: Barry Pederson Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: 32bit filesystem limitations X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 20:01:42 -0000 2009/3/25 Barry Pederson : > Is there any reason not to skip labeling/partitioning and use da1 directl= y? > =C2=A0Just newfs it and mount it. =C2=A0I've done this with a couple larg= e Areca > arrays with no ill effect so far. Nope, no practical reason. Skip the partitioning if you don't need it. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 21:23:23 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86EFE1065670; Wed, 25 Mar 2009 21:23:23 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 486098FC13; Wed, 25 Mar 2009 21:23:23 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:d93e:519d:eeb6:9049] (unknown [IPv6:2001:7b8:3a7:0:d93e:519d:eeb6:9049]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id ABEA95C43; Wed, 25 Mar 2009 22:23:21 +0100 (CET) Message-ID: <49CAA0CB.2040800@andric.com> Date: Wed, 25 Mar 2009 22:23:23 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b4pre) Gecko/20090324 Shredder/3.0b3pre MIME-Version: 1.0 To: Barry Pederson References: <49CA3795.609@bsd.ee> <49CA4498.2020007@bsd.ee> <49CA837D.3040202@barryp.org> In-Reply-To: <49CA837D.3040202@barryp.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: 32bit filesystem limitations X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 21:23:23 -0000 On 2009-03-25 20:18, Barry Pederson wrote: > Is there any reason not to skip labeling/partitioning and use da1 > directly? Just newfs it and mount it. I've done this with a couple > large Areca arrays with no ill effect so far. As long as you aren't going to run e.g. Windows dual-boot. ;-) From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 22:35:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3778C106567C for ; Wed, 25 Mar 2009 22:35:27 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id DA8958FC1D for ; Wed, 25 Mar 2009 22:35:26 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id n2PMZPWi059352 for ; Wed, 25 Mar 2009 17:35:25 -0500 (CDT) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id n2PMZPIE059351 for freebsd-stable@freebsd.org; Wed, 25 Mar 2009 17:35:25 -0500 (CDT) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Wed, 25 Mar 2009 17:35:25 -0500 From: Scott Lambert To: freebsd-stable@freebsd.org Message-ID: <20090325223525.GM80292@sysmon.tcworks.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <49C83673.3000604@aldan.algebra.com> <49C98202.9040403@modulus.org> <49C98680.7020301@aldan.algebra.com> <200903251232.11418.doconnor@gsoft.com.au> <49C99204.2050601@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49C99204.2050601@aldan.algebra.com> User-Agent: Mutt/1.4.2.2i Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2009 22:35:28 -0000 On Tue, Mar 24, 2009 at 10:08:04PM -0400, Mikhail T. wrote: > That said, I point out, that for me, dump is not failing (although it > did hang this morning). It is the restore, which fails to read dump's > output: > > unknown tape header type 213474529 > abort? [yn] n > resync restore, skipped 502 blocks > expected next file 54, got 0 > unknown tape header type -954356454 > abort? [yn] n > resync restore, skipped 29 blocks > expected next file 54, got 0 > unknown tape header type -1754938223 > abort? [yn] n > resync restore, skipped 482 blocks > expected next file 54, got 0 > unknown tape header type -915868704 > abort? [yn] n > resync restore, skipped 29 blocks > expected next file 54, got 0 > unknown tape header type 1790084751 > abort? [yn] n > resync restore, skipped 482 blocks > expected next file 54, got 0 > unknown tape header type 903667267 > abort? [yn] n > ... If you happen to have a different version of FreeBSD on another box of boxes, older or newer, you might try a test restore of your problem dump file on those boxes. If you can make a dump file which shows this bug on being fed to restore, which doesn't have sensitive information in it, I would be happy to download it and see if I can reproduce the problem on a few boxes with different versions of FreeBSD here. I had some restore issues in May of 2008 which got resolved because I could create a dump file which would fail to restore on a developer's system. But that was a different issue than you are seeing. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-stable@FreeBSD.ORG Wed Mar 25 23:54:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE88B106564A for ; Wed, 25 Mar 2009 23:54:28 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from smtp1.servage.net (smtp1.servage.net [77.232.76.11]) by mx1.freebsd.org (Postfix) with ESMTP id B4D678FC19 for ; Wed, 25 Mar 2009 23:54:28 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from [192.168.0.20] (roobarb.growveg.org [62.49.247.174]) by smtp1.servage.net (Postfix) with ESMTP id 68D68F9804E for ; Wed, 25 Mar 2009 21:52:44 +0000 (GMT) Message-ID: <49CAA7AB.8030506@reiteration.net> Date: Wed, 25 Mar 2009 21:52:43 +0000 From: John User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 23:54:29 -0000 Hi list I configured the malo device as per the manpage. Now I'm getting panic after the device is probed as per http://www.growveg.org/desktop/DSC_6973-3008.jpg Is there a parameter I can pass to boot that will ignore this driver/module? I have tried disable-module to no avail. Is the only option to use the rescue disk? I need loader.conf to be ignored now in order to get the system up at all. Is malo known to work under 7-STABLE? I notice the man page says it first appeared under FreeBSD 8.0. thanks From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 00:09:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A5C3106564A for ; Thu, 26 Mar 2009 00:09:50 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id C21408FC13 for ; Thu, 26 Mar 2009 00:09:49 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ewy19 with SMTP id 19so306235ewy.43 for ; Wed, 25 Mar 2009 17:09:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=GbP0fPedvsOpM2+Mbyy3kLSH25ZMiBwFUDN0tKVV8Wo=; b=sarrfxrWyPjrLu8St6SM/N3XEbvmGV8+DmJuugF2IF1H+wr7Bhm9B4BhTMC7pCicHO 8Vc+wFYa0GbJH1ymJ1YBJcaYTs9vhyBCRf5OqNtLJuhCNmOxNFF8Fp7rmWr7TacrzC7I NPOAbq7F1xCXAo4J1HhADNPp/fVXlfaKubQAY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=i1U33jTOEiAwM64B9ghK3Udi5ubEcCixwsNXFn3HDeOQXYYGfVTer0w0Ofq/JT3JQJ q/VSuMU5/oFgTsYosygOZqLVRgMmUKWa4VcGF9RnQ8Oy4qzwLC7dwhnJN5aqpljYlJy0 FRpfDYuZclztBVhP99DJ1x/yGQ95NTf3Czz0g= MIME-Version: 1.0 Received: by 10.210.35.5 with SMTP id i5mr143046ebi.34.1238026187271; Wed, 25 Mar 2009 17:09:47 -0700 (PDT) In-Reply-To: <49CAA7AB.8030506@reiteration.net> References: <49CAA7AB.8030506@reiteration.net> Date: Thu, 26 Mar 2009 01:09:47 +0100 Message-ID: <3a142e750903251709q1fdb39cfkb1b0276644c3c825@mail.gmail.com> From: "Paul B. Mahol" To: John Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 00:09:50 -0000 On 3/25/09, John wrote: > Hi list > > I configured the malo device as per the manpage. Now I'm getting panic > after the device is probed as per > http://www.growveg.org/desktop/DSC_6973-3008.jpg > > Is there a parameter I can pass to boot that will ignore this > driver/module? I have tried disable-module to no avail. Is the only > option to use the rescue disk? I need loader.conf to be ignored now in > order to get the system up at all. Under loader prompt type "unload", and than "load kernel" with required modules one by one and type "boot" at end. This will not work if malo is part of kernel itself. > Is malo known to work under 7-STABLE? I notice the man page says it > first appeared under FreeBSD 8.0. backtrace from textdump can help debugging crash, but use "kldload if_malo" after boot so that dumping can actually work, in other words use loader.conf only when you know that driver is actually stable/working. -- Paul From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 00:10:43 2009 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 2064B1065672; Thu, 26 Mar 2009 00:10:43 +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 D2BD48FC1E; Thu, 26 Mar 2009 00:10:42 +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.3/8.14.3) with ESMTP id n2Q0AeNZ038386; Wed, 25 Mar 2009 20:10:40 -0400 (EDT) (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.3/8.14.3) with ESMTP id n2Q0Adjf079083; Wed, 25 Mar 2009 20:10:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id DF43E1B5060; Wed, 25 Mar 2009 20:10:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090326001039.DF43E1B5060@freebsd-stable.sentex.ca> Date: Wed, 25 Mar 2009 20:10:39 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 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: Thu, 26 Mar 2009 00:10:44 -0000 TB --- 2009-03-25 22:26:27 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-03-25 22:26:27 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2009-03-25 22:26:27 - cleaning the object tree TB --- 2009-03-25 22:26:52 - cvsupping the source tree TB --- 2009-03-25 22:26:52 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2009-03-25 22:27:01 - building world TB --- 2009-03-25 22:27:01 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-25 22:27:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-25 22:27:01 - TARGET=amd64 TB --- 2009-03-25 22:27:01 - TARGET_ARCH=amd64 TB --- 2009-03-25 22:27:01 - TZ=UTC TB --- 2009-03-25 22:27:01 - __MAKE_CONF=/dev/null TB --- 2009-03-25 22:27:01 - cd /src TB --- 2009-03-25 22:27:01 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 25 22:27:03 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Mar 25 23:56:15 UTC 2009 TB --- 2009-03-25 23:56:15 - generating LINT kernel config TB --- 2009-03-25 23:56:15 - cd /src/sys/amd64/conf TB --- 2009-03-25 23:56:15 - /usr/bin/make -B LINT TB --- 2009-03-25 23:56:15 - building LINT kernel TB --- 2009-03-25 23:56:15 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-25 23:56:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-25 23:56:15 - TARGET=amd64 TB --- 2009-03-25 23:56:15 - TARGET_ARCH=amd64 TB --- 2009-03-25 23:56:15 - TZ=UTC TB --- 2009-03-25 23:56:15 - __MAKE_CONF=/dev/null TB --- 2009-03-25 23:56:15 - cd /src TB --- 2009-03-25 23:56:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 25 23:56:15 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/linux32/linux32_machdep.c cc -c -x assembler-with-cpp -DLOCORE -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/amd64/linux32/linux32_support.s cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/linux32/linux32_sysent.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/linux32/linux32_sysvec.c /src/sys/amd64/linux32/linux32_sysvec.c: In function 'exec_linux_setregs': /src/sys/amd64/linux32/linux32_sysvec.c:835: error: '__LINUX_NPXCW__' undeclared (first use in this function) /src/sys/amd64/linux32/linux32_sysvec.c:835: error: (Each undeclared identifier is reported only once /src/sys/amd64/linux32/linux32_sysvec.c:835: error: for each function it appears in.) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-26 00:10:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-26 00:10:39 - ERROR: failed to build lint kernel TB --- 2009-03-26 00:10:39 - 5228.70 user 566.48 system 6252.63 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 00:46:34 2009 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 8CA901065678; Thu, 26 Mar 2009 00:46: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 616E78FC24; Thu, 26 Mar 2009 00:46: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.3/8.14.3) with ESMTP id n2Q0kV09041562; Wed, 25 Mar 2009 20:46:31 -0400 (EDT) (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.3/8.14.3) with ESMTP id n2Q0kVVF074133; Wed, 25 Mar 2009 20:46:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id C6A661B5060; Wed, 25 Mar 2009 20:46:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090326004631.C6A661B5060@freebsd-stable.sentex.ca> Date: Wed, 25 Mar 2009 20:46:31 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 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: Thu, 26 Mar 2009 00:46:35 -0000 TB --- 2009-03-25 23:26:12 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-03-25 23:26:12 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2009-03-25 23:26:12 - cleaning the object tree TB --- 2009-03-25 23:26:41 - cvsupping the source tree TB --- 2009-03-25 23:26:42 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2009-03-25 23:26:51 - building world TB --- 2009-03-25 23:26:51 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-25 23:26:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-25 23:26:51 - TARGET=i386 TB --- 2009-03-25 23:26:51 - TARGET_ARCH=i386 TB --- 2009-03-25 23:26:51 - TZ=UTC TB --- 2009-03-25 23:26:51 - __MAKE_CONF=/dev/null TB --- 2009-03-25 23:26:51 - cd /src TB --- 2009-03-25 23:26:51 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 25 23:26:52 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 26 00:30:49 UTC 2009 TB --- 2009-03-26 00:30:49 - generating LINT kernel config TB --- 2009-03-26 00:30:49 - cd /src/sys/i386/conf TB --- 2009-03-26 00:30:49 - /usr/bin/make -B LINT TB --- 2009-03-26 00:30:49 - building LINT kernel TB --- 2009-03-26 00:30:49 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-26 00:30:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-26 00:30:49 - TARGET=i386 TB --- 2009-03-26 00:30:49 - TARGET_ARCH=i386 TB --- 2009-03-26 00:30:49 - TZ=UTC TB --- 2009-03-26 00:30:49 - __MAKE_CONF=/dev/null TB --- 2009-03-26 00:30:49 - cd /src TB --- 2009-03-26 00:30:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 26 00:30:49 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/linux/linux_ptrace.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/i386/linux/linux_support.s cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/linux/linux_sysent.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/linux/linux_sysvec.c /src/sys/i386/linux/linux_sysvec.c: In function 'exec_linux_setregs': /src/sys/i386/linux/linux_sysvec.c:808: error: '__LINUX_NPXCW__' undeclared (first use in this function) /src/sys/i386/linux/linux_sysvec.c:808: error: (Each undeclared identifier is reported only once /src/sys/i386/linux/linux_sysvec.c:808: error: for each function it appears in.) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-26 00:46:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-26 00:46:31 - ERROR: failed to build lint kernel TB --- 2009-03-26 00:46:31 - 4067.34 user 406.84 system 4819.24 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 00:54:13 2009 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 417011065670; Thu, 26 Mar 2009 00:54:13 +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 30D658FC1F; Thu, 26 Mar 2009 00:54:11 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from lp.gddsn.org.cn (unknown [10.44.8.159]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id 8F7B92E00E; Thu, 26 Mar 2009 08:53:01 +0800 (CST) Message-ID: <49CAD237.9020301@gddsn.org.cn> Date: Thu, 26 Mar 2009 08:54:15 +0800 From: wsk User-Agent: Thunderbird 2.0.0.19 (X11/20090204) MIME-Version: 1.0 To: Robert Noland References: <49B88449.3000403@gddsn.org.cn> <49B8AC04.10508@gddsn.org.cn> <49C6E5C6.60306@gddsn.org.cn> <1237798914.2110.24.camel@balrog.2hip.net> <49C85F4E.5050002@gddsn.org.cn> <1237882591.1771.26.camel@balrog.2hip.net> <49C97EEB.4090607@gddsn.org.cn> <1237961497.1828.2.camel@balrog.2hip.net> <49C9ED34.20504@gddsn.org.cn> <1237998972.1828.4.camel@balrog.2hip.net> <1238001777.1828.17.camel@balrog.2hip.net> In-Reply-To: <1238001777.1828.17.camel@balrog.2hip.net> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, x11@freebsd.org, current@freebsd.org, John Baldwin Subject: Re: [PREVIEW] Nouveau on FreeBSD (Take 2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 00:54:14 -0000 Robert Noland wrote: > On Wed, 2009-03-25 at 11:36 -0500, Robert Noland wrote: > >> On Wed, 2009-03-25 at 16:37 +0800, wsk wrote: >> >>> Robert Noland wrote: >>> >>>> On Wed, 2009-03-25 at 08:46 +0800, wsk wrote: >>>> >>>> >>>>> Robert Noland wrote: >>>>> >>>>> >>>>>> On Tue, 2009-03-24 at 12:19 +0800, wsk wrote: >>>>>> >>>>>> >>>>>> >>>>>>> Robert Noland wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>> On Mon, 2009-03-23 at 09:28 +0800, wsk wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>>> Ok, this patch should work on NV50 chips also. >>>>>>>>>> >>>>>>>>>> What you get is EXA and Xv. >>>>>>>>>> >>>>>>>>>> You still need: >>>>>>>>>> >>>>>>>>>> A recent -CURRENT or -STABLE. >>>>>>>>>> >>>>>>>>>> git master of libdrm and xf86-video-nouveau. >>>>>>>>>> >>>>>>>>>> This patch. >>>>>>>>>> >>>>>>>>>> Things I've figured out since the last patch... >>>>>>>>>> >>>>>>>>>> On NV50 class hardware you need to have a compositing manager running >>>>>>>>>> for Xv to work. That means xcompmgr, metacity with composite enabled, >>>>>>>>>> xfce (rumored to work as well, haven't tried). If your running Gnome >>>>>>>>>> with metacity, open gconf-editor and go to apps->metacity->general and >>>>>>>>>> check the composite box. >>>>>>>>>> >>>>>>>>>> On NV40 class hardware, you don't need the composite manager. In fact >>>>>>>>>> (at least with Xserver 1.6 which I'm running now), if a composite >>>>>>>>>> manager is enabled, I'm seeing high cpu utilization from Xorg under some >>>>>>>>>> circumstances. I don't think this is a drm issue, but still an issue. >>>>>>>>>> For me, if I start a video using mplayer in an xterm, cpu is fine as >>>>>>>>>> long as that xterm is the foreground window. If it is not the >>>>>>>>>> foreground window, even if it isn't obscured I see the cpu utilization. >>>>>>>>>> Disabling the composite manager makes everything fine. >>>>>>>>>> >>>>>>>>>> http://people.freebsd.org/~rnoland/drm-nouveau-032109.patch >>>>>>>>>> >>>>>>>>>> robert. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> get the following errors and exitThis is a pre-release version of the X server from The X.Org Foundation. >>>>>>>>> It is not supported in any way. >>>>>>>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. >>>>>>>>> Select the "xorg" product for bugs you find in this release. >>>>>>>>> Before reporting bugs in pre-release versions please check the >>>>>>>>> latest version in the X.Org Foundation git repository. >>>>>>>>> See http://wiki.x.org/wiki/GitPage for git access instructions. >>>>>>>>> >>>>>>>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) >>>>>>>>> Release Date: 2009-1-30 >>>>>>>>> X Protocol Version 11, Revision 0 >>>>>>>>> Build Operating System: FreeBSD 7.1-STABLE amd64 >>>>>>>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD 7.2-PRE >>>>>>>>> RELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/sr >>>>>>>>> c/sys/WSK amd64 >>>>>>>>> Build Date: 06 February 2009 04:22:44PM >>>>>>>>> >>>>>>>>> Before reporting problems, check http://wiki.x.org >>>>>>>>> to make sure that you have the latest version. >>>>>>>>> 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: Mon Mar 23 09:14:03 2009 >>>>>>>>> ing config file: "xorg.conf1" >>>>>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>>>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>>>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>>>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>>>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>>>>>>> drm0: [ITHREAD] >>>>>>>>> info: [drm] Allocating FIFO number 1 >>>>>>>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 >>>>>>>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 >>>>>>>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space >>>>>>>>> (EE) Screen(s) found, but none have a usable configuration. >>>>>>>>> >>>>>>>>> Fatal server error: >>>>>>>>> no screens found >>>>>>>>> >>>>>>>>> Please consult the The X.Org Foundation support >>>>>>>>> at http://wiki.x.org >>>>>>>>> for help. >>>>>>>>> Please also check the log file at "/var/log/Xorg.0.log" for additional informati >>>>>>>>> on. >>>>>>>>> >>>>>>>>> info: [drm] nouveau_fifo_free: freeing fifo 1 >>>>>>>>> error: [drm:pid30722:nouveau_fifo_free] *ERROR* Failed to idle channel 1 before >>>>>>>>> destroy.Prepare for strangeness.. >>>>>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>>>>> error: [drm:pid30722:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>>>>>>> >>>>>>>>> what can i do ? >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> plain text document attachment (Xorg.0.log) >>>>>>>>> This is a pre-release version of the X server from The X.Org Foundation. >>>>>>>>> It is not supported in any way. >>>>>>>>> Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. >>>>>>>>> Select the "xorg" product for bugs you find in this release. >>>>>>>>> Before reporting bugs in pre-release versions please check the >>>>>>>>> latest version in the X.Org Foundation git repository. >>>>>>>>> See http://wiki.x.org/wiki/GitPage for git access instructions. >>>>>>>>> >>>>>>>>> X.Org X Server 1.5.99.902 (1.6.0 RC 2) >>>>>>>>> Release Date: 2009-1-30 >>>>>>>>> X Protocol Version 11, Revision 0 >>>>>>>>> Build Operating System: FreeBSD 7.1-STABLE amd64 >>>>>>>>> Current Operating System: FreeBSD lp.gddsn.org.cn 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/src/sys/WSK amd64 >>>>>>>>> Build Date: 06 February 2009 04:22:44PM >>>>>>>>> >>>>>>>>> Before reporting problems, check http://wiki.x.org >>>>>>>>> to make sure that you have the latest version. >>>>>>>>> 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: Mon Mar 23 09:14:03 2009 >>>>>>>>> (++) Using config file: "xorg.conf1" >>>>>>>>> (==) No Layout section. Using the first Screen section. >>>>>>>>> (==) No screen section available. Using defaults. >>>>>>>>> (**) |-->Screen "Default Screen Section" (0) >>>>>>>>> (**) | |-->Monitor "" >>>>>>>>> (==) No device specified for screen "Default Screen Section". >>>>>>>>> Using the first device section listed. >>>>>>>>> (**) | |-->Device "Card0" >>>>>>>>> (==) No monitor specified for screen "Default Screen Section". >>>>>>>>> Using a default monitor configuration. >>>>>>>>> (==) Automatically adding devices >>>>>>>>> (==) Automatically enabling devices >>>>>>>>> (==) No FontPath specified. Using compiled-in default. >>>>>>>>> (==) FontPath set to: >>>>>>>>> built-ins >>>>>>>>> (==) ModulePath set to "/usr/local/lib/xorg/modules" >>>>>>>>> (II) Cannot locate a core pointer device. >>>>>>>>> (II) Cannot locate a core keyboard device. >>>>>>>>> (II) The server relies on HAL to provide the list of input devices. >>>>>>>>> If no devices become available, reconfigure HAL or disable AllowEmptyInput. >>>>>>>>> (II) Loader magic: 0xb20 >>>>>>>>> (II) Module ABI versions: >>>>>>>>> X.Org ANSI C Emulation: 0.4 >>>>>>>>> X.Org Video Driver: 5.0 >>>>>>>>> X.Org XInput driver : 4.0 >>>>>>>>> X.Org Server Extension : 2.0 >>>>>>>>> (II) Loader running on freebsd >>>>>>>>> (--) Using syscons driver with X support (version 2.0) >>>>>>>>> (--) using VT number 9 >>>>>>>>> >>>>>>>>> (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, Mem @ 0xfd000000/16777216, 0x00000000/268435456, 0xfa000000/33554432, I/O @ 0x0000df00/128, BIOS @ 0x????????/65536 >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> Ok, thats a new one... >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> (II) System resource ranges: >>>>>>>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] >>>>>>>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] >>>>>>>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] >>>>>>>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] >>>>>>>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] >>>>>>>>> (II) LoadModule: "extmod" >>>>>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so >>>>>>>>> (II) Module extmod: vendor="X.Org Foundation" >>>>>>>>> compiled for 1.5.99.902, module version = 1.0.0 >>>>>>>>> Module class: X.Org Server Extension >>>>>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>>>>> (II) Loading extension MIT-SCREEN-SAVER >>>>>>>>> (II) Loading extension XFree86-VidModeExtension >>>>>>>>> (II) Loading extension XFree86-DGA >>>>>>>>> (II) Loading extension DPMS >>>>>>>>> (II) Loading extension XVideo >>>>>>>>> (II) Loading extension XVideo-MotionCompensation >>>>>>>>> (II) Loading extension X-Resource >>>>>>>>> (II) LoadModule: "dbe" >>>>>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so >>>>>>>>> (II) Module dbe: vendor="X.Org Foundation" >>>>>>>>> compiled for 1.5.99.902, module version = 1.0.0 >>>>>>>>> Module class: X.Org Server Extension >>>>>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>>>>> (II) Loading extension DOUBLE-BUFFER >>>>>>>>> (II) LoadModule: "glx" >>>>>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so >>>>>>>>> (II) Module glx: vendor="X.Org Foundation" >>>>>>>>> compiled for 1.5.99.902, module version = 1.0.0 >>>>>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>>>>> (==) AIGLX disabled >>>>>>>>> (==) Exporting typical set of GLX visuals >>>>>>>>> (II) Loading extension GLX >>>>>>>>> (II) LoadModule: "record" >>>>>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so >>>>>>>>> (II) Module record: vendor="X.Org Foundation" >>>>>>>>> compiled for 1.5.99.902, module version = 1.13.0 >>>>>>>>> Module class: X.Org Server Extension >>>>>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>>>>> (II) Loading extension RECORD >>>>>>>>> (II) LoadModule: "dri" >>>>>>>>> (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so >>>>>>>>> (II) Module dri: vendor="X.Org Foundation" >>>>>>>>> compiled for 1.5.99.902, module version = 1.0.0 >>>>>>>>> ABI class: X.Org Server Extension, version 2.0 >>>>>>>>> (II) Loading extension XFree86-DRI >>>>>>>>> (II) LoadModule: "nouveau" >>>>>>>>> (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so >>>>>>>>> (II) Module nouveau: vendor="X.Org Foundation" >>>>>>>>> compiled for 1.5.99.902, module version = 0.0.10 >>>>>>>>> Module class: X.Org Video Driver >>>>>>>>> ABI class: X.Org Video Driver, version 5.0 >>>>>>>>> (II) NOUVEAU driver Date: Wed Mar 18 09:36:33 2009 +1000 >>>>>>>>> (II) NOUVEAU driver for NVIDIA chipset families : >>>>>>>>> RIVA TNT (NV04) >>>>>>>>> RIVA TNT2 (NV05) >>>>>>>>> GeForce 256 (NV10) >>>>>>>>> GeForce 2 (NV11, NV15) >>>>>>>>> GeForce 4MX (NV17, NV18) >>>>>>>>> GeForce 3 (NV20) >>>>>>>>> GeForce 4Ti (NV25, NV28) >>>>>>>>> GeForce FX (NV3x) >>>>>>>>> GeForce 6 (NV4x) >>>>>>>>> GeForce 7 (G7x) >>>>>>>>> GeForce 8 (G8x) >>>>>>>>> (II) Primary Device is: PCI 01@00:00:0 >>>>>>>>> (II) resource ranges after probing: >>>>>>>>> [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] >>>>>>>>> [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] >>>>>>>>> [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] >>>>>>>>> [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] >>>>>>>>> [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] >>>>>>>>> (--) NOUVEAU(0): Chipset: "NVIDIA NV86" >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> Hrm, NV86... I'll have to ask around about that. Meanwhile can you send >>>>>>>> me a pciconf -lvb which should at least show us the BAR configuration. >>>>>>>> >>>>>>>> Ok, my sources are telling me that this should work and that it is an >>>>>>>> NV50, or at least should work the same... >>>>>>>> >>>>>>>> Also, just to be safe, please rebuild/reinstall devel/libpciaccess. I'm >>>>>>>> not sure if it may be trashing the BARs somehow. >>>>>>>> >>>>>>>> robert. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> bar [24] = type I/O Port, range 32, base 0xeff0, size 16, enabled >>>>>>> ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x01fe1028 chip=0x283e8086 >>>>>>> rev=0x02 hdr=0x00 >>>>>>> vendor = 'Intel Corporation' >>>>>>> device = '82801H (ICH8 Family) SMBus Controller' >>>>>>> class = serial bus >>>>>>> subclass = SMBus >>>>>>> bar [10] = type Memory, range 32, base 0xfebfbf00, size 256, enabled >>>>>>> bar [20] = type I/O Port, range 32, base 0x10c0, size 32, enabled >>>>>>> vgapci0@pci0:1:0:0: class=0x030000 card=0x01fe1028 chip=0x042910de >>>>>>> rev=0xa1 hdr=0x00 >>>>>>> vendor = 'Nvidia Corp' >>>>>>> device = 'Unknown nVidia Quadro FX 570M' >>>>>>> class = display >>>>>>> subclass = VGA >>>>>>> bar [10] = type Memory, range 32, base 0xfd000000, size 16777216, enabled >>>>>>> >>>>>>> >>>>>>> >>>>>> Ok, this is BAR 0, BARs 1 and 2 are indeed are not showing up. BAR 1 >>>>>> should be your framebuffer and should be where most of your memory is. >>>>>> (This is the memory the tell you about when you buy the card, 256M, >>>>>> 512M, etc.) It should probably be a 64bit BAR, which is why BAR 2 isn't >>>>>> there. We are going to need more details on your card... >>>>>> >>>>>> >>>>>> >>>>> indeed,my DELL D830 laptop video card is Quadro NVS 140M with 256M memory. >>>>> but it recognized Quadro FX 570M with pciconfig. >>>>> >>>>> >>>> So, the nouveau folks want me to get you to either boot linux and see >>>> what lspci shows for this card, or at least install the lspci port and >>>> see what it says. I don't think it is going to reveal anything, but who >>>> knows... This is not a driver issue at this point, the BARs just don't >>>> appear to be present. >>>> >>>> robert. >>>> >>>> >>>> >>> ok,here's my lspci -v messags with linux Fedora live CD :-) >>> and thanks your Re >>> >>> >>> 01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M >>> (rev a1) (prog-if 00 [VGA controller]) >>> Subsystem: Dell Device 01fe >>> Flags: bus master, fast devsel, latency 0, IRQ 5 >>> Memory at fd000000 (32-bit, non-prefetchable) [size=16M] >>> Memory at e0000000 (64-bit, prefetchable) [size=256M] >>> Memory at fa000000 (64-bit, non-prefetchable) [size=32M] >>> I/O ports at df00 [size=128] >>> [virtual] Expansion ROM at fc000000 [disabled] [size=128K] >>> Capabilities: [60] Power Management version 2 >>> Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ Count=1/1 >>> Enable- >>> Capabilities: [78] Express Endpoint, MSI 00 >>> Capabilities: [100] Virtual Channel >>> Capabilities: [128] Power Budgeting >>> Capabilities: [600] Vendor Specific Information >>> Kernel modules: nvidiafb >>> >> Ok, we need a little help on this one then... I don't know why we >> wouldn't see BAR 1. Time to rope jhb@ in. >> > > Can you send a verbose boot log. > > robert. > > your meant is on BSD or on Linux ? i guess on BSD so Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-PRERELEASE #2: Sun Mar 22 19:44:23 CST 2009 wsk@lp.gddsn.org.cn:/usr/obj/usr/src/sys/WSK Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80e5f000. Preloaded elf obj module "/boot/kernel/zfs.ko" at 0xffffffff80e5f210. Preloaded elf obj module "/boot/kernel/opensolaris.ko" at 0xffffffff80e5f878. Preloaded elf obj module "/boot/kernel/snd_hda.ko" at 0xffffffff80e5fe68. Preloaded elf obj module "/boot/kernel/sound.ko" at 0xffffffff80e60450. Preloaded /boot/zfs/zpool.cache "/boot/zfs/zpool.cache" at 0xffffffff80e60ab8. Preloaded elf obj module "/boot/kernel/ichsmb.ko" at 0xffffffff80e60b18. Preloaded elf obj module "/boot/kernel/smbus.ko" at 0xffffffff80e61040. Preloaded elf obj module "/boot/kernel/atapicam.ko" at 0xffffffff80e614a8. Preloaded elf obj module "/boot/kernel/ng_ubt.ko" at 0xffffffff80e61a98. Preloaded elf obj module "/boot/kernel/netgraph.ko" at 0xffffffff80e62000. Calibrating clock(s) ... i8254 clock: 1193158 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2394013896 Hz CPU: Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz (2394.01-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fa Stepping = 10 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 4278595584 (4080 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) 0x0000000000e90000 - 0x00000000d76e2fff, 3599052800 bytes (878675 pages) 0x0000000100002000 - 0x000000011ffeffff, 536797184 bytes (131054 pages) avail memory = 4113477632 (3922 MB) ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 ULE: setup cpu group 0 ULE: setup cpu 0 ULE: adding cpu 0 to group 0: cpus 1 mask 0x1 ULE: setup cpu group 1 ULE: setup cpu 1 ULE: adding cpu 1 to group 1: cpus 1 mask 0x2 This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ ACPI: RSDP @ 0x0xfbb00/0x0024 (v 2 DELL ) ACPI: XSDT @ 0x0xdfe5d200/0x0064 (v 1 DELL M08 0x27D8021C ASL 0x00000061) ACPI: FACP @ 0x0xdfe5d09c/0x00F4 (v 4 DELL M08 0x27D8021C ASL 0x00000061) ACPI: DSDT @ 0x0xdfe5d800/0x63F7 (v 2 INT430 SYSFexxx 0x00001001 INTL 0x20050624) ACPI: FACS @ 0x0xdfe6c000/0x0040 ACPI: HPET @ 0x0xdfe5d300/0x0038 (v 1 DELL M08 0x00000001 ASL 0x00000061) ACPI: APIC @ 0x0xdfe5d400/0x0068 (v 1 DELL M08 0x27D8021C ASL 0x00000047) ACPI: ASF! @ 0x0xdfe5d000/0x007E (v 32 DELL M08 0x27D8021C ASL 0x00000061) ACPI: MCFG @ 0x0xdfe5d3c0/0x003E (v 16 DELL M08 0x27D8021C ASL 0x00000061) ACPI: SLIC @ 0x0xdfe5d49c/0x0176 (v 1 DELL M08 0x27D8021C ASL 0x00000061) ACPI: TCPA @ 0x0xdfe5d700/0x0032 (v 1 0x00000000 ASL 0x00000000) ACPI: SSDT @ 0x0xdfe5b97e/0x04CC (v 1 PmRef CpuPm 0x00003000 INTL 0x20050624) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 2 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> wlan_amrr: snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_buffersize=16384 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 io: mem: null: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Mar 22 2009 19:44:13) acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.VID_.IGDP -> bus 0 dev 2 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.MCHP -> bus 0 dev 0 func 0 ACPI: SSDT @ 0x0xdfe6c080/0x0043 (v 1 LMPWR DELLLOM 0x00001001 INTL 0x20050624) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.ISAB.PIR1 -> bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.ISAB.PIR2 -> bus 0 dev 31 func 0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x8086 rev: 0x1 num: 2 hz: 14318180 opts: legacy_route 64-bit Timecounter "HPET" frequency 14318180 Hz quality 900 acpi0: reservation of 0, 9f000 (3) failed acpi0: reservation of 100000, dfd5b800 (3) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 9 10 11 Validation 0 255 N 0 9 10 11 After Disable 0 255 N 0 9 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 5 7 Validation 0 255 N 0 5 7 After Disable 0 255 N 0 5 7 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 9 10 11 Validation 0 255 N 0 9 10 11 After Disable 0 255 N 0 9 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 5 7 9 10 11 Validation 0 255 N 0 5 7 9 10 11 After Disable 0 255 N 0 5 7 9 10 11 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 9 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 9 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x2a00, revid=0x0c domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2a01, revid=0x0c domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x1a (6500 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x2834, revid=0x02 domain=0, bus=0, slot=26, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type I/O Port, range 32, base 0x6f20, size 5, enabled pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 20 found-> vendor=0x8086, dev=0x2835, revid=0x02 domain=0, bus=0, slot=26, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type I/O Port, range 32, base 0x6f00, size 5, enabled pcib0: matched entry for 0.26.INTB pcib0: slot 26 INTB hardwired to IRQ 21 found-> vendor=0x8086, dev=0x283a, revid=0x02 domain=0, bus=0, slot=26, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=9 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfed1c400, size 10, enabled pcib0: matched entry for 0.26.INTC pcib0: slot 26 INTC hardwired to IRQ 22 found-> vendor=0x8086, dev=0x284b, revid=0x02 domain=0, bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfebfc000, size 14, enabled pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 21 found-> vendor=0x8086, dev=0x283f, revid=0x02 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x2841, revid=0x02 domain=0, bus=0, slot=28, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x2845, revid=0x02 domain=0, bus=0, slot=28, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=d, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x2849, revid=0x02 domain=0, bus=0, slot=28, func=5 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x2830, revid=0x02 domain=0, bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type I/O Port, range 32, base 0x6f80, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 20 found-> vendor=0x8086, dev=0x2831, revid=0x02 domain=0, bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type I/O Port, range 32, base 0x6f60, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 21 found-> vendor=0x8086, dev=0x2832, revid=0x02 domain=0, bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=9 map[20]: type I/O Port, range 32, base 0x6f40, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 22 found-> vendor=0x8086, dev=0x2836, revid=0x02 domain=0, bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfed1c000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 20 found-> vendor=0x8086, dev=0x2448, revid=0xf2 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2815, revid=0x02 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2850, revid=0x02 domain=0, bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[20]: type I/O Port, range 32, base 0x6fa0, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2828, revid=0x02 domain=0, bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 3 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x6eb0, size 3, enabled map[14]: type I/O Port, range 32, base 0x6eb8, size 2, enabled map[18]: type I/O Port, range 32, base 0x6ec0, size 3, enabled map[1c]: type I/O Port, range 32, base 0x6ec8, size 2, enabled map[20]: type I/O Port, range 32, base 0x6ee0, size 4, enabled map[24]: type I/O Port, range 32, base 0xeff0, size 4, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x283e, revid=0x02 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0103, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[10]: type Memory, range 32, base 0xfebfbf00, size 8, enabled map[20]: type I/O Port, range 32, base 0x10c0, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xfa000000-0xfeafffff pcib1: prefetched decode 0xe0000000-0xefffffff pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x10de, dev=0x0429, revid=0xa1 domain=0, bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfd000000, size 24, enabled pcib1: requested memory range 0xfd000000-0xfdffffff: good map[14]: type Prefetchable Memory, range 64, base 0xe0000000, size 28, enabled pcib1: requested memory range 0xe0000000-0xefffffff: good map[1c]: type Memory, range 64, base 0xfa000000, size 25, enabled pcib1: requested memory range 0xfa000000-0xfbffffff: good map[24]: type I/O Port, range 32, base 0xdf00, size 7, enabled pcib1: requested I/O range 0xdf00-0xdf7f: in range pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 vgapci0: port 0xdf00-0xdf7f mem 0xfd000000-0xfdffffff,0xfa000000-0xfbffffff irq 16 at device 0.0 on pci1 uhci0: port 0x6f20-0x6f3f irq 20 at device 26.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x6f20 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 49 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 0x6f00-0x6f1f irq 21 at device 26.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x6f00 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 50 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfed1c400-0xfed1c7ff irq 22 at device 26.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfed1c400 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 51 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered hdac0: mem 0xfebfc000-0xfebfffff irq 21 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20090316_0130 hdac0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfebfc000 hdac0: [MPSAFE] hdac0: [ITHREAD] pcib2: at device 28.0 on pci0 pcib2: domain 0 pcib2: secondary bus 11 pcib2: subordinate bus 11 pcib2: I/O decode 0xf000-0xfff pcib2: no prefetched decode pci11: on pcib2 pci11: domain=0, physical bus=11 pcib3: at device 28.1 on pci0 pcib3: domain 0 pcib3: secondary bus 12 pcib3: subordinate bus 12 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xf9f00000-0xf9ffffff pcib3: prefetched decode 0xf0000000-0xf00fffff pci12: on pcib3 pci12: domain=0, physical bus=12 found-> vendor=0x14e4, dev=0x4328, revid=0x03 domain=0, bus=12, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf9ffc000, size 14, enabled pcib3: requested memory range 0xf9ffc000-0xf9ffffff: good map[18]: type Prefetchable Memory, range 64, base 0xf0000000, size 20, enabled pcib3: requested memory range 0xf0000000-0xf00fffff: good pcib3: matched entry for 12.0.INTA pcib3: slot 0 INTA hardwired to IRQ 17 pci12: at device 0.0 (no driver attached) pcib4: at device 28.3 on pci0 pcib4: domain 0 pcib4: secondary bus 13 pcib4: subordinate bus 14 pcib4: I/O decode 0xc000-0xcfff pcib4: memory decode 0xf9c00000-0xf9efffff pcib4: prefetched decode 0xf0100000-0xf03fffff pci13: on pcib4 pci13: domain=0, physical bus=13 pcib5: at device 28.5 on pci0 pcib5: domain 0 pcib5: secondary bus 9 pcib5: subordinate bus 9 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xf9b00000-0xf9bfffff pcib5: no prefetched decode pci9: on pcib5 pci9: domain=0, physical bus=9 found-> vendor=0x14e4, dev=0x1673, revid=0x02 domain=0, bus=9, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf9bf0000, size 16, enabled pcib5: requested memory range 0xf9bf0000-0xf9bfffff: good pcib5: matched entry for 9.0.INTA pcib5: slot 0 INTA hardwired to IRQ 17 bge0: mem 0xf9bf0000-0xf9bfffff irq 17 at device 0.0 on pci9 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf9bf0000 bge0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to vector 52 bge0: using IRQ 256 for MSI bge0: Disabling fastboot bge0: Disabling fastboot miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x0050ef, model 0x000c, rev. 0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:1c:23:97:bd:de bge0: [MPSAFE] bge0: [ITHREAD] uhci2: port 0x6f80-0x6f9f irq 20 at device 29.0 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x6f80 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0x6f60-0x6f7f irq 21 at device 29.1 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x6f60 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0x6f40-0x6f5f irq 22 at device 29.2 on pci0 uhci4: Reserved 0x20 bytes for rid 0x20 type 4 at 0x6f40 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xfed1c000-0xfed1c3ff irq 20 at device 29.7 on pci0 ehci1: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfed1c000 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: on usb6 uhub6: 6 ports with 6 removable, self powered pcib6: at device 30.0 on pci0 pcib6: domain 0 pcib6: secondary bus 3 pcib6: subordinate bus 4 pcib6: I/O decode 0xf000-0xfff pcib6: memory decode 0xf9a00000-0xf9afffff pcib6: no prefetched decode pcib6: Subtractively decoded bridge. pci3: on pcib6 pci3: domain=0, physical bus=3 found-> vendor=0x1217, dev=0x7135, revid=0x21 domain=0, bus=3, slot=1, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0, size 12, memory disabled found-> vendor=0x1217, dev=0x00f7, revid=0x02 domain=0, bus=3, slot=1, func=4 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf9aff000, size 12, enabled pcib6: requested memory range 0xf9aff000-0xf9afffff: good map[14]: type Memory, range 32, base 0xf9afe800, size 11, enabled pcib6: requested memory range 0xf9afe800-0xf9afefff: good pcib6: matched entry for 3.1.INTA pcib6: slot 1 INTA hardwired to IRQ 19 cbb0: at device 1.0 on pci3 pcib6: cbb0 requested memory range 0xf9a00000-0xf9afffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf9a00000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib6: matched entry for 3.1.INTA pcib6: slot 1 INTA hardwired to IRQ 19 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 53 cbb0: [MPSAFE] cbb0: [ITHREAD] cbb0: PCI Configuration space: 0x00: 0x71351217 0x04100007 0x06070021 0x00824000 0x10: 0xf9a00000 0x020000a0 0x20040403 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffd 0x30: 0x00000001 0x0000fffd 0x00000001 0x04400113 0x40: 0x01fe1028 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00000000 0x00000000 0x00000000 0x00000000 0x90: 0x00052404 0x00000000 0x00000000 0x00000000 0xa0: 0xfe020001 0x00c04000 0x00000015 0x0000000a 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x09004100 0x80e203ea 0x00000000 0x00400118 0xe0: 0x00820000 0x00000000 0x83000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 fwohci0: vendor=1217, dev=f7 fwohci0: vendor=1217, dev=f7 fwohci0: <1394 Open Host Controller Interface> mem 0xf9aff000-0xf9afffff,0xf9afe800-0xf9afefff irq 19 at device 1.4 on pci3 fwohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf9aff000 fwohci0: [MPSAFE] fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 42:4f:c0:00:11:0a:1c:5c fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 42:4f:c0:0a:1c:5c fwe0: bpf attached fwe0: Ethernet address: 42:4f:c0:0a:1c:5c fwip0: on firewire0 fwip0: bpf attached fwip0: Firewire address: 42:4f:c0:00:11:0a:1c:5c @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xd76c0000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x6fa0-0x6faf irq 16 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x6fa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 54 ata0: [MPSAFE] ata0: [ITHREAD] atapci1: port 0x6eb0-0x6eb7,0x6eb8-0x6ebb,0x6ec0-0x6ec7,0x6ec8-0x6ecb,0x6ee0-0x6eef,0xeff0-0xefff irq 17 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x6ee0 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 55 atapci1: [MPSAFE] atapci1: [ITHREAD] atapci1: Reserved 0x10 bytes for rid 0x24 type 4 at 0xeff0 ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x6eb0 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0x6eb8 ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x6ec0 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0x6ec8 ata3: reset tp1 mask=00 ostat0=ff ostat1=ff ata3: [MPSAFE] ata3: [ITHREAD] ichsmb0: port 0x10c0-0x10df mem 0xfebfbf00-0xfebfbfff irq 17 at device 31.3 on pci0 ichsmb0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x10c0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] smbus0: on ichsmb0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_tz0: on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 56 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 57 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model GlidePoint, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 58 sio0: [FILTER] cpu0: on acpi0 ACPI: SSDT @ 0x0xdfe5c4b4/0x02C8 (v 1 PmRef Cpu0Ist 0x00003000 INTL 0x20050624) ACPI: SSDT @ 0x0xdfe5be4a/0x05E5 (v 1 PmRef Cpu0Cst 0x00003001 INTL 0x20050624) est0: on cpu0 est0: Invalid id16 (set, cur) = (3375, 3110) est0: Invalid freq 2401, ignored. est0: Invalid id16 (set, cur) = (34827, 1554) est0: Invalid freq 800, ignored. p4tcc0: on cpu0 cpu1: on acpi0 ACPI: SSDT @ 0x0xdfe5c77c/0x00C4 (v 1 PmRef Cpu1Ist 0x00003000 INTL 0x20050624) ACPI: SSDT @ 0x0xdfe5c42f/0x0085 (v 1 PmRef Cpu1Cst 0x00003000 INTL 0x20050624) est1: on cpu1 est1: Invalid id16 (set, cur) = (3375, 3110) est1: Invalid freq 2401, ignored. est1: Invalid id16 (set, cur) = (34827, 1554) est1: Invalid freq 800, ignored. p4tcc1: on cpu1 ex_isa_identify() atkbdc: atkbdc0 already exists; skipping it sio: sio0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it ahc_isa_probe 0: ioport 0xc00 alloc failed isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcd7ff,0xcd800-0xcffff on isa0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices ubt0: on uhub0 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, buffer size=294 ums0: on uhub3 ums0: 3 buttons and Z dir. uhub7: on uhub5 uhub7: 4 ports with 3 removable, self powered ugen0: on uhub7 Device configuration finished. Reducing kern.maxvnodes 258634 -> 100000 procfs registered WARNING: ZFS is considered to be an experimental feature in FreeBSD. lapic: Divisor 2, Frequency 99750584 hz Timecounter "TSC" frequency 2394013896 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) acpi_acad0: acline initialization start acpi_acad0: Onata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire Line acpi_acad0: acline initialization done, tried 1 times battery0: baacd0: setting PIO4 on ICH8M chip ttery initialization start acd0: setting UDMA33 on ICH8M chip battery0: battery initialization done, tried 1 times battery1: battery initialization start ZFS filesystem version 6 ZFS storage pool version 6 acd0: DVDR drive at ata0 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 152627MB at ata2-master SATA300 ad4: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 ad4: Intel check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed hdac0: Probing codec #0... hdac0: HDA Codec #0: Sigmatel STAC9205X hdac0: HDA Codec ID: 0x838476a0 hdac0: Vendor: 0x8384 hdac0: Device: 0x76a0 hdac0: Revision: 0x02 hdac0: Stepping: 0x04 hdac0: PCI Subvendor: 0x01fe1028 hdac0: Found audio FG nid=1 startnode=10 endnode=38 total=28 hdac0: Probing codec #1... hdac0: HDA Codec #1: Conexant (Unknown) hdac0: HDA Codec ID: 0x14f12c06 hdac0: Vendor: 0x14f1 hdac0: Device: 0x2c06 hdac0: Revision: 0x00 hdac0: Stepping: 0x00 hdac0: PCI Subvendor: 0x01fe1028 hdac0: Found modem FG nid=2 startnode=112 endnode=116 total=4 hdac0: hdac0: Processing audio FG cad=0 nid=1... hdac0: GPIO: 0xc0000005 NumGPIO=5 NumGPO=0 NumGPI=0 GPIWake=1 GPIUnsol=1 hdac0: nid 10 0x0321101f as 1 seq 15 Headphones Jack jack 1 loc 3 color Black misc 0 hdac0: nid 11 0x0381102e as 2 seq 14 Line-in Jack jack 1 loc 3 color Black misc 0 hdac0: nid 12 0x90a70120 as 2 seq 0 Mic Fixed jack 7 loc 16 color Unknown misc 1 hdac0: nid 13 0x90170110 as 1 seq 0 Speaker Fixed jack 7 loc 16 color Unknown misc 1 hdac0: nid 14 0x40f000f0 as 15 seq 0 Other None jack 0 loc 0 color Unknown misc 0 hdac0: nid 15 0x40f000f1 as 15 seq 1 Other None jack 0 loc 0 color Unknown misc 0 hdac0: nid 20 0x40f000f2 as 15 seq 2 Other None jack 0 loc 0 color Unknown misc 0 hdac0: nid 22 0x40f000f3 as 15 seq 3 Other None jack 0 loc 0 color Unknown misc 0 hdac0: nid 23 0x40f000f4 as 15 seq 4 Other None jack 0 loc 0 color Unknown misc 0 hdac0: nid 24 0x40f000f5 as 15 seq 5 Other None jack 0 loc 0 color Unknown misc 0 hdac0: nid 33 0x40f000f6 as 15 seq 6 Other None jack 0 loc 0 color Unknown misc 0 hdac0: nid 34 0x40f000f7 as 15 seq 7 Other None jack 0 loc 0 color Unknown misc 0 hdac0: Patched pins configuration: hdac0: nid 10 0x0321101f as 1 seq 15 Headphones Jack jack 1 loc 3 color Black misc 0 hdac0: nid 11 0x0381102e as 2 seq 14 Line-in Jack jack 1 loc 3 color Black misc 0 hdac0: nid 12 0x90a70120 as 2 seq 0 Mic Fixed jack 7 loc 16 color Unknown misc 1 hdac0: nid 13 0x90170110 as 1 seq 0 Speaker Fixed jack 7 loc 16 color Unknown misc 1 hdac0: nid 14 0x40f000f0 as 15 seq 0 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] hdac0: nid 15 0x40f000f1 as 15 seq 1 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] hdac0: nid 20 0x40f000f2 as 15 seq 2 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] hdac0: nid 22 0x40f000f3 as 15 seq 3 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] hdac0: nid 23 0x40f000f4 as 15 seq 4 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] hdac0: nid 24 0x40f000f5 as 15 seq 5 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] hdac0: nid 33 0x40f000f6 as 15 seq 6 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] hdac0: nid 34 0x40f000f7 as 15 seq 7 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] hdac0: 2 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=13 seq=0 hdac0: Pin nid=10 seq=15 hdac0: Association 1 (2) in: hdac0: Pin nid=12 seq=0 hdac0: Pin nid=11 seq=14 hdac0: Tracing association 0 (1) hdac0: Pin 13 traced to DAC 16 hdac0: Pin 10 traced to DAC 16 and hpredir 0 hdac0: Association 0 (1) trace succeeded hdac0: Tracing association 1 (2) hdac0: Pin 12 traced to ADC 18 hdac0: Pin 11 traced to ADC 18 hdac0: Association 1 (2) trace succeeded hdac0: Tracing input monitor hdac0: Tracing beeper hdac0: Enabling headphone/speaker audio routing switching: hdac0: as=0 sense nid=10 [UNSOL] hdac0: Pin sense: nid=10 res=0x7fffffff hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: IN amp: 0x00050f00 hdac0: OUT amp: 0x80027f7f hdac0: hdac0: nid: 10 hdac0: Name: pin: Headphones (Black Jack) hdac0: Widget cap: 0x00400181 hdac0: UNSOL STEREO hdac0: Association: 0 (0x00008000) hdac0: Pin cap: 0x0000173f hdac0: ISC TRQD PDC HP OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x0321101f hdac0: Pin control: 0x00000080 HP hdac0: connections: 2 hdac0: | hdac0: + <- nid=16 [audio output] (selected) hdac0: + [DISABLED] <- nid=17 [audio output] [DISABLED] hdac0: hdac0: nid: 11 hdac0: Name: pin: Line-in (Black Jack) hdac0: Widget cap: 0x00400181 hdac0: UNSOL STEREO hdac0: Association: 1 (0x00004000) hdac0: OSS: line (line) hdac0: Pin cap: 0x00001737 hdac0: ISC TRQD PDC OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x0381102e hdac0: Pin control: 0x00000024 IN VREFs hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=16 [audio output] (selected) hdac0: + [DISABLED] <- nid=17 [audio output] [DISABLED] hdac0: hdac0: nid: 12 hdac0: Name: pin: Mic (Fixed) hdac0: Widget cap: 0x00400181 hdac0: UNSOL STEREO hdac0: Association: 1 (0x00000001) hdac0: OSS: monitor (monitor) hdac0: Pin cap: 0x00001737 hdac0: ISC TRQD PDC OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x90a70120 hdac0: Pin control: 0x00000024 IN VREFs hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=17 [audio output] [DISABLED] hdac0: hdac0: nid: 13 hdac0: Name: pin: Speaker (Fixed) hdac0: Widget cap: 0x00400181 hdac0: UNSOL STEREO hdac0: Association: 0 (0x00000001) hdac0: Pin cap: 0x0000003f hdac0: ISC TRQD PDC HP OUT IN hdac0: Pin config: 0x90170110 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 1 hdac0: | hdac0: + <- nid=16 [audio output] hdac0: hdac0: nid: 14 [DISABLED] hdac0: Name: pin: Other (None) hdac0: Widget cap: 0x00400181 hdac0: UNSOL STEREO hdac0: Pin cap: 0x00001737 hdac0: ISC TRQD PDC OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x40f000f0 hdac0: Pin control: 0x00000000 hdac0: connections: 1 hdac0: | hdac0: + <- nid=16 [audio output] hdac0: hdac0: nid: 15 [DISABLED] hdac0: Name: pin: Other (None) hdac0: Widget cap: 0x00400181 hdac0: UNSOL STEREO hdac0: Pin cap: 0x00001737 hdac0: ISC TRQD PDC OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x40f000f1 hdac0: Pin control: 0x00000000 hdac0: connections: 1 hdac0: | hdac0: + <- nid=17 [audio output] [DISABLED] hdac0: hdac0: nid: 16 hdac0: Name: audio output hdac0: Widget cap: 0x000d0c05 hdac0: LRSWAP PWR STEREO hdac0: Association: 0 (0x00008001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: Output amp: 0x80027f7f hdac0: mute=1 step=127 size=2 offset=127 hdac0: hdac0: nid: 17 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x000d0c05 hdac0: LRSWAP PWR STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: Output amp: 0x80027f7f hdac0: mute=1 step=127 size=2 offset=127 hdac0: hdac0: nid: 18 hdac0: Name: audio input hdac0: Widget cap: 0x001d0541 hdac0: PWR PROC STEREO hdac0: Association: 1 (0x00004001) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: connections: 1 hdac0: | hdac0: + <- nid=29 [audio selector] hdac0: hdac0: nid: 19 [DISABLED] hdac0: Name: audio input hdac0: Widget cap: 0x001d0541 hdac0: PWR PROC STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: connections: 1 hdac0: | hdac0: + <- nid=30 [audio selector] [DISABLED] hdac0: hdac0: nid: 20 [DISABLED] hdac0: Name: pin: Other (None) hdac0: Widget cap: 0x0040010c hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x40f000f2 hdac0: Pin control: 0x00000000 hdac0: Output amp: 0x80051f1f hdac0: mute=1 step=31 size=5 offset=31 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=21 [audio mixer] [DISABLED] hdac0: hdac0: nid: 21 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x00200100 hdac0: connections: 1 hdac0: | hdac0: + <- nid=16 [audio output] hdac0: hdac0: nid: 22 [DISABLED] hdac0: Name: pin: Other (None) hdac0: Widget cap: 0x00400001 hdac0: STEREO hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x40f000f3 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 23 [DISABLED] hdac0: Name: pin: Other (None) hdac0: Widget cap: 0x00400001 hdac0: STEREO hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x40f000f4 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 24 [DISABLED] hdac0: Name: pin: Other (None) hdac0: Widget cap: 0x00400001 hdac0: STEREO hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x40f000f5 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 25 hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Association: 1 (0x00004001) hdac0: OSS: line, monitor hdac0: Output amp: 0x00270400 hdac0: mute=0 step=4 size=39 offset=0 hdac0: connections: 7 hdac0: | hdac0: + [DISABLED] <- nid=14 [pin: Other (None)] [DISABLED] hdac0: + [DISABLED] <- nid=22 [pin: Other (None)] [DISABLED] hdac0: + [DISABLED] <- nid=15 [pin: Other (None)] [DISABLED] hdac0: + <- nid=11 [pin: Line-in (Black Jack)] hdac0: + <- nid=12 [pin: Mic (Fixed)] (selected) hdac0: + [DISABLED] <- nid=13 [pin: Speaker (Fixed)] hdac0: + [DISABLED] <- nid=10 [pin: Headphones (Black Jack)] hdac0: hdac0: nid: 26 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Output amp: 0x00270400 hdac0: mute=0 step=4 size=39 offset=0 hdac0: connections: 7 hdac0: | hdac0: + [DISABLED] <- nid=14 [pin: Other (None)] [DISABLED] (selected) hdac0: + [DISABLED] <- nid=22 [pin: Other (None)] [DISABLED] hdac0: + [DISABLED] <- nid=15 [pin: Other (None)] [DISABLED] hdac0: + <- nid=11 [pin: Line-in (Black Jack)] hdac0: + <- nid=12 [pin: Mic (Fixed)] hdac0: + <- nid=13 [pin: Speaker (Fixed)] hdac0: + <- nid=10 [pin: Headphones (Black Jack)] hdac0: hdac0: nid: 27 hdac0: Name: audio selector hdac0: Widget cap: 0x00300103 hdac0: STEREO hdac0: Association: 1 (0x00004001) hdac0: OSS: line, monitor hdac0: Input amp: 0x00050f00 hdac0: mute=0 step=15 size=5 offset=0 hdac0: connections: 1 hdac0: | hdac0: + <- nid=25 [audio selector] hdac0: hdac0: nid: 28 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x00300103 hdac0: STEREO hdac0: Input amp: 0x00050f00 hdac0: mute=0 step=15 size=5 offset=0 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=26 [audio selector] [DISABLED] hdac0: hdac0: nid: 29 hdac0: Name: audio selector hdac0: Widget cap: 0x0030090d hdac0: LRSWAP STEREO hdac0: Association: 1 (0x00004001) hdac0: OSS: line, monitor hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 3 hdac0: | hdac0: + <- nid=27 [audio selector] (selected) hdac0: + [DISABLED] <- nid=23 [pin: Other (None)] [DISABLED] hdac0: + [DISABLED] <- nid=24 [pin: Other (None)] [DISABLED] hdac0: hdac0: nid: 30 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x0030090d hdac0: LRSWAP STEREO hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 3 hdac0: | hdac0: + <- nid=28 [audio selector] [DISABLED] (selected) hdac0: + [DISABLED] <- nid=23 [pin: Other (None)] [DISABLED] hdac0: + [DISABLED] <- nid=24 [pin: Other (None)] [DISABLED] hdac0: hdac0: nid: 31 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x00040211 hdac0: DIGITAL STEREO hdac0: Stream cap: 0x00000005 hdac0: AC3 PCM hdac0: PCM cap: 0x000e05e0 hdac0: 16 20 24 bits, 44 48 88 96 192 KHz hdac0: hdac0: nid: 32 [DISABLED] hdac0: Name: audio input hdac0: Widget cap: 0x00140311 hdac0: DIGITAL STEREO hdac0: Stream cap: 0x00000005 hdac0: AC3 PCM hdac0: PCM cap: 0x000e0160 hdac0: 16 20 24 bits, 44 48 96 KHz hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=34 [pin: Other (None)] [DISABLED] hdac0: hdac0: nid: 33 [DISABLED] hdac0: Name: pin: Other (None) hdac0: Widget cap: 0x00400301 hdac0: DIGITAL STEREO hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x40f000f6 hdac0: Pin control: 0x00000000 hdac0: connections: 3 hdac0: | hdac0: + <- nid=31 [audio output] [DISABLED] (selected) hdac0: + <- nid=29 [audio selector] hdac0: + <- nid=30 [audio selector] [DISABLED] hdac0: hdac0: nid: 34 [DISABLED] hdac0: Name: pin: Other (None) hdac0: Widget cap: 0x00430681 hdac0: PWR DIGITAL UNSOL STEREO hdac0: Pin cap: 0x00010024 hdac0: PDC IN EAPD hdac0: Pin config: 0x40f000f7 hdac0: Pin control: 0x00000000 hdac0: EAPD: 0x00000002 hdac0: hdac0: nid: 35 hdac0: Name: beep widget hdac0: Widget cap: 0x0070000c hdac0: Association: -2 (0x00000000) hdac0: OSS: speaker (speaker) hdac0: Output amp: 0x00170303 hdac0: mute=0 step=3 size=23 offset=3 hdac0: hdac0: nid: 36 [DISABLED] hdac0: Name: volume widget hdac0: Widget cap: 0x00600000 hdac0: connections: 2 hdac0: | hdac0: + <- nid=16 [audio output] (selected) hdac0: + <- nid=17 [audio output] [DISABLED] hdac0: hdac0: nid: 37 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00001 hdac0: STEREO hdac0: hdac0: Processing modem FG cad=1 nid=2... hdac0: pcm0: at cad 0 nid 1 on hdac0 pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e07e0 pcm0: 16 20 24 bits, 44 48 88 96 176 192 KHz pcm0: DAC: 16 pcm0: pcm0: Record: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e07e0 pcm0: 16 20 24 bits, 44 48 88 96 176 192 KHz pcm0: ADC: 18 pcm0: pcm0: +-------------------------------+ pcm0: | DUMPING Playback/Record Paths | pcm0: +-------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: nid=10 [pin: Headphones (Black Jack)] pcm0: | pcm0: + <- nid=16 [audio output] [src: pcm] pcm0: pcm0: nid=13 [pin: Speaker (Fixed)] pcm0: | pcm0: + <- nid=16 [audio output] [src: pcm] pcm0: pcm0: Record: pcm0: pcm0: nid=18 [audio input] pcm0: | pcm0: + <- nid=29 [audio selector] [src: line, monitor] pcm0: | pcm0: + <- nid=27 [audio selector] [src: line, monitor] pcm0: | pcm0: + <- nid=25 [audio selector] [src: line, monitor] pcm0: | pcm0: + <- nid=11 [pin: Line-in (Black Jack)] [src: line] pcm0: + <- nid=12 [pin: Mic (Fixed)] [src: monitor] pcm0: pcm0: +-------------------------+ pcm0: | DUMPING Volume Controls | pcm0: +-------------------------+ pcm0: pcm0: Master Volume (OSS: vol) pcm0: | pcm0: +- ctl 1 (nid 16 out): -95/0dB (128 steps) + mute pcm0: pcm0: PCM Volume (OSS: pcm) pcm0: | pcm0: +- ctl 1 (nid 16 out): -95/0dB (128 steps) + mute pcm0: pcm0: Speaker/Beep Volume (OSS: speaker) pcm0: | pcm0: +- ctl 10 (nid 35 out): -18/0dB (4 steps) pcm0: pcm0: Recording Level (OSS: rec) pcm0: | pcm0: +- ctl 4 (nid 25 out): 0/40dB (5 steps) pcm0: +- ctl 6 (nid 27 in 0): 0/22dB (16 steps) pcm0: +- ctl 8 (nid 29 out): mute pcm0: pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "rec": pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 39b0000, 4000; 0xffffffff02108000 -> 39b0000 pcm0: sndbuf_setmap 39c0000, 4000; 0xffffffff02118000 -> 39c0000 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe0:ata0:0:0:0): Down reving Protocol Version from 2 to 0? (probe0:ata0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata0:0:0:0): CAM Status: SCSI Status Error (probe0:ata0:0:0:0): SCSI Status: Check Condition (probe0:ata0:0:0:0): NOT READY csi:0,0,bb,0 asc:3a,0 (probe0:ata0:0:0:0): Medium not present (probe0:ata0:0:0:0): (probe0:ata0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata0:0:0:0): NOT READY csi:0,0,bb,0 asc:3a,0 (probe0:ata0:0:0:0): Medium not present Unretryable error (probe0:ata0:0:0:0): error 6 (probe0:ata0:0:0:0): Unretryable Error (probe0:ata0:0:0:0): error 6 (probe0:ata0:0:0:0): Unretryable Error acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:sbp0:0:0:0): error 22 (probe1:sbp0:0:0:0): Unretryable Error (probe2:sbp0:0:1:0): error 22 (probe2:sbp0:0:1:0): Unretryable Error (probe3:sbp0:0:2:0): error 22 (probe3:sbp0:0:2:0): Unretryable Error (probe4:sbp0:0:3:0): error 22 (probe4:sbp0:0:3:0): Unretryable Error (probe5:sbp0:0:4:0): error 22 (probe5:sbp0:0:4:0): Unretryable Error (probe6:sbp0:0:5:0): error 22 (probe6:sbp0:0:5:0): Unretryable Error (probe7:sbp0:0:6:0): error 22 (probe7:sbp0:0:6:0): Unretryable Error pass0 at ata0 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 33.000MB/s transfers GEOM: new disk cd0 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ( c d 0 : aItDa:0: 00:x00:1000)0:0 0e0r r o rV E6R: (0cxd000:0a5t0a001:40 :L0D:R0:) :0 xU0n0r0e0t0r0y0a0b lDeF RE:r r0oxrf ffcfdf0f faft a t al0i nbtu0s: 00 xta0r0g0e1t0 700 0 lluinn t01: c0dx00:0 0<0H0L4-0D0T -TSPTR :D V0Dx+0-0R0W0 0G0S0A0- TS1V1RN: A01x0030>0 0R0e1mfofva b l et iCmDe-rR:O M0 xS0C0S0I2-000 edfe vtihceer m : c0dx00:0 03130.000000 MeBr/rs: t0rxa0n0s0f1e0r0s0 0 cpdc0m:: A0txt0e0m0p1t0 0t0o0 q uery idoeavpiicce0 :s iAzssei gfnaiinlge d:I SNAO TI RRQE A1D Yt,o lMoecdailu mA PnIoCt 0pre sieonatpi c0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 0 ioapic0: Assigning ISA IRQ 12 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 0 ioapic0: Assigning PCI IRQ 17 to local APIC 1 ioapic0: Assigning PCI IRQ 19 to local APIC 0 ioapic0: Assigning PCI IRQ 20 to local APIC 1 ioapic0: Assigning PCI IRQ 21 to local APIC 0 ioapic0: Assigning PCI IRQ 22 to local APIC 1 msi: Ass(icgdn0i:nga taM0S:I0 :IR0Q: 0)2:5 6e tror olro c6a l( cAdP0I:C a0ta 0:0:0:0): Unretryable Error (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error scsi_cd.c::ioctl cmd=4400648b error=25 (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error Trying to mount root from zfs:tank start_init: trying /sbin/init bge0: Disabling fastboot bge0: Disabling fastboot WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() WARNING: attempt to net_add_domain(netgraph) after domainfinalize() bge0: link UP Linux ELF exec handler installed >> robert. >> >> >>> 0c:00.0 Network controller: Broadcom Corporation BCM4328 802.11a/b/g/n >>> (rev 03) >>> Subsystem: Dell Wireless 1500 Draft 802.11n WLAN Mini-card >>> Flags: bus master, fast devsel, latency 0, IRQ 17 >>> Memory at f9ffc000 (64-bit, non-prefetchable) [size=16K] >>> Memory at f0000000 (64-bit, prefetchable) [size=1M] >>> Capabilities: [40] Power Management version 2 >>> Capabilities: [58] Vendor Specific Information >>> Capabilities: [e8] Message Signalled Interrupts: Mask- 64bit+ Count=1/1 >>> Enable- >>> Capabilities: [d0] Express Endpoint, MSI 00 >>> Capabilities: [100] Advanced Error Reporting >>> UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- >>> ECRC- UnsupReq- ACSVoil- >>> UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- >>> ECRC- UnsupReq- ACSVoil- >>> UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ >>> MalfTLP+ ECRC- UnsupReq- ACSVoil- >>> CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- >>> CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ >>> AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- >>> Capabilities: [13c] Virtual Channel >>> Capabilities: [160] Device Serial Number 1c-00-a4-ff-ff-26-df-c0 >>> Capabilities: [16c] Power Budgeting >>> Kernel driver in use: b43-pci-bridge >>> Kernel modules: ssb >>> >>> >>>>>> >>>>>> >>>>>> >>>>>>> bar [1c] = type Memory, range 64, base 0xfa000000, size 33554432, enabled >>>>>>> >>>>>>> >>>>>>> >>>>>> This one is BAR 3, which is used when it doesn't find BAR 1. >>>>>> >>>>>> robert. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> bar [24] = type I/O Port, range 32, base 0xdf00, size 128, enabled >>>>>>> ndis0@pci0:12:0:0: class=0x028000 card=0x000a1028 chip=0x432814e4 >>>>>>> rev=0x03 hdr=0x00 >>>>>>> >>>>>>> and follow your intrudction.still pain me :( >>>>>>> >>>>>>> (++) Using config file: "xorg.conf1" >>>>>>> drm0: on vgapci0 >>>>>>> info: [drm] Detected an NV50 generation card (0x086900a2) >>>>>>> vgapci0: child drm0 requested pci_enable_busmaster >>>>>>> info: [drm] Initialized nouveau 0.0.12 20060213 >>>>>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x2 >>>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>>>>> drm0: [ITHREAD] >>>>>>> info: [drm] Allocating FIFO number 1 >>>>>>> error: [drm:pid6494:nouveau_graph_trapped_channel] *ERROR* AIII, >>>>>>> invalid/inactiv >>>>>>> e channel id 128 >>>>>>> info: [drm] PGRAPH_ERROR - nSource:info: [drm] PROTECTION_ERRORinfo: >>>>>>> [drm] , nSt >>>>>>> atus:info: [drm] >>>>>>> info: [drm] PGRAPH_ERROR - Ch -1/0 Class 0x0000 Mthd 0x0000 Data >>>>>>> 0x00000000:0x00 >>>>>>> 000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 1: >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408900: 0x8000003f >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408904: 0xcf6f7f0e >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408908: 0xfff7367f >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040890c: 0x00001850 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408910: 0xafff3587 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e08: 0x800b6fad >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e0c: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e10: 0x4df4fd60 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e14: 0x000000d7 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e18: 0x3139768d >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e1c: 0xf6d69757 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e20: 0x63161650 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00408e24: 0x07220009 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* magic set 2: >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409900: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409904: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409908: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x0040990c: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409910: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e08: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e0c: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e10: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e14: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e18: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e1c: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e20: 0x00000000 >>>>>>> error: [drm:pid6494:nv50_pgraph_irq_handler] *ERROR* 0x00409e24: 0x00000000 >>>>>>> info: [drm] nouveau_fifo_alloc: initialised FIFO 1 >>>>>>> info: [drm] PFIFO_DMA_PUSHER - Ch 1 >>>>>>> (EE) NOUVEAU(0): 1296: No valid FB address in PCI config space >>>>>>> (EE) Screen(s) found, but none have a usable configuration. >>>>>>> >>>>>>> Fatal server error: >>>>>>> no screens found >>>>>>> >>>>>>> Please consult the The X.Org Foundation support >>>>>>> at http://wiki.x.org >>>>>>> for help. >>>>>>> Please also check the log file at "/var/log/Xorg.0.log" for additional >>>>>>> informati >>>>>>> on. >>>>>>> >>>>>>> info: [drm] nouveau_fifo_free: freeing fifo 1 >>>>>>> error: [drm:pid6493:nouveau_fifo_free] *ERROR* Failed to idle channel 1 >>>>>>> before d >>>>>>> estroy.Prepare for strangeness.. >>>>>>> info: [drm] PFIFO_DMA_PUSHER - Ch 127 >>>>>>> vgapci0: 0x10000000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>>> error: [drm:pid6493:drm_alloc_resource] *ERROR* Couldn't find resource 0x1 >>>>>>> >>>>>>> >>>>>>> From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 01:28:54 2009 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 004CA106564A; Thu, 26 Mar 2009 01:28:53 +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 C94788FC15; Thu, 26 Mar 2009 01:28:53 +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.3/8.14.3) with ESMTP id n2Q1Spo3043516; Wed, 25 Mar 2009 21:28:51 -0400 (EDT) (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.3/8.14.3) with ESMTP id n2Q1SpmZ090503; Wed, 25 Mar 2009 21:28:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 62A611B5060; Wed, 25 Mar 2009 21:28:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090326012851.62A611B5060@freebsd-stable.sentex.ca> Date: Wed, 25 Mar 2009 21:28:51 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 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: Thu, 26 Mar 2009 01:28:54 -0000 TB --- 2009-03-26 00:10:40 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-03-26 00:10:40 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2009-03-26 00:10:40 - cleaning the object tree TB --- 2009-03-26 00:11:00 - cvsupping the source tree TB --- 2009-03-26 00:11:00 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2009-03-26 00:11:11 - building world TB --- 2009-03-26 00:11:11 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-26 00:11:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-26 00:11:11 - TARGET=pc98 TB --- 2009-03-26 00:11:11 - TARGET_ARCH=i386 TB --- 2009-03-26 00:11:11 - TZ=UTC TB --- 2009-03-26 00:11:11 - __MAKE_CONF=/dev/null TB --- 2009-03-26 00:11:11 - cd /src TB --- 2009-03-26 00:11:11 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 26 00:11:12 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 26 01:14:48 UTC 2009 TB --- 2009-03-26 01:14:48 - generating LINT kernel config TB --- 2009-03-26 01:14:48 - cd /src/sys/pc98/conf TB --- 2009-03-26 01:14:48 - /usr/bin/make -B LINT TB --- 2009-03-26 01:14:48 - building LINT kernel TB --- 2009-03-26 01:14:48 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-26 01:14:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-26 01:14:48 - TARGET=pc98 TB --- 2009-03-26 01:14:48 - TARGET_ARCH=i386 TB --- 2009-03-26 01:14:48 - TZ=UTC TB --- 2009-03-26 01:14:48 - __MAKE_CONF=/dev/null TB --- 2009-03-26 01:14:48 - cd /src TB --- 2009-03-26 01:14:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 26 01:14:48 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/i386/linux/linux_ptrace.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/i386/linux/linux_support.s cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/i386/linux/linux_sysent.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/i386/linux/linux_sysvec.c /src/sys/i386/linux/linux_sysvec.c: In function 'exec_linux_setregs': /src/sys/i386/linux/linux_sysvec.c:808: error: '__LINUX_NPXCW__' undeclared (first use in this function) /src/sys/i386/linux/linux_sysvec.c:808: error: (Each undeclared identifier is reported only once /src/sys/i386/linux/linux_sysvec.c:808: error: for each function it appears in.) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-26 01:28:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-26 01:28:51 - ERROR: failed to build lint kernel TB --- 2009-03-26 01:28:51 - 3906.61 user 403.13 system 4691.21 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 01:32:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7F59106564A for ; Thu, 26 Mar 2009 01:32:59 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from smtp1.servage.net (smtp1.servage.net [77.232.76.11]) by mx1.freebsd.org (Postfix) with ESMTP id 8CFC28FC0A for ; Thu, 26 Mar 2009 01:32:59 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from [192.168.0.20] (roobarb.growveg.org [62.49.247.174]) by smtp1.servage.net (Postfix) with ESMTP id 094B6F984DC; Thu, 26 Mar 2009 01:32:58 +0000 (GMT) Message-ID: <49CADB48.2090002@reiteration.net> Date: Thu, 26 Mar 2009 01:32:56 +0000 From: John User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: "Paul B. Mahol" References: <49CAA7AB.8030506@reiteration.net> <3a142e750903251709q1fdb39cfkb1b0276644c3c825@mail.gmail.com> In-Reply-To: <3a142e750903251709q1fdb39cfkb1b0276644c3c825@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 01:33:00 -0000 Paul B. Mahol wrote: > On 3/25/09, John wrote: >> Hi list >> >> I configured the malo device as per the manpage. Now I'm getting panic >> after the device is probed as per >> http://www.growveg.org/desktop/DSC_6973-3008.jpg >> >> Is there a parameter I can pass to boot that will ignore this >> driver/module? I have tried disable-module to no avail. Is the only >> option to use the rescue disk? I need loader.conf to be ignored now in >> order to get the system up at all. > > Under loader prompt type "unload", and than "load kernel" with required > modules one by one and type "boot" at end. Thanks very much, that fixed it! -- John From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 02:54:35 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8594A106567F for ; Thu, 26 Mar 2009 02:54:35 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 47DE78FC1E for ; Thu, 26 Mar 2009 02:54:35 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0506.google.com with SMTP id l9so567881rvb.43 for ; Wed, 25 Mar 2009 19:54:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem; bh=ucEZSA7Gf6oZOEcR73GrBCVLlqZVIzgN4ic5n00sbRE=; b=uVqq9fnoq8vmJqSfC1IMBH/WVDVdqPTNx+B9EE4qs6KZf1e0XrQbAkkqqFhuItDW2p Nqw5QnlV3fpFbmGih7vuVq/R+TAiqGgOnqonfU+kAekOV7W+4wmpNIl6VJepYLsdSyiy 1nU/u6iYC/XK/1RA3TUDfnUrJDzV72FcFr1fY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent :organization:x-operation-sytem; b=VPCXgUZ6x02uwiesHYpx1Gh06Nm9z6bE4mxuIPa/YUsqdNBA5PqSo9H5OpeRvLgvBR O6gFh+7CIsm6KUrViTFQxDZNhrmQ+YpTH7t5h+S0mFryrAfhUs055VX1tAGjCS3Ddbia B7uHSNVm8kKPSgLC3anhXQPVMG7u9467beqZU= Received: by 10.141.42.10 with SMTP id u10mr159121rvj.241.1238036074845; Wed, 25 Mar 2009 19:54:34 -0700 (PDT) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id k41sm5382257rvb.26.2009.03.25.19.54.33 (version=SSLv3 cipher=RC4-MD5); Wed, 25 Mar 2009 19:54:34 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Thu, 26 Mar 2009 11:54:31 +0900 From: Weongyo Jeong Date: Thu, 26 Mar 2009 11:54:31 +0900 To: John Message-ID: <20090326025431.GC14916@weongyo.cdnetworks.kr> References: <49CAA7AB.8030506@reiteration.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <49CAA7AB.8030506@reiteration.net> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 02:54:36 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Mar 25, 2009 at 09:52:43PM +0000, John wrote: > Hi list > > I configured the malo device as per the manpage. Now I'm getting panic > after the device is probed as per > http://www.growveg.org/desktop/DSC_6973-3008.jpg Could you please test it with attached patch to fix a page fault? I don't know why bus_dma_tag_create() returns ENOMEM that it looks temporary. > Is there a parameter I can pass to boot that will ignore this > driver/module? I have tried disable-module to no avail. Is the only > option to use the rescue disk? I need loader.conf to be ignored now in > order to get the system up at all. > > Is malo known to work under 7-STABLE? I notice the man page says it > first appeared under FreeBSD 8.0. It works since 7.1 Release and it's my fault that the manpage should be updated. regards, Weongyo Jeong --HlL+5n6rz5pIUxbD Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="patch_malo_20090326_panic.diff" Index: if_malo_pci.c =================================================================== --- if_malo_pci.c (revision 187939) +++ if_malo_pci.c (working copy) @@ -260,10 +260,8 @@ error = malo_attach(pci_get_device(dev), sc); - if (error != 0) { - malo_pci_detach(dev); - return (error); - } + if (error != 0) + goto bad1; return (error); bad1: --HlL+5n6rz5pIUxbD-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 04:30:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE013106564A for ; Thu, 26 Mar 2009 04:30:07 +0000 (UTC) (envelope-from invite@noreply.snapvine.com) Received: from noreply.snapvine.com (fc-p-fw1.snapvine.com [192.147.161.13]) by mx1.freebsd.org (Postfix) with ESMTP id B445C8FC0C for ; Thu, 26 Mar 2009 04:30:07 +0000 (UTC) (envelope-from invite@noreply.snapvine.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=noreply; d=noreply.snapvine.com; h=From:To:Subject:Mime-Version:Content-Type:Date:Message-Id; i=invite@noreply.snapvine.com; bh=i7QuShWCPr220LoXtkd5wcjU18I=; b=i34H0sKrWv6hurHzddpKXBWteBUm+wMR997hP/1ye15VSsbyVaEv1g70yTWQh04fCN1LPtWgb7uT F4LLMoq4uG5XVWLgYlRRWBQXIJ+qm+AyMnrxoUiLSdYMTB4bhphjFF9vs6SloW+yugVBsEmMuOd3 RoJGr+CeL6MMPvTzfug= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=noreply; d=noreply.snapvine.com; b=nPIdgN6QWkA1OUR8A3d/iA4RT/qfK9y1mTTflscxckp4t1Fn59Oq3T5Mn+S2r4zv8KAx3NHvDJeN DAdqlLenFPQhFqTYZWAyXu9RPhfUAw68MYDXo+tj2SVrU7ZyLEtTt53NpinOnU2+vFlAe7LyxLLi nDS6c0gZ1Nirtd2cHVI=; Received: from mail.snapvine.com (10.20.30.62) by noreply.snapvine.com (PowerMTA(TM) v3.2r21) id hpc2cu0h484d for ; Wed, 25 Mar 2009 21:17:07 -0700 (envelope-from ) Received: (nullmailer pid 3011 invoked by uid 901); Thu, 26 Mar 2009 04:17:07 -0000 From: Fanny To: freebsd-stable@freebsd.org Mime-Version: 1.0 X-Campaignid: snapvine.22000000.01 Date: Wed, 25 Mar 2009 21:17:07 -0700 Message-Id: <1238041027.025259.3010.nullmailer@mail.snapvine.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: Quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fanny added you as a friend X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 04:30:08 -0000 Hi freebsd-stable, I want to add you as a friend on Snapvine. It's really cool because you c= an hear your friends and they can hear you. It's free and works on myspac= e and everywhere else. To view the invitation, go to the URL: http://www.snapvine.com/signup?reason=3Dinvite&friend=3DA0WCrBm8Ed6UmAAwS= FsPiA&email=3Dfreebsd-stable%40freebsd.org -Fanny This email was sent to freebsd-stable@freebsd.org on 09:17 PM 03/25/2009 To unsubscribe from all emails, go to: http://www.snapvine.com/user/email_optout?email_address=3Dfreebsd-stable%= 40freebsd.org&jobid=3D22000000.01 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 05:39:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25E8C106564A for ; Thu, 26 Mar 2009 05:39:26 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8D66C8FC0C for ; Thu, 26 Mar 2009 05:39:25 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from inchoate.localnet (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 n2Q5d74c026867 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Mar 2009 16:09:09 +1030 (CST) (envelope-from darius@dons.net.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 26 Mar 2009 16:08:56 +1030 User-Agent: KMail/1.10.4 (Linux/2.6.27-11-generic; KDE/4.1.4; i686; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7204689.KsPHQF3LC7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200903261609.03160.darius@dons.net.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Saifi Khan Subject: Re: FreeBSD 8.x 200902 snapshot Unable to find device node X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 05:39:26 -0000 --nextPart7204689.KsPHQF3LC7 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Moved to -stable since 6.x is -stable. On Thursday 26 March 2009 12:32:08 Saifi Khan wrote: > Hi: > > Trying to install FreeBSD 6.x 200902 snapshot from a DVD media > on a i386 box and i encounter this error dialog after selecting > distribution set. > > "Unable to find device node for /dev/ad4/s2b in /dev! > The creation of filesystems will be aborted" Why is it /dev/ad4/s2b? Shouldn't it be /dev/ad4s2b? Or is that extra '/' a typo? If you open the emergency holographic shell, what does echo /dev/ad4* say? =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 --nextPart7204689.KsPHQF3LC7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJyxTx5ZPcIHs/zowRAv79AJ42I/4IrM8kLmv6jL4zXp2f+FluuACfUsFL qXFJag2WLfpjTs4zXHS46ek= =jyMh -----END PGP SIGNATURE----- --nextPart7204689.KsPHQF3LC7-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 09:25:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD55A10656C4 for ; Thu, 26 Mar 2009 09:25:14 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by mx1.freebsd.org (Postfix) with ESMTP id 4A6518FC19 for ; Thu, 26 Mar 2009 09:25:14 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n2Q9P44b013340 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Mar 2009 20:25:05 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n2Q9P4sO057618; Thu, 26 Mar 2009 20:25:04 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n2Q9P4N6057617; Thu, 26 Mar 2009 20:25:04 +1100 (EST) (envelope-from peter) Date: Thu, 26 Mar 2009 20:25:04 +1100 From: Peter Jeremy To: "Daniel O'Connor" Message-ID: <20090326092504.GF56137@server.vk2pj.dyndns.org> References: <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <49C9E635.5010106@kkip.pl> <200903251925.36108.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Mjqg7Yu+0hL22rav" Content-Disposition: inline In-Reply-To: <200903251925.36108.doconnor@gsoft.com.au> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: "Mikhail T." , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape header type 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 09:25:15 -0000 --Mjqg7Yu+0hL22rav Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Mar-25 19:25:28 +1030, Daniel O'Connor wrot= e: >One other thing would be to make absolutely sure that your version of dump= &=20 >restore are in sync, the are very machine/version dependent. Actually, they aren't - the archive format is very stable. (This is a fairly important requirement - you don't want to suddenly be unable to restore your backups after an upgrade). I can restore dumps made on FreeBSD4.8/i386 and FreeBSD4.9/alpha on a FreeBSD-current/amd64 system without problems. It's possible that you might have problems with a backup made using a very recent dump on a very old restore if you've used filesystem features that didn't exist when that restore was built. --=20 Peter Jeremy --Mjqg7Yu+0hL22rav Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAknLSfAACgkQ/opHv/APuIcudACgxNIAZcEZ2+95dCWS8+S1eIG/ 4msAn3S4G8J1LQPI/oCK+QF+teL5OmKF =eC27 -----END PGP SIGNATURE----- --Mjqg7Yu+0hL22rav-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 09:48:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44433106566B; Thu, 26 Mar 2009 09:48:25 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by mx1.freebsd.org (Postfix) with ESMTP id C2CC68FC20; Thu, 26 Mar 2009 09:48:24 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n2Q9mMBX015716 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Mar 2009 20:48:23 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n2Q9mMtS057790; Thu, 26 Mar 2009 20:48:22 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n2Q9mL5l057789; Thu, 26 Mar 2009 20:48:21 +1100 (EST) (envelope-from peter) Date: Thu, 26 Mar 2009 20:48:21 +1100 From: Peter Jeremy To: "Jack L. Stone" Message-ID: <20090326094821.GG56137@server.vk2pj.dyndns.org> References: <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <49C9E635.5010106@kkip.pl> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sLx0z+5FKKtIVDwd" Content-Disposition: inline In-Reply-To: <3.0.1.32.20090325072137.00ee6b48@sage-american.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 09:48:25 -0000 --sLx0z+5FKKtIVDwd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Mar-25 07:21:37 -0500, "Jack L. Stone" wr= ote: >However, last month upon upon upgrading those servers from FBSD-6.3px >(RELEASE) to 7.0px (RELEASE) we found that about one-half of the servers >had a similar problem as the original poster while the other half did not. =2E.. >the next day, and the next day, and the next day. (The servers that did >work fooled us and we found out about this issue on the others when the >overlaps appeared and drew our attention). That's when our work to try and >solve the issues started and went on for days. It's not clear to me whether all your servers have the problem and you only initially noticed it on some of them or some of your servers work and others dont. In the latter case, you are probably in a very good position to identify the problem since it is related to some difference between your servers. >We could only conclude that the problem was perhaps something with >hardeware, perhaps the way memory was handled in 7.0, but that is only a >guess. If you are talking about server-grade hardware (ECC RAM etc) then it's unlikely to be RAM corruption. About the only thing I can think of would be that if you have RAM above 4GB, you might be running foul of an address being truncated somewhere (particularly in a device driver). (The amd64 user memory map changed between 7.x and 8.x but I don't think there was any change between 6.x & 7.x). The pre-emption changes in 7.x and/or moving to an SMP host would seem to increase the probability of hitting the problem fixed in the patch mentioned later (kern/121684). --=20 Peter Jeremy --sLx0z+5FKKtIVDwd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAknLT2UACgkQ/opHv/APuIfFAwCbBy84eVmPrGqb0ZvfXzQc7990 fVcAn1RbsWihH+PZ17zrvEebStBsrcCt =2jIt -----END PGP SIGNATURE----- --sLx0z+5FKKtIVDwd-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 09:56:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 671ED106567C; Thu, 26 Mar 2009 09:56: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 BEECD8FC2B; Thu, 26 Mar 2009 09:55:55 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.localnet (ppp121-45-126-50.lns11.adl6.internode.on.net [121.45.126.50]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n2Q9tkhv036809 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Mar 2009 20:25:47 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Peter Jeremy Date: Thu, 26 Mar 2009 20:25:42 +1030 User-Agent: KMail/1.10.4 (Linux/2.6.27-11-generic; KDE/4.1.4; i686; ; ) References: <49C83673.3000604@aldan.algebra.com> <200903251925.36108.doconnor@gsoft.com.au> <20090326092504.GF56137@server.vk2pj.dyndns.org> In-Reply-To: <20090326092504.GF56137@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart11060867.Y2l71WW5bB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200903262025.43890.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: "Mikhail T." , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape header type 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 09:56:09 -0000 --nextPart11060867.Y2l71WW5bB Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 26 March 2009 19:55:04 Peter Jeremy wrote: > On 2009-Mar-25 19:25:28 +1030, Daniel O'Connor =20 wrote: > >One other thing would be to make absolutely sure that your version of du= mp > > & restore are in sync, the are very machine/version dependent. > > Actually, they aren't - the archive format is very stable. (This is a > fairly important requirement - you don't want to suddenly be unable to > restore your backups after an upgrade). I can restore dumps made on > FreeBSD4.8/i386 and FreeBSD4.9/alpha on a FreeBSD-current/amd64 system > without problems. Hmm interesting.. I must confess I haven't had problems recently but I tend= to=20 use tar these days anyway since it's more portable. > It's possible that you might have problems with a backup made using a > very recent dump on a very old restore if you've used filesystem > features that didn't exist when that restore was built. Could be, too long ago to remember :) =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 --nextPart11060867.Y2l71WW5bB Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJy1Ef5ZPcIHs/zowRAhr7AKClfJgj0nrgniAAEvpCB0F6+NgFiQCfRlhM WWs7qbDMmH4Gv12MURc+p/8= =GAR6 -----END PGP SIGNATURE----- --nextPart11060867.Y2l71WW5bB-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 10:59:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EF291065678 for ; Thu, 26 Mar 2009 10:59:29 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from smtp1.servage.net (smtp1.servage.net [77.232.76.11]) by mx1.freebsd.org (Postfix) with ESMTP id 2E3F78FC20 for ; Thu, 26 Mar 2009 10:59:28 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from [192.168.0.20] (roobarb.growveg.org [62.49.247.174]) by smtp1.servage.net (Postfix) with ESMTP id B19CFF984A3; Thu, 26 Mar 2009 10:59:27 +0000 (GMT) Message-ID: <49CB600D.1090407@reiteration.net> Date: Thu, 26 Mar 2009 10:59:25 +0000 From: John User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Weongyo Jeong References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> In-Reply-To: <20090326025431.GC14916@weongyo.cdnetworks.kr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 10:59:31 -0000 Weongyo Jeong wrote: > Could you please test it with attached patch to fix a page fault? I > don't know why bus_dma_tag_create() returns ENOMEM that it looks > temporary. Hi, thanks for this, I'll try it when I get home tonight. Not all that familiar with patching though. I guess I go to where malo.c is, patch and recompile? or patch < patchfile (from anywhere?) btw I'm running amd64, I should have mentioned it earlier: FreeBSD 7.2-PRERELEASE #0: Thu Mar 26 01:02:54 GMT 2009 thanks -- John From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 11:22:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 321DF106564A; Thu, 26 Mar 2009 11:22:33 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id EC0318FC0A; Thu, 26 Mar 2009 11:22:32 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id g37so3138401rvb.3 for ; Thu, 26 Mar 2009 04:22:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=f+4IucywBQZGPrdwBUOxJWnHl9gslDGCUhINWZhieMg=; b=rc8pdrKdVis0ivVA2r6Lwbhjkoz27YSTr6jjX+GgGjgN5Ok91UykLMPh/xNEetpGnk f5s/PXE9QF0Xc6CzT+7iQ3qbGosCiXyTs3b6T3438wG/N+iuogU6rbAD8AdMnuPU52QW cc2QwnW9OUhEkJiEGx29oplHvHpP6xISeqENU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=QyCVbcGOhQY3d62U8C9oo3to/q6tOeAMCfoAqxD07O0KlRjkkaw8svG5Jt1QLra73/ O6NzfIk+prm+FeejQlKhWj7g5QUO4YRBrW2ZM6DCkF9q38LhxBYIUtIjaMxqBj5REEqY AgLOjHgPH8dXHqPY99dWeEBtO1Xg7wziGK3po= Received: by 10.141.116.17 with SMTP id t17mr399716rvm.239.1238066552498; Thu, 26 Mar 2009 04:22:32 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id g14sm190984rvb.49.2009.03.26.04.22.30 (version=SSLv3 cipher=RC4-MD5); Thu, 26 Mar 2009 04:22:31 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Thu, 26 Mar 2009 20:20:43 +0900 From: Pyun YongHyeon Date: Thu, 26 Mar 2009 20:20:43 +0900 To: John Message-ID: <20090326112043.GB90790@michelle.cdnetworks.co.kr> References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB600D.1090407@reiteration.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49CB600D.1090407@reiteration.net> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable , Weongyo Jeong Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 11:22:33 -0000 On Thu, Mar 26, 2009 at 10:59:25AM +0000, John wrote: > Weongyo Jeong wrote: > > > Could you please test it with attached patch to fix a page fault? I > > don't know why bus_dma_tag_create() returns ENOMEM that it looks > > temporary. > > Hi, thanks for this, I'll try it when I get home tonight. Not all that > familiar with patching though. I guess I go to where malo.c is, patch > and recompile? > > or patch < patchfile (from anywhere?) > #cd /usr/src/sys/dev/malo #patch -p0 < /path/to/patch_malo_20090326_panic.diff And rebuild malo(4)/kernel. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 11:23:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1E741065670; Thu, 26 Mar 2009 11:23:12 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from smtp1.servage.net (smtp1.servage.net [77.232.76.11]) by mx1.freebsd.org (Postfix) with ESMTP id 751168FC0C; Thu, 26 Mar 2009 11:23:12 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from [192.168.0.20] (roobarb.growveg.org [62.49.247.174]) by smtp1.servage.net (Postfix) with ESMTP id 8EEA4F981D9; Thu, 26 Mar 2009 11:23:11 +0000 (GMT) Message-ID: <49CB659D.2000108@reiteration.net> Date: Thu, 26 Mar 2009 11:23:09 +0000 From: John User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Weongyo Jeong References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> In-Reply-To: <20090326025431.GC14916@weongyo.cdnetworks.kr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 11:23:13 -0000 Weongyo Jeong wrote: > Could you please test it with attached patch to fix a page fault? I > don't know why bus_dma_tag_create() returns ENOMEM that it looks > temporary. Hi, Seems the patch failed to apply: [root@potato /usr/src/sys/dev/malo]# ls -la total 140 drwxr-xr-x 2 root wheel 512 Mar 26 11:17 . drwxr-xr-x 199 root wheel 3072 Mar 24 16:58 .. -rw-r--r-- 1 root wheel 66668 May 4 2008 if_malo.c -rw-r--r-- 1 root wheel 19096 May 4 2008 if_malo.h -rw-r--r-- 1 root wheel 9625 Mar 26 11:14 if_malo_pci.c -rw-r--r-- 1 root wheel 22333 May 4 2008 if_malohal.c -rw-r--r-- 1 root wheel 8266 May 4 2008 if_malohal.h -rw-r--r-- 1 root wheel 3722 May 4 2008 if_maloioctl.h -rw-r--r-- 1 root wheel 375 Mar 26 11:15 patch_malo_20090326_panic.diff [root@potato /usr/src/sys/dev/malo]# patch < patch_malo_20090326_panic.diff Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: if_malo_pci.c |=================================================================== |--- if_malo_pci.c (revision 187939) |+++ if_malo_pci.c (working copy) -------------------------- Patching file if_malo_pci.c using Plan A... Hunk #1 failed at 260. 1 out of 1 hunks failed--saving rejects to if_malo_pci.c.rej done thanks, -- John From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 11:53:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6F69106566B; Thu, 26 Mar 2009 11:53:40 +0000 (UTC) (envelope-from jacks@sage-american.com) Received: from mail.sagedata.net (mail.sagedata.net [63.214.156.21]) by mx1.freebsd.org (Postfix) with ESMTP id C0B8E8FC13; Thu, 26 Mar 2009 11:53:40 +0000 (UTC) (envelope-from jacks@sage-american.com) Received: from sagemaster (sageweb.net [65.68.247.73]) by mail.sagedata.net (8.14.3/8.14.3) with SMTP id n2QBrd1b067467; Thu, 26 Mar 2009 06:53:40 -0500 (CDT) (envelope-from jacks@sage-american.com) X-Authentication-Warning: mail.sagedata.net: Host sageweb.net [65.68.247.73] claimed to be sagemaster Message-Id: <3.0.1.32.20090326065337.00f081e0@sage-american.com> X-Sender: jacks@sage-american.com X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Thu, 26 Mar 2009 06:53:37 -0500 To: Peggy Wilkins From: "Jack L. Stone" In-Reply-To: References: <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Scanned-By: milter-spamc/1.13.385 (mail.sagedata.net [63.214.156.21]); Thu, 26 Mar 2009 06:53:40 -0500 X-Scanned-By: milter-sender/1.16.915 (mail.sagedata.net [63.214.156.21]); Thu, 26 Mar 2009 06:53:40 -0500 X-Virus-Scanned: ClamAV 0.94.2/9169/Wed Mar 25 23:13:48 2009 on mail.sagedata.net X-Virus-Status: Clean X-Spam-Status: NO, hits=-10.00 required=4.50 X-Spam-Report: Content analysis details: (-10.0 points, 4.5 required) | | pts rule name description | ---- ---------------------- -------------------------------------------------- | -10 ALL_TRUSTED Passed through trusted hosts only via SMTP | Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 11:53:41 -0000 At 09:45 AM 3.25.2009 -0500, Peggy Wilkins wrote: >>>>>> Jack L Stone writes: > > >> I've been watching this thread with some interest since we've had some > >> similar problems with dump/restore which we use every morning via cron > >> scripts on a number of servers to produce bootable clones as part of our > >> backup program. Have been doing this for years and also never saw a problem > >> as most of you say. We prefer dump/restore for backups. > > >> However, last month upon upon upgrading those servers from FBSD-6.3px > >> (RELEASE) to 7.0px (RELEASE) we found that about one-half of the servers > >> had a similar problem as the original poster while the other half did not. > >> All of the servers (rackmounts) use the same (type) hardware. We spent many > >> hours trying to solve the problem with those that failed to dump/restore. > >> Also, searched for any others with the problem and only found a very few, > >> but without solutions to this issue. (Indeed, the only one was a reference > >> to any efforts to restore an older OS version which didn't apply here). > [snip] > >> SOLUTION > >> The "clones" are a very important pasrt of our backup program. Since the > >> dump side of the problems simply stuck and provided no error message at all > >> and the errors from any restores were not useful, our only solution was to > >> revert back to FBSD-6.3 on those servers with this issue and dump/restore > >> went back to working again. We left those that were working on FBSD-7.0-R > >> and they continue to work okay. > >I was seeing this same problem on all my 64-bit systems: FreeBSD-7 >dump would hang at a random point. Dump continues to work flawlessly >for me on FreeBSD-7/i386. > >I ran across this which includes a patch: > >http://www.freebsd.org/cgi/query-pr.cgi?pr=121684 > >The kernel patch linked to there solved the problem for me, but I am >running many production systems and am unwilling to apply this patch >to -RELEASE every time there is a kernel update (I just use the >standard GENERIC kernel which I get via freebsd-update). I now live >without dump on amd64. Apparently this fix is waiting on some related >issue; and I will be very happy when it makes it to the officially >released kernel. > >plw > Thanks for the reply. Forgot to mention, our machines are all i386 with the problem -- so are the ones without the problem. Yes, I found that patch too and tried it on one of the servers -- no joy. Guess we'll continue to wait also for now. Maybe 7.2/i386....or, until someone finds the solution since we're out of ideas and stuck with 6.3 in order to use dump that we have trusted. Jack (^_^) Happy trails, Jack L. Stone System Admin Sage-american From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 11:57:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCFD91065670 for ; Thu, 26 Mar 2009 11:57:34 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id A2FAD8FC0A for ; Thu, 26 Mar 2009 11:57:34 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n2QBv2Z1038026; Thu, 26 Mar 2009 07:57:02 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200903261157.n2QBv2Z1038026@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 26 Mar 2009 07:57:39 -0400 To: "Jack L. Stone" From: Mike Tancsa In-Reply-To: <3.0.1.32.20090326065337.00f081e0@sage-american.com> References: <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 11:57:35 -0000 At 07:53 AM 3/26/2009, Jack L. Stone wrote: > > >> SOLUTION > > >> The "clones" are a very important pasrt of our backup program. >Since the > > >> dump side of the problems simply stuck and provided no error >message at all > > >> and the errors from any restores were not useful, our only solution >was to > > >> revert back to FBSD-6.3 on those servers with this issue and >dump/restore > > >> went back to working again. We left those that were working on >FBSD-7.0-R > > >> and they continue to work okay. > > > >Thanks for the reply. Forgot to mention, our machines are all i386 with the >problem -- so are the ones without the problem. > >Yes, I found that patch too and tried it on one of the servers -- no joy. > >Guess we'll continue to wait also for now. Maybe 7.2/i386....or, until >someone finds the solution since we're out of ideas and stuck with 6.3 in >order to use dump that we have trusted. Hi, I didnt see it in the thread clearly, but did you try creating a dump without the -L... i.e. without snapshots enabled ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 12:05:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 477EF1065840 for ; Thu, 26 Mar 2009 12:05:13 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id 895DC8FC2A for ; Thu, 26 Mar 2009 12:05:12 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by ewy19 with SMTP id 19so493263ewy.43 for ; Thu, 26 Mar 2009 05:05:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=CJRSZBApzAvaH6K6Hyerdvp6/L2XWzNft/rI2hyOfy4=; b=FdMVkr2FuWIfUnFyNKZX6zCqaKV8jJrY/s49tF6PdvQRTaY+ggl4IJEna46Z/5P/OS yWQxTJSRlZR1b9LcFHcvs13q5IUiAUPKH+R8a3tgr0lk/yxb/VeD+469sXYieuyKEFfJ ZbCTBWBvawykgRHFtq7htlMM6UCN9nf+XHqBg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=OIUbmRAwJF/KYOx+Wa5EL7QVgbRRgH57tcrVyMQ4olnUML5zOqNUJBo09Q/jH5EE8s xFXmH3JxAa/OV4YUT4O7jkLO1NY8Wjdx3yZWcjkT+8kcs0zE6e/RDqfeSrf5R1m6u5Vs eH0oDPRGyKLbXWMhk+NR1oVWARbSNJMWFFOr4= MIME-Version: 1.0 Received: by 10.210.127.10 with SMTP id z10mr4363470ebc.66.1238069111372; Thu, 26 Mar 2009 05:05:11 -0700 (PDT) In-Reply-To: <3.0.1.32.20090326065337.00f081e0@sage-american.com> References: <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> Date: Thu, 26 Mar 2009 13:05:11 +0100 Message-ID: <14989d6e0903260505n41122fb4j768ccecf7c5833a0@mail.gmail.com> From: Christian Walther To: "Jack L. Stone" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Peggy Wilkins , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 12:05:34 -0000 Hi, I followed this thread out of interest since I do not suffer from this error. But I wonder if truss could shed some light into this issue. If for example a dump hangs at 99%, it might be an idea to set up truss to trace the dump process. Yes, this will produce lots of output, but maybe it gives a hint as soon as dump hangs. Christian Walther From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 12:08:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3117B1065951; Thu, 26 Mar 2009 12:08:11 +0000 (UTC) (envelope-from jacks@sage-american.com) Received: from mail.sagedata.net (mail.sagedata.net [63.214.156.21]) by mx1.freebsd.org (Postfix) with ESMTP id 019B58FC15; Thu, 26 Mar 2009 12:08:10 +0000 (UTC) (envelope-from jacks@sage-american.com) Received: from sagemaster (sageweb.net [65.68.247.73]) by mail.sagedata.net (8.14.3/8.14.3) with SMTP id n2QC8AnC068164; Thu, 26 Mar 2009 07:08:10 -0500 (CDT) (envelope-from jacks@sage-american.com) X-Authentication-Warning: mail.sagedata.net: Host sageweb.net [65.68.247.73] claimed to be sagemaster Message-Id: <3.0.1.32.20090326070807.00f081e0@sage-american.com> X-Sender: jacks@sage-american.com X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Thu, 26 Mar 2009 07:08:07 -0500 To: Mike Tancsa From: "Jack L. Stone" In-Reply-To: <200903261157.n2QBv2Z1038026@lava.sentex.ca> References: <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Scanned-By: milter-spamc/1.13.385 (mail.sagedata.net [63.214.156.21]); Thu, 26 Mar 2009 07:08:10 -0500 X-Scanned-By: milter-sender/1.16.915 (mail.sagedata.net [63.214.156.21]); Thu, 26 Mar 2009 07:08:10 -0500 X-Virus-Scanned: ClamAV 0.94.2/9169/Wed Mar 25 23:13:48 2009 on mail.sagedata.net X-Virus-Status: Clean X-Spam-Status: NO, hits=-10.00 required=4.50 X-Spam-Report: Content analysis details: (-10.0 points, 4.5 required) | | pts rule name description | ---- ---------------------- -------------------------------------------------- | -10 ALL_TRUSTED Passed through trusted hosts only via SMTP | Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 12:08:38 -0000 At 07:57 AM 3.26.2009 -0400, Mike Tancsa wrote: >> >>Thanks for the reply. Forgot to mention, our machines are all i386 with the >>problem -- so are the ones without the problem. >> >>Yes, I found that patch too and tried it on one of the servers -- no joy. >> >>Guess we'll continue to wait also for now. Maybe 7.2/i386....or, until >>someone finds the solution since we're out of ideas and stuck with 6.3 in >>order to use dump that we have trusted. > > >Hi, > I didnt see it in the thread clearly, but did you try >creating a dump without the -L... i.e. without snapshots enabled ? > > ---Mike > Yes, but it's for running a dump on a (L)ive FS and just spits out warnings to that effect and has no effect on solving the problem(s). Jack (^_^) Happy trails, Jack L. Stone System Admin Sage-american From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 12:36:06 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6E531065670; Thu, 26 Mar 2009 12:36:06 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from smtp1.servage.net (smtp1.servage.net [77.232.76.11]) by mx1.freebsd.org (Postfix) with ESMTP id 67E7D8FC1A; Thu, 26 Mar 2009 12:36:06 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from [172.23.29.205] (anchor-internet-1-if0.router.demon.net [195.173.57.160]) by smtp1.servage.net (Postfix) with ESMTP id 5231FF984D0; Thu, 26 Mar 2009 12:36:05 +0000 (GMT) Message-ID: <49CB76B4.2030201@reiteration.net> Date: Thu, 26 Mar 2009 12:36:04 +0000 From: John User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: pyunyh@gmail.com References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB600D.1090407@reiteration.net> <20090326112043.GB90790@michelle.cdnetworks.co.kr> In-Reply-To: <20090326112043.GB90790@michelle.cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Weongyo Jeong Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 12:36:07 -0000 Pyun YongHyeon wrote: > #cd /usr/src/sys/dev/malo > #patch -p0 < /path/to/patch_malo_20090326_panic.diff > > And rebuild malo(4)/kernel. Ok thanks for that, I'll try again -- John From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 12:38:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 655B8106564A; Thu, 26 Mar 2009 12:38:46 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from smtp1.servage.net (smtp1.servage.net [77.232.76.11]) by mx1.freebsd.org (Postfix) with ESMTP id 27A1A8FC0A; Thu, 26 Mar 2009 12:38:46 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from [172.23.29.205] (anchor-internet-1-if0.router.demon.net [195.173.57.160]) by smtp1.servage.net (Postfix) with ESMTP id E72CBF984E9; Thu, 26 Mar 2009 12:38:44 +0000 (GMT) Message-ID: <49CB7754.1010202@reiteration.net> Date: Thu, 26 Mar 2009 12:38:44 +0000 From: John User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: pyunyh@gmail.com References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB600D.1090407@reiteration.net> <20090326112043.GB90790@michelle.cdnetworks.co.kr> In-Reply-To: <20090326112043.GB90790@michelle.cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Weongyo Jeong Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 12:38:46 -0000 Pyun YongHyeon wrote: > #cd /usr/src/sys/dev/malo > #patch -p0 < /path/to/patch_malo_20090326_panic.diff > > And rebuild malo(4)/kernel. No luck I'm afraid: [root@potato /usr/src/sys/dev/malo]# patch -p0 < patch_malo_20090326_panic.diff Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: if_malo_pci.c |=================================================================== |--- if_malo_pci.c (revision 187939) |+++ if_malo_pci.c (working copy) -------------------------- Patching file if_malo_pci.c using Plan A... Hunk #1 failed at 260. 1 out of 1 hunks failed--saving rejects to if_malo_pci.c.rej done -- John From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 12:40:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69D18106566C for ; Thu, 26 Mar 2009 12:40:54 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id F10E48FC0C for ; Thu, 26 Mar 2009 12:40:53 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ewy19 with SMTP id 19so507933ewy.43 for ; Thu, 26 Mar 2009 05:40:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=T0Y7RcZyxJYC8SXF0W9XCUiOG2dq/+nlPQIccr/IhiA=; b=cL4yyX3+3fXD0AeL1tRhar/BrHQHz4noZ+k1XmDRw9CdRuUUEH7fE+HmdjTCl8zEmZ aMx+VOMyfOuvK0l+aPiOPgKXVH2FTeFXNQyvlcY9oggfJQ6I8GaqUYBAaLXTuetrbwDl IDeuFIll55Hgs19QSpoMYqoAJofSoyGi5tE0A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=kNqFnq3X9y/Y6BxgZikJ2Iz6wVreWxX8bjrAr1poAINhCDa8BssMzLSzQkrwLim2wS qmG+8BbnwSACnd2YtxB2kldbSWi9dXIuuElfKTEJFEr/KNXToCdejivbUea6Gz+9KNn1 VYZnGqQeZhxaWmB/OcI+xxlH6UYZeaj5WFGN0= MIME-Version: 1.0 Received: by 10.210.136.10 with SMTP id j10mr648613ebd.8.1238071253024; Thu, 26 Mar 2009 05:40:53 -0700 (PDT) In-Reply-To: <49CB659D.2000108@reiteration.net> References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB659D.2000108@reiteration.net> Date: Thu, 26 Mar 2009 13:40:53 +0100 Message-ID: <3a142e750903260540k5157fbd7h3572cf5330fff335@mail.gmail.com> From: "Paul B. Mahol" To: John Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 12:40:54 -0000 On 3/26/09, John wrote: > Weongyo Jeong wrote: > >> Could you please test it with attached patch to fix a page fault? I >> don't know why bus_dma_tag_create() returns ENOMEM that it looks >> temporary. > > Hi, > > Seems the patch failed to apply: Patch is so trivial and short that it can be applied manually. Are you sure that you use 7 STABLE sources and not CURRENT one? If patching failed, rebuilding module/kernel is pointless. -- Paul From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 12:53:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 840A51065687 for ; Thu, 26 Mar 2009 12:53:13 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from smtp1.servage.net (smtp1.servage.net [77.232.76.11]) by mx1.freebsd.org (Postfix) with ESMTP id 4650B8FC12 for ; Thu, 26 Mar 2009 12:53:13 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from [172.23.29.205] (anchor-internet-1-if0.router.demon.net [195.173.57.160]) by smtp1.servage.net (Postfix) with ESMTP id 1E323F9852F; Thu, 26 Mar 2009 12:53:12 +0000 (GMT) Message-ID: <49CB7AB7.40403@reiteration.net> Date: Thu, 26 Mar 2009 12:53:11 +0000 From: John User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: "Paul B. Mahol" References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB659D.2000108@reiteration.net> <3a142e750903260540k5157fbd7h3572cf5330fff335@mail.gmail.com> In-Reply-To: <3a142e750903260540k5157fbd7h3572cf5330fff335@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 12:53:14 -0000 Paul B. Mahol wrote: > > Patch is so trivial and short that it can be applied manually. > > Are you sure that you use 7 STABLE sources and not CURRENT one? I'm absolutely certain. Sources from the 25th March, make world and kernel the day after: [root@potato ~]# uname -a FreeBSD potato.growveg.org 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: Thu Mar 26 01:02:54 GMT 2009 root@potato.growveg.org:/usr/src/sys/amd64/compile/POTATO amd64 [root@potato ~]# my cvsupfile looks like this: *default host=cvsup.uk.freebsd.org *default base=/usr *default prefix=/usr *default release=cvs *default tag=RELENG_7 *default delete use-rel-suffix src-all doc-all *default tag=. ports-all > If patching failed, rebuilding module/kernel is pointless. agreed -- John From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 12:56:16 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFCFD106564A for ; Thu, 26 Mar 2009 12:56:16 +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 75A338FC14 for ; Thu, 26 Mar 2009 12:56:16 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out3.tiscali.nl with esmtp id 1Lmp82-0001dm-Tr for ; Thu, 26 Mar 2009 13:56:15 +0100 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 4D17487BC for ; Thu, 26 Mar 2009 13:56:13 +0100 (CET) Date: Thu, 26 Mar 2009 13:56:13 +0100 To: freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: User-Agent: Opera Mail/9.64 (FreeBSD) Subject: remote debug over usb vs. old serial cable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 12:56:17 -0000 Hello, In the past I could catch a panic during boot via a serial cable connected to another computer. My new computer only has USB-ports and ethernet. What kind of cable do I need now to do remote debugging? The old computer also has usb, so I think the connection should be in that corner. They all run 7-STABLE. Cheers, Ronald. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 13:06:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FF1A10656C7 for ; Thu, 26 Mar 2009 13:06:57 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 913898FC08 for ; Thu, 26 Mar 2009 13:06:56 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-255-48-78.bredband.comhem.se ([83.255.48.78]:62771 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1LmpI4-0003TQ-4m for freebsd-stable@freebsd.org; Thu, 26 Mar 2009 14:06:36 +0100 Received: (qmail 37267 invoked from network); 26 Mar 2009 14:06:34 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 26 Mar 2009 14:06:34 +0100 Received: (qmail 36326 invoked by uid 1001); 26 Mar 2009 14:06:34 +0100 Date: Thu, 26 Mar 2009 14:06:34 +0100 From: Erik Trulsson To: Ronald Klop Message-ID: <20090326130634.GA36270@owl.midgard.homeip.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Originating-IP: 83.255.48.78 X-Scan-Result: No virus found in message 1LmpI4-0003TQ-4m. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1LmpI4-0003TQ-4m a933b38aa9dba985332cd4c817fee577 Cc: freebsd-stable@freebsd.org Subject: Re: remote debug over usb vs. old serial cable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 13:06:58 -0000 On Thu, Mar 26, 2009 at 01:56:13PM +0100, Ronald Klop wrote: > Hello, > > In the past I could catch a panic during boot via a serial cable connected > to another computer. > My new computer only has USB-ports and ethernet. What kind of cable do I > need now to do remote debugging? > The old computer also has usb, so I think the connection should be in that > corner. > They all run 7-STABLE. USB won't work for that purpose. It requires far too much kernel support to be useful after a panic. The same goes for ethernet. There exists support for debugging over firewire - see dcons(4), and over old-fashioned serial ports. If you don't have either of those you are probably out of luck as far as remote debugging is concerned. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 13:32:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD993106564A; Thu, 26 Mar 2009 13:32:12 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id A1BAD8FC1D; Thu, 26 Mar 2009 13:32:12 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n2QDVd4b038485; Thu, 26 Mar 2009 09:31:39 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200903261331.n2QDVd4b038485@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 26 Mar 2009 09:32:17 -0400 To: "Jack L. Stone" From: Mike Tancsa In-Reply-To: <3.0.1.32.20090326070807.00f081e0@sage-american.com> References: <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 13:32:13 -0000 At 08:08 AM 3/26/2009, Jack L. Stone wrote: >Yes, but it's for running a dump on a (L)ive FS and just spits out warnings >to that effect and has no effect on solving the problem(s). Unless the filesystem is very busy, you will get your data backed up. If you have things like databases, I still would not trust snapshots. Better to use pg_dump or mysqldump or the app that comes with whatever DB you are using... When backing up things like / and /usr, I would hazard a guess that most things are not changing while the backup is running, at least they dont in my environments. I have never had a problem with things like /home and even /var or /mail which are changing quite a bit. We dont restore much in the course of our daily routine, but we have always been able to restore people's Maildir when they accidentally have deleted stuff and it all worked without issue over the years. ---Mike From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 13:54:06 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 860F41065670 for ; Thu, 26 Mar 2009 13:54:06 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 129478FC2C for ; Thu, 26 Mar 2009 13:54:05 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ey-out-2122.google.com with SMTP id 4so113263eyf.7 for ; Thu, 26 Mar 2009 06:54:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=tQTQmn9ptMFiCiZpStZQJtCSRxb4Ll3FSbEl6fHd1dM=; b=EqLgdOX+kjxkVOPet2kPe5ALOAFpd2rk6taAMJCyYX4YfLXbxH3PNOhBcNkZkLa517 kEBDsCieUy0XcG9gR6TD/Y2UWbPKHnlW/B4vqTJzpVv7Z8+eB1NOcjAnvx6ibX9rDB40 1QTlXn1KPZeztQrMgKOI3GC+DyYCRv++xfwPI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=c0E7BOgbm+sSWVWiblHmSo2lXEXnyhV/3yGqq+Cz5rL5WLWz85DbusaSq+vFeqSneX 6swvnI8nk1W5FeXuGnFblVF/BJiBPX0/Om2A5aqlkdyFKkzaTTeXz48JEqptCjx5lEbN hqZsS4+QXtD5Kdhinw+lxB0m9GLO7W3NsnGS8= MIME-Version: 1.0 Received: by 10.210.38.17 with SMTP id l17mr679478ebl.29.1238075644922; Thu, 26 Mar 2009 06:54:04 -0700 (PDT) In-Reply-To: <49CB7AB7.40403@reiteration.net> References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB659D.2000108@reiteration.net> <3a142e750903260540k5157fbd7h3572cf5330fff335@mail.gmail.com> <49CB7AB7.40403@reiteration.net> Date: Thu, 26 Mar 2009 14:54:04 +0100 Message-ID: <3a142e750903260654y1e7658b8sb7bd89e93d2d452f@mail.gmail.com> From: "Paul B. Mahol" To: John Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 13:54:06 -0000 On 3/26/09, John wrote: > Paul B. Mahol wrote: > >> >> Patch is so trivial and short that it can be applied manually. >> >> Are you sure that you use 7 STABLE sources and not CURRENT one? > > I'm absolutely certain. Sources from the 25th March, make world and > kernel the day after: > > [root@potato ~]# uname -a > FreeBSD potato.growveg.org 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: Thu > Mar 26 01:02:54 GMT 2009 > root@potato.growveg.org:/usr/src/sys/amd64/compile/POTATO amd64 > [root@potato ~]# > > my cvsupfile looks like this: > > *default host=cvsup.uk.freebsd.org > *default base=/usr > *default prefix=/usr > *default release=cvs > *default tag=RELENG_7 > *default delete use-rel-suffix > src-all > doc-all > *default tag=. This is a contradiction, I think that in csup case "last rule wins" > ports-all > >> If patching failed, rebuilding module/kernel is pointless. > > agreed > > -- > John > -- Paul From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 14:01:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9690A106566C; Thu, 26 Mar 2009 14:01:33 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4F8968FC17; Thu, 26 Mar 2009 14:01:33 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 492FB23C4E9; Thu, 26 Mar 2009 15:01:32 +0100 (CET) Date: Thu, 26 Mar 2009 15:01:32 +0100 From: Peter Schuller To: Mike Tancsa Message-ID: <20090326140131.GA45201@hyperion.scode.org> References: <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <200903261331.n2QDVd4b038485@lava.sentex.ca> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: "Jack L. Stone" , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 14:01:34 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > >Yes, but it's for running a dump on a (L)ive FS and just spits out warni= ngs > >to that effect and has no effect on solving the problem(s). >=20 > Unless the filesystem is very busy, you will get your data backed up.=20 > If you have things like databases, I still would not trust=20 > snapshots. =20 Uh. If backuping up a live database from a snapshot is not trustworthy, either the snapshot facility is broken or the database is broken (i.e., not crash-safe to begin with). That said there are plenty of other reasos to use proper dump tools (data portability, confirming the ability to actually read all rows =66rom a table, using a more often exercised code path and perhaps less likely to have edge case bugs, etc). --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknLirsACgkQDNor2+l1i31ZEgCdEqNBg7vRQorydzFVUmRMFI3H UVcAnA6sie1EgWonOybD7Ce/RRoZ/DgD =3wsx -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 14:15:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57561106568B; Thu, 26 Mar 2009 14:15:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 17A308FC24; Thu, 26 Mar 2009 14:15:40 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n2QEF7hF038711; Thu, 26 Mar 2009 10:15:08 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200903261415.n2QEF7hF038711@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 26 Mar 2009 10:15:45 -0400 To: Peter Schuller From: Mike Tancsa In-Reply-To: <20090326140131.GA45201@hyperion.scode.org> References: <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: "Jack L. Stone" , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 14:15:43 -0000 At 10:01 AM 3/26/2009, Peter Schuller wrote: > > > > Unless the filesystem is very busy, you will get your data backed up. > > If you have things like databases, I still would not trust > > snapshots. > >Uh. If backuping up a live database from a snapshot is not >trustworthy, either the snapshot facility is broken or the database is >broken (i.e., not crash-safe to begin with). ... or the database is configured in a risky way... But judging by this thread, it seems dump with -L is indeed broken for some people. Hence, I suggested dumping the database using the database's backup tools and trying dump without -L ---Mike From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 14:17:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2535B1065695 for ; Thu, 26 Mar 2009 14:17:28 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id D02BA8FC13 for ; Thu, 26 Mar 2009 14:17:27 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id n2QEHQHU097205 for ; Thu, 26 Mar 2009 08:17:27 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Thu Mar 26 08:17:26 2009 Message-ID: <49CB8E74.9090508@denninger.net> Date: Thu, 26 Mar 2009 09:17:24 -0500 From: Karl Denninger User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Peter Schuller References: <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> In-Reply-To: <20090326140131.GA45201@hyperion.scode.org> Content-Type: multipart/mixed; boundary="------------010506020106090705000204" X-Antivirus: avast! (VPS 090325-0, 03/25/2009), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Jack L. Stone" , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 14:17:28 -0000 This is a multi-part message in MIME format. --------------010506020106090705000204 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Peter Schuller wrote: >>> Yes, but it's for running a dump on a (L)ive FS and just spits out warnings >>> to that effect and has no effect on solving the problem(s). >>> >> Unless the filesystem is very busy, you will get your data backed up. >> If you have things like databases, I still would not trust >> snapshots. >> > > Uh. If backuping up a live database from a snapshot is not > trustworthy, either the snapshot facility is broken or the database is > broken (i.e., not crash-safe to begin with). > > That said there are plenty of other reasos to use proper dump tools > (data portability, confirming the ability to actually read all rows > from a table, using a more often exercised code path and perhaps less > likely to have edge case bugs, etc). > The issue with backing up a database live comes in when the filesystem where the database and transaction log files are DIFFERS. You can get into a pathological case in that instance. If the transaction log and database itself are both on the same snapshotted entity (that is, the snapshot is pulled at the same instant in time for both) what you get BETTER be restorable or your database's transaction log facility doesn't really do what it promises to do! -- -- Karl Denninger karl@denninger.net --------------010506020106090705000204-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 14:22:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3160D1065752 for ; Thu, 26 Mar 2009 14:22:43 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 60BD88FC1B for ; Thu, 26 Mar 2009 14:22:41 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA27562; Thu, 26 Mar 2009 16:22:36 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <49CB8FAC.4080505@icyb.net.ua> Date: Thu, 26 Mar 2009 16:22:36 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090323) MIME-Version: 1.0 To: Erik Trulsson References: <20090326130634.GA36270@owl.midgard.homeip.net> In-Reply-To: <20090326130634.GA36270@owl.midgard.homeip.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ronald Klop , freebsd-stable@freebsd.org Subject: Re: remote debug over usb vs. old serial cable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 14:22:46 -0000 on 26/03/2009 15:06 Erik Trulsson said the following: > On Thu, Mar 26, 2009 at 01:56:13PM +0100, Ronald Klop wrote: >> Hello, >> >> In the past I could catch a panic during boot via a serial cable connected >> to another computer. >> My new computer only has USB-ports and ethernet. What kind of cable do I >> need now to do remote debugging? >> The old computer also has usb, so I think the connection should be in that >> corner. >> They all run 7-STABLE. > > USB won't work for that purpose. It requires far too much kernel support to > be useful after a panic. Erik, in fact, there is a special USB (EHCI) mode for such purposes: http://www.coreboot.org/EHCI_Debug_Port But that requires some special HW in addition to SW support which our doesn't have. BTW, Ronald, it is possible that you might have a serial header on motherboard which is not connected to any traditional port. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 14:24:20 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 914E310658F1 for ; Thu, 26 Mar 2009 14:24:20 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from smtp1.servage.net (smtp1.servage.net [77.232.76.11]) by mx1.freebsd.org (Postfix) with ESMTP id 502CC8FC20 for ; Thu, 26 Mar 2009 14:24:20 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from [172.23.29.205] (anchor-internet-1-if0.router.demon.net [195.173.57.160]) by smtp1.servage.net (Postfix) with ESMTP id 3D713F98090; Thu, 26 Mar 2009 14:24:19 +0000 (GMT) Message-ID: <49CB9012.6030905@reiteration.net> Date: Thu, 26 Mar 2009 14:24:18 +0000 From: John User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: "Paul B. Mahol" References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB659D.2000108@reiteration.net> <3a142e750903260540k5157fbd7h3572cf5330fff335@mail.gmail.com> <49CB7AB7.40403@reiteration.net> <3a142e750903260654y1e7658b8sb7bd89e93d2d452f@mail.gmail.com> In-Reply-To: <3a142e750903260654y1e7658b8sb7bd89e93d2d452f@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 14:24:21 -0000 Paul B. Mahol wrote: > This is a contradiction, I think that in csup case "last rule wins" How come this builds a 7-STABLE system rather than -CURRENT ? In any case, I appreciate your comment and will take out the offending line. (it's in there because I thought ports was always HEAD) cheers -- John From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 14:33:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3030106568F for ; Thu, 26 Mar 2009 14:33:58 +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 953D58FC1B for ; Thu, 26 Mar 2009 14:33:52 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out2.tiscali.nl with esmtp id 1LmqeV-0001lN-El; Thu, 26 Mar 2009 15:33:51 +0100 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id B0A718554; Thu, 26 Mar 2009 15:33:49 +0100 (CET) Date: Thu, 26 Mar 2009 15:33:49 +0100 To: "Andriy Gapon" , "Erik Trulsson" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <20090326130634.GA36270@owl.midgard.homeip.net> <49CB8FAC.4080505@icyb.net.ua> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <49CB8FAC.4080505@icyb.net.ua> User-Agent: Opera Mail/9.64 (FreeBSD) Cc: freebsd-stable@freebsd.org Subject: Re: remote debug over usb vs. old serial cable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 14:33:59 -0000 On Thu, 26 Mar 2009 15:22:36 +0100, Andriy Gapon wrote: > on 26/03/2009 15:06 Erik Trulsson said the following: >> On Thu, Mar 26, 2009 at 01:56:13PM +0100, Ronald Klop wrote: >>> Hello, >>> >>> In the past I could catch a panic during boot via a serial cable >>> connected >>> to another computer. >>> My new computer only has USB-ports and ethernet. What kind of cable do >>> I >>> need now to do remote debugging? >>> The old computer also has usb, so I think the connection should be in >>> that >>> corner. >>> They all run 7-STABLE. >> >> USB won't work for that purpose. It requires far too much kernel >> support to >> be useful after a panic. > > Erik, > in fact, there is a special USB (EHCI) mode for such purposes: > http://www.coreboot.org/EHCI_Debug_Port > > But that requires some special HW in addition to SW support which our > doesn't have. > > BTW, Ronald, it is possible that you might have a serial header on > motherboard > which is not connected to any traditional port. Is that this sio0 one? sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled I am going to open my computer tonight to see what is in there. Ronald. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 14:38:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 217091065673 for ; Thu, 26 Mar 2009 14:38:28 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5454E8FC12 for ; Thu, 26 Mar 2009 14:38:27 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA28028; Thu, 26 Mar 2009 16:38:24 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <49CB9360.9080000@icyb.net.ua> Date: Thu, 26 Mar 2009 16:38:24 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090323) MIME-Version: 1.0 To: Ronald Klop References: <20090326130634.GA36270@owl.midgard.homeip.net> <49CB8FAC.4080505@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: remote debug over usb vs. old serial cable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 14:38:29 -0000 on 26/03/2009 16:33 Ronald Klop said the following: > Is that this sio0 one? > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 or not responding > sio0: [FILTER] > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > > I am going to open my computer tonight to see what is in there. I don't know. I think it's better to read your motherboard documentation, internal serial header is not an obvious one and you would need a special connector for it. The port can also be disabled in BIOS. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 14:49:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8783106566C; Thu, 26 Mar 2009 14:49:22 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 638058FC14; Thu, 26 Mar 2009 14:49:22 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 8D79923C4E8; Thu, 26 Mar 2009 15:49:21 +0100 (CET) Date: Thu, 26 Mar 2009 15:49:21 +0100 From: Peter Schuller To: Mike Tancsa Message-ID: <20090326144916.GB46345@hyperion.scode.org> References: <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> <200903261415.n2QEF7hF038711@lava.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EuxKj2iCbKjpUGkD" Content-Disposition: inline In-Reply-To: <200903261415.n2QEF7hF038711@lava.sentex.ca> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: "Jack L. Stone" , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 14:49:23 -0000 --EuxKj2iCbKjpUGkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > ... or the database is configured in a risky way... But judging by=20 > this thread, it seems dump with -L is indeed broken for some=20 > people. Hence, I suggested dumping the database using the database's=20 > backup tools and trying dump without -L Well, if dump -L is really broken I'd recommend just not using dump unless you absolutely have to. That is assuming snapshots are not broken so that you can still use mksnap_ffs with your favorite backup tool. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --EuxKj2iCbKjpUGkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknLlesACgkQDNor2+l1i31pWQCg7JKitrc1ZcyG3DprKKFt2LDS cdsAnRmjvH/i6AWKtfHHHRQhw6g8Ub3A =G1pu -----END PGP SIGNATURE----- --EuxKj2iCbKjpUGkD-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 14:52:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDD281065713; Thu, 26 Mar 2009 14:52:34 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 95CAA8FC1A; Thu, 26 Mar 2009 14:52:34 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id E6C2423C4FF; Thu, 26 Mar 2009 15:52:33 +0100 (CET) Date: Thu, 26 Mar 2009 15:52:33 +0100 From: Peter Schuller To: Karl Denninger Message-ID: <20090326145230.GC46345@hyperion.scode.org> References: <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> <49CB8E74.9090508@denninger.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8NvZYKFJsRX2Djef" Content-Disposition: inline In-Reply-To: <49CB8E74.9090508@denninger.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: "Jack L. Stone" , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 14:52:38 -0000 --8NvZYKFJsRX2Djef Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > The issue with backing up a database live comes in when the filesystem=20 > where the database and transaction log files are DIFFERS. You can get=20 > into a pathological case in that instance. >=20 > If the transaction log and database itself are both on the same=20 > snapshotted entity (that is, the snapshot is pulled at the same instant= =20 > in time for both) what you get BETTER be restorable or your database's=20 > transaction log facility doesn't really do what it promises to do! Absolutely. Doing things like snapshot based backups of databases assumes you know what you're doing since it is not something which is documented as an official procedure in your typical database administrator guide. Personally, while I would use such schemes, I would always use a plain fully supported regular dump as a fallback position. I would only rely on snapshot based processes to do fancy stuff (such as near-realtime hot standby with zfs snaps + serialized incrementals). --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --8NvZYKFJsRX2Djef Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknLlq0ACgkQDNor2+l1i31tTgCdFx23SoVJBUKLPlnVAvAGV8rv zrAAoM7Wu7Qb0S8BlRJXsWmtNtOX+Dm6 =5ZS7 -----END PGP SIGNATURE----- --8NvZYKFJsRX2Djef-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 14:57:20 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2242A106566B for ; Thu, 26 Mar 2009 14:57:20 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id CE2468FC14 for ; Thu, 26 Mar 2009 14:57:19 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id n2QEvJ9m098818 for ; Thu, 26 Mar 2009 08:57:20 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Thu Mar 26 08:57:19 2009 Message-ID: <49CB97CD.2010303@denninger.net> Date: Thu, 26 Mar 2009 09:57:17 -0500 From: Karl Denninger User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Peter Schuller References: <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> <49CB8E74.9090508@denninger.net> <20090326145230.GC46345@hyperion.scode.org> In-Reply-To: <20090326145230.GC46345@hyperion.scode.org> Content-Type: multipart/mixed; boundary="------------060006040003040509080806" X-Antivirus: avast! (VPS 090325-0, 03/25/2009), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Jack L. Stone" , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 14:57:20 -0000 This is a multi-part message in MIME format. --------------060006040003040509080806 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Peter Schuller wrote: >> The issue with backing up a database live comes in when the filesystem >> where the database and transaction log files are DIFFERS. You can get >> into a pathological case in that instance. >> >> If the transaction log and database itself are both on the same >> snapshotted entity (that is, the snapshot is pulled at the same instant >> in time for both) what you get BETTER be restorable or your database's >> transaction log facility doesn't really do what it promises to do! >> > > Absolutely. Doing things like snapshot based backups of databases > assumes you know what you're doing since it is not something which is > documented as an official procedure in your typical database > administrator guide. > > Personally, while I would use such schemes, I would always use a plain > fully supported regular dump as a fallback position. I would only rely > on snapshot based processes to do fancy stuff (such as near-realtime > hot standby with zfs snaps + serialized incrementals). > To add to this what SHOULD (ha!) work is to dump the database partition FIRST and THEN dump the Transaction Log partition. If you do it in the other order you WILL get screwed, as you will have transactions committed in the database that are not in the XLOG. That is essentially guaranteed to blow up in your face. As always any backup scheme has to be TESTED so you can prove to your own satisfaction that it is RESTORABLE. I can't tell you how many business clients I have run into (and not only on Unix machines) that have wind up with lots of backups and NONE of them can be restored - because they never TESTED their backup strategy. -- -- Karl Denninger karl@denninger.net --------------060006040003040509080806-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 15:02:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 737EB10656C0 for ; Thu, 26 Mar 2009 15:02:59 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 019F48FC1A for ; Thu, 26 Mar 2009 15:02:58 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ey-out-2122.google.com with SMTP id 4so120045eyf.7 for ; Thu, 26 Mar 2009 08:02:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=TRhkLh0HE9CKhQ6RoZU1N7Qc2ASPLcahBVVCs0ohy6Y=; b=RJjqt2umY1E9Lp/CQ6aJK5EamX1ZVERBT756xJCgHIr2mDW6uF0DtrXXiyn9DKo+Bv CEoUwdmrRyk+XD4/yym4eC0QVBc+jyNCq92Qy+bgIGtFi3UIeYBgiay0gjBI0HbZoTHx sIHd9vPgUrZFFHU3hGrwgCzyNDmUJ5kr1TZDk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=VpBm2v0ozEEVOd1oEoTyhAfNB3axsh3+U16CzXD/Hh52M8gnSIqxsIOa841Us9aJCk aJxwfMaDza0POiylaTTNu7wbmKfVAJ06OzdD/L/l6R9JV9jLmDOvqK7PFV6Fkbynk8V3 /YPpfmRSy/SJ6+44vpZtNYxHr7Fs6RwFeVLzo= MIME-Version: 1.0 Received: by 10.210.65.17 with SMTP id n17mr734218eba.73.1238079777908; Thu, 26 Mar 2009 08:02:57 -0700 (PDT) In-Reply-To: <49CB9012.6030905@reiteration.net> References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB659D.2000108@reiteration.net> <3a142e750903260540k5157fbd7h3572cf5330fff335@mail.gmail.com> <49CB7AB7.40403@reiteration.net> <3a142e750903260654y1e7658b8sb7bd89e93d2d452f@mail.gmail.com> <49CB9012.6030905@reiteration.net> Date: Thu, 26 Mar 2009 16:02:57 +0100 Message-ID: <3a142e750903260802h5fed73afi7fe160486fda6e13@mail.gmail.com> From: "Paul B. Mahol" To: John Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 15:03:01 -0000 On 3/26/09, John wrote: > Paul B. Mahol wrote: > >> This is a contradiction, I think that in csup case "last rule wins" > > How come this builds a 7-STABLE system rather than -CURRENT ? > > In any case, I appreciate your comment and will take out the offending > line. (it's in there because I thought ports was always HEAD) from csup(1) Default settings may be specified in lines whose collection name is *default. Such defaults will apply to subsequent lines in the supfile. Multiple *default lines may be present. New values augment or override any defaults specified earlier in the supfile. Values specified explic- itly for a collection override any default values. This can be much simpler. Did you noticed kernel version when you booted new kernel (available via dmesg(8))? -- Paul From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 15:11:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACBFA1065670; Thu, 26 Mar 2009 15:11:01 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 65A7D8FC0C; Thu, 26 Mar 2009 15:11:01 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 95D4323C4E8; Thu, 26 Mar 2009 16:11:00 +0100 (CET) Date: Thu, 26 Mar 2009 16:11:00 +0100 From: Peter Schuller To: Karl Denninger Message-ID: <20090326151100.GA46864@hyperion.scode.org> References: <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> <49CB8E74.9090508@denninger.net> <20090326145230.GC46345@hyperion.scode.org> <49CB97CD.2010303@denninger.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <49CB97CD.2010303@denninger.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: "Jack L. Stone" , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 15:11:04 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > To add to this what SHOULD (ha!) work is to dump the database partition= =20 > FIRST and THEN dump the Transaction Log partition. Depending on how the database works; specifically when old data in the log may or may not be expunged. You could do this with PostgreSQL by using it's PITR support for example. But to the extent that you have a log which is only supposed to be used for internal reasons (such as with pg by default), you'd likely be in trouble anyway unless you had a specific reason to know that it is safe. > As always any backup scheme has to be TESTED so you can prove to your=20 > own satisfaction that it is RESTORABLE. I can't tell you how many=20 > business clients I have run into (and not only on Unix machines) that=20 > have wind up with lots of backups and NONE of them can be restored -=20 > because they never TESTED their backup strategy. Very true, but it is equally dangerous to rely on testing *only*; a backup system can be very very broken yet appear to work during testing, either because backups only break sometimes or because they break in ways that do not obviously and immediately blow up in your face. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknLmwMACgkQDNor2+l1i31jFQCfQ1YTYyriN8KwFSkAMrWvNTQo m6MAn1Mq0krTUayQbZt6oHjFbqHb5JMA =NlCs -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 15:16:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C3A310656CD for ; Thu, 26 Mar 2009 15:16:01 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id D4FC68FC32 for ; Thu, 26 Mar 2009 15:16:00 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id n2QFG0T9099643 for ; Thu, 26 Mar 2009 09:16:01 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Thu Mar 26 09:16:01 2009 Message-ID: <49CB9C2E.8060401@denninger.net> Date: Thu, 26 Mar 2009 10:15:58 -0500 From: Karl Denninger User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Peter Schuller References: <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> <49CB8E74.9090508@denninger.net> <20090326145230.GC46345@hyperion.scode.org> <49CB97CD.2010303@denninger.net> <20090326151100.GA46864@hyperion.scode.org> In-Reply-To: <20090326151100.GA46864@hyperion.scode.org> Content-Type: multipart/mixed; boundary="------------090708050607050807000208" X-Antivirus: avast! (VPS 090325-0, 03/25/2009), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Jack L. Stone" , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 15:16:05 -0000 This is a multi-part message in MIME format. --------------090708050607050807000208 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Peter Schuller wrote: >> To add to this what SHOULD (ha!) work is to dump the database partition >> FIRST and THEN dump the Transaction Log partition. >> > > Depending on how the database works; specifically when old data in the > log may or may not be expunged. You could do this with PostgreSQL by > using it's PITR support for example. But to the extent that you have a > log which is only supposed to be used for internal reasons (such as > with pg by default), you'd likely be in trouble anyway unless you had > a specific reason to know that it is safe. > True. If the log rolls on you while you're taking the dumps you're DEAD. Both design and verification are important :) -- -- Karl Denninger karl@denninger.net --------------090708050607050807000208-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 15:24:16 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 746071065670; Thu, 26 Mar 2009 15:24:16 +0000 (UTC) (envelope-from jake@poptart.org) Received: from plum.flirble.org (plum.flirble.org [194.70.3.20]) by mx1.freebsd.org (Postfix) with ESMTP id 322EE8FC12; Thu, 26 Mar 2009 15:24:15 +0000 (UTC) (envelope-from jake@poptart.org) Received: from jacob (helo=localhost) by plum.flirble.org with local-esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lmqq2-0005KC-I4; Thu, 26 Mar 2009 14:45:46 +0000 Date: Thu, 26 Mar 2009 14:45:45 +0000 (GMT) From: Jake Scott To: Peter Schuller In-Reply-To: <20090326140131.GA45201@hyperion.scode.org> Message-ID: References: <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Jack L. Stone" , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 15:24:17 -0000 Hi.. On Thu, 26 Mar 2009, Peter Schuller wrote: >>> Yes, but it's for running a dump on a (L)ive FS and just spits out warnings >>> to that effect and has no effect on solving the problem(s). >> >> Unless the filesystem is very busy, you will get your data backed up. >> If you have things like databases, I still would not trust >> snapshots. > > Uh. If backuping up a live database from a snapshot is not > trustworthy, either the snapshot facility is broken or the database is > broken (i.e., not crash-safe to begin with). Exactly right - if you backup a database by relying on storage snapshots then the best you will end up with is a database that needs to be recovered when you restore those volumes (crash consistent). That's not a good place to be in when your production DB has just blown up. In addition, there are all sorts of complications which mean that you might need to freeze IO on multiple volumes simultaneously in order for this to have a chance of being successful (maintaining write-order-fidelity). I would strongly discourage anyone from using this method of backup for anything that is considered production, thought it might do you for making QA clones of a running database. > That said there are plenty of other reasos to use proper dump tools > (data portability, confirming the ability to actually read all rows > from a table, using a more often exercised code path and perhaps less > likely to have edge case bugs, etc). Absolutely. You really must use a tool that interacts with the database to perform the backup. Most commercial DBs have hooks that allow the backup routines to call out to custom snapshot facilities. One would usually request a backup through the database, which would then freeze IO to its data files and maybe log files, deal with flushing caches etc and then call your snapshot routine. I'm not aware that MySQL and Postgres do though so the best you can do is a dump. Jake From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 15:26:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA9E210656E4 for ; Thu, 26 Mar 2009 15:26:03 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from smtp1.servage.net (smtp1.servage.net [77.232.76.11]) by mx1.freebsd.org (Postfix) with ESMTP id 68EDA8FC19 for ; Thu, 26 Mar 2009 15:26:03 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from [172.23.29.205] (anchor-internet-1-if0.router.demon.net [195.173.57.160]) by smtp1.servage.net (Postfix) with ESMTP id 2D366F98519; Thu, 26 Mar 2009 15:26:02 +0000 (GMT) Message-ID: <49CB9E89.3030600@reiteration.net> Date: Thu, 26 Mar 2009 15:26:01 +0000 From: John User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: "Paul B. Mahol" References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB659D.2000108@reiteration.net> <3a142e750903260540k5157fbd7h3572cf5330fff335@mail.gmail.com> <49CB7AB7.40403@reiteration.net> <3a142e750903260654y1e7658b8sb7bd89e93d2d452f@mail.gmail.com> <49CB9012.6030905@reiteration.net> <3a142e750903260802h5fed73afi7fe160486fda6e13@mail.gmail.com> In-Reply-To: <3a142e750903260802h5fed73afi7fe160486fda6e13@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 15:26:04 -0000 Paul B. Mahol wrote: > On 3/26/09, John wrote: >> Paul B. Mahol wrote: >> >>> This is a contradiction, I think that in csup case "last rule wins" >> How come this builds a 7-STABLE system rather than -CURRENT ? >> >> In any case, I appreciate your comment and will take out the offending >> line. (it's in there because I thought ports was always HEAD) > > from csup(1) > > Default settings may be specified in lines whose collection name is > *default. Such defaults will apply to subsequent lines in the supfile. > Multiple *default lines may be present. New values augment or override > any defaults specified earlier in the supfile. Values specified explic- > itly for a collection override any default values. This means that my cvsup file was working as expected - RELENG_7 for everything apart from ports. > This can be much simpler. Did you noticed kernel version when you booted > new kernel (available via dmesg(8))? > Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-PRERELEASE #0: Thu Mar 26 01:02:54 GMT 2009 root@potato.growveg.org:/usr/src/sys/amd64/compile/POTATO Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 6000+ (3006.83-MHz K8-class CPU) I thought that ports was always HEAD ? Is this incorrect? -- John From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 15:35:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D738106564A for ; Thu, 26 Mar 2009 15:35:32 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from hedwig.simons-rock.edu (hedwig.simons-rock.edu [208.81.88.14]) by mx1.freebsd.org (Postfix) with ESMTP id 54CFD8FC16 for ; Thu, 26 Mar 2009 15:35:32 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from cesium.hyperfine.info (c2.8d.5646.static.theplanet.com [70.86.141.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hedwig.simons-rock.edu (Postfix) with ESMTP id B74002BB36B; Thu, 26 Mar 2009 11:35:30 -0400 (EDT) Date: Thu, 26 Mar 2009 11:35:29 -0400 From: "Peter C. Lai" To: Jake Scott Message-ID: <20090326153528.GH13398@cesium.hyperfine.info> References: <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> 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) Cc: "Jack L. Stone" , Peter Schuller , fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 15:35:33 -0000 On 2009-03-26 02:45:45PM +0000, Jake Scott wrote: > Absolutely. You really must use a tool that interacts with the database to > perform the backup. Most commercial DBs have hooks that allow the backup > routines to call out to custom snapshot facilities. One would usually > request a backup through the database, which would then freeze IO to its > data files and maybe log files, deal with flushing caches etc and then call > your snapshot routine. I'm not aware that MySQL and Postgres do though so > the best you can do is a dump. With MySQL at least, you can (ab)use the replication facilities so that you can set up a "slave" and do the fs-level dump while the slave is in a "frozen" state - the last time I played with MySQL, you could basically desync your slave for a period of time (basically until transaction logs are purged on the master), during which the slave will be consistent; do the fs-level backup then kick the master to sync with the slave again. -- =========================================================== Peter C. Lai | Bard College at Simon's Rock Systems Administrator | 84 Alford Rd. Information Technology Svcs. | Gt. Barrington, MA 01230 USA peter AT simons-rock.edu | (413) 528-7428 =========================================================== From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 15:40:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0AEE10656C5; Thu, 26 Mar 2009 15:40:49 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 93BB18FC18; Thu, 26 Mar 2009 15:40:49 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id C596923C4E9; Thu, 26 Mar 2009 16:40:48 +0100 (CET) Date: Thu, 26 Mar 2009 16:40:48 +0100 From: Peter Schuller To: Jake Scott Message-ID: <20090326154048.GA47539@hyperion.scode.org> References: <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: "Jack L. Stone" , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 15:40:57 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Exactly right - if you backup a database by relying on storage snapshots= =20 > then the best you will end up with is a database that needs to be=20 > recovered when you restore those volumes (crash consistent). That's not = a=20 > good place to be in when your production DB has just blown up. If you have a production db that you care about, your database better not have trouble recoverying from a crash consistent state. But again I'm not suggesting that snapshot based backups be the primary method of backing up. In terms of time-to-recovery, having a crash consistent DB can be a lot quicker to recover than grabbing a dump, whose restoration will tend to be a lot slower than copying files. > Absolutely. You really must use a tool that interacts with the database= =20 > to perform the backup. Most commercial DBs have hooks that allow the=20 > backup routines to call out to custom snapshot facilities. One would=20 > usually request a backup through the database, which would then freeze IO= =20 > to its data files and maybe log files, deal with flushing caches etc and= =20 > then call your snapshot routine. I'm not aware that MySQL and Postgres d= o=20 > though so the best you can do is a dump. I do not think "really must" is appropriate since clearly you can recover without DB specific integration. There may be reasons why it's better to have DB specific integration though (for example, limiting the amount of log reply that will be needed at recovery). The implication above that you cannot use snapshot based mechanisms with PostgreSQL and MySQL is not true; it's just that if you do you have to know what you're doing. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknLogAACgkQDNor2+l1i30jXwCfRpNF3CpzFl7K0QdjaQN8kuLr RtgAn2Vw6k/WuNwtIdtOXodlxhKsKaf2 =s3Az -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 15:46:23 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 087031065674 for ; Thu, 26 Mar 2009 15:46:23 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id C0FDC8FC18 for ; Thu, 26 Mar 2009 15:46:22 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id n2QFkLbc001091 for ; Thu, 26 Mar 2009 09:46:22 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Thu Mar 26 09:46:22 2009 Message-ID: <49CBA34B.9070708@denninger.net> Date: Thu, 26 Mar 2009 10:46:19 -0500 From: Karl Denninger User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Jake Scott References: <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> In-Reply-To: Content-Type: multipart/mixed; boundary="------------030704080901050100070208" X-Antivirus: avast! (VPS 090325-0, 03/25/2009), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Jack L. Stone" , Peter Schuller , fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 15:46:24 -0000 This is a multi-part message in MIME format. --------------030704080901050100070208 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Jake Scott wrote: > >> That said there are plenty of other reasos to use proper dump tools >> (data portability, confirming the ability to actually read all rows >> from a table, using a more often exercised code path and perhaps less >> likely to have edge case bugs, etc). > > Absolutely. You really must use a tool that interacts with the > database to perform the backup. Most commercial DBs have hooks that > allow the backup routines to call out to custom snapshot facilities. > One would usually request a backup through the database, which would > then freeze IO to its data files and maybe log files, deal with > flushing caches etc and then call your snapshot routine. I'm not > aware that MySQL and Postgres do though so the best you can do is a dump. > > Jake VERY careful thought has to go into backup strategy with production databases. Hooks that call out and snapshot are not necessarily good enough although they're "necessary" to get a dump that restores without the database going into log-replay mode. It is not difficult to do this with Postgresql; you can quiesce the database, snapshot and then release it, then dump the snapshots. This gives you transaction-complete dumps (as opposed to "crashed and rolled forward" dumps). The latter ("crashed and rolled forward"), if its sufficient, is trivially able to be done by having Postgresql (and most other databases) keep a sufficient number of log segments that a rollover cannot happen during the dump process itself, and either snapshotting both filesystems at once, keeping both on the same filesystem (undesirable for performance reasons) or dumping the database first and XLOG second. However, whether either of these approaches is sufficient is another matter. One of the real problems with live transaction processing systems is a means to know when there is a failure exactly what you lost. This is not a trivial problem to solve and requires plenty of thought before implementation, especially if you cannot afford the outage time necessary to take the snapshots - in some cases even that (relatively) short outage time is unacceptable. -- -- Karl Denninger karl@denninger.net --------------030704080901050100070208-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 15:53:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F401E106564A; Thu, 26 Mar 2009 15:53:50 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id AEB8B8FC1F; Thu, 26 Mar 2009 15:53:50 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id D5CBF23C4E9; Thu, 26 Mar 2009 16:53:49 +0100 (CET) Date: Thu, 26 Mar 2009 16:53:49 +0100 From: Peter Schuller To: Karl Denninger Message-ID: <20090326155349.GA47932@hyperion.scode.org> References: <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> <49CBA34B.9070708@denninger.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <49CBA34B.9070708@denninger.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: "Jack L. Stone" , freebsd-stable@freebsd.org, Jake Scott , fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 15:53:51 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > However, whether either of these approaches is sufficient is another=20 > matter. One of the real problems with live transaction processing=20 > systems is a means to know when there is a failure exactly what you=20 > lost. This is not a trivial problem to solve and requires plenty of=20 > thought before implementation, especially if you cannot afford the=20 > outage time necessary to take the snapshots - in some cases even that=20 > (relatively) short outage time is unacceptable. I would like to point out that if the backup strategy is correct, a COMMIT is guaranteed to be correctly honored, and the problem of determining what was lost has more to do with the birds-eye view of to what point in time the database was reverted as part of emergency recovery, than any difficulty in understanding what actually happens during snapshot recovery. I completely understand that you have various requirements in production that makes it a non-solution to just get a consistent snapshot at some arbitrary point in time without synchronizing with other software components somehow, but such issuse are into the realm of application design and integration with the backup procedure, and we are no longer talking about the viability of obtaining a consistent backup of a single database through snapshotting. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknLpQ0ACgkQDNor2+l1i31CzQCg5UoDaK/ztD4cfo0QV+NkpFfX uaUAnjhT2maKRMhWwSQ8XZMUOMPrMhdh =jjGC -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 16:26:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB038106574B for ; Thu, 26 Mar 2009 16:26:25 +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 2AE6E8FC14 for ; Thu, 26 Mar 2009 16:26:20 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out1.tiscali.nl with esmtp id 1LmsPK-0004mM-Ch for ; Thu, 26 Mar 2009 17:26:18 +0100 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 6405584E8 for ; Thu, 26 Mar 2009 17:26:13 +0100 (CET) Date: Thu, 26 Mar 2009 17:26:13 +0100 To: "freebsd-stable@freebsd.org" From: "Ronald Klop" Content-Type: multipart/mixed; boundary=----------jph9FjV4PeVjNogP7bkSqh MIME-Version: 1.0 Message-ID: User-Agent: Opera Mail/9.64 (FreeBSD) Subject: process hanging on 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 16:26:26 -0000 ------------jph9FjV4PeVjNogP7bkSqh Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, My brand new amd64 has a hanging process. # uname -a FreeBSD sjakie.klop.ws 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: Wed Mar 25 00:07:31 UTC 2009 root@dhcppc0:/usr/obj/usr/src/sys/GENERIC amd64 I'm compiling a port of kde4. top says this since a while: 43404 root 1 116 20 21304K 4148K umtxn 1 0:00 0.00% automoc4 # procstat -kk 43404 PID TID COMM TDNAME KSTACK 43404 100279 automoc4 - tdq_cpu+0x1218 Dmesg in the attachment. Can I provide more information to debug this? Ronald. ------------jph9FjV4PeVjNogP7bkSqh Content-Disposition: attachment; filename=dmesg.boot Content-Type: application/octet-stream; name=dmesg.boot Content-Transfer-Encoding: Base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29w eXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAx OTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVy c2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNE IGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91bmRh dGlvbi4KRnJlZUJTRCA3LjItUFJFUkVMRUFTRSAjMDogV2VkIE1hciAyNSAwMDow NzozMSBVVEMgMjAwOQogICAgcm9vdEBkaGNwcGMwOi91c3Ivb2JqL3Vzci9zcmMv c3lzL0dFTkVSSUMKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4 MiBIeiBxdWFsaXR5IDAKQ1BVOiBQZW50aXVtKFIpIER1YWwtQ29yZSAgQ1BVICAg ICAgRTUyMDAgIEAgMi41MEdIeiAoMjQ5My43Ni1NSHogSzgtY2xhc3MgQ1BVKQog IE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4MTA2NzYgIFN0ZXBwaW5n ID0gNgogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1T UixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNF MzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0s UEJFPgogIEZlYXR1cmVzMj0weGUzOWQ8U1NFMyxSU1ZEMixNT04sRFNfQ1BMLEVT VCxUTTIsU1NTRTMsQ1gxNix4VFBSLFBEQ00+CiAgQU1EIEZlYXR1cmVzPTB4MjAx MDA4MDA8U1lTQ0FMTCxOWCxMTT4KICBBTUQgRmVhdHVyZXMyPTB4MTxMQUhGPgog IENvcmVzIHBlciBwYWNrYWdlOiAyCnVzYWJsZSBtZW1vcnkgPSA0Mjc5MjE0MDgw ICg0MDgwIE1CKQphdmFpbCBtZW1vcnkgID0gNDEwNjYyMDkyOCAoMzkxNiBNQikK QUNQSSBBUElDIFRhYmxlOiA8REVMTCAgIEZYMDkgICA+CkZyZWVCU0QvU01QOiBN dWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDIgQ1BVcwogY3B1MCAoQlNQ KTogQVBJQyBJRDogIDAKIGNwdTEgKEFQKTogQVBJQyBJRDogIDEKVGhpcyBtb2R1 bGUgKG9wZW5zb2xhcmlzKSBjb250YWlucyBjb2RlIGNvdmVyZWQgYnkgdGhlCkNv bW1vbiBEZXZlbG9wbWVudCBhbmQgRGlzdHJpYnV0aW9uIExpY2Vuc2UgKENEREwp CnNlZSBodHRwOi8vb3BlbnNvbGFyaXMub3JnL29zL2xpY2Vuc2luZy9vcGVuc29s YXJpc19saWNlbnNlLwppb2FwaWMwOiBDaGFuZ2luZyBBUElDIElEIHRvIDQKaW9h cGljMCA8VmVyc2lvbiAyLjA+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZAprYmQx IGF0IGtiZG11eDAKYWNwaTA6IDxERUxMIEZYMDkgICA+IG9uIG1vdGhlcmJvYXJk CmFjcGkwOiBbSVRIUkVBRF0KYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCmFj cGkwOiByZXNlcnZhdGlvbiBvZiAwLCBhMDAwMCAoMykgZmFpbGVkCmFjcGkwOiBy ZXNlcnZhdGlvbiBvZiAxMDAwMDAsIGNmZDkwMDAwICgzKSBmYWlsZWQKVGltZWNv dW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAx MDAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBw b3J0IDB4NDA4LTB4NDBiIG9uIGFjcGkwCmFjcGlfaHBldDA6IDxIaWdoIFByZWNp c2lvbiBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9u IGFjcGkwCmRldmljZV9hdHRhY2g6IGFjcGlfaHBldDAgYXR0YWNoIHJldHVybmVk IDEyCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKcGNpYjA6 IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3Bp MApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2liMTogPFBDSS1QQ0kg YnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxQQ0kg YnVzPiBvbiBwY2liMQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4g cG9ydCAweGNlMDAtMHhjZWZmIG1lbSAweGQwMDAwMDAwLTB4ZGZmZmZmZmYsMHhm ZGRlMDAwMC0weGZkZGVmZmZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTEK aGRhYzA6IDxBVEkgUlY2MzAgSGlnaCBEZWZpbml0aW9uIEF1ZGlvIENvbnRyb2xs ZXI+IG1lbSAweGZkZGZjMDAwLTB4ZmRkZmZmZmYgaXJxIDE3IGF0IGRldmljZSAw LjEgb24gcGNpMQpoZGFjMDogSERBIERyaXZlciBSZXZpc2lvbjogMjAwOTAzMTZf MDEzMApoZGFjMDogW0lUSFJFQURdCmVtMDogPEludGVsKFIpIFBSTy8xMDAwIE5l dHdvcmsgQ29ubmVjdGlvbiA2LjkuNj4gcG9ydCAweGZmMDAtMHhmZjFmIG1lbSAw eGZkZmMwMDAwLTB4ZmRmZGZmZmYsMHhmZGZmZjAwMC0weGZkZmZmZmZmIGlycSAy MCBhdCBkZXZpY2UgMjUuMCBvbiBwY2kwCmVtMDogVXNpbmcgTVNJIGludGVycnVw dAplbTA6IFtGSUxURVJdCmVtMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MjE6NzA6 NDY6NmM6ZGEKdWhjaTA6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4g cG9ydCAweGZlMDAtMHhmZTFmIGlycSAxNiBhdCBkZXZpY2UgMjYuMCBvbiBwY2kw CnVoY2kwOiBbR0lBTlQtTE9DS0VEXQp1aGNpMDogW0lUSFJFQURdCnVzYjA6IDxV SENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTAKdXNiMDogVVNC IHJldmlzaW9uIDEuMAp1aHViMDogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNz IDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IwCnVodWIwOiAyIHBv cnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aGNpMTogPFVIQ0kg KGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4ZmQwMC0weGZkMWYgaXJx IDIxIGF0IGRldmljZSAyNi4xIG9uIHBjaTAKdWhjaTE6IFtHSUFOVC1MT0NLRURd CnVoY2kxOiBbSVRIUkVBRF0KdXNiMTogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250 cm9sbGVyPiBvbiB1aGNpMQp1c2IxOiBVU0IgcmV2aXNpb24gMS4wCnVodWIxOiA8 SW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBh ZGRyIDE+IG9uIHVzYjEKdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwg c2VsZiBwb3dlcmVkCnVoY2kyOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xs ZXI+IHBvcnQgMHhmYzAwLTB4ZmMxZiBpcnEgMTkgYXQgZGV2aWNlIDI2LjIgb24g cGNpMAp1aGNpMjogW0dJQU5ULUxPQ0tFRF0KdWhjaTI6IFtJVEhSRUFEXQp1c2Iy OiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kyCnVzYjI6 IFVTQiByZXZpc2lvbiAxLjAKdWh1YjI6IDxJbnRlbCBVSENJIHJvb3QgaHViLCBj bGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMgp1aHViMjog MiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKZWhjaTA6IDxF SENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGZkZmZlMDAw LTB4ZmRmZmUzZmYgaXJxIDE4IGF0IGRldmljZSAyNi43IG9uIHBjaTAKZWhjaTA6 IFtHSUFOVC1MT0NLRURdCmVoY2kwOiBbSVRIUkVBRF0KdXNiMzogRUhDSSB2ZXJz aW9uIDEuMAp1c2IzOiBjb21wYW5pb24gY29udHJvbGxlcnMsIDIgcG9ydHMgZWFj aDogdXNiMCB1c2IxIHVzYjIKdXNiMzogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAg Y29udHJvbGxlcj4gb24gZWhjaTAKdXNiMzogVVNCIHJldmlzaW9uIDIuMAp1aHVi MzogPEludGVsIEVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4w MCwgYWRkciAxPiBvbiB1c2IzCnVodWIzOiA2IHBvcnRzIHdpdGggNiByZW1vdmFi bGUsIHNlbGYgcG93ZXJlZApoZGFjMTogPEludGVsIDgyODAxSSBIaWdoIERlZmlu aXRpb24gQXVkaW8gQ29udHJvbGxlcj4gbWVtIDB4ZmRmZjQwMDAtMHhmZGZmN2Zm ZiBpcnEgMjIgYXQgZGV2aWNlIDI3LjAgb24gcGNpMApoZGFjMTogSERBIERyaXZl ciBSZXZpc2lvbjogMjAwOTAzMTZfMDEzMApoZGFjMTogW0lUSFJFQURdCnVoY2kz OiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhmYjAwLTB4 ZmIxZiBpcnEgMjMgYXQgZGV2aWNlIDI5LjAgb24gcGNpMAp1aGNpMzogW0dJQU5U LUxPQ0tFRF0KdWhjaTM6IFtJVEhSRUFEXQp1c2I0OiA8VUhDSSAoZ2VuZXJpYykg VVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kzCnVzYjQ6IFVTQiByZXZpc2lvbiAxLjAK dWh1YjQ6IDxJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAw LzEuMDAsIGFkZHIgMT4gb24gdXNiNAp1aHViNDogMiBwb3J0cyB3aXRoIDIgcmVt b3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWhjaTQ6IDxVSENJIChnZW5lcmljKSBVU0Ig Y29udHJvbGxlcj4gcG9ydCAweGZhMDAtMHhmYTFmIGlycSAxOSBhdCBkZXZpY2Ug MjkuMSBvbiBwY2kwCnVoY2k0OiBbR0lBTlQtTE9DS0VEXQp1aGNpNDogW0lUSFJF QURdCnVzYjU6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhj aTQKdXNiNTogVVNCIHJldmlzaW9uIDEuMAp1aHViNTogPEludGVsIFVIQ0kgcm9v dCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2I1 CnVodWI1OiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1 aGNpNTogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4Zjkw MC0weGY5MWYgaXJxIDE4IGF0IGRldmljZSAyOS4yIG9uIHBjaTAKdWhjaTU6IFtH SUFOVC1MT0NLRURdCnVoY2k1OiBbSVRIUkVBRF0KdXNiNjogPFVIQ0kgKGdlbmVy aWMpIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpNQp1c2I2OiBVU0IgcmV2aXNpb24g MS4wCnVodWI2OiA8SW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYg MS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjYKdWh1YjY6IDIgcG9ydHMgd2l0aCAy IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmVoY2kxOiA8RUhDSSAoZ2VuZXJpYykg VVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZGZmZDAwMC0weGZkZmZkM2ZmIGly cSAyMyBhdCBkZXZpY2UgMjkuNyBvbiBwY2kwCmVoY2kxOiBbR0lBTlQtTE9DS0VE XQplaGNpMTogW0lUSFJFQURdCnVzYjc6IEVIQ0kgdmVyc2lvbiAxLjAKdXNiNzog Y29tcGFuaW9uIGNvbnRyb2xsZXJzLCAyIHBvcnRzIGVhY2g6IHVzYjQgdXNiNSB1 c2I2CnVzYjc6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9u IGVoY2kxCnVzYjc6IFVTQiByZXZpc2lvbiAyLjAKdWh1Yjc6IDxJbnRlbCBFSENJ IHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24g dXNiNwp1aHViNzogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQKdW1hc3MwOiA8VEVBQyBDQS0yMDAsIGNsYXNzIDAvMCwgcmV2IDIuMDAvNC4w OCwgYWRkciAyPiBvbiB1aHViNwpwY2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAzMC4wIG9uIHBjaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjIKaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24g cGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNpMDogPEludGVsIElD SDkgU0FUQTMwMCBjb250cm9sbGVyPiBwb3J0IDB4ZjgwMC0weGY4MDcsMHhmNzAw LTB4ZjcwMywweGY2MDAtMHhmNjA3LDB4ZjUwMC0weGY1MDMsMHhmNDAwLTB4ZjQw ZiwweGYzMDAtMHhmMzBmIGlycSAxOSBhdCBkZXZpY2UgMzEuMiBvbiBwY2kwCmF0 YXBjaTA6IFtJVEhSRUFEXQphdGEyOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNp MAphdGEyOiBbSVRIUkVBRF0KYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBj aTAKYXRhMzogW0lUSFJFQURdCmljaHNtYjA6IDxTTUJ1cyBjb250cm9sbGVyPiBw b3J0IDB4NTAwLTB4NTFmIG1lbSAweGZkZmZjMDAwLTB4ZmRmZmMwZmYgaXJxIDE4 IGF0IGRldmljZSAzMS4zIG9uIHBjaTAKaWNoc21iMDogW0dJQU5ULUxPQ0tFRF0K aWNoc21iMDogW0lUSFJFQURdCnNtYnVzMDogPFN5c3RlbSBNYW5hZ2VtZW50IEJ1 cz4gb24gaWNoc21iMAphdGFwY2kxOiA8SW50ZWwgSUNIOSBTQVRBMzAwIGNvbnRy b2xsZXI+IHBvcnQgMHhmMTAwLTB4ZjEwNywweGYwMDAtMHhmMDAzLDB4ZWYwMC0w eGVmMDcsMHhlZTAwLTB4ZWUwMywweGVkMDAtMHhlZDBmLDB4ZWMwMC0weGVjMGYg aXJxIDE5IGF0IGRldmljZSAzMS41IG9uIHBjaTAKYXRhcGNpMTogW0lUSFJFQURd CmF0YTQ6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kxCmF0YTQ6IFtJVEhSRUFE XQphdGE1OiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMQphdGE1OiBbSVRIUkVB RF0KYWNwaV90ejA6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwCmZkYzA6IDxmbG9w cHkgZHJpdmUgY29udHJvbGxlcj4gcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEg NiBkcnEgMiBvbiBhY3BpMApmZGMwOiBbRklMVEVSXQpjcHUwOiA8QUNQSSBDUFU+ IG9uIGFjcGkwCmNvcmV0ZW1wMDogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3Jz PiBvbiBjcHUwCmVzdDA6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENv bnRyb2w+IG9uIGNwdTAKZXN0OiBDUFUgc3VwcG9ydHMgRW5oYW5jZWQgU3BlZWRz dGVwLCBidXQgaXMgbm90IHJlY29nbml6ZWQuCmVzdDogY3B1X3ZlbmRvciBHZW51 aW5lSW50ZWwsIG1zciA2MWE0YzIwMDYwMDRjMjAKZGV2aWNlX2F0dGFjaDogZXN0 MCBhdHRhY2ggcmV0dXJuZWQgNgpwNHRjYzA6IDxDUFUgRnJlcXVlbmN5IFRoZXJt YWwgQ29udHJvbD4gb24gY3B1MApjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNv cmV0ZW1wMTogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHUxCmVz dDE6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNw dTEKZXN0OiBDUFUgc3VwcG9ydHMgRW5oYW5jZWQgU3BlZWRzdGVwLCBidXQgaXMg bm90IHJlY29nbml6ZWQuCmVzdDogY3B1X3ZlbmRvciBHZW51aW5lSW50ZWwsIG1z ciA2MWE0YzIwMDYwMDRjMjAKZGV2aWNlX2F0dGFjaDogZXN0MSBhdHRhY2ggcmV0 dXJuZWQgNgpwNHRjYzE6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4g b24gY3B1MQphY3BpX2hwZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+ IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBvbiBhY3BpMApkZXZpY2VfYXR0 YWNoOiBhY3BpX2hwZXQwIGF0dGFjaCByZXR1cm5lZCAxMgpvcm0wOiA8SVNBIE9w dGlvbiBST00+IGF0IGlvbWVtIDB4YzAwMDAtMHhjZWZmZiBvbiBpc2EwCmF0a2Jk YzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBvcnQgMHg2MCww eDY0IG9uIGlzYTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2Jk YzAKa2JkMCBhdCBhdGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQphdGtiZDA6 IFtJVEhSRUFEXQpwcGMwOiBjYW5ub3QgcmVzZXJ2ZSBJL08gcG9ydCByYW5nZQpz YzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6 IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnNpbzA6IGNv bmZpZ3VyZWQgaXJxIDQgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNp bzA6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkCnNpbzA6IGNvbmZpZ3VyZWQgaXJx IDQgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNpbzA6IHBvcnQgbWF5 IG5vdCBiZSBlbmFibGVkCnNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBm bGFncyAweDEwIG9uIGlzYTAKc2lvMDogdHlwZSA4MjUwIG9yIG5vdCByZXNwb25k aW5nCnNpbzA6IFtGSUxURVJdCnNpbzE6IGNvbmZpZ3VyZWQgaXJxIDMgbm90IGlu IGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNpbzE6IHBvcnQgbWF5IG5vdCBiZSBl bmFibGVkCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgz ZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKdWtiZDA6IDx2ZW5kb3Ig MHgwNDVlIHByb2R1Y3QgMHgwMDBiLCBjbGFzcyAwLzAsIHJldiAxLjAwLzEuMDQs IGFkZHIgMj4gb24gdWh1YjEKa2JkMiBhdCB1a2JkMAp1bXMwOiA8RGVsbCBEZWxs IFVTQiBPcHRpY2FsIE1vdXNlLCBjbGFzcyAwLzAsIHJldiAyLjAwLzQzLjAxLCBh ZGRyIDM+IG9uIHVodWIxCnVtczA6IDMgYnV0dG9ucyBhbmQgWiBkaXIuCldBUk5J Tkc6IFpGUyBpcyBjb25zaWRlcmVkIHRvIGJlIGFuIGV4cGVyaW1lbnRhbCBmZWF0 dXJlIGluIEZyZWVCU0QuClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1z ZWMKYWQ0OiAzMDUyNDVNQiA8SGl0YWNoaSBIRFA3MjUwMzJHTEEzNjAgR00zT0E1 QkE+IGF0IGF0YTItbWFzdGVyIFNBVEEzMDAKWkZTIGZpbGVzeXN0ZW0gdmVyc2lv biA2ClpGUyBzdG9yYWdlIHBvb2wgdmVyc2lvbiA2Cihwcm9iZTA6dW1hc3Mtc2lt MDowOjA6MCk6IFRFU1QgVU5JVCBSRUFEWS4gQ0RCOiAwIDAgMCAwIDAgMCAKKHBy b2JlMDp1bWFzcy1zaW0wOjA6MDowKTogQ0FNIFN0YXR1czogU0NTSSBTdGF0dXMg RXJyb3IKKHByb2JlMDp1bWFzcy1zaW0wOjA6MDowKTogU0NTSSBTdGF0dXM6IENo ZWNrIENvbmRpdGlvbgoocHJvYmUwOnVtYXNzLXNpbTA6MDowOjApOiBOT1QgUkVB RFkgYXNjOjNhLDAKKHByb2JlMDp1bWFzcy1zaW0wOjA6MDowKTogTWVkaXVtIG5v dCBwcmVzZW50Cihwcm9iZTA6dW1hc3Mtc2ltMDowOjA6MCk6IFVucmV0cnlhYmxl IGVycm9yCihwcm9iZTA6dW1hc3Mtc2ltMDowOjA6MSk6IFRFU1QgVU5JVCBSRUFE WS4gQ0RCOiAwIDIwIDAgMCAwIDAgCihwcm9iZTA6dW1hc3Mtc2ltMDowOjA6MSk6 IENBTSBTdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9yCihwcm9iZTA6dW1hc3Mtc2lt MDowOjA6MSk6IFNDU0kgU3RhdHVzOiBDaGVjayBDb25kaXRpb24KKHByb2JlMDp1 bWFzcy1zaW0wOjA6MDoxKTogTk9UIFJFQURZIGFzYzozYSwwCihwcm9iZTA6dW1h c3Mtc2ltMDowOjA6MSk6IE1lZGl1bSBub3QgcHJlc2VudAoocHJvYmUwOnVtYXNz LXNpbTA6MDowOjEpOiBVbnJldHJ5YWJsZSBlcnJvcgoocHJvYmUwOnVtYXNzLXNp bTA6MDowOjIpOiBURVNUIFVOSVQgUkVBRFkuIENEQjogMCA0MCAwIDAgMCAwIAoo cHJvYmUwOnVtYXNzLXNpbTA6MDowOjIpOiBDQU0gU3RhdHVzOiBTQ1NJIFN0YXR1 cyBFcnJvcgoocHJvYmUwOnVtYXNzLXNpbTA6MDowOjIpOiBTQ1NJIFN0YXR1czog Q2hlY2sgQ29uZGl0aW9uCihwcm9iZTA6dW1hc3Mtc2ltMDowOjA6Mik6IE5PVCBS RUFEWSBhc2M6M2EsMAoocHJvYmUwOnVtYXNzLXNpbTA6MDowOjIpOiBNZWRpdW0g bm90IHByZXNlbnQKKHByb2JlMDp1bWFzcy1zaW0wOjA6MDoyKTogVW5yZXRyeWFi bGUgZXJyb3IKKHByb2JlMDp1bWFzcy1zaW0wOjA6MDozKTogVEVTVCBVTklUIFJF QURZLiBDREI6IDAgNjAgMCAwIDAgMCAKKHByb2JlMDp1bWFzcy1zaW0wOjA6MDoz KTogQ0FNIFN0YXR1czogU0NTSSBTdGF0dXMgRXJyb3IKKHByb2JlMDp1bWFzcy1z aW0wOjA6MDozKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbgoocHJvYmUw OnVtYXNzLXNpbTA6MDowOjMpOiBOT1QgUkVBRFkgYXNjOjNhLDAKKHByb2JlMDp1 bWFzcy1zaW0wOjA6MDozKTogTWVkaXVtIG5vdCBwcmVzZW50Cihwcm9iZTA6dW1h c3Mtc2ltMDowOjA6Myk6IFVucmV0cnlhYmxlIGVycm9yCmFjZDA6IERWRFIgPE9w dGlhcmMgRFZEKy8tUlcgQUQtNzIwMFMvMTAyQT4gYXQgYXRhMy1tYXN0ZXIgU0FU QTE1MApoZGFjMDogSERBIENvZGVjICMwOiBBVEkgUjZ4eCBIRE1JCnBjbTA6IDxI REEgQVRJIFI2eHggSERNSSBQQ00gIzAgRGlnaXRhbD4gYXQgY2FkIDAgbmlkIDEg b24gaGRhYzAKaGRhYzE6IEhEQSBDb2RlYyAjMjogUmVhbHRlayBBTEM4ODgKcGNt MTogPEhEQSBSZWFsdGVrIEFMQzg4OCBQQ00gIzAgQW5hbG9nPiBhdCBjYWQgMiBu aWQgMSBvbiBoZGFjMQpwY20yOiA8SERBIFJlYWx0ZWsgQUxDODg4IFBDTSAjMSBB bmFsb2c+IGF0IGNhZCAyIG5pZCAxIG9uIGhkYWMxClNNUDogQVAgQ1BVICMxIExh dW5jaGVkIQpkYTAgYXQgdW1hc3Mtc2ltMCBidXMgMCB0YXJnZXQgMCBsdW4gMApk YTA6IDxURUFDIFVTQiAgIEhTLUNGIENhcmQgNC4wOD4gUmVtb3ZhYmxlIERpcmVj dCBBY2Nlc3MgU0NTSS0wIGRldmljZSAKZGEwOiA0MC4wMDBNQi9zIHRyYW5zZmVy cwpkYTA6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBOT1Qg UkVBRFksIE1lZGl1bSBub3QgcHJlc2VudApkYTEgYXQgdW1hc3Mtc2ltMCBidXMg MCB0YXJnZXQgMCBsdW4gMQpkYTE6IDxURUFDIFVTQiAgIEhTLXhEL1NNIDQuMDg+ IFJlbW92YWJsZSBEaXJlY3QgQWNjZXNzIFNDU0ktMCBkZXZpY2UgCmRhMTogNDAu MDAwTUIvcyB0cmFuc2ZlcnMKZGExOiBBdHRlbXB0IHRvIHF1ZXJ5IGRldmljZSBz aXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQKZGEyIGF0 IHVtYXNzLXNpbTAgYnVzIDAgdGFyZ2V0IDAgbHVuIDIKZGEyOiA8VEVBQyBVU0Ig ICBIUy1NUyBDYXJkIDQuMDg+IFJlbW92YWJsZSBEaXJlY3QgQWNjZXNzIFNDU0kt MCBkZXZpY2UgCmRhMjogNDAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEyOiBBdHRlbXB0 IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0g bm90IHByZXNlbnQKZGEzIGF0IHVtYXNzLXNpbTAgYnVzIDAgdGFyZ2V0IDAgbHVu IDMKZGEzOiA8VEVBQyBVU0IgICBIUy1TRCBDYXJkIDQuMDg+IFJlbW92YWJsZSBE aXJlY3QgQWNjZXNzIFNDU0ktMCBkZXZpY2UgCmRhMzogNDAuMDAwTUIvcyB0cmFu c2ZlcnMKZGEzOiBBdHRlbXB0IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDog Tk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQKVHJ5aW5nIHRvIG1vdW50IHJv b3QgZnJvbSB6ZnM6dGFuay9yb290CldBUk5JTkc6IFRNUEZTIGlzIGNvbnNpZGVy ZWQgdG8gYmUgYSBoaWdobHkgZXhwZXJpbWVudGFsIGZlYXR1cmUgaW4gRnJlZUJT RC4K ------------jph9FjV4PeVjNogP7bkSqh-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 16:29:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DAAA10656D5 for ; Thu, 26 Mar 2009 16:29:52 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.freebsd.org (Postfix) with ESMTP id AD67C8FC1D for ; Thu, 26 Mar 2009 16:29:51 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out0.tiscali.nl with esmtp id 1LmsSk-0002ut-2A for ; Thu, 26 Mar 2009 17:29:50 +0100 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 6E5E184E9 for ; Thu, 26 Mar 2009 17:29:49 +0100 (CET) Date: Thu, 26 Mar 2009 17:29:49 +0100 To: "freebsd-stable@freebsd.org" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: User-Agent: Opera Mail/9.64 (FreeBSD) Subject: Re: process hanging on 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 16:29:53 -0000 On Thu, 26 Mar 2009 17:26:13 +0100, Ronald Klop wrote: > Hi, > > My brand new amd64 has a hanging process. > # uname -a > FreeBSD sjakie.klop.ws 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: Wed Mar > 25 00:07:31 UTC 2009 root@dhcppc0:/usr/obj/usr/src/sys/GENERIC amd64 > > I'm compiling a port of kde4. > top says this since a while: > 43404 root 1 116 20 21304K 4148K umtxn 1 0:00 0.00% > automoc4 > > # procstat -kk 43404 > PID TID COMM TDNAME KSTACK > 43404 100279 automoc4 - tdq_cpu+0x1218 > > Dmesg in the attachment. > > Can I provide more information to debug this? > > Ronald. I have more information. Maybe related. | | | \-+= 01734 root -su (bash) | | | \-+= 28036 root /bin/sh /home/ronald/bin/ports_upgrade.sh | | | \-+- 28987 root /bin/sh /tmp/ports_upgrade.sh.g4IH4j | | | \-+- 28988 root ruby18: portupgrade: [22/34] kdenetwork-4.2.1 (ruby18) | | | \-+- 29984 root /usr/bin/script -qa /tmp/portupgrade20090326-28988-19b2asv | | | \-+= 29986 root make | | | \-+- 31170 root [sh] | | | \-+- 31171 root [sh] | | | \-+- 31172 root make -f Makefile OPENSSL_CFLAGS=-DNO_IDEA all | | | \-+- 31175 root make -f CMakeFiles/Makefile2 all | | | \-+- 43401 root make -f kdnssd/ioslave/CMakeFiles/kio_zeroconf | | | \-+- 43402 root [sh] | | | \-+- 43403 root [automoc4] | | | \--- 43404 root [automoc4] # procstat -kk 43403 PID TID COMM TDNAME KSTACK 43403 100073 automoc4 - tdq_cpu+0x1218 43403 100229 automoc4 initial thread tdq_cpu+0x6f8 Is this interesting? Ronald. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 17:01:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A3A8106566C; Thu, 26 Mar 2009 17:01:10 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [IPv6:2001:770:10:300::86e2:510b]) by mx1.freebsd.org (Postfix) with SMTP id 4530D8FC15; Thu, 26 Mar 2009 17:01:09 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 26 Mar 2009 17:01:07 +0000 (GMT) Date: Thu, 26 Mar 2009 17:01:06 +0000 From: David Malone To: "Mikhail T." Message-ID: <20090326170106.GA28100@walton.maths.tcd.ie> References: <49C83673.3000604@aldan.algebra.com> <200903241537.36515.doconnor@gsoft.com.au> <49C87E0D.5090501@aldan.algebra.com> <49C92060.4060303@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49C92060.4060303@aldan.algebra.com> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 17:01:10 -0000 On Tue, Mar 24, 2009 at 02:03:12PM -0400, Mikhail T. wrote: > Same problem: > > restore -rf ibmo.0.2009-03-24.dump > load: 0.55 cmd: restore 11303 [nbufkv] 3.53u 3.91s 4% 27980k > unknown tape header type 213474529 > abort? [yn] > > Please, advise. Thanks! Yours, Hi Mikhail, If you actually need to get a dump back that restore can't read, you can try the "-D" option that I added a few years ago. Dump and restore expect things to be in a block format, but if (say) dump outputs a few bytes into the stream due to a bug, then the entire end of the dump can become unreadable. The -D option to restore tells it to try hard to get back in sync again. I'd guess you've tripped over either a bug in dump or restore. If you can file a PR, particularly with access to a sample dump, then I can have a look and see if I can figure out what's going on. Daid. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 17:07:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABC3010656C1; Thu, 26 Mar 2009 17:07:34 +0000 (UTC) (envelope-from jacks@sage-american.com) Received: from mail.sagedata.net (mail.sagedata.net [63.214.156.21]) by mx1.freebsd.org (Postfix) with ESMTP id 650C98FC08; Thu, 26 Mar 2009 17:07:34 +0000 (UTC) (envelope-from jacks@sage-american.com) Received: from sagemaster (sageweb.net [65.68.247.73]) by mail.sagedata.net (8.14.3/8.14.3) with SMTP id n2QH7XGP084261; Thu, 26 Mar 2009 12:07:33 -0500 (CDT) (envelope-from jacks@sage-american.com) X-Authentication-Warning: mail.sagedata.net: Host sageweb.net [65.68.247.73] claimed to be sagemaster Message-Id: <3.0.1.32.20090326120732.00ee69f0@sage-american.com> X-Sender: jacks@sage-american.com X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Thu, 26 Mar 2009 12:07:32 -0500 To: Mike Tancsa From: "Jack L. Stone" In-Reply-To: <200903261331.n2QDVd4b038485@lava.sentex.ca> References: <3.0.1.32.20090326070807.00f081e0@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Scanned-By: milter-spamc/1.13.385 (mail.sagedata.net [63.214.156.21]); Thu, 26 Mar 2009 12:07:34 -0500 X-Scanned-By: milter-sender/1.16.915 (mail.sagedata.net [63.214.156.21]); Thu, 26 Mar 2009 12:07:34 -0500 X-Virus-Scanned: ClamAV 0.94.2/9170/Thu Mar 26 10:37:38 2009 on mail.sagedata.net X-Virus-Status: Clean X-Spam-Status: NO, hits=-10.00 required=4.50 X-Spam-Report: Content analysis details: (-10.0 points, 4.5 required) | | pts rule name description | ---- ---------------------- -------------------------------------------------- | -10 ALL_TRUSTED Passed through trusted hosts only via SMTP | Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 17:07:35 -0000 At 09:32 AM 3.26.2009 -0400, Mike Tancsa wrote: >At 08:08 AM 3/26/2009, Jack L. Stone wrote: > >>Yes, but it's for running a dump on a (L)ive FS and just spits out warnings >>to that effect and has no effect on solving the problem(s). > >Unless the filesystem is very busy, you will get your data backed up. >If you have things like databases, I still would not trust >snapshots. Better to use pg_dump or mysqldump or the app that comes >with whatever DB you are using... When backing up things like / and >/usr, I would hazard a guess that most things are not changing while >the backup is running, at least they dont in my environments. I have >never had a problem with things like /home and even /var or /mail >which are changing quite a bit. We dont restore much in the course >of our daily routine, but we have always been able to restore >people's Maildir when they accidentally have deleted stuff and it all >worked without issue over the years. > > ---Mike Yes, we have been using the "L" switch for as long as it has existed because we have and always before that, backed up live FSes. And, as said before, we do a dump/restore dump every morning to produce a bootable clone. The clones have always worked for the many years we have done this. Indeed, we have always used the MySQL's own dump separately to backup DBs. But, that's OT. Jack (^_^) Happy trails, Jack L. Stone System Admin Sage-american From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 17:09:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B74E61065687; Thu, 26 Mar 2009 17:09:25 +0000 (UTC) (envelope-from jacks@sage-american.com) Received: from mail.sagedata.net (mail.sagedata.net [63.214.156.21]) by mx1.freebsd.org (Postfix) with ESMTP id 71A628FC28; Thu, 26 Mar 2009 17:09:25 +0000 (UTC) (envelope-from jacks@sage-american.com) Received: from sagemaster (sageweb.net [65.68.247.73]) by mail.sagedata.net (8.14.3/8.14.3) with SMTP id n2QH9Oqh084376; Thu, 26 Mar 2009 12:09:24 -0500 (CDT) (envelope-from jacks@sage-american.com) X-Authentication-Warning: mail.sagedata.net: Host sageweb.net [65.68.247.73] claimed to be sagemaster Message-Id: <3.0.1.32.20090326120922.00ee69f0@sage-american.com> X-Sender: jacks@sage-american.com X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Thu, 26 Mar 2009 12:09:22 -0500 To: Mike Tancsa , Peter Schuller From: "Jack L. Stone" In-Reply-To: <200903261415.n2QEF7hF038711@lava.sentex.ca> References: <20090326140131.GA45201@hyperion.scode.org> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Scanned-By: milter-spamc/1.13.385 (mail.sagedata.net [63.214.156.21]); Thu, 26 Mar 2009 12:09:25 -0500 X-Scanned-By: milter-sender/1.16.915 (mail.sagedata.net [63.214.156.21]); Thu, 26 Mar 2009 12:09:24 -0500 X-Virus-Scanned: ClamAV 0.94.2/9170/Thu Mar 26 10:37:38 2009 on mail.sagedata.net X-Virus-Status: Clean X-Spam-Status: NO, hits=-10.00 required=4.50 X-Spam-Report: Content analysis details: (-10.0 points, 4.5 required) | | pts rule name description | ---- ---------------------- -------------------------------------------------- | -10 ALL_TRUSTED Passed through trusted hosts only via SMTP | Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 17:09:27 -0000 At 10:15 AM 3.26.2009 -0400, Mike Tancsa wrote: >At 10:01 AM 3/26/2009, Peter Schuller wrote: >> > >> > Unless the filesystem is very busy, you will get your data backed up. >> > If you have things like databases, I still would not trust >> > snapshots. >> >>Uh. If backuping up a live database from a snapshot is not >>trustworthy, either the snapshot facility is broken or the database is >>broken (i.e., not crash-safe to begin with). > >... or the database is configured in a risky way... But judging by >this thread, it seems dump with -L is indeed broken for some >people. Hence, I suggested dumping the database using the database's >backup tools and trying dump without -L > > ---Mike Mike: The "L" for dumping is definitely NOT the problem. Jack (^_^) Happy trails, Jack L. Stone System Admin Sage-american From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 17:11:15 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 061581065733; Thu, 26 Mar 2009 17:11:15 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id BB79E8FC25; Thu, 26 Mar 2009 17:11:14 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lmt6i-0004rZ-V7; Thu, 26 Mar 2009 17:11:08 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lmt6i-0000PI-T4; Thu, 26 Mar 2009 17:11:08 +0000 To: jake@poptart.org, peter.schuller@infidyne.com In-Reply-To: Message-Id: From: Pete French Date: Thu, 26 Mar 2009 17:11:08 +0000 Cc: jacks@sage-american.com, freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 17:11:16 -0000 > Absolutely. You really must use a tool that interacts with the database > to perform the backup. Most commercial DBs have hooks that allow the > backup routines to call out to custom snapshot facilities. One would > usually request a backup through the database, which would then freeze IO > to its data files and maybe log files, deal with flushing caches etc and > then call your snapshot routine. I'm not aware that MySQL and Postgres do > though so the best you can do is a dump. mysql can do this - you can flush the tables and acuire a lock simultaneously so that you can then snapshot the uderlying filesystem and then release the lock to let everything continue. I use this for taking database snapshots and it works fine. I stop my slaves before snapshotting to avoid log files changing underneath me too .... like this... #!/bin/sh /usr/local/bin/mysql -usnapuser -psnapuser < Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E36B21065786; Thu, 26 Mar 2009 17:11:59 +0000 (UTC) (envelope-from jacks@sage-american.com) Received: from mail.sagedata.net (mail.sagedata.net [63.214.156.21]) by mx1.freebsd.org (Postfix) with ESMTP id B57478FC21; Thu, 26 Mar 2009 17:11:59 +0000 (UTC) (envelope-from jacks@sage-american.com) Received: from sagemaster (sageweb.net [65.68.247.73]) by mail.sagedata.net (8.14.3/8.14.3) with SMTP id n2QHBwbV084589; Thu, 26 Mar 2009 12:11:59 -0500 (CDT) (envelope-from jacks@sage-american.com) X-Authentication-Warning: mail.sagedata.net: Host sageweb.net [65.68.247.73] claimed to be sagemaster Message-Id: <3.0.1.32.20090326121157.00ee69f0@sage-american.com> X-Sender: jacks@sage-american.com X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Thu, 26 Mar 2009 12:11:57 -0500 To: Peter Schuller , Mike Tancsa From: "Jack L. Stone" In-Reply-To: <20090326144916.GB46345@hyperion.scode.org> References: <200903261415.n2QEF7hF038711@lava.sentex.ca> <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> <200903261415.n2QEF7hF038711@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Scanned-By: milter-spamc/1.13.385 (mail.sagedata.net [63.214.156.21]); Thu, 26 Mar 2009 12:11:59 -0500 X-Scanned-By: milter-sender/1.16.915 (mail.sagedata.net [63.214.156.21]); Thu, 26 Mar 2009 12:11:59 -0500 X-Virus-Scanned: ClamAV 0.94.2/9170/Thu Mar 26 10:37:38 2009 on mail.sagedata.net X-Virus-Status: Clean X-Spam-Status: NO, hits=-10.00 required=4.50 X-Spam-Report: Content analysis details: (-10.0 points, 4.5 required) | | pts rule name description | ---- ---------------------- -------------------------------------------------- | -10 ALL_TRUSTED Passed through trusted hosts only via SMTP | Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tapeheadertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 17:12:02 -0000 At 03:49 PM 3.26.2009 +0100, Peter Schuller wrote: >> ... or the database is configured in a risky way... But judging by >> this thread, it seems dump with -L is indeed broken for some >> people. Hence, I suggested dumping the database using the database's >> backup tools and trying dump without -L > >Well, if dump -L is really broken I'd recommend just not using dump >unless you absolutely have to. That is assuming snapshots are not >broken so that you can still use mksnap_ffs with your favorite backup >tool. > >-- >/ Peter Schuller > No one has said the dump "L" is broken -- and is NOT but now may mislead others just tuning into this thread. Jack (^_^) Happy trails, Jack L. Stone System Admin Sage-american From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 17:23:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EEAC1065724; Thu, 26 Mar 2009 17:23:49 +0000 (UTC) (envelope-from jacks@sage-american.com) Received: from mail.sagedata.net (mail.sagedata.net [63.214.156.21]) by mx1.freebsd.org (Postfix) with ESMTP id C6EF08FC15; Thu, 26 Mar 2009 17:23:48 +0000 (UTC) (envelope-from jacks@sage-american.com) Received: from sagemaster (sageweb.net [65.68.247.73]) by mail.sagedata.net (8.14.3/8.14.3) with SMTP id n2QHNjH2085212; Thu, 26 Mar 2009 12:23:45 -0500 (CDT) (envelope-from jacks@sage-american.com) X-Authentication-Warning: mail.sagedata.net: Host sageweb.net [65.68.247.73] claimed to be sagemaster Message-Id: <3.0.1.32.20090326122344.00ee69f0@sage-american.com> X-Sender: jacks@sage-american.com X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Thu, 26 Mar 2009 12:23:44 -0500 To: Karl Denninger , Jake Scott From: "Jack L. Stone" In-Reply-To: <49CBA34B.9070708@denninger.net> References: <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Scanned-By: milter-spamc/1.13.385 (mail.sagedata.net [63.214.156.21]); Thu, 26 Mar 2009 12:23:46 -0500 X-Scanned-By: milter-sender/1.16.915 (mail.sagedata.net [63.214.156.21]); Thu, 26 Mar 2009 12:23:46 -0500 X-Virus-Scanned: ClamAV 0.94.2/9170/Thu Mar 26 10:37:38 2009 on mail.sagedata.net X-Virus-Status: Clean X-Spam-Status: NO, hits=-10.00 required=4.50 X-Spam-Report: Content analysis details: (-10.0 points, 4.5 required) | | pts rule name description | ---- ---------------------- -------------------------------------------------- | -10 ALL_TRUSTED Passed through trusted hosts only via SMTP | Cc: freebsd-stable@freebsd.org, Peter Schuller , fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 17:23:52 -0000 At 10:46 AM 3.26.2009 -0500, Karl Denninger wrote: >Jake Scott wrote: >> >>> That said there are plenty of other reasos to use proper dump tools >>> (data portability, confirming the ability to actually read all rows >>> from a table, using a more often exercised code path and perhaps less >>> likely to have edge case bugs, etc). >> This thread has drifted off the main issue of using the FS dump/restore problem. Although, the DBs may be included as a part of this dump, it should NOT be relied upon as a backup/restore of DBs. We use MySQL's dump/backup tools strictly for the DBs. The dumps of the DBs (using MySQL's own dump tool) here are run by cron jobs every hour or few hours at most. That keeps our DB backups very recent and near current as possible is a restore is needed. Jack (^_^) Happy trails, Jack L. Stone System Admin Sage-american From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 17:36:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F67710656C6; Thu, 26 Mar 2009 17:36:39 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id 6C97D8FC14; Thu, 26 Mar 2009 17:36:39 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id 38B0078C3B; Fri, 27 Mar 2009 02:36:38 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id 0F96678C34; Fri, 27 Mar 2009 02:36:38 +0900 (JST) Message-ID: From: "Daisuke Aoyama" To: , References: Date: Fri, 27 Mar 2009 02:36:33 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: istgt now supports command queuing in disk type X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 17:36:40 -0000 Hello, I sent change request of ports version. (just now was committed when I wrote mail) What's new? (from 20090323) o starting to support multipath I/O by VMware ESXi (Fix/MRU/RR) o wildcard address listen and translate IP (useful on DHCP) o utilization efficiency of the command queuing was improved o task abort handling in cluster nodes o reduce deadlock and timeout risk (from 20090314) o support command queuing o shrink pre-allocated SCSI sense data buffer from 64K to 4K. o allow full specify "eui." and "naa." like "iqn." o if small PDU, write as one buffer. and many bug fixes The command queuing is disabled by default. If you want to use it, please add QueueDepth key in the LogicalUnit section of your configuration. for example: [LogicalUnit1] # Queuing 0=disabled, 1-255=enabled with specified depth. QueueDepth 16 If you have any problem with command queuing, comment out or specify 0 to disable it. Disabled version is about the same behavior as 20090314. To use wildcard address, edit your configuration like this: [PortalGroup1] # for IPv6 Portal DA1 [::]:3260 # for IPv4 Portal DA1 0.0.0.0:3260 Do not use mix with other IPs. After this change you can see TargetAddress as connected IP. IP address family connected by discovery session is important. If you need IPv6 target address, should use IPv6 in discovery. Also if you need IPv4 target address, should use IPv4. The istgt will reply only one IP address of multiple wildcard address to the initiator. Here is release 20090326: http://shell.peach.ne.jp/aoyama/archives/386 -- Daisuke Aoyama From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 17:44:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06B781065763 for ; Thu, 26 Mar 2009 17:44:04 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id 522DD8FC2E for ; Thu, 26 Mar 2009 17:44:03 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by fxm11 with SMTP id 11so651277fxm.43 for ; Thu, 26 Mar 2009 10:44:02 -0700 (PDT) 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:content-transfer-encoding; bh=4X+bXXEfsdrDlXkMPxAHfDK5WuKa5x7vOhQU3ZA9bPM=; b=KqVrgu14mhALpedyKTBRpIl89xAKphxpdfOfLvP04qggL114W3hwq/J2eVReh+YlbZ IbKK3Ij9GdJL9Cs5qWTA+0P5fr9A1/sqR3SoX5vMaLObPwQWZyBlXTzULu2vVSHSFQ9Q UcNKa+jeWhc3lmV5HirCCYiQ7dVv+M+qraT3A= 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:content-transfer-encoding; b=si7Y3NHPt9X/QBfGSByiCVmmrOCz5el53TGBEke8/4wwQ4zaug3fZmW2ZFnGRixPy0 uuui0/VkXINPehKl6tLYq0z7IVw+ajqUTx2EZit7/PDkDTP5WuDksGAt4Pc63VbfdFbf SjK3PbIKNds2pTykFHr4vbzJ3BUSeAnvGDJRs= Received: by 10.86.94.11 with SMTP id r11mr1399444fgb.53.1238087477636; Thu, 26 Mar 2009 10:11:17 -0700 (PDT) Received: from ?127.0.0.1? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id e11sm643209fga.20.2009.03.26.10.11.16 (version=SSLv3 cipher=RC4-MD5); Thu, 26 Mar 2009 10:11:17 -0700 (PDT) From: Tom Evans To: Jake Scott In-Reply-To: References: <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> Content-Type: text/plain Date: Thu, 26 Mar 2009 17:11:15 +0000 Message-Id: <1238087475.7491.44.camel@strangepork.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "Jack L. Stone" , Peter Schuller , fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tape headertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 17:44:05 -0000 On Thu, 2009-03-26 at 14:45 +0000, Jake Scott wrote: .. > Absolutely. You really must use a tool that interacts with the database > to perform the backup. Most commercial DBs have hooks that allow the > backup routines to call out to custom snapshot facilities. One would > usually request a backup through the database, which would then freeze IO > to its data files and maybe log files, deal with flushing caches etc and > then call your snapshot routine. I'm not aware that MySQL and Postgres do > though so the best you can do is a dump. > > > Jake > Just to add, mysql has a utility (mysqlhotcopy) to allow you to directly copy MyISAM databases with a guarentee of consistency (thus avoiding the conversion from MyISAM data -> SQL, and no need to reimport when recovering). It isn't exactly online though, any writes will be blocked until the hotcopy finishes. Still, it is only MyISAM, and not much call for that these days.. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 18:10:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEC30106564A for ; Thu, 26 Mar 2009 18:10:12 +0000 (UTC) (envelope-from cabal@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id BA66B8FC1D for ; Thu, 26 Mar 2009 18:10:12 +0000 (UTC) (envelope-from cabal@u.washington.edu) Received: from homer21.u.washington.edu (homer21.u.washington.edu [140.142.12.213]) by mxout7.cac.washington.edu (8.14.3+UW09.03/8.14.3+UW09.01) with ESMTP id n2QIACk0022006 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 26 Mar 2009 11:10:12 -0700 Received: from localhost (cabal@localhost) by homer21.u.washington.edu (8.14.3+UW09.03/8.14.3+Submit) with ESMTP id n2QIABDq021617 for ; Thu, 26 Mar 2009 11:10:11 -0700 Date: Thu, 26 Mar 2009 11:10:11 -0700 (PDT) From: "John H. Nyhuis" To: freebsd-stable@freebsd.org Message-ID: User-Agent: Alpine 2.01 (LRH 1217 2009-02-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-PMX-Version: 5.5.3.366731, Antispam-Engine: 2.7.0.366912, Antispam-Data: 2009.3.26.180126 X-Uwash-Spam: Gauge=IIIIIII, Probability=8%, Report='BODY_SIZE_1500_1599 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, ECARD_WORD 0, TO_NO_NAME 0, __C230066_P5 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_PHRASE_7 0, __USER_AGENT 0' Subject: Q: FreeBSD 7.1 stable boot failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 18:10:13 -0000 Greetings, I just re-installed an old file server from stable 6.1 to 7.1 stable, and I'm having a problem with my 3ware 7000-2 card. After sysinstall completes, and I try to boot from the SCSI HDD (not connected to the 3ware) for the first time, the system hangs immediatly after the POST completes. The keyboard goes dead (numlock and caps lock stop working) and it never starts to load. I can't get the system to a point where I can get an error to work with. When I remove the 3ware card, the system boot fine. FreeBSD is installed on my system's internal SCSI drives (the 3ware card manages data disks, not OS disks). I've checked the media md5, and the media checks out OK. I've tried manually setting the boot partition to the root partition on the SCSI drives. This problem is 100% repeatable on my system using 7.1 stable (and I did not experiance this with 6.1 stable). I've reinstalled several times with different options trying to get around this problem. The system is a Dell poweredge 2200 (dual PIII 333Mhz procs) SCSI drives (set to 4 and 5, controller set to 7), 128MB memory, and a 3ware 7000-2 card which should be supported by the twe0 driver. Would someone point me in the correct direction for resolving this? Something must have changed between 6.1 and 7.1 stable that is causing my hang. Thanks, John H. Nyhuis IT Manager Dept. of Pediatrics HS RR541C, Box 356320 University of Washington Desk: (206)-685-3884 jnyhuis@u.washington.edu From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 18:18:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5EA0106566C; Thu, 26 Mar 2009 18:18:58 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id A97688FC1B; Thu, 26 Mar 2009 18:18:58 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n2QIIPih039864; Thu, 26 Mar 2009 14:18:25 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200903261818.n2QIIPih039864@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 26 Mar 2009 14:19:03 -0400 To: "Jack L. Stone" From: Mike Tancsa In-Reply-To: <3.0.1.32.20090326121157.00ee69f0@sage-american.com> References: <200903261415.n2QEF7hF038711@lava.sentex.ca> <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> <200903261415.n2QEF7hF038711@lava.sentex.ca> <3.0.1.32.20090326121157.00ee69f0@sage-american.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tapeheadertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 18:18:59 -0000 At 01:11 PM 3/26/2009, Jack L. Stone wrote: >No one has said the dump "L" is broken -- and is NOT but now may mislead >others just tuning into this thread. OK, sorry I misunderstood that restore worked from dump files without -L.... I wonder if the original poster just needs to do an fsck on the disk. The only time I had dump crap out on me (other than with -L) was on a dirty filesystem. I regularly do stuff like cd /usr;dump 0f - /usr | (cd /tmp/usr; restore -rf - ) to duplicate partitions ---Mike From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 18:23:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17DD3106564A for ; Thu, 26 Mar 2009 18:23:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id A027B8FC13 for ; Thu, 26 Mar 2009 18:23:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LmuF0-000A7T-Ff; Thu, 26 Mar 2009 20:23:46 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n2QINgsD041741 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Mar 2009 20:23:43 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n2QINgYd083943; Thu, 26 Mar 2009 20:23:42 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n2QINghL083942; Thu, 26 Mar 2009 20:23:42 +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: Thu, 26 Mar 2009 20:23:42 +0200 From: Kostik Belousov To: Ronald Klop Message-ID: <20090326182342.GN31897@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f4k5f7Z1sR/E6cKW" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1LmuF0-000A7T-Ff eb4570add50cf4d932531f51c62aabd1 X-Terabit: YES Cc: "freebsd-stable@freebsd.org" Subject: Re: process hanging on 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 18:23:49 -0000 --f4k5f7Z1sR/E6cKW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 26, 2009 at 05:26:13PM +0100, Ronald Klop wrote: > Hi, >=20 > My brand new amd64 has a hanging process. > # uname -a > FreeBSD sjakie.klop.ws 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: Wed Mar = =20 > 25 00:07:31 UTC 2009 root@dhcppc0:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > I'm compiling a port of kde4. > top says this since a while: > 43404 root 1 116 20 21304K 4148K umtxn 1 0:00 0.00% =20 > automoc4 >=20 > # procstat -kk 43404 > PID TID COMM TDNAME KSTACK > 43404 100279 automoc4 - tdq_cpu+0x1218 >=20 > Dmesg in the attachment. >=20 > Can I provide more information to debug this? Did you rebuild both world and kernel ? (old world with new kernel shall work, I am just gathering information by this question). The most useful data would be usermode backtrace of all threads. For this to be useful, you probably need to build at least libc and libthr with debugging symbols. --f4k5f7Z1sR/E6cKW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknLyC4ACgkQC3+MBN1Mb4hv5QCeOviacU+M7wHvR5zj9yhLYglO vF4AmwbzKKxFV1n9b2hWHvh7B+VHn/WO =WnLl -----END PGP SIGNATURE----- --f4k5f7Z1sR/E6cKW-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 18:44:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 940991065674 for ; Thu, 26 Mar 2009 18:44:44 +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 A74208FC26 for ; Thu, 26 Mar 2009 18:44:43 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out1.tiscali.nl with esmtp id 1LmuZF-00038p-T6; Thu, 26 Mar 2009 19:44:42 +0100 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id C1AF28D95; Thu, 26 Mar 2009 19:44:41 +0100 (CET) Date: Thu, 26 Mar 2009 19:44:41 +0100 To: "Kostik Belousov" From: "Ronald Klop" Content-Type: multipart/mixed; boundary=----------PUJgVX8NnBR6ePCYRvs6BF MIME-Version: 1.0 References: <20090326182342.GN31897@deviant.kiev.zoral.com.ua> Message-ID: In-Reply-To: <20090326182342.GN31897@deviant.kiev.zoral.com.ua> User-Agent: Opera Mail/9.64 (FreeBSD) Cc: "freebsd-stable@freebsd.org" Subject: Re: process hanging on 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 18:44:44 -0000 ------------PUJgVX8NnBR6ePCYRvs6BF Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii Content-Transfer-Encoding: 7bit On Thu, 26 Mar 2009 19:23:42 +0100, Kostik Belousov wrote: > On Thu, Mar 26, 2009 at 05:26:13PM +0100, Ronald Klop wrote: >> Hi, >> >> My brand new amd64 has a hanging process. >> # uname -a >> FreeBSD sjakie.klop.ws 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: Wed Mar >> 25 00:07:31 UTC 2009 root@dhcppc0:/usr/obj/usr/src/sys/GENERIC >> amd64 >> >> I'm compiling a port of kde4. >> top says this since a while: >> 43404 root 1 116 20 21304K 4148K umtxn 1 0:00 0.00% >> automoc4 >> >> # procstat -kk 43404 >> PID TID COMM TDNAME KSTACK >> 43404 100279 automoc4 - tdq_cpu+0x1218 >> >> Dmesg in the attachment. >> >> Can I provide more information to debug this? > > Did you rebuild both world and kernel ? (old world with new kernel shall > work, I am just gathering information by this question). > > The most useful data would be usermode backtrace of all threads. > For this to be useful, you probably need to build at least libc > and libthr with debugging symbols. Yes, world and kernel are in sync. Ok, I've rebuild libc and libthr with doing: export DEBUG_FLAGS=-g cd /usr/src/lib/libc make clean && make depend && make && make install And the same for /usr/src/lib/libthr. Now I did 'gdb /usr/local/bin/automoc4 ' for both programs (see my other mail). The output is in the attachment. One of the processes (43403) is threaded, but I don't know how to debug that. Hints are welcome. Does this info ring a bell? Ronald. ------------PUJgVX8NnBR6ePCYRvs6BF Content-Disposition: attachment; filename=gdb.txt Content-Type: text/plain; name=gdb.txt Content-Transfer-Encoding: Quoted-Printable Script started on Thu Mar 26 19:41:50 2009 [root@sjakie ~]# uname -a=08=08=08=08=08=08=08=08procstat -kk 43404=08=08= =08=08=08=08=08=08=08=08=08=08=08=08=08=08=08=08=1B[10Puname -a=08=08=08= =08=08=08=08=08=1B[Kgdb /usr/local/bin/automoc4 43403 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 condit= ions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for detai= ls. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbol= s found)... Attaching to program: /usr/local/bin/automoc4, process 43403 Reading symbols from /usr/local/lib/qt4/libQtCore.so.4...(no debugging s= ymbols found)...done. Loaded symbols for /usr/local/lib/qt4/libQtCore.so.4 Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols fou= nd)...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...don= e. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)..= .done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libthr.so.3...done. Error while reading shared library symbols: Cannot get thread info: generic error Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libz.so.4...done. Loaded symbols for /lib/libz.so.4 Reading symbols from /usr/local/lib/libgthread-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgthread-2.0.so.0 Reading symbols from /usr/local/lib/libglib-2.0.so.0...done. Loaded symbols for /usr/local/lib/libglib-2.0.so.0 Reading symbols from /usr/local/lib/libiconv.so.3...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /usr/local/lib/libintl.so.8...done. Loaded symbols for /usr/local/lib/libintl.so.8 Reading symbols from /usr/local/lib/libpcre.so.0...done. Loaded symbols for /usr/local/lib/libpcre.so.0 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 0x0000000800f55cdc in tcsetattr (fd=3DVariable "fd" is not available. ) at /usr/src/lib/libc/gen/termios.c:76 76 errno =3D EINVAL; (gdb) bt #0 0x0000000800f55cdc in tcsetattr (fd=3DVariable "fd" is not available= . ) at /usr/src/lib/libc/gen/termios.c:76 #1 0x0000000000000000 in ?? () #2 0x0000000800769168 in QProcessManager::run () from /usr/local/lib/qt= 4/libQtCore.so.4 #3 0x00000008006c2e53 in QThreadPrivate::start () from /usr/local/lib/q= t4/libQtCore.so.4 #4 0x0000000800d762b1 in thread_start (curthread=3D0x6) at /usr/src/lib= /libthr/thread/thr_create.c:249 #5 0x0000000000000000 in ?? () #6 0x0000000000000000 in ?? () #7 0x0000000000000000 in ?? () #8 0x0000000000000000 in ?? () #9 0x00007fffffffd8e8 in ?? () #10 0x0000000000000000 in ?? () #11 0x0000000000000000 in ?? () Error accessing memory address 0x7fffffbff000: Bad address. (gdb) The program is running. Quit anyway (and detach it)? (y or n) y Detaching from program: /usr/local/bin/automoc4, process 43403 [root@sjakie ~]# gdb /usr/local/bin/automoc4 43403=08 =084 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 condit= ions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for detai= ls. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbol= s found)... Attaching to program: /usr/local/bin/automoc4, process 43404 Reading symbols from /usr/local/lib/qt4/libQtCore.so.4...(no debugging s= ymbols found)...done. Loaded symbols for /usr/local/lib/qt4/libQtCore.so.4 Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols fou= nd)...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...don= e. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)..= .done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libthr.so.3...done. Error while reading shared library symbols: Cannot get thread info: generic error Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libz.so.4...done. Loaded symbols for /lib/libz.so.4 Reading symbols from /usr/local/lib/libgthread-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgthread-2.0.so.0 Reading symbols from /usr/local/lib/libglib-2.0.so.0...done. Loaded symbols for /usr/local/lib/libglib-2.0.so.0 Reading symbols from /usr/local/lib/libiconv.so.3...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /usr/local/lib/libintl.so.8...done. Loaded symbols for /usr/local/lib/libintl.so.8 Reading symbols from /usr/local/lib/libpcre.so.0...done. Loaded symbols for /usr/local/lib/libpcre.so.0 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 0x0000000800d7eeda in _thread_printf (fd=3D100279, fmt=3D0x187b7 ) at /usr/src/lib/libthr/thread/thr= _printf.c:71 71 pchar(fd, va_arg(ap, int)); (gdb) bt #0 0x0000000800d7eeda in _thread_printf (fd=3D100279, fmt=3D0x187b7 ) at /usr/src/lib/libthr/thread= /thr_printf.c:71 #1 0x0000000000000000 in ?? () #2 0x000000000063c000 in ?? () #3 0x0000000000000001 in ?? () #4 0x00000008005134a5 in dlopen () from /libexec/ld-elf.so.1 #5 0x0000000800511513 in dladdr () from /libexec/ld-elf.so.1 #6 0x000000080050e4fd in ?? () from /libexec/ld-elf.so.1 #7 0x000000080190bb00 in ?? () #8 0x000000080190a000 in ?? () #9 0x000000080190bac0 in ?? () #10 0x000000000190a9a0 in ?? () #11 0x000000080191f800 in ?? () #12 0x00007fffffffe578 in ?? () #13 0x0000000000000009 in ?? () #14 0x000000080191f800 in ?? () #15 0x000000080191f970 in ?? () #16 0x000000080191f9a0 in ?? () #17 0x0000000000001000 in ?? () #18 0x00007fffffffdb10 in ?? () #19 0x00007fffffffdb30 in ?? () #20 0x0000000800734d5c in QProcess::start () from /usr/local/lib/qt4/lib= QtCore.so.4 #21 0x0000000000405525 in ?? () #22 0x000000000040801c in ?? () #23 0x000000000040a95d in ?? () #24 0x000000000040320e in ?? () #25 0x0000000800531000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000006 in ?? () #28 0x00007fffffffe8f0 in ?? () #29 0x00007fffffffe908 in ?? () #30 0x00007fffffffe967 in ?? () #31 0x00007fffffffe9a7 in ?? () #32 0x00007fffffffe9ed in ?? () #33 0x00007fffffffea04 in ?? () #34 0x0000000000000000 in ?? () #35 0x00007fffffffea19 in ?? () #36 0x00007fffffffea24 in ?? () #37 0x00007fffffffea38 in ?? () #38 0x00007fffffffea46 in ?? () #39 0x00007fffffffea50 in ?? () #40 0x00007fffffffea68 in ?? () #41 0x00007fffffffea7c in ?? () #42 0x00007fffffffeab2 in ?? () #43 0x00007fffffffeacc in ?? () #44 0x00007fffffffead4 in ?? () #45 0x00007fffffffeae7 in ?? () #46 0x00007fffffffeaf1 in ?? () #47 0x00007fffffffeb2f in ?? () #48 0x00007fffffffeb3a in ?? () #49 0x00007fffffffeb4e in ?? () #50 0x00007fffffffeb59 in ?? () #51 0x00007fffffffeb81 in ?? () #52 0x00007fffffffebb5 in ?? () #53 0x00007fffffffec1c in ?? () #54 0x00007fffffffec4f in ?? () #55 0x00007fffffffec59 in ?? () #56 0x00007fffffffec7d in ?? () ---Type to continue, or q to quit--- #57 0x00007fffffffec8d in ?? () #58 0x00007fffffffecb4 in ?? () #59 0x00007fffffffecc0 in ?? () #60 0x00007fffffffeccb in ?? () #61 0x00007fffffffecd7 in ?? () #62 0x00007fffffffed09 in ?? () #63 0x00007fffffffed20 in ?? () #64 0x00007fffffffed77 in ?? () #65 0x00007fffffffed94 in ?? () #66 0x00007fffffffedc8 in ?? () #67 0x00007fffffffedd7 in ?? () #68 0x00007fffffffede8 in ?? () #69 0x00007fffffffedff in ?? () #70 0x00007fffffffee0d in ?? () #71 0x00007fffffffee19 in ?? () #72 0x00007fffffffee2a in ?? () #73 0x00007fffffffee32 in ?? () #74 0x00007fffffffee47 in ?? () #75 0x00007fffffffee68 in ?? () #76 0x00007fffffffee81 in ?? () #77 0x00007fffffffeecb in ?? () #78 0x00007fffffffeefc in ?? () #79 0x00007fffffffef11 in ?? () #80 0x00007fffffffef35 in ?? () #81 0x00007fffffffef3b in ?? () #82 0x00007fffffffef59 in ?? () #83 0x00007fffffffef6d in ?? () #84 0x00007fffffffefa5 in ?? () #85 0x0000000000000000 in ?? () #86 0x0000000000000003 in ?? () #87 0x0000000000400040 in ?? () #88 0x0000000000000004 in ?? () #89 0x0000000000000038 in ?? () #90 0x0000000000000005 in ?? () #91 0x0000000000000007 in ?? () #92 0x0000000000000006 in ?? () #93 0x0000000000001000 in ?? () #94 0x0000000000000008 in ?? () #95 0x0000000000000000 in ?? () #96 0x0000000000000009 in ?? () #97 0x0000000000403180 in ?? () #98 0x0000000000000007 in ?? () #99 0x000000080050b000 in ?? () #100 0x0000000000000000 in ?? () #101 0x0000000000000000 in ?? () #102 0x0000000000000000 in ?? () #103 0x0000000000000000 in ?? () #104 0x0000000000000000 in ?? () #105 0x0000000000000000 in ?? () #106 0x0000000000000000 in ?? () #107 0x0000000000000000 in ?? () #108 0x0000000000000000 in ?? () #109 0x0000000000000000 in ?? () #110 0x0000000000000000 in ?? () #111 0x0000000000000000 in ?? () #112 0x0000000000000000 in ?? () #113 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #114 0x0000000000000000 in ?? () #115 0x0000000000000000 in ?? () #116 0x636f6c2f7273752f in ?? () #117 0x612f6e69622f6c61 in ?? () #118 0x0034636f6d6f7475 in ?? () #119 0x726f702f7273752f in ?? () #120 0x6b2f74656e2f7374 in ?? () #121 0x726f7774656e6564 in ?? () #122 0x2f6b726f772f346b in ?? () #123 0x6f7774656e65646b in ?? () #124 0x312e322e342d6b72 in ?? () #125 0x6b2f646c6975622f in ?? () #126 0x6f692f6473736e64 in ?? () #127 0x696b2f6576616c73 in ?? () #128 0x6f636f72657a5f6f in ?? () #129 0x6d6f7475615f666e in ?? () #130 0x2f007070632e636f in ?? () #131 0x74726f702f727375 in ?? () #132 0x646b2f74656e2f73 in ?? () #133 0x6b726f7774656e65 in ?? () #134 0x6b2f6b726f772f34 in ?? () #135 0x726f7774656e6564 in ?? () #136 0x2f312e322e342d6b in ?? () #137 0x692f6473736e646b in ?? () #138 0x2f006576616c736f in ?? () #139 0x74726f702f727375 in ?? () #140 0x646b2f74656e2f73 in ?? () #141 0x6b726f7774656e65 in ?? () #142 0x6b2f6b726f772f34 in ?? () #143 0x726f7774656e6564 in ?? () #144 0x2f312e322e342d6b in ?? () #145 0x646b2f646c697562 in ?? () #146 0x736f692f6473736e in ?? () #147 0x73752f006576616c in ?? () #148 0x2f6c61636f6c2f72 in ?? () #149 0x2d636f6d2f6e6962 in ?? () #150 0x7273752f00347471 in ?? () #151 0x622f6c61636f6c2f in ?? () #152 0x656b616d632f6e69 in ?? () #153 0x6d613d4843524100 in ?? () #154 0x54524f5000343664 in ?? () #155 0x73752f3d52494453 in ?? () #156 0x007374726f702f72 in ?? () #157 0x72463d535953504f in ?? () #158 0x5355004453426565 in ?? () #159 0x00746f6f723d5245 in ?? () #160 0x494c53534e45504f in ?? () #161 0x2f7273752f3d434e in ?? () #162 0x006564756c636e69 in ?? () #163 0x61762f3d4c49414d in ?? () #164 0x722f6c69616d2f72 in ?? () #165 0x4658584300746f6f in ?? () #166 0x324f2d3d5347414c in ?? () #167 0x74732d6f6e662d20 in ?? () #168 0x696c612d74636972 in ?? () #169 0x702d20676e697361 in ?? () #170 0x72616d2d20657069 in ?? () ---Type to continue, or q to quit--- #171 0x6e6f636f6e3d6863 in ?? () #172 0x4552504e414d0061 in ?? () #173 0x7273752f3d584946 in ?? () #174 0x6b2f6c61636f6c2f in ?? () #175 0x564c485300346564 in ?? () #176 0x4231315800313d4c in ?? () #177 0x7273752f3d455341 in ?? () #178 0x42006c61636f6c2f in ?? () #179 0x7365793d48435441 in ?? () #180 0x3d445750444c4f00 in ?? () #181 0x726f702f7273752f in ?? () #182 0x6b2f74656e2f7374 in ?? () #183 0x726f7774656e6564 in ?? () #184 0x2f6b726f772f346b in ?? () #185 0x6f7774656e65646b in ?? () #186 0x312e322e342d6b72 in ?? () #187 0x4800646c6975622f in ?? () #188 0x6f6f722f3d454d4f in ?? () #189 0x53534e45504f0074 in ?? () #190 0x74652f3d5249444c in ?? () #191 0x4150006c73732f63 in ?? () #192 0x65726f6d3d524547 in ?? () #193 0x5347414c46444c00 in ?? () #194 0x68746170722d203d in ?? () #195 0x696c2f7273752f3d in ?? () #196 0x6c2f7273752f3a62 in ?? () #197 0x62696c2f6c61636f in ?? () #198 0x534e495f44534200 in ?? () #199 0x5243535f4c4c4154 in ?? () #200 0x74736e693d545049 in ?? () #201 0x206f2d20206c6c61 in ?? () #202 0x20672d20746f6f72 in ?? () #203 0x6d2d206c65656877 in ?? () #204 0x4b414d0035353520 in ?? () #205 0x203d5347414c4645 in ?? () #206 0x646d613d48435241 in ?? () #207 0x535953504f203436 in ?? () #208 0x445342656572463d in ?? () #209 0x373d4c4552534f20 in ?? () #210 0x524556534f20322e in ?? () #211 0x3130373d4e4f4953 in ?? () #212 0x5453595320363031 in ?? () #213 0x4f49535245564d45 in ?? () #214 0x534e45504f203d4e in ?? () #215 0x47414c46435f4c53 in ?? () #216 0x495f4f4e442d3d53 in ?? () #217 0x4b414d5100414544 in ?? () #218 0x752f3d4345505345 in ?? () #219 0x6c61636f6c2f7273 in ?? () #220 0x712f65726168732f in ?? () #221 0x6570736b6d2f3474 in ?? () #222 0x62656572662f7363 in ?? () #223 0x4f002b2b672d6473 in ?? () #224 0x322e373d4c455253 in ?? () #225 0x656d6f682f3d5f00 in ?? () #226 0x2f646c616e6f722f in ?? () #227 0x74726f702f6e6962 in ?? () ---Type to continue, or q to quit--- #228 0x6461726770755f73 in ?? () #229 0x42494c0068732e65 in ?? () #230 0x7273752f3d524944 in ?? () #231 0x474b500062696c2f in ?? () #232 0x5f50554b4341425f in ?? () #233 0x7273752f3d524944 in ?? () #234 0x702f7374726f702f in ?? () #235 0x2f736567616b6361 in ?? () #236 0x4c5f4f4e006c6c41 in ?? () #237 0x005345593d544e49 in ?? () #238 0x6574783d4d524554 in ?? () #239 0x4b434f4c42006d72 in ?? () #240 0x42004b3d455a4953 in ?? () #241 0x4154534e495f4453 in ?? () #242 0x3d415441445f4c4c in ?? () #243 0x206c6c6174736e69 in ?? () #244 0x746f6f72206f2d20 in ?? () #245 0x6565687720672d20 in ?? () #246 0x343434206d2d206c in ?? () #247 0x4544415247505500 in ?? () #248 0x45565f54524f505f in ?? () #249 0x00312e322e343d52 in ?? () #250 0x62732f3d48544150 in ?? () #251 0x3a6e69622f3a6e69 in ?? () #252 0x6962732f7273752f in ?? () #253 0x622f7273752f3a6e in ?? () #254 0x2f7273752f3a6e69 in ?? () #255 0x752f3a73656d6167 in ?? () #256 0x6c61636f6c2f7273 in ?? () #257 0x752f3a6e6962732f in ?? () #258 0x6c61636f6c2f7273 in ?? () #259 0x6f722f3a6e69622f in ?? () #260 0x50006e69622f746f in ?? () #261 0x3d534547414b4341 in ?? () #262 0x726f702f7273752f in ?? () #263 0x616b6361702f7374 in ?? () #264 0x414c464300736567 in ?? () #265 0x2d20324f2d3d5347 in ?? () #266 0x697274732d6f6e66 in ?? () #267 0x7361696c612d7463 in ?? () #268 0x7069702d20676e69 in ?? () #269 0x686372616d2d2065 in ?? () #270 0x00616e6f636f6e3d in ?? () #271 0x45564d4554535953 in ?? () #272 0x4f003d4e4f495352 in ?? () #273 0x4e4f495352455653 in ?? () #274 0x003630313130373d in ?? () #275 0x2f3d584946455250 in ?? () #276 0x61636f6c2f727375 in ?? () #277 0x53003465646b2f6c in ?? () #278 0x69622f3d4c4c4548 in ?? () #279 0x4d5f5f0068732f6e in ?? () #280 0x343d5f5f4c564c4b in ?? () #281 0x4c53534e45504f00 in ?? () #282 0x73752f3d45534142 in ?? () #283 0x2b633d5858430072 in ?? () #284 0x424c41434f4c002b in ?? () ---Type to continue, or q to quit--- #285 0x7273752f3d455341 in ?? () #286 0x50006c61636f6c2f in ?? () #287 0x3d485441505f474b in ?? () #288 0x726f702f7273752f in ?? () #289 0x616b6361702f7374 in ?? () #290 0x006c6c412f736567 in ?? () #291 0x5f45444152475055 in ?? () #292 0x726f703d4c4f4f54 in ?? () #293 0x6564617267707574 in ?? () #294 0x73752f3d44575000 in ?? () #295 0x2f7374726f702f72 in ?? () #296 0x6e65646b2f74656e in ?? () #297 0x2f346b726f777465 in ?? () #298 0x65646b2f6b726f77 in ?? () #299 0x2d6b726f7774656e in ?? () #300 0x75622f312e322e34 in ?? () #301 0x736e646b2f646c69 in ?? () #302 0x616c736f692f6473 in ?? () #303 0x495f445342006576 in ?? () #304 0x4d5f4c4c4154534e in ?? () #305 0x6174736e693d4e41 in ?? () #306 0x72206f2d20206c6c in ?? () #307 0x7720672d20746f6f in ?? () #308 0x206d2d206c656568 in ?? () #309 0x5f50544600343434 in ?? () #310 0x5f45564953534150 in ?? () #311 0x5345593d45444f4d in ?? () #312 0x494c4649544f4d00 in ?? () #313 0x7273752f4c2d3d42 in ?? () #314 0x6c2f6c61636f6c2f in ?? () #315 0x206d586c2d206269 in ?? () #316 0x3d43430070586c2d in ?? () #317 0x4152475055006363 in ?? () #318 0x3d54524f505f4544 in ?? () #319 0x6f7774656e65646b in ?? () #320 0x312e322e342d6b72 in ?? () #321 0x4c53534e45504f00 in ?? () #322 0x7273752f3d42494c in ?? () #323 0x4453420062696c2f in ?? () #324 0x4c4c4154534e495f in ?? () #325 0x4d4152474f52505f in ?? () #326 0x6c6c6174736e693d in ?? () #327 0x206f2d20732d2020 in ?? () #328 0x20672d20746f6f72 in ?? () #329 0x6d2d206c65656877 in ?? () #330 0x45504f0035353520 in ?? () #331 0x4c46435f4c53534e in ?? () #332 0x4f4e442d3d534741 in ?? () #333 0x000000414544495f in ?? () #334 0x0000000000000000 in ?? () #335 0x0000000000000000 in ?? () #336 0x0000000000000000 in ?? () #337 0x0000000000000000 in ?? () #338 0x0000000000000000 in ?? () #339 0x0000000000000000 in ?? () #340 0x0000000000000000 in ?? () #341 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #342 0x0000000000000000 in ?? () #343 0x0000000000000000 in ?? () #344 0x0000000000000000 in ?? () #345 0x0000000000000000 in ?? () #346 0x0000000000000000 in ?? () #347 0x0000000000000000 in ?? () #348 0x0000000000000000 in ?? () #349 0x0000000000000000 in ?? () #350 0x0000000000000000 in ?? () #351 0x0000000000000000 in ?? () #352 0x0000000000000000 in ?? () #353 0x0000000000000000 in ?? () #354 0x0000000000000000 in ?? () #355 0x0000000000000000 in ?? () #356 0x0000000000000000 in ?? () #357 0x0000000000000000 in ?? () #358 0x0000000000000000 in ?? () #359 0x0000000000000000 in ?? () #360 0x0000000000000000 in ?? () #361 0x0000000000000000 in ?? () #362 0x0000000000000000 in ?? () #363 0x0000000000000000 in ?? () #364 0x0000000000000000 in ?? () #365 0x0000000000000000 in ?? () #366 0x0000000000000000 in ?? () #367 0x0000000000000000 in ?? () #368 0x0000000000000000 in ?? () #369 0x0000000000000000 in ?? () #370 0x0000000000000000 in ?? () #371 0x0000000000000000 in ?? () #372 0x0000000000000000 in ?? () #373 0x0000000000000000 in ?? () #374 0x0000000000000000 in ?? () #375 0x0000000000000000 in ?? () #376 0x0000000000000000 in ?? () #377 0x0000000000000000 in ?? () #378 0x0000000000000000 in ?? () #379 0x0000000000000000 in ?? () #380 0x0000000000000000 in ?? () #381 0x0000000000000000 in ?? () #382 0x0000000000000000 in ?? () #383 0x0000000000000000 in ?? () #384 0x0000000000000000 in ?? () #385 0x0000000000000000 in ?? () #386 0x0000000000000000 in ?? () #387 0x0000000000000000 in ?? () #388 0x0000000000000000 in ?? () #389 0x0000000000000000 in ?? () #390 0x0000000000000000 in ?? () #391 0x0000000000000000 in ?? () #392 0x0000000000000000 in ?? () #393 0x0000000000000000 in ?? () #394 0x0000000000000000 in ?? () #395 0x0000000000000000 in ?? () #396 0x0000000000000000 in ?? () #397 0x0000000000000000 in ?? () #398 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #399 0x0000000000000000 in ?? () #400 0x0000000000000000 in ?? () #401 0x0000000000000000 in ?? () #402 0x0000000000000000 in ?? () #403 0x0000000000000000 in ?? () #404 0x0000000000000000 in ?? () #405 0x0000000000000000 in ?? () #406 0x0000000000000000 in ?? () #407 0x0000000000000000 in ?? () #408 0x0000000000000000 in ?? () #409 0x0000000000000000 in ?? () #410 0x0000000000000000 in ?? () #411 0x0000000000000000 in ?? () #412 0x0000000000000000 in ?? () #413 0x0000000000000000 in ?? () #414 0x0000000000000000 in ?? () #415 0x0000000000000000 in ?? () #416 0x0000000000000000 in ?? () #417 0x0000000000000000 in ?? () #418 0x0000000000000000 in ?? () #419 0x0000000000000000 in ?? () #420 0x0000000000000000 in ?? () #421 0x0000000000000000 in ?? () #422 0x0000000000000000 in ?? () #423 0x0000000000000000 in ?? () #424 0x0000000000000000 in ?? () #425 0x0000000000000000 in ?? () #426 0x0000000000000000 in ?? () #427 0x0000000000000000 in ?? () #428 0x0000000000000000 in ?? () #429 0x0000000000000000 in ?? () #430 0x0000000000000000 in ?? () #431 0x0000000000000000 in ?? () #432 0x0000000000000000 in ?? () #433 0x0000000000000000 in ?? () #434 0x0000000000000000 in ?? () #435 0x0000000000000000 in ?? () #436 0x0000000000000000 in ?? () #437 0x0000000000000000 in ?? () #438 0x0000000000000000 in ?? () #439 0x0000000000000000 in ?? () #440 0x0000000000000000 in ?? () #441 0x0000000000000000 in ?? () #442 0x0000000000000000 in ?? () #443 0x0000000000000000 in ?? () #444 0x0000000000000000 in ?? () #445 0x0000000000000000 in ?? () #446 0x0000000000000000 in ?? () #447 0x0000000000000000 in ?? () #448 0x0000000000000000 in ?? () #449 0x0000000000000000 in ?? () #450 0x0000000000000000 in ?? () #451 0x0000000000000000 in ?? () #452 0x0000000000000000 in ?? () #453 0x0000000000000000 in ?? () #454 0x0000000000000000 in ?? () #455 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #456 0x0000000000000000 in ?? () #457 0x0000000000000000 in ?? () #458 0x0000000000000000 in ?? () #459 0x0000000000000000 in ?? () #460 0x0000000000000000 in ?? () #461 0x0000000000000000 in ?? () #462 0x0000000000000000 in ?? () #463 0x0000000000000000 in ?? () #464 0x0000000000000000 in ?? () #465 0x0000000000000000 in ?? () #466 0x0000000000000000 in ?? () #467 0x0000000000000000 in ?? () #468 0x0000000000000000 in ?? () #469 0x0000000000000000 in ?? () #470 0x0000000000000000 in ?? () #471 0x0000000000000000 in ?? () #472 0x0000000000000000 in ?? () #473 0x0000000000000000 in ?? () #474 0x0000000000000000 in ?? () #475 0x0000000000000000 in ?? () #476 0x0000000000000000 in ?? () #477 0x0000000000000000 in ?? () #478 0x0000000000000000 in ?? () #479 0x0000000000000000 in ?? () #480 0x0000000000000000 in ?? () #481 0x0000000000000000 in ?? () #482 0x0000000000000000 in ?? () #483 0x0000000000000000 in ?? () #484 0x0000000000000000 in ?? () #485 0x0000000000000000 in ?? () #486 0x0000000000000000 in ?? () #487 0x0000000000000000 in ?? () #488 0x0000000000000000 in ?? () #489 0x0000000000000000 in ?? () #490 0x0000000000000000 in ?? () #491 0x0000000000000000 in ?? () #492 0x0000000000000000 in ?? () #493 0x0000000000000000 in ?? () #494 0x0000000000000000 in ?? () #495 0x0000000000000000 in ?? () #496 0x0000000000000000 in ?? () #497 0x0000000000000000 in ?? () #498 0x0000000000000000 in ?? () #499 0x0000000000000000 in ?? () #500 0x0000000000000000 in ?? () #501 0x0000000000000000 in ?? () #502 0x0000000000000000 in ?? () #503 0x0000000000000000 in ?? () #504 0x0000000000000000 in ?? () #505 0x0000000000000000 in ?? () #506 0x0000000000000000 in ?? () #507 0x0000000000000000 in ?? () #508 0x0000000000000000 in ?? () #509 0x0000000000000000 in ?? () #510 0x0000000000000000 in ?? () #511 0x0000000000000000 in ?? () #512 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #513 0x0000000000000000 in ?? () #514 0x0000000000000000 in ?? () #515 0x0000000000000000 in ?? () #516 0x0000000000000000 in ?? () #517 0x0000000000000000 in ?? () #518 0x0000000000000000 in ?? () #519 0x0000000000000000 in ?? () #520 0x0000000000000000 in ?? () #521 0x0000000000000000 in ?? () #522 0x0000000000000000 in ?? () #523 0x0000000000000000 in ?? () #524 0x0000000000000000 in ?? () #525 0x0000000000000000 in ?? () #526 0x0000000000000000 in ?? () #527 0x0000000000000000 in ?? () #528 0x0000000000000000 in ?? () #529 0x0000000000000000 in ?? () #530 0x0000000000000000 in ?? () #531 0x0000000000000000 in ?? () #532 0x0000000000000000 in ?? () #533 0x0000000000000000 in ?? () #534 0x0000000000000000 in ?? () #535 0x0000000000000000 in ?? () #536 0x0000000000000000 in ?? () #537 0x0000000000000000 in ?? () #538 0x0000000000000000 in ?? () #539 0x0000000000000000 in ?? () #540 0x0000000000000000 in ?? () #541 0x0000000000000000 in ?? () #542 0x0000000000000000 in ?? () #543 0x0000000000000000 in ?? () #544 0x0000000000000000 in ?? () #545 0x0000000000000000 in ?? () #546 0x0000000000000000 in ?? () #547 0x0000000000000000 in ?? () #548 0x0000000000000000 in ?? () #549 0x0000000000000000 in ?? () #550 0x0000000000000000 in ?? () #551 0x0000000000000000 in ?? () #552 0x0000000000000000 in ?? () #553 0x0000000000000000 in ?? () #554 0x0000000000000000 in ?? () #555 0x0000000000000000 in ?? () #556 0x0000000000000000 in ?? () #557 0x0000000000000000 in ?? () #558 0x0000000000000000 in ?? () #559 0x0000000000000000 in ?? () #560 0x0000000000000000 in ?? () #561 0x0000000000000000 in ?? () #562 0x0000000000000000 in ?? () #563 0x0000000000000000 in ?? () #564 0x0000000000000000 in ?? () #565 0x0000000000000000 in ?? () #566 0x0000000000000000 in ?? () #567 0x0000000000000000 in ?? () #568 0x0000000000000000 in ?? () #569 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #570 0x0000000000000000 in ?? () #571 0x0000000000000000 in ?? () #572 0x0000000000000000 in ?? () #573 0x0000000000000000 in ?? () #574 0x0000000000000000 in ?? () #575 0x0000000000000000 in ?? () #576 0x0000000000000000 in ?? () #577 0x0000000000000000 in ?? () #578 0x0000000000000000 in ?? () #579 0x0000000000000000 in ?? () #580 0x0000000000000000 in ?? () #581 0x0000000000000000 in ?? () #582 0x0000000000000000 in ?? () #583 0x0000000000000000 in ?? () #584 0x0000000000000000 in ?? () #585 0x0000000000000000 in ?? () #586 0x0000000000000000 in ?? () #587 0x0000000000000000 in ?? () #588 0x0000000000000000 in ?? () #589 0x0000000000000000 in ?? () #590 0x0000000000000000 in ?? () #591 0x0000000000000000 in ?? () #592 0x0000000000000000 in ?? () #593 0x0000000000000000 in ?? () #594 0x0000000000000000 in ?? () #595 0x0000000000000000 in ?? () #596 0x0000000000000000 in ?? () #597 0x0000000000000000 in ?? () #598 0x0000000000000000 in ?? () #599 0x0000000000000000 in ?? () #600 0x0000000000000000 in ?? () #601 0x0000000000000000 in ?? () #602 0x0000000000000000 in ?? () #603 0x0000000000000000 in ?? () #604 0x0000000000000000 in ?? () #605 0x0000000000000000 in ?? () #606 0x0000000000000000 in ?? () #607 0x0000000000000000 in ?? () #608 0x0000000000000000 in ?? () #609 0x0000000000000000 in ?? () #610 0x0000000000000000 in ?? () #611 0x0000000000000000 in ?? () #612 0x0000000000000000 in ?? () #613 0x0000000000000000 in ?? () #614 0x0000000000000000 in ?? () #615 0x0000000000000000 in ?? () #616 0x0000000000000000 in ?? () #617 0x0000000000000000 in ?? () #618 0x0000000000000000 in ?? () #619 0x0000000000000000 in ?? () #620 0x0000000000000000 in ?? () #621 0x0000000000000000 in ?? () #622 0x0000000000000000 in ?? () #623 0x0000000000000000 in ?? () #624 0x0000000000000000 in ?? () #625 0x0000000000000000 in ?? () #626 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #627 0x0000000000000000 in ?? () #628 0x0000000000000000 in ?? () #629 0x0000000000000000 in ?? () #630 0x0000000000000000 in ?? () #631 0x0000000000000000 in ?? () #632 0x0000000000000000 in ?? () #633 0x0000000000000000 in ?? () #634 0x0000000000000000 in ?? () #635 0x0000000000000000 in ?? () #636 0x0000000000000000 in ?? () #637 0x0000000000000000 in ?? () #638 0x0000000000000000 in ?? () #639 0x0000000000000000 in ?? () #640 0x0000000000000000 in ?? () #641 0x0000000000000000 in ?? () #642 0x0000000000000000 in ?? () #643 0x0000000000000000 in ?? () #644 0x0000000000000000 in ?? () #645 0x0000000000000000 in ?? () #646 0x0000000000000000 in ?? () #647 0x0000000000000000 in ?? () #648 0x0000000000000000 in ?? () #649 0x0000000000000000 in ?? () #650 0x0000000000000000 in ?? () #651 0x0000000000000000 in ?? () #652 0x0000000000000000 in ?? () #653 0x0000000000000000 in ?? () #654 0x0000000000000000 in ?? () #655 0x0000000000000000 in ?? () #656 0x0000000000000000 in ?? () #657 0x0000000000000000 in ?? () #658 0x0000000000000000 in ?? () #659 0x0000000000000000 in ?? () #660 0x0000000000000000 in ?? () #661 0x0000000000000000 in ?? () #662 0x0000000000000000 in ?? () #663 0x0000000000000000 in ?? () #664 0x0000000000000000 in ?? () #665 0x0000000000000000 in ?? () #666 0x0000000000000000 in ?? () #667 0x0000000000000000 in ?? () #668 0x0000000000000000 in ?? () #669 0x0000000000000000 in ?? () #670 0x0000000000000000 in ?? () #671 0x0000000000000000 in ?? () #672 0x0000000000000000 in ?? () #673 0x0000000000000000 in ?? () #674 0x0000000000000000 in ?? () #675 0x0000000000000000 in ?? () #676 0x0000000000000000 in ?? () #677 0x0000000000000000 in ?? () #678 0x0000000000000000 in ?? () #679 0x0000000000000000 in ?? () #680 0x0000000000000000 in ?? () #681 0x0000000000000000 in ?? () #682 0x0000000000000000 in ?? () #683 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #684 0x0000000000000000 in ?? () #685 0x0000000000000000 in ?? () #686 0x0000000000000000 in ?? () #687 0x0000000000000000 in ?? () #688 0x0000000000000000 in ?? () #689 0x0000000000000000 in ?? () #690 0x0000000000000000 in ?? () #691 0x0000000000000000 in ?? () #692 0x0000000000000000 in ?? () #693 0x0000000000000000 in ?? () #694 0x0000000000000000 in ?? () #695 0x0000000000000000 in ?? () #696 0x0000000000000000 in ?? () #697 0x0000000000000000 in ?? () #698 0x0000000000000000 in ?? () #699 0x0000000000000000 in ?? () #700 0x0000000000000000 in ?? () #701 0x0000000000000000 in ?? () #702 0x0000000000000000 in ?? () #703 0x0000000000000000 in ?? () #704 0x0000000000000000 in ?? () #705 0x0000000000000000 in ?? () #706 0x0000000000000000 in ?? () #707 0x0000000000000000 in ?? () #708 0x0000000000000000 in ?? () #709 0x0000000000000000 in ?? () #710 0x0000000000000000 in ?? () #711 0x0000000000000000 in ?? () #712 0x0000000000000000 in ?? () #713 0x0000000000000000 in ?? () #714 0x0000000000000000 in ?? () #715 0x0000000000000000 in ?? () #716 0x0000000000000000 in ?? () #717 0x0000000000000000 in ?? () #718 0x0000000000000000 in ?? () #719 0x0000000000000000 in ?? () #720 0x0000000000000000 in ?? () #721 0x0000000000000000 in ?? () #722 0x0000000000000000 in ?? () #723 0x0000000000000000 in ?? () #724 0x0000000000000000 in ?? () #725 0x0000000000000000 in ?? () #726 0x0000000000000000 in ?? () #727 0x0000000000000000 in ?? () #728 0x0000000000000000 in ?? () #729 0x0000000000000000 in ?? () #730 0x0000000000000000 in ?? () #731 0x0000000000000000 in ?? () #732 0x0000000000000000 in ?? () #733 0x0000000000000000 in ?? () #734 0x0000000000000000 in ?? () #735 0x0000000000000000 in ?? () #736 0x0000000000000000 in ?? () #737 0x0000000000000000 in ?? () #738 0x0000000000000000 in ?? () #739 0x0000000000000000 in ?? () #740 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #741 0x0000000000000000 in ?? () #742 0x0000000000000000 in ?? () #743 0x0000000000000000 in ?? () #744 0x0000000000000000 in ?? () #745 0x0000000000000000 in ?? () #746 0x0000000000000000 in ?? () #747 0x0000000000000000 in ?? () #748 0x0000000000000000 in ?? () #749 0x0000000000000000 in ?? () #750 0x0000000000000000 in ?? () #751 0x0000000000000000 in ?? () #752 0x0000000000000000 in ?? () #753 0x0000000000000000 in ?? () #754 0x0000000000000000 in ?? () #755 0x0000000000000000 in ?? () #756 0x0000000000000000 in ?? () #757 0x0000000000000000 in ?? () #758 0x0000000000000000 in ?? () #759 0x0000000000000000 in ?? () #760 0x0000000000000000 in ?? () #761 0x0000000000000000 in ?? () #762 0x0000000000000000 in ?? () #763 0x0000000000000000 in ?? () #764 0x0000000000000000 in ?? () #765 0x0000000000000000 in ?? () #766 0x0000000000000000 in ?? () #767 0x0000000000000000 in ?? () #768 0x0000000000000000 in ?? () #769 0x0000000000000000 in ?? () #770 0x0000000000000000 in ?? () #771 0x0000000000000000 in ?? () #772 0x0000000000000000 in ?? () #773 0x0000000000000000 in ?? () #774 0x0000000000000000 in ?? () #775 0x0000000000000000 in ?? () #776 0x0000000000000000 in ?? () #777 0x0000000000000000 in ?? () #778 0x0000000000000000 in ?? () #779 0x0000000000000000 in ?? () #780 0x0000000000000000 in ?? () #781 0x0000000000000000 in ?? () #782 0x0000000000000000 in ?? () #783 0x0000000000000000 in ?? () #784 0x0000000000000000 in ?? () #785 0x0000000000000000 in ?? () #786 0x0000000000000000 in ?? () #787 0x0000000000000000 in ?? () #788 0x0000000000000000 in ?? () #789 0x0000000000000000 in ?? () #790 0x0000000000000000 in ?? () #791 0x0000000000000000 in ?? () #792 0x0000000000000000 in ?? () #793 0x0000000000000000 in ?? () #794 0x0000000000000000 in ?? () #795 0x0000000000000000 in ?? () #796 0x0000000000000000 in ?? () #797 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #798 0x0000000000000000 in ?? () #799 0x0000000000000000 in ?? () #800 0x0000000000000000 in ?? () #801 0x0000000000000000 in ?? () #802 0x0000000000000000 in ?? () #803 0x0000000000000000 in ?? () #804 0x0000000000000000 in ?? () #805 0x0000000000000000 in ?? () #806 0x0000000000000000 in ?? () #807 0x0000000000000000 in ?? () #808 0x0000000000000000 in ?? () #809 0x0000000000000000 in ?? () #810 0x0000000000000000 in ?? () #811 0x0000000000000000 in ?? () #812 0x0000000000000000 in ?? () #813 0x0000000000000000 in ?? () #814 0x0000000000000000 in ?? () #815 0x0000000000000000 in ?? () #816 0x0000000000000000 in ?? () #817 0x0000000000000000 in ?? () #818 0x0000000000000000 in ?? () #819 0x0000000000000000 in ?? () #820 0x0000000000000000 in ?? () #821 0x0000000000000000 in ?? () #822 0x0000000000000000 in ?? () #823 0x0000000000000000 in ?? () #824 0x0000000000000000 in ?? () #825 0x0000000000000000 in ?? () #826 0x0000000000000000 in ?? () #827 0x0000000000000000 in ?? () #828 0x0000000000000000 in ?? () #829 0x0000000000000000 in ?? () #830 0x0000000000000000 in ?? () #831 0x0000000000000000 in ?? () #832 0x0000000000000000 in ?? () #833 0x0000000000000000 in ?? () #834 0x0000000000000000 in ?? () #835 0x0000000000000000 in ?? () #836 0x0000000000000000 in ?? () #837 0x0000000000000000 in ?? () #838 0x0000000000000000 in ?? () #839 0x0000000000000000 in ?? () #840 0x0000000000000000 in ?? () #841 0x0000000000000000 in ?? () #842 0x0000000000000000 in ?? () #843 0x0000000000000000 in ?? () #844 0x0000000000000000 in ?? () #845 0x0000000000000000 in ?? () #846 0x247c8d48002454ff in ?? () #847 0x01a1c0c748006a10 in ?? () #848 0x66fdebf4050f0000 in ?? () #849 0x9066669066669066 in ?? () #850 0x00007fffffffe630 in ?? () #851 0x0000000000000006 in ?? () #852 0x00007fffffffe668 in ?? () #853 0x0000000000000032 in ?? () Error accessing memory address 0x800000000000: Bad address. (gdb) The program is running. Quit anyway (and detach it)? (y or n) y Detaching from program: /usr/local/bin/automoc4, process 43404 [root@sjakie ~]# exit Script done on Thu Mar 26 19:42:41 2009 ------------PUJgVX8NnBR6ePCYRvs6BF-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 18:48:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 778B71065672 for ; Thu, 26 Mar 2009 18:48:03 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 0F3B28FC28 for ; Thu, 26 Mar 2009 18:48:02 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id n2QIm2ta009144 for ; Thu, 26 Mar 2009 12:48:02 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Thu Mar 26 12:48:02 2009 Message-ID: <49CBCDE0.60401@denninger.net> Date: Thu, 26 Mar 2009 13:48:00 -0500 From: Karl Denninger User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Mike Tancsa References: <200903261415.n2QEF7hF038711@lava.sentex.ca> <49C9E635.5010106@kkip.pl> <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> <200903261415.n2QEF7hF038711@lava.sentex.ca> <3.0.1.32.20090326121157.00ee69f0@sage-american.com> <200903261818.n2QIIPih039864@lava.sentex.ca> In-Reply-To: <200903261818.n2QIIPih039864@lava.sentex.ca> Content-Type: multipart/mixed; boundary="------------080600020607090902090707" X-Antivirus: avast! (VPS 090325-0, 03/25/2009), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Jack L. Stone" , freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tapeheadertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 18:48:04 -0000 This is a multi-part message in MIME format. --------------080600020607090902090707 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mike Tancsa wrote: > At 01:11 PM 3/26/2009, Jack L. Stone wrote: > >> No one has said the dump "L" is broken -- and is NOT but now may mislead >> others just tuning into this thread. > > > OK, sorry I misunderstood that restore worked from dump files without > -L.... > I wonder if the original poster just needs to do an fsck on the disk. > The only time I had dump crap out on me (other than with -L) was on a > dirty filesystem. > > I regularly do stuff like > cd /usr;dump 0f - /usr | (cd /tmp/usr; restore -rf - ) > to duplicate partitions > > ---Mike I do as well but if the original user is trying to restore into a filesystem that is either not clean or not EMPTY for a full restore he could run into some trouble. I've never had dump/restore fail by the way, other than due to bad (tape) media (yes, it was that long ago :) ) -- -- Karl Denninger karl@denninger.net --------------080600020607090902090707-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 18:48:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0381E106566C; Thu, 26 Mar 2009 18:48:38 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id B1CA48FC19; Thu, 26 Mar 2009 18:48:37 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 8A7F023C4E9; Thu, 26 Mar 2009 19:48:36 +0100 (CET) Date: Thu, 26 Mar 2009 19:48:36 +0100 From: Peter Schuller To: "Jack L. Stone" Message-ID: <20090326184835.GA53678@hyperion.scode.org> References: <49C83673.3000604@aldan.algebra.com> <200903251820.54749.doconnor@gsoft.com.au> <200903251925.36108.doconnor@gsoft.com.au> <3.0.1.32.20090325072137.00ee6b48@sage-american.com> <3.0.1.32.20090326065337.00f081e0@sage-american.com> <3.0.1.32.20090326070807.00f081e0@sage-american.com> <200903261331.n2QDVd4b038485@lava.sentex.ca> <20090326140131.GA45201@hyperion.scode.org> <200903261415.n2QEF7hF038711@lava.sentex.ca> <3.0.1.32.20090326121157.00ee69f0@sage-american.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <3.0.1.32.20090326121157.00ee69f0@sage-american.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: support quality (Re: dump | restore fails: unknown tapeheadertype 1853384566) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 18:48:39 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > >> ... or the database is configured in a risky way... But judging by=20 > >> this thread, it seems dump with -L is indeed broken for some=20 > >> people. Hence, I suggested dumping the database using the database's= =20 > >> backup tools and trying dump without -L > > > >Well, if dump -L is really broken I'd recommend just not using dump > >unless you absolutely have to. That is assuming snapshots are not > >broken so that you can still use mksnap_ffs with your favorite backup > >tool. > > > >--=20 > >/ Peter Schuller > > >=20 > No one has said the dump "L" is broken -- and is NOT but now may mislead > others just tuning into this thread. I was commenting on the specific statement that I quoted above. I am not claiming anything about dump being broken. -- / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknLzgMACgkQDNor2+l1i30mCACdHi1kdOQ9T9IelzGGvhV/MPZB 9UMAn2Hvl/WX+uyoDMS1++6btL1gfuEU =4aWc -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 19:34:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0589510656C0 for ; Thu, 26 Mar 2009 19:34:33 +0000 (UTC) (envelope-from cabal@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id D3ED48FC12 for ; Thu, 26 Mar 2009 19:34:32 +0000 (UTC) (envelope-from cabal@u.washington.edu) Received: from homer21.u.washington.edu (homer21.u.washington.edu [140.142.12.213]) by mxout5.cac.washington.edu (8.14.3+UW09.03/8.14.3+UW09.01) with ESMTP id n2QJYWZB004833 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 26 Mar 2009 12:34:32 -0700 Received: from localhost (cabal@localhost) by homer21.u.washington.edu (8.14.3+UW09.03/8.14.3+Submit) with ESMTP id n2QJYWNp031254 for ; Thu, 26 Mar 2009 12:34:32 -0700 Date: Thu, 26 Mar 2009 12:34:32 -0700 (PDT) From: "John H. Nyhuis" To: freebsd-stable@freebsd.org Message-ID: User-Agent: Alpine 2.01 (LRH 1217 2009-02-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.5.3.366731, Antispam-Engine: 2.7.0.366912, Antispam-Data: 2009.3.26.192540 X-Uwash-Spam: Gauge=IIIIIII, Probability=8%, Report='BODY_SIZE_1600_1699 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, ECARD_WORD 0, TO_NO_NAME 0, __C230066_P5 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_PHRASE_7 0, __USER_AGENT 0' Subject: Q: FreeBSD 7.1 stable boot failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 19:34:34 -0000 Sorry if this is a repost. My first request did not seem to come through... Greetings, I just re-installed an old file server from stable 6.1 to 7.1 stable, and I'm having a problem with my 3ware 7000-2 card. After sysinstall completes, and I try to boot from the SCSI HDD (not connected to the 3ware) for the first time, the system hangs immediatly after the POST completes. The keyboard goes dead (numlock and caps lock stop working) and it never starts to load. I can't get the system to a point where I can get an error to work with. When I remove the 3ware card, the system boot fine. FreeBSD is installed on my system's internal SCSI drives (the 3ware card manages data disks, not OS disks). I've checked the media md5, and the media checks out OK. I've tried manually setting the boot partition to the root partition on the SCSI drives. This problem is 100% repeatable on my system using 7.1 stable (and I did not experiance this with 6.1 stable). I've reinstalled several times with different options trying to get around this problem. The system is a Dell poweredge 2200 (dual PIII 333Mhz procs) SCSI drives (set to 4 and 5, controller set to 7), 128MB memory, and a 3ware 7000-2 card which should be supported by the twe0 driver. Would someone point me in the correct direction for resolving this? Something must have changed between 6.1 and 7.1 stable that is causing my hang. Thanks, John H. Nyhuis IT Manager Dept. of Pediatrics HS RR541C, Box 356320 University of Washington Desk: (206)-685-3884 jnyhuis@u.washington.edu From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 20:46:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91A0F1065670 for ; Thu, 26 Mar 2009 20:46:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 3403A8FC26 for ; Thu, 26 Mar 2009 20:46:29 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LmwT5-000HwY-Le; Thu, 26 Mar 2009 22:46:27 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n2QKkIf7049542 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Mar 2009 22:46:18 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n2QKkHiY084547; Thu, 26 Mar 2009 22:46:17 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n2QKkHUg084546; Thu, 26 Mar 2009 22:46:17 +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: Thu, 26 Mar 2009 22:46:17 +0200 From: Kostik Belousov To: Ronald Klop Message-ID: <20090326204617.GO31897@deviant.kiev.zoral.com.ua> References: <20090326182342.GN31897@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SuSGaIqs99hP22V3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1LmwT5-000HwY-Le 71c50f71590cb9b572130e4c0167fd89 X-Terabit: YES Cc: "freebsd-stable@freebsd.org" Subject: Re: process hanging on 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 20:46:30 -0000 --SuSGaIqs99hP22V3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 26, 2009 at 07:44:41PM +0100, Ronald Klop wrote: > On Thu, 26 Mar 2009 19:23:42 +0100, Kostik Belousov = =20 > wrote: >=20 > >On Thu, Mar 26, 2009 at 05:26:13PM +0100, Ronald Klop wrote: > >>Hi, > >> > >>My brand new amd64 has a hanging process. > >># uname -a > >>FreeBSD sjakie.klop.ws 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: Wed Mar > >>25 00:07:31 UTC 2009 root@dhcppc0:/usr/obj/usr/src/sys/GENERIC =20 > >>amd64 > >> > >>I'm compiling a port of kde4. > >>top says this since a while: > >>43404 root 1 116 20 21304K 4148K umtxn 1 0:00 0.00% > >>automoc4 > >> > >># procstat -kk 43404 > >> PID TID COMM TDNAME KSTACK > >>43404 100279 automoc4 - tdq_cpu+0x1218 > >> > >>Dmesg in the attachment. > >> > >>Can I provide more information to debug this? > > > >Did you rebuild both world and kernel ? (old world with new kernel shall > >work, I am just gathering information by this question). > > > >The most useful data would be usermode backtrace of all threads. > >For this to be useful, you probably need to build at least libc > >and libthr with debugging symbols. >=20 >=20 > Yes, world and kernel are in sync. > Ok, I've rebuild libc and libthr with doing: > export DEBUG_FLAGS=3D-g > cd /usr/src/lib/libc > make clean && make depend && make && make install >=20 > And the same for /usr/src/lib/libthr. libthr debug symbols seems to be damaged. >=20 > Now I did 'gdb /usr/local/bin/automoc4 ' for both programs (see my = =20 > other mail). The output is in the attachment. One of the processes (43403= ) =20 > is threaded, but I don't know how to debug that. Hints are welcome. you should list the threads with gdb command 'threads', then switch consequently to each thread by 'thread ', and get a backtrace. Unfortunately, this is not useful without proper debugging information in system shared libraries. Also, looking at the mangled backtrace for pid 43403, it looks like ld.so also participates in the problem. It may be useful to install ld.so with debug symbols too. --SuSGaIqs99hP22V3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknL6ZkACgkQC3+MBN1Mb4hk9ACfZQjdOLix1kkVKpCdA9pvYo/1 MAAAnRFaQMxqf6ez+vuyx0rZLLGukYZN =0Azu -----END PGP SIGNATURE----- --SuSGaIqs99hP22V3-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 21:47:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 309E1106566B for ; Thu, 26 Mar 2009 21:47:12 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out27.ilk.de [194.121.104.27]) by mx1.freebsd.org (Postfix) with ESMTP id ADE498FC15 for ; Thu, 26 Mar 2009 21:47:11 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool44.ka.ilk.net [212.86.194.44]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id n2QLl8r9009906; Thu, 26 Mar 2009 22:47:08 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.8+Sun/8.13.8) with ESMTP id n2QLktvW004716; Thu, 26 Mar 2009 22:46:55 +0100 (CET) Message-ID: <49CBF85F.90705@smo.de> Date: Thu, 26 Mar 2009 22:49:19 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20090125 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Ronald Klop References: <20090326130634.GA36270@owl.midgard.homeip.net> <49CB8FAC.4080505@icyb.net.ua> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: remote debug over usb vs. old serial cable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 21:47:12 -0000 Ronald Klop wrote: > On Thu, 26 Mar 2009 15:22:36 +0100, Andriy Gapon wrote: > >> on 26/03/2009 15:06 Erik Trulsson said the following: >> >>> On Thu, Mar 26, 2009 at 01:56:13PM +0100, Ronald Klop wrote: >>> >>>> Hello, >>>> >>>> In the past I could catch a panic during boot via a serial cable >>>> connected >>>> to another computer. >>>> My new computer only has USB-ports and ethernet. What kind of cable >>>> do I >>>> need now to do remote debugging? >>>> The old computer also has usb, so I think the connection should be >>>> in that >>>> corner. >>>> They all run 7-STABLE. >>> >>> >>> USB won't work for that purpose. It requires far too much kernel >>> support to >>> be useful after a panic. >> >> >> Erik, >> in fact, there is a special USB (EHCI) mode for such purposes: >> http://www.coreboot.org/EHCI_Debug_Port >> >> But that requires some special HW in addition to SW support which our >> doesn't have. >> >> BTW, Ronald, it is possible that you might have a serial header on >> motherboard >> which is not connected to any traditional port. > > > Is that this sio0 one? > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 or not responding > sio0: [FILTER] > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled Yes. Mine (onboard) is recognized in a similar fashion: sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled It actually is enabled and working... > I am going to open my computer tonight to see what is in there. You want to look out for a 10 pin connector -- they usually look like jumper connectors (I don't know the correct word in english, in german it's called "Pfostenstecker"). It's even possible that it's there, but not connected in any way -- consult the manual of your mainboard to be sure. Regards, Philipp From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 22:11:49 2009 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 5EBAC1065672; Thu, 26 Mar 2009 22:11:49 +0000 (UTC) (envelope-from eugene@donpac.ru) Received: from cops.gladchenko.ru (cops.gladchenko.ru [195.161.106.100]) by mx1.freebsd.org (Postfix) with ESMTP id 8A19B8FC29; Thu, 26 Mar 2009 22:11:47 +0000 (UTC) (envelope-from eugene@donpac.ru) Received: from cerberus.rnd.cbr.ru (cerberus.rnd.cbr.ru [194.84.224.97]) by cops.gladchenko.ru (8.14.3/8.14.2) with ESMTP id n2QLb2Ma018234; Fri, 27 Mar 2009 00:37:03 +0300 (MSK) (envelope-from eugene@donpac.ru) Received: from [10.10.10.2] by cerberus.rnd.cbr.ru with ESMTP id n2QLaukR059546; Fri, 27 Mar 2009 00:36:57 +0300 (MSK) (envelope-from eugene@donpac.ru) X-Antivirus: Dr.Web (R) for Mail Servers on cops.gladchenko.ru host X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 553984, updated: 26.03.2009] Date: Fri, 27 Mar 2009 00:36:48 +0300 From: Eugene Gladchenko X-Priority: 3 (Normal) Message-ID: <725997207.20090327003648@donpac.ru> To: "Mikhail T." In-Reply-To: <49C83673.3000604@aldan.algebra.com> References: <49C83673.3000604@aldan.algebra.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="----------E4199112C0777C1" X-Antivirus-Code: 100000 X-Spam-Status: No, score=-101.3 required=5.0 tests=AWL,BAYES_00,RDNS_NONE, USER_IN_WHITELIST autolearn=no version=3.2.5 X-Spam-Report: * -100 USER_IN_WHITELIST From: address is in the user's white-list * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0023] * 0.1 RDNS_NONE Delivered to trusted network by a host with no rDNS * 1.2 AWL AWL: From: address is in the auto white-list X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cops.gladchenko.ru X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@FreeBSD.org, fs@FreeBSD.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eugene Gladchenko List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 22:11:50 -0000 This is a cryptographically signed message in MIME format. ------------E4199112C0777C1 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Mikhail, MT> I'm trying to migrate a filesystem from one disk to another using: MT> dump a0hCf 0 32 - /old | restore -rf - MT> (/old is already mounted read-only). The process runs for a while and MT> then stops with: MT> [...] MT> DUMP: 22.85% done, finished in 3:57 at Tue Mar 24 01:03:21 2009 MT> DUMP: 24.66% done, finished in 3:50 at Tue Mar 24 01:00:58 2009 MT> DUMP: 26.44% done, finished in 3:43 at Tue Mar 24 00:59:14 2009 MT> unknown tape header type 1853384566 MT> abort? [yn] MT> Any idea, what's going on? Why can't FreeBSD's restore read FreeBSD's MT> dump's output? Is your /tmp large enough to restore? --=20 Eugene Gladchenko EVG15-RIPE ------------E4199112C0777C1-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 26 22:48:35 2009 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 7C3C11065670; Thu, 26 Mar 2009 22:48:35 +0000 (UTC) (envelope-from listreader@lazlarlyricon.com) Received: from proxy2.bredband.net (proxy2.bredband.net [195.54.101.72]) by mx1.freebsd.org (Postfix) with ESMTP id 35EAF8FC17; Thu, 26 Mar 2009 22:48:35 +0000 (UTC) (envelope-from listreader@lazlarlyricon.com) Received: from ironport2.bredband.com (195.54.101.122) by proxy2.bredband.net (7.3.139) id 49CB855700032DD1; Thu, 26 Mar 2009 23:27:54 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgMtAE+ey0lV44ctPGdsb2JhbACBUJQnAQEBATW+HoN3Bg X-IronPort-AV: E=Sophos;i="4.38,428,1233529200"; d="scan'208";a="468348048" Received: from c-2d87e355.09-42-6e6b7010.cust.bredbandsbolaget.se (HELO trapper.homedns.org) ([85.227.135.45]) by ironport2.bredband.com with ESMTP; 26 Mar 2009 23:27:53 +0100 Message-ID: <49CC0168.70502@lazlarlyricon.com> Date: Thu, 26 Mar 2009 23:27:52 +0100 From: Rolf G Nielsen User-Agent: Thunderbird 2.0.0.19 (X11/20090221) MIME-Version: 1.0 To: "Mikhail T." References: <49C83673.3000604@aldan.algebra.com> In-Reply-To: <49C83673.3000604@aldan.algebra.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2009 22:48:36 -0000 Mikhail T. wrote: > Hello! > > I'm trying to migrate a filesystem from one disk to another using: > > dump a0hCf 0 32 - /old | restore -rf - Try dump -a0 -h 0 -C 32 -f - /old instead. Your command line should work, but I've had trouble with similar ones and have been able to solve it by separating the options. > > (/old is already mounted read-only). The process runs for a while and > then stops with: > > [...] > DUMP: 22.85% done, finished in 3:57 at Tue Mar 24 01:03:21 2009 > DUMP: 24.66% done, finished in 3:50 at Tue Mar 24 01:00:58 2009 > DUMP: 26.44% done, finished in 3:43 at Tue Mar 24 00:59:14 2009 > unknown tape header type 1853384566 > abort? [yn] > > Any idea, what's going on? Why can't FreeBSD's restore read FreeBSD's > dump's output? > > The system runs 7.0-STABLE from July 6th, i386. I just tried updating > the dump and restore from source (latest 7.x) -- the error is the same... > > Please, advise. Thanks! > > -mi > > _______________________________________________ > 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" > > > -- Sincerly, Rolf Nielsen From owner-freebsd-stable@FreeBSD.ORG Fri Mar 27 01:04:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43B971065674 for ; Fri, 27 Mar 2009 01:04:46 +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 A7F348FC17 for ; Fri, 27 Mar 2009 01:04:45 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.localnet (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 n2R14drr092530 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Mar 2009 11:34:39 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 27 Mar 2009 11:34:28 +1030 User-Agent: KMail/1.10.4 (Linux/2.6.27-11-generic; KDE/4.1.4; i686; ; ) References: <20090326130634.GA36270@owl.midgard.homeip.net> <49CB8FAC.4080505@icyb.net.ua> In-Reply-To: <49CB8FAC.4080505@icyb.net.ua> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1388573.p1CdP6n8rO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200903271134.37209.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Ronald Klop , Andriy Gapon Subject: Re: remote debug over usb vs. old serial cable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 01:04:46 -0000 --nextPart1388573.p1CdP6n8rO Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 27 March 2009 00:52:36 Andriy Gapon wrote: > > USB won't work for that purpose. It requires far too much kernel suppo= rt > > to be useful after a panic. > > Erik, > in fact, there is a special USB (EHCI) mode for such purposes: > http://www.coreboot.org/EHCI_Debug_Port That's pretty neat :) The dongle is pretty expensive relative to the cost of a Firewire card thou= gh. > But that requires some special HW in addition to SW support which our > doesn't have. > > BTW, Ronald, it is possible that you might have a serial header on > motherboard which is not connected to any traditional port. You could also purchase a Firewire PCI (or PCIe) card, they aren't very=20 expensive. =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 --nextPart1388573.p1CdP6n8rO Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJzCYe5ZPcIHs/zowRAvfbAJsGC8qLv8P2EHKblGj5HGqbNVvyPwCfYvc7 clSIAeMlu7vLAkgFG34uM48= =hLUj -----END PGP SIGNATURE----- --nextPart1388573.p1CdP6n8rO-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 27 01:11:53 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9AD1106564A for ; Fri, 27 Mar 2009 01:11:53 +0000 (UTC) (envelope-from freebsd-nospam@yaxom.com) Received: from gw.yaxom.com (gw.yaxom.com [59.167.217.197]) by mx1.freebsd.org (Postfix) with SMTP id 24A7E8FC16 for ; Fri, 27 Mar 2009 01:11:52 +0000 (UTC) (envelope-from freebsd-nospam@yaxom.com) Received: (qmail 75232 invoked from network); 27 Mar 2009 11:11:51 +1000 Received: from joker.yaxom.com (172.16.1.10) by iliad.yaxom.com with SMTP; 27 Mar 2009 11:11:51 +1000 Received: (qmail 2891 invoked by uid 1001); 27 Mar 2009 11:11:51 +1000 Message-ID: Date: Fri, 27 Mar 2009 11:11:50 +1000 From: Greg Black To: "Mikhail T." References: <49C83673.3000604@aldan.algebra.com> <200903251232.11418.doconnor@gsoft.com.au> <49C99204.2050601@aldan.algebra.com> <200903251334.38350.doconnor@gsoft.com.au> <49C99FD2.50609@aldan.algebra.com> <49CA5602.9050001@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49CA5602.9050001@aldan.algebra.com> User-Agent: Mutt/1.4.2.2i; gjb-muttsend.sh 1.7 2004-10-05 X-Uptime: 126 days X-Operating-System: FreeBSD 6.2-RELEASE-p5 i386 X-Location: Brisbane, Australia; 27.49835S 152.98380E X-URL: http://www.gbch.net/gjb.html X-Blog: http://www.gbch.net/gjb/blog/ X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-PGP-Key-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-Request-PGP: http://www.gbch.net/keys/4B04B7D6.asc Cc: freebsd-stable@freebsd.org, Andrew Snow , fs@freebsd.org Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 01:11:54 -0000 On 2009-03-25, Mikhail T. wrote: > Greg Black ???????(??): >> On 2009-03-24, Mikhail T. wrote: >> >>> That's true. I just wanted to point out, that someone running dump only >>> (to make backups) is not going to know, whether his dumps are usable >>> (for whichever of the two reasons), until he needs them... >> >> Such a person is not making backups and deserves what he gets. >> > But he *is* making backups -- kindly re-read my paragraph above... He > just is not routinely using them and thus does not know, that they > aren't usable... It is not unreasonable to expect the two utilities to > "just work", so I wouldn't be blaming such a person for not testing > restore. Sorry, this person is *not* making backups in any meaningful fashion. Unless you verify regularly (preferably every time you make a backup) that you can restore both parts of the backup and the entire thing, you are not making backups. You may be lucky, but you probably won't be lucky when it really matters. This is a long-standing issue with backups. But people who don't understand the tools they are using tend to make these mistakes. The result is bad. The solution is to employ competent people who both understand the issues and have the authority to carry out their task. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 27 01:15:47 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27139106566C for ; Fri, 27 Mar 2009 01:15:47 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 808EE8FC08 for ; Fri, 27 Mar 2009 01:15:46 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 3650 invoked by uid 399); 27 Mar 2009 01:15:43 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 27 Mar 2009 01:15:43 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49CC28BD.1070501@FreeBSD.org> Date: Thu, 26 Mar 2009 18:15:41 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: Greg Black References: <49C83673.3000604@aldan.algebra.com> <200903251232.11418.doconnor@gsoft.com.au> <49C99204.2050601@aldan.algebra.com> <200903251334.38350.doconnor@gsoft.com.au> <49C99FD2.50609@aldan.algebra.com> <49CA5602.9050001@aldan.algebra.com> In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Mikhail T." , freebsd-stable@freebsd.org, fs@freebsd.org, Andrew Snow Subject: Re: dump | restore fails: unknown tape header type 1853384566 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 01:15:47 -0000 Greg Black wrote: > Sorry, this person is *not* making backups in any meaningful fashion. > Unless you verify regularly (preferably every time you make a backup) > that you can restore both parts of the backup and the entire thing, you > are not making backups. You may be lucky, but you probably won't be > lucky when it really matters. s/making backups/employing an effective data recovery strategy/ Please don't feed the "proper use of language" trolls. :) Meanwhile, we may want to consider that this whole thread is veering off topic ... Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Fri Mar 27 01:52:48 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1886E106564A; Fri, 27 Mar 2009 01:52:48 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id EED798FC0C; Fri, 27 Mar 2009 01:52:46 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.3/8.14.3) with ESMTP id n2R1qYiG039571; Thu, 26 Mar 2009 21:52:37 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) Message-ID: <49CC3162.5090201@aldan.algebra.com> Date: Thu, 26 Mar 2009 21:52:34 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: Greg Black References: <49C83673.3000604@aldan.algebra.com> <200903251232.11418.doconnor@gsoft.com.au> <49C99204.2050601@aldan.algebra.com> <200903251334.38350.doconnor@gsoft.com.au> <49C99FD2.50609@aldan.algebra.com> <49CA5602.9050001@aldan.algebra.com> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, Andrew Snow , fs@freebsd.org Subject: backup strategy (Re: dump | restore fails) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 01:52:48 -0000 Greg Black ÎÁĐÉÓÁ×(ĚÁ): > Sorry, this person is *not* making backups in any meaningful fashion. > Unless you verify regularly (preferably every time you make a backup) > that you can restore both parts of the backup and the entire thing, you > are not making backups. To qualify for your (and your kind's) recognition then, a person needs to have at least as much extra storage capacity as the largest filesystem they are backing up. They also need non-trivial scripting abilities, because the OS doesn't include anything like what you are describing (and I already do consider scheduling dumps via cron "trivial", which may be a stretch). Yours may thus be an acceptable requirement for a multi-computer shop with dedicated system administration personnel, but for a private home user with only one computer this simply is not reasonable. Stating this as a requirement is ridiculous -- unless you are prepared to say, that such people should not own a computer (with worthy data) at all. And that's even more ridiculous... Make your pick. I would agree with you, if the chosen backup method involved some complex or third-party tools. But if the simple, OS-supplied orthogonal dump/restore don't work together, then the OS is broken -- plain and simple, and pointing a finger at the user: "Well, it is all your fault, because you relied on us providing you with working utilities, ha-ha-ha!" -- is the lamest excuse imaginable. -mi P.S. Some people have actually volunteered to help debug this problem and I'm working on providing them with data (the troublesome partition is, sadly, over 170Gb, so it takes a while). Any results/conclusions will be posted under the original subject. P.P.S. The data transferred fine using tar, but that is not the point -- the bug (confirmed by at least one more person) -- needs to be fixed before a higher-profile embarrassment... From owner-freebsd-stable@FreeBSD.ORG Fri Mar 27 02:25:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42F171065670 for ; Fri, 27 Mar 2009 02:25:27 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id F045E8FC0C for ; Fri, 27 Mar 2009 02:25:26 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id 76C4617E9D; Fri, 27 Mar 2009 13:25:37 +1100 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (ppp121-44-35-16.lns10.syd7.internode.on.net [121.44.35.16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 611BB17E8F; Fri, 27 Mar 2009 13:25:33 +1100 (EST) Message-ID: <49CC3889.9000201@modulus.org> Date: Fri, 27 Mar 2009 13:23:05 +1100 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: "Mikhail T." , freebsd-stable@freebsd.org, freebsd-fs@freebsd.org References: <49C83673.3000604@aldan.algebra.com> <200903251232.11418.doconnor@gsoft.com.au> <49C99204.2050601@aldan.algebra.com> <200903251334.38350.doconnor@gsoft.com.au> <49C99FD2.50609@aldan.algebra.com> <49CA5602.9050001@aldan.algebra.com> <49CC3162.5090201@aldan.algebra.com> In-Reply-To: <49CC3162.5090201@aldan.algebra.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: backup strategy (Re: dump | restore fails) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 02:25:27 -0000 Mikhail T. wrote: > To qualify for your (and your kind's) recognition then, a person > needs to have at least as much extra storage capacity as the > largest filesystem they are backing up. They also need > non-trivial scripting abilities, because the OS doesn't > include anything like what you are describing Mikhail, users would be well advised to check their backups using this option, without having to have the space to restore: -N Do the extraction normally, but do not actually write any changes to disk. This can be used to check the integrity of dump media or other test purposes. RESTORE(8) FreeBSD System Manager's Manual From owner-freebsd-stable@FreeBSD.ORG Fri Mar 27 02:28:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39D35106566B for ; Fri, 27 Mar 2009 02:28:54 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 0FDF38FC15 for ; Fri, 27 Mar 2009 02:28:52 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.3/8.14.3) with ESMTP id n2R2SkvO039674; Thu, 26 Mar 2009 22:28:49 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) Message-ID: <49CC39DE.3060604@aldan.algebra.com> Date: Thu, 26 Mar 2009 22:28:46 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: Andrew Snow References: <49C83673.3000604@aldan.algebra.com> <200903251232.11418.doconnor@gsoft.com.au> <49C99204.2050601@aldan.algebra.com> <200903251334.38350.doconnor@gsoft.com.au> <49C99FD2.50609@aldan.algebra.com> <49CA5602.9050001@aldan.algebra.com> <49CC3162.5090201@aldan.algebra.com> <49CC3889.9000201@modulus.org> In-Reply-To: <49CC3889.9000201@modulus.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: backup strategy (Re: dump | restore fails) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 02:28:54 -0000 Andrew Snow ÎÁĐÉÓÁ×(ĚÁ): > Mikhail T. wrote: > > To qualify for your (and your kind's) recognition then, a person > > needs to have at least as much extra storage capacity as the > > largest filesystem they are backing up. They also need > > non-trivial scripting abilities, because the OS doesn't > > include anything like what you are describing > > Mikhail, users would be well advised to check their backups using this > option, without having to have the space to restore: > > -N Do the extraction normally, but do not actually write any > changes to disk. This can be used to check the integrity of dump media > or other test purposes. And then another "purist" will reject this as a fake and not sufficiently conclusive test... Just ask around... Because, you see, until you extract all data back and run a bit-by-bit comparison with the original, you don't really know, do you? -mi From owner-freebsd-stable@FreeBSD.ORG Fri Mar 27 04:29:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35486106567A for ; Fri, 27 Mar 2009 04:29:51 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (dsl081-172-045.sea1.dsl.speakeasy.net [64.81.172.45]) by mx1.freebsd.org (Postfix) with ESMTP id EE0608FC0C for ; Fri, 27 Mar 2009 04:29:50 +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 n2R4ECrN064891 for ; Thu, 26 Mar 2009 21:14:18 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id n2R4EBJ6064890 for freebsd-stable@freebsd.org; Thu, 26 Mar 2009 21:14:11 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [64.81.172.194]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Thu, 26 Mar 2009 21:14:11 -0700 Message-ID: <20090326211411.fqjwht86ckosswg4@webmail.1command.com> X-Priority: 3 (Normal) Date: Thu, 26 Mar 2009 21:14:11 -0700 From: Chris H 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) / UNIX Subject: 7.2:named:max open files (3578) is smaller than max sockets (4096) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 04:29:52 -0000 Greetings, On a fresh 7 install with a cvsup late morning 09-03-26 I performed a make buildworld > make buildkernel > make installkernel > reboot to single user > mergemaster -p > make installworld && mergemaster on an Intel based CPU. Upon reboot I now recieve the following message when named starts: max open files (3578) is smaller than max sockets (4096) Running named with all of the same files /prior/ to the new kernel/world did not produce this message. Any thoughts? Thank you for all your time and consideration in this matter. --Chris uname: FreeBSD 7.2-PRERELEASE Thu Mar 26 i386 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 27 06:32:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1587D106564A for ; Fri, 27 Mar 2009 06:32:50 +0000 (UTC) (envelope-from weongyo.jeong@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 D41698FC16 for ; Fri, 27 Mar 2009 06:32:49 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by wa-out-1112.google.com with SMTP id m38so628953waf.27 for ; Thu, 26 Mar 2009 23:32:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem; bh=1nFLm2LFBst4bxF3O0n8VdBQDY5M5AuO8BfG638FtdE=; b=l9ohOJr1NAWVJr83WJpgAgofuJWyhkLy76vhNrCVcitV8am0YqnZcl9KGzcl+69m/f w6Y6tppzQe6gbg6x+/71AZsWONpfJCDUGivTQ0vawAlYoYw27qJwwUDpmwmnHEJFJxQr kFsUaARWWZlTrfBxECCv3IdGmkDtr+N5hTNtc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent :organization:x-operation-sytem; b=bmLtPoodCmFpH/rE6bPaPKc50MpdreLE+nx6MDcge4ClL7+yb/+6MWq0ZrJf/B8Nxc StUQ6xVxp/3uUH7H87Jw8/goppX96J/+FmEsPLtv/EAHJcAYBjeLnzgfau0huhBoPCJD rENTNatHeP9fYBfMAI2Yo5+CsUu6RpmLbusrM= Received: by 10.114.170.1 with SMTP id s1mr1223426wae.57.1238135569463; Thu, 26 Mar 2009 23:32:49 -0700 (PDT) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id b39sm2045119rvf.8.2009.03.26.23.32.47 (version=SSLv3 cipher=RC4-MD5); Thu, 26 Mar 2009 23:32:48 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Fri, 27 Mar 2009 15:32:45 +0900 From: Weongyo Jeong Date: Fri, 27 Mar 2009 15:32:45 +0900 To: John Message-ID: <20090327063245.GD19512@weongyo.cdnetworks.kr> References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB659D.2000108@reiteration.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49CB659D.2000108@reiteration.net> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2009 06:32:50 -0000 On Thu, Mar 26, 2009 at 11:23:09AM +0000, John wrote: > Weongyo Jeong wrote: > > > Could you please test it with attached patch to fix a page fault? I > > don't know why bus_dma_tag_create() returns ENOMEM that it looks > > temporary. > > Hi, > > Seems the patch failed to apply: > > [root@potato /usr/src/sys/dev/malo]# ls -la > total 140 > drwxr-xr-x 2 root wheel 512 Mar 26 11:17 . > drwxr-xr-x 199 root wheel 3072 Mar 24 16:58 .. > -rw-r--r-- 1 root wheel 66668 May 4 2008 if_malo.c > -rw-r--r-- 1 root wheel 19096 May 4 2008 if_malo.h > -rw-r--r-- 1 root wheel 9625 Mar 26 11:14 if_malo_pci.c > -rw-r--r-- 1 root wheel 22333 May 4 2008 if_malohal.c > -rw-r--r-- 1 root wheel 8266 May 4 2008 if_malohal.h > -rw-r--r-- 1 root wheel 3722 May 4 2008 if_maloioctl.h > -rw-r--r-- 1 root wheel 375 Mar 26 11:15 > patch_malo_20090326_panic.diff > > [root@potato /usr/src/sys/dev/malo]# patch < patch_malo_20090326_panic.diff > > Hmm... Looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |Index: if_malo_pci.c > |=================================================================== > |--- if_malo_pci.c (revision 187939) > |+++ if_malo_pci.c (working copy) > -------------------------- > Patching file if_malo_pci.c using Plan A... > Hunk #1 failed at 260. > 1 out of 1 hunks failed--saving rejects to if_malo_pci.c.rej > done It looks something goes wrong so could you please patch if_malo_pci.c manually it's a very simple patch and test? Sorry for inconvenience. regards, Weongyo Jeong From owner-freebsd-stable@FreeBSD.ORG Fri Mar 27 07:44:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7E601065672; Fri, 27 Mar 2009 07:44:13 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 93E518FC20; Fri, 27 Mar 2009 07:44:13 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Ln6jY-0006tJ-6Y; Fri, 27 Mar 2009 10:44:08 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org, freebsd-hackers@cs.huji.ac.il Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Mar 2009 10:44:08 +0300 From: Danny Braniss Message-ID: Cc: Subject: amr driver broken since March 12 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 07:44:14 -0000 at least for me :-) [and sorry for the cross posting] old (March 12 , i know need the svn rev number but...) dmesg | grep amr amr0: mem 0xfbef0000-0xfbefffff,0xfe580000-0xfe5fffff irq 27 at device 0.0 on pci4 amr0: [ITHREAD] amr0: delete logical drives supported by controller amr0: Firmware 414I, BIOS A100, 128MB RAM amr0: delete logical drives supported by controller amrd0: on amr0 amrd0: 34857MB (71387136 sectors) RAID 0 (optimal) amrd1: on amr0 amrd1: 280024MB (573489152 sectors) RAID 5 (optimal) and a resent 7.2 (same host): amr0: mem 0xfbef0000-0xfbefffff,0xfe580000-0xfe5fffff irq 27 at device 0.0 on pci4 amr0: [ITHREAD] amr0: delete logical drives supported by controller amr0: Firmware 414I, BIOS A100, 128MB RAM amr0: adapter is busy amr0: adapter is busy amr0: delete logical drives supported by controller (probe0:amr0:0:6:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:amr0:0:6:0): CAM Status: SCSI Status Error (probe0:amr0:0:6:0): SCSI Status: Check Condition (probe0:amr0:0:6:0): ILLEGAL REQUEST asc:24,0 (probe0:amr0:0:6:0): Invalid field in CDB (probe0:amr0:0:6:0): Unretryable error btw, since I also have similar problems with another kind of raid card (iir), I suspect some related changes are the cause. danny From owner-freebsd-stable@FreeBSD.ORG Fri Mar 27 10:38:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F70B106566C for ; Fri, 27 Mar 2009 10:38:59 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id C0CC98FC0C for ; Fri, 27 Mar 2009 10:38:58 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id n2RA6O8t042395 for ; Fri, 27 Mar 2009 11:06:24 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id n2RA6OCG023358 for ; Fri, 27 Mar 2009 11:06:24 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.14.2/8.14.2/Submit) id n2RA6O1t023357 for freebsd-stable@freebsd.org; Fri, 27 Mar 2009 11:06:24 +0100 (CET) (envelope-from ry93) Date: Fri, 27 Mar 2009 11:06:24 +0100 From: "Patrick M. Hausen" To: FreeBSD-stable Message-ID: <20090327100624.GK20340@hugo10.ka.punkt.de> References: <20090320194157.GB80292@sysmon.tcworks.net> <20090322093156.GE80292@sysmon.tcworks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090322093156.GE80292@sysmon.tcworks.net> User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: Is some combination of gmirror, md file systems, snapshots and, maybe, quotas considered harmful? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 10:38:59 -0000 Hello, On Sun, Mar 22, 2009 at 04:31:56AM -0500, Scott Lambert wrote: > > I added this machine to our AMANDA setup on March 13, 2009. > > > > I noticed that mksnap_ffs was running on /home, cpu time used: 0:00.77, > > as things began to circle the drain. That was about 30 minutes after > > the dump attempt had been started by AMANDA. There were many processes > > waiting in state D. This time I did a reboot -n -q and the box rebooted > > but was still fscking when I got to the office. > > > > # ls -l /home/.snap > > -r-------- 1 root operator 117285093376 Mar 20 03:18 dump_snapshot Did you compile the Amanda port with the "-L" option to dump enabled? Don't ;-) Kind regards, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 27 12:57:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 357E410656D2; Fri, 27 Mar 2009 12:57:51 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from smtp1.servage.net (smtp1.servage.net [77.232.76.11]) by mx1.freebsd.org (Postfix) with ESMTP id EB6038FC29; Fri, 27 Mar 2009 12:57:50 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from [172.23.29.205] (anchor-internet-1-if0.router.demon.net [195.173.57.160]) by smtp1.servage.net (Postfix) with ESMTP id 3C396F9857A; Fri, 27 Mar 2009 12:57:49 +0000 (GMT) Message-ID: <49CCCD4C.4010708@reiteration.net> Date: Fri, 27 Mar 2009 12:57:48 +0000 From: John User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Weongyo Jeong References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB659D.2000108@reiteration.net> <20090327063245.GD19512@weongyo.cdnetworks.kr> In-Reply-To: <20090327063245.GD19512@weongyo.cdnetworks.kr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2009 12:57:51 -0000 Weongyo Jeong wrote: > It looks something goes wrong so could you please patch if_malo_pci.c > manually it's a very simple patch and test? Sorry for inconvenience. No worries. I've edited if_malo_pci.c now and will build a new kernel when I get back home. I'll let you know how I get on thanks -- John From owner-freebsd-stable@FreeBSD.ORG Fri Mar 27 14:40:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA1221065674 for ; Fri, 27 Mar 2009 14:40:50 +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 7214D8FC17 for ; Fri, 27 Mar 2009 14:40:50 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n2RDr59O059876; Fri, 27 Mar 2009 07:53:06 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <49CCDA41.4060101@samsco.org> Date: Fri, 27 Mar 2009 07:53:05 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Danny Braniss 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-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@cs.huji.ac.il Subject: Re: amr driver broken since March 12 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 14:40:51 -0000 Danny Braniss wrote: > at least for me :-) > [and sorry for the cross posting] > > old (March 12 , i know need the svn rev number but...) None of the commit activity on March 12 is jumping out at me as being suspicious. However, you are now the second person who has told me about AMR problems in 7.1 recently. If you have a precise svn change number, it would help greatly. Scott From owner-freebsd-stable@FreeBSD.ORG Fri Mar 27 15:52:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B28711065676; Fri, 27 Mar 2009 15:52:34 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 683DD8FC08; Fri, 27 Mar 2009 15:52:34 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LnEMC-000Cx8-Gs; Fri, 27 Mar 2009 18:52:32 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Scott Long In-reply-to: <49CCDA41.4060101@samsco.org> References: <49CCDA41.4060101@samsco.org> Comments: In-reply-to Scott Long message dated "Fri, 27 Mar 2009 07:53:05 -0600." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Mar 2009 18:52:32 +0300 From: Danny Braniss Message-ID: Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: amr driver broken since March 12 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 15:52:35 -0000 > Danny Braniss wrote: > > at least for me :-) > > [and sorry for the cross posting] > > > > old (March 12 , i know need the svn rev number but...) > > None of the commit activity on March 12 is jumping out at me as being > suspicious. However, you are now the second person who has told me > about AMR problems in 7.1 recently. If you have a precise svn change > number, it would help greatly. > > Scott my bad. the last working amr/iir is from March 12. I first detected the problem sometime later, but not later than March 23. So it has to be changes in that time frame. both drivers are showing similar symptoms: waiting for not busy the iir goes on for ever, and it's the cam that eventually panics, run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config (actually not 100% true, depending if WITNESS is on or off, it sometimes just hangs). the amr seems to time out: amr0: adapter is busy thanks for looking into the problem, danny From owner-freebsd-stable@FreeBSD.ORG Fri Mar 27 16:06:31 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF66C106566C; Fri, 27 Mar 2009 16:06:31 +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 91E328FC08; Fri, 27 Mar 2009 16:06:30 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n2RG5pGM060442; Fri, 27 Mar 2009 10:05:52 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <49CCF95F.1050307@samsco.org> Date: Fri, 27 Mar 2009 10:05:51 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Danny Braniss References: <49CCDA41.4060101@samsco.org> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: amr driver broken since March 12 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 16:06:32 -0000 Danny Braniss wrote: >> Danny Braniss wrote: >>> at least for me :-) >>> [and sorry for the cross posting] >>> >>> old (March 12 , i know need the svn rev number but...) >> None of the commit activity on March 12 is jumping out at me as being >> suspicious. However, you are now the second person who has told me >> about AMR problems in 7.1 recently. If you have a precise svn change >> number, it would help greatly. >> >> Scott > my bad. the last working amr/iir is from March 12. > I first detected the problem sometime later, but not later than March 23. > So it has to be changes in that time frame. > > both drivers are showing similar symptoms: > waiting for not busy > the iir goes on for ever, and it's the cam that eventually panics, > run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config > (actually not 100% true, depending if WITNESS is on or off, it sometimes > just hangs). > the amr seems to time out: > amr0: adapter is busy > > thanks for looking into the problem, > > danny > > Ok, here are a series of revisions to step through, in forward order. Make sure that you are starting with at least revision 189568. Then, update to exactly the revision numbers below, recompile the kernel, and test: 190087 190091 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 27 16:29:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 818D21065672 for ; Fri, 27 Mar 2009 16:29:43 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id 47C7A8FC0C for ; Fri, 27 Mar 2009 16:29:43 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id n2RGTGkT095250; Fri, 27 Mar 2009 11:29:16 -0500 (CDT) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id n2RGTF9q095249; Fri, 27 Mar 2009 11:29:15 -0500 (CDT) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Fri, 27 Mar 2009 11:29:15 -0500 From: Scott Lambert To: Danny Braniss Message-ID: <20090327162915.GQ80292@sysmon.tcworks.net> Mail-Followup-To: Danny Braniss , freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org References: <49CCDA41.4060101@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: amr driver broken since March 12 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2009 16:29:44 -0000 On Fri, Mar 27, 2009 at 06:52:32PM +0300, Danny Braniss wrote: > > Danny Braniss wrote: > > > at least for me :-) > > > [and sorry for the cross posting] > > > > > > old (March 12 , i know need the svn rev number but...) > > > > None of the commit activity on March 12 is jumping out at me as being > > suspicious. However, you are now the second person who has told me > > about AMR problems in 7.1 recently. If you have a precise svn change > > number, it would help greatly. > > > > Scott (Long) > > my bad. the last working amr/iir is from March 12. > I first detected the problem sometime later, but not later than March 23. > So it has to be changes in that time frame. I think Scott Long was actually asking if you could try to cvsup (or csup) to a date between those two and see if the problem shows there. If you go for, (23 - 12/2) + 12, something like March 17, it would help to narrow what changes could be causing the problem. If you see the problem with a March 17 kernel, you can split the time between March 12 and 17 and try again. Then just keep cutting the search space in half until you can pretty much say "This is the commit that broke things for me." It's not always possible for someone to take the time to do the binary search for the actual commit which broke things for them. But when they can, it really helps the developers. Just cutting it down from 11 days to 5 or 6 days can probably be a big help. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-stable@FreeBSD.ORG Fri Mar 27 18:34:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76C8210656BA; Fri, 27 Mar 2009 18:34:13 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from smtp1.servage.net (smtp1.servage.net [77.232.76.11]) by mx1.freebsd.org (Postfix) with ESMTP id 37CA78FC17; Fri, 27 Mar 2009 18:34:13 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from [172.23.29.205] (anchor-internet-1-if0.router.demon.net [195.173.57.160]) by smtp1.servage.net (Postfix) with ESMTP id 23EA9F98676; Fri, 27 Mar 2009 18:34:12 +0000 (GMT) Message-ID: <49CD1C23.1010800@reiteration.net> Date: Fri, 27 Mar 2009 18:34:11 +0000 From: John User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Weongyo Jeong References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB659D.2000108@reiteration.net> <20090327063245.GD19512@weongyo.cdnetworks.kr> In-Reply-To: <20090327063245.GD19512@weongyo.cdnetworks.kr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2009 18:34:14 -0000 Weongyo Jeong wrote: > > It looks something goes wrong so could you please patch if_malo_pci.c > manually it's a very simple patch and test? Sorry for inconvenience. After editing, is it sufficient to just build and install a new kernel? thanks -- John From owner-freebsd-stable@FreeBSD.ORG Fri Mar 27 21:13:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 925E2106566C; Fri, 27 Mar 2009 21:13:46 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id F15178FC2E; Fri, 27 Mar 2009 21:13:45 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ey-out-2122.google.com with SMTP id 4so242991eyf.7 for ; Fri, 27 Mar 2009 14:13:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=wY9oRDKXMi59WsrxdcZBGwNLTnjFzlPMnjGB1sPuZrk=; b=iZymp5wr+L/nhxlQzI34NxlcwX8NI/a/aEUN5Gpj4xN+5VJEeS2MyWnMRiy5hCnS70 t/JfSqjrCWb71auo51diKGh6Tm9+zGPY2pC93uOetnMSUl0ykSDG0wJhfaFzG0FpQ6eP ssnI4Ci5X8x82OKQhLeEx8lUnr+D2if3/42IA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vW14TFjqEmTcyu1PYJDhWOlaYVrLCzs5jF895twNf82BJZTx8TGHuVwNQ+6jQdYQMW OOojx35x0xGrxzYW2vekQuvEe4rBWNmK+2dfPzFs3IPt5VDEg14D3aDVsDZQhQd2nMdn kOY+t06JlpdHPkQCU0jgi/oxnNOj5A8Y9fQY4= MIME-Version: 1.0 Received: by 10.210.34.5 with SMTP id h5mr1927382ebh.59.1238188424817; Fri, 27 Mar 2009 14:13:44 -0700 (PDT) In-Reply-To: <49CD1C23.1010800@reiteration.net> References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB659D.2000108@reiteration.net> <20090327063245.GD19512@weongyo.cdnetworks.kr> <49CD1C23.1010800@reiteration.net> Date: Fri, 27 Mar 2009 22:13:44 +0100 Message-ID: <3a142e750903271413v1458dfc0g3576435eecbd96e3@mail.gmail.com> From: "Paul B. Mahol" To: John Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Weongyo Jeong Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2009 21:13:46 -0000 On 3/27/09, John wrote: > Weongyo Jeong wrote: >> >> It looks something goes wrong so could you please patch if_malo_pci.c >> manually it's a very simple patch and test? Sorry for inconvenience. > > After editing, is it sufficient to just build and install a new kernel? Yes, (or only if_malo module if you plan to use kldload/loader.conf: cd /sys/modules/malo && make && make install) -- Paul From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 01:32:15 2009 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F7E1106564A for ; Sat, 28 Mar 2009 01:32:15 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out4.libero.it (cp-out4.libero.it [212.52.84.104]) by mx1.freebsd.org (Postfix) with ESMTP id BA30B8FC19 for ; Sat, 28 Mar 2009 01:32:14 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from libero.it (192.168.17.1) by cp-out4.libero.it (8.5.016.1) id 49BA741E00FD36D2; Sat, 28 Mar 2009 02:32:12 +0100 Date: Sat, 28 Mar 2009 02:32:09 +0100 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "pyunyh" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 87.1.198.166 Cc: FreeBSD-stable Subject: Re: Lock enabling onboard lan (Attansic L1 GbE) on 7.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 01:32:15 -0000 > On Sun, Mar 22, 2009 at 08:29:57PM +0100, barbara wrote: > > > > Any news about that? > > > > http://lists.freebsd.org/pipermail/freebsd-stable/2009-January/047527= .html > > > > I'm sorry, I forgot this issue which was caused by my disk crash > happened in the end of Jan, 2009. > I've updated age(4) patch in the following URL. > http://people.freebsd.org/~yongari/age/age.diff > > Please test the with > 1. shutdown your box > 2. remove power cable and wait 5 min. > 3. unplug UTP cabble > 4. boot and see whether age(4) does not lockup your box > 5. plug UTP cable and see whether age(4) can send/receive traffics > > And please do > 1. reboot your box with UTP cable plugged in > 2. check whether age(4) works > > Please also see whether ethernet MAC address is correctly detected > in both cases. > > Thanks for reminder. > I tried with the last commited version after updating src with no luck: s= till hang on boot (actually it hangs when I kldload it, as I removed it f= rom my KERNCONF, so I can boot with the NIC enabled). Then I applied your patch and, as with the previous one you asked me to t= ry, it's working. I did the two tests exactly how you asked and everything seems fine. The MAC address is correct in both cases. The connection is working and I did some huge file transfer with ssh with= another pc with performance comparable with my rl0 (I think at the limit= s of a 100Mbps net, imposed by my router). Here you can find my dmesg -a http://pastebin.com/f4afd50db If you have any other test I can do for you, please ask. Do you have any idea if it will included it 7.2-RELEASE? Thanks Barbara From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 03:07:35 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 288AF1065716 for ; Sat, 28 Mar 2009 03:07:35 +0000 (UTC) (envelope-from david@usermode.org) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id 0C5C58FC1E for ; Sat, 28 Mar 2009 03:07:34 +0000 (UTC) (envelope-from david@usermode.org) Received: from mail.meer.net (mail.meer.net [64.13.141.3]) by proxy.meer.net (8.14.3/8.14.3) with ESMTP id n2S2iwmW007784 for ; Fri, 27 Mar 2009 19:44:58 -0700 (PDT) (envelope-from david@usermode.org) Received: from radagast.usermode.org (netblock-66-245-216-8.dslextreme.com [66.245.216.8]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id n2S2iqQ1054043 for ; Fri, 27 Mar 2009 19:44:52 -0700 (PDT) (envelope-from david@usermode.org) From: David Johnson To: freebsd-stable@freebsd.org Date: Fri, 27 Mar 2009 19:44:51 -0700 User-Agent: KMail/1.11.1 (FreeBSD/7.2-PRERELEASE; KDE/4.2.1; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903271944.51781.david@usermode.org> X-Spam-Score: undef - spam scanning disabled X-CanIt-Geo: No geolocation information available for 64.13.141.3 X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 Subject: X.org hanging under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 03:07:37 -0000 I update -STABLE about once a week. On Wednesday I update, and subsequently started getting hangs and lockups. This happens only when DRI is enabled. When DRI is disabled there is no problem. The seriousness can vary. Sometimes I can ssh in from another machine to reboot, other times I can't. The last time it hung, top showed X.org at 100.0% CPU. The previous time it was stuck with in a "drmwtq" state. The hang always occurs within twenty minutes of starting X. Particulars: FreeBSD 7.2-PRERELEASE #2: Thu Mar 26 19:21:26 xf86-video-ati-6.12.1 (with Radeon X1550) kdelibs-4.2.1_1 Relevant portions of my xorg.conf: Section "Module" Load "extmod" Load "dbe" Load "dri" Load "glx" Load "xtrap" Load "freetype" EndSection Section "Device" Identifier "Card0" Driver "radeon" ... Option "AGPMode" "4" Option "RenderAccel" "on" Option "AccelMethod" "EXA" EndSection I have had no prior problems with -STABLE. I have an Intel Q45 chipset, so I need to run -STABLE, and don't have the option of going back to -RELEASE. Is there any easy way to go back to an earlier -STABLE? -- David Johnson From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 05:51:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 908571065672 for ; Sat, 28 Mar 2009 05:51:54 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 3A3D28FC14 for ; Sat, 28 Mar 2009 05:51:54 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from localhost (maia-1.hub.org [200.46.208.211]) by hub.org (Postfix) with ESMTP id 9CCC253BC3E; Sat, 28 Mar 2009 02:51:52 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.211]) (amavisd-maia, port 10024) with ESMTP id 95315-08; Sat, 28 Mar 2009 02:51:47 -0300 (ADT) Received: by hub.org (Postfix, from userid 1002) id 0D4DE53BC34; Sat, 28 Mar 2009 02:51:49 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id 098AE53BC2B; Sat, 28 Mar 2009 02:51:49 -0300 (ADT) Date: Sat, 28 Mar 2009 02:51:48 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-proliant@freebsd.org Message-ID: <20090328024247.Y47574@hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: ALT_BREAK_TO... + ILO ... missing something in config ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 05:51:54 -0000 Due to an issue I'm having with 7.x, and trying to track it down, I spent tonight getting my server setup to allow my to break into the debugger when it hangs, and hopefully dump core ... But, although I *think* I've got it all, I'm obviously missing something, as it isn't breaking ... First ... I'm running a proliant server, and when I connect via SSH to ILO on that machine, and type 'vsp', I get a shell as I expect, I can type, etc ... when I reboot the machine, I get the opening splash screen with the 7(?) options (normal boot, single user mode, etc, etc) ... but I get nothing between that and the login prompt ... first sign of a problem, maybe? Next, the easy question ... what is the key stroke to issue when one has ALT_BREAK_TO_DEBUGGER is set in the kernel? I thought it was CR ~ ^b ... is that correct? I'm using putty to connect via ssh, if that makes a difference ... I've also tried using the browser interface into ilo / vsp, same lack of a result ... Beyond adding sio device driver to my kernel, I've also got: options ALT_BREAK_TO_DEBUGGER options KDB options DDB Missing a kernel option maybe? I have the following in /boot/loader.conf: comconsole_speed="9600" console="vidconsole,comconsole" # A comma separated list of console(s) boot_multicons="-D" # -D: Use multiple consoles boot_serial="-h" # -h: Use serial console So ... eithe rI don't have it enabled like I think, or I'm doing the wrong key stroke ... or ... Thx ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 06:34:48 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF8D4106566B for ; Sat, 28 Mar 2009 06:34:48 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 6E1DC8FC1B for ; Sat, 28 Mar 2009 06:34:48 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-142.bna.bellsouth.net [70.156.31.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2S6XRdT049844 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Mar 2009 02:33:28 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: David Johnson In-Reply-To: <200903271944.51781.david@usermode.org> References: <200903271944.51781.david@usermode.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-jtKpvZ6rZ86PZTsoxY4P" Organization: FreeBSD Date: Sat, 28 Mar 2009 01:34:17 -0500 Message-Id: <1238222057.8491.224.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: X.org hanging under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 06:34:49 -0000 --=-jtKpvZ6rZ86PZTsoxY4P Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-03-27 at 19:44 -0700, David Johnson wrote: > I update -STABLE about once a week. On Wednesday I update, and subsequent= ly=20 > started getting hangs and lockups. This happens only when DRI is enabled.= When=20 > DRI is disabled there is no problem. The seriousness can vary. Sometimes = I can=20 > ssh in from another machine to reboot, other times I can't. The last time= it=20 > hung, top showed X.org at 100.0% CPU. The previous time it was stuck with= in a=20 > "drmwtq" state. The hang always occurs within twenty minutes of starting= X. Actually, the commits that I might have expected to cause this, haven't been MFC'd yet. You probably did pick up the r6/7xx code in this update. I also made an error in the GART mapping code, but that should only effect pci(e) based radeons. It could also be related to the 6.12.1 ati driver. AGP mode 4x is always suspect as well, you might try reducing that to 2 or 1 and see if the problems go away. As for checking out an earlier release, with csup you just have to specify a date that you want to checkout. See man csup and reference the section titled CHECKOUT MODE. robert. > Particulars: > FreeBSD 7.2-PRERELEASE #2: Thu Mar 26 19:21:26 > xf86-video-ati-6.12.1 (with Radeon X1550) > kdelibs-4.2.1_1 >=20 > Relevant portions of my xorg.conf: > Section "Module" > Load "extmod" > Load "dbe" > Load "dri" > Load "glx" > Load "xtrap" > Load "freetype" > EndSection >=20 > Section "Device" > Identifier "Card0" > Driver "radeon" > ... > Option "AGPMode" "4" > Option "RenderAccel" "on" > Option "AccelMethod" "EXA" > EndSection >=20 > I have had no prior problems with -STABLE. I have an Intel Q45 chipset, s= o I=20 > need to run -STABLE, and don't have the option of going back to -RELEASE.= Is=20 > there any easy way to go back to an earlier -STABLE? --=20 Robert Noland FreeBSD --=-jtKpvZ6rZ86PZTsoxY4P Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknNxOkACgkQM4TrQ4qfROOkDACeOIFNDrp4dDIPYVZMmn+6Z6tH rOgAni8X0xa1mAfwqC+ClTmSXwNpyw2R =P3dr -----END PGP SIGNATURE----- --=-jtKpvZ6rZ86PZTsoxY4P-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 07:15:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AE8D106564A; Sat, 28 Mar 2009 07:15:28 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from smtp1.servage.net (smtp1.servage.net [77.232.76.11]) by mx1.freebsd.org (Postfix) with ESMTP id D13058FC14; Sat, 28 Mar 2009 07:15:27 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from [192.168.0.20] (roobarb.growveg.org [62.49.247.174]) by smtp1.servage.net (Postfix) with ESMTP id 5905EF980CE; Sat, 28 Mar 2009 07:15:26 +0000 (GMT) Message-ID: <49CDCE8A.70906@reiteration.net> Date: Sat, 28 Mar 2009 07:15:22 +0000 From: John User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Weongyo Jeong References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB659D.2000108@reiteration.net> <20090327063245.GD19512@weongyo.cdnetworks.kr> In-Reply-To: <20090327063245.GD19512@weongyo.cdnetworks.kr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2009 07:15:28 -0000 Weongyo Jeong wrote: > It looks something goes wrong so could you please patch if_malo_pci.c > manually it's a very simple patch and test? Sorry for inconvenience. Hello, Now I get: sudo kldload /boot/kernel/if_malo.ko kldload: can't load /boot/kernel/if_malo.ko: Exec format error [john@potato ~]$ kldstat Id Refs Address Size Name 1 8 0xffffffff80100000 7c26c0 kernel 2 1 0xffffffff80a22000 95a pflog.ko 3 1 0xffffffff80a23000 2ae44 pf.ko 4 1 0xffffffff80a4e000 189ac linux.ko 5 1 0xffffffff80a67000 aa7a fuse.ko cheers, -- John From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 07:40:58 2009 Return-Path: Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1C19106566C for ; Sat, 28 Mar 2009 07:40:58 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.188]) by mx1.freebsd.org (Postfix) with ESMTP id 38A5B8FC17 for ; Sat, 28 Mar 2009 07:40:57 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id u5so1008921tia.3 for ; Sat, 28 Mar 2009 00:40:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=QONCiKTsAPM37P/xNnJTFoqBF5X0KJ8hlSeB9xdtZdw=; b=L4aiKv4XujlEQkGjyJhWLUYGWZKFe5sF9e6AD6CH06X8K/8RSVkJHmMNoH+Tt0qCGd AqKnKmT4mQwtffHZueVQjVCEckImt+3NCHjVXpVG0Dp27r1T+23sMxwQElMEro6Tq8bN 0tzA48gpWpL0EKuqBz4I9AJd/dDK8CXDEfRIA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=e6pcKrfNGVM0kUyuhkC5bwXYHCPrv6dOp878Mcwy0L+590QVtVY0CJ7oNMIEllXqBS cyzsFyhzyefWaI8ld5CdHfNuHqhLs56/bTIgjNuzDY2vxAQw2qbnc0J15BrFl0HzS7Qc 7LFywKBfIPPmEf7f9jRUSUXBs4spceGZruKUg= Received: by 10.110.43.18 with SMTP id q18mr3439902tiq.7.1238226057102; Sat, 28 Mar 2009 00:40:57 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id a14sm2958569tia.27.2009.03.28.00.40.55 (version=SSLv3 cipher=RC4-MD5); Sat, 28 Mar 2009 00:40:56 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Sat, 28 Mar 2009 16:39:31 +0900 From: Pyun YongHyeon Date: Sat, 28 Mar 2009 16:39:31 +0900 To: barbara Message-ID: <20090328073931.GC99923@michelle.cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: FreeBSD-stable Subject: Re: Lock enabling onboard lan (Attansic L1 GbE) on 7.1-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2009 07:40:59 -0000 On Sat, Mar 28, 2009 at 02:32:09AM +0100, barbara wrote: > > On Sun, Mar 22, 2009 at 08:29:57PM +0100, barbara wrote: > > > > > > Any news about that? > > > > > > http://lists.freebsd.org/pipermail/freebsd-stable/2009-January/047527.html > > > > > > > I'm sorry, I forgot this issue which was caused by my disk crash > > happened in the end of Jan, 2009. > > I've updated age(4) patch in the following URL. > > http://people.freebsd.org/~yongari/age/age.diff > > > > Please test the with > > 1. shutdown your box > > 2. remove power cable and wait 5 min. > > 3. unplug UTP cabble > > 4. boot and see whether age(4) does not lockup your box > > 5. plug UTP cable and see whether age(4) can send/receive traffics > > > > And please do > > 1. reboot your box with UTP cable plugged in > > 2. check whether age(4) works > > > > Please also see whether ethernet MAC address is correctly detected > > in both cases. > > > > Thanks for reminder. > > > > I tried with the last commited version after updating src with no luck: still hang on boot (actually it hangs when I kldload it, as I removed it from my KERNCONF, so I can boot with the NIC enabled). > Then I applied your patch and, as with the previous one you asked me to try, it's working. > > I did the two tests exactly how you asked and everything seems fine. > The MAC address is correct in both cases. > The connection is working and I did some huge file transfer with ssh with another pc with performance comparable with my rl0 (I think at the limits of a 100Mbps net, imposed by my router). > > Here you can find my dmesg -a > http://pastebin.com/f4afd50db > If you have any other test I can do for you, please ask. > FYI, patch committed to HEAD(r190499). > Do you have any idea if it will included it 7.2-RELEASE? > I'm not sure, it needs more testing as there are several variants of Attansic L1 controllers. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 07:59:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15988106570D for ; Sat, 28 Mar 2009 07:59:07 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id C1C148FC23 for ; Sat, 28 Mar 2009 07:59:06 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LnTRX-000LA5-0D; Sat, 28 Mar 2009 10:59:03 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Marc G. Fournier" In-reply-to: <20090328024247.Y47574@hub.org> References: <20090328024247.Y47574@hub.org> Comments: In-reply-to "Marc G. Fournier" message dated "Sat, 28 Mar 2009 02:51:48 -0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 28 Mar 2009 10:59:02 +0300 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org, freebsd-proliant@freebsd.org Subject: Re: ALT_BREAK_TO... + ILO ... missing something in config ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 07:59:08 -0000 > > Due to an issue I'm having with 7.x, and trying to track it down, I spent > tonight getting my server setup to allow my to break into the debugger > when it hangs, and hopefully dump core ... > > But, although I *think* I've got it all, I'm obviously missing something, > as it isn't breaking ... > > First ... I'm running a proliant server, and when I connect via SSH to ILO > on that machine, and type 'vsp', I get a shell as I expect, I can type, > etc ... when I reboot the machine, I get the opening splash screen with > the 7(?) options (normal boot, single user mode, etc, etc) ... but I get > nothing between that and the login prompt ... first sign of a problem, > maybe? > not realy, you at least have confirmation that you are talking correctly via the serial port. Till this point boot is using the BIOS routines to talk via the serial port. Later, the kernel tries to use it's routines/knowledge of the serial port. > Next, the easy question ... what is the key stroke to issue when one has > ALT_BREAK_TO_DEBUGGER is set in the kernel? I thought it was CR ~ ^b ... > is that correct? I'm using putty to connect via ssh, if that makes a > difference ... I've also tried using the browser interface into ilo / vsp, > same lack of a result ... unless the serial port is setup as console, check if /boot/device.hints has: hint.sio.0.flags="0x10" escaping to the debugger is not caught. btw, Jeremy Chadwick had a nice explanation, but I lost the URL. > > Beyond adding sio device driver to my kernel, I've also got: > > options ALT_BREAK_TO_DEBUGGER > options KDB > options DDB > > Missing a kernel option maybe? > > I have the following in /boot/loader.conf: > > comconsole_speed="9600" > console="vidconsole,comconsole" # A comma separated list of console(s) > boot_multicons="-D" # -D: Use multiple consoles > boot_serial="-h" # -h: Use serial console > > So ... eithe rI don't have it enabled like I think, or I'm doing the wrong > key stroke ... or ... > > Thx > you are very close!, but each hardware/bios needs a different solution :-( danny From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 08:51:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 811851065672 for ; Sat, 28 Mar 2009 08:51:13 +0000 (UTC) (envelope-from terry@tmk.com) Received: from server.tmk.com (server.tmk.com [204.141.35.63]) by mx1.freebsd.org (Postfix) with ESMTP id 59AC58FC1A for ; Sat, 28 Mar 2009 08:51:13 +0000 (UTC) (envelope-from terry@tmk.com) Received: from tmk.com by tmk.com (PMDF V6.3-x13 #37010) id <01N73TN70P40003ZGO@tmk.com> for freebsd-stable@freebsd.org; Sat, 28 Mar 2009 04:39:44 -0400 (EDT) Date: Sat, 28 Mar 2009 04:32:55 -0400 (EDT) From: Terry Kennedy Sender: Terry Kennedy To: freebsd-stable@freebsd.org Message-id: <01N73TW6WQX4003ZGO@tmk.com> MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=us-ascii Subject: Re: amr driver broken since March 12 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 08:51:13 -0000 Danny Braniss danny at cs.huji.ac.il writes: > at least for me :-) > [and sorry for the cross posting] > [...] > > amr0: mem 0xfbef0000-0xfbefffff,0xfe580000-0xfe5fffff > irq 27 at device 0.0 on pci4 > amr0: [ITHREAD] > amr0: delete logical drives supported by controller > amr0: Firmware 414I, BIOS A100, > 128MB RAM > amr0: adapter is busy > amr0: adapter is busy > amr0: delete logical drives supported by controller > (probe0:amr0:0:6:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe0:amr0:0:6:0): CAM Status: SCSI Status Error > (probe0:amr0:0:6:0): SCSI Status: Check Condition > (probe0:amr0:0:6:0): ILLEGAL REQUEST asc:24,0 > (probe0:amr0:0:6:0): Invalid field in CDB > (probe0:amr0:0:6:0): Unretryable error FWIW, I have a an amr device (Dell PERC 3/DC) which is working fine with a -STABLE dated after March 12th: FreeBSD 7.2-PRERELEASE #2: Thu Mar 26 09:41:58 EDT 2009 terry@test4.tmk.com:/usr/obj/usr/src/sys/PE1550 [snip] amr0: mem 0xf0000000-0xf7ffffff irq 25 at device 0.0 on pci3 amr0: [ITHREAD] amr0: delete logical drives supported by controller amr0: Firmware 199D, BIOS 3.35, 128MB RAM amr0: delete logical drives supported by controller amrd0: on amr0 amrd0: 69360MB (142049280 sectors) RAID 5 (optimal) ses0 at amr0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device Trying to mount root from ufs:/dev/amrd0s1a This is on a dual-processor Dell PowerEdge 1550. So this may only affect certain models or firmware revisions of amr devices. Of course, since each LSI OEM uses their own firmware and BIOS numbering scheme, it'll be hard to tell which one is newer than the other. I have a bazillion of these cards if one would be helpful to a de- veloper. Terry Kennedy http://www.tmk.com terry@tmk.com New York, NY USA From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 08:55:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A312106566B for ; Sat, 28 Mar 2009 08:55:54 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 2ECA28FC08 for ; Sat, 28 Mar 2009 08:55:53 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-142.bna.bellsouth.net [70.156.31.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2S8sXiW050863 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Mar 2009 04:54:33 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: David Johnson In-Reply-To: <1238222057.8491.224.camel@balrog.2hip.net> References: <200903271944.51781.david@usermode.org> <1238222057.8491.224.camel@balrog.2hip.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-r48KmXLROd0dt7W59IMC" Organization: FreeBSD Date: Sat, 28 Mar 2009 03:55:23 -0500 Message-Id: <1238230523.8491.253.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: X.org hanging under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 08:55:54 -0000 --=-r48KmXLROd0dt7W59IMC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-03-28 at 01:34 -0500, Robert Noland wrote: > On Fri, 2009-03-27 at 19:44 -0700, David Johnson wrote: > > I update -STABLE about once a week. On Wednesday I update, and subseque= ntly=20 > > started getting hangs and lockups. This happens only when DRI is enable= d. When=20 > > DRI is disabled there is no problem. The seriousness can vary. Sometime= s I can=20 > > ssh in from another machine to reboot, other times I can't. The last ti= me it=20 > > hung, top showed X.org at 100.0% CPU. The previous time it was stuck wi= th in a=20 > > "drmwtq" state. The hang always occurs within twenty minutes of starti= ng X. >=20 > Actually, the commits that I might have expected to cause this, haven't > been MFC'd yet. You probably did pick up the r6/7xx code in this > update. I also made an error in the GART mapping code, but that should > only effect pci(e) based radeons. >=20 > It could also be related to the 6.12.1 ati driver. AGP mode 4x is > always suspect as well, you might try reducing that to 2 or 1 and see if > the problems go away. >=20 > As for checking out an earlier release, with csup you just have to > specify a date that you want to checkout. See man csup and reference > the section titled CHECKOUT MODE. Actually, hanging in drmwtq is usually an indication of the card going belly up, or of interrupts being trashed. Make sure that you aren't getting an interrupt storm on a shared irq with drm/vgapci. Can you send me a full dmesg after drm is loaded and an xorg.log. Without drm, you really don't use interrupts, so... robert. > robert. >=20 > > Particulars: > > FreeBSD 7.2-PRERELEASE #2: Thu Mar 26 19:21:26 > > xf86-video-ati-6.12.1 (with Radeon X1550) > > kdelibs-4.2.1_1 > >=20 > > Relevant portions of my xorg.conf: > > Section "Module" > > Load "extmod" > > Load "dbe" > > Load "dri" > > Load "glx" > > Load "xtrap" > > Load "freetype" > > EndSection > >=20 > > Section "Device" > > Identifier "Card0" > > Driver "radeon" > > ... > > Option "AGPMode" "4" > > Option "RenderAccel" "on" > > Option "AccelMethod" "EXA" > > EndSection > >=20 > > I have had no prior problems with -STABLE. I have an Intel Q45 chipset,= so I=20 > > need to run -STABLE, and don't have the option of going back to -RELEAS= E. Is=20 > > there any easy way to go back to an earlier -STABLE? --=20 Robert Noland FreeBSD --=-r48KmXLROd0dt7W59IMC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknN5fsACgkQM4TrQ4qfROO8YQCfYdQNRuRKmkBdI/1e/6Dl0JRl PKAAnitE8P+5X2K1baXU+b+QKR/IFZ6T =UgEB -----END PGP SIGNATURE----- --=-r48KmXLROd0dt7W59IMC-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 14:02:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E75E1106566C for ; Sat, 28 Mar 2009 14:02:58 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 788888FC26 for ; Sat, 28 Mar 2009 14:02:58 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n2SE2M9v055213; Sat, 28 Mar 2009 15:02:23 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n2SE2MfO055212; Sat, 28 Mar 2009 15:02:22 +0100 (CET) (envelope-from marius) Date: Sat, 28 Mar 2009 15:02:22 +0100 From: Marius Strobl To: Danny Braniss Message-ID: <20090328140222.GE28007@alchemy.franken.de> References: <868wmx3dqo.fsf@kopusha.onet> <20090322135643.GA18284@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: FreeBSD-stable , Mikolaj Golub , Urmas Lett Subject: Re: 7.2-PRERELEASE/sunx2200/bge/msi broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 14:02:59 -0000 On Sun, Mar 22, 2009 at 05:40:21PM +0200, Danny Braniss wrote: > > On Sun, Mar 22, 2009 at 03:10:07PM +0200, Mikolaj Golub wrote: > > > > > > On Sun, 22 Mar 2009 12:55:02 +0200 Danny Braniss wrote: > > > > > > DB> Hi, > > > DB> between March 16 and now, bge on a Sun X2200 stopped working, > > > DB> turning off msi (via hw..pci.enable_msi=0) got it working again. > > > DB> I tried first replacing bge with an older version but that did not help. > > > > > > It looks like related to this report: > > > > > > http://www.freebsd.org/cgi/getmsg.cgi?fetch=1253844+1263253+/usr/local/www/db/text/2009/freebsd-bugs/20090322.freebsd-bugs > > > > > > > Could you please give the following patch a try? > > http://people.freebsd.org/~marius/bge_intx.diff > > > > Marius > > > it works! For the records, this was commited to stable/7 as part of r190478/if_bge.c 1.198.2.17. Marius From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 14:45:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 879C01065754; Sat, 28 Mar 2009 14:45:18 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id C82668FC25; Sat, 28 Mar 2009 14:45:17 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ewy19 with SMTP id 19so1322497ewy.43 for ; Sat, 28 Mar 2009 07:45:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=VDDG2zGJxkqjJ6E5s1kyzpkae5X4rtri/U6E1O1gOx8=; b=BM60YTxwYLOdKbRHSIodzh+i080OZmqIfz99tCxzDo8AYuIhOCkFZ7Ygq6hFsRyrer EGMadYxui6hXyT7Prwb/z6Liir4eSd0nv86VJR7vTVj+Is05MJyRIy5zeNakm+3dC/+H 1m4uMY8VWqlHHpfyqxglmk++oDJnzaUqseYPk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=bi2ePcZa8HIJ5Sv4hTv2sGljkNsd9ZlW800UiWnPEsv8Y/7KeAoKft/7DFUgNd1uNb +ZYRNzbJoCZaxtGXSHLjjn9uuQP21Pop7+eTz4yUcpMUM7Zj0fmuWsOJGkvj/SjJy3N+ +AAmrkbLkpVB+q4saQOS7ewasJOySYl2GJtzc= MIME-Version: 1.0 Received: by 10.210.126.18 with SMTP id y18mr2590721ebc.5.1238251516687; Sat, 28 Mar 2009 07:45:16 -0700 (PDT) In-Reply-To: <49CDCE8A.70906@reiteration.net> References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB659D.2000108@reiteration.net> <20090327063245.GD19512@weongyo.cdnetworks.kr> <49CDCE8A.70906@reiteration.net> Date: Sat, 28 Mar 2009 15:45:16 +0100 Message-ID: <3a142e750903280745u5c8b3ad7ne779d03c44c6fcb@mail.gmail.com> From: "Paul B. Mahol" To: John Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Weongyo Jeong Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2009 14:45:19 -0000 On 3/28/09, John wrote: > Weongyo Jeong wrote: > >> It looks something goes wrong so could you please patch if_malo_pci.c >> manually it's a very simple patch and test? Sorry for inconvenience. > > Hello, > > Now I get: > > sudo kldload /boot/kernel/if_malo.ko > kldload: can't load /boot/kernel/if_malo.ko: Exec format error > > [john@potato ~]$ kldstat > Id Refs Address Size Name > 1 8 0xffffffff80100000 7c26c0 kernel > 2 1 0xffffffff80a22000 95a pflog.ko > 3 1 0xffffffff80a23000 2ae44 pf.ko > 4 1 0xffffffff80a4e000 189ac linux.ko > 5 1 0xffffffff80a67000 aa7a fuse.ko How you compiled new kernel/module? This can mean only one thing: you messed something up or you are using wrong sources. -- Paul From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 15:03:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5790A1065702 for ; Sat, 28 Mar 2009 15:03:27 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id EBB1C8FC0A for ; Sat, 28 Mar 2009 15:03:21 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 458EF19017 for ; Sat, 28 Mar 2009 15:03:20 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 Received: from gluon.draftnet (unknown [IPv6:2a01:348:10f:0:240:f4ff:fe57:9871]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA for ; Sat, 28 Mar 2009 15:03:20 +0000 (GMT) Date: Sat, 28 Mar 2009 15:03:15 +0000 From: Bruce Cran To: freebsd-stable@freebsd.org Message-ID: <20090328150315.5a2daacf@gluon.draftnet> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: panic when detaching swap-backed md(4) disk which has gone into swap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 15:03:54 -0000 When detaching a swap-backed md(4) disk which is larger than physical memory and which has forced the system into swap I get a panic (on 7-STABLE). The following commands trigger it: mdconfig -a -t swap -s 5T newfs /dev/md0 [cancel newfs when the system goes into swap] mdconfig -d -u 0 After a few seconds the system panics with: panic: swp_pager_meta_free_all: failed to locate all swap meta blocks #0 doadump () at pcpu.h:196 #1 0xc07e2aa7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc07e2d79 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc0a0c575 in swp_pager_meta_free_all (object=0x0) at /usr/src/sys/vm/swap_pager.c:1845 #4 0xc0a0e637 in swap_pager_dealloc (object=0xc5bb0380) at /usr/src/sys/vm/swap_pager.c:517 #5 0xc0a2a84a in vm_pager_deallocate (object=0xc5bb0380) at /usr/src/sys/vm/vm_pager.c:252 #6 0xc0a246a4 in vm_object_terminate (object=0xc5bb0380) at /usr/src/sys/vm/vm_object.c:708 #7 0xc0a24dd3 in vm_object_deallocate (object=0xc5bb0380) at /usr/src/sys/vm/vm_object.c:602 #8 0xc06461c9 in mddestroy (sc=0xc8576800, td=0xc481b460) at /usr/src/sys/dev/md/md.c:986 #9 0xc0647159 in mdctlioctl (dev=0xc4226100, cmd=3249827073, addr=0xc62f9a00 "", flags=3, td=0xc481b460) at /usr/src/sys/dev/md/md.c:1128 #10 0xc076fff7 in devfs_ioctl_f (fp=0xc477d260, com=3249827073, data=0xc62f9a00, cred=0xc8689400, td=0xc481b460) at /usr/src/sys/fs/devfs/devfs_vnops.c:602 #11 0xc0819ff5 in kern_ioctl (td=0xc481b460, fd=3, com=3249827073, data=0xc62f9a00 "") at file.h:269 ---Type to continue, or q to quit--- #12 0xc081a154 in ioctl (td=0xc481b460, uap=0xe6795cfc) at /usr/src/sys/kern/sys_generic.c:570 #13 0xc0ae0b15 in syscall (frame=0xe6795d38) at /usr/src/sys/i386/i386/trap.c:1090 #14 0xc0ac58b0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255 #15 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) I realise it's rather silly trying to create a memory disk which is 5TB when I only have 1GB RAM in the machine, but I was a bit surprised to see a panic when the system wasn't out of memory. Is this just a case of "don't do that"? -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 16:53:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15776106566C; Sat, 28 Mar 2009 16:53:30 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from anchor-post-1.mail.demon.net (anchor-post-1.mail.demon.net [195.173.77.132]) by mx1.freebsd.org (Postfix) with ESMTP id CE9AC8FC0A; Sat, 28 Mar 2009 16:53:29 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from potato.growveg.org ([62.49.247.163]) by anchor-post-1.mail.demon.net with esmtp (Exim 4.69) id 1LnaqM-0002fS-j4; Sat, 28 Mar 2009 15:53:11 +0000 Message-ID: <49CE4733.4080306@reiteration.net> Date: Sat, 28 Mar 2009 15:50:11 +0000 From: John User-Agent: Thunderbird 2.0.0.21 (X11/20090327) MIME-Version: 1.0 To: "Paul B. Mahol" References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB659D.2000108@reiteration.net> <20090327063245.GD19512@weongyo.cdnetworks.kr> <49CDCE8A.70906@reiteration.net> <3a142e750903280745u5c8b3ad7ne779d03c44c6fcb@mail.gmail.com> In-Reply-To: <3a142e750903280745u5c8b3ad7ne779d03c44c6fcb@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Weongyo Jeong Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2009 16:53:30 -0000 Paul B. Mahol wrote: > On 3/28/09, John wrote: >> Weongyo Jeong wrote: >> >>> It looks something goes wrong so could you please patch if_malo_pci.c >>> manually it's a very simple patch and test? Sorry for inconvenience. >> Hello, >> >> Now I get: >> >> sudo kldload /boot/kernel/if_malo.ko >> kldload: can't load /boot/kernel/if_malo.ko: Exec format error >> >> [john@potato ~]$ kldstat >> Id Refs Address Size Name >> 1 8 0xffffffff80100000 7c26c0 kernel >> 2 1 0xffffffff80a22000 95a pflog.ko >> 3 1 0xffffffff80a23000 2ae44 pf.ko >> 4 1 0xffffffff80a4e000 189ac linux.ko >> 5 1 0xffffffff80a67000 aa7a fuse.ko > > How you compiled new kernel/module? > This can mean only one thing: you messed something up or > you are using wrong sources. > It's because the other module wasn't loaded - I didn't see the console as I was logged in remotely. The console showed this: KLD if_malo.ko: depends on malofw_fw - not available. So I went back into where the openbsd firmware was and kldloaded malofw.ko which succeeded. Then I tried with the (now modified) if_malo.ko and got this from the console: malo0: mem 0xfddd0000-0xfddd ffff,0xfdde0000-0xfddeffff irq 20 at device 6.0 on pci2 malo0: [FILTER] malo0: unable to allocate memory for cmd buffer, error 12 malo0: unable to attach HAL device_attach: malo0 attach returned 5 However, the modifications suggested by Weongyo Jeong have made a difference in the right direction because the error no longer causes a panic. Now, kldstat gives: [john@potato ~]$ kldstat Id Refs Address Size Name 1 22 0xffffffff80100000 7c26c0 kernel 2 1 0xffffffff80a22000 95a pflog.ko 3 1 0xffffffff80a23000 2ae44 pf.ko 4 2 0xffffffff80a4e000 189ac linux.ko 5 1 0xffffffff80a67000 aa7a fuse.ko 6 1 0xffffffff80a72000 359b linprocfs.ko 7 2 0xffffffff80a76000 1e1ce malofw.ko 8 1 0xffffffff80a95000 63c4 if_malo.ko 9 1 0xffffffff80a9c000 551b5 radeon.ko 10 1 0xffffffff80af2000 113d0 drm.ko but I can't see it in ifconfig -a. I haven't got a source problem - of that I'm quite sure. World was made only a few days ago, cvsup runs every night, the sources got are those I'd expect from following RELENG_7. There is a file in the source tree that has this information but right now I'm at a loss as to what it's called. -- John From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 17:20:21 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B171106564A for ; Sat, 28 Mar 2009 17:20:21 +0000 (UTC) (envelope-from david@usermode.org) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id E31E08FC1D for ; Sat, 28 Mar 2009 17:20:20 +0000 (UTC) (envelope-from david@usermode.org) Received: from mail.meer.net (mail.meer.net [64.13.141.3]) by proxy.meer.net (8.14.3/8.14.3) with ESMTP id n2SHKJW9034268 for ; Sat, 28 Mar 2009 10:20:20 -0700 (PDT) (envelope-from david@usermode.org) Received: from radagast.usermode.org (netblock-66-245-216-32.dslextreme.com [66.245.216.32]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id n2SHKCth056001 for ; Sat, 28 Mar 2009 10:20:12 -0700 (PDT) (envelope-from david@usermode.org) From: David Johnson To: freebsd-stable@freebsd.org Date: Sat, 28 Mar 2009 10:20:12 -0700 User-Agent: KMail/1.11.1 (FreeBSD/7.2-PRERELEASE; KDE/4.2.1; i386; ; ) References: <200903271944.51781.david@usermode.org> <1238222057.8491.224.camel@balrog.2hip.net> In-Reply-To: <1238222057.8491.224.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903281020.12172.david@usermode.org> X-Spam-Score: undef - spam scanning disabled X-CanIt-Geo: No geolocation information available for 64.13.141.3 X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 Subject: Re: X.org hanging under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 17:20:21 -0000 On Friday 27 March 2009 11:34:17 pm Robert Noland wrote: > Actually, the commits that I might have expected to cause this, haven't > been MFC'd yet. You probably did pick up the r6/7xx code in this > update. I also made an error in the GART mapping code, but that should > only effect pci(e) based radeons. Actually, my card is a PCI-Express. > It could also be related to the 6.12.1 ati driver. AGP mode 4x is > always suspect as well, you might try reducing that to 2 or 1 and see if > the problems go away. > > As for checking out an earlier release, with csup you just have to > specify a date that you want to checkout. See man csup and reference > the section titled CHECKOUT MODE. If PCI-Express is not allowed (do they even make AGP boards anymore?) then I'll have to downgrade until the GART gets fixed. -- David Johnson From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 18:08:21 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A84F6106566C for ; Sat, 28 Mar 2009 18:08:21 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 0B63D8FC14 for ; Sat, 28 Mar 2009 18:08:20 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-142.bna.bellsouth.net [70.156.31.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2SI70tL053506 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Mar 2009 14:07:00 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: David Johnson In-Reply-To: <200903281020.12172.david@usermode.org> References: <200903271944.51781.david@usermode.org> <1238222057.8491.224.camel@balrog.2hip.net> <200903281020.12172.david@usermode.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-C6ejR72hkapNqLWxD0kA" Organization: FreeBSD Date: Sat, 28 Mar 2009 13:07:49 -0500 Message-Id: <1238263669.8491.283.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.1 required=5.0 tests=AWL,BAYES_00, MIME_BASE64_BLANKS,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: X.org hanging under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 18:08:21 -0000 --=-C6ejR72hkapNqLWxD0kA Content-Type: multipart/mixed; boundary="=-cEfRbk/xgXYHVrL0QGuF" --=-cEfRbk/xgXYHVrL0QGuF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-03-28 at 10:20 -0700, David Johnson wrote: > On Friday 27 March 2009 11:34:17 pm Robert Noland wrote: > > Actually, the commits that I might have expected to cause this, haven't > > been MFC'd yet. You probably did pick up the r6/7xx code in this > > update. I also made an error in the GART mapping code, but that should > > only effect pci(e) based radeons. >=20 > Actually, my card is a PCI-Express. >=20 > > It could also be related to the 6.12.1 ati driver. AGP mode 4x is > > always suspect as well, you might try reducing that to 2 or 1 and see i= f > > the problems go away. > > > > As for checking out an earlier release, with csup you just have to > > specify a date that you want to checkout. See man csup and reference > > the section titled CHECKOUT MODE. >=20 > If PCI-Express is not allowed (do they even make AGP boards anymore?) the= n=20 > I'll have to downgrade until the GART gets fixed. Ok, the GART should be fixed in HEAD as well... r190282 is what you need. You probably need 190123 for it to apply cleanly. I'll attach both. robert. --=20 Robert Noland FreeBSD --=-cEfRbk/xgXYHVrL0QGuF Content-Disposition: attachment; filename="drm-r190123.patch" Content-Type: text/x-patch; name="drm-r190123.patch"; charset="us-ascii" Content-Transfer-Encoding: base64 SW5kZXg6IGF0aV9wY2lnYXJ0LmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NCi0tLSBhdGlfcGNpZ2FydC5jCShyZXZp c2lvbiAxOTAxMjIpDQorKysgYXRpX3BjaWdhcnQuYwkocmV2aXNpb24gMTkwMTIzKQ0KQEAgLTc1 LDE4ICs3NSwxNSBAQA0KIAkgICAgTlVMTCwgTlVMTCwgLyogZmlsdGZ1bmMsIGZpbHRmdW5jYXJn cyAqLw0KIAkgICAgZ2FydF9pbmZvLT50YWJsZV9zaXplLCAxLCAvKiBtYXhzaXplLCBuc2VncyAq Lw0KIAkgICAgZ2FydF9pbmZvLT50YWJsZV9zaXplLCAvKiBtYXhzZWdzaXplICovDQotCSAgICBC VVNfRE1BX0FMTE9DTk9XLCBOVUxMLCBOVUxMLCAvKiBmbGFncywgbG9ja2Z1bmMsIGxvY2tmdW5j YXJncyAqLw0KKwkgICAgMCwgTlVMTCwgTlVMTCwgLyogZmxhZ3MsIGxvY2tmdW5jLCBsb2NrZnVu Y2FyZ3MgKi8NCiAJICAgICZkbWFoLT50YWcpOw0KIAlpZiAocmV0ICE9IDApIHsNCiAJCWZyZWUo ZG1haCwgRFJNX01FTV9ETUEpOw0KIAkJcmV0dXJuIEVOT01FTTsNCiAJfQ0KIA0KLQlmbGFncyA9 IEJVU19ETUFfTk9XQUlUIHwgQlVTX0RNQV9aRVJPOw0KLQlpZiAoZ2FydF9pbmZvLT5nYXJ0X3Jl Z19pZiA9PSBEUk1fQVRJX0dBUlRfSUdQKQ0KLQkgICAgZmxhZ3MgfD0gQlVTX0RNQV9OT0NBQ0hF Ow0KLQkNCi0JcmV0ID0gYnVzX2RtYW1lbV9hbGxvYyhkbWFoLT50YWcsICZkbWFoLT52YWRkciwg ZmxhZ3MsICZkbWFoLT5tYXApOw0KKwlyZXQgPSBidXNfZG1hbWVtX2FsbG9jKGRtYWgtPnRhZywg JmRtYWgtPnZhZGRyLA0KKwkgICAgQlVTX0RNQV9XQUlUT0sgfCBCVVNfRE1BX1pFUk8sICZkbWFo LT5tYXApOw0KIAlpZiAocmV0ICE9IDApIHsNCiAJCWJ1c19kbWFfdGFnX2Rlc3Ryb3koZG1haC0+ dGFnKTsNCiAJCWZyZWUoZG1haCwgRFJNX01FTV9ETUEpOw0KQEAgLTk0LDggKzkxLDEyIEBADQog CX0NCiAJRFJNX0xPQ0soKTsNCiANCisJZmxhZ3MgPSBCVVNfRE1BX05PV0FJVDsNCisJaWYgKGdh cnRfaW5mby0+Z2FydF9yZWdfaWYgPT0gRFJNX0FUSV9HQVJUX0lHUCkNCisJICAgIGZsYWdzIHw9 IEJVU19ETUFfTk9DQUNIRTsNCisJDQogCXJldCA9IGJ1c19kbWFtYXBfbG9hZChkbWFoLT50YWcs IGRtYWgtPm1hcCwgZG1haC0+dmFkZHIsDQotCSAgICBnYXJ0X2luZm8tPnRhYmxlX3NpemUsIGRy bV9hdGlfYWxsb2NfcGNpZ2FydF90YWJsZV9jYiwgZG1haCwgMCk7DQorCSAgICBnYXJ0X2luZm8t PnRhYmxlX3NpemUsIGRybV9hdGlfYWxsb2NfcGNpZ2FydF90YWJsZV9jYiwgZG1haCwgZmxhZ3Mp Ow0KIAlpZiAocmV0ICE9IDApIHsNCiAJCWJ1c19kbWFtZW1fZnJlZShkbWFoLT50YWcsIGRtYWgt PnZhZGRyLCBkbWFoLT5tYXApOw0KIAkJYnVzX2RtYV90YWdfZGVzdHJveShkbWFoLT50YWcpOw0K --=-cEfRbk/xgXYHVrL0QGuF Content-Disposition: attachment; filename="drm-r190282.patch" Content-Type: text/x-patch; name="drm-r190282.patch"; charset="us-ascii" Content-Transfer-Encoding: base64 SW5kZXg6IGRybV9zY2F0dGVyLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NCi0tLSBkcm1fc2NhdHRlci5jCShyZXZp c2lvbiAxOTAyODEpDQorKysgZHJtX3NjYXR0ZXIuYwkocmV2aXNpb24gMTkwMjgyKQ0KQEAgLTky LDcgKzkyLDcgQEANCiAJfQ0KIA0KIAlyZXQgPSBidXNfZG1hbWVtX2FsbG9jKGRtYWgtPnRhZywg JmRtYWgtPnZhZGRyLA0KLQkgICAgQlVTX0RNQV9XQUlUT0sgfCBCVVNfRE1BX1pFUk8sICZkbWFo LT5tYXApOw0KKwkgICAgQlVTX0RNQV9XQUlUT0sgfCBCVVNfRE1BX1pFUk8gfCBCVVNfRE1BX05P Q0FDSEUsICZkbWFoLT5tYXApOw0KIAlpZiAocmV0ICE9IDApIHsNCiAJCWJ1c19kbWFfdGFnX2Rl c3Ryb3koZG1haC0+dGFnKTsNCiAJCWZyZWUoZG1haCwgRFJNX01FTV9ETUEpOw0KQEAgLTEwMiw4 ICsxMDIsNyBAQA0KIAl9DQogDQogCXJldCA9IGJ1c19kbWFtYXBfbG9hZChkbWFoLT50YWcsIGRt YWgtPm1hcCwgZG1haC0+dmFkZHIsDQotCSAgICByZXF1ZXN0LT5zaXplLCBkcm1fc2dfYWxsb2Nf Y2IsIGVudHJ5LA0KLQkgICAgQlVTX0RNQV9OT1dBSVQgfCBCVVNfRE1BX05PQ0FDSEUpOw0KKwkg ICAgcmVxdWVzdC0+c2l6ZSwgZHJtX3NnX2FsbG9jX2NiLCBlbnRyeSwgQlVTX0RNQV9OT1dBSVQp Ow0KIAlpZiAocmV0ICE9IDApIHsNCiAJCWJ1c19kbWFtZW1fZnJlZShkbWFoLT50YWcsIGRtYWgt PnZhZGRyLCBkbWFoLT5tYXApOw0KIAkJYnVzX2RtYV90YWdfZGVzdHJveShkbWFoLT50YWcpOw0K SW5kZXg6IGF0aV9wY2lnYXJ0LmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NCi0tLSBhdGlfcGNpZ2FydC5jCShyZXZp c2lvbiAxOTAyODEpDQorKysgYXRpX3BjaWdhcnQuYwkocmV2aXNpb24gMTkwMjgyKQ0KQEAgLTgy LDggKzgyLDExIEBADQogCQlyZXR1cm4gRU5PTUVNOw0KIAl9DQogDQotCXJldCA9IGJ1c19kbWFt ZW1fYWxsb2MoZG1haC0+dGFnLCAmZG1haC0+dmFkZHIsDQotCSAgICBCVVNfRE1BX1dBSVRPSyB8 IEJVU19ETUFfWkVSTywgJmRtYWgtPm1hcCk7DQorCWZsYWdzID0gQlVTX0RNQV9XQUlUT0sgfCBC VVNfRE1BX1pFUk87DQorCWlmIChnYXJ0X2luZm8tPmdhcnRfcmVnX2lmID09IERSTV9BVElfR0FS VF9JR1ApDQorCSAgICBmbGFncyB8PSBCVVNfRE1BX05PQ0FDSEU7DQorCQ0KKwlyZXQgPSBidXNf ZG1hbWVtX2FsbG9jKGRtYWgtPnRhZywgJmRtYWgtPnZhZGRyLCBmbGFncywgJmRtYWgtPm1hcCk7 DQogCWlmIChyZXQgIT0gMCkgew0KIAkJYnVzX2RtYV90YWdfZGVzdHJveShkbWFoLT50YWcpOw0K IAkJZnJlZShkbWFoLCBEUk1fTUVNX0RNQSk7DQpAQCAtOTEsMTIgKzk0LDkgQEANCiAJfQ0KIAlE Uk1fTE9DSygpOw0KIA0KLQlmbGFncyA9IEJVU19ETUFfTk9XQUlUOw0KLQlpZiAoZ2FydF9pbmZv LT5nYXJ0X3JlZ19pZiA9PSBEUk1fQVRJX0dBUlRfSUdQKQ0KLQkgICAgZmxhZ3MgfD0gQlVTX0RN QV9OT0NBQ0hFOw0KLQkNCiAJcmV0ID0gYnVzX2RtYW1hcF9sb2FkKGRtYWgtPnRhZywgZG1haC0+ bWFwLCBkbWFoLT52YWRkciwNCi0JICAgIGdhcnRfaW5mby0+dGFibGVfc2l6ZSwgZHJtX2F0aV9h bGxvY19wY2lnYXJ0X3RhYmxlX2NiLCBkbWFoLCBmbGFncyk7DQorCSAgICBnYXJ0X2luZm8tPnRh YmxlX3NpemUsIGRybV9hdGlfYWxsb2NfcGNpZ2FydF90YWJsZV9jYiwgZG1haCwNCisJICAgIEJV U19ETUFfTk9XQUlUKTsNCiAJaWYgKHJldCAhPSAwKSB7DQogCQlidXNfZG1hbWVtX2ZyZWUoZG1h aC0+dGFnLCBkbWFoLT52YWRkciwgZG1haC0+bWFwKTsNCiAJCWJ1c19kbWFfdGFnX2Rlc3Ryb3ko ZG1haC0+dGFnKTsNCg== --=-cEfRbk/xgXYHVrL0QGuF-- --=-C6ejR72hkapNqLWxD0kA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknOZ3UACgkQM4TrQ4qfROMnLACbBsrJ42se+bjD0Q8HsLObhKi9 YpQAn0FXH9iSm9sKZfye5Vi8B/ruOSdK =Ej5L -----END PGP SIGNATURE----- --=-C6ejR72hkapNqLWxD0kA-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 18:37:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 490A71065672; Sat, 28 Mar 2009 18:37:26 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id 7AB1A8FC14; Sat, 28 Mar 2009 18:37:25 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ewy19 with SMTP id 19so1370760ewy.43 for ; Sat, 28 Mar 2009 11:37:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+HH4ridWQOMYmkwZWEq9UknRwNMUi0Oy6f6J7JOX3wk=; b=iPBDFIygCVBaInjtyMKf9n/cvGSulNXmWGD0UEnJCfw1Sz7P8uklT0+s22cVW2Axaa oMfWLk9P4SCdW3xPFiUYdmrWQeNaeZQVNwyAhsgjhtv/zjspuadZGgljH6X8nB1syav9 +FBMcOYkHOAxM6t/BpebLbIlEWTgKhZXqceYQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=N11g5Rcv8WU5Y+RZoXJJ/BeY7KH7ZNNT+EmDz+YwpB5p+CysHnW7ZzXsjHfj2ppaXp A/XtOOMiMKoNsO4QaZmK3di/Zt+hh+prKq0n4SSC+bxQwJVCuE6YGluQsDgUfWBRh98X 5+1ocVRabRNIvQmesOV4lbQ525Cw94DdntGdQ= MIME-Version: 1.0 Received: by 10.210.137.17 with SMTP id k17mr1220820ebd.6.1238265443142; Sat, 28 Mar 2009 11:37:23 -0700 (PDT) In-Reply-To: <49CE4733.4080306@reiteration.net> References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB659D.2000108@reiteration.net> <20090327063245.GD19512@weongyo.cdnetworks.kr> <49CDCE8A.70906@reiteration.net> <3a142e750903280745u5c8b3ad7ne779d03c44c6fcb@mail.gmail.com> <49CE4733.4080306@reiteration.net> Date: Sat, 28 Mar 2009 19:37:23 +0100 Message-ID: <3a142e750903281137h797fd181mb379c031780a1ab1@mail.gmail.com> From: "Paul B. Mahol" To: John Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Weongyo Jeong Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2009 18:37:26 -0000 On 3/28/09, John wrote: > Paul B. Mahol wrote: >> On 3/28/09, John wrote: >>> Weongyo Jeong wrote: >>> >>>> It looks something goes wrong so could you please patch if_malo_pci.c >>>> manually it's a very simple patch and test? Sorry for inconvenience. >>> Hello, >>> >>> Now I get: >>> >>> sudo kldload /boot/kernel/if_malo.ko >>> kldload: can't load /boot/kernel/if_malo.ko: Exec format error >>> >>> [john@potato ~]$ kldstat >>> Id Refs Address Size Name >>> 1 8 0xffffffff80100000 7c26c0 kernel >>> 2 1 0xffffffff80a22000 95a pflog.ko >>> 3 1 0xffffffff80a23000 2ae44 pf.ko >>> 4 1 0xffffffff80a4e000 189ac linux.ko >>> 5 1 0xffffffff80a67000 aa7a fuse.ko >> >> How you compiled new kernel/module? >> This can mean only one thing: you messed something up or >> you are using wrong sources. >> > > It's because the other module wasn't loaded - I didn't see the console > as I was logged in remotely. > > The console showed this: > > KLD if_malo.ko: depends on malofw_fw - not available. > > So I went back into where the openbsd firmware was and kldloaded You should use this version of firmware: http://weongyo.org/project/malo/malo-firmware-1.4.tar.gz > malofw.ko which succeeded. Then I tried with the (now modified) > if_malo.ko and got this from the console: > > malo0: mem > 0xfddd0000-0xfddd > ffff,0xfdde0000-0xfddeffff irq 20 at device 6.0 on pci2 > malo0: [FILTER] > malo0: unable to allocate memory for cmd buffer, error 12 > malo0: unable to attach HAL > device_attach: malo0 attach returned 5 > > However, the modifications suggested by Weongyo Jeong have made a > difference in the right direction because the error no longer causes a > panic. > > Now, kldstat gives: > > [john@potato ~]$ kldstat > Id Refs Address Size Name > 1 22 0xffffffff80100000 7c26c0 kernel > 2 1 0xffffffff80a22000 95a pflog.ko > 3 1 0xffffffff80a23000 2ae44 pf.ko > 4 2 0xffffffff80a4e000 189ac linux.ko > 5 1 0xffffffff80a67000 aa7a fuse.ko > 6 1 0xffffffff80a72000 359b linprocfs.ko > 7 2 0xffffffff80a76000 1e1ce malofw.ko > 8 1 0xffffffff80a95000 63c4 if_malo.ko > 9 1 0xffffffff80a9c000 551b5 radeon.ko > 10 1 0xffffffff80af2000 113d0 drm.ko > > but I can't see it in ifconfig -a. > > I haven't got a source problem - of that I'm quite sure. World was made > only a few days ago, cvsup runs every night, the sources got are those > I'd expect from following RELENG_7. There is a file in the source tree > that has this information but right now I'm at a loss as to what it's > called. > -- > John > -- Paul From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 18:48:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 082311065673; Sat, 28 Mar 2009 18:48:10 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from anchor-post-2.mail.demon.net (anchor-post-2.mail.demon.net [195.173.77.133]) by mx1.freebsd.org (Postfix) with ESMTP id BF33B8FC08; Sat, 28 Mar 2009 18:48:09 +0000 (UTC) (envelope-from lists@reiteration.net) Received: from potato.growveg.org ([62.49.247.163]) by anchor-post-2.mail.demon.net with esmtp (Exim 4.69) id 1LndZg-0002uR-mI; Sat, 28 Mar 2009 18:48:09 +0000 Message-ID: <49CE7036.7070903@reiteration.net> Date: Sat, 28 Mar 2009 18:45:10 +0000 From: John User-Agent: Thunderbird 2.0.0.21 (X11/20090327) MIME-Version: 1.0 To: "Paul B. Mahol" References: <49CAA7AB.8030506@reiteration.net> <20090326025431.GC14916@weongyo.cdnetworks.kr> <49CB659D.2000108@reiteration.net> <20090327063245.GD19512@weongyo.cdnetworks.kr> <49CDCE8A.70906@reiteration.net> <3a142e750903280745u5c8b3ad7ne779d03c44c6fcb@mail.gmail.com> <49CE4733.4080306@reiteration.net> <3a142e750903281137h797fd181mb379c031780a1ab1@mail.gmail.com> In-Reply-To: <3a142e750903281137h797fd181mb379c031780a1ab1@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Weongyo Jeong Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2009 18:48:10 -0000 Paul B. Mahol wrote: > > You should use this version of firmware: > http://weongyo.org/project/malo/malo-firmware-1.4.tar.gz > That's what I'm using, as per the manpage: [snip] This driver requires firmware to be loaded before it will work. These firmware files are from the OpenBSD malo driver. A package for the firmware which can be installed via pkg_add(1) can be found at: http://weongyo.org/project/malo/malo-firmware-1.4.tar.gz This package must be installed before ifconfig(8) will work. [/snip] Sorry if this was less than clear. -- John From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 19:04:21 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AB28106566C; Sat, 28 Mar 2009 19:04:21 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id E3ABB8FC15; Sat, 28 Mar 2009 19:04:20 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LndpK-0000X0-WA; Sat, 28 Mar 2009 22:04:19 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Scott Long In-reply-to: <49CCF95F.1050307@samsco.org> References: <49CCDA41.4060101@samsco.org> <49CCF95F.1050307@samsco.org> Comments: In-reply-to Scott Long message dated "Fri, 27 Mar 2009 10:05:51 -0600." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 28 Mar 2009 22:04:18 +0300 From: Danny Braniss Message-ID: Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: amr driver broken since March 12 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 19:04:22 -0000 > Danny Braniss wrote: > >> Danny Braniss wrote: > >>> at least for me :-) > >>> [and sorry for the cross posting] > >>> > >>> old (March 12 , i know need the svn rev number but...) > >> None of the commit activity on March 12 is jumping out at me as being > >> suspicious. However, you are now the second person who has told me > >> about AMR problems in 7.1 recently. If you have a precise svn change > >> number, it would help greatly. > >> > >> Scott > > my bad. the last working amr/iir is from March 12. > > I first detected the problem sometime later, but not later than March 23. > > So it has to be changes in that time frame. > > > > both drivers are showing similar symptoms: > > waiting for not busy > > the iir goes on for ever, and it's the cam that eventually panics, > > run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config > > (actually not 100% true, depending if WITNESS is on or off, it sometimes > > just hangs). > > the amr seems to time out: > > amr0: adapter is busy > > > > thanks for looking into the problem, > > > > danny > > > > > > Ok, here are a series of revisions to step through, in forward order. > Make sure that you are starting with at least revision 189568. Then, > update to exactly the revision numbers below, recompile the kernel, and > test: > > 190087 > 190091 > it seems March 12 was a bit off :-) it took some time, but I managed to close the gap: 189100 ok 189150 fails I will continue tomorrow, but this should be helpful. cheers, danny From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 19:06:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89AA11065672 for ; Sat, 28 Mar 2009 19:06:09 +0000 (UTC) (envelope-from david@usermode.org) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id 6D4608FC15 for ; Sat, 28 Mar 2009 19:06:09 +0000 (UTC) (envelope-from david@usermode.org) Received: from mail.meer.net (mail.meer.net [64.13.141.3]) by proxy.meer.net (8.14.3/8.14.3) with ESMTP id n2SJ68oH037389; Sat, 28 Mar 2009 12:06:09 -0700 (PDT) (envelope-from david@usermode.org) Received: from radagast.usermode.org (netblock-66-245-216-32.dslextreme.com [66.245.216.32]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id n2SJ66xL091978; Sat, 28 Mar 2009 12:06:06 -0700 (PDT) (envelope-from david@usermode.org) From: David Johnson To: Robert Noland Date: Sat, 28 Mar 2009 12:06:06 -0700 User-Agent: KMail/1.11.1 (FreeBSD/7.2-PRERELEASE; KDE/4.2.1; i386; ; ) References: <200903271944.51781.david@usermode.org> <200903281020.12172.david@usermode.org> <1238263669.8491.283.camel@balrog.2hip.net> In-Reply-To: <1238263669.8491.283.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903281206.06518.david@usermode.org> X-Spam-Score: undef - spam scanning disabled X-CanIt-Geo: No geolocation information available for 64.13.141.3 X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 Cc: freebsd-stable@freebsd.org Subject: Re: X.org hanging under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 19:06:10 -0000 On Saturday 28 March 2009 11:07:49 am Robert Noland wrote: > Ok, the GART should be fixed in HEAD as well... > > r190282 is what you need. You probably need 190123 for it to apply > cleanly. I'll attach both. To clarify, this is for STABLE? Will these changes make it into STABLE in the near future? -- David Johnson From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 19:30:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E145E106564A; Sat, 28 Mar 2009 19:30:52 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id 7894B8FC08; Sat, 28 Mar 2009 19:30:52 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id 7CD4D796F8; Sat, 28 Mar 2009 22:11:49 +0300 (MSK) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from [10.208.17.3] (HELO dchagin.static.corbina.ru) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 1705481429; Sat, 28 Mar 2009 22:11:49 +0300 Received: from dchagin.static.corbina.ru (localhost.chd.net [127.0.0.1]) by dchagin.static.corbina.ru (8.14.3/8.14.3) with ESMTP id n2SJBmWF002069; Sat, 28 Mar 2009 22:11:48 +0300 (MSK) (envelope-from dchagin@dchagin.static.corbina.ru) Received: (from dchagin@localhost) by dchagin.static.corbina.ru (8.14.3/8.14.3/Submit) id n2SJBhNB002068; Sat, 28 Mar 2009 22:11:43 +0300 (MSK) (envelope-from dchagin) Date: Sat, 28 Mar 2009 22:11:43 +0300 From: Chagin Dmitry To: John Message-ID: <20090328191143.GA1989@dchagin.static.corbina.ru> References: <49CAA7AB.8030506@reiteration.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <49CAA7AB.8030506@reiteration.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: weongyo@freebsd.org, FreeBSD Stable Subject: Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2009 19:30:53 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 25, 2009 at 09:52:43PM +0000, John wrote: > Hi list >=20 > I configured the malo device as per the manpage. Now I'm getting panic > after the device is probed as per > http://www.growveg.org/desktop/DSC_6973-3008.jpg >=20 > Is there a parameter I can pass to boot that will ignore this > driver/module? I have tried disable-module to no avail. Is the only > option to use the rescue disk? I need loader.conf to be ignored now in > order to get the system up at all. >=20 > Is malo known to work under 7-STABLE? I notice the man page says it > first appeared under FreeBSD 8.0. >=20 hi, it's broken event in HEAD: none2@pci0:4:4:0: class=3D0x020000 card=3D0x6b001385 chip=3D0x1faa11a= b rev=3D0x03 hdr=3D0x00 vendor =3D 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device =3D '8335 Marvell Libertas 802.11b/g Wireless (8335)' class =3D network subclass =3D ethernet Unread portion of the kernel message buffer: malo0: mem 0xd0130000-0xd013ffff,0xd0120000-0xd012ffff irq 22 at device 4.0 on pci4 malo0: [FILTER] malo0: unable to allocate memory for cmd buffer, error 12 Fatal trap 9: general protection fault while in kernel mode cpuid =3D 3; apic id =3D 03 instruction pointer =3D 0x8:0xffffffff80517727 stack pointer =3D 0x10:0xfffffffef16283a0 frame pointer =3D 0x10:0xfffffffef16283e0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 6332 (kldload) (kgdb) bt #0 doadump () at pcpu.h:215 #1 0xffffffff801955dc in db_fncall (dummy1=3DVariable "dummy1" is not avai= lable. ) at /work/pub/head/sys/ddb/db_command.c:548 #2 0xffffffff80195911 in db_command (last_cmdp=3D0xffffffff8078d8c0, cmd_table=3DVariable "cmd_table" is not available. ) at /work/pub/head/sys/ddb/db_command.c:445 #3 0xffffffff80195b60 in db_command_loop () at /work/pub/head/sys/ddb/db_command.c:498 #4 0xffffffff80197ba9 in db_trap (type=3DVariable "type" is not available. ) at /work/pub/head/sys/ddb/db_main.c:229 #5 0xffffffff80313df5 in kdb_trap (type=3D0x9, code=3D0x0, tf=3D0xfffffffe= f16282f0) at /work/pub/head/sys/kern/subr_kdb.c:534 #6 0xffffffff805428cd in trap_fatal (frame=3D0xfffffffef16282f0, eva=3DVar= iable "eva" is not available. ) at /work/pub/head/sys/amd64/amd64/trap.c:745 #7 0xffffffff805434d5 in trap (frame=3D0xfffffffef16282f0) at /work/pub/head/sys/amd64/amd64/trap.c:551 #8 0xffffffff8051d9b3 in calltrap () at /work/pub/head/sys/amd64/amd64/exception.S:217 #9 0xffffffff80517727 in _bus_dmamap_unload (dmat=3D0xdeadc0dedeadc0de, map=3D0xdeadc0dedeadc0de) at /work/pub/head/sys/amd64/amd64/busdma_machdep.c:901 #10 0xffffffff8267421b in malo_hal_attach (dev=3D0xffffff0003c87100, devid=3DVariable "devid" is not available. ) at /work/pub/head/sys/modules/malo/../../dev/malo/if_malohal.c:169 #11 0xffffffff82672bc8 in malo_attach (devid=3D0x1faa, sc=3D0xffffff000798d= 800) at /work/pub/head/sys/modules/malo/../../dev/malo/if_malo.c:216 #12 0xffffffff826756cc in malo_pci_attach (dev=3D0xffffff0003c87100) at /work/pub/head/sys/modules/malo/../../dev/malo/if_malo_pci.c:261 #13 0xffffffff8030de79 in device_attach (dev=3D0xffffff0003c87100) at device_if.h:178 #14 0xffffffff8022cdc9 in pci_driver_added (dev=3DVariable "dev" is not ava= ilable. ) at /work/pub/head/sys/dev/pci/pci.c:2810 #15 0xffffffff8030c099 in devclass_driver_added (dc=3D0xffffff00036ba600, driver=3D0xffffffff82677120) at bus_if.h:183 #16 0xffffffff8030cb4a in devclass_add_driver (dc=3D0xffffff00036ba600, driver=3D0xffffffff82677120) at /work/pub/head/sys/kern/subr_bus.c:942 #17 0xffffffff8030dd3d in driver_module_handler (mod=3DVariable "mod" is not available. ) at /work/pub/head/sys/kern/subr_bus.c:3952 #18 0xffffffff802d170d in module_register_init (arg=3DVariable "arg" is not available. ) at /work/pub/head/sys/kern/kern_module.c:124 #19 0xffffffff802c8c82 in linker_load_module (kldname=3DVariable "kldname" = is not available. ) at /work/pub/head/sys/kern/kern_linker.c:233 #20 0xffffffff802c912c in kern_kldload (td=3D0xffffff006226e760, file=3D0xffffff0007982000 "if_malo", fileid=3D0xfffffffef1628b04) at /work/pub/head/sys/kern/kern_linker.c:1= 009 #21 0xffffffff802c9284 in kldload (td=3D0xffffff006226e760, uap=3DVariable = "uap" is not available. ) at /work/pub/head/sys/kern/kern_linker.c:1036 #22 0xffffffff80542eab in syscall (frame=3D0xfffffffef1628c80) at /work/pub/head/sys/amd64/amd64/trap.c:882 #23 0xffffffff8051dbcb in Xfast_syscall () at /work/pub/head/sys/amd64/amd64/exception.S:338 #24 0x00000008006935ec in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) up 10 #10 0xffffffff8267421b in malo_hal_attach (dev=3D0xffffff0003c87100, devid=3DVariable "devid" is not available. ) at /work/pub/head/sys/modules/malo/../../dev/malo/if_malohal.c:169 169 bus_dmamap_unload(mh->mh_dmat, mh->mh_dmamap); (kgdb) list 164 165 fail: 166 free(mh, M_DEVBUF); 167 168 if (mh->mh_dmamap !=3D NULL) { 169 bus_dmamap_unload(mh->mh_dmat, mh->mh_dmamap); 170 if (mh->mh_cmdbuf !=3D NULL) 171 bus_dmamem_free(mh->mh_dmat, mh->mh_cmdbuf, 172 mh->mh_dmamap); 173 bus_dmamap_destroy(mh->mh_dmat, mh->mh_dmamap); (kgdb) Weongyo, please, look at line #166 - 169. --=20 Have fun! chd --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAknOdm4ACgkQ0t2Tb3OO/O3byQCcD5jx1v9cACWncK3F+z16Oz9G RPEAoLQoxeUcgmz/ldbXeJvo3S+YxGkQ =WqYK -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 22:18:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58B571065672 for ; Sat, 28 Mar 2009 22:18:18 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 1FBB18FC19 for ; Sat, 28 Mar 2009 22:18:18 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-142.bna.bellsouth.net [70.156.31.142]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2SMGv3c054670 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Mar 2009 18:16:57 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: David Johnson In-Reply-To: <200903281206.06518.david@usermode.org> References: <200903271944.51781.david@usermode.org> <200903281020.12172.david@usermode.org> <1238263669.8491.283.camel@balrog.2hip.net> <200903281206.06518.david@usermode.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-BatAjzep/hZvik1lc4Ns" Organization: FreeBSD Date: Sat, 28 Mar 2009 17:17:46 -0500 Message-Id: <1238278666.8491.284.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: X.org hanging under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 22:18:18 -0000 --=-BatAjzep/hZvik1lc4Ns Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-03-28 at 12:06 -0700, David Johnson wrote: > On Saturday 28 March 2009 11:07:49 am Robert Noland wrote: > > Ok, the GART should be fixed in HEAD as well... > > > > r190282 is what you need. You probably need 190123 for it to apply > > cleanly. I'll attach both. >=20 > To clarify, this is for STABLE? Will these changes make it into STABLE in= the=20 > near future? Yes, I just need to get re@ approval. Should be soon. robert. --=20 Robert Noland FreeBSD --=-BatAjzep/hZvik1lc4Ns Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknOogoACgkQM4TrQ4qfROPgOwCcD/ZFJIUPWvPv25n+3HhhP86S A9MAmgORiISGVfcCpNeko3mXxZ3N+LAD =X7gz -----END PGP SIGNATURE----- --=-BatAjzep/hZvik1lc4Ns-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 23:00:20 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1969106567E for ; Sat, 28 Mar 2009 23:00:20 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 917AE8FC1F for ; Sat, 28 Mar 2009 23:00:20 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.204.118]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 009928A00D1 for ; Sat, 28 Mar 2009 23:33:14 +0100 (CET) Message-ID: <49CEA5A7.3040605@bsdforen.de> Date: Sat, 28 Mar 2009 23:33:11 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: powerd broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 23:00:21 -0000 Since I updated to the 7.2 prerelease, powerd is broken. > uname -a FreeBSD mobileKamikaze.norad 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: Tue Mar 24 07:57:30 CET 2009 root@mobileKamikaze.norad:/usr/obj/HP6510b/amd64/usr/src/sys/HP6510b amd64 It increases the CPU frequency very aggressively in adaptive mode. That means full speed with a system load below 1%. I have to use the following nonsensical powerd_flags to make it work sensibly: -a adaptive -b minimum -i 95 -r 99 The system is a Core2 Duo, if that is of any help. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 23:38:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C1D8106564A for ; Sat, 28 Mar 2009 23:38:44 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id B47518FC14 for ; Sat, 28 Mar 2009 23:38:43 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: by yw-out-2324.google.com with SMTP id 5so1084846ywh.13 for ; Sat, 28 Mar 2009 16:38:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=IjFjf3fu3+bElm3eTJdRR2VFgMHTx6WBafe/viez3XI=; b=uDu9s+OrUD6WX18XgDzz1/6tiaAo68rjrA8PkHN7Sy4P4ullWJ+Lpx5GSqgRsQNH+p tmHSTH4N/CI8cmh682BNdTPO9wHus20GglVNpcNPRGTgCsUmWal0Dn9OH8VvUHMF8nj5 eNmxrHzZ575sYQFWrQIEhcwhfyYpPd7VEwZCU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=D71EJQi0Y7l6xbYryeykq6PypjaeJm/lZzfZ9KvaJBs0aPnGpT0zRSPhOu/SncBxz5 UMhho6NPv7d0HVJu1V1ISWVghbr2IWtphaqhkc8esiSVLDLeiuz48S/03QuYQA9/j4ec IvM5FWd1/9J+67CLw52G3YB4kfUflOQ1CCBr4= MIME-Version: 1.0 Received: by 10.150.197.3 with SMTP id u3mr2631848ybf.63.1238283523151; Sat, 28 Mar 2009 16:38:43 -0700 (PDT) In-Reply-To: <20090328150315.5a2daacf@gluon.draftnet> References: <20090328150315.5a2daacf@gluon.draftnet> Date: Sat, 28 Mar 2009 18:38:43 -0500 Message-ID: From: Alan Cox To: Bruce Cran Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: panic when detaching swap-backed md(4) disk which has gone into swap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2009 23:38:44 -0000 Please file a PR on this panic with the stack trace. Thanks, Alan From owner-freebsd-stable@FreeBSD.ORG Sat Mar 28 23:45:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6C091065679; Sat, 28 Mar 2009 23:45: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 78E0B8FC21; Sat, 28 Mar 2009 23:45:01 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n2SNiIaQ067890; Sat, 28 Mar 2009 17:44:18 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <49CEB652.8060003@samsco.org> Date: Sat, 28 Mar 2009 17:44:18 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Danny Braniss References: <49CCDA41.4060101@samsco.org> <49CCF95F.1050307@samsco.org> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: amr driver broken since March 12 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2009 23:45:03 -0000 Danny Braniss wrote: > it seems March 12 was a bit off :-) > it took some time, but I managed to close the gap: > 189100 ok > 189150 fails > I will continue tomorrow, but this should be helpful. > > 189150 is in the middle of a big string of related commits. Try updating to the following change numbers and retesting: 189088 189107 189161 If the last one does not work, try editing /sys/dev/amr/amr.c to change #define AMR_ENABLE_CAM 1 to #define AMR_ENABLE_CAM 0 Scott