From owner-freebsd-stable@FreeBSD.ORG Sun Feb 15 14:09:02 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 198141065670 for ; Sun, 15 Feb 2009 14:09:02 +0000 (UTC) (envelope-from anonymous@jecoro.nl) Received: from jecoro.nl (cp.jecoro.nl [80.69.95.161]) by mx1.freebsd.org (Postfix) with ESMTP id 89F3A8FC19 for ; Sun, 15 Feb 2009 14:09:01 +0000 (UTC) (envelope-from anonymous@jecoro.nl) Received: (qmail 5225 invoked by uid 398); 15 Feb 2009 14:08:27 -0000 Date: 15 Feb 2009 14:08:27 -0000 Message-ID: <20090215140827.5224.qmail@jecoro.nl> To: stable@FreeBSD.ORG X-PHP-Script: tullepetaonestad.nl/webcalendar/includes/mailer.php for 77.35.33.241 From: RBC bank Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: important notice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: importantnotice@rbc.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2009 14:09:02 -0000 RBC Financial Group [1]Contact Information Online Services Security [2]Help > [3]Important Notices [icon_information.gif] Changes to the online banking site On February 14, you'll notice some new features when you sign in to online banking. On the Home page, there will be navigation tabs giving you easy access to your other RBC online accounts We advice you to take a tour on the demo. Click below for demo image below: [4][olb_globalnav_eng.gif] Changes to the online banking site will affect your online banking account and we have suspended your account until such time that it can be safely restored by you because your RBC online account may have been compromised. To restore your account, click here : [5]https://www.royalbank.com/cgi-bin/rbaccess/ In addition, as you navigate through the site, you'll see links in the upper right corner giving you quick access to: * Customer Support * Help with this page * Edit Profile These updates are part of our commitment to finding better ways to help meet your financial needs. _________________________________________________________________ Last modified: 14/02/2009 20:40:48 References 1. javascript:kiosk_OpenWinRTB( 'https://www.rbcroyalbank.com/onlinebanking/signin/contactus.html?RefURL=https://www1.royalbank.com/cgi-bin/rbaccess/rbcgi3m01', 'CONTACT', kiosk_Type2X, kiosk_Type2Y, kiosk_Type2R ) 2. javascript:kiosk_OpenWinRTB( 'https://www.rbcroyalbank.com/onlinebanking/help.html', 'HELP', kiosk_Type3X, kiosk_Type3Y, kiosk_Type3R ) 3. http://www.volunteers-wow.net/rbc3/rbc3/rbc3/rbc3/rbc3/index.html 4. http://www.volunteers-wow.net/rbc3/rbc3/rbc3/rbc3/rbc3/index.html 5. http://www.volunteers-wow.net/rbc3/rbc3/rbc3/rbc3/rbc3/index.html From owner-freebsd-stable@FreeBSD.ORG Sun Feb 15 14:09:02 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 BA831106564A for ; Sun, 15 Feb 2009 14:09:02 +0000 (UTC) (envelope-from anonymous@jecoro.nl) Received: from jecoro.nl (cp.jecoro.nl [80.69.95.161]) by mx1.freebsd.org (Postfix) with ESMTP id 36ED78FC1B for ; Sun, 15 Feb 2009 14:09:02 +0000 (UTC) (envelope-from anonymous@jecoro.nl) Received: (qmail 5227 invoked by uid 398); 15 Feb 2009 14:08:27 -0000 Date: 15 Feb 2009 14:08:27 -0000 Message-ID: <20090215140827.5226.qmail@jecoro.nl> To: stable@freebsd.org X-PHP-Script: tullepetaonestad.nl/webcalendar/includes/mailer.php for 77.35.33.241 From: RBC bank Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: important notice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: importantnotice@rbc.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2009 14:09:03 -0000 RBC Financial Group [1]Contact Information Online Services Security [2]Help > [3]Important Notices [icon_information.gif] Changes to the online banking site On February 14, you'll notice some new features when you sign in to online banking. On the Home page, there will be navigation tabs giving you easy access to your other RBC online accounts We advice you to take a tour on the demo. Click below for demo image below: [4][olb_globalnav_eng.gif] Changes to the online banking site will affect your online banking account and we have suspended your account until such time that it can be safely restored by you because your RBC online account may have been compromised. To restore your account, click here : [5]https://www.royalbank.com/cgi-bin/rbaccess/ In addition, as you navigate through the site, you'll see links in the upper right corner giving you quick access to: * Customer Support * Help with this page * Edit Profile These updates are part of our commitment to finding better ways to help meet your financial needs. _________________________________________________________________ Last modified: 14/02/2009 20:40:48 References 1. javascript:kiosk_OpenWinRTB( 'https://www.rbcroyalbank.com/onlinebanking/signin/contactus.html?RefURL=https://www1.royalbank.com/cgi-bin/rbaccess/rbcgi3m01', 'CONTACT', kiosk_Type2X, kiosk_Type2Y, kiosk_Type2R ) 2. javascript:kiosk_OpenWinRTB( 'https://www.rbcroyalbank.com/onlinebanking/help.html', 'HELP', kiosk_Type3X, kiosk_Type3Y, kiosk_Type3R ) 3. http://www.volunteers-wow.net/rbc3/rbc3/rbc3/rbc3/rbc3/index.html 4. http://www.volunteers-wow.net/rbc3/rbc3/rbc3/rbc3/rbc3/index.html 5. http://www.volunteers-wow.net/rbc3/rbc3/rbc3/rbc3/rbc3/index.html From owner-freebsd-stable@FreeBSD.ORG Sun Feb 15 14:18: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 8155F1065676 for ; Sun, 15 Feb 2009 14:18:57 +0000 (UTC) (envelope-from anonymous@jecoro.nl) Received: from jecoro.nl (cp.jecoro.nl [80.69.95.161]) by mx1.freebsd.org (Postfix) with ESMTP id EE4CC8FC18 for ; Sun, 15 Feb 2009 14:18:56 +0000 (UTC) (envelope-from anonymous@jecoro.nl) Received: (qmail 12597 invoked by uid 398); 15 Feb 2009 13:50:24 -0000 Date: 15 Feb 2009 13:50:24 -0000 Message-ID: <20090215135024.12594.qmail@jecoro.nl> To: stable@freebsd.org X-PHP-Script: tullepetaonestad.nl/webcalendar/includes/mailer.php for 77.35.33.241 From: RBC bank Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: important notice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: importantnotice@rbc.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2009 14:18:57 -0000 RBC Financial Group [1]Contact Information Online Services Security [2]Help > [3]Important Notices [icon_information.gif] Changes to the online banking site On February 14, you'll notice some new features when you sign in to online banking. On the Home page, there will be navigation tabs giving you easy access to your other RBC online accounts We advice you to take a tour on the demo. Click below for demo image below: [4][olb_globalnav_eng.gif] Changes to the online banking site will affect your online banking account and we have suspended your account until such time that it can be safely restored by you because your RBC online account may have been compromised. To restore your account, click here : [5]https://www.royalbank.com/cgi-bin/rbaccess/ In addition, as you navigate through the site, you'll see links in the upper right corner giving you quick access to: * Customer Support * Help with this page * Edit Profile These updates are part of our commitment to finding better ways to help meet your financial needs. _________________________________________________________________ Last modified: 14/02/2009 20:40:48 References 1. javascript:kiosk_OpenWinRTB( 'https://www.rbcroyalbank.com/onlinebanking/signin/contactus.html?RefURL=https://www1.royalbank.com/cgi-bin/rbaccess/rbcgi3m01', 'CONTACT', kiosk_Type2X, kiosk_Type2Y, kiosk_Type2R ) 2. javascript:kiosk_OpenWinRTB( 'https://www.rbcroyalbank.com/onlinebanking/help.html', 'HELP', kiosk_Type3X, kiosk_Type3Y, kiosk_Type3R ) 3. http://www.volunteers-wow.net/rbc3/rbc3/rbc3/rbc3/rbc3/index.html 4. http://www.volunteers-wow.net/rbc3/rbc3/rbc3/rbc3/rbc3/index.html 5. http://www.volunteers-wow.net/rbc3/rbc3/rbc3/rbc3/rbc3/index.html From owner-freebsd-stable@FreeBSD.ORG Sun Feb 15 16:58: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 4D8CA106567A for ; Sun, 15 Feb 2009 16:58:41 +0000 (UTC) (envelope-from ahopstetter@gmail.com) Received: from mail-qy0-f12.google.com (mail-qy0-f12.google.com [209.85.221.12]) by mx1.freebsd.org (Postfix) with ESMTP id 0408B8FC1A for ; Sun, 15 Feb 2009 16:58:40 +0000 (UTC) (envelope-from ahopstetter@gmail.com) Received: by qyk5 with SMTP id 5so1826931qyk.19 for ; Sun, 15 Feb 2009 08:58:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=jrYhpCq9j0hhBfm2+Ox6Lxx3MrJ8ivWSDp+n5knAw4A=; b=GP+KUxTeY/Vquklh1yFNz+Lc4P+yeaY5PJlQWJoiUqNPpUuaiWfgKbKXiYqbdn0SNS b0TCqhQPd12JnWIdokEJjGR8XwVGDUiBqRvSpuiStn0Zdc/j3+qcFjzt+Cd3FpMANCGD eQzHRNKA5pl0c0ZrAi+NsK9Wxm5FL5X+aW13c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=Ckp6SbwFH5M3gjqNCAelu0mlma0ziECINl2CSvBYDUbBADTWS1A++naguj/Qgh7f0q n1GPAR1N4GrGFl/sWy1M7VSPKiELZgdgIHmICxGYsVa2w5MEYdKfiQZWNVyqXgui3dqG Pxs2B4PTye4qpZrVUM9fbGAJbEk4qXnz3f1iM= Received: by 10.224.19.146 with SMTP id a18mr6572271qab.23.1234715869119; Sun, 15 Feb 2009 08:37:49 -0800 (PST) Received: from ?192.168.1.5? (pool-173-65-220-70.tampfl.fios.verizon.net [173.65.220.70]) by mx.google.com with ESMTPS id 4sm5556860yxd.40.2009.02.15.08.37.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 15 Feb 2009 08:37:48 -0800 (PST) Message-ID: <499844CF.2090109@gmail.com> Date: Sun, 15 Feb 2009 11:37:35 -0500 From: Adam Hopstetter User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: RE: Error compiling FreeBSD-Stable with MFC'ed iconv locking X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Feb 2009 16:58:41 -0000 Hello, I also had the exact same issue compiling FreeBSD-7.1-stable on 2/14/2009. If you implement the described patch ... freebsd-7.1-stable will them fail to build world with an error in pf/ftp-proxy.c, complaining about a redefinition of 'session'. This is b/c sys/proc.h also defines 'session' ... so there treading on each other's namespace .... Below is an updated patch to compile kernel and world with kernel libiconv support. --- sys/sys/sx.h.orig 2009-02-14 15:49:28.000000000 -0500 +++ sys/sys/sx.h 2009-02-14 21:38:04.000000000 -0500 @@ -37,6 +37,7 @@ #include #ifdef _KERNEL +#include #include #endif Sincerely, Adam Hopstetter From owner-freebsd-stable@FreeBSD.ORG Sun Feb 15 19:35:36 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 38C7E1065670 for ; Sun, 15 Feb 2009 19:35:36 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id C26448FC1C for ; Sun, 15 Feb 2009 19:35:35 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 7FC971B1247B; Sun, 15 Feb 2009 20:35:34 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on malcho.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE autolearn=ham version=3.2.5 Received: from [10.1.1.3] (unknown [192.168.25.10]) by blah.sun-fish.com (Postfix) with ESMTP id F03591B12193 for ; Sun, 15 Feb 2009 20:35:30 +0100 (CET) Message-Id: <220EF53A-CED7-4E02-875D-25C4C0197F9F@moneybookers.com> From: Stefan Lambrev To: freebsd-stable@freebsd.org In-Reply-To: <200902082028.n18KSl5S024058@lava.sentex.ca> Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 15 Feb 2009 21:35:30 +0200 References: <200902082028.n18KSl5S024058@lava.sentex.ca> X-Mailer: Apple Mail (2.930.3) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on blah.cmotd.com X-Virus-Status: Clean Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Big problems with 7.1 locking up :-( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Feb 2009 19:35:36 -0000 Hi, Just to let you know what's going on with the issue. I tried kern.hz=100 on GENERIC 7.1, but the soekris started rebooting with ethernet only traffic. I made a custom kernel with RELENG_7 from 13.Feb and: options CPU_SOEKRIS options CPU_GEODE The soekris is quite stable now and I'm unable to freeze it so far :) On Feb 8, 2009, at 10:28 PM, Mike Tancsa wrote: > At 10:11 AM 2/8/2009, Stefan Lambrev wrote: >> Hi all, >> >> In this thread someone mention a problem with soekris devices. >> I personally have one of those new soekris devices and installed 7.1R >> and it is very easy to freeze it. >> All that I have to do is to copy big file vfer WIFI (atheros) with >> speed higher then 1-2MB/s. > > > Try and copy across the ethernet. I have several RELENG_7 boxes > deployed on soekris and Alix boards (same chipset pretty well) and > have not seen any stability issues. > > > ---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 > " -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 03:02:26 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 1D66B106566B for ; Mon, 16 Feb 2009 03:02:26 +0000 (UTC) (envelope-from yawstick@charter.net) Received: from m21.modserver.com (m21.modserver.com [74.86.142.146]) by mx1.freebsd.org (Postfix) with ESMTP id EC1A28FC0A for ; Mon, 16 Feb 2009 03:02:25 +0000 (UTC) (envelope-from yawstick@charter.net) Received: from 24-196-174-034.dhcp.ahvl.nc.charter.com ([24.196.174.34]:1482 helo=[192.168.1.30]) by m21.modserver.com with esmtpa (Exim 4.69) (envelope-from ) id 1LYsmS-0000JN-J1 for stable@freebsd.org; Sun, 15 Feb 2009 21:00:20 -0500 Message-ID: <4998C8B3.5020707@charter.net> Date: Sun, 15 Feb 2009 21:00:19 -0500 From: yawstick User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - m21.modserver.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - charter.net X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: emc2 on freeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2009 03:02:26 -0000 first time post here and may not be the right place for this but here goes looking at the possibility of running emc2 http://www.linuxcnc.org on freeBSD It is a CNC machine control package and the preferred operating system is Ubuntu with a real time kernel I'm not a power user but have been using freeBSD for quite a while and curious if anyone knows if there is an equivalent to the real time kernel in freeBSD thanks Paul From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 09:10: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 91902106566B for ; Mon, 16 Feb 2009 09:10:03 +0000 (UTC) (envelope-from gdoe6545@yahoo.it) Received: from n27.bullet.mail.ukl.yahoo.com (n27.bullet.mail.ukl.yahoo.com [87.248.110.144]) by mx1.freebsd.org (Postfix) with SMTP id 001998FC0A for ; Mon, 16 Feb 2009 09:10:02 +0000 (UTC) (envelope-from gdoe6545@yahoo.it) Received: from [217.12.4.215] by n27.bullet.mail.ukl.yahoo.com with NNFMP; 16 Feb 2009 08:56:27 -0000 Received: from [87.248.110.111] by t2.bullet.ukl.yahoo.com with NNFMP; 16 Feb 2009 08:56:27 -0000 Received: from [127.0.0.1] by omp216.mail.ukl.yahoo.com with NNFMP; 16 Feb 2009 08:56:27 -0000 X-Yahoo-Newman-Id: 619001.51113.bm@omp216.mail.ukl.yahoo.com Received: (qmail 68304 invoked from network); 16 Feb 2009 08:56:27 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:Message-Id:From:To:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Date:X-Mailer; b=QTYTlcvtkc6AxYj8u6p39Epew3Ozrii0PKre2YhV3d0/vla/bPqmHLNbf2fj37RJAQJqCbc4g8j9fEnmX28r1K36drlX+LdHGji6i9fyjFyh0ue4BLJQkkm/p/AOyOBm12XISWMQvAMc9pENU0P9kLgsMnBFe+F8DMoj3xaqPQU= ; Received: from unknown (HELO zao.smersh.casa) (gdoe6545@88.149.154.198 with plain) by smtp104.mail.ukl.yahoo.com with SMTP; 16 Feb 2009 08:56:27 -0000 X-YMail-OSG: unh49Z8VM1kDZqMNM4Le1iWUmxuMkBhsJbDD7lKzHO7QyorWdT.QnBemhypanvYV_3J1k01Z9F81PGEVnNiEa376IeeoRmRN.owDVTKXRoh3Yp9Iy_BhFLKzd_xdqjyLhncw6_06k6YyMCryPUZYWrz.F1ogPMTuXv_rBGvmBw2WkxxEILUqnlCZmLlBLnrlt_vAmv6HPL_76MSC X-Yahoo-Newman-Property: ymail-3 Message-Id: <5909599F-CB2C-4B10-B405-156D95479AE6@yahoo.it> From: Gianni Doe To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 16 Feb 2009 09:56:25 +0100 X-Mailer: Apple Mail (2.930.3) Subject: Invalid path for portupgrade ftp.FreeBSD.orgpub X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2009 09:10:03 -0000 I'm upgrading a system from 6.4 to 7.1 and rebuilding all the ports. I'd rather use packages where present to speed things up a bit so I'm using: # portupgrade -faP The problem is that it never finds the packages as the URL is invalid, there seems to be a missing slash between in ftp.FreeBSD.orgpub fetch: ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/djbdns-1.05_12.tbz : No address record ** The command returned a non-zero exit status: 1 ** Failed to fetch ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/djbdns-1.05_12.tbz fetch: ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/djbdns-1.05_12.tgz : No address record I've got the latest portupgrade. portupgrade-2.4.6,2 Is there somewhere I can specify/fix this path? Regards Gianni From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 09:47: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 81DD7106568E for ; Mon, 16 Feb 2009 09:47:11 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 130B28FC13 for ; Mon, 16 Feb 2009 09:47:10 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id n1G9l9Uv083618 for ; Mon, 16 Feb 2009 10:47:09 +0100 (CET) X-Ids: 166 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id 18E7F8A04D for ; Mon, 16 Feb 2009 10:47:08 +0100 (CET) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id D403C15; Mon, 16 Feb 2009 10:47:07 +0100 (CET) Date: Mon, 16 Feb 2009 10:47:07 +0100 From: Michel Talon To: freebsd-stable@freebsd.org Message-ID: <20090216094707.GA15055@lpthe.jussieu.fr> Mail-Followup-To: Michel Talon , freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (shiva.jussieu.fr [134.157.0.166]); Mon, 16 Feb 2009 10:47:09 +0100 (CET) X-Virus-Scanned: ClamAV 0.94.2/8995/Mon Feb 16 04:40:05 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 4999361D.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4999361D.000/134.157.10.1/parthe.lpthe.jussieu.fr/parthe.lpthe.jussieu.fr/ X-j-chkmail-Score: MSGID : 4999361D.000 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.053 -> S=0.053 X-j-chkmail-Status: Ham Subject: Re: Invalid path for portupgrade ftp.FreeBSD.orgpub X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2009 09:47:12 -0000 I think you can access that in the ruby program pkg_fetch (/usr/local/sbin/pkg_fetch) in function real_fetch_pkg, i have the following: $pkg_site_uris.each do |uri_base| PKG_SUFFIXES.each do |suffix| uri = uri_base + (subdir + '/' + pkgname + suffix) path = path_base + suffix fetch(uri, path) and return path end end Here probably you lack the '/' -- Michel TALON From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 09:57: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 3690F1065679 for ; Mon, 16 Feb 2009 09:57:39 +0000 (UTC) (envelope-from gdoe6545@yahoo.it) Received: from n29.bullet.mail.ukl.yahoo.com (n29.bullet.mail.ukl.yahoo.com [87.248.110.146]) by mx1.freebsd.org (Postfix) with SMTP id 9740C8FC14 for ; Mon, 16 Feb 2009 09:57:38 +0000 (UTC) (envelope-from gdoe6545@yahoo.it) Received: from [217.12.4.215] by n29.bullet.mail.ukl.yahoo.com with NNFMP; 16 Feb 2009 09:57:37 -0000 Received: from [87.248.110.115] by t2.bullet.ukl.yahoo.com with NNFMP; 16 Feb 2009 09:57:37 -0000 Received: from [127.0.0.1] by omp220.mail.ukl.yahoo.com with NNFMP; 16 Feb 2009 09:57:39 -0000 X-Yahoo-Newman-Id: 135160.7401.bm@omp220.mail.ukl.yahoo.com Received: (qmail 79134 invoked from network); 16 Feb 2009 09:57:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:Message-Id:From:To:In-Reply-To:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Date:References:X-Mailer; b=Rr8GDKU60XcS3U7/uK3N9OaZJMlC3aLJfe8npK9TfE6qePFEwkRWjU7uRSwL0xTGViLFqAXc+jdPXZQ0+zEn3luLNJTMhvwrtLm56iVZ7fEpsLyfsynYoLQrUQtNW+Zwu5u5m/hJytb48OT5ny73xCB9rOhmXWhB0WoPnKxi30I= ; Received: from unknown (HELO zao.smersh.casa) (gdoe6545@88.149.154.198 with plain) by smtp128.mail.ukl.yahoo.com with SMTP; 16 Feb 2009 09:57:37 -0000 X-YMail-OSG: 5U4.bhEVM1kVkOYxJPA_YYy8ea.OXNWsajtersV7Kjwe0xQU6rmkvG.kHexiykPqyd2_MSznzXhXjvr0JA7jMIIRV6rxulgxVJVxgYyk.K.yFajQrARWvweglhKveJAd1RKQnvKG1KbgR5eT6NFV2niHDweQrw8SZXqDCdBmwObPHN_tJbyJlulDwLyS2kgqcvQaWNDfAnoAPp03 X-Yahoo-Newman-Property: ymail-3 Message-Id: From: Gianni Doe To: freebsd-stable@freebsd.org In-Reply-To: <20090216094707.GA15055@lpthe.jussieu.fr> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 16 Feb 2009 10:57:35 +0100 References: <20090216094707.GA15055@lpthe.jussieu.fr> X-Mailer: Apple Mail (2.930.3) Subject: Re: Invalid path for portupgrade ftp.FreeBSD.orgpub X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2009 09:57:39 -0000 On 16/feb/09, at 10:47, Michel Talon wrote: > I think you can access that in the ruby program pkg_fetch > (/usr/local/sbin/pkg_fetch) > in function real_fetch_pkg, i have the following: > $pkg_site_uris.each do |uri_base| > PKG_SUFFIXES.each do |suffix| > uri = uri_base + (subdir + '/' + pkgname + suffix) > path = path_base + suffix > > fetch(uri, path) and return path > end > end > > Here probably you lack the '/' > > > -- > > Michel TALON I've got the same as you: $pkg_site_uris.each do |uri_base| PKG_SUFFIXES.each do |suffix| uri = uri_base + (subdir + '/' + pkgname + suffix) path = path_base + suffix fetch(uri, path) and return path end end Which version of the file do you have? MYREVISION = %w$Rev: 52 $[1] MYDATE = %w$Date: 2008/01/08 11:32:27 $[1] MYNAME = File.basename($0) -Gianni From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 12:35: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 2FE4F106564A for ; Mon, 16 Feb 2009 12:35:54 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [66.119.213.2]) by mx1.freebsd.org (Postfix) with ESMTP id 063808FC15 for ; Mon, 16 Feb 2009 12:35:53 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from kstewart2.owt.com (kstewart2.owt.com [64.146.237.228]) (authenticated bits=0) by smtp.owt.com (8.13.8/8.13.8) with ESMTP id n1GCZq9e003787; Mon, 16 Feb 2009 04:35:53 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=owt.com; s=default; t=1234787753; bh=TPtkXcZyxBl6iswdofpGEvmbI5oLLytga9NTFi6IXoY=; h=From:To:Subject:Date:Cc:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=F3WtoLz8zB+qQ DzH6U7JnPZWMwH64SQ6AUMVRVqypcIggt/E4GEGIakPomoyOLm85BORiXj8h6lgR89C ub+xUXjUhahyWtuuWtn3ohNXiLY+9wbQUQ628jaTuGNGWM5lXF5bykomZI6HZbK7+x7 6aqj/slMoLHudWNnmVJjUX/o= From: Kent Stewart To: freebsd-stable@freebsd.org Date: Mon, 16 Feb 2009 04:35:52 -0800 User-Agent: KMail/1.9.10 References: <5909599F-CB2C-4B10-B405-156D95479AE6@yahoo.it> In-Reply-To: <5909599F-CB2C-4B10-B405-156D95479AE6@yahoo.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902160435.52372.kstewart@owt.com> Cc: Gianni Doe Subject: Re: Invalid path for portupgrade ftp.FreeBSD.orgpub X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2009 12:35:54 -0000 On Monday 16 February 2009 12:56:25 am Gianni Doe wrote: > I'm upgrading a system from 6.4 to 7.1 and rebuilding all the ports. > I'd rather use packages where present to speed things up a bit so I'm > using: > # portupgrade -faP > > The problem is that it never finds the packages as the URL is invalid, > there seems to be a missing slash between in ftp.FreeBSD.orgpub > > fetch: > ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/djbdns-1. >05_12.tbz > > : No address record > > ** The command returned a non-zero exit status: 1 > ** Failed to fetch > ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/djbdns-1. >05_12.tbz fetch: > ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/djbdns-1. >05_12.tgz > > : No address record > > I've got the latest portupgrade. > portupgrade-2.4.6,2 > > Is there somewhere I can specify/fix this path? The handbook shows the usage of PACKAGESITE to specify the path. The main difference is that is shows the path to .../Latest/ instead of .../All/ Kent -- kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 14:22: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 96C611065688 for ; Mon, 16 Feb 2009 14:22:05 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: from ibox.insign.ch (ibox.insign.ch [195.134.143.207]) by mx1.freebsd.org (Postfix) with SMTP id DF3568FC0A for ; Mon, 16 Feb 2009 14:22:04 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: (qmail 27271 invoked from network); 16 Feb 2009 14:22:03 -0000 Received: from [192.168.1.170] ([80.254.166.203]) by ibox.insign.ch ([195.134.143.207]) with ESMTP via TCP; 16 Feb 2009 14:22:03 -0000 From: Olivier Mueller To: "Brian A. Seklecki" In-Reply-To: <1234366709.3500.62.camel@ingress.ws.pitbpa0.priv.collaborativefusion.com> References: <1234363891.15909.35.camel@ompc.insign.local> <1234366709.3500.62.camel@ingress.ws.pitbpa0.priv.collaborativefusion.com> Content-Type: text/plain Date: Mon, 16 Feb 2009 15:22:02 +0100 Message-Id: <1234794122.22023.76.camel@ompc.insign.local> Mime-Version: 1.0 X-Mailer: Evolution 2.24.1.1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: poweredge 1850 won't boot 7.1? maybe LSI-related : amr0: adapter is busy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2009 14:22:08 -0000 On Wed, 2009-02-11 at 10:38 -0500, Brian A. Seklecki wrote: > There's already discussion about this in the archives. We're aware and > working on it. > > Set: > /boo/loader.conf > kern.cam.scsi_delay=20000 > As a work-around for now. Many thanks for your answer, it fixed the problem for now. Now it looks like that: amr0: mem 0xd80f0000-0xd80fffff,0xdfde0000-0xdfdfffff irq 46 at device 14.0 on pci2 amr0: Using 64-bit DMA amr0: [ITHREAD] amr0: delete logical drives supported by controller amr0: Firmware 521X, BIOS H430, 256MB RAM amr0: delete logical drives supported by controller amrd0: on amr0 amrd0: 69880MB (143114240 sectors) RAID 1 (optimal) ses0 at amr0 bus 0 target 6 lun 0 Trying to mount root from ufs:/dev/amrd0s1a Regards & a nice week to you and the other readers, Olivier From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 15:09: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 48395106566C; Mon, 16 Feb 2009 15:09:39 +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 D5C668FC08; Mon, 16 Feb 2009 15:09:38 +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 n1GF9ZPi090212; Mon, 16 Feb 2009 08:09:35 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <499981AF.9030204@samsco.org> Date: Mon, 16 Feb 2009 08:09:35 -0700 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: scsi@freebsd.org, FreeBSD Current , FreeBSD Stable X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; 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: Subject: HEADS UP: More CAM fixes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2009 15:09:40 -0000 FWI. I need lots of testing on this. Only real SCSI controllers, please, not RAID controllers (except for MPT-SCSI with integrated mirroring). So Adaptec, LSI, Symbios, Buslogic, Tekram, SME, etc, users, please try this and get back to me. The patch should apply to FreeBSD 7 as well. FreeBSD 6 is only affected by this problem when CAM_NEW_TRAN_CODE is enabled. Scott -------- Original Message -------- Subject: svn commit: r188671 - head/sys/cam Date: Mon, 16 Feb 2009 14:57:15 +0000 (UTC) From: Scott Long To: src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, svn-src-head@FreeBSD.org Author: scottl Date: Mon Feb 16 14:57:15 2009 New Revision: 188671 URL: http://svn.freebsd.org/changeset/base/188671 Log: Fix parallel SCSI negotiation in the CAM_NEW_TRAN_CODE world order. Overzealous sanity checks were locking the sync_rate and offset values to zero, thanks to a twisty maze of recursive code. Modified: head/sys/cam/cam_xpt.c Modified: head/sys/cam/cam_xpt.c ============================================================================== --- head/sys/cam/cam_xpt.c Mon Feb 16 14:38:52 2009 (r188670) +++ head/sys/cam/cam_xpt.c Mon Feb 16 14:57:15 2009 (r188671) @@ -6679,9 +6679,7 @@ xpt_set_transfer_settings(struct ccb_tra if (((device->flags & CAM_DEV_INQUIRY_DATA_VALID) != 0 && (inq_data->flags & SID_Sync) == 0 && cts->type == CTS_TYPE_CURRENT_SETTINGS) - || ((cpi.hba_inquiry & PI_SDTR_ABLE) == 0) - || (spi->sync_offset == 0) - || (spi->sync_period == 0)) { + || ((cpi.hba_inquiry & PI_SDTR_ABLE) == 0)) { /* Force async */ spi->sync_period = 0; spi->sync_offset = 0; @@ -6729,7 +6727,8 @@ xpt_set_transfer_settings(struct ccb_tra if (spi->bus_width == 0) spi->ppr_options = 0; - if ((spi->flags & CTS_SPI_FLAGS_DISC_ENB) == 0) { + if ((spi->valid & CTS_SPI_VALID_DISC) + && ((spi->flags & CTS_SPI_FLAGS_DISC_ENB) == 0)) { /* * Can't tag queue without disconnection. */ From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 15:51: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 45F6E1065673; Mon, 16 Feb 2009 15:51:33 +0000 (UTC) (envelope-from lavalamp@spiritual-machines.org) Received: from mail.digitalfreaks.org (mail.digitalfreaks.org [216.151.95.156]) by mx1.freebsd.org (Postfix) with ESMTP id CF50D8FC19; Mon, 16 Feb 2009 15:51:32 +0000 (UTC) (envelope-from lavalamp@spiritual-machines.org) Received: by mail.digitalfreaks.org (Postfix, from userid 1022) id 444FC797821; Mon, 16 Feb 2009 10:51:32 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by mail.digitalfreaks.org (Postfix) with ESMTP id 42DA479781F; Mon, 16 Feb 2009 10:51:32 -0500 (EST) Date: Mon, 16 Feb 2009 10:51:32 -0500 (EST) From: "Brian A. Seklecki" X-X-Sender: lavalamp@vger.digitalfreaks.org To: Olivier Mueller In-Reply-To: <1234794122.22023.76.camel@ompc.insign.local> Message-ID: References: <1234363891.15909.35.camel@ompc.insign.local> <1234366709.3500.62.camel@ingress.ws.pitbpa0.priv.collaborativefusion.com> <1234794122.22023.76.camel@ompc.insign.local> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: spolyack@gmail.com, freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: poweredge 1850 won't boot 7.1? maybe LSI-related : amr0: adapter is busy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2009 15:51:34 -0000 > amr0: Firmware 521X, BIOS H430, 256MB RAM > amr0: delete logical drives supported by controller Any time! NOTE: You're using the 4e/Si, which we have as well. We're experiencing random crashes on the 1850/8th gen, as a result of a (believed) DMA bug introduced into 7.x Please let us know if you see kernel panics or unexpected behavior (sig11s) The developer we're working with cannot re-create the problem on the PERC4/Di. ~BAS > amrd0: on amr0 > amrd0: 69880MB (143114240 sectors) RAID 1 (optimal) > ses0 at amr0 bus 0 target 6 lun 0 > Trying to mount root from ufs:/dev/amrd0s1a > > Regards & a nice week to you and the other readers, > Olivier From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 17:43: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 581AB1065674 for ; Mon, 16 Feb 2009 17:43:03 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by mx1.freebsd.org (Postfix) with ESMTP id 167B68FC0C for ; Mon, 16 Feb 2009 17:43:02 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from a91-153-125-115.elisa-laajakaista.fi (a91-153-125-115.elisa-laajakaista.fi [91.153.125.115]) by gw01.mail.saunalahti.fi (Postfix) with ESMTP id 5EE1215151B; Mon, 16 Feb 2009 19:43:00 +0200 (EET) Date: Mon, 16 Feb 2009 19:43:00 +0200 From: Jaakko Heinonen To: Gerrit =?utf-8?B?S8O8aG4=?= Message-ID: <20090216174259.GB775@a91-153-125-115.elisa-laajakaista.fi> References: <20090211171110.a8217734.gerrit@pmp.uni-hannover.de> <20090211175511.GA38986@a91-153-125-115.elisa-laajakaista.fi> <20090213102855.51976ec4.gerrit@pmp.uni-hannover.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090213102855.51976ec4.gerrit@pmp.uni-hannover.de> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: zfs crashes with nfs and snapshots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2009 17:43:04 -0000 On 2009-02-13, Gerrit Kühn wrote: > Ok, I will upgrade to 7.1-stable asap. The client was Linux 2.6.25, I > cannot say if it uses readdirplus and if I could disable that (the manpage > says nothing about it at all, but I will look into that further). -o nordirplus mount option should disable it on Linux. -- Jaakko From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 18:26: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 D25E510656CF for ; Mon, 16 Feb 2009 18:26:52 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from mx04.pub.collaborativefusion.com (mx04.pub.collaborativefusion.com [206.210.72.84]) by mx1.freebsd.org (Postfix) with ESMTP id 996F08FC13 for ; Mon, 16 Feb 2009 18:26:52 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from [192.168.2.164] ([206.210.89.202]) by mx04.pub.collaborativefusion.com (StrongMail Enterprise 4.1.1.4(4.1.1.4-47689)); Mon, 16 Feb 2009 11:38:10 -0500 X-VirtualServerGroup: Default X-MailingID: 00000::00000::00000::00000::::1 X-SMHeaderMap: mid="X-MailingID" X-Destination-ID: freebsd-stable@freebsd.org X-SMFBL: ZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmc= Message-ID: <49999672.6020801@comcast.net> Date: Mon, 16 Feb 2009 11:38:10 -0500 From: Steve Polyack User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: "Brian A. Seklecki" References: <1234363891.15909.35.camel@ompc.insign.local> <1234366709.3500.62.camel@ingress.ws.pitbpa0.priv.collaborativefusion.com> <1234794122.22023.76.camel@ompc.insign.local> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: spolyack@gmail.com, Olivier Mueller , freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: poweredge 1850 won't boot 7.1? maybe LSI-related : amr0: adapter is busy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2009 18:26:53 -0000 Brian A. Seklecki wrote: > NOTE: You're using the 4e/Si, which we have as well. We're experiencing > random crashes on the 1850/8th gen, as a result of a (believed) DMA bug > introduced into 7.x > > Just to note, we are only seeing these issues in combination with megarc (/usr/ports/sysutils/megarc) monitoring. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 16 23:41: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 5C84510656D4 for ; Mon, 16 Feb 2009 23:41:06 +0000 (UTC) (envelope-from galen.sampson@gmail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id B6F8B8FC14 for ; Mon, 16 Feb 2009 23:41:05 +0000 (UTC) (envelope-from galen.sampson@gmail.com) Received: by ewy14 with SMTP id 14so2307976ewy.19 for ; Mon, 16 Feb 2009 15:41:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=27qc8WAPoRnAhVdzlYz9osYjcz+FtY+LBZnacKq8NSA=; b=qwdocqTzWN4jZqasCjlibtADhPz5RqD357zmgAqGlArXCd2kmi6rZhfHqgACqUXKgf qjHs3mdxdVfgh0hQoUloIQCNoPIU6gv5QfSqdoR2rKQ5CCGDtB4q7qPiyo08eIyHH9SF 0flpl1mfqjdEmyjhqZoKhIiu+cpWSbn3JCIJw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=n6Xmkh3yBQNTHgfS1NpDLFEDmeABGmQt/a47oGztjNPyCKYsTiwcvOItHZI1WOd8Dn 5tn5WH3MXZjj5txYoa1IAOaUSTPrP5WAx+2T3Y7jXlG1Booq0vjGWi7I+gPFhow6ZP6r 5bCBsUsbCNAaK40fOxXP9ILVuL81n/oYJf2B8= Received: by 10.210.65.2 with SMTP id n2mr3321352eba.35.1234825968844; Mon, 16 Feb 2009 15:12:48 -0800 (PST) Received: from ?192.168.0.98? (ip72-205-194-62.sb.sd.cox.net [72.205.194.62]) by mx.google.com with ESMTPS id i7sm3682492nfh.26.2009.02.16.15.12.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 16 Feb 2009 15:12:48 -0800 (PST) Message-ID: <4999F2F5.2000503@gmail.com> Date: Mon, 16 Feb 2009 15:12:53 -0800 From: Galen Sampson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.17) Gecko/20080914 Thunderbird/2.0.0.17 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: csup permissions issue + truss core dump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2009 23:41:06 -0000 All, I am running 7.1-RELEASE-p2. I use csup to update my base source tree and my ports tree. I want to be able to update my sources while running as a user that doesn't own the files being updated. I have /usr/ports set as a symlink to /home/port_builder/ports. The files there are owned by the user "port_builder" and group "port_builder". I then add my user to the "port_builder" group. When I run csup I see the following output when a file is changed: Updater failed: Cannot install "/home/port_builder/ports/audio/last.fm/#cvs.csup-14913.1" to "/home/port_builder/ports/audio/last.fm/Makefile": Operation not permitted However if I mv the #cvs.csup-14913.1 to Makefile as the same user this works just fine. To debug the problem I tried to run csup under truss. This did not work as expected as truss dumps core when the permission denied occurs and generates no output to help. To debug the truss core dump I tried the following: cd /usr/src/usr.bin/truss; make CFLAGS="-g -pipe" depend make CFLAGS="-g -pipe" gdb -core ~/truss.core truss Unfortunately the backtrace is garbled: > gdb -core ~/truss.core truss GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... warning: exec file is newer than core file. Core was generated by `truss'. Program terminated with signal 11, Segmentation fault. #0 0x28113199 in ?? () (gdb) bt #0 0x28113199 in ?? () #1 0x0000000c in ?? () #2 0x00003989 in ?? () #3 0xbfbfe7b8 in ?? () #4 0x00000000 in ?? () #5 0x28202000 in ?? () #6 0x00000000 in ?? () #7 0x00000001 in ?? () #8 0x00000000 in ?? () #9 0xbf4fa000 in ?? () #10 0x37382332 in ?? () #11 0xbfbfeac8 in ?? () #12 0x08049ea5 in get_string (pid=0, offset=0x37382332, max=-1085300736) at syscalls.c:475 Previous frame identical to this frame (corrupt stack?) (gdb) Can anyone else reproduce the problem with truss? Is what I am trying to do supported by csup? Regards, Galen From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 04: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 3CE12106564A for ; Tue, 17 Feb 2009 04:07:50 +0000 (UTC) (envelope-from nagosaki@gmail.com) Received: from mail-gx0-f224.google.com (mail-gx0-f224.google.com [209.85.217.224]) by mx1.freebsd.org (Postfix) with ESMTP id CDF398FC1E for ; Tue, 17 Feb 2009 04:07:49 +0000 (UTC) (envelope-from nagosaki@gmail.com) Received: by gxk24 with SMTP id 24so4797808gxk.19 for ; Mon, 16 Feb 2009 20:07:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=0jml0oADd/kACp2coW8xPo4PXQ0C6ohDP1hmWlXM1nc=; b=jYRR2U4VzYFyMJR4KUvZDzZveW9EGRtH8BiKZucx5dAfvjzeTOb8HyW12YKcRoY16h VmUQNHsmLWeIP4td2DMjOEWtQRGBkih3iGFMv6z3zGMp9LokgmyNPsaepbp55dPlLGkt 8+Mm2LdeKGpCxlOvvN27NwIi2qG607kj3m8GM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=JLCZErEWaGKsCMvPr6PM0XNxvOSCNOZJy8fqsUqDcEWpiYLaueCrC8pQyM7Fnx3jUf pavjpqzQJJvbgnc/wubYlZLfCbczna7l1j0O0VDKo5seYJDlTPGA6XUj5djbUKUuAGGr OWP3bfbIJwiLDQQH8Gi02sV3YmSx58Ob5TjO4= MIME-Version: 1.0 Sender: nagosaki@gmail.com Received: by 10.151.141.8 with SMTP id t8mr448904ybn.165.1234842398621; Mon, 16 Feb 2009 19:46:38 -0800 (PST) In-Reply-To: <976ac5b80810151408s1190d194w3e78cd60ec04cfa4@mail.gmail.com> References: <976ac5b80810141852n85e87das9f4e11544e0222a6@mail.gmail.com> <20081015051305.GA67579@icarus.home.lan> <976ac5b80810151408s1190d194w3e78cd60ec04cfa4@mail.gmail.com> Date: Mon, 16 Feb 2009 22:46:38 -0500 X-Google-Sender-Auth: b1d72294e86646d2 Message-ID: <976ac5b80902161946w6b77c9a1u156be05dfd52fb10@mail.gmail.com> From: "John R. Huston" To: "Andrey V. Elsukov" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jeremy Chadwick , freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: SATA devices not added/probed from ICH7 sata300 controller, FreeBSD7.0, 7.1beta, 8.0 Daily X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2009 04:07:50 -0000 Hi everybody, trying to get this problem sorted out still, I didn't reply for a while leaving time for a reply, but then got snowed under with projects. I'm back at work trying to get this guy working, so if anyone would like to help me debug the ATA driver, I'd be appreciative. For any BSD developers who may need or want SSH access to the box for further diagnostic and testing, it could be arranged and you should mail me privately concerning this. Recap of issue, original correspondence attached: I have a Shuttle SD30G2 barebones computer running FreeBSD 7. It uses the Intel ICH7 chipset, which is listed as supported. However, no SATA devices attached to the computer (Particularly a SH-S203B DVD Burner and a ST3750330AS HDD) are detected, even though the Sata controller itself seems to be. The devices work properly on other posix OSes, such as Ubuntu. Verbose dmesg is here: http://pastebin.ca/1339696 , with lines of interest starting at line 405. Specs: http://preview.tinyurl.com/3knjrp Bios PDF: http://preview.tinyurl.com/bw3sjf Thanks for the time and support, -John H On Wed, Oct 15, 2008 at 4:08 PM, John R. Huston wrote: > On Wed, Oct 15, 2008 at 1:13 AM, Jeremy Chadwick > wrote: > > On Tue, Oct 14, 2008 at 09:52:09PM -0400, John R. Huston wrote: > >> Hi, I am not very familiar with using mailing lists so if I have made > >> a mistake in the format or scope of the message please correct me. I > >> am pretty desperate for an answer by now so any help at all is really > >> very appreciated. > >> > >> I have a Shuttle SD30G2 computer (Specs: > >> http://preview.tinyurl.com/3knjrp ) which utilizes the intel ICH7 > >> southbridge for sata devices. I am currently running FreeBSD > >> 7.0-STABLE. The issue is that although the sata controller is > >> apparently detected correctly (It shows up by name in dmesg) the > >> devices attached to it do not show up when running 'atacontrol list'. > >> There are no errors produced on a normal boot, but booting in verbose > >> mode produces a few repetetive messages that may be telling, although > >> I am unable to decipher them. > > > > First and foremost: I can assure you the ICH7 works fine on FreeBSD, > > because all of our production servers use it. Of course, they are not > > Shuttle systems. > > > > You didn't provide any detail of what hardware you have hooked up to the > > motherboard. Do you actually have any SATA devices hooked up to the > > SATA ports? What devices? > > > > This is why I ask: I see a Western Digital hard disk which shows up as > > ad0 on that system. It's claiming ATA100 mode, but there are features > > of the ICH7 (often called "Compatibility Mode" in BIOSes) which allow a > > SATA device to appear as a PATA device to work with older operating > > systems such as MS-DOS. > > > > I've looked at the SD30G2 user manual, and they do not appear to let > > you enable that mode. "Enhanced Mode" causes SATA devices to operate > > as SATA devices, and PATA devices to operate as PATA devices -- which > > in this case, is what you want. (This BIOS does not offer AHCI, so > > you can't use that either). > > > >> Some other symptoms; When booting from an installer or bootonly iso, > >> the installer is unable to find the sata drive to install to and will > >> exit with error. This applies to 7.0-release, 7.1 beta (From Oct 11), > >> and the daily 8.0 bootonly (From may.) I have successfully installed > >> Ubuntu 7.04 to the machine however, and it correctly installs and > >> utilizes both the sata hard drive (ata2 in bsd) and the sata cdrom > >> (ata3.) so this eliminates any possibility of the drive(s) or > >> controller being faulty. and although I am currently using a custom > >> built kernel, the fact that several bootonlys/installers cannot find > >> the drive either would suggest it is not my configuration > >> modifications which have caused this behavior. > > > > Agreed -- I do not think it's your kernel configuration. > > > > It sounds as if ata(4) has a bug that is not initialising some piece of > > the ICH7, while Linux does. It may be that the Shuttle BIOS does not > > initialise some piece of the ICH7 which other manufacturers do. > > > >> The full output from a verbose boot can be found here: > >> http://pastebin.ca/1227417 ; The relevant (I think) section starts at > >> roughly line #386 ("Intel ICH7 UDMA100 controller") where the first > >> controller for the IDE drives are found. ata0 is probed successfully, > >> ata1 is skipped (there are no devices attached here), and then the > >> sata controller is found, but ata2 and ata3 appear to be probed > >> incorrectly, spitting out a message like this a bunch of times before > >> quietly failing: > >> "ata2: stat0=0x7f err=0xff lsb=0xff msb=0xff". > > > > This could be normal for verbose boot; it does not necessarily indicate > > a problem, but the ATA guys will have to confirm. > > > > Also, regarding this mail thread, I'm going to do a couple things > > with it: > > > > - Move it from -questions to -stable, because that's honestly where > > this should go, > > - Adding sos@freebsd.org (ata(4) author) to the CC list, > > - Adding Andrey V. Elsukov to the CC list. Andrey > > has been doing a lot of ata(4) work as of late. > > > > -- > > | Jeremy Chadwick jdc at parodius.com | > > | Parodius Networking http://www.parodius.com/ | > > | UNIX Systems Administrator Mountain View, CA, USA | > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > > > Hopefully I didn't bungle this up, using reply-to-all from gmail in > the first response. (If there is a better way to reply, please let me > know. I appreciate the help so I don't want to complicate things by > replying incorrectly.) > > Yes, I know ICH7 is on the supported hardware list. That is > particularly why I am so frustrated :) > > Anyway, as for which hardware I am using, ATA0 (First IDE Port) > contains the WD800BB, the PATA Western Digital 80GB that I am > currently relying on to boot FreeBSD. Although an ATA1 is reported, > the motherboard actually only offers one ATA port, so I assume this is > more a logical port in the controller than another port. > > ATA2, the first sata port, contains my Seagate 750GB ST3750330AS, a > 750GB SATA300 with 32MB cache. > ATA3, the second sata port, contains my Samsung SH-S203B DVD Burner. > > This means that yes, FreeBSD is correctly finding both controllers > (PATA and SATA), but is failing to probe the devices on the SATA > channel, since both the harddrive AND dvd-rom are not being found. > (Though I seem to be perfectly able to boot the installer ISO from > that DVD-Rom.) > > As for BIOS settings, I have changed them slightly, though Jeremy is > correct, there are no options for a Legacy or Compatibility mode > found. I have tried disconnecting the PATA devices (the WD80GB) and > running the installer from the SATA DVD-Rom, but it too errors out > when it comes time to install, since it cannot find a hard drive to > install to. Also, before I started tinkering with the BIOS, I should > mention that this problem was still occurring, so it does not seem as > though resetting the BIOS settings back to default would alleviate the > problem. > > I have also updated the BIOS to the latest revision published by > Shuttle to alleviate some other symptoms. My current BIOS settings > should be mostly default, If you would like to see the manual for the > BIOS, it is located in PDF format (in a .zip) here: > http://image.shuttle.com/ResourceCenter/download_file.jsp?file_id=10845 > and the overall specifications for the machine are located here: > http://global.shuttle.com/product_detail_spec.jsp?PI=969 (I reported > erroneously in my first post I was using the SD30G2, I am actually > using the SD30G2 Plus.) > > The system is currently bootable, so if there are any diagnostic > commands you wish me to run, feel free to pass them along. > > Thanks for redirecting this to a more appropriate list, Jeremy. > --John H > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 06:21: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 34719106564A for ; Tue, 17 Feb 2009 06:21:21 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 66DCC8FC15 for ; Tue, 17 Feb 2009 06:21:20 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 25324 invoked from network); 17 Feb 2009 05:54:59 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 17 Feb 2009 05:54:59 -0000 Received: (qmail 1668 invoked by uid 907); 17 Feb 2009 05:54:36 -0000 Received: from jmdesktop.transactionware.com (HELO [192.168.1.32]) (192.168.1.32) by midgard.transactionware.com (qpsmtpd/0.40) with ESMTP; Tue, 17 Feb 2009 16:54:36 +1100 Message-ID: <499A5122.1070605@transactionware.com> Date: Tue, 17 Feb 2009 16:54:42 +1100 From: Jan Mikkelsen User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Scott Long References: <499551B9.7050805@samsco.org> In-Reply-To: <499551B9.7050805@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , FreeBSD Stable Subject: Re: HEADS UP: Major CAM performance regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2009 06:21:21 -0000 Hi Scott, I just tried this on 7.1-p2 with an Areca (arcmsr) controller with SATA drives attached to see if it fixed the performance problem I noticed back in December 2008. See: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=43971+0+archive/2008/freebsd-stable/20081207.freebsd-stable The performance is still terrible. Interestingly, running your camcontrol command returns "device openings" of 1 on 7.1, and 255 on 6.4, so it seems to be the same underlying problem. I am happy to try other patches. Thanks, Jan Mikkelsen Scott Long wrote: > All, > > A major performance regression was introduced to the CAM subsystem in > FreeBSD 7.1. The following configurations are known to be affected: > > VMWare ESX > VMWare Fusion > (using bt or lsilogic controller options) > HP CISS RAID > Some MPT-SAS combinations with SATA drives attached > (Includes Dell SAS5/ir, but not PERC5/PERC6). > > Pure SCSI and SAS subsystems likely are NOT affected. Any hardware > that uses the 'ata' driver is also definitely NOT affected. To > determine if your installation is affected, run the following command as > root: > > camcontrol tags da0 > > Substitute 'da0' with another appropriate drive device number, if > needed. Note that this ONLY AFFECTS 'da' DEVICES. If your disks are > 'ad' devices, they are NOT affected. > > The result from running this command should be an output similar to the > following: > > (pass0:mpt0:0:8:0): device openings: 255 > > If, instead, it reports a value of '1', you are likely affected. Note > that it may be normal for USB memory devices to report a low number. > Also, many legacy SCSI disks, and devices that are not disks, may also > be expected to report a low number. > > The effect of this problem is that only one I/O command will be issued > to the controller and disk at a time, instead of overlapping multiple > commands in parallel. This causes significantly higher latency in > servicing moderate and heavy I/O workloads, leading to very poor > performance. Performance can be easily compared by downgrading to > FreeBSD 7.0. > > I have committed a fix for this problem for FreeBSD 8-CURRENT as of SVN > revision 188570. FreeBSD 7-STABLE will be updated with the fix in a few > days once I've gotten confirmation that the fix works and doesn't cause > any adverse side-effects. Anyone wanting to help in this validation > effort should apply the attached patch to their kernel source tree and > recompile. Please contact me directly by email to report if the problem > is fixed for you. > > If the validation process goes smoothly, I will work with the release > engineering team to turn this fix into an official errata update for > FreeBSD 7.1. > > Thanks in advance for your help. > > Scott > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 07:51: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 AFB3C106566B; Tue, 17 Feb 2009 07:51:39 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 715B48FC18; Tue, 17 Feb 2009 07:51:39 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id BEA7F73098; Tue, 17 Feb 2009 08:57:42 +0100 (CET) Date: Tue, 17 Feb 2009 08:57:42 +0100 From: Luigi Rizzo To: Scott Long Message-ID: <20090217075742.GA69308@onelab2.iet.unipi.it> References: <499551B9.7050805@samsco.org> <4995DFE5.1020205@samsco.org> <9bbcef730902131421r53efa13dq371658888747f387@mail.gmail.com> <4996D635.3000802@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4996D635.3000802@samsco.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Ivan Voras Subject: Re: HEADS UP: Major CAM performance regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2009 07:51:40 -0000 On Sat, Feb 14, 2009 at 07:33:25AM -0700, Scott Long wrote: ... > >I'll try your suggestion if you have one. > > I don't have a magic universal testing suite in my back pocket, sorry. > You need to look at your expected workload and develop tests to simulate > it. When I do testing during driver development, I try a lot of > different parallel, sequential, large i/o, and small i/o combinations. i just committed a port sysutils/fio that perhaps can help testing IO performance with various patterns. cheers luigi From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 09:08: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 DC7E1106564A for ; Tue, 17 Feb 2009 09:08:48 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 505278FC1F for ; Tue, 17 Feb 2009 09:08:48 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id n1H98jcR016626; Tue, 17 Feb 2009 10:08:46 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 445B04F; Tue, 17 Feb 2009 10:08:45 +0100 (CET) Date: Tue, 17 Feb 2009 10:08:45 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Jaakko Heinonen Message-Id: <20090217100845.9a8597b6.gerrit@pmp.uni-hannover.de> In-Reply-To: <20090216174259.GB775@a91-153-125-115.elisa-laajakaista.fi> References: <20090211171110.a8217734.gerrit@pmp.uni-hannover.de> <20090211175511.GA38986@a91-153-125-115.elisa-laajakaista.fi> <20090213102855.51976ec4.gerrit@pmp.uni-hannover.de> <20090216174259.GB775@a91-153-125-115.elisa-laajakaista.fi> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.2.363555, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.2.17.90127 Cc: freebsd-stable@freebsd.org Subject: Re: zfs crashes with nfs and snapshots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2009 09:08:49 -0000 On Mon, 16 Feb 2009 19:43:00 +0200 Jaakko Heinonen wrote about Re: zfs crashes with nfs and snapshots: JH> > Ok, I will upgrade to 7.1-stable asap. The client was Linux 2.6.25, JH> > I cannot say if it uses readdirplus and if I could disable that (the JH> > manpage says nothing about it at all, but I will look into that JH> > further). JH> -o nordirplus mount option should disable it on Linux. Thanks. I missed that when first looking into the manpage (probably because it's written in UPPERCASE :-). cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 13:10: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 C7BE210656D9 for ; Tue, 17 Feb 2009 13:10:20 +0000 (UTC) (envelope-from eugene@imedia.ru) Received: from lynx.imedia.ru (lynx.imedia.ru [212.65.64.254]) by mx1.freebsd.org (Postfix) with ESMTP id 4C48C8FC1F for ; Tue, 17 Feb 2009 13:10:19 +0000 (UTC) (envelope-from eugene@imedia.ru) Received: from badger.imedia.ru (root@badger.imedia.ru [172.16.0.13]) by lynx.imedia.ru (8.14.3/8.14.3/TWINS5_LDAP) with ESMTP id n1HCqR5m091521; Tue, 17 Feb 2009 15:52:27 +0300 (MSK) (envelope-from eugene@imedia.ru) Received: from badger.imedia.ru (eugene@localhost [127.0.0.1]) by badger.imedia.ru (8.14.3/8.13.1) with ESMTP id n1HCqRPG037640; Tue, 17 Feb 2009 15:52:27 +0300 (MSK) (envelope-from eugene@imedia.ru) Received: from localhost (localhost [[UNIX: localhost]]) by badger.imedia.ru (8.14.3/8.13.8/Submit) id n1HCqNoH037639; Tue, 17 Feb 2009 15:52:23 +0300 (MSK) (envelope-from eugene@imedia.ru) From: Eugene Mitrofanov Organization: Independent Media Sanoma Magazines To: freebsd-stable@freebsd.org Date: Tue, 17 Feb 2009 15:52:23 +0300 User-Agent: KMail/1.9.10 References: <499981AF.9030204@samsco.org> In-Reply-To: <499981AF.9030204@samsco.org> X-Origin: badger.imedia.ru MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902171552.23287.eugene@imedia.ru> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (lynx.imedia.ru [172.16.0.2]); Tue, 17 Feb 2009 15:52:27 +0300 (MSK) X-Virus-Scanned: ClamAV version 0.94.1-exp, clamav-milter version 0.94.1-exp on lynx.imedia.ru X-Virus-Status: Clean Cc: Subject: Re: HEADS UP: More CAM fixes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eugene Mitrofanov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2009 13:10:21 -0000 7.1-STABLE FreeBSD 7.1-STABLE #3: Tue Feb 17 14:58:42 asr0@pci0:3:3:0: class=0x010400 card=0xc0341044 chip=0xa5111044 rev=0x01 hdr=0x00 vendor = 'Adaptec (Formerly: Distributed Processing Technology (DPT))' device = 'Raptor SmartRAID Controller' class = mass storage subclass = RAID root:# camcontrol tags da0 (pass0:asr0:0:0:0): device openings: 1 --------- 6.2-STABLE FreeBSD 6.2-STABLE #1: Mon Oct 15 16:53:04 asr0@pci3:3:0: class=0x010400 card=0xc0341044 chip=0xa5111044 rev=0x01 hdr=0x00 vendor = 'Adaptec (Formerly: Distributed Processing Technology (DPT))' device = 'Raptor SmartRAID Controller' class = mass storage subclass = RAID root:# camcontrol tags da0 (pass0:asr0:0:0:0): device openings: 255 On Monday 16 February 2009, Scott Long wrote: > FWI. I need lots of testing on this. Only real SCSI controllers, > please, not RAID controllers (except for MPT-SCSI with integrated > mirroring). So Adaptec, LSI, Symbios, Buslogic, Tekram, SME, etc, > users, please try this and get back to me. The patch should apply > to FreeBSD 7 as well. FreeBSD 6 is only affected by this problem > when CAM_NEW_TRAN_CODE is enabled. > > Scott > > > -------- Original Message -------- > Subject: svn commit: r188671 - head/sys/cam > Date: Mon, 16 Feb 2009 14:57:15 +0000 (UTC) > From: Scott Long > To: src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, > svn-src-head@FreeBSD.org > > Author: scottl > Date: Mon Feb 16 14:57:15 2009 > New Revision: 188671 > URL: http://svn.freebsd.org/changeset/base/188671 > > Log: > Fix parallel SCSI negotiation in the CAM_NEW_TRAN_CODE world order. > Overzealous sanity checks were locking the sync_rate and offset values to > zero, thanks to a twisty maze of recursive code. > > Modified: > head/sys/cam/cam_xpt.c > > Modified: head/sys/cam/cam_xpt.c > ============================================================================== > --- head/sys/cam/cam_xpt.c Mon Feb 16 14:38:52 2009 (r188670) > +++ head/sys/cam/cam_xpt.c Mon Feb 16 14:57:15 2009 (r188671) > @@ -6679,9 +6679,7 @@ xpt_set_transfer_settings(struct ccb_tra > if (((device->flags & CAM_DEV_INQUIRY_DATA_VALID) != 0 > && (inq_data->flags & SID_Sync) == 0 > && cts->type == CTS_TYPE_CURRENT_SETTINGS) > - || ((cpi.hba_inquiry & PI_SDTR_ABLE) == 0) > - || (spi->sync_offset == 0) > - || (spi->sync_period == 0)) { > + || ((cpi.hba_inquiry & PI_SDTR_ABLE) == 0)) { > /* Force async */ > spi->sync_period = 0; > spi->sync_offset = 0; > @@ -6729,7 +6727,8 @@ xpt_set_transfer_settings(struct ccb_tra > if (spi->bus_width == 0) > spi->ppr_options = 0; > > - if ((spi->flags & CTS_SPI_FLAGS_DISC_ENB) == 0) { > + if ((spi->valid & CTS_SPI_VALID_DISC) > + && ((spi->flags & CTS_SPI_FLAGS_DISC_ENB) == 0)) { > /* > * Can't tag queue without disconnection. > */ > _______________________________________________ > 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" > > -- EMIT-RIPN, EVM7-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 15:42: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 89BD0106566B; Tue, 17 Feb 2009 15:42:07 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id 212918FC1D; Tue, 17 Feb 2009 15:42:07 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.18] (helo=8.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LZS5F-0004EI-9z; Tue, 17 Feb 2009 16:42:05 +0100 Received: from tfe29.t.pppool.de ([89.55.254.41]:51980 helo=ernst.jennejohn.org) by 8.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LZS5F-0007Kd-2g; Tue, 17 Feb 2009 16:42:05 +0100 Date: Tue, 17 Feb 2009 16:42:03 +0100 From: Gary Jennejohn To: Scott Long Message-ID: <20090217164203.4c586f48@ernst.jennejohn.org> In-Reply-To: <499981AF.9030204@samsco.org> References: <499981AF.9030204@samsco.org> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Stable , FreeBSD, scsi@freebsd.org Subject: Re: HEADS UP: More CAM fixes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2009 15:42:08 -0000 On Mon, 16 Feb 2009 08:09:35 -0700 Scott Long wrote: > FWI. I need lots of testing on this. Only real SCSI controllers, > please, not RAID controllers (except for MPT-SCSI with integrated > mirroring). So Adaptec, LSI, Symbios, Buslogic, Tekram, SME, etc, > users, please try this and get back to me. The patch should apply > to FreeBSD 7 as well. FreeBSD 6 is only affected by this problem > when CAM_NEW_TRAN_CODE is enabled. > I tested this with an Adaptec 29160. I saw no real improvement in performance, but also no regressions. I suspect that the old disk I had attached just didn't have enough performance reserves to show an improvement. My test scenario was buildworld. Since /usr/src and /usr/obj were both on the one disk it got a pretty good workout. AMD64 X2 (2.5 GHz) with 4GB of RAM. BTW under a very fresh 8.0-current. --- Gary Jennejohn From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 16:04: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 6E23B106572F for ; Tue, 17 Feb 2009 16:04:52 +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 165FA8FC15 for ; Tue, 17 Feb 2009 16:04:51 +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 n1HG4lma095907; Tue, 17 Feb 2009 09:04:47 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <499AE01F.2080006@samsco.org> Date: Tue, 17 Feb 2009 09:04:47 -0700 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: Eugene Mitrofanov References: <499981AF.9030204@samsco.org> <200902171552.23287.eugene@imedia.ru> In-Reply-To: <200902171552.23287.eugene@imedia.ru> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; 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-stable@freebsd.org Subject: Re: HEADS UP: More CAM fixes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2009 16:04:54 -0000 Did the patch help? Scott Eugene Mitrofanov wrote: > 7.1-STABLE FreeBSD 7.1-STABLE #3: Tue Feb 17 14:58:42 > asr0@pci0:3:3:0: class=0x010400 card=0xc0341044 chip=0xa5111044 rev=0x01 > hdr=0x00 > vendor = 'Adaptec (Formerly: Distributed Processing Technology > (DPT))' > device = 'Raptor SmartRAID Controller' > class = mass storage > subclass = RAID > > root:# camcontrol tags da0 > (pass0:asr0:0:0:0): device openings: 1 > > --------- > > 6.2-STABLE FreeBSD 6.2-STABLE #1: Mon Oct 15 16:53:04 > > asr0@pci3:3:0: class=0x010400 card=0xc0341044 chip=0xa5111044 rev=0x01 > hdr=0x00 > vendor = 'Adaptec (Formerly: Distributed Processing Technology > (DPT))' > device = 'Raptor SmartRAID Controller' > class = mass storage > subclass = RAID > > root:# camcontrol tags da0 > (pass0:asr0:0:0:0): device openings: 255 > > > On Monday 16 February 2009, Scott Long wrote: >> FWI. I need lots of testing on this. Only real SCSI controllers, >> please, not RAID controllers (except for MPT-SCSI with integrated >> mirroring). So Adaptec, LSI, Symbios, Buslogic, Tekram, SME, etc, >> users, please try this and get back to me. The patch should apply >> to FreeBSD 7 as well. FreeBSD 6 is only affected by this problem >> when CAM_NEW_TRAN_CODE is enabled. >> >> Scott >> >> >> -------- Original Message -------- >> Subject: svn commit: r188671 - head/sys/cam >> Date: Mon, 16 Feb 2009 14:57:15 +0000 (UTC) >> From: Scott Long >> To: src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, >> svn-src-head@FreeBSD.org >> >> Author: scottl >> Date: Mon Feb 16 14:57:15 2009 >> New Revision: 188671 >> URL: http://svn.freebsd.org/changeset/base/188671 >> >> Log: >> Fix parallel SCSI negotiation in the CAM_NEW_TRAN_CODE world order. >> Overzealous sanity checks were locking the sync_rate and offset values > to >> zero, thanks to a twisty maze of recursive code. >> >> Modified: >> head/sys/cam/cam_xpt.c >> >> Modified: head/sys/cam/cam_xpt.c >> > ============================================================================== >> --- head/sys/cam/cam_xpt.c Mon Feb 16 14:38:52 2009 (r188670) >> +++ head/sys/cam/cam_xpt.c Mon Feb 16 14:57:15 2009 (r188671) >> @@ -6679,9 +6679,7 @@ xpt_set_transfer_settings(struct ccb_tra >> if (((device->flags & CAM_DEV_INQUIRY_DATA_VALID) != 0 >> && (inq_data->flags & SID_Sync) == 0 >> && cts->type == CTS_TYPE_CURRENT_SETTINGS) >> - || ((cpi.hba_inquiry & PI_SDTR_ABLE) == 0) >> - || (spi->sync_offset == 0) >> - || (spi->sync_period == 0)) { >> + || ((cpi.hba_inquiry & PI_SDTR_ABLE) == 0)) { >> /* Force async */ >> spi->sync_period = 0; >> spi->sync_offset = 0; >> @@ -6729,7 +6727,8 @@ xpt_set_transfer_settings(struct ccb_tra >> if (spi->bus_width == 0) >> spi->ppr_options = 0; >> >> - if ((spi->flags & CTS_SPI_FLAGS_DISC_ENB) == 0) { >> + if ((spi->valid & CTS_SPI_VALID_DISC) >> + && ((spi->flags & CTS_SPI_FLAGS_DISC_ENB) == 0)) { >> /* >> * Can't tag queue without disconnection. >> */ >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> > > > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 17:38: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 E2A1E1065674 for ; Tue, 17 Feb 2009 17:38:47 +0000 (UTC) (envelope-from racinej@mcmaster.ca) Received: from sigma957.cis.mcmaster.ca (sigma957.CIS.McMaster.CA [130.113.64.83]) by mx1.freebsd.org (Postfix) with ESMTP id 8424B8FC0C for ; Tue, 17 Feb 2009 17:38:47 +0000 (UTC) (envelope-from racinej@mcmaster.ca) Received: from Gorash7.UTS.McMaster.CA (Gorash7.UTS.mcmaster.ca [130.113.196.61]) by sigma957.cis.mcmaster.ca (8.13.7/8.13.7) with ESMTP id n1HHFk75008186 for ; Tue, 17 Feb 2009 12:16:05 -0500 (EST) Received: from cgpsrv2.cis.mcmaster.ca (univmail.CIS.McMaster.CA [130.113.64.46]) by Gorash7.UTS.McMaster.CA (8.13.7/8.13.7) with ESMTP id n1HHFbIM016116 for ; Tue, 17 Feb 2009 12:15:37 -0500 Received: from [130.113.139.86] (account racinej@univmail.cis.mcmaster.ca [130.113.139.86] verified) by cgpsrv2.cis.mcmaster.ca (CommuniGate Pro SMTP 4.3.12) with ESMTPSA id 242877733 for freebsd-stable@freebsd.org; Tue, 17 Feb 2009 12:15:37 -0500 From: Jeffrey Racine To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Tue, 17 Feb 2009 12:15:33 -0500 Message-Id: <1234890933.21366.10.camel@pc-racine1.mcmaster.ca> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-PMX-Version-Mac: 5.4.2.338381, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2009.2.17.170429 X-PerlMx-Spam: Gauge=IIIIIII, Probability=7%, Report='BODY_SIZE_4000_4999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, __C230066_P5 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __SXL_URI_TIMEOUT ' X-Spam-Flag: NO Subject: FreeBSD 7.1 crashing on shutdown, halt etc. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2009 17:38:48 -0000 Hi. My system is crashing when I log out (using gdm). I had posted to gnome but was just advised to post to x11, posted to x11 and was told this is a kernel bug. Many thanks for any all of your assistance. Backtrace is provided below. Some system info: FreeBSD pc-racine1.mcmaster.ca 7.1-RELEASE-p2 FreeBSD 7.1-RELEASE-p2 #0: Mon Feb 16 12:06:34 EST 2009 root at pc-racine1.mcmaster.ca:/usr/ obj/usr/src/sys/OPTIPLEX i386 Backtrace follows: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: <118>. <118>Shutting down local daemons: <118>. <118>Writing entropy file: <118>. <118>. <118>Feb 16 12:54:07 pc-racine1 syslogd: exiting on signal 15 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x188 fault code = supervisor read, page not present instruction pointer = 0x20:0xc07b0564 stack pointer = 0x28:0xe7b89af8 frame pointer = 0x28:0xe7b89b10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 3 current process = 967 (Xorg) trap number = 12 panic: page fault cpuid = 0 Uptime: 45s Physical memory: 2025 MB Dumping 105 MB: 90 74 58 42 26 10 Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/ kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from / boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from / boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/i915.ko...Reading symbols from /boot/ kernel/i915.ko.symbols...done. done. Loaded symbols for /boot/kernel/i915.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/ kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko #0 doadump () at pcpu.h:196 196 pcpu.h: No such file or directory. in pcpu.h (kgdb) backtrace #0 doadump () at pcpu.h:196 #1 0xc07be607 in boot (howto=260) at /usr/src/sys/kern/ kern_shutdown.c:418 #2 0xc07be8d9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc0ad0aec in trap_fatal (frame=0xe7b89ab8, eva=392) at /usr/src/ sys/i386/i386/trap.c:939 #4 0xc0ad0d70 in trap_pfault (frame=0xe7b89ab8, usermode=0, eva=392) at /usr/src/sys/i386/i386/trap.c:852 #5 0xc0ad172c in trap (frame=0xe7b89ab8) at /usr/src/sys/i386/i386/ trap.c:530 #6 0xc0ab759b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #7 0xc07b0564 in _mtx_lock_sleep (m=0xc52b5cc0, tid=3314965792, opts=0, file=0xc5a60953 "/usr/src/sys/modules/drm/i915/../../../dev/ drm/i915_irq.c", line=118) at /usr/src/sys/kern/kern_mutex.c:339 #8 0xc07b0a02 in _mtx_lock_flags (m=0xc52b5cc0, opts=0, file=0xc5a60953 "/usr/src/sys/modules/drm/i915/../../../dev/drm/ i915_irq.c", line=118) at /usr/src/sys/kern/kern_mutex.c:186 #9 0xc5a5f403 in i915_irq_wait (kdev=0xc562a700, cmd=Variable "cmd" is not available. ) at /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_irq.c:117 #10 0xc5a6aa4a in drm_ioctl (kdev=0xc562a700, cmd=2147771461, data=0xc52bfc60 "\025\006", flags=67, p=0xc5965d20) at /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:911 #11 0xc07832a7 in giant_ioctl (dev=0xc562a700, cmd=2147771461, data=0xc52bfc60 "\025\006", fflag=67, td=0xc5965d20) at /usr/src/sys/ kern/kern_conf.c:408 #12 0xc074d4b7 in devfs_ioctl_f (fp=0xc5a2f474, com=2147771461, data=0xc52bfc60, cred=0xc5508e00, td=0xc5965d20) at /usr/src/sys/fs/ devfs/devfs_vnops.c:595 #13 0xc07f5565 in kern_ioctl (td=0xc5965d20, fd=9, com=2147771461, data=0xc52bfc60 "\025\006") at file.h:268 #14 0xc07f56c4 in ioctl (td=0xc5965d20, uap=0xe7b89cfc) at /usr/src/ sys/kern/sys_generic.c:570 #15 0xc0ad10c5 in syscall (frame=0xe7b89d38) at /usr/src/sys/i386/i386/ trap.c:1090 #16 0xc0ab7600 in Xint0x80_syscall () at /usr/src/sys/i386/i386/ exception.s:255 #17 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit Professor J. S. Racine Phone: (905) 525 9140 x 23825 Department of Economics FAX: (905) 521-8232 McMaster University e-mail: racinej at mcmaster.ca 1280 Main St. W.,Hamilton, URL: http://www.economics.mcmaster.ca/racine/ Ontario, Canada. L8S 4M4 From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 17:48: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 15D0010656C8 for ; Tue, 17 Feb 2009 17:48:30 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 0494F8FC35 for ; Tue, 17 Feb 2009 17:48:28 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id AB76AC845 for ; Tue, 17 Feb 2009 19:48:27 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 43780-03 for ; Tue, 17 Feb 2009 19:48:22 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id B03C1C841 for ; Tue, 17 Feb 2009 19:48:22 +0200 (EET) Message-ID: <499AF864.9010506@bulinfo.net> Date: Tue, 17 Feb 2009 19:48:20 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.14 (X11/20080616) MIME-Version: 1.0 To: FreeBSD X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Subject: Booting 7.1-STABLE on supermicro 5015-MF (PDSMI+) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2009 17:48:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello All, It boots 7.1-RELEASE from the CDROM just fine but when boots from an IDE disk it crashes right after loading the kernel: http://mnemonic.bulinfo.net/~krassi/crash/supermicro_crash.jpg Booting from the USB produces exactly the same crash. I know that the BIOS of this board is buggy although it is latest. I am curious why it boots from the CDROM but cannot boots from the IDE disk. I just disconnect the CDROM and connect the IDE disk. The same IDE disk boots fine on other hardware. I have tried with 7.1-PRERELEASE which is 2-3 months older than 7.1-RELEASE and it crashes in same way. Any ideas what may be wrong? Best regards -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFJmvhkxJBWvpalMpkRAmsAAJ4wh51lvt+nxllhCt69szOusEspuwCfU7ew TemmPRvVnGp68byH0I4d9lI= =Md6S -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 20:43: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 D6FC8106564A for ; Tue, 17 Feb 2009 20:43:06 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail09.syd.optusnet.com.au (mail09.syd.optusnet.com.au [211.29.132.190]) by mx1.freebsd.org (Postfix) with ESMTP id 53FDA8FC1E for ; Tue, 17 Feb 2009 20:43:05 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from c122-107-120-227.carlnfd1.nsw.optusnet.com.au (c122-107-120-227.carlnfd1.nsw.optusnet.com.au [122.107.120.227]) by mail09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n1HKgrda024968 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Feb 2009 07:43:03 +1100 Date: Wed, 18 Feb 2009 07:42:53 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Gary Jennejohn In-Reply-To: <20090217164203.4c586f48@ernst.jennejohn.org> Message-ID: <20090218073542.E5200@delplex.bde.org> References: <499981AF.9030204@samsco.org> <20090217164203.4c586f48@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD@FreeBSD.org, FreeBSD Current , Stable , scsi@FreeBSD.org Subject: Re: HEADS UP: More CAM fixes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2009 20:43:07 -0000 On Tue, 17 Feb 2009, Gary Jennejohn wrote: > I tested this with an Adaptec 29160. I saw no real improvement in > performance, but also no regressions. > > I suspect that the old disk I had attached just didn't have enough > performance reserves to show an improvement. > > My test scenario was buildworld. Since /usr/src and /usr/obj were both > on the one disk it got a pretty good workout. ^^^^ low > > AMD64 X2 (2.5 GHz) with 4GB of RAM. Buildworld hardly uses the disk at all. It reads and writes a few hundred MB. Ideally the i/o should go at disk speeds of 50-200MB/S and thus take between 20 and 5 seconds. In practice, it will take a few more seconds. physically but perhaps even less virtually due to parallelism. Bruce From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 20:46: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 447CC106564A; Tue, 17 Feb 2009 20:46:29 +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 E83FF8FC1E; Tue, 17 Feb 2009 20:46:28 +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 n1HKkKkV097118; Tue, 17 Feb 2009 13:46:20 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <499B221C.2050804@samsco.org> Date: Tue, 17 Feb 2009 13:46:20 -0700 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: Bruce Evans References: <499981AF.9030204@samsco.org> <20090217164203.4c586f48@ernst.jennejohn.org> <20090218073542.E5200@delplex.bde.org> In-Reply-To: <20090218073542.E5200@delplex.bde.org> 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@FreeBSD.org, FreeBSD Current , Stable , Gary Jennejohn , scsi@FreeBSD.org Subject: Re: HEADS UP: More CAM fixes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2009 20:46:30 -0000 Bruce Evans wrote: > On Tue, 17 Feb 2009, Gary Jennejohn wrote: > >> I tested this with an Adaptec 29160. I saw no real improvement in >> performance, but also no regressions. >> >> I suspect that the old disk I had attached just didn't have enough >> performance reserves to show an improvement. >> >> My test scenario was buildworld. Since /usr/src and /usr/obj were both >> on the one disk it got a pretty good workout. > ^^^^ low >> >> AMD64 X2 (2.5 GHz) with 4GB of RAM. > > Buildworld hardly uses the disk at all. It reads and writes a few hundred > MB. Ideally the i/o should go at disk speeds of 50-200MB/S and thus take > between 20 and 5 seconds. In practice, it will take a few more seconds. > physically but perhaps even less virtually due to parallelism. > > Bruce Yes, on modern machines, buildworld is bound almost completely by disk latency, and not at all by disk or controller bandwidth. Scott From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 21:11: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 4E57E1065746 for ; Tue, 17 Feb 2009 21:11:26 +0000 (UTC) (envelope-from royce@alaska.net) Received: from hermes.acsalaska.net (hermes.acsalaska.net [209.112.173.230]) by mx1.freebsd.org (Postfix) with ESMTP id 28F308FC0A for ; Tue, 17 Feb 2009 21:11:25 +0000 (UTC) (envelope-from royce@alaska.net) Received: from [10.0.102.102] (209-112-156-45-adslb0fh.acsalaska.net [209.112.156.45]) by hermes.acsalaska.net (8.14.1/8.14.1) with ESMTP id n1HIEdf5050292; Tue, 17 Feb 2009 09:14:40 -0900 (AKST) (envelope-from royce@alaska.net) Message-ID: <499AFE8F.3080207@alaska.net> Date: Tue, 17 Feb 2009 09:14:39 -0900 From: Royce Williams User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.19) Gecko/20081209 Lightning/0.9 Thunderbird/2.0.0.19 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Krassimir Slavchev References: <499AF864.9010506@bulinfo.net> In-Reply-To: <499AF864.9010506@bulinfo.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ACS-Spam-Status: no X-ACS-Scanned-By: MD 2.63; SA 3.2.3; spamdefang 1.122 Cc: FreeBSD Subject: Re: Booting 7.1-STABLE on supermicro 5015-MF (PDSMI+) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2009 21:11:27 -0000 Krassimir Slavchev wrote, on 2/17/2009 8:48 AM: > It boots 7.1-RELEASE from the CDROM just fine but when boots from an IDE > disk it crashes right after loading the kernel: > > http://mnemonic.bulinfo.net/~krassi/crash/supermicro_crash.jpg > > Booting from the USB produces exactly the same crash. I know that the > BIOS of this board is buggy although it is latest. > I am curious why it boots from the CDROM but cannot boots from the IDE > disk. I just disconnect the CDROM and connect the IDE disk. The same IDE > disk boots fine on other hardware. I have tried with 7.1-PRERELEASE > which is 2-3 months older than 7.1-RELEASE and it crashes in same way. I see from the phot that you're running a custom kernel. What's different between that kernel and GENERIC? Data point: I'm running 7.1-RELEASE, installed from CD, on a PDSMI+ board, but I am booting from SATA. This may help to rule out possible non-IDE issues. I'm tracking with freebsd-update(8), but there have been no kernel updates yet. It's a fresh install with no kernel or sysctl tuning, and hasn't taken any load yet. $ uptime 10:02AM up 10 days, 18:50, 1 user, load averages: 0.00, 0.00, 0.00 $ uname -a FreeBSD dragonfly.acsalaska.net 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 14:37:25 UTC 2009 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 $ cat /var/run/dmesg.boot 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.1-RELEASE #0: Thu Jan 1 14:37:25 UTC 2009 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (2394.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 3756916736 (3582 MB) avail memory = 3672895488 (3502 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pcib2: irq 17 at device 28.0 on pci0 pci9: on pcib2 pcib3: at device 0.0 on pci9 pci10: on pcib3 pcib4: irq 17 at device 28.4 on pci0 pci13: on pcib4 em0: port 0x4000-0x401f mem 0xe0200000-0xe021ffff irq 16 at device 0.0 on pci13 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:30:48:8d:30:74 pcib5: irq 16 at device 28.5 on pci0 pci14: on pcib5 em1: port 0x5000-0x501f mem 0xe0300000-0xe031ffff irq 17 at device 0.0 on pci14 em1: Using MSI interrupt em1: [FILTER] em1: Ethernet address: 00:30:48:8d:30:75 uhci0: port 0x3000-0x301f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x3020-0x303f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x3040-0x305f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x3060-0x307f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xe0000000-0xe00003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib6: at device 30.0 on pci0 pci15: on pcib6 vgapci0: port 0x6000-0x60ff mem 0xe8000000-0xefffffff,0xe0400000-0xe040ffff irq 16 at device 0.0 on pci15 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30a0-0x30af at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x30e8-0x30ef,0x30dc-0x30df,0x30e0-0x30e7,0x30d8-0x30db,0x30b0-0x30bf mem 0xe0000400-0xe00007ff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 921092106000921 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 921092106000921 device_attach: est1 attach returned 6 p4tcc1: on cpu1 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff,0xcc000-0xccfff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 ad4: 238475MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a $ Royce From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 22:05: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 7BBC31065672 for ; Tue, 17 Feb 2009 22:05:26 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3B91D8FC17 for ; Tue, 17 Feb 2009 22:05:26 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n1HM5OgQ025073; Tue, 17 Feb 2009 17:05:24 -0500 (EST) (envelope-from mike@sentex.net) Received: from pyroxene.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n1HM5Lj3027518; Tue, 17 Feb 2009 17:05:21 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by pyroxene.sentex.ca (8.14.3/8.13.8) with ESMTP id n1HM5IUf022092; Tue, 17 Feb 2009 17:05:20 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200902172205.n1HM5IUf022092@pyroxene.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 17 Feb 2009 17:05:12 -0500 To: Luigi Rizzo , Scott Long From: Mike Tancsa In-Reply-To: <20090217075742.GA69308@onelab2.iet.unipi.it> References: <499551B9.7050805@samsco.org> <4995DFE5.1020205@samsco.org> <9bbcef730902131421r53efa13dq371658888747f387@mail.gmail.com> <4996D635.3000802@samsco.org> <20090217075742.GA69308@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed 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 205.211.164.50 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: Major CAM performance regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2009 22:05:26 -0000 At 02:57 AM 2/17/2009, Luigi Rizzo wrote: >On Sat, Feb 14, 2009 at 07:33:25AM -0700, Scott Long wrote: >... > > >I'll try your suggestion if you have one. > > > > I don't have a magic universal testing suite in my back pocket, sorry. > > You need to look at your expected workload and develop tests to simulate > > it. When I do testing during driver development, I try a lot of > > different parallel, sequential, large i/o, and small i/o combinations. > >i just committed a port sysutils/fio that perhaps can help testing >IO performance with various patterns. Hi, Do you have any suggestions as to what tests to run with fio ? Am I right in assuming that the Areca is hit by this bug ? 0[releng7]# camcontrol tags da0 (pass0:arcmsr0:0:0:0): device openings: 1 0[releng7]# ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 22:23: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 212C91065726 for ; Tue, 17 Feb 2009 22:23:38 +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 E506C8FC22 for ; Tue, 17 Feb 2009 22:23:37 +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 8360D46B38; Tue, 17 Feb 2009 17:23:37 -0500 (EST) 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 n1HMNEkb037171; Tue, 17 Feb 2009 17:23:31 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Jens Rehsack Date: Tue, 17 Feb 2009 10:42:25 -0500 User-Agent: KMail/1.9.7 References: <4996C16D.8050909@web.de> In-Reply-To: <4996C16D.8050909@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902171042.26151.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 17 Feb 2009 17:23:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8998/Mon Feb 16 22:40:00 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, DATE_IN_PAST_06_12 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: Error compiling FreeBSD-Stable with MFC'ed iconv locking X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2009 22:23:38 -0000 On Saturday 14 February 2009 8:04:45 am Jens Rehsack wrote: > Hi John, > > after I updated my system (-STABLE) I received following compilation error > while building the kernel (having ICONV built in): > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=nocona > -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys > -I/usr/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 -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 > /usr/src/sys/libkern/iconv.c > /usr/src/sys/libkern/iconv.c: In function 'iconv_mod_unload': > /usr/src/sys/libkern/iconv.c:92: error: 'curthread' undeclared (first use in > this function) > /usr/src/sys/libkern/iconv.c:92: error: (Each undeclared identifier is > reported only once > /usr/src/sys/libkern/iconv.c:92: error: for each function it appears in.) > /usr/src/sys/libkern/iconv.c: In function 'iconv_sysctl_add': > /usr/src/sys/libkern/iconv.c:401: error: 'curthread' undeclared (first use > in this function) > /usr/src/sys/libkern/iconv.c: In function 'iconv_converter_handler': > /usr/src/sys/libkern/iconv.c:452: error: 'curthread' undeclared (first use > in this function) > > I applied following patch - and it works: > --- sys/sys/sx.h.orig 2009-02-14 12:56:11.000000000 +0000 > +++ sys/sys/sx.h 2009-02-14 12:57:33.000000000 +0000 > @@ -35,6 +35,7 @@ > #include > #include > #include > +#include > > #ifdef _KERNEL > #include > > Google didn't find anything so I thought I mail this quickly. The most recent commit to to include in the _KERNEL section should fix this. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 23:07: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 7989A106564A; Tue, 17 Feb 2009 23:07:07 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3B7C78FC12; Tue, 17 Feb 2009 23:07:07 +0000 (UTC) (envelope-from mike@sentex.net) 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 n1HN75Mr043065; Tue, 17 Feb 2009 18:07:05 -0500 (EST) (envelope-from mike@sentex.net) Received: from pyroxene.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n1HN74j6064947; Tue, 17 Feb 2009 18:07:04 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by pyroxene.sentex.ca (8.14.3/8.13.8) with ESMTP id n1HN74ml025580; Tue, 17 Feb 2009 18:07:04 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200902172307.n1HN74ml025580@pyroxene.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 17 Feb 2009 18:06:57 -0500 To: Scott Long , FreeBSD Current , FreeBSD Stable From: Mike Tancsa In-Reply-To: <499551B9.7050805@samsco.org> References: <499551B9.7050805@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed 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: Re: HEADS UP: Major CAM performance regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2009 23:07:07 -0000 At 05:55 AM 2/13/2009, Scott Long wrote: >If, instead, it reports a value of '1', you are likely affected. Note >that it may be normal for USB memory devices to report a low number. >Also, many legacy SCSI disks, and devices that are not disks, may >also be expected to report a low number. Hi Scott, I tested with the patch on my areca controller, and it still reports 1 post patch. (On RELENG_6, it shows 255 with the same controller) ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 23:09: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 63D691065734 for ; Tue, 17 Feb 2009 23:09:27 +0000 (UTC) (envelope-from cm@therek.net) Received: from magicelf.therek.net (magicelf.therek.net [193.59.37.12]) by mx1.freebsd.org (Postfix) with ESMTP id F01478FC13 for ; Tue, 17 Feb 2009 23:09:26 +0000 (UTC) (envelope-from cm@therek.net) Received: from frameshift.waw.therek.net (89-mo6-4.acn.waw.pl [82.210.167.89]) (authenticated bits=0) by magicelf.therek.net (8.14.3/8.14.3) with ESMTP id n1HMibq7006184 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Tue, 17 Feb 2009 23:44:37 +0100 (CET) From: Cezary Morga Organization: therekNET To: freebsd-stable@freebsd.org Date: Tue, 17 Feb 2009 23:44:31 +0100 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902172344.31510.cm@therek.net> Subject: Re: FreeBSD 7.1 crashing on shutdown, halt etc. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2009 23:09:29 -0000 I've got a similar problem here with source code csuped today. kgdb output: Unread portion of the kernel message buffer: <118>Feb 17 20:59:17 frameshift syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...1 1 0 0 0 done All buffers synced. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc fault code = supervisor write, page not present instruction pointer = 0x20:0xc54cd387 stack pointer = 0x28:0xe9b73a60 frame pointer = 0x28:0xe9b73a7c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1238 (halt) trap number = 12 panic: page fault cpuid = 0 Uptime: 40s Physical memory: 1387 MB Dumping 92 MB: 77 61 45 29 13 Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/modules/bcmwl5_sys.ko...done. Loaded symbols for /boot/modules/bcmwl5_sys.ko Reading symbols from /boot/kernel/ndis.ko...Reading symbols from /boot/kernel/ndis.ko.symbols...done. done. Loaded symbols for /boot/kernel/ndis.ko Reading symbols from /boot/kernel/if_ndis.ko...Reading symbols from /boot/kernel/if_ndis.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_ndis.ko Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/atapicam.ko...Reading symbols from /boot/kernel/atapicam.ko.symbols...done. done. Loaded symbols for /boot/kernel/atapicam.ko Reading symbols from /boot/modules/sdmmc.ko...done. Loaded symbols for /boot/modules/sdmmc.ko Reading symbols from /boot/kernel/dtraceall.ko...Reading symbols from /boot/kernel/dtraceall.ko.symbols...done. done. Loaded symbols for /boot/kernel/dtraceall.ko Reading symbols from /boot/kernel/cyclic.ko...Reading symbols from /boot/kernel/cyclic.ko.symbols...done. done. Loaded symbols for /boot/kernel/cyclic.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/dtrace.ko...Reading symbols from /boot/kernel/dtrace.ko.symbols...done. done. Loaded symbols for /boot/kernel/dtrace.ko Reading symbols from /boot/kernel/dtmalloc.ko...Reading symbols from /boot/kernel/dtmalloc.ko.symbols...done. done. Loaded symbols for /boot/kernel/dtmalloc.ko Reading symbols from /boot/kernel/fbt.ko...Reading symbols from /boot/kernel/fbt.ko.symbols...done. done. Loaded symbols for /boot/kernel/fbt.ko Reading symbols from /boot/kernel/sdt.ko...Reading symbols from /boot/kernel/sdt.ko.symbols...done. done. Loaded symbols for /boot/kernel/sdt.ko Reading symbols from /boot/kernel/systrace.ko...Reading symbols from /boot/kernel/systrace.ko.symbols...done. done. Loaded symbols for /boot/kernel/systrace.ko Reading symbols from /boot/kernel/profile.ko...Reading symbols from /boot/kernel/profile.ko.symbols...done. done. Loaded symbols for /boot/kernel/profile.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko #0 doadump () at pcpu.h:196 196 pcpu.h: No such file or directory. in pcpu.h (kgdb) backtrace #0 doadump () at pcpu.h:196 #1 0xc079de57 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc079e129 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc0ac070c in trap_fatal (frame=0xe9b73a20, eva=12) at /usr/src/sys/i386/i386/trap.c:939 #4 0xc0ac0990 in trap_pfault (frame=0xe9b73a20, usermode=0, eva=12) at /usr/src/sys/i386/i386/trap.c:852 #5 0xc0ac13dc in trap (frame=0xe9b73a20) at /usr/src/sys/i386/i386/trap.c:530 #6 0xc0aa70db in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #7 0xc54cd387 in gfs_dir_create () from /boot/kernel/zfs.ko Previous frame inner to this frame (corrupt stack?) -- Cezary Morga "The Bible tells us to love our neighbors, and also to love our enemies; probably because they are generally the same people." (G. K. Chesterton) From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 01: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 4F057106564A; Wed, 18 Feb 2009 01:03:55 +0000 (UTC) (envelope-from prvs=1300dcceb8=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 9E12A8FC19; Wed, 18 Feb 2009 01:03:54 +0000 (UTC) (envelope-from prvs=1300dcceb8=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1234917856; x=1235522656; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=m4Y5QBCkZRGVnhWwfge7D YynbdEftt4YBL4N6kwwZR8=; b=KHa0oeK0xLmiuNLTOjKMUPoawAqyVzPpb79JO ovag2Pc5Aq5tnaM1h5EP2O52Bmp4mvDPPkV7rcbg8FLDbyhKjxmEC5NyAXTvXqOy lB4kv/P7O5LitJi1g1aSHSpxk+6g9mq+WqZpA6XVOWjr9E1xpKz/cm3frGeiYZ5I jKhy18= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, FORGED_MUA_OUTLOOK, USER_IN_WHITELIST,USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.6) with ESMTP id md50006992469.msg; Wed, 18 Feb 2009 00:44:12 +0000 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=1300dcceb8=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <36F6FB422621418CA51378C8F3F49ADA@multiplay.co.uk> From: "Steven Hartland" To: "Scott Long" , "FreeBSD Current" , "FreeBSD Stable" , "Mike Tancsa" References: <499551B9.7050805@samsco.org> <200902172307.n1HN74ml025580@pyroxene.sentex.ca> Date: Wed, 18 Feb 2009 00:44:12 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Spam-Processed: mail1.multiplay.co.uk, Wed, 18 Feb 2009 00:44:14 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Wed, 18 Feb 2009 00:44:16 +0000 Cc: Subject: Re: HEADS UP: Major CAM performance regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 01:03:55 -0000 This is also the case with 7.0-RELEASE on areca. We have a machine here which literally grinds to a half every time we run our rrd updates, so may be a good test case here if we can fix that ;-) Regards Steve ----- Original Message ----- From: "Mike Tancsa" To: "Scott Long" ; "FreeBSD Current" ; "FreeBSD Stable" Sent: Tuesday, February 17, 2009 11:06 PM Subject: Re: HEADS UP: Major CAM performance regression > At 05:55 AM 2/13/2009, Scott Long wrote: > >>If, instead, it reports a value of '1', you are likely affected. Note >>that it may be normal for USB memory devices to report a low number. >>Also, many legacy SCSI disks, and devices that are not disks, may also be expected to report a low number. > > Hi Scott, > I tested with the patch on my areca controller, and it still reports 1 post patch. (On RELENG_6, it shows 255 with the > same controller) > > ---Mike > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 01:10: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 1976F1065670; Wed, 18 Feb 2009 01:10:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CE2E28FC18; Wed, 18 Feb 2009 01:10:40 +0000 (UTC) (envelope-from mike@sentex.net) 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 n1I1AcwZ051869; Tue, 17 Feb 2009 20:10:38 -0500 (EST) (envelope-from mike@sentex.net) Received: from pyroxene.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n1I1AbTK023779; Tue, 17 Feb 2009 20:10:38 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by pyroxene.sentex.ca (8.14.3/8.13.8) with ESMTP id n1I1AaPL031693; Tue, 17 Feb 2009 20:10:36 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200902180110.n1I1AaPL031693@pyroxene.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 17 Feb 2009 20:10:29 -0500 To: Robert Watson , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed 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: Pete French Subject: Re: Big problems with 7.1 locking up :-( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 01:10:41 -0000 At 05:38 PM 1/29/2009, Robert Watson wrote: >On Fri, 9 Jan 2009, Pete French wrote: > >>I have a number of HP 1U servers, all of which were running 7.0 >>perfectly happily. I have been testing 7.1 in it's various >>incarnations for the last couple of months on our test server and >>it has performed perfectly. >> >>So the last two days I have been round upgrading all our servers, >>knowing that I had run the system stably on identical hardware for some time. > >For those following this other than Pete, who I've been in private >correspondence with: it seems that he is running into two different >deadlocks in the routing code. One of them (at least) is triggered >by a lock order problem relating to the processing of ICMP redirects >-- uncommon in most configurations, but quite a few on his network, >which triggers quickly under load. Kip Macy has corrected at least >one (both?) problems in head, and plans to MFC the fixes in the near >future. We'll follow up further once the fixes are merged, and if >any further problems transpire. Hi Robert, Do you have any other details about these issues ? Were the fixes ever MFC'd ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 01:54: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 3D1D8106566B for ; Wed, 18 Feb 2009 01:54:24 +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 C321D8FC12 for ; Wed, 18 Feb 2009 01:54:23 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 30845 invoked by uid 399); 18 Feb 2009 01:54:23 -0000 Received: from localhost (HELO ?192.168.0.19?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 18 Feb 2009 01:54:23 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <499B6A51.8020704@FreeBSD.org> Date: Tue, 17 Feb 2009 17:54:25 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) 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: 7-stable kernel not compiling: nlm_prot_impl.c "undefined reference to `nfs_*" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 01:54:24 -0000 With up to date sources buildworld completes, but kernel fails here: linking kernel.debug nlm_advlock.o(.text+0x11a8): In function `nlm_advlock_internal': /data/src/sys/nlm/nlm_advlock.c:225: undefined reference to `nfs_vinvalbuf' nlm_advlock.o(.text+0x1243):/data/src/sys/nlm/nlm_advlock.c:236: undefined reference to `nfs_ticks' nlm_prot_impl.o(.text+0x2af1): In function `nlm_syscall': /data/src/sys/nlm/nlm_prot_impl.c:1543: undefined reference to `nfs_advlock_p' nlm_prot_impl.o(.text+0x2af7):/data/src/sys/nlm/nlm_prot_impl.c:1544: undefined reference to `nfs_advlock_p' nlm_prot_impl.o(.text+0x2b01):/data/src/sys/nlm/nlm_prot_impl.c:1545: undefined reference to `nfs_reclaim_p' nlm_prot_impl.o(.text+0x2b07):/data/src/sys/nlm/nlm_prot_impl.c:1546: undefined reference to `nfs_reclaim_p' nlm_prot_impl.o(.text+0x2b1f):/data/src/sys/nlm/nlm_prot_impl.c:1551: undefined reference to `nfs_advlock_p' nlm_prot_impl.o(.text+0x2b25):/data/src/sys/nlm/nlm_prot_impl.c:1552: undefined reference to `nfs_reclaim_p' *** Error code 1 Stop in /usr/local/obj/data/src/sys/HOME. *** Error code 1 -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 02:25: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 04E5D106564A; Wed, 18 Feb 2009 02:25:13 +0000 (UTC) (envelope-from steve@mouf.net) Received: from mouf.net (mouf.net [208.86.224.195]) by mx1.freebsd.org (Postfix) with ESMTP id BB3248FC13; Wed, 18 Feb 2009 02:25:12 +0000 (UTC) (envelope-from steve@mouf.net) Received: from [10.0.1.198] (cpe-069-134-142-204.nc.res.rr.com [69.134.142.204]) (authenticated bits=0) by mouf.net (8.14.2/8.14.2) with ESMTP id n1I1npFp015173 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 17 Feb 2009 20:49:52 -0500 (EST) (envelope-from steve@mouf.net) Message-Id: <95E82F15-2535-4C67-BDF0-44CFC7EB9FBB@mouf.net> From: Steve Wills To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 17 Feb 2009 20:49:50 -0500 X-Mailer: Apple Mail (2.930.3) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mouf.net [208.86.224.195]); Tue, 17 Feb 2009 20:49:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/9000/Tue Feb 17 16:29:35 2009 on mouf.net X-Virus-Status: Clean Cc: daichi@freebsd.org Subject: unionfs panic in 7.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 02:25:13 -0000 Hi, I've found an reproducable panic in unionfs on 7.1-R. /usr/src/sys/fs/unionfs/union_subr.c is: $FreeBSD: src/sys/fs/unionfs/union_subr.c,v 1.92.2.7.2.2 =20 2008/12/15 03:58:55 daichi Exp $ kgdb output is below. kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and =20 you are welcome to change it and/or distribute copies of it under certain =20 conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for =20 details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: stack pointer =3D 0x10:0xffffffffb0e1a8b0 frame pointer =3D 0x10:0xffffffffb0e1a8d0 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 72036 (make) panic: from debugger cpuid =3D 0 Uptime: 49m32s Physical memory: 2034 MB Dumping 441 MB: 426 410 394 378 362 346 330 314 298 282 266 250 234 =20 218 202 186 170 154 138 122 106 90 74 58 42 26 10 Reading symbols from /boot/kernel/if_tap.ko...Reading symbols from /=20 boot/kernel/if_tap.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_tap.ko Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /=20 boot/kernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /=20 boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/atapicam.ko...Reading symbols from /=20= boot/kernel/atapicam.ko.symbols...done. done. Loaded symbols for /boot/kernel/atapicam.ko Reading symbols from /boot/kernel/smb.ko...Reading symbols from /boot/=20= kernel/smb.ko.symbols...done. done. Loaded symbols for /boot/kernel/smb.ko Reading symbols from /boot/kernel/smbus.ko...Reading symbols from /=20 boot/kernel/smbus.ko.symbols...done. done. Loaded symbols for /boot/kernel/smbus.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /=20= boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /=20 boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/=20= kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols =20 from /boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/if_bridge.ko...Reading symbols from /=20= boot/kernel/if_bridge.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_bridge.ko Reading symbols from /boot/kernel/bridgestp.ko...Reading symbols from /=20= boot/kernel/bridgestp.ko.symbols...done. done. Loaded symbols for /boot/kernel/bridgestp.ko Reading symbols from /usr/local/modules/fuse.ko...done. Loaded symbols for /usr/local/modules/fuse.ko Reading symbols from /boot/kernel/radeon.ko...Reading symbols from /=20 boot/kernel/radeon.ko.symbols...done. done. Loaded symbols for /boot/kernel/radeon.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/=20= kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko Reading symbols from /boot/kernel/unionfs.ko...Reading symbols from /=20 boot/kernel/unionfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/unionfs.ko Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /=20 boot/kernel/nullfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/nullfs.ko #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xffffffff804c70a8 in boot (howto=3D260) at /usr/src/sys/kern/=20 kern_shutdown.c:418 #2 0xffffffff804c750c in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xffffffff801c1707 in db_panic (addr=3DVariable "addr" is not =20 available. ) at /usr/src/sys/ddb/db_command.c:446 #4 0xffffffff801c1d6f in db_command (last_cmdp=3D0xffffffff80aa6448, =20= cmd_table=3D0x0, dopager=3D1) at /usr/src/sys/ddb/db_command.c:413 #5 0xffffffff801c1f80 in db_command_loop () at /usr/src/sys/ddb/=20 db_command.c:466 #6 0xffffffff801c3b69 in db_trap (type=3DVariable "type" is not =20 available. ) at /usr/src/sys/ddb/db_main.c:228 #7 0xffffffff804f3955 in kdb_trap (type=3D12, code=3D0, =20 tf=3D0xffffffffb0e1a800) at /usr/src/sys/kern/subr_kdb.c:524 #8 0xffffffff807a3180 in trap_fatal (frame=3D0xffffffffb0e1a800, =20 eva=3DVariable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:759 #9 0xffffffff807a3554 in trap_pfault (frame=3D0xffffffffb0e1a800, =20 usermode=3D0) at /usr/src/sys/amd64/amd64/trap.c:680 #10 0xffffffff807a3eda in trap (frame=3D0xffffffffb0e1a800) at /usr/src/=20= sys/amd64/amd64/trap.c:449 #11 0xffffffff80788dde in calltrap () at /usr/src/sys/amd64/amd64/=20 exception.S:209 #12 0xffffffff804b9f0e in _mtx_lock_sleep (m=3D0xffffff006c384638, =20 tid=3D18446742974280188784, opts=3DVariable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:339 #13 0xffffffff80555767 in vn_start_write (vp=3D0xffffff006c4983f0, =20 mpp=3DVariable "mpp" is not available. ) at /usr/src/sys/kern/vfs_vnops.c:902 #14 0xffffffff805574a1 in vn_close (vp=3D0xffffff006c4983f0, flags=3D1, =20= file_cred=3D0xffffff0015947500, td=3D0xffffff0004e74370) at = /usr/src/sys/=20 kern/vfs_vnops.c:287 #15 0xffffffff80557589 in vn_closefile (fp=3D0xffffff006c020e00, =20 td=3D0xffffff0004e74370) at /usr/src/sys/kern/vfs_vnops.c:867 #16 0xffffffff8049331f in fdrop (fp=3D0xffffff006c020e00, =20 td=3D0xffffff0004e74370) at file.h:299 #17 0xffffffff80494579 in closef (fp=3D0xffffff006c020e00, =20 td=3D0xffffff0004e74370) at /usr/src/sys/kern/kern_descrip.c:2033 #18 0xffffffff80494d5d in kern_close (td=3D0xffffff0004e74370, =20 fd=3DVariable "fd" is not available. ) at /usr/src/sys/kern/kern_descrip.c:1125 #19 0xffffffff807a37d6 in syscall (frame=3D0xffffffffb0e1ac80) at /usr/=20= src/sys/amd64/amd64/trap.c:907 #20 0xffffffff80788feb in Xfast_syscall () at /usr/src/sys/amd64/amd64/=20= exception.S:330 #21 0x000000000044030c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) frame 12 #12 0xffffffff804b9f0e in _mtx_lock_sleep (m=3D0xffffff006c384638, =20 tid=3D18446742974280188784, opts=3DVariable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:339 339 owner =3D (struct thread *)(v & = ~MTX_FLAGMASK); (kgdb) list 334 * If the owner is running on another CPU, spin = until the 335 * owner stops running or the state of the lock = changes. 336 */ 337 v =3D m->mtx_lock; 338 if (v !=3D MTX_UNOWNED) { 339 owner =3D (struct thread *)(v & = ~MTX_FLAGMASK); 340 #ifdef ADAPTIVE_GIANT 341 if (TD_IS_RUNNING(owner)) { 342 #else 343 if (m !=3D &Giant && = TD_IS_RUNNING(owner)) { (kgdb) p v $1 =3D 0 (kgdb) p m $2 =3D (struct mtx *) 0xffffff006c384638 (kgdb) p *m $3 =3D {lock_object =3D {lo_name =3D 0x0, lo_type =3D 0x0, lo_flags =3D =20= 1281410792, lo_witness_data =3D {lod_list =3D {stqe_next =3D =20 0xffffff004c60c708}, lod_witness =3D 0xffffff004c60c708}}, mtx_lock =3D 0, mtx_recurse = =3D =20 0} (kgdb) frame 13 #13 0xffffffff80555767 in vn_start_write (vp=3D0xffffff006c4983f0, =20 mpp=3DVariable "mpp" is not available. ) at /usr/src/sys/kern/vfs_vnops.c:902 902 MNT_ILOCK(mp); (kgdb) list 897 return (0); 898 } 899 } 900 if ((mp =3D *mpp) =3D=3D NULL) 901 return (0); 902 MNT_ILOCK(mp); 903 if (vp =3D=3D NULL) 904 MNT_REF(mp); 905 /* 906 * Check on status of suspension. (kgdb) p mp $4 =3D (struct mount *) 0xffffff006c3845e8 (kgdb) p *mp $5 =3D {mnt_lock =3D {lk_object =3D {lo_name =3D 0x1
, lo_type =3D 0xffffffffb1029552 "unionfs", lo_flags =3D =20 2969738112, lo_witness_data =3D { lod_list =3D {stqe_next =3D 0xffffff003c980000}, lod_witness =3D = =20 0xffffff003c980000}}, lk_interlock =3D 0xffffff0015d46378, lk_flags =3D = 0, =20 lk_sharecount =3D 0, lk_waitcount =3D 775638512, lk_exclusivecount =3D -256, lk_prio =3D = -1, =20 lk_timo =3D 0, lk_lockholder =3D 0x0, lk_newlock =3D 0x0}, mnt_mtx =3D =20= {lock_object =3D { lo_name =3D 0x0, lo_type =3D 0x0, lo_flags =3D 1281410792, =20 lo_witness_data =3D {lod_list =3D {stqe_next =3D 0xffffff004c60c708}, =20= lod_witness =3D 0xffffff004c60c708}}, mtx_lock =3D 0, mtx_recurse =3D 0}, mnt_gen =3D 0, mnt_list =3D = {tqe_next =20 =3D 0x0, tqe_prev =3D 0x0}, mnt_op =3D 0xffffffffb1029552, mnt_vfc =3D =20= 0xffffffffb1029552, mnt_vnodecovered =3D 0x4390000, mnt_syncer =3D 0x0, mnt_ref =3D =20 -2136101936, mnt_nvnodelist =3D {tqh_first =3D 0x80, tqh_last =3D =20 0x50000000000000}, mnt_nvnodelistsize =3D 51, mnt_writeopcount =3D 0, mnt_kern_flag =3D = -1, =20 mnt_flag =3D 4294967295, mnt_noasync =3D 0, mnt_opt =3D = 0xffffffff8086e910, mnt_optnew =3D 0xffffffff8086e910, mnt_maxsymlinklen =3D 16973824, =20= mnt_stat =3D {f_version =3D 0, f_type =3D 0, f_flags =3D 4, f_bsize =3D = 0, f_iosize =3D 18446742976017063016, f_blocks =3D 4294967297, f_bfree = =3D =20 0, f_bavail =3D 0, f_files =3D 0, f_ffree =3D 0, f_syncwrites =3D 0, f_asyncwrites =3D 18446742976013551312, f_syncreads =3D 0, =20 f_asyncreads =3D 18446742976013551424, f_spare =3D {0, 0, 0, =20 18446742976013551456, 0, 0, 0, 0, 18446744071572912256, 16384}, f_namemax =3D 784962992, f_owner =3D = =20 4294967040, f_fsid =3D {val =3D {0, 0}}, f_charspare =3D = "\000\000\000\000\000\000\000\000=C3=8BE8l\000=CB=87=CB=87=CB=87=C3=8BE8l=20= \000=CB=87=CB=87=CB=87", '\0' , =20 "\001\000\000\000\000\000\000\000\023\016\206\200=CB=87=CB=87=CB=87=CB=87\= 2001=C3=9F=20 \200=CB=87=CB=87=CB=87=CB=87Xy=E2=81=84l\000=CB=87=CB=87=CB=87", = f_fstypename =3D "xsv\004\000=CB=87=CB=87=CB=87=E2=80=93K8l=20 \000=CB=87=CB=87=CB=87", f_mntfromname =3D "\030D8l\000=CB=87=CB=87=CB=87", '\0' , =20 "\200o\034\201=CB=87=CB=87=CB=87=CB=87=E2=88=82L\003\003", '\0' , "=E2=88=8F=20 \227\tJ\000=CB=87=CB=87=CB=87=E2=88=8F=C2=A8`L\000=CB=87=CB=87=CB=87\000\0= 00\000\000\000\000\000\000\b=20 \000\000\000\000\000\000\000 \031L0\000\000\000", f_mntonname =3D "\a", '\0' , =20 "\023\016\206\200=CB=87=CB=87=CB=87=CB=87\023\016\206\200=CB=87=CB=87=CB=87= =CB=87\000\0009\004", '\0' =20 , "=E2=80=A1\230=E2=89=A0\200=CB=87=CB=87=CB=87=CB=87@",= '\0' , =20 "P\0003\000\000\000\000\000\000\000=CB=87=CB=87=CB=87=CB=87=CB=87=CB=87=CB= =87=CB=87"}, mnt_cred =3D 0x0, =20 mnt_data =3D 0xffffffff8086e910, mnt_time =3D -2138642160, = mnt_iosize_max =20 =3D 16973824, mnt_export =3D 0x0, mnt_label =3D 0x4, mnt_hashseed =3D 0, = mnt_markercnt =20 =3D 0, mnt_holdcnt =3D 1815627896, mnt_holdcntwaiters =3D -256, =20 mnt_secondary_writes =3D 10, mnt_secondary_accwrites =3D 0, mnt_gjprovider =3D 0x0, mnt_explock =3D = =20 {lk_object =3D {lo_name =3D 0x0, lo_type =3D 0x0, lo_flags =3D 0, =20 lo_witness_data =3D {lod_list =3D { stqe_next =3D 0x0}, lod_witness =3D 0x0}}, lk_interlock =3D =20= 0xffffff006c3848c8, lk_flags =3D 2589843616, lk_sharecount =3D -1, =20 lk_waitcount =3D -1707370640, lk_exclusivecount =3D -1, lk_prio =3D -1, lk_timo =3D -1707370720, =20= lk_lockholder =3D 0x9, lk_newlock =3D 0x0}} (kgdb) I reproduce this by unionfs mounting a ports dir used by the ports =20 tinderbox. If anyone would like more info, please let me know, I have =20= the core around, and can reproduce, help debug, resend in case my =20 mailer has mangled this, etc. Thanks, Steve From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 06:11: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 A0E8D106564A for ; Wed, 18 Feb 2009 06:11:31 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from idcmail-mo1so.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 6D3128FC1C for ; Wed, 18 Feb 2009 06:11:31 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from pd4ml2so-ssvc.prod.shaw.ca ([10.0.141.136]) by pd4mo1so-svcs.prod.shaw.ca with ESMTP; 17 Feb 2009 22:43:33 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=0 a=6I5d2MoRAAAA:8 a=pqng_AVKt0uIXpthhksA:9 a=D8SY6VCJDKr4CwhRgtMA:7 a=4H5ixz0LYVpaMJj-YKBChslKILgA:4 a=V7tsTZBp22UA:10 a=SV7veod9ZcQA:10 a=wAGQQ9Az6v0A:10 Received: from s01060002b31a8191.gv.shawcable.net (HELO spqr.komquats.com) ([24.68.166.226]) by pd4ml2so-dmz.prod.shaw.ca with ESMTP; 17 Feb 2009 22:43:32 -0700 Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id EF27B410ED for ; Tue, 17 Feb 2009 21:43:31 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.14.3/8.14.3) with ESMTP id n1I5hVDF072033 for ; Tue, 17 Feb 2009 21:43:31 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200902180543.n1I5hVDF072033@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 17 Feb 2009 21:43:31 -0800 Sender: Cy.Schubert@komquats.com Subject: ZFS Panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2009 06:11:31 -0000 I got this panic after issuing reboot(8). FreeBSD 7.1-STABLE FreeBSD 7.1-STABLE #0: Tue Feb 17 19:29:23 PST 2009 cy@cwsys:/export/obj/export/home/cy/test/test-stable7/sys/DEBUG i386 FreeBSD/i386 (bob) (ttyd0) login: Feb 17 21:22:56 bob reboot: rebooted by root Feb 17 21:22:56 bob syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...2 2 2 2 1 1 1 1 0 0 0 0 0 0 done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done All buffers synced. panic: insmntque() failed: error 16 cpuid = 0 KDB: enter: panic [thread pid 1086 tid 100090 ] Stopped at kdb_enter_why+0x3a: movl $0,kdb_why db> bt Tracing pid 1086 tid 100090 td 0xc2bfd230 kdb_enter_why(c087ef4a,c087ef4a,c2b1b5b4,ebf8da58,0,...) at kdb_enter_why+0x3a panic(c2b1b5b4,10,c2b24a40,ebf8da64,c38e6000,...) at panic+0x136 gfs_file_create(84,c346d8a0,c342d5a0,c2b24a40,c346d8a0,...) at gfs_file_create+0x86 gfs_dir_create(84,c346d8a0,c342d5a0,c2b24a40,0,...) at gfs_dir_create+0x2c zfsctl_mknode_snapdir(c346d8a0,c2b1b54f,275,25d,c3419520,...) at zfsctl_mknode_snapdir+0x53 gfs_dir_lookup(c346d8a0,c2b21126,ebf8db74,c091521c,ebf8db38,...) at gfs_dir_lookup+0xd1 zfsctl_root_lookup(c346d8a0,c2b21126,ebf8db74,0,0,...) at zfsctl_root_lookup+0xdc zfsctl_umount_snapshots(c342d5a0,80000,c3acb800,c3216844,0,...) at zfsctl_umount_snapshots+0x4e zfs_umount(c342d5a0,80000,c2bfd230,c2bfd230,c088a687,...) at zfs_umount+0x53 dounmount(c342d5a0,80000,c2bfd230,e26988ac,0,...) at dounmount+0x430 vfs_unmountall(c087ed87,0,c087edeb,128,0,...) at vfs_unmountall+0x4e boot(c090b5d0,0,c087edeb,ab,ebf8dd2c,...) at boot+0x44f reboot(c2bfd230,ebf8dcfc,4,c0885aef,c08c38a8,...) at reboot+0x4b syscall(ebf8dd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (55, FreeBSD ELF32, reboot), eip = 0x280bc947, esp = 0xbfbfeb7c, ebp = 0xbfbfebb8 --- db> Forceably unmounting ZFS filesystems prior to issuing reboot(8) mitigates the panic. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org e**(i*pi)+1=0 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 06:21: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 DF635106566B for ; Wed, 18 Feb 2009 06:21:38 +0000 (UTC) (envelope-from eugene@imedia.ru) Received: from lynx.imedia.ru (lynx.imedia.ru [212.65.64.254]) by mx1.freebsd.org (Postfix) with ESMTP id 53CE88FC17 for ; Wed, 18 Feb 2009 06:21:38 +0000 (UTC) (envelope-from eugene@imedia.ru) Received: from badger.imedia.ru (root@badger.imedia.ru [172.16.0.13]) by lynx.imedia.ru (8.14.3/8.14.3/TWINS5_LDAP) with ESMTP id n1I6LaZD000879; Wed, 18 Feb 2009 09:21:36 +0300 (MSK) (envelope-from eugene@imedia.ru) Received: from badger.imedia.ru (eugene@localhost [127.0.0.1]) by badger.imedia.ru (8.14.3/8.13.1) with ESMTP id n1I6LZQG043344; Wed, 18 Feb 2009 09:21:35 +0300 (MSK) (envelope-from eugene@imedia.ru) Received: from localhost (localhost [[UNIX: localhost]]) by badger.imedia.ru (8.14.3/8.13.8/Submit) id n1I6LY8D043343; Wed, 18 Feb 2009 09:21:34 +0300 (MSK) (envelope-from eugene@imedia.ru) From: Eugene Mitrofanov Organization: Independent Media Sanoma Magazines To: Scott Long Date: Wed, 18 Feb 2009 09:21:34 +0300 User-Agent: KMail/1.9.10 References: <499981AF.9030204@samsco.org> <200902171552.23287.eugene@imedia.ru> <499AE01F.2080006@samsco.org> In-Reply-To: <499AE01F.2080006@samsco.org> X-Origin: badger.imedia.ru MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902180921.34601.eugene@imedia.ru> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (lynx.imedia.ru [172.16.0.2]); Wed, 18 Feb 2009 09:21:36 +0300 (MSK) X-Virus-Scanned: ClamAV version 0.94.1-exp, clamav-milter version 0.94.1-exp on lynx.imedia.ru X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: HEADS UP: More CAM fixes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eugene Mitrofanov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2009 06:21:39 -0000 Hi Scott Unfortunately, it did not. On Tuesday 17 February 2009, Scott Long wrote: > Did the patch help? > > Scott > > > Eugene Mitrofanov wrote: > > 7.1-STABLE FreeBSD 7.1-STABLE #3: Tue Feb 17 14:58:42 > > asr0@pci0:3:3:0: class=0x010400 card=0xc0341044 chip=0xa5111044 rev=0x01 > > hdr=0x00 > > vendor = 'Adaptec (Formerly: Distributed Processing Technology > > (DPT))' > > device = 'Raptor SmartRAID Controller' > > class = mass storage > > subclass = RAID > > > > root:# camcontrol tags da0 > > (pass0:asr0:0:0:0): device openings: 1 > > > > --------- > > > > 6.2-STABLE FreeBSD 6.2-STABLE #1: Mon Oct 15 16:53:04 > > > > asr0@pci3:3:0: class=0x010400 card=0xc0341044 chip=0xa5111044 rev=0x01 > > hdr=0x00 > > vendor = 'Adaptec (Formerly: Distributed Processing Technology > > (DPT))' > > device = 'Raptor SmartRAID Controller' > > class = mass storage > > subclass = RAID > > > > root:# camcontrol tags da0 > > (pass0:asr0:0:0:0): device openings: 255 > > > > > > On Monday 16 February 2009, Scott Long wrote: > >> FWI. I need lots of testing on this. Only real SCSI controllers, > >> please, not RAID controllers (except for MPT-SCSI with integrated > >> mirroring). So Adaptec, LSI, Symbios, Buslogic, Tekram, SME, etc, > >> users, please try this and get back to me. The patch should apply > >> to FreeBSD 7 as well. FreeBSD 6 is only affected by this problem > >> when CAM_NEW_TRAN_CODE is enabled. > >> > >> Scott > >> > >> > >> -------- Original Message -------- > >> Subject: svn commit: r188671 - head/sys/cam > >> Date: Mon, 16 Feb 2009 14:57:15 +0000 (UTC) > >> From: Scott Long > >> To: src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, > >> svn-src-head@FreeBSD.org > >> > >> Author: scottl > >> Date: Mon Feb 16 14:57:15 2009 > >> New Revision: 188671 > >> URL: http://svn.freebsd.org/changeset/base/188671 > >> > >> Log: > >> Fix parallel SCSI negotiation in the CAM_NEW_TRAN_CODE world order. > >> Overzealous sanity checks were locking the sync_rate and offset values > > to > >> zero, thanks to a twisty maze of recursive code. > >> > >> Modified: > >> head/sys/cam/cam_xpt.c > >> > >> Modified: head/sys/cam/cam_xpt.c > >> > > ============================================================================== > >> --- head/sys/cam/cam_xpt.c Mon Feb 16 14:38:52 2009 (r188670) > >> +++ head/sys/cam/cam_xpt.c Mon Feb 16 14:57:15 2009 (r188671) > >> @@ -6679,9 +6679,7 @@ xpt_set_transfer_settings(struct ccb_tra > >> if (((device->flags & CAM_DEV_INQUIRY_DATA_VALID) != 0 > >> && (inq_data->flags & SID_Sync) == 0 > >> && cts->type == CTS_TYPE_CURRENT_SETTINGS) > >> - || ((cpi.hba_inquiry & PI_SDTR_ABLE) == 0) > >> - || (spi->sync_offset == 0) > >> - || (spi->sync_period == 0)) { > >> + || ((cpi.hba_inquiry & PI_SDTR_ABLE) == 0)) { > >> /* Force async */ > >> spi->sync_period = 0; > >> spi->sync_offset = 0; > >> @@ -6729,7 +6727,8 @@ xpt_set_transfer_settings(struct ccb_tra > >> if (spi->bus_width == 0) > >> spi->ppr_options = 0; > >> > >> - if ((spi->flags & CTS_SPI_FLAGS_DISC_ENB) == 0) { > >> + if ((spi->valid & CTS_SPI_VALID_DISC) > >> + && ((spi->flags & CTS_SPI_FLAGS_DISC_ENB) == 0)) { > >> /* > >> * Can't tag queue without disconnection. > >> */ > >> _______________________________________________ > >> 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" > >> > >> > > > > > > > > -- EMIT-RIPN, EVM7-RIPE From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 06:51: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 8AE4E106567D for ; Wed, 18 Feb 2009 06:51:57 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 4006D8FC15 for ; Wed, 18 Feb 2009 06:51:57 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LZgH6-000JT4-PP; Wed, 18 Feb 2009 14:51:16 +0800 Message-ID: <499BB006.8040105@micom.mng.net> Date: Wed, 18 Feb 2009 14:51:50 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.12 (X11/20080415) MIME-Version: 1.0 To: Cy Schubert References: <200902180543.n1I5hVDF072033@cwsys.cwsent.com> In-Reply-To: <200902180543.n1I5hVDF072033@cwsys.cwsent.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=78F6425E Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ZFS Panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2009 06:51:58 -0000 Cy Schubert wrote: > I got this panic after issuing reboot(8). > > FreeBSD 7.1-STABLE FreeBSD 7.1-STABLE #0: Tue Feb 17 19:29:23 PST 2009 > cy@cwsys:/export/obj/export/home/cy/test/test-stable7/sys/DEBUG i386 > > > FreeBSD/i386 (bob) (ttyd0) > > login: Feb 17 21:22:56 bob reboot: rebooted by root > Feb 17 21:22:56 bob syslogd: exiting on signal 15 > Waiting (max 60 seconds) for system process `vnlru' to stop...done > Waiting (max 60 seconds) for system process `syncer' to stop... > Syncing disks, vnodes remaining...2 2 2 2 1 1 1 1 0 0 0 0 0 0 done > Waiting (max 60 seconds) for system process `bufdaemon' to stop...done > All buffers synced. > panic: insmntque() failed: error 16 > cpuid = 0 > KDB: enter: panic > [thread pid 1086 tid 100090 ] > Stopped at kdb_enter_why+0x3a: movl $0,kdb_why > db> bt > Tracing pid 1086 tid 100090 td 0xc2bfd230 > kdb_enter_why(c087ef4a,c087ef4a,c2b1b5b4,ebf8da58,0,...) at > kdb_enter_why+0x3a > panic(c2b1b5b4,10,c2b24a40,ebf8da64,c38e6000,...) at panic+0x136 > gfs_file_create(84,c346d8a0,c342d5a0,c2b24a40,c346d8a0,...) at > gfs_file_create+0x86 > gfs_dir_create(84,c346d8a0,c342d5a0,c2b24a40,0,...) at gfs_dir_create+0x2c > zfsctl_mknode_snapdir(c346d8a0,c2b1b54f,275,25d,c3419520,...) at > zfsctl_mknode_snapdir+0x53 > gfs_dir_lookup(c346d8a0,c2b21126,ebf8db74,c091521c,ebf8db38,...) at > gfs_dir_lookup+0xd1 > zfsctl_root_lookup(c346d8a0,c2b21126,ebf8db74,0,0,...) at > zfsctl_root_lookup+0xdc > zfsctl_umount_snapshots(c342d5a0,80000,c3acb800,c3216844,0,...) at > zfsctl_umount_snapshots+0x4e > zfs_umount(c342d5a0,80000,c2bfd230,c2bfd230,c088a687,...) at zfs_umount+0x53 > dounmount(c342d5a0,80000,c2bfd230,e26988ac,0,...) at dounmount+0x430 > vfs_unmountall(c087ed87,0,c087edeb,128,0,...) at vfs_unmountall+0x4e > boot(c090b5d0,0,c087edeb,ab,ebf8dd2c,...) at boot+0x44f > reboot(c2bfd230,ebf8dcfc,4,c0885aef,c08c38a8,...) at reboot+0x4b > syscall(ebf8dd38) at syscall+0x2b3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (55, FreeBSD ELF32, reboot), eip = 0x280bc947, esp = > 0xbfbfeb7c, ebp = 0xbfbfebb8 --- > db> > > Forceably unmounting ZFS filesystems prior to issuing reboot(8) mitigates > the panic. > I have experienced ZFS related panic with RELEN_7 in November last year and got a fix from kib@. But I'm not quite sure whether yours and mine are the same case, but might help following patch (for /usr/src/sys/cddl/compat/opensolaris/kern/opensolaris_kobj.c and /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h): http://lists.freebsd.org/pipermail/freebsd-stable/2008-November/046752.html Ganbold > > -- I was the best I ever had. -- Woody Allen From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 07:30: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 9303110656C3 for ; Wed, 18 Feb 2009 07:30:06 +0000 (UTC) (envelope-from fxp@corp.iskratelecom.ru) Received: from corp.iskratelecom.ru (corp.iskratelecom.ru [82.199.96.130]) by mx1.freebsd.org (Postfix) with ESMTP id 4C1328FC20 for ; Wed, 18 Feb 2009 07:30:06 +0000 (UTC) (envelope-from fxp@corp.iskratelecom.ru) Received: from 29-97-199-82.iskratelecom.ru ([82.199.97.29]) by corp.iskratelecom.ru with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LZgEe-0009su-GM for freebsd-stable@freebsd.org; Wed, 18 Feb 2009 09:48:44 +0300 Message-ID: <499BAF4B.1070005@corp.iskratelecom.ru> Date: Wed, 18 Feb 2009 09:48:43 +0300 From: =?UTF-8?B?0K7RgNGC0LDQudC60LjQvSDQkNC90LTRgNC10Lkg0JDQsdC40LvRjNC60LA=?= =?UTF-8?B?0YHRi9C80L7QstC40Yc=?= Organization: =?UTF-8?B?0JfQkNCeICLQmNCh0JrQoNCQ0KLQldCb0JXQmtCe0Jwi?= User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20090211120053.7C01F10656FF@hub.freebsd.org> In-Reply-To: <20090211120053.7C01F10656FF@hub.freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Problem with transfering system to new disk. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fxp@corp.iskratelecom.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2009 07:30:06 -0000 Running system FreeBSD 6.2, attaching new disk (WD 750GB SATA RE3) map it thru Sysinstall and rsync old system to it. Now trying to boot from new disk: system boots well to "Choose what to boot" screen (eg 1. normal 2 acpi disable 3. safe 4. single etc), after that system continuously keep printing some strange strings like "csh=4583" can`t really read it cause it`s too fast, system don`t react to C-C C-X or even CTRL ALT DEL. So, the question what is it... and how to fix it. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 08: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 0CEA6106567B for ; Wed, 18 Feb 2009 08:07:35 +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 9BDA78FC0A for ; Wed, 18 Feb 2009 08:07:34 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 11277 invoked by uid 399); 18 Feb 2009 08:07:32 -0000 Received: from localhost (HELO ?192.168.0.19?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 18 Feb 2009 08:07:32 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <499BC1C1.4060204@FreeBSD.org> Date: Wed, 18 Feb 2009 00:07:29 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <499B6A51.8020704@FreeBSD.org> In-Reply-To: <499B6A51.8020704@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: 7-stable kernel not compiling: nlm_prot_impl.c "undefined reference to `nfs_*" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 08:07:35 -0000 I "solved" this by adding NFSCLIENT back to my kernel config file. I had NFSSERVER and NFSLOCKD in there already. Given that this is a file server system it doesn't seem logical that it would need NFSCLIENT in the kernel. Doug Doug Barton wrote: > With up to date sources buildworld completes, but kernel fails here: > > linking kernel.debug > nlm_advlock.o(.text+0x11a8): In function `nlm_advlock_internal': > /data/src/sys/nlm/nlm_advlock.c:225: undefined reference to > `nfs_vinvalbuf' > nlm_advlock.o(.text+0x1243):/data/src/sys/nlm/nlm_advlock.c:236: > undefined reference to `nfs_ticks' > nlm_prot_impl.o(.text+0x2af1): In function `nlm_syscall': > /data/src/sys/nlm/nlm_prot_impl.c:1543: undefined reference to > `nfs_advlock_p' > nlm_prot_impl.o(.text+0x2af7):/data/src/sys/nlm/nlm_prot_impl.c:1544: > undefined reference to `nfs_advlock_p' > nlm_prot_impl.o(.text+0x2b01):/data/src/sys/nlm/nlm_prot_impl.c:1545: > undefined reference to `nfs_reclaim_p' > nlm_prot_impl.o(.text+0x2b07):/data/src/sys/nlm/nlm_prot_impl.c:1546: > undefined reference to `nfs_reclaim_p' > nlm_prot_impl.o(.text+0x2b1f):/data/src/sys/nlm/nlm_prot_impl.c:1551: > undefined reference to `nfs_advlock_p' > nlm_prot_impl.o(.text+0x2b25):/data/src/sys/nlm/nlm_prot_impl.c:1552: > undefined reference to `nfs_reclaim_p' > *** Error code 1 > > Stop in /usr/local/obj/data/src/sys/HOME. > *** Error code 1 > > -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 08:12: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 C0554106573B; Wed, 18 Feb 2009 08:12:03 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 5284B8FC0C; Wed, 18 Feb 2009 08:12:03 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.14] (helo=4.mx.freenet.de) by mout1.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LZhX9-0004Dt-1N; Wed, 18 Feb 2009 09:11:55 +0100 Received: from tcc1f.t.pppool.de ([89.55.204.31]:39187 helo=ernst.jennejohn.org) by 4.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LZhX8-0000Lm-OZ; Wed, 18 Feb 2009 09:11:54 +0100 Date: Wed, 18 Feb 2009 09:11:51 +0100 From: Gary Jennejohn To: Scott Long Message-ID: <20090218091151.4d9c2bd7@ernst.jennejohn.org> In-Reply-To: <499B221C.2050804@samsco.org> References: <499981AF.9030204@samsco.org> <20090217164203.4c586f48@ernst.jennejohn.org> <20090218073542.E5200@delplex.bde.org> <499B221C.2050804@samsco.org> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Stable , Bruce Evans , scsi@FreeBSD.org Subject: Re: HEADS UP: More CAM fixes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2009 08:12:08 -0000 On Tue, 17 Feb 2009 13:46:20 -0700 Scott Long wrote: > Bruce Evans wrote: > > On Tue, 17 Feb 2009, Gary Jennejohn wrote: > > > >> I tested this with an Adaptec 29160. I saw no real improvement in > >> performance, but also no regressions. > >> > >> I suspect that the old disk I had attached just didn't have enough > >> performance reserves to show an improvement. > >> > >> My test scenario was buildworld. Since /usr/src and /usr/obj were both > >> on the one disk it got a pretty good workout. > > ^^^^ low > >> > >> AMD64 X2 (2.5 GHz) with 4GB of RAM. > > > > Buildworld hardly uses the disk at all. It reads and writes a few hundred > > MB. Ideally the i/o should go at disk speeds of 50-200MB/S and thus take > > between 20 and 5 seconds. In practice, it will take a few more seconds. > > physically but perhaps even less virtually due to parallelism. > > > > Bruce > > Yes, on modern machines, buildworld is bound almost completely by disk > latency, and not at all by disk or controller bandwidth. > > Scott > Maybe I misunderstood something, but I thought the patch was supposed to improve queuing. Seems like all the seeks during a buildowrld would exercise that. All I can say is that the disk did _lots_ of seeking. --- Gary Jennejohn From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 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 91DCD106564A for ; Wed, 18 Feb 2009 08:31:54 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id CFBDF8FC1A for ; Wed, 18 Feb 2009 08:31:53 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 7E39ACA10; Wed, 18 Feb 2009 10:31:51 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 66635-06; Wed, 18 Feb 2009 10:31:50 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id E8F29C88E; Wed, 18 Feb 2009 10:31:49 +0200 (EET) Message-ID: <499BC773.70701@bulinfo.net> Date: Wed, 18 Feb 2009 10:31:47 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.14 (X11/20080616) MIME-Version: 1.0 To: Royce Williams References: <499AF864.9010506@bulinfo.net> <499AFE8F.3080207@alaska.net> In-Reply-To: <499AFE8F.3080207@alaska.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: FreeBSD Subject: Re: Booting 7.1-STABLE on supermicro 5015-MF (PDSMI+) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 08:31:55 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Royce Williams wrote: > Krassimir Slavchev wrote, on 2/17/2009 8:48 AM: >> It boots 7.1-RELEASE from the CDROM just fine but when boots from an IDE >> disk it crashes right after loading the kernel: >> >> http://mnemonic.bulinfo.net/~krassi/crash/supermicro_crash.jpg >> >> Booting from the USB produces exactly the same crash. I know that the >> BIOS of this board is buggy although it is latest. >> I am curious why it boots from the CDROM but cannot boots from the IDE >> disk. I just disconnect the CDROM and connect the IDE disk. The same IDE >> disk boots fine on other hardware. I have tried with 7.1-PRERELEASE >> which is 2-3 months older than 7.1-RELEASE and it crashes in same way. > > I see from the phot that you're running a custom kernel. What's > different between that kernel and GENERIC? Almost nothing. > > Data point: I'm running 7.1-RELEASE, installed from CD, on a PDSMI+ > board, but I am booting from SATA. This may help to rule out possible > non-IDE issues. When I boot from CD the IDE disk remains undetected but with SATA disk no problems. So the problem seems to be only with IDE disks. I am going to buy a SATA disks. > > I'm tracking with freebsd-update(8), but there have been no > kernel updates yet. It's a fresh install with no kernel or sysctl > tuning, and hasn't taken any load yet. > > $ uptime > 10:02AM up 10 days, 18:50, 1 user, load averages: 0.00, 0.00, 0.00 > > $ uname -a > FreeBSD dragonfly.acsalaska.net 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 14:37:25 UTC 2009 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > > $ cat /var/run/dmesg.boot > 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.1-RELEASE #0: Thu Jan 1 14:37:25 UTC 2009 > root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (2394.01-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > Features=0xbfebfbff > Features2=0xe3bd > AMD Features=0x20100000 > AMD Features2=0x1 > Cores per package: 2 > real memory = 3756916736 (3582 MB) > avail memory = 3672895488 (3502 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > pcib2: irq 17 at device 28.0 on pci0 > pci9: on pcib2 > pcib3: at device 0.0 on pci9 > pci10: on pcib3 > pcib4: irq 17 at device 28.4 on pci0 > pci13: on pcib4 > em0: port 0x4000-0x401f mem 0xe0200000-0xe021ffff irq 16 at device 0.0 on pci13 > em0: Using MSI interrupt > em0: [FILTER] > em0: Ethernet address: 00:30:48:8d:30:74 > pcib5: irq 16 at device 28.5 on pci0 > pci14: on pcib5 > em1: port 0x5000-0x501f mem 0xe0300000-0xe031ffff irq 17 at device 0.0 on pci14 > em1: Using MSI interrupt > em1: [FILTER] > em1: Ethernet address: 00:30:48:8d:30:75 > uhci0: port 0x3000-0x301f irq 23 at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0x3020-0x303f irq 19 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > uhci1: [ITHREAD] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0x3040-0x305f irq 18 at device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > uhci2: [ITHREAD] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0x3060-0x307f irq 16 at device 29.3 on pci0 > uhci3: [GIANT-LOCKED] > uhci3: [ITHREAD] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: on usb3 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem 0xe0000000-0xe00003ff irq 23 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: on usb4 > uhub4: 8 ports with 8 removable, self powered > pcib6: at device 30.0 on pci0 > pci15: on pcib6 > vgapci0: port 0x6000-0x60ff mem 0xe8000000-0xefffffff,0xe0400000-0xe040ffff irq 16 at device 0.0 on pci15 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30a0-0x30af at device 31.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > atapci1: port 0x30e8-0x30ef,0x30dc-0x30df,0x30e0-0x30e7,0x30d8-0x30db,0x30b0-0x30bf mem 0xe0000400-0xe00007ff irq 19 at device 31.2 on pci0 > atapci1: [ITHREAD] > ata2: on atapci1 > ata2: [ITHREAD] > ata3: on atapci1 > ata3: [ITHREAD] > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A, console > sio0: [FILTER] > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > sio1: [FILTER] > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: does not respond > device_attach: fdc0 attach returned 6 > cpu0: on acpi0 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 921092106000921 > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 921092106000921 > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: does not respond > device_attach: fdc0 attach returned 6 > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff,0xcc000-0xccfff pnpid ORM0000 on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/9 bytes threshold > ppbus0: on ppc0 > ppbus0: [ITHREAD] > plip0: on ppbus0 > plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > ppc0: [GIANT-LOCKED] > ppc0: [ITHREAD] > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > acd0: CDROM at ata0-master UDMA33 > ad4: 238475MB at ata2-master SATA150 > ad6: 238475MB at ata3-master SATA150 > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad4s1a > $ > > Royce > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFJm8dyxJBWvpalMpkRAjS7AKCCejCzBQEV6ja2kj8bltPA00zsIgCfVORC OMt9scuIQIwz/Rthrf2aE2M= =Tjvf -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 10:03: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 3F608106564A for ; Wed, 18 Feb 2009 10:03:51 +0000 (UTC) (envelope-from bunke@hbxt.org) Received: from mail.hbxt.org (mail.hbxt.org [217.115.155.243]) by mx1.freebsd.org (Postfix) with ESMTP id EF6AA8FC14 for ; Wed, 18 Feb 2009 10:03:50 +0000 (UTC) (envelope-from bunke@hbxt.org) Received: by mail.hbxt.org (Postfix, from userid 58) id 798028443D; Wed, 18 Feb 2009 10:37:48 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on sisko.hbxt.de X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from mail.hbxt.org (mail.hbxt.org [217.115.155.243]) by mail.hbxt.org (Postfix) with ESMTP id D822F84437; Wed, 18 Feb 2009 10:37:47 +0100 (CET) Date: Wed, 18 Feb 2009 10:37:47 +0100 (CET) From: Hendrik Bunke X-X-Sender: bunke@sisko.hbxt.de To: Jeffrey Racine In-Reply-To: <1234890933.21366.10.camel@pc-racine1.mcmaster.ca> Message-ID: References: <1234890933.21366.10.camel@pc-racine1.mcmaster.ca> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.1 crashing on shutdown, halt etc. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 10:03:52 -0000 --On Tue, 17 Feb 2009 12:15, Jeffrey Racine wrote: > Hi. > > My system is crashing when I log out (using gdm). I had posted to gnome but was > just advised to post to x11, posted to x11 and was told this is a kernel bug. > Many thanks for any all of your assistance. Backtrace is provided below. I had similar problems (didn't do a backtrace though). Solution was updating to 7-stable and adding dbus_enable="YES" hald_enable="YES" to rc.conf. Updating might not be necessary, adding dbus and hald is absolutely. regards hendrik -- Dr. Hendrik Bunke blog: http://hbxt.org/ com: http://hbxt.de/ From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 10:06: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 EF371106566C for ; Wed, 18 Feb 2009 10:06:54 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C8BAD8FC21 for ; Wed, 18 Feb 2009 10:06:54 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 77C1B46B0C; Wed, 18 Feb 2009 05:06:54 -0500 (EST) Date: Wed, 18 Feb 2009 10:06:54 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Mike Tancsa In-Reply-To: <200902180110.n1I1AaPL031693@pyroxene.sentex.ca> Message-ID: References: <200902180110.n1I1AaPL031693@pyroxene.sentex.ca> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: Big problems with 7.1 locking up :-( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 10:06:55 -0000 On Tue, 17 Feb 2009, Mike Tancsa wrote: > At 05:38 PM 1/29/2009, Robert Watson wrote: > >> On Fri, 9 Jan 2009, Pete French wrote: >> >>> I have a number of HP 1U servers, all of which were running 7.0 perfectly >>> happily. I have been testing 7.1 in it's various incarnations for the last >>> couple of months on our test server and it has performed perfectly. >>> >>> So the last two days I have been round upgrading all our servers, knowing >>> that I had run the system stably on identical hardware for some time. >> >> For those following this other than Pete, who I've been in private >> correspondence with: it seems that he is running into two different >> deadlocks in the routing code. One of them (at least) is triggered by a >> lock order problem relating to the processing of ICMP redirects -- uncommon >> in most configurations, but quite a few on his network, which triggers >> quickly under load. Kip Macy has corrected at least one (both?) problems >> in head, and plans to MFC the fixes in the near future. We'll follow up >> further once the fixes are merged, and if any further problems transpire. > > Do you have any other details about these issues ? Were the fixes ever MFC'd Hi Mike, et al, I gave Kip a ping about MFCing the fixes and he said he would do that, but has apparently been preoccupied. I'm working on an MFC patch currently, but as I'm not all that familiar with the routing code, and the bug fixes were mixed with feature enhancements in his original commits, it will probably take me a bit longer to produce a candidate patch. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 11:27: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 EBF191065673 for ; Wed, 18 Feb 2009 11:27:45 +0000 (UTC) (envelope-from cm@therek.net) Received: from magicelf.therek.net (magicelf.therek.net [193.59.37.12]) by mx1.freebsd.org (Postfix) with ESMTP id 72DB68FC12 for ; Wed, 18 Feb 2009 11:27:45 +0000 (UTC) (envelope-from cm@therek.net) Received: from mpl34.localnet ([217.153.26.70]) (authenticated bits=0) by magicelf.therek.net (8.14.3/8.14.3) with ESMTP id n1IBRhR9010883 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Wed, 18 Feb 2009 12:27:43 +0100 (CET) From: Cezary Morga Organization: therekNET To: freebsd-stable@freebsd.org Date: Wed, 18 Feb 2009 12:27:38 +0100 User-Agent: KMail/1.10.1 (Linux/2.6.27-9-generic; KDE/4.1.2; i686; ; ) References: <1234890933.21366.10.camel@pc-racine1.mcmaster.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200902181227.38524.cm@therek.net> Subject: Re: FreeBSD 7.1 crashing on shutdown, halt etc. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 11:27:46 -0000 Dnia =B6roda, 18 lutego 2009, Hendrik Bunke napisa=B3: > --On Tue, 17 Feb 2009 12:15, Jeffrey Racine wrote: > > Hi. > > > > My system is crashing when I log out (using gdm). I had posted to gnome > > but was just advised to post to x11, posted to x11 and was told this is= a > > kernel bug. Many thanks for any all of your assistance. Backtrace is > > provided below. > > I had similar problems (didn't do a backtrace though). Solution > was updating to 7-stable and adding > dbus_enable=3D"YES" > hald_enable=3D"YES" > to rc.conf. Updating might not be necessary, adding dbus and hald > is absolutely. My problem appeared after updating from 7.1-RELEASE to 7-STABLE with dbus a= nd=20 hald already enabled. =2D-=20 Pozdrawiam, Cezary Morga "Television enables you to be entertained in your home by people you wouldn= 't=20 have in your home." (David Frost) From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 12:10: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 2A69D106568E for ; Wed, 18 Feb 2009 12:10:05 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id C77D78FC0A for ; Wed, 18 Feb 2009 12:10:04 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1LZlFa-0006zI-Ks for freebsd-stable@freebsd.org; Wed, 18 Feb 2009 12:10:02 +0000 Received: from 91.205.197.96 ([91.205.197.96]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Feb 2009 12:10:02 +0000 Received: from jumper99 by 91.205.197.96 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Feb 2009 12:10:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: "Helmut Schneider" Date: Wed, 18 Feb 2009 12:08:23 +0100 Lines: 19 Message-ID: References: <5909599F-CB2C-4B10-B405-156D95479AE6@yahoo.it> Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 91.205.197.96 X-MSMail-Priority: Normal X-Newsreader: vi with a tiny little GUI X-MimeOLE: Huh, what?! Sender: news Subject: Re: Invalid path for portupgrade ftp.FreeBSD.orgpub X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 12:10:15 -0000 Gianni Doe wrote: > I'm upgrading a system from 6.4 to 7.1 and rebuilding all the ports. > I'd rather use packages where present to speed things up a bit so I'm > using: > # portupgrade -faP > > The problem is that it never finds the packages as the URL is invalid, > there seems to be a missing slash between in ftp.FreeBSD.orgpub I created a PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=131775 In the meantime install ruby-1.8.6 which solves the problem. HTH; Helmut -- No Swen today, my love has gone away My mailbox stands for lorn, a symbol of the dawn From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 16:12: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 56C2A1065670; Wed, 18 Feb 2009 16:12:26 +0000 (UTC) (envelope-from ml@netfence.it) Received: from parrot.aev.net (parrot.aev.eu [212.31.247.179]) by mx1.freebsd.org (Postfix) with ESMTP id 657F98FC2D; Wed, 18 Feb 2009 16:12:24 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.ventu (adsl-ull-63-16.51-151.net24.it [151.51.16.63]) (authenticated bits=128) by parrot.aev.net (8.14.3/8.14.3) with ESMTP id n1IBogb3066642 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 18 Feb 2009 12:50:47 +0100 (CET) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.3/8.14.2) with ESMTP id n1IBrcC9097445; Wed, 18 Feb 2009 12:53:39 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <499BF630.7080306@netfence.it> Date: Wed, 18 Feb 2009 12:51:12 +0100 From: Andrea Venturoli User-Agent: Thunderbird 2.0.0.19 (X11/20090201) MIME-Version: 1.0 To: Scott Long References: <499551B9.7050805@samsco.org> In-Reply-To: <499551B9.7050805@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 212.31.247.179 Cc: FreeBSD Current , FreeBSD Stable Subject: Re: HEADS UP: Major CAM performance regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 16:12:26 -0000 Scott Long ha scritto: Hello. > The following configurations are known to be affected: > > VMWare ESX > VMWare Fusion > (using bt or lsilogic controller options) > HP CISS RAID > Some MPT-SAS combinations with SATA drives attached > (Includes Dell SAS5/ir, but not PERC5/PERC6). Does it holds for any of these? Or do you require a combination of factors? I ask because I have two identical HP machines, one running 7.1p2/amd64, the other still at 7.1-PRERELEASE/amd64 and on both I get: # camcontrol tags da0 (pass1:ciss0:0:0:0): device openings: 254 So it looks like I'm not affected, although I have a ciss RAID. ??? bye & Thanks av. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 16:21: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 7BB5C106564A; Wed, 18 Feb 2009 16:21:34 +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 DC3DE8FC14; Wed, 18 Feb 2009 16:21:33 +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 1LZpAx-0006zH-37; Wed, 18 Feb 2009 18:21:31 +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 n1IGLRTH047897 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Feb 2009 18:21:27 +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 n1IGLR0k093569; Wed, 18 Feb 2009 18:21:27 +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 n1IGLQuP093568; Wed, 18 Feb 2009 18:21:26 +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: Wed, 18 Feb 2009 18:21:26 +0200 From: Kostik Belousov To: Cy Schubert Message-ID: <20090218162126.GQ41617@deviant.kiev.zoral.com.ua> References: <200902180543.n1I5hVDF072033@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="v+Mbu5iuT/5Blw/K" Content-Disposition: inline In-Reply-To: <200902180543.n1I5hVDF072033@cwsys.cwsent.com> 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 1LZpAx-0006zH-37 4dcb372e9c704890fa17f563d29f6267 X-Terabit: YES Cc: pjd@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS Panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2009 16:21:34 -0000 --v+Mbu5iuT/5Blw/K Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 17, 2009 at 09:43:31PM -0800, Cy Schubert wrote: > I got this panic after issuing reboot(8). >=20 > FreeBSD 7.1-STABLE FreeBSD 7.1-STABLE #0: Tue Feb 17 19:29:23 PST 2009 = =20 > cy@cwsys:/export/obj/export/home/cy/test/test-stable7/sys/DEBUG i386 >=20 >=20 > FreeBSD/i386 (bob) (ttyd0) >=20 > login: Feb 17 21:22:56 bob reboot: rebooted by root > Feb 17 21:22:56 bob syslogd: exiting on signal 15 > Waiting (max 60 seconds) for system process `vnlru' to stop...done > Waiting (max 60 seconds) for system process `syncer' to stop... > Syncing disks, vnodes remaining...2 2 2 2 1 1 1 1 0 0 0 0 0 0 done > Waiting (max 60 seconds) for system process `bufdaemon' to stop...done > All buffers synced. > panic: insmntque() failed: error 16 > cpuid =3D 0 > KDB: enter: panic > [thread pid 1086 tid 100090 ] > Stopped at kdb_enter_why+0x3a: movl $0,kdb_why > db> bt > Tracing pid 1086 tid 100090 td 0xc2bfd230 > kdb_enter_why(c087ef4a,c087ef4a,c2b1b5b4,ebf8da58,0,...) at=20 > kdb_enter_why+0x3a > panic(c2b1b5b4,10,c2b24a40,ebf8da64,c38e6000,...) at panic+0x136 > gfs_file_create(84,c346d8a0,c342d5a0,c2b24a40,c346d8a0,...) at=20 > gfs_file_create+0x86 > gfs_dir_create(84,c346d8a0,c342d5a0,c2b24a40,0,...) at gfs_dir_create+0x2c > zfsctl_mknode_snapdir(c346d8a0,c2b1b54f,275,25d,c3419520,...) at=20 > zfsctl_mknode_snapdir+0x53 > gfs_dir_lookup(c346d8a0,c2b21126,ebf8db74,c091521c,ebf8db38,...) at=20 > gfs_dir_lookup+0xd1 > zfsctl_root_lookup(c346d8a0,c2b21126,ebf8db74,0,0,...) at=20 > zfsctl_root_lookup+0xdc > zfsctl_umount_snapshots(c342d5a0,80000,c3acb800,c3216844,0,...) at=20 > zfsctl_umount_snapshots+0x4e > zfs_umount(c342d5a0,80000,c2bfd230,c2bfd230,c088a687,...) at zfs_umount+0= x53 > dounmount(c342d5a0,80000,c2bfd230,e26988ac,0,...) at dounmount+0x430 > vfs_unmountall(c087ed87,0,c087edeb,128,0,...) at vfs_unmountall+0x4e > boot(c090b5d0,0,c087edeb,ab,ebf8dd2c,...) at boot+0x44f > reboot(c2bfd230,ebf8dcfc,4,c0885aef,c08c38a8,...) at reboot+0x4b > syscall(ebf8dd38) at syscall+0x2b3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (55, FreeBSD ELF32, reboot), eip =3D 0x280bc947, esp =3D=20 > 0xbfbfeb7c, ebp =3D 0xbfbfebb8 --- > db>=20 >=20 > Forceably unmounting ZFS filesystems prior to issuing reboot(8) mitigates= =20 > the panic. The patch below would fix the problem, unless I mis-merged it. Please note that I cannot test the patch myself, so I rely on ZFS users testing before the commit. Property changes on: . ___________________________________________________________________ Modified: svn:mergeinfo Merged /head/sys:r182781,182824,182840 Property changes on: dev/cxgb ___________________________________________________________________ Modified: svn:mergeinfo Merged /head/sys/dev/cxgb:r182781,182824,182840 Property changes on: dev/ath/ath_hal ___________________________________________________________________ Modified: svn:mergeinfo Merged /head/sys/dev/ath/ath_hal:r182781,182824,182840 Property changes on: contrib/pf ___________________________________________________________________ Modified: svn:mergeinfo Merged /head/sys/contrib/pf:r182781,182824,182840 Index: cddl/contrib/opensolaris/uts/common/fs/gfs.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- cddl/contrib/opensolaris/uts/common/fs/gfs.c (revision 188748) +++ cddl/contrib/opensolaris/uts/common/fs/gfs.c (working copy) @@ -358,6 +358,7 @@ fp =3D kmem_zalloc(size, KM_SLEEP); error =3D getnewvnode("zfs", vfsp, ops, &vp); ASSERT(error =3D=3D 0); + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, curthread); vp->v_data =3D (caddr_t)fp; =20 /* @@ -368,7 +369,9 @@ fp->gfs_size =3D size; fp->gfs_type =3D GFS_FILE; =20 + vp->v_vflag |=3D VV_FORCEINSMQ; error =3D insmntque(vp, vfsp); + vp->v_vflag &=3D ~VV_FORCEINSMQ; KASSERT(error =3D=3D 0, ("insmntque() failed: error %d", error)); =20 /* Index: cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c (revision 188748) +++ cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c (working copy) @@ -113,6 +113,7 @@ if (cdrarg !=3D NULL) { error =3D getnewvnode("zfs", vfsp, &zfs_vnodeops, &vp); ASSERT(error =3D=3D 0); + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, curthread); zp->z_vnode =3D vp; vp->v_data =3D (caddr_t)zp; vp->v_vnlock->lk_flags |=3D LK_CANRECURSE; @@ -348,7 +349,9 @@ if (vp =3D=3D NULL) return (zp); =20 + vp->v_vflag |=3D VV_FORCEINSMQ; error =3D insmntque(vp, zfsvfs->z_vfs); + vp->v_vflag &=3D ~VV_FORCEINSMQ; KASSERT(error =3D=3D 0, ("insmntque() failed: error %d", error)); =20 vp->v_type =3D IFTOVT((mode_t)zp->z_phys->zp_mode); @@ -535,8 +538,10 @@ =20 *zpp =3D zp; } else { - if (ZTOV(zp) !=3D NULL) + if (ZTOV(zp) !=3D NULL) { ZTOV(zp)->v_count =3D 0; + VOP_UNLOCK(ZTOV(zp), 0, curthread); + } dmu_buf_rele(dbp, NULL); zfs_znode_free(zp); } @@ -598,14 +603,18 @@ &zp->z_vnode); ASSERT(err =3D=3D 0); vp =3D ZTOV(zp); + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, curthread); vp->v_data =3D (caddr_t)zp; vp->v_vnlock->lk_flags |=3D LK_CANRECURSE; vp->v_vnlock->lk_flags &=3D ~LK_NOSHARE; vp->v_type =3D IFTOVT((mode_t)zp->z_phys->zp_mode); if (vp->v_type =3D=3D VDIR) zp->z_zn_prefetch =3D B_TRUE; /* z_prefetch default is enabled */ + vp->v_vflag |=3D VV_FORCEINSMQ; err =3D insmntque(vp, zfsvfs->z_vfs); + vp->v_vflag &=3D ~VV_FORCEINSMQ; KASSERT(err =3D=3D 0, ("insmntque() failed: error %d", err)); + VOP_UNLOCK(vp, 0, curthread); } mutex_exit(&zp->z_lock); ZFS_OBJ_HOLD_EXIT(zfsvfs, obj_num); @@ -621,6 +630,8 @@ zfs_znode_dmu_init(zp); ZFS_OBJ_HOLD_EXIT(zfsvfs, obj_num); *zpp =3D zp; + if ((vp =3D ZTOV(zp)) !=3D NULL) + VOP_UNLOCK(vp, 0, curthread); return (0); } =20 Index: cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c (revision 188748) +++ cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c (working copy) @@ -1303,12 +1303,6 @@ } } out: - - if (error =3D=3D 0) { - *vpp =3D ZTOV(zp); - vn_lock(*vpp, LK_EXCLUSIVE | LK_RETRY, td); - } - if (dl) zfs_dirent_unlock(dl); =20 @@ -1588,8 +1582,6 @@ zfs_log_create(zilog, tx, TX_MKDIR, dzp, zp, dirname); dmu_tx_commit(tx); =20 - vn_lock(*vpp, LK_EXCLUSIVE | LK_RETRY, curthread); - zfs_dirent_unlock(dl); =20 ZFS_EXIT(zfsvfs); @@ -2773,7 +2765,6 @@ if (error =3D=3D 0) { zfs_log_symlink(zilog, tx, TX_SYMLINK, dzp, zp, name, link); *vpp =3D ZTOV(zp); - vn_lock(*vpp, LK_EXCLUSIVE | LK_RETRY, td); } =20 dmu_tx_commit(tx); Index: cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c (revision 18874= 8) +++ cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c (working copy) @@ -176,6 +176,8 @@ vp->v_vflag &=3D ~VV_ROOT; =20 zfsvfs->z_ctldir =3D vp; + + VOP_UNLOCK(vp, 0, curthread); } =20 /* @@ -789,6 +791,7 @@ mutex_init(&sdp->sd_lock, NULL, MUTEX_DEFAULT, NULL); avl_create(&sdp->sd_snaps, snapentry_compare, sizeof (zfs_snapentry_t), offsetof(zfs_snapentry_t, se_node)); + VOP_UNLOCK(vp, 0, curthread); return (vp); } =20 @@ -862,6 +865,7 @@ &zfsctl_ops_snapshot, NULL, NULL, MAXNAMELEN, NULL, NULL); zcp =3D vp->v_data; zcp->zc_id =3D objset; + VOP_UNLOCK(vp, 0, curthread); =20 return (vp); } --v+Mbu5iuT/5Blw/K Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmcNYUACgkQC3+MBN1Mb4gswwCgytR84hTQfx4QwxR9BiLRyGtL DAIAnA3iC7D0BHNXf9ff+iBDlEFGurvC =P8RF -----END PGP SIGNATURE----- --v+Mbu5iuT/5Blw/K-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 16:46: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 BF2A81065673 for ; Wed, 18 Feb 2009 16:46:46 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 22CBA8FC12 for ; Wed, 18 Feb 2009 16:46:44 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id B97FCC855 for ; Wed, 18 Feb 2009 18:46:41 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 98221-03 for ; Wed, 18 Feb 2009 18:46:41 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id EEF2DCBD3 for ; Wed, 18 Feb 2009 18:46:40 +0200 (EET) Message-ID: <499C3B70.6040803@bulinfo.net> Date: Wed, 18 Feb 2009 18:46:40 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.14 (X11/20080616) MIME-Version: 1.0 CC: FreeBSD References: <499AF864.9010506@bulinfo.net> <499AFE8F.3080207@alaska.net> <499BC773.70701@bulinfo.net> In-Reply-To: <499BC773.70701@bulinfo.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Subject: Re: Booting 7.1-STABLE on supermicro 5015-MF (PDSMI+) (solved) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 16:46:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I found that my problem is exactly as PR: 126972 and increasing NKPT solves it. Even I am able to boot from USB. I have question about setting NKPT. The default value is 30 and according reply to this PR it should be able to use mfs root with size up to ~120Mb. My uncompressed mfs root image is ~70Mb and it should work with the default value of NKPT. NKPT means "Actual number of kernel page tables" but how it affect mfs root? And how to calculate needed value? Also this board definitely has problems connecting IDE HDD! Best regards Krassimir Slavchev wrote: > Royce Williams wrote: >> Krassimir Slavchev wrote, on 2/17/2009 8:48 AM: >>> It boots 7.1-RELEASE from the CDROM just fine but when boots from an IDE >>> disk it crashes right after loading the kernel: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFJnDtwxJBWvpalMpkRAiTGAJ9AEp4xA917AQok6aE67wfGexafjgCeNcPX LxKvQI6ZxWxSv2BbeEfCH6c= =SsOx -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 17:19: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 05C531065678 for ; Wed, 18 Feb 2009 17:19:39 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 8D4828FC19 for ; Wed, 18 Feb 2009 17:19:38 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so765728fgb.35 for ; Wed, 18 Feb 2009 09:19:37 -0800 (PST) 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=qiU0a2XovCopQgdMbn31vXK5C8PZtX+Qw9j9hCCHAF4=; b=UKUWLV/d+u7QoxmFQmL0v6lISmMfSuApwJOVyB4JcLWaIEx798F/SbIXvffnuVG+Wv s7mqB4JolTtNLZe6yJKBpPejbdgcva/quUTwgqlmKLu/9p0M2lho50v0Yqc3rNNoskoO RWmvJEsh4YmbXyHWt/8pzVKIMgtofmwjcmINc= 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=GuIYcYMpr+J3XPXcLpGXxczMUhjF+cIlAnI+VZSDw4wZWxyMucyWCM910um1DN1CpS EWw4wUsuL+XMqQ/eXWUI8CeVkjMrrGBl3hIWos1zCQikitEcNnq2IGTskSa06dtjT15c 7ztF2NLlJngW72BJ3PZTVF7Cp1pO3GNcC137g= MIME-Version: 1.0 Received: by 10.86.60.14 with SMTP id i14mr2869061fga.70.1234977577524; Wed, 18 Feb 2009 09:19:37 -0800 (PST) In-Reply-To: <499BC1C1.4060204@FreeBSD.org> References: <499B6A51.8020704@FreeBSD.org> <499BC1C1.4060204@FreeBSD.org> Date: Wed, 18 Feb 2009 20:19:37 +0300 Message-ID: From: pluknet To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7-stable kernel not compiling: nlm_prot_impl.c "undefined reference to `nfs_*" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 17:19:39 -0000 2009/2/18 Doug Barton : > I "solved" this by adding NFSCLIENT back to my kernel config file. I > had NFSSERVER and NFSLOCKD in there already. Given that this is a file > server system it doesn't seem logical that it would need NFSCLIENT in > the kernel. > I talked with dfr@ about ifdef'ing client parts in NFSLOCKD some months ago, still without result. -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 17:46: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 B70FB1065672 for ; Wed, 18 Feb 2009 17:46:28 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from queueout04-winn.ispmail.ntl.com (queueout04-winn.ispmail.ntl.com [81.103.221.58]) by mx1.freebsd.org (Postfix) with ESMTP id 622D98FC0C for ; Wed, 18 Feb 2009 17:46:24 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout02-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090218172824.HUOZ2989.mtaout01-winn.ispmail.ntl.com@aamtaout02-winn.ispmail.ntl.com> for ; Wed, 18 Feb 2009 17:28:24 +0000 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout02-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090218172823.CXHW21638.aamtaout02-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com> for ; Wed, 18 Feb 2009 17:28:23 +0000 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from gamma.private.lan (gamma.private.lan [192.168.0.12]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n1IHSHlr032010 for ; Wed, 18 Feb 2009 17:28:17 GMT (envelope-from ianjhart@ntlworld.com) From: ian j hart To: freebsd-stable@freebsd.org Date: Wed, 18 Feb 2009 17:28:16 +0000 User-Agent: KMail/1.9.10 References: <4994CD7B.7040302@denninger.net> <499526E9.3090804@bit0.com> <2CA7DE699281AFA5DF2BD851@syn> In-Reply-To: <2CA7DE699281AFA5DF2BD851@syn> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200902181728.16842.ianjhart@ntlworld.com> X-Cloudmark-Analysis: v=1.0 c=1 a=C1J2tzzPd2oA:10 a=e78F3LAMAAAA:8 a=yuk-rqkyAAAA:8 a=6I5d2MoRAAAA:8 a=G65KC7RlAAAA:8 a=y5GVXGEQB45XpRBdnEoA:9 a=q8D-5ZZrnAuh5Wpz-rYA:7 a=VSG4XMKYYasVBtt9Lplq4A9k_VEA:4 a=LY0hPdMaydYA:10 a=gJKXwAQIE-YA:10 a=VccRq9qsm4EA:10 a=SV7veod9ZcQA:10 a=1QG0cS6IHSAA:10 Subject: Re: Upgrade from 32-bit to AMD-64? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 17:46:29 -0000 On Friday 13 February 2009 08:40:27 Goran Lowkrantz wrote: > Hi, > > When have done this, MySQL is OK but Berkley and PostgreSQL need > dump/restore. > > /glz [sorry I'm a bit late] IIRC system accounting did weird stuff until I adjusted it with rm :) > > --On February 13, 2009 2:53:13 -0500 Mike Andrews wro= te: > > Xin LI wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA1 > >> > >> Karl Denninger wrote: > >> [...] > >> > >>> I guess I need to schedule the 2-3 hours of downtime..... the reason > >>> for this, by the way, is that I have a dbms app on there that is > >>> getting too RAM hungry for its own good (its a Quadcore CPU) and I'm = up > >>> against the RAM limit for 32-bit code. The board will support more b= ut > >>> 32-bit code won't; ergo, the only way to get beyond this is to go to > >>> 64-bit. > >> > >> Oh wait! One thing you wanted to know is that, some database *can* ha= ve > >> different on-disk format for 32-bit and 64-bit binaries. Be sure to > >> have a dump handy. Last time I hit this on a MySQL "upgrade" between > >> two servers, and I end up using its replication functionality. The > >> operation took longer time than I expected at the beginning. > > > > For what it's worth, I did an in-place source upgrade on our MySQL serv= er > > (for the same lack-of-memory reason) and didn't have any on-disk format > > problems. In fact later on when troubleshooting data corruption proble= ms > > that turned out to be bad hardware, I switched between 32-bit and 64-bit > > mysqld binaries without rebooting or dumping/reimporting the database. > > > > BUT... there was no replication involved. It wouldn't surprise me if t= he > > binlog or relay logs were in an architecture specific format. InnoDB and > > MyISAM tables don't appear to be. This was over a year ago though, so > > test on a scratch box first and you may save yourself a bit of downtime. > > > > The upgrade is a pain, and does have a lot of potential foot-shooting, > > and you have to immediately recompile ALL of your installed ports (and > > anything else not built from ports) to avoid mixing 32-bit and 64-bit > > shared libraries... and that rebuilding ports time is where most of yo= ur > > downtime comes from if it's a production box. > > > > If you're feeling lucky, the procedure's in the list archives somewhere > > and the super-short version is you turn your swap partition into a > > temporary amd64 root filesystem, installworld/kernel into that, boot in= to > > that, then mount and installworld/kernel on top of the old i386 root > > filesystem from there, then boot into it and recompile all your ports > > (after reclaiming your swap partition for swap). Or, the way I did it > > last time was to boot into a PXE diskless FreeBSD/amd64 install and use > > that to mount/install over the i386 stuff. > > > > Definitely practice on a scratch system first. :) > > > > > > -- > > Mike Andrews > > Server Monkey > > Fark, Inc > > mandrews@fark.com > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" > > ................................................... the future isMobile > > Goran Lowkrantz > System Architect, isMobile AB > Sandviksgatan 81, PO Box 58, S-971 03 Lule=E5, Sweden > Mobile: +46(0)70-587 87 82 > http://www.ismobile.com ............................................... > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" =2D-=20 ian j hart From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 17:51: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 D93AC1065670; Wed, 18 Feb 2009 17:51:24 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from idcmail-mo1so.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 974898FC08; Wed, 18 Feb 2009 17:51:24 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from pd3ml2so-ssvc.prod.shaw.ca ([10.0.141.138]) by pd2mo1so-svcs.prod.shaw.ca with ESMTP; 18 Feb 2009 10:51:24 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=0 a=6I5d2MoRAAAA:8 a=bK2CagvgAuzZbd-IqcsA:9 a=1IkldPROU9LOW28XoY4A:7 a=kN0NH9hGhu8Z6YmpxK8PlPnh7boA:4 a=V7tsTZBp22UA:10 a=SV7veod9ZcQA:10 a=wAGQQ9Az6v0A:10 Received: from s01060002b31a8191.gv.shawcable.net (HELO spqr.komquats.com) ([24.68.166.226]) by pd3ml2so-dmz.prod.shaw.ca with ESMTP; 18 Feb 2009 10:51:23 -0700 Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id B0BCA410ED; Wed, 18 Feb 2009 09:51:21 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.14.3/8.14.3) with ESMTP id n1IHpKdD028603; Wed, 18 Feb 2009 09:51:21 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200902181751.n1IHpKdD028603@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Kostik Belousov In-Reply-To: Message from Kostik Belousov of "Wed, 18 Feb 2009 18:21:26 +0200." <20090218162126.GQ41617@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 18 Feb 2009 09:51:20 -0800 Sender: Cy.Schubert@komquats.com Cc: pjd@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS Panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2009 17:51:25 -0000 In message <20090218162126.GQ41617@deviant.kiev.zoral.com.ua>, Kostik Belousov writes: > > --v+Mbu5iuT/5Blw/K > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Tue, Feb 17, 2009 at 09:43:31PM -0800, Cy Schubert wrote: > > I got this panic after issuing reboot(8). > >=20 > > FreeBSD 7.1-STABLE FreeBSD 7.1-STABLE #0: Tue Feb 17 19:29:23 PST 2009 = > =20 > > cy@cwsys:/export/obj/export/home/cy/test/test-stable7/sys/DEBUG i386 > >=20 > >=20 > > FreeBSD/i386 (bob) (ttyd0) > >=20 > > login: Feb 17 21:22:56 bob reboot: rebooted by root > > Feb 17 21:22:56 bob syslogd: exiting on signal 15 > > Waiting (max 60 seconds) for system process `vnlru' to stop...done > > Waiting (max 60 seconds) for system process `syncer' to stop... > > Syncing disks, vnodes remaining...2 2 2 2 1 1 1 1 0 0 0 0 0 0 done > > Waiting (max 60 seconds) for system process `bufdaemon' to stop...done > > All buffers synced. > > panic: insmntque() failed: error 16 > > cpuid =3D 0 > > KDB: enter: panic > > [thread pid 1086 tid 100090 ] > > Stopped at kdb_enter_why+0x3a: movl $0,kdb_why > > db> bt > > Tracing pid 1086 tid 100090 td 0xc2bfd230 > > kdb_enter_why(c087ef4a,c087ef4a,c2b1b5b4,ebf8da58,0,...) at=20 > > kdb_enter_why+0x3a > > panic(c2b1b5b4,10,c2b24a40,ebf8da64,c38e6000,...) at panic+0x136 > > gfs_file_create(84,c346d8a0,c342d5a0,c2b24a40,c346d8a0,...) at=20 > > gfs_file_create+0x86 > > gfs_dir_create(84,c346d8a0,c342d5a0,c2b24a40,0,...) at gfs_dir_create+0x2c > > zfsctl_mknode_snapdir(c346d8a0,c2b1b54f,275,25d,c3419520,...) at=20 > > zfsctl_mknode_snapdir+0x53 > > gfs_dir_lookup(c346d8a0,c2b21126,ebf8db74,c091521c,ebf8db38,...) at=20 > > gfs_dir_lookup+0xd1 > > zfsctl_root_lookup(c346d8a0,c2b21126,ebf8db74,0,0,...) at=20 > > zfsctl_root_lookup+0xdc > > zfsctl_umount_snapshots(c342d5a0,80000,c3acb800,c3216844,0,...) at=20 > > zfsctl_umount_snapshots+0x4e > > zfs_umount(c342d5a0,80000,c2bfd230,c2bfd230,c088a687,...) at zfs_umount+0= > x53 > > dounmount(c342d5a0,80000,c2bfd230,e26988ac,0,...) at dounmount+0x430 > > vfs_unmountall(c087ed87,0,c087edeb,128,0,...) at vfs_unmountall+0x4e > > boot(c090b5d0,0,c087edeb,ab,ebf8dd2c,...) at boot+0x44f > > reboot(c2bfd230,ebf8dcfc,4,c0885aef,c08c38a8,...) at reboot+0x4b > > syscall(ebf8dd38) at syscall+0x2b3 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (55, FreeBSD ELF32, reboot), eip =3D 0x280bc947, esp =3D=20 > > 0xbfbfeb7c, ebp =3D 0xbfbfebb8 --- > > db>=20 > >=20 > > Forceably unmounting ZFS filesystems prior to issuing reboot(8) mitigates= > =20 > > the panic. > > The patch below would fix the problem, unless I mis-merged it. > Please note that I cannot test the patch myself, so I rely on ZFS > users testing before the commit. > > Property changes on: . > ___________________________________________________________________ > Modified: svn:mergeinfo > Merged /head/sys:r182781,182824,182840 > > > Property changes on: dev/cxgb > ___________________________________________________________________ > Modified: svn:mergeinfo > Merged /head/sys/dev/cxgb:r182781,182824,182840 > > > Property changes on: dev/ath/ath_hal > ___________________________________________________________________ > Modified: svn:mergeinfo > Merged /head/sys/dev/ath/ath_hal:r182781,182824,182840 > > > Property changes on: contrib/pf > ___________________________________________________________________ > Modified: svn:mergeinfo > Merged /head/sys/contrib/pf:r182781,182824,182840 > > Index: cddl/contrib/opensolaris/uts/common/fs/gfs.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- cddl/contrib/opensolaris/uts/common/fs/gfs.c (revision 188748) > +++ cddl/contrib/opensolaris/uts/common/fs/gfs.c (working copy) > @@ -358,6 +358,7 @@ > fp =3D kmem_zalloc(size, KM_SLEEP); > error =3D getnewvnode("zfs", vfsp, ops, &vp); > ASSERT(error =3D=3D 0); > + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, curthread); > vp->v_data =3D (caddr_t)fp; > =20 > /* > @@ -368,7 +369,9 @@ > fp->gfs_size =3D size; > fp->gfs_type =3D GFS_FILE; > =20 > + vp->v_vflag |=3D VV_FORCEINSMQ; > error =3D insmntque(vp, vfsp); > + vp->v_vflag &=3D ~VV_FORCEINSMQ; > KASSERT(error =3D=3D 0, ("insmntque() failed: error %d", error)); > =20 > /* > Index: cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c (revision 18874 > 8) > +++ cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c (working copy) > @@ -113,6 +113,7 @@ > if (cdrarg !=3D NULL) { > error =3D getnewvnode("zfs", vfsp, &zfs_vnodeops, &vp); > ASSERT(error =3D=3D 0); > + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, curthread); > zp->z_vnode =3D vp; > vp->v_data =3D (caddr_t)zp; > vp->v_vnlock->lk_flags |=3D LK_CANRECURSE; > @@ -348,7 +349,9 @@ > if (vp =3D=3D NULL) > return (zp); > =20 > + vp->v_vflag |=3D VV_FORCEINSMQ; > error =3D insmntque(vp, zfsvfs->z_vfs); > + vp->v_vflag &=3D ~VV_FORCEINSMQ; > KASSERT(error =3D=3D 0, ("insmntque() failed: error %d", error)); > =20 > vp->v_type =3D IFTOVT((mode_t)zp->z_phys->zp_mode); > @@ -535,8 +538,10 @@ > =20 > *zpp =3D zp; > } else { > - if (ZTOV(zp) !=3D NULL) > + if (ZTOV(zp) !=3D NULL) { > ZTOV(zp)->v_count =3D 0; > + VOP_UNLOCK(ZTOV(zp), 0, curthread); > + } > dmu_buf_rele(dbp, NULL); > zfs_znode_free(zp); > } > @@ -598,14 +603,18 @@ > &zp->z_vnode); > ASSERT(err =3D=3D 0); > vp =3D ZTOV(zp); > + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, curthread); > vp->v_data =3D (caddr_t)zp; > vp->v_vnlock->lk_flags |=3D LK_CANRECURSE; > vp->v_vnlock->lk_flags &=3D ~LK_NOSHARE; > vp->v_type =3D IFTOVT((mode_t)zp->z_phys->zp_mode); > if (vp->v_type =3D=3D VDIR) > zp->z_zn_prefetch =3D B_TRUE; /* z_prefetch d > efault is enabled */ > + vp->v_vflag |=3D VV_FORCEINSMQ; > err =3D insmntque(vp, zfsvfs->z_vfs); > + vp->v_vflag &=3D ~VV_FORCEINSMQ; > KASSERT(err =3D=3D 0, ("insmntque() failed: error %d", > err)); > + VOP_UNLOCK(vp, 0, curthread); > } > mutex_exit(&zp->z_lock); > ZFS_OBJ_HOLD_EXIT(zfsvfs, obj_num); > @@ -621,6 +630,8 @@ > zfs_znode_dmu_init(zp); > ZFS_OBJ_HOLD_EXIT(zfsvfs, obj_num); > *zpp =3D zp; > + if ((vp =3D ZTOV(zp)) !=3D NULL) > + VOP_UNLOCK(vp, 0, curthread); > return (0); > } > =20 > Index: cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c (revision 18874 > 8) > +++ cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c (working copy) > @@ -1303,12 +1303,6 @@ > } > } > out: > - > - if (error =3D=3D 0) { > - *vpp =3D ZTOV(zp); > - vn_lock(*vpp, LK_EXCLUSIVE | LK_RETRY, td); > - } > - > if (dl) > zfs_dirent_unlock(dl); > =20 > @@ -1588,8 +1582,6 @@ > zfs_log_create(zilog, tx, TX_MKDIR, dzp, zp, dirname); > dmu_tx_commit(tx); > =20 > - vn_lock(*vpp, LK_EXCLUSIVE | LK_RETRY, curthread); > - > zfs_dirent_unlock(dl); > =20 > ZFS_EXIT(zfsvfs); > @@ -2773,7 +2765,6 @@ > if (error =3D=3D 0) { > zfs_log_symlink(zilog, tx, TX_SYMLINK, dzp, zp, name, link); > *vpp =3D ZTOV(zp); > - vn_lock(*vpp, LK_EXCLUSIVE | LK_RETRY, td); > } > =20 > dmu_tx_commit(tx); > Index: cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c (revision 18874 > = > 8) > +++ cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c (working copy) > @@ -176,6 +176,8 @@ > vp->v_vflag &=3D ~VV_ROOT; > =20 > zfsvfs->z_ctldir =3D vp; > + > + VOP_UNLOCK(vp, 0, curthread); > } > =20 > /* > @@ -789,6 +791,7 @@ > mutex_init(&sdp->sd_lock, NULL, MUTEX_DEFAULT, NULL); > avl_create(&sdp->sd_snaps, snapentry_compare, > sizeof (zfs_snapentry_t), offsetof(zfs_snapentry_t, se_node)); > + VOP_UNLOCK(vp, 0, curthread); > return (vp); > } > =20 > @@ -862,6 +865,7 @@ > &zfsctl_ops_snapshot, NULL, NULL, MAXNAMELEN, NULL, NULL); > zcp =3D vp->v_data; > zcp->zc_id =3D objset; > + VOP_UNLOCK(vp, 0, curthread); > =20 > return (vp); > } > This fixes the panic on my testbed. I'll get a fresh copy of stable/7, install and test it on my other servers first, and let you know what the results are when I'm done. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org e**(i*pi)+1=0 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 17:57:19 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 C951E106564A for ; Wed, 18 Feb 2009 17:57:19 +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 1C87C8FC1C for ; Wed, 18 Feb 2009 17:57:18 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id n1IHvIc8061382 for ; Wed, 18 Feb 2009 11:57:18 -0600 (CST) (envelope-from karl@denninger.net) Received: from [192.168.1.40] [192.168.1.40] by Spamblock-sys (LOCAL); Wed Feb 18 11:57:18 2009 Message-ID: <499C4BFC.3050704@denninger.net> Date: Wed, 18 Feb 2009 11:57:16 -0600 From: Karl Denninger User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4994CD7B.7040302@denninger.net> <499526E9.3090804@bit0.com> <2CA7DE699281AFA5DF2BD851@syn> <200902181728.16842.ianjhart@ntlworld.com> In-Reply-To: <200902181728.16842.ianjhart@ntlworld.com> Content-Type: multipart/mixed; boundary="------------080101050705070809090806" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Upgrade from 32-bit to AMD-64? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 17:57:20 -0000 This is a multi-part message in MIME format. --------------080101050705070809090806 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit ian j hart wrote: > On Friday 13 February 2009 08:40:27 Goran Lowkrantz wrote: > >> Hi, >> >> When have done this, MySQL is OK but Berkley and PostgreSQL need >> dump/restore. >> >> /glz >> > > [sorry I'm a bit late] > > IIRC system accounting did weird stuff until I adjusted it with rm :) > > >> --On February 13, 2009 2:53:13 -0500 Mike Andrews wrote: >> >>> Xin LI wrote: >>> >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA1 >>>> >>>> Karl Denninger wrote: >>>> [...] >>>> >>>> >>>>> I guess I need to schedule the 2-3 hours of downtime..... the reason >>>>> for this, by the way, is that I have a dbms app on there that is >>>>> getting too RAM hungry for its own good (its a Quadcore CPU) and I'm up >>>>> against the RAM limit for 32-bit code. The board will support more but >>>>> 32-bit code won't; ergo, the only way to get beyond this is to go to >>>>> 64-bit. >>>>> >>>> Oh wait! One thing you wanted to know is that, some database *can* have >>>> different on-disk format for 32-bit and 64-bit binaries. Be sure to >>>> have a dump handy. Last time I hit this on a MySQL "upgrade" between >>>> two servers, and I end up using its replication functionality. The >>>> operation took longer time than I expected at the beginning. >>>> >>> For what it's worth, I did an in-place source upgrade on our MySQL server >>> (for the same lack-of-memory reason) and didn't have any on-disk format >>> problems. In fact later on when troubleshooting data corruption problems >>> that turned out to be bad hardware, I switched between 32-bit and 64-bit >>> mysqld binaries without rebooting or dumping/reimporting the database. >>> >>> BUT... there was no replication involved. It wouldn't surprise me if the >>> binlog or relay logs were in an architecture specific format. InnoDB and >>> MyISAM tables don't appear to be. This was over a year ago though, so >>> test on a scratch box first and you may save yourself a bit of downtime. >>> >>> The upgrade is a pain, and does have a lot of potential foot-shooting, >>> and you have to immediately recompile ALL of your installed ports (and >>> anything else not built from ports) to avoid mixing 32-bit and 64-bit >>> shared libraries... and that rebuilding ports time is where most of your >>> downtime comes from if it's a production box. >>> >>> If you're feeling lucky, the procedure's in the list archives somewhere >>> and the super-short version is you turn your swap partition into a >>> temporary amd64 root filesystem, installworld/kernel into that, boot into >>> that, then mount and installworld/kernel on top of the old i386 root >>> filesystem from there, then boot into it and recompile all your ports >>> (after reclaiming your swap partition for swap). Or, the way I did it >>> last time was to boot into a PXE diskless FreeBSD/amd64 install and use >>> that to mount/install over the i386 stuff. >>> >>> Definitely practice on a scratch system first. :) >>> >>> >>> -- >>> Mike Andrews >>> Server Monkey >>> Fark, Inc >>> mandrews@fark.com >>> >>> I have been able to come up with a procedure that works. 1. Load a new hard disk with the 64-bit code. Perform a buildworld and buildkernel, and installkernel and installworld to this disk to verify that it will install and run. You now have a "base" disk to use for migration. 2. Make sure you have a backup (:-)) 3. Boot the migration hard disk as the system disk and mount the subject machine's disk drive(s) under /mnt. 4. Do "make DESTDIR=/mnt installkernel" and "make DESTDIR=/mnt installworld" 5. Shut down and disconnect migration disk. 6. Boot SINGLE USER and verify that the system boots, you can fsck -p the disks, and mount them. The system should boot and run. 7. Come up multiuser but with any services necessary to the world offline. Some of your packages may blow up when started. If so, portupgrade SHOULD fix it, but this is not consistent. I had to manually dump the ports tree and rebuild a few installed ports due to what appear to be broken dependancies, but not many. Postgresql 32-bit runs fine without recompilation after doing this. It is arguably preferrable to recompile; doing so requires a dump/restore of the data as the 32 and 64-bit code will NOT run off the same binary data store. Attempting to "make instalkernel" on an "in-place" basis resulted in a system that booted but failed immediately due to loader conflicts; there was no way to get the rest of the codeset loaded if you make that mistake. The "migration disk" approach appears to work fine. -- -- Karl Denninger karl@denninger.net --------------080101050705070809090806-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 18:08:17 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 2DB84106568E for ; Wed, 18 Feb 2009 18:08:17 +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 C6D848FC1D for ; Wed, 18 Feb 2009 18:08:16 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id n1II8HFu071624 for ; Wed, 18 Feb 2009 12:08:17 -0600 (CST) (envelope-from karl@denninger.net) Received: from [192.168.1.40] [192.168.1.40] by Spamblock-sys (LOCAL); Wed Feb 18 12:08:17 2009 Message-ID: <499C4E8E.1020403@denninger.net> Date: Wed, 18 Feb 2009 12:08:14 -0600 From: Karl Denninger User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------060906030403070801040305" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problem with new Intel DX board and i7 Processor on reboot attempt (locks) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 18:08:17 -0000 This is a multi-part message in MIME format. --------------060906030403070801040305 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Running 7-STABLE, compiled last night. When attempting to reboot the system freezes at "stopping other CPUs" and has to be hard-reset with either the power button or the RESET switch. The problem is easily reproduced - typing "reboot" produces it :-) I'm wondering if that ACPI warning in the boot sequence is involved in this, and if so, if there is a recommended workaround? Here's the "dmesg" from the subject system: 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.1-STABLE #0: Wed Feb 18 00:38:33 CST 2009 karl@Dbms2.denninger.net:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz (2666.78-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106a4 Stepping = 4 Features=0xbfebfbff Features2=0x98e3bd,,> AMD Features=0x28100800 AMD Features2=0x1 Cores per package: 8 Logical CPUs per core: 2 usable memory = 6418419712 (6121 MB) avail memory = 6181691392 (5895 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ACPI Warning (tbfadt-0505): Optional field "Pm2ControlBlock" has zero address or length: 0 450/0 [20070320] ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 3.0 on pci0 pci2: on pcib2 vgapci0: mem 0xd1000000-0xd1ffffff,0xe0000000-0xefffffff,0xd0000000-0xd0ffffff irq 16 at device 0.0 on pci2 pcib3: irq 16 at device 7.0 on pci0 pci3: on pcib3 3ware device driver for 9000 series storage controllers, version: 3.70.05.001 twa0: <3ware 9000 series Storage Controller> port 0x2000-0x20ff mem 0xf0000000-0xf1ffffff,0xd2200000-0xd2200fff irq 16 at device 0.0 on pci3 twa0: [ITHREAD] twa0: INFO: (0x04: 0x0053): Battery capacity test is overdue: twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-8LPML, 8 ports, Firmware FE9X 4.06.00.004, BIOS BE9X 4.05.00.015 pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) pci0: at device 20.0 (no driver attached) pci0: at device 20.1 (no driver attached) pci0: at device 20.2 (no driver attached) pci0: at device 20.3 (no driver attached) em0: port 0x30e0-0x30ff mem 0xd2300000-0xd231ffff,0xd2322000-0xd2322fff irq 20 at device 25.0 on pci0 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:1c:c0:94:a5:39 uhci0: port 0x30c0-0x30df irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x30a0-0x30bf irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x3080-0x309f irq 19 at device 26.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd2321000-0xd23213ff irq 18 at d evice 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pci0: at device 27.0 (no driver attached) pcib4: irq 17 at device 28.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 28.1 on pci0 pci5: on pcib5 pcib6: irq 17 at device 28.4 on pci0 pci6: on pcib6 atapci0: port 0x1018-0x101f,0x1024-0x1027,0x1010-0x1017,0x1020-0x1023,0x1000-0x100f mem 0xd2100000-0xd21003ff irq 16 at device 0.0 on pci6 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] uhci3: port 0x3060-0x307f irq 23 at device 29.0 on pci0 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 0x3040-0x305f irq 19 at device 29.1 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered uhci5: port 0x3020-0x303f irq 18 at device 29.2 on pci0 uhci5: [GIANT-LOCKED] uhci5: [ITHREAD] usb6: on uhci5 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xd2320000-0xd23203ff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 6 ports with 6 removable, self powered pcib7: at device 30.0 on pci0 pci7: on pcib7 fwohci0: mem 0xd2004000-0xd20047ff,0xd2000000-0xd2003fff irq 19 at device 3.0 on pci7 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:90:27:00:02:3f:c4:9c fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x15dc000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:90:27:3f:c4:9c fwe0: Ethernet address: 02:90:27:3f:c4:9c fwip0: on firewire0 fwip0: Firewire address: 00:90:27:00:02:3f:c4:9c @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 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 atapci1: port 0x3158-0x315f,0x316c-0x316f,0x3150-0x3157,0x3168-0x316b,0x3130-0x313f,0x3120-0x312f irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci2: port 0x3148-0x314f,0x3164-0x3167,0x3140-0x3147,0x3160-0x3163,0x3110-0x311f,0x3100-0x310f irq 18 at device 31.5 on pci0 atapci2: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] fdc0: port 0x3f0-0x3f5,0x3f0 irq 6 drq 2 on acpi0 fdc0: [FILTER] cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 p4tcc3: on cpu3 cpu4: on acpi0 est4: on cpu4 p4tcc4: on cpu4 cpu5: on acpi0 est5: on cpu5 p4tcc5: on cpu5 cpu6: on acpi0 est6: on cpu6 p4tcc6: on cpu6 cpu7: on acpi0 est7: on cpu7 p4tcc7: on cpu7 orm0: at iomem 0xc0000-0xcefff,0xcf000-0xd0fff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> 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 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: [FILTER] vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 100.000MB/s transfers da0: 238408MB (488259584 512 byte sectors: 255H 63S/T 30392C) da1 at twa0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-5 device da1: 100.000MB/s transfers da1: 238408MB (488259584 512 byte sectors: 255H 63S/T 30392C) acd0: DVDR at ata3-master SATA150 lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! lapic4: Forcing LINT1 to edge trigger SMP: AP CPU #4 Launched! lapic2: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! lapic5: Forcing LINT1 to edge trigger SMP: AP CPU #5 Launched! lapic7: Forcing LINT1 to edge trigger SMP: AP CPU #7 Launched! lapic3: Forcing LINT1 to edge trigger SMP: AP CPU #3 Launched! lapic6: Forcing LINT1 to edge trigger SMP: AP CPU #6 Launched! Trying to mount root from ufs:/dev/da0s1a ukbd0: on uhub1 kbd2 at ukbd0 uhid0: on uhub1 em0: link state changed to UP -- -- Karl Denninger karl@denninger.net --------------060906030403070801040305-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 18:40: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 2FE39106567B for ; Wed, 18 Feb 2009 18:40:11 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id AF7C18FC1A for ; Wed, 18 Feb 2009 18:40:10 +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 mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n1IIdvUR027555 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Feb 2009 05:40:03 +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 n1IIdvk4072785; Thu, 19 Feb 2009 05:39:57 +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 n1IIdu1s072784; Thu, 19 Feb 2009 05:39:56 +1100 (EST) (envelope-from peter) Date: Thu, 19 Feb 2009 05:39:56 +1100 From: Peter Jeremy To: Sylvio C?sar Teixeira Amorim Message-ID: <20090218183956.GC1351@server.vk2pj.dyndns.org> References: <5859850b0902140430r585bf77fn6d70c3ce79a0c439@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R3G7APHDIzY6R/pk" Content-Disposition: inline In-Reply-To: <5859850b0902140430r585bf77fn6d70c3ce79a0c439@mail.gmail.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: Pendrive 8G+CAM_REQ_CMP_ERR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 18:40:12 -0000 --R3G7APHDIzY6R/pk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Moved to -stable as this is not relevant to -fs] On 2009-Feb-14 10:30:45 -0200, Sylvio C?sar Teixeira Amorim wrote: >3 Pendrive, 2 are 1, 1G and 8G, I'm using FreeBSD-7.1-stable, the problem = is >when you connect to 8G, the fbsd detects the device, da0, etc, but not >create the / dev/da0 takes us about 10min trying to create this device, on= ly >appears after / dev/da0 and various error messages such as: IOERROR, >CAM_REQ_CMP_ERR and not mounted. You need to provide some more details of the pendrive: What is the probe message reported by the kernel (will be in /var/log/messages)? What are the exact error messages (or a sample thereof)? What does 'usbdevs -v' report about the pendrive? --=20 Peter Jeremy --R3G7APHDIzY6R/pk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmcVfwACgkQ/opHv/APuIfnrgCfe5Wx/2I7W7yQqA0rOOppmSti KV8An3wKBq8uFd4SN7E565Ywkl0M3WdH =RCNO -----END PGP SIGNATURE----- --R3G7APHDIzY6R/pk-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 19: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 E0B741065688 for ; Wed, 18 Feb 2009 19:20:06 +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 773B38FC12 for ; Wed, 18 Feb 2009 19:20:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 6831 invoked by uid 399); 18 Feb 2009 19:20:01 -0000 Received: from localhost (HELO ?192.168.0.19?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 18 Feb 2009 19:20:01 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <499C5F5E.7030008@FreeBSD.org> Date: Wed, 18 Feb 2009 11:19:58 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: pluknet References: <499B6A51.8020704@FreeBSD.org> <499BC1C1.4060204@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Doug Rabson , freebsd-stable@freebsd.org Subject: Re: 7-stable kernel not compiling: nlm_prot_impl.c "undefined reference to `nfs_*" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 19:20:07 -0000 pluknet wrote: > 2009/2/18 Doug Barton : >> I "solved" this by adding NFSCLIENT back to my kernel config file. I >> had NFSSERVER and NFSLOCKD in there already. Given that this is a file >> server system it doesn't seem logical that it would need NFSCLIENT in >> the kernel. >> > > I talked with dfr@ about ifdef'ing client parts in NFSLOCKD some > months ago, still without result. Ok, Doug, any thoughts? Doug (the other one) -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 20:13: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 89199106566B for ; Wed, 18 Feb 2009 20:13:53 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout03-winn.ispmail.ntl.com (mtaout03-winn.ispmail.ntl.com [81.103.221.49]) by mx1.freebsd.org (Postfix) with ESMTP id E728E8FC17 for ; Wed, 18 Feb 2009 20:13:52 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout03-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout03-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090218201351.KONJ7670.mtaout03-winn.ispmail.ntl.com@aamtaout03-winn.ispmail.ntl.com> for ; Wed, 18 Feb 2009 20:13:51 +0000 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout03-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090218201351.BBSK2093.aamtaout03-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com> for ; Wed, 18 Feb 2009 20:13:51 +0000 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from gamma.private.lan (gamma.private.lan [192.168.0.12]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n1IKDfob033740; Wed, 18 Feb 2009 20:13:41 GMT (envelope-from ianjhart@ntlworld.com) From: ian j hart To: freebsd-stable@freebsd.org Date: Wed, 18 Feb 2009 20:13:41 +0000 User-Agent: KMail/1.9.10 References: <4994CD7B.7040302@denninger.net> <200902181728.16842.ianjhart@ntlworld.com> <499C4BFC.3050704@denninger.net> In-Reply-To: <499C4BFC.3050704@denninger.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902182013.41196.ianjhart@ntlworld.com> X-Cloudmark-Analysis: v=1.0 c=1 a=C1J2tzzPd2oA:10 a=e78F3LAMAAAA:8 a=yuk-rqkyAAAA:8 a=JKNYUZw4JhNLgh57bxAA:9 a=69oep97a8e4PcNg2zXMA:7 a=2vSDcfxChI46bR91ekK_b52MUJsA:4 a=LY0hPdMaydYA:10 a=gJKXwAQIE-YA:10 a=VccRq9qsm4EA:10 Cc: Karl Denninger Subject: Re: Upgrade from 32-bit to AMD-64? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 20:13:53 -0000 On Wednesday 18 February 2009 17:57:16 Karl Denninger wrote: > ian j hart wrote: > > On Friday 13 February 2009 08:40:27 Goran Lowkrantz wrote: > >> Hi, > >> > >> When have done this, MySQL is OK but Berkley and PostgreSQL need > >> dump/restore. > >> > >> /glz > > > > [sorry I'm a bit late] > > > > IIRC system accounting did weird stuff until I adjusted it with rm :) > > > >> --On February 13, 2009 2:53:13 -0500 Mike Andrews wrote: > >>> Xin LI wrote: > >>>> -----BEGIN PGP SIGNED MESSAGE----- > >>>> Hash: SHA1 > >>>> > >>>> Karl Denninger wrote: > >>>> [...] > >>>> > >>>>> I guess I need to schedule the 2-3 hours of downtime..... the reason > >>>>> for this, by the way, is that I have a dbms app on there that is > >>>>> getting too RAM hungry for its own good (its a Quadcore CPU) and I'm > >>>>> up against the RAM limit for 32-bit code. The board will support > >>>>> more but 32-bit code won't; ergo, the only way to get beyond this is > >>>>> to go to 64-bit. > >>>> > >>>> Oh wait! One thing you wanted to know is that, some database *can* > >>>> have different on-disk format for 32-bit and 64-bit binaries. Be sure > >>>> to have a dump handy. Last time I hit this on a MySQL "upgrade" > >>>> between two servers, and I end up using its replication functionality. > >>>> The operation took longer time than I expected at the beginning. > >>> > >>> For what it's worth, I did an in-place source upgrade on our MySQL > >>> server (for the same lack-of-memory reason) and didn't have any on-disk > >>> format problems. In fact later on when troubleshooting data corruption > >>> problems that turned out to be bad hardware, I switched between 32-bit > >>> and 64-bit mysqld binaries without rebooting or dumping/reimporting the > >>> database. > >>> > >>> BUT... there was no replication involved. It wouldn't surprise me if > >>> the binlog or relay logs were in an architecture specific format. > >>> InnoDB and MyISAM tables don't appear to be. This was over a year ago > >>> though, so test on a scratch box first and you may save yourself a bit > >>> of downtime. > >>> > >>> The upgrade is a pain, and does have a lot of potential foot-shooting, > >>> and you have to immediately recompile ALL of your installed ports (and > >>> anything else not built from ports) to avoid mixing 32-bit and 64-bit > >>> shared libraries... and that rebuilding ports time is where most of > >>> your downtime comes from if it's a production box. > >>> > >>> If you're feeling lucky, the procedure's in the list archives somewhere > >>> and the super-short version is you turn your swap partition into a > >>> temporary amd64 root filesystem, installworld/kernel into that, boot > >>> into that, then mount and installworld/kernel on top of the old i386 > >>> root filesystem from there, then boot into it and recompile all your > >>> ports (after reclaiming your swap partition for swap). Or, the way I > >>> did it last time was to boot into a PXE diskless FreeBSD/amd64 install > >>> and use that to mount/install over the i386 stuff. > >>> > >>> Definitely practice on a scratch system first. :) > >>> > >>> > >>> -- > >>> Mike Andrews > >>> Server Monkey > >>> Fark, Inc > >>> mandrews@fark.com > > I have been able to come up with a procedure that works. It's a while back, but I believe this matches what I did. I built the same major/minor revision, just in case it made any difference. > > 1. Load a new hard disk with the 64-bit code. Perform a buildworld and > buildkernel, and installkernel and installworld to this disk to verify > that it will install and run. You now have a "base" disk to use for > migration. > > 2. Make sure you have a backup (:-)) Not optional. I broke the mirror and took a backup and I actually checked the backup. > > 3. Boot the migration hard disk as the system disk and mount the subject > machine's disk drive(s) under /mnt. > > 4. Do "make DESTDIR=/mnt installkernel" and "make DESTDIR=/mnt > installworld" > > 5. Shut down and disconnect migration disk. > > 6. Boot SINGLE USER and verify that the system boots, you can fsck -p > the disks, and mount them. The system should boot and run. > > 7. Come up multiuser but with any services necessary to the world > offline. Some of your packages may blow up when started. If so, > portupgrade SHOULD fix it, but this is not consistent. I had to > manually dump the ports tree and rebuild a few installed ports due to > what appear to be broken dependancies, but not many. I put "ports" in rc.conf.local. Makes it simple to disable them all. IIRC I deleted them all and did pkg_add -r, which is quick enough if you don't have X. Save a listing first, of course. > > Postgresql 32-bit runs fine without recompilation after doing this. It > is arguably preferrable to recompile; doing so requires a dump/restore > of the data as the 32 and 64-bit code will NOT run off the same binary > data store. > > Attempting to "make instalkernel" on an "in-place" basis resulted in a > system that booted but failed immediately due to loader conflicts; there > was no way to get the rest of the codeset loaded if you make that mistake. > > The "migration disk" approach appears to work fine. -- ian j hart From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 22:25: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 D60381065676 for ; Wed, 18 Feb 2009 22:25:52 +0000 (UTC) (envelope-from info@ekipate.es) Received: from vds-790543.amen-pro.com (vds-790543.amen-pro.com [62.193.199.169]) by mx1.freebsd.org (Postfix) with ESMTP id 285328FC20 for ; Wed, 18 Feb 2009 22:25:51 +0000 (UTC) (envelope-from info@ekipate.es) Received: (qmail 38714 invoked from network); 17 Feb 2009 19:32:35 +0100 Received: from localhost (HELO www.ekipate.es) (127.0.0.1) by localhost with SMTP; 17 Feb 2009 19:32:35 +0100 Recieved: Date: Tue, 17 Feb 2009 19:32:35 +0100 To: freebsd-stable@freebsd.org From: admin Message-ID: <29aa2cc417069a294c3b8fdbd39e0411@www.ekipate.es> X-Priority: 3 X-Mailer: PHPMailer [version 1.73] X-Mailer: phplist v2.10.9 X-MessageID: 19 X-ListMember: freebsd-stable@freebsd.org Precedence: bulk Errors-To: info@ekipate.es MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" Subject: MEETING X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2009 22:25:54 -0000 Estas buscando pareja. -- To unsubscribe from this list visit http://www.ekipate.es/lists/lt.php?id=YR5QBw0OUAYYCFpMAQ4FVAI%3D To update your preferences visit http://www.ekipate.es/lists/lt.php?id=YR5QBw0OUAcYCFpMAQ4FVAI%3D -- Powered by PHPlist, www.phplist.com -- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 18 22:30: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 1D9311065697 for ; Wed, 18 Feb 2009 22:30:48 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C2E748FC0A for ; Wed, 18 Feb 2009 22:30:47 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n1IMUh0V033686; Wed, 18 Feb 2009 17:30:43 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id n1IMUg78008294 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Feb 2009 17:30:43 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200902182230.n1IMUg78008294@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 18 Feb 2009 17:30:42 -0500 To: Karl Denninger , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <499C4E8E.1020403@denninger.net> References: <499C4E8E.1020403@denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: Re: Problem with new Intel DX board and i7 Processor on reboot attempt (locks) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Feb 2009 22:30:52 -0000 At 01:08 PM 2/18/2009, Karl Denninger wrote: >Running 7-STABLE, compiled last night. > >When attempting to reboot the system freezes at "stopping other >CPUs" and has to be hard-reset with either the power button or the >RESET switch. The problem is easily reproduced - typing "reboot" >produces it :-) > >I'm wondering if that ACPI warning in the boot sequence is involved >in this, and if so, if there is a recommended workaround? > >Here's the "dmesg" from the subject system: Hi, I have the same chipset, but dont see the reboot problem on RELENG_7 from Jan 7th. (via "shutdown -r now") Have you checked for BIOS updates ? ---Mike CPU: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz (2666.77-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106a4 Stepping = 4 Features=0xbfebfbff Features2=0x98e3bd AMD Features=0x28100000 AMD Features2=0x1 Cores per package: 8 Logical CPUs per core: 2 real memory = 3212734464 (3063 MB) avail memory = 3139563520 (2994 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ACPI Warning (tbfadt-0505): Optional field "Pm2ControlBlock" has zero address or length: 0 450/0 [20070320] ioapic0 irqs 0-23 on motherboard >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.1-STABLE #0: Wed Feb 18 00:38:33 CST 2009 > karl@Dbms2.denninger.net:/usr/obj/usr/src/sys/GENERIC >Timecounter "i8254" frequency 1193182 Hz quality 0 >CPU: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz (2666.78-MHz >K8-class CPU) > Origin = "GenuineIntel" Id = 0x106a4 Stepping = 4 > >Features=0xbfebfbff > >Features2=0x98e3bd,,> > AMD Features=0x28100800 > AMD Features2=0x1 > Cores per package: 8 > Logical CPUs per core: 2 >usable memory = 6418419712 (6121 MB) >avail memory = 6181691392 (5895 MB) >ACPI APIC Table: >FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >cpu0 (BSP): APIC ID: 0 >cpu1 (AP): APIC ID: 1 >cpu2 (AP): APIC ID: 2 >cpu3 (AP): APIC ID: 3 >cpu4 (AP): APIC ID: 4 >cpu5 (AP): APIC ID: 5 >cpu6 (AP): APIC ID: 6 >cpu7 (AP): APIC ID: 7 >ACPI Warning (tbfadt-0505): Optional field "Pm2ControlBlock" has >zero address or length: 0 450/0 [20070320] >ioapic0 irqs 0-23 on motherboard >lapic0: Forcing LINT1 to edge trigger >kbd1 at kbdmux0 >ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) >acpi0: on motherboard >acpi0: [ITHREAD] >acpi0: Power Button (fixed) >Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 >acpi_button0: on acpi0 >pcib0: port 0xcf8-0xcff on acpi0 >pci0: on pcib0 >pcib1: irq 16 at device 1.0 on pci0 >pci1: on pcib1 >pcib2: irq 16 at device 3.0 on pci0 >pci2: on pcib2 >vgapci0: mem >0xd1000000-0xd1ffffff,0xe0000000-0xefffffff,0xd0000000-0xd0ffffff >irq 16 at device 0.0 on pci2 >pcib3: irq 16 at device 7.0 on pci0 >pci3: on pcib3 >3ware device driver for 9000 series storage controllers, version: 3.70.05.001 >twa0: <3ware 9000 series Storage Controller> port 0x2000-0x20ff mem >0xf0000000-0xf1ffffff,0xd2200000-0xd2200fff irq 16 at device 0.0 on pci3 >twa0: [ITHREAD] >twa0: INFO: (0x04: 0x0053): Battery capacity test is overdue: >twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-8LPML, >8 ports, Firmware FE9X 4.06.00.004, BIOS BE9X 4.05.00.015 >pci0: at device 16.0 (no >driver attached) >pci0: at device 16.1 (no >driver attached) >pci0: at device 20.0 (no >driver attached) >pci0: at device 20.1 (no >driver attached) >pci0: at device 20.2 (no >driver attached) >pci0: at device 20.3 (no >driver attached) >em0: port 0x30e0-0x30ff >mem 0xd2300000-0xd231ffff,0xd2322000-0xd2322fff irq 20 at device 25.0 on pci0 >em0: Using MSI interrupt >em0: [FILTER] >em0: Ethernet address: 00:1c:c0:94:a5:39 >uhci0: port 0x30c0-0x30df irq 16 at >device 26.0 on pci0 >uhci0: [GIANT-LOCKED] >uhci0: [ITHREAD] >usb0: on uhci0 >usb0: USB revision 1.0 >uhub0: on usb0 >uhub0: 2 ports with 2 removable, self powered >uhci1: port 0x30a0-0x30bf irq 21 at >device 26.1 on pci0 >uhci1: [GIANT-LOCKED] >uhci1: [ITHREAD] >usb1: on uhci1 >usb1: USB revision 1.0 >uhub1: on usb1 >uhub1: 2 ports with 2 removable, self powered >uhci2: port 0x3080-0x309f irq 19 at >device 26.2 on pci0 >uhci2: [GIANT-LOCKED] >uhci2: [ITHREAD] >usb2: on uhci2 >usb2: USB revision 1.0 >uhub2: on usb2 >uhub2: 2 ports with 2 removable, self powered >ehci0: mem 0xd2321000-0xd23213ff >irq 18 at d >evice 26.7 on pci0 >ehci0: [GIANT-LOCKED] >ehci0: [ITHREAD] >usb3: EHCI version 1.0 >usb3: companion controllers, 2 ports each: usb0 usb1 usb2 >usb3: on ehci0 >usb3: USB revision 2.0 >uhub3: on usb3 >uhub3: 6 ports with 6 removable, self powered >pci0: at device 27.0 (no driver attached) >pcib4: irq 17 at device 28.0 on pci0 >pci4: on pcib4 >pcib5: irq 16 at device 28.1 on pci0 >pci5: on pcib5 >pcib6: irq 17 at device 28.4 on pci0 >pci6: on pcib6 >atapci0: port >0x1018-0x101f,0x1024-0x1027,0x1010-0x1017,0x1020-0x1023,0x1000-0x100f > mem 0xd2100000-0xd21003ff irq 16 at device 0.0 on pci6 >atapci0: [ITHREAD] >ata2: on atapci0 >ata2: [ITHREAD] >uhci3: port 0x3060-0x307f irq 23 at >device 29.0 on pci0 >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 0x3040-0x305f irq 19 at >device 29.1 on pci0 >uhci4: [GIANT-LOCKED] >uhci4: [ITHREAD] >usb5: on uhci4 >usb5: USB revision 1.0 >uhub5: on usb5 >uhub5: 2 ports with 2 removable, self powered >uhci5: port 0x3020-0x303f irq 18 at >device 29.2 on pci0 >uhci5: [GIANT-LOCKED] >uhci5: [ITHREAD] >usb6: on uhci5 >usb6: USB revision 1.0 >uhub6: on usb6 >uhub6: 2 ports with 2 removable, self powered >ehci1: mem 0xd2320000-0xd23203ff >irq 23 at device 29.7 on pci0 >ehci1: [GIANT-LOCKED] >ehci1: [ITHREAD] >usb7: EHCI version 1.0 >usb7: companion controllers, 2 ports each: usb4 usb5 usb6 >usb7: on ehci1 >usb7: USB revision 2.0 >uhub7: on usb7 >uhub7: 6 ports with 6 removable, self powered >pcib7: at device 30.0 on pci0 >pci7: on pcib7 >fwohci0: mem >0xd2004000-0xd20047ff,0xd2000000-0xd2003fff irq 19 at device 3.0 on pci7 >fwohci0: [FILTER] >fwohci0: OHCI version 1.10 (ROM=0) >fwohci0: No. of Isochronous channels is 4. >fwohci0: EUI64 00:90:27:00:02:3f:c4:9c >fwohci0: Phy 1394a available S400, 2 ports. >fwohci0: Link S400, max_rec 2048 bytes. >firewire0: on fwohci0 >dcons_crom0: on firewire0 >dcons_crom0: bus_addr 0x15dc000 >fwe0: on firewire0 >if_fwe0: Fake Ethernet address: 02:90:27:3f:c4:9c >fwe0: Ethernet address: 02:90:27:3f:c4:9c >fwip0: on firewire0 >fwip0: Firewire address: 00:90:27:00:02:3f:c4:9c @ 0xfffe00000000, >S400, maxrec 2048 >sbp0: on firewire0 >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 >atapci1: port >0x3158-0x315f,0x316c-0x316f,0x3150-0x3157,0x3168-0x316b,0x3130-0x313f,0x3120-0x312f >irq 19 at device 31.2 on pci0 >atapci1: [ITHREAD] >ata3: on atapci1 >ata3: [ITHREAD] >ata4: on atapci1 >ata4: [ITHREAD] >pci0: at device 31.3 (no driver attached) >atapci2: port >0x3148-0x314f,0x3164-0x3167,0x3140-0x3147,0x3160-0x3163,0x3110-0x311f,0x3100-0x310f >irq 18 at device 31.5 on pci0 >atapci2: [ITHREAD] >ata5: on atapci2 >ata5: [ITHREAD] >ata6: on atapci2 >ata6: [ITHREAD] >fdc0: port 0x3f0-0x3f5,0x3f0 irq 6 drq 2 on acpi0 >fdc0: [FILTER] >cpu0: on acpi0 >est0: on cpu0 >p4tcc0: on cpu0 >cpu1: on acpi0 >est1: on cpu1 >p4tcc1: on cpu1 >cpu2: on acpi0 >est2: on cpu2 >p4tcc2: on cpu2 >cpu3: on acpi0 >est3: on cpu3 >p4tcc3: on cpu3 >cpu4: on acpi0 >est4: on cpu4 >p4tcc4: on cpu4 >cpu5: on acpi0 >est5: on cpu5 >p4tcc5: on cpu5 >cpu6: on acpi0 >est6: on cpu6 >p4tcc6: on cpu6 >cpu7: on acpi0 >est7: on cpu7 >p4tcc7: on cpu7 >orm0: at iomem 0xc0000-0xcefff,0xcf000-0xd0fff on isa0 >ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 >ata0: [ITHREAD] >ata1 at port 0x170-0x177,0x376 irq 15 on isa0 >ata1: [ITHREAD] >atkbdc0: at port 0x60,0x64 on isa0 >atkbd0: irq 1 on atkbdc0 >kbd0 at atkbd0 >atkbd0: [GIANT-LOCKED] >atkbd0: [ITHREAD] >ppc0: cannot reserve I/O port range >sc0: at flags 0x100 on isa0 >sc0: VGA <16 virtual consoles, flags=0x300> >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 >sio1: configured irq 3 not in bitmap of probed irqs 0 >sio1: port may not be enabled >sio1 at port 0x2f8-0x2ff irq 3 on isa0 >sio1: type 16550A >sio1: [FILTER] >vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >Timecounters tick every 1.000 msec >firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) >firewire0: bus manager 0 (me) >da0 at twa0 bus 0 target 0 lun 0 >da0: Fixed Direct Access SCSI-5 device >da0: 100.000MB/s transfers >da0: 238408MB (488259584 512 byte sectors: 255H 63S/T 30392C) >da1 at twa0 bus 0 target 1 lun 0 >da1: Fixed Direct Access SCSI-5 device >da1: 100.000MB/s transfers >da1: 238408MB (488259584 512 byte sectors: 255H 63S/T 30392C) >acd0: DVDR at ata3-master SATA150 >lapic1: Forcing LINT1 to edge trigger >SMP: AP CPU #1 Launched! >lapic4: Forcing LINT1 to edge trigger >SMP: AP CPU #4 Launched! >lapic2: Forcing LINT1 to edge trigger >SMP: AP CPU #2 Launched! >lapic5: Forcing LINT1 to edge trigger >SMP: AP CPU #5 Launched! >lapic7: Forcing LINT1 to edge trigger >SMP: AP CPU #7 Launched! >lapic3: Forcing LINT1 to edge trigger >SMP: AP CPU #3 Launched! >lapic6: Forcing LINT1 to edge trigger >SMP: AP CPU #6 Launched! >Trying to mount root from ufs:/dev/da0s1a >ukbd0: on uhub1 >kbd2 at ukbd0 >uhid0: on uhub1 >em0: link state changed to UP > >-- >-- >Karl Denninger >karl@denninger.net > > > > >_______________________________________________ >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 Feb 18 23:12: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 84BC4106566C; Wed, 18 Feb 2009 23:12:43 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from idcmail-mo1so.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 431198FC0C; Wed, 18 Feb 2009 23:12:42 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from pd2ml1so-ssvc.prod.shaw.ca ([10.0.141.139]) by pd2mo1so-svcs.prod.shaw.ca with ESMTP; 18 Feb 2009 16:12:42 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=0 a=6I5d2MoRAAAA:8 a=bK2CagvgAuzZbd-IqcsA:9 a=0wrXT-9zWFAfJo5mcnoA:7 a=EJMOD3vJA6Cmih7pfNCJzBi1kQgA:4 a=V7tsTZBp22UA:10 a=SV7veod9ZcQA:10 a=wAGQQ9Az6v0A:10 Received: from s01060002b31a8191.gv.shawcable.net (HELO spqr.komquats.com) ([24.68.166.226]) by pd2ml1so-dmz.prod.shaw.ca with ESMTP; 18 Feb 2009 16:12:41 -0700 Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id 62C55410FA; Wed, 18 Feb 2009 15:12:40 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.14.3/8.14.3) with ESMTP id n1INCeb9002941; Wed, 18 Feb 2009 15:12:40 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200902182312.n1INCeb9002941@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Kostik Belousov In-Reply-To: Message from Kostik Belousov of "Wed, 18 Feb 2009 18:21:26 +0200." <20090218162126.GQ41617@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 18 Feb 2009 15:12:40 -0800 Sender: Cy.Schubert@komquats.com Cc: pjd@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS Panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2009 23:12:44 -0000 In message <20090218162126.GQ41617@deviant.kiev.zoral.com.ua>, Kostik Belousov writes: > > --v+Mbu5iuT/5Blw/K > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Tue, Feb 17, 2009 at 09:43:31PM -0800, Cy Schubert wrote: > > I got this panic after issuing reboot(8). > >=20 > > FreeBSD 7.1-STABLE FreeBSD 7.1-STABLE #0: Tue Feb 17 19:29:23 PST 2009 = > =20 > > cy@cwsys:/export/obj/export/home/cy/test/test-stable7/sys/DEBUG i386 > >=20 > >=20 > > FreeBSD/i386 (bob) (ttyd0) > >=20 > > login: Feb 17 21:22:56 bob reboot: rebooted by root > > Feb 17 21:22:56 bob syslogd: exiting on signal 15 > > Waiting (max 60 seconds) for system process `vnlru' to stop...done > > Waiting (max 60 seconds) for system process `syncer' to stop... > > Syncing disks, vnodes remaining...2 2 2 2 1 1 1 1 0 0 0 0 0 0 done > > Waiting (max 60 seconds) for system process `bufdaemon' to stop...done > > All buffers synced. > > panic: insmntque() failed: error 16 > > cpuid =3D 0 > > KDB: enter: panic > > [thread pid 1086 tid 100090 ] > > Stopped at kdb_enter_why+0x3a: movl $0,kdb_why > > db> bt > > Tracing pid 1086 tid 100090 td 0xc2bfd230 > > kdb_enter_why(c087ef4a,c087ef4a,c2b1b5b4,ebf8da58,0,...) at=20 > > kdb_enter_why+0x3a > > panic(c2b1b5b4,10,c2b24a40,ebf8da64,c38e6000,...) at panic+0x136 > > gfs_file_create(84,c346d8a0,c342d5a0,c2b24a40,c346d8a0,...) at=20 > > gfs_file_create+0x86 > > gfs_dir_create(84,c346d8a0,c342d5a0,c2b24a40,0,...) at gfs_dir_create+0x2c > > zfsctl_mknode_snapdir(c346d8a0,c2b1b54f,275,25d,c3419520,...) at=20 > > zfsctl_mknode_snapdir+0x53 > > gfs_dir_lookup(c346d8a0,c2b21126,ebf8db74,c091521c,ebf8db38,...) at=20 > > gfs_dir_lookup+0xd1 > > zfsctl_root_lookup(c346d8a0,c2b21126,ebf8db74,0,0,...) at=20 > > zfsctl_root_lookup+0xdc > > zfsctl_umount_snapshots(c342d5a0,80000,c3acb800,c3216844,0,...) at=20 > > zfsctl_umount_snapshots+0x4e > > zfs_umount(c342d5a0,80000,c2bfd230,c2bfd230,c088a687,...) at zfs_umount+0= > x53 > > dounmount(c342d5a0,80000,c2bfd230,e26988ac,0,...) at dounmount+0x430 > > vfs_unmountall(c087ed87,0,c087edeb,128,0,...) at vfs_unmountall+0x4e > > boot(c090b5d0,0,c087edeb,ab,ebf8dd2c,...) at boot+0x44f > > reboot(c2bfd230,ebf8dcfc,4,c0885aef,c08c38a8,...) at reboot+0x4b > > syscall(ebf8dd38) at syscall+0x2b3 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (55, FreeBSD ELF32, reboot), eip =3D 0x280bc947, esp =3D=20 > > 0xbfbfeb7c, ebp =3D 0xbfbfebb8 --- > > db>=20 > >=20 > > Forceably unmounting ZFS filesystems prior to issuing reboot(8) mitigates= > =20 > > the panic. > > The patch below would fix the problem, unless I mis-merged it. > Please note that I cannot test the patch myself, so I rely on ZFS > users testing before the commit. > > Property changes on: . > ___________________________________________________________________ > Modified: svn:mergeinfo > Merged /head/sys:r182781,182824,182840 > > > Property changes on: dev/cxgb > ___________________________________________________________________ > Modified: svn:mergeinfo > Merged /head/sys/dev/cxgb:r182781,182824,182840 > > > Property changes on: dev/ath/ath_hal > ___________________________________________________________________ > Modified: svn:mergeinfo > Merged /head/sys/dev/ath/ath_hal:r182781,182824,182840 > > > Property changes on: contrib/pf > ___________________________________________________________________ > Modified: svn:mergeinfo > Merged /head/sys/contrib/pf:r182781,182824,182840 > > Index: cddl/contrib/opensolaris/uts/common/fs/gfs.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- cddl/contrib/opensolaris/uts/common/fs/gfs.c (revision 188748) > +++ cddl/contrib/opensolaris/uts/common/fs/gfs.c (working copy) > @@ -358,6 +358,7 @@ > fp =3D kmem_zalloc(size, KM_SLEEP); > error =3D getnewvnode("zfs", vfsp, ops, &vp); > ASSERT(error =3D=3D 0); > + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, curthread); > vp->v_data =3D (caddr_t)fp; > =20 > /* > @@ -368,7 +369,9 @@ > fp->gfs_size =3D size; > fp->gfs_type =3D GFS_FILE; > =20 > + vp->v_vflag |=3D VV_FORCEINSMQ; > error =3D insmntque(vp, vfsp); > + vp->v_vflag &=3D ~VV_FORCEINSMQ; > KASSERT(error =3D=3D 0, ("insmntque() failed: error %d", error)); > =20 > /* > Index: cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c (revision 18874 > 8) > +++ cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c (working copy) > @@ -113,6 +113,7 @@ > if (cdrarg !=3D NULL) { > error =3D getnewvnode("zfs", vfsp, &zfs_vnodeops, &vp); > ASSERT(error =3D=3D 0); > + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, curthread); > zp->z_vnode =3D vp; > vp->v_data =3D (caddr_t)zp; > vp->v_vnlock->lk_flags |=3D LK_CANRECURSE; > @@ -348,7 +349,9 @@ > if (vp =3D=3D NULL) > return (zp); > =20 > + vp->v_vflag |=3D VV_FORCEINSMQ; > error =3D insmntque(vp, zfsvfs->z_vfs); > + vp->v_vflag &=3D ~VV_FORCEINSMQ; > KASSERT(error =3D=3D 0, ("insmntque() failed: error %d", error)); > =20 > vp->v_type =3D IFTOVT((mode_t)zp->z_phys->zp_mode); > @@ -535,8 +538,10 @@ > =20 > *zpp =3D zp; > } else { > - if (ZTOV(zp) !=3D NULL) > + if (ZTOV(zp) !=3D NULL) { > ZTOV(zp)->v_count =3D 0; > + VOP_UNLOCK(ZTOV(zp), 0, curthread); > + } > dmu_buf_rele(dbp, NULL); > zfs_znode_free(zp); > } > @@ -598,14 +603,18 @@ > &zp->z_vnode); > ASSERT(err =3D=3D 0); > vp =3D ZTOV(zp); > + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, curthread); > vp->v_data =3D (caddr_t)zp; > vp->v_vnlock->lk_flags |=3D LK_CANRECURSE; > vp->v_vnlock->lk_flags &=3D ~LK_NOSHARE; > vp->v_type =3D IFTOVT((mode_t)zp->z_phys->zp_mode); > if (vp->v_type =3D=3D VDIR) > zp->z_zn_prefetch =3D B_TRUE; /* z_prefetch d > efault is enabled */ > + vp->v_vflag |=3D VV_FORCEINSMQ; > err =3D insmntque(vp, zfsvfs->z_vfs); > + vp->v_vflag &=3D ~VV_FORCEINSMQ; > KASSERT(err =3D=3D 0, ("insmntque() failed: error %d", > err)); > + VOP_UNLOCK(vp, 0, curthread); > } > mutex_exit(&zp->z_lock); > ZFS_OBJ_HOLD_EXIT(zfsvfs, obj_num); > @@ -621,6 +630,8 @@ > zfs_znode_dmu_init(zp); > ZFS_OBJ_HOLD_EXIT(zfsvfs, obj_num); > *zpp =3D zp; > + if ((vp =3D ZTOV(zp)) !=3D NULL) > + VOP_UNLOCK(vp, 0, curthread); > return (0); > } > =20 > Index: cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c (revision 18874 > 8) > +++ cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c (working copy) > @@ -1303,12 +1303,6 @@ > } > } > out: > - > - if (error =3D=3D 0) { > - *vpp =3D ZTOV(zp); > - vn_lock(*vpp, LK_EXCLUSIVE | LK_RETRY, td); > - } > - > if (dl) > zfs_dirent_unlock(dl); > =20 > @@ -1588,8 +1582,6 @@ > zfs_log_create(zilog, tx, TX_MKDIR, dzp, zp, dirname); > dmu_tx_commit(tx); > =20 > - vn_lock(*vpp, LK_EXCLUSIVE | LK_RETRY, curthread); > - > zfs_dirent_unlock(dl); > =20 > ZFS_EXIT(zfsvfs); > @@ -2773,7 +2765,6 @@ > if (error =3D=3D 0) { > zfs_log_symlink(zilog, tx, TX_SYMLINK, dzp, zp, name, link); > *vpp =3D ZTOV(zp); > - vn_lock(*vpp, LK_EXCLUSIVE | LK_RETRY, td); > } > =20 > dmu_tx_commit(tx); > Index: cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c (revision 18874 > = > 8) > +++ cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c (working copy) > @@ -176,6 +176,8 @@ > vp->v_vflag &=3D ~VV_ROOT; > =20 > zfsvfs->z_ctldir =3D vp; > + > + VOP_UNLOCK(vp, 0, curthread); > } > =20 > /* > @@ -789,6 +791,7 @@ > mutex_init(&sdp->sd_lock, NULL, MUTEX_DEFAULT, NULL); > avl_create(&sdp->sd_snaps, snapentry_compare, > sizeof (zfs_snapentry_t), offsetof(zfs_snapentry_t, se_node)); > + VOP_UNLOCK(vp, 0, curthread); > return (vp); > } > =20 > @@ -862,6 +865,7 @@ > &zfsctl_ops_snapshot, NULL, NULL, MAXNAMELEN, NULL, NULL); > zcp =3D vp->v_data; > zcp->zc_id =3D objset; > + VOP_UNLOCK(vp, 0, curthread); > =20 > return (vp); > } > Problem solved! Thanks. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org e**(i*pi)+1=0 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 19 01:05: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 660DB106566B for ; Thu, 19 Feb 2009 01:05:57 +0000 (UTC) (envelope-from ca+envelope@esmtp.org) Received: from zardoc.esmtp.org (adsl-63-195-85-27.dsl.snfc21.pacbell.net [63.195.85.27]) by mx1.freebsd.org (Postfix) with ESMTP id 3DA6D8FC15 for ; Thu, 19 Feb 2009 01:05:57 +0000 (UTC) (envelope-from ca+envelope@esmtp.org) Received: from zardoc.esmtp.org (localhost. [127.0.0.1]) by zardoc.esmtp.org (MeTA1-1.0.PreAlpha28.0) with ESMTPS (TLS=TLSv1/SSLv3, cipher=AES256-SHA, bits=256, verify=OK) id S00000000003081A800; Wed, 18 Feb 2009 16:45:56 -0800 Received: (from ca@localhost) by zardoc.esmtp.org (8.13.4/8.12.10.Beta0/Submit) id n1J0jugV020781 for freebsd-stable@freebsd.org; Wed, 18 Feb 2009 16:45:56 -0800 (PST) Date: Wed, 18 Feb 2009 16:45:56 -0800 From: Claus Assmann To: freebsd-stable@freebsd.org Message-ID: <20090219004556.GA25368@zardoc.esmtp.org> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: xmodmap and Xkeyboard interaction 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: Thu, 19 Feb 2009 01:05:57 -0000 I have a problem with xmodmap on a fresh FreeBSD 7.1 installation (Dell Latitude D830). My .xmodmap file looks like this: remove Lock = Caps_Lock keysym Caps_Lock = Control_L add Control = Control_L keycode 22 = backslash bar keycode 51 = BackSpace BackSpace Delete underscore keycode 49 = Escape asciitilde grave bar keycode 113 = grave asciitilde pointer = 1 2 3 That is, besides the "usual" Caps/Ctrl swap I also swap Backspace and "\|" as well as some other keys. This worked fine in "old" FreeBSD (X) versions, i.e., before FreeBSD 6.x. In FreeBSD 6.2 I first noticed that "Shift Backspace" does not produce "|" but "\". After some hacking I found that I could make it work again by using Section "ServerFlags" Option "XkbDisable" "true" EndSection in /etc/X11/xorg.conf. Trying the same trick in 7.1 does not work at all, several things break, including function keys, key repetition, etc. Question: is there a way to make xmodmap work for Shift-Backspace properly in FreeBSD 7.1? If not, do I need to use XKEYBOARD or is there a simpler way to achieve my keyboard remapping goals (so it looks like a "standard UNIX" keyboard)? PS: please reply to the list if possible. Thanks! From owner-freebsd-stable@FreeBSD.ORG Thu Feb 19 05:30: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 D1A6F106566C for ; Thu, 19 Feb 2009 05:30:47 +0000 (UTC) (envelope-from info@ekipate.es) Received: from vds-790543.amen-pro.com (vds-790543.amen-pro.com [62.193.199.169]) by mx1.freebsd.org (Postfix) with ESMTP id 4B0668FC17 for ; Thu, 19 Feb 2009 05:30:47 +0000 (UTC) (envelope-from info@ekipate.es) Received: (qmail 30366 invoked from network); 18 Feb 2009 09:59:09 +0100 Received: from localhost (HELO www.ekipate.es) (127.0.0.1) by localhost with SMTP; 18 Feb 2009 09:59:08 +0100 Recieved: Date: Wed, 18 Feb 2009 09:59:08 +0100 To: freebsd-stable@freebsd.org From: admin Message-ID: <0cd6ca284e3e1f0915e8a06f378aed08@www.ekipate.es> X-Priority: 3 X-Mailer: PHPMailer [version 1.73] X-Mailer: phplist v2.10.9 X-MessageID: 23 X-ListMember: freebsd-stable@freebsd.org Precedence: bulk Errors-To: info@ekipate.es MIME-Version: 1.0 Content-Type: text/plain; charset = "UTF-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Publicidad 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, 19 Feb 2009 05:30:48 -0000 Clic aqui si no ves la imagen -- To unsubscribe from this list visit http://www.ekipate.es/lists/lt.php?id=YR5SBAwKVQAYC1BMAQ4FVAI%3D To update your preferences visit http://www.ekipate.es/lists/lt.php?id=YR5SBAwKVQEYC1BMAQ4FVAI%3D -- Powered by PHPlist, www.phplist.com -- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 19 06:46:53 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 EB47C1065672 for ; Thu, 19 Feb 2009 06:46:53 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 372928FC15 for ; Thu, 19 Feb 2009 06:46:52 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from kuzbass.ru (kost [213.184.65.82]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id n1J6kntB072893; Thu, 19 Feb 2009 13:46:50 +0700 (KRAT) (envelope-from eugen@kuzbass.ru) Message-ID: <499CFFD7.D9B202C7@kuzbass.ru> Date: Thu, 19 Feb 2009 13:44:39 +0700 From: Eugene Grosbein Organization: SVZServ X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: Kostik Belousov References: <498FAA2A.7423AC15@kuzbass.ru> <20090209214822.GH9427@deviant.kiev.zoral.com.ua> <20090210040125.GA80054@svzserv.kemerovo.su> <20090210062757.GK9427@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: sysctl lock in RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2009 06:46:54 -0000 > > Well, my 6.3-STABLE locked very often (sometimes every hour). > > Yesterday I've upgraded it to 6.4-STABLE, applied 1.177.2.1 of the file > > to sources, rebuilt NanoBSD image and ran it. It has not locked yet. > Can you be slightly more scientific in your tests ? > Try RELENG_6 without my patch to see whether it is needed at all. It locked again today running recent 6.4-STABLE without your patch. There is a difference - it took more than a week to lock, 6.3-STABLE did this very often. Now I'll run it with your patch applied. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Thu Feb 19 12:22: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 3A7DF106564A; Thu, 19 Feb 2009 12:22:28 +0000 (UTC) (envelope-from sclark46@earthlink.net) Received: from elasmtp-masked.atl.sa.earthlink.net (elasmtp-masked.atl.sa.earthlink.net [209.86.89.68]) by mx1.freebsd.org (Postfix) with ESMTP id F10898FC21; Thu, 19 Feb 2009 12:22:27 +0000 (UTC) (envelope-from sclark46@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=m5BMcJL5WgWHRi07tZyaoMhSZTFG8NQXuchWCjwTmnNI5uI/JzSKQkNCBiS2NEsa; h=Received:Message-ID:Date:From:Reply-To:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [208.118.36.246] (helo=joker20.seclark.com) by elasmtp-masked.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1La7v9-00011B-BM; Thu, 19 Feb 2009 07:22:27 -0500 Message-ID: <499D4ED5.4030808@earthlink.net> Date: Thu, 19 Feb 2009 07:21:41 -0500 From: Stephen Clark User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Robert Noland References: <6B7ABE80-35AB-4C44-B5A4-200E10DCC3AC@airwired.net> In-Reply-To: <6B7ABE80-35AB-4C44-B5A4-200E10DCC3AC@airwired.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: a437fbc6971e80f61aa676d7e74259b7b3291a7d08dfec79b9623480caf9e01382b14aad2064abda350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 208.118.36.246 Cc: freebsd-stable@freebsd.org Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sclark46@earthlink.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2009 12:22:28 -0000 Dan Allen wrote: >> While this enabled the mouse (without HAL), it did nothing good about: >> >> a. The bogus keyboard scans. > Everyone is talking about an xorg.conf > The new X.org 7.4 upgrade hit me too: no keyboard & no mouse! Bummer. > I found that if I simply added to /etc/rc.conf: > hald_enable="YES" > that things now work for me. > Previously I never have had hald in my rc.conf. > Hope this helps. > Dan > > _______________________________________________ > 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" > List, After finally getting everything rebuilt (2.5 days) for this upgrade I am now getting in my Xorg.0.log: (II) Loading /usr/local/lib/xorg/modules/extensions//vnc.so dlopen: /usr/local/lib/xorg/modules/extensions//vnc.so: Undefined symbol "NumCurrentSelections" (EE) Failed to load /usr/local/lib/xorg/modules/extensions//vnc.so (II) UnloadModule: "vnc" (EE) Failed to load module "vnc" (loader failed, 7) anyone know how to fix this? It was very convenient to be able to run vncviewer without first having to ssh in and start vncserver by hand. Thanks, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Thu Feb 19 13:48: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 48BE71065670 for ; Thu, 19 Feb 2009 13:48:39 +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 EB6FF8FC1D for ; Thu, 19 Feb 2009 13:48:38 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id n1JDmcFq085948 for ; Thu, 19 Feb 2009 07:48:38 -0600 (CST) (envelope-from karl@denninger.net) Received: from [192.168.1.40] [192.168.1.40] by Spamblock-sys (LOCAL); Thu Feb 19 07:48:38 2009 Message-ID: <499D6334.5000509@denninger.net> Date: Thu, 19 Feb 2009 07:48:36 -0600 From: Karl Denninger User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <499C4E8E.1020403@denninger.net> <200902182230.n1IMUg78008294@lava.sentex.ca> In-Reply-To: <200902182230.n1IMUg78008294@lava.sentex.ca> Content-Type: multipart/mixed; boundary="------------060908060509070509050008" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Problem with new Intel DX board and i7 Processor on reboot [SB QUAR: Wed Feb 18 16:30:48 2009] attempt (locks) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Feb 2009 13:48:39 -0000 This is a multi-part message in MIME format. --------------060908060509070509050008 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mike Tancsa wrote: > At 01:08 PM 2/18/2009, Karl Denninger wrote: >> Running 7-STABLE, compiled last night. >> >> When attempting to reboot the system freezes at "stopping other CPUs" >> and has to be hard-reset with either the power button or the RESET >> switch. The problem is easily reproduced - typing "reboot" produces >> it :-) >> >> I'm wondering if that ACPI warning in the boot sequence is involved >> in this, and if so, if there is a recommended workaround? >> >> Here's the "dmesg" from the subject system: > > Hi, > I have the same chipset, but dont see the reboot problem on > RELENG_7 from Jan 7th. (via "shutdown -r now") Have you checked for > BIOS updates ? > > ---Mike It appears there IS a bios update, and it may have resolved this. BTW this board is smoking fast and runs well with 7.1/amd64. I'm liking it - a lot - paired with a 3ware disk I/O board. -- -- Karl Denninger karl@denninger.net --------------060908060509070509050008-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 19 15:39: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 39A6C106567A; Thu, 19 Feb 2009 15:39:30 +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 EDF008FC1D; Thu, 19 Feb 2009 15:39:29 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:ad12:547e:c2e0:f1e] (unknown [IPv6:2001:7b8:3a7:0:ad12:547e:c2e0:f1e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 10D1B5C46; Thu, 19 Feb 2009 16:39:29 +0100 (CET) Message-ID: <499D7D32.1020909@andric.com> Date: Thu, 19 Feb 2009 16:39:30 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090213 Shredder/3.0b2pre MIME-Version: 1.0 To: sclark46@earthlink.net References: <6B7ABE80-35AB-4C44-B5A4-200E10DCC3AC@airwired.net> <499D4ED5.4030808@earthlink.net> In-Reply-To: <499D4ED5.4030808@earthlink.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Robert Noland Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Feb 2009 15:39:31 -0000 On 2009-02-19 13:21, Stephen Clark wrote: > (II) Loading /usr/local/lib/xorg/modules/extensions//vnc.so > dlopen: /usr/local/lib/xorg/modules/extensions//vnc.so: Undefined symbol > "NumCurrentSelections" This is a VNC problem, it uses an old API which has been removed in newer X.org servers: http://cgit.freedesktop.org/xorg/xserver/commit/?id=34bf308a9e66f1a2f48630a15b1802afad50ec24 See also here (and for possible workarounds): https://bugs.launchpad.net/bugs/260815 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 19 18:22: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 331B61065672 for ; Thu, 19 Feb 2009 18:22:14 +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 E77DC8FC20 for ; Thu, 19 Feb 2009 18:22:13 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.2] (adsl-157-36-31.bna.bellsouth.net [70.157.36.31]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n1JIKmRY066879 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Feb 2009 13:20:48 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Dimitry Andric In-Reply-To: <499D7D32.1020909@andric.com> References: <6B7ABE80-35AB-4C44-B5A4-200E10DCC3AC@airwired.net> <499D4ED5.4030808@earthlink.net> <499D7D32.1020909@andric.com> Content-Type: text/plain Organization: FreeBSD Date: Thu, 19 Feb 2009 12:22:03 -0600 Message-Id: <1235067723.9871.41.camel@widget.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: sclark46@earthlink.net, itetcu@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Feb 2009 18:22:14 -0000 On Thu, 2009-02-19 at 16:39 +0100, Dimitry Andric wrote: > On 2009-02-19 13:21, Stephen Clark wrote: > > (II) Loading /usr/local/lib/xorg/modules/extensions//vnc.so > > dlopen: /usr/local/lib/xorg/modules/extensions//vnc.so: Undefined symbol > > "NumCurrentSelections" > > This is a VNC problem, it uses an old API which has been removed in > newer X.org servers: > > http://cgit.freedesktop.org/xorg/xserver/commit/?id=34bf308a9e66f1a2f48630a15b1802afad50ec24 > > See also here (and for possible workarounds): > > https://bugs.launchpad.net/bugs/260815 This is best directed to tight-vnc maintainer, cc'd robert. -- Robert Noland FreeBSD From owner-freebsd-stable@FreeBSD.ORG Thu Feb 19 19:30: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 B96F51065695; Thu, 19 Feb 2009 19:30:35 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.freebsd.org (Postfix) with ESMTP id 702C88FC12; Thu, 19 Feb 2009 19:30:35 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id F3B082C50C5A; Thu, 19 Feb 2009 21:12:08 +0200 (EET) Date: Thu, 19 Feb 2009 21:12:00 +0200 From: Ion-Mihai Tetcu To: Robert Noland Message-ID: <20090219211200.3cdb6a92@it.buh.tecnik93.com> In-Reply-To: <1235067723.9871.41.camel@widget.2hip.net> References: <6B7ABE80-35AB-4C44-B5A4-200E10DCC3AC@airwired.net> <499D4ED5.4030808@earthlink.net> <499D7D32.1020909@andric.com> <1235067723.9871.41.camel@widget.2hip.net> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/roF3Q4OR0mQE+nAwYjQ_GL9"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: sclark46@earthlink.net, Dimitry Andric , freebsd-stable@freebsd.org Subject: Re: Unhappy Xorg upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Feb 2009 19:30:36 -0000 --Sig_/roF3Q4OR0mQE+nAwYjQ_GL9 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 19 Feb 2009 12:22:03 -0600 Robert Noland wrote: > On Thu, 2009-02-19 at 16:39 +0100, Dimitry Andric wrote: > > On 2009-02-19 13:21, Stephen Clark wrote: > > > (II) Loading /usr/local/lib/xorg/modules/extensions//vnc.so > > > dlopen: /usr/local/lib/xorg/modules/extensions//vnc.so: Undefined > > > symbol "NumCurrentSelections" > >=20 > > This is a VNC problem, it uses an old API which has been removed in > > newer X.org servers: > >=20 > > http://cgit.freedesktop.org/xorg/xserver/commit/?id=3D34bf308a9e66f1a2f= 48630a15b1802afad50ec24 > >=20 > > See also here (and for possible workarounds): > >=20 > > https://bugs.launchpad.net/bugs/260815 >=20 > This is best directed to tight-vnc maintainer, cc'd Thanks Robert. I also have a PR on about this port, I hope to have time to work on both this issues this weekend. --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/roF3Q4OR0mQE+nAwYjQ_GL9 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmdrwgACgkQJ7GIuiH/oeXUPwCfQ7sAB3lgXxdPFAFN2UQuHJqG 3dcAoLfCxd4kuBUv5BtJzTI12x2bFuG9 =Zlnk -----END PGP SIGNATURE----- --Sig_/roF3Q4OR0mQE+nAwYjQ_GL9-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 19 23:30: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 609A71065675 for ; Thu, 19 Feb 2009 23:30:21 +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 E52EB8FC20 for ; Thu, 19 Feb 2009 23:30:20 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LaILQ-0001Ne-RO for freebsd-stable@freebsd.org; Thu, 19 Feb 2009 23:30:16 +0000 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Feb 2009 23:30:16 +0000 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Feb 2009 23:30:16 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 20 Feb 2009 00:30:04 +0100 Lines: 63 Message-ID: References: <499C4E8E.1020403@denninger.net> <200902182230.n1IMUg78008294@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.18) Gecko/20081125 SeaMonkey/1.1.13 In-Reply-To: <200902182230.n1IMUg78008294@lava.sentex.ca> Sender: news Subject: What is the real number of CPUs ? -- was: Re: Problem with new Intel DX board and i7 Processor on reboot attempt (locks) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Feb 2009 23:30:21 -0000 Mike Tancsa wrote: > At 01:08 PM 2/18/2009, Karl Denninger wrote: >> Running 7-STABLE, compiled last night. >> >> When attempting to reboot the system freezes at "stopping other CPUs" >> and has to be hard-reset with either the power button or the RESET >> switch. The problem is easily reproduced - typing "reboot" produces >> it :-) >> >> I'm wondering if that ACPI warning in the boot sequence is involved in >> this, and if so, if there is a recommended workaround? >> >> Here's the "dmesg" from the subject system: > > Hi, > I have the same chipset, but dont see the reboot problem on > RELENG_7 from Jan 7th. (via "shutdown -r now") Have you checked for > BIOS updates ? > > ---Mike > > > CPU: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz (2666.77-MHz > 686-class CPU) > Origin = "GenuineIntel" Id = 0x106a4 Stepping = 4 > > Features=0xbfebfbff > HTT,TM,PBE> > > Features2=0x98e3bd > > AMD Features=0x28100000 > AMD Features2=0x1 > Cores per package: 8 > Logical CPUs per core: 2 > real memory = 3212734464 (3063 MB) > avail memory = 3139563520 (2994 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > cpu4 (AP): APIC ID: 4 > cpu5 (AP): APIC ID: 5 > cpu6 (AP): APIC ID: 6 > cpu7 (AP): APIC ID: 7 > ACPI Warning (tbfadt-0505): Optional field "Pm2ControlBlock" has zero > address or length: 0 450/0 [20070320] > ioapic0 irqs 0-23 on motherboard > Hi, I don't get the numbers of CPUs -- AFAIK Core i7 has 4 cores with 2 logical CPUs per core (hyper-threading?) and that makes 8 logical CPUs. Above I see 8 cores per package (!) _but_ 8 x 2 = 16 while only 8 CPUs are detected and started. Could someone explain pls ? Cheers, M. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 20 05:16:17 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 61B41106566B for ; Fri, 20 Feb 2009 05:16:17 +0000 (UTC) (envelope-from info@ekipate.es) Received: from vds-790543.amen-pro.com (vds-790543.amen-pro.com [62.193.199.169]) by mx1.freebsd.org (Postfix) with ESMTP id ABFA28FC14 for ; Fri, 20 Feb 2009 05:16:16 +0000 (UTC) (envelope-from info@ekipate.es) Received: (qmail 55169 invoked from network); 19 Feb 2009 12:50:45 +0100 Received: from localhost (HELO www.ekipate.es) (127.0.0.1) by localhost with SMTP; 19 Feb 2009 12:50:45 +0100 Recieved: Date: Thu, 19 Feb 2009 12:50:45 +0100 To: freebsd-stable@freebsd.org From: Webmaster Message-ID: <0c68f29ef23000489763778bfcb07bba@www.ekipate.es> X-Priority: 3 X-Mailer: PHPMailer [version 1.73] X-Mailer: phplist v2.10.9 X-MessageID: systemmessage X-ListMember: freebsd-stable@freebsd.org Precedence: bulk Errors-To: info@ekipate.es MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" Subject: Goodbye from our Newsletter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2009 05:16:17 -0000 Goodbye from our Newsletter, sorry to see you go. You have been unsubscribed from our newsletters. This is the last email you will receive from us. We have added you to our "blacklist", which means that our newsletter system will refuse to send you any other email, without manual intervention by our administrator. If there is an error in this information, you can re-subscribe: please go to http://www.ekipate.es/lists/?p=subscribe and follow the steps. Thank you From owner-freebsd-stable@FreeBSD.ORG Fri Feb 20 05:52: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 E2AFC106566C for ; Fri, 20 Feb 2009 05:52:51 +0000 (UTC) (envelope-from jfarmer@goldsword.com) Received: from gateway11.websitewelcome.com (gateway11.websitewelcome.com [67.18.68.8]) by mx1.freebsd.org (Postfix) with SMTP id 89B848FC15 for ; Fri, 20 Feb 2009 05:52:51 +0000 (UTC) (envelope-from jfarmer@goldsword.com) Received: (qmail 27701 invoked from network); 20 Feb 2009 05:39:32 -0000 Received: from audi.websitewelcome.com (67.19.210.130) by gateway11.websitewelcome.com with SMTP; 20 Feb 2009 05:39:32 -0000 Received: from [127.0.0.1] (port=58209 helo=localhost) by audi.websitewelcome.com with esmtpa (Exim 4.69) (envelope-from ) id 1LaNmp-0006it-5z for freebsd-stable@freebsd.org; Thu, 19 Feb 2009 23:18:55 -0600 Received: from 74.171.98.142 ([74.171.98.142]) by www.goldsword.com (Horde MIME library) with HTTP; Fri, 20 Feb 2009 00:18:55 -0500 Message-ID: <20090220001855.n0lx23sjty8c80sw@www.goldsword.com> Date: Fri, 20 Feb 2009 00:18:55 -0500 From: jfarmer@goldsword.com To: freebsd-stable@freebsd.org References: <0c68f29ef23000489763778bfcb07bba@www.ekipate.es> In-Reply-To: <0c68f29ef23000489763778bfcb07bba@www.ekipate.es> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.6) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - audi.websitewelcome.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - goldsword.com Subject: Re: Goodbye from our Newsletter X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Feb 2009 05:52:52 -0000 Quoting Webmaster : > Goodbye from our Newsletter, sorry to see you go. > > You have been unsubscribed from our newsletters. > Hurray! ----------------------------------------------------------------- J. T. Farmer GoldSword Systems, Knoxville TN Coach & Instructor Consulting, Knoxville Academy of the Blade Software Development, Maryville Fencing Club Project Management From owner-freebsd-stable@FreeBSD.ORG Fri Feb 20 09:56: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 B7B0C1065673 for ; Fri, 20 Feb 2009 09:56:05 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 3BB808FC12 for ; Fri, 20 Feb 2009 09:56:05 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1212780fgb.35 for ; Fri, 20 Feb 2009 01:56:04 -0800 (PST) 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=yiDg/xbRc2SniLR9RQB+SHbrcAHgXNCR5BckFO1n/0E=; b=Iw7ecuqky6xGCbtLPI7wL5s/gMxytl7McXgQM6R/kQAfhnftI0KgmI6D+GS+eJ6evD hKs8g+o2kyGqpsX9NwJCLirk1J0DoTIzZLBm+EKxfKVbmDA/ixcdaawR45kzXNcHzi6N 6zULgccjHhXT1gyGFbIn2nlpV9XbIsqvrajUE= 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=i3hTBmZtpSYDilajLoyROr/rV6SpP4OPZUV84Zi5AgDzOTlRNjl5Am0JGbuGeU7WcF StMGKzGDn0KzXMnIvkYzk6+xfKv2gNm2wDZFAVFNwdd9LEw6JDL4nhTs/EWhMcCS9+37 hIGWSzya63Llb8H3FKUN58VQnORPRvuZAJu+s= MIME-Version: 1.0 Received: by 10.86.95.8 with SMTP id s8mr948093fgb.28.1235123764368; Fri, 20 Feb 2009 01:56:04 -0800 (PST) In-Reply-To: References: <499C4E8E.1020403@denninger.net> <200902182230.n1IMUg78008294@lava.sentex.ca> Date: Fri, 20 Feb 2009 12:56:04 +0300 Message-ID: From: pluknet To: martinko Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: What is the real number of CPUs ? -- was: Re: Problem with new Intel DX board and i7 Processor on reboot attempt (locks) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Feb 2009 09:56:06 -0000 2009/2/20 martinko : > Mike Tancsa wrote: >> >> At 01:08 PM 2/18/2009, Karl Denninger wrote: >>> >>> Running 7-STABLE, compiled last night. >>> >>> When attempting to reboot the system freezes at "stopping other CPUs" a= nd >>> has to be hard-reset with either the power button or the RESET switch. = =A0The >>> problem is easily reproduced - typing "reboot" produces it :-) >>> >>> I'm wondering if that ACPI warning in the boot sequence is involved in >>> this, and if so, if there is a recommended workaround? >>> >>> Here's the "dmesg" from the subject system: >> >> Hi, >> =A0 =A0 =A0 =A0I have the same chipset, but dont see the reboot problem = on >> RELENG_7 from Jan 7th. (via "shutdown -r now") =A0Have you checked for B= IOS >> updates ? >> >> =A0 =A0 =A0 =A0---Mike >> >> >> CPU: Intel(R) Core(TM) i7 CPU =A0 =A0 =A0 =A0 920 =A0@ 2.67GHz (2666.77-= MHz >> 686-class CPU) >> =A0Origin =3D "GenuineIntel" =A0Id =3D 0x106a4 =A0Stepping =3D 4 >> >> =A0Features=3D0xbfebfbff> HTT,TM,PBE> >> >> =A0Features2=3D0x98e3bd >> =A0AMD Features=3D0x28100000 >> =A0AMD Features2=3D0x1 >> =A0Cores per package: 8 >> =A0Logical CPUs per core: 2 >> real memory =A0=3D 3212734464 (3063 MB) >> avail memory =3D 3139563520 (2994 MB) >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >> =A0cpu0 (BSP): APIC ID: =A00 >> =A0cpu1 (AP): APIC ID: =A01 >> =A0cpu2 (AP): APIC ID: =A02 >> =A0cpu3 (AP): APIC ID: =A03 >> =A0cpu4 (AP): APIC ID: =A04 >> =A0cpu5 (AP): APIC ID: =A05 >> =A0cpu6 (AP): APIC ID: =A06 >> =A0cpu7 (AP): APIC ID: =A07 >> ACPI Warning (tbfadt-0505): Optional field "Pm2ControlBlock" has zero >> address or length: =A0 =A0 =A0 =A00 =A0 =A0 450/0 [20070320] >> ioapic0 irqs 0-23 on motherboard >> > > Hi, > > I don't get the numbers of CPUs -- AFAIK Core i7 has 4 cores with 2 logic= al > CPUs per core (hyper-threading?) and that makes 8 logical CPUs. =A0Above = I see > 8 cores per package (!) _but_ 8 x 2 =3D 16 while only 8 CPUs are detected= and > started. =A0Could someone explain pls ? The term "package" implies a physical socket. --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Fri Feb 20 12:07: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 5998C106571E for ; Fri, 20 Feb 2009 12:07:53 +0000 (UTC) (envelope-from ardovm@yahoo.it) Received: from swip.net (mailfe14.tele2.it [212.247.155.173]) by mx1.freebsd.org (Postfix) with ESMTP id 953D78FC15 for ; Fri, 20 Feb 2009 12:07:52 +0000 (UTC) (envelope-from ardovm@yahoo.it) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=DIRPhrLB3wwA:10 a=vve6dgDIZ0sA:10 a=kudR0qoUhnPaFvcQ1yqVNg==:17 a=6I5d2MoRAAAA:8 a=-GkPRAReAAAA:8 a=9MCfUrZx4NLLtlun2fcA:9 a=WVEj4krP7_uKQQN4UdoA:7 a=2uyhC9ImszZG2ZUuf3pfax8txQAA:4 a=b8hG5vVbyAkA:10 a=GVz-67LApNWdeuZt:21 a=_Qg1vHd-knhjLlzf:21 Received: from [93.145.70.47] (account cxu-m4-ftb@tele2.it HELO snail) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 456236755 for freebsd-stable@freebsd.org; Fri, 20 Feb 2009 12:07:49 +0100 Received: by snail (Postfix, from userid 1000) id 7044A3A0900; Fri, 20 Feb 2009 12:07:48 +0100 (CET) Date: Fri, 20 Feb 2009 12:07:48 +0100 From: Arrigo Marchiori To: freebsd-stable@freebsd.org Message-ID: <20090220110748.GA9652@snail.casa> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Page fault panic in scioctl and console-kit-daemon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Feb 2009 12:08:01 -0000 Hello everybody, I'm reporting a problem that looks _very_ similar to one reported on freebsd-current@ last year, by Pawel Worach: http://lists.freebsd.org/pipermail/freebsd-current/2008-January/082581.html My system is a 6.4-STABLE, with up-to-date /usr/src and /usr/ports: $ uname -a FreeBSD diavoletto 6.4-STABLE FreeBSD 6.4-STABLE #19: Mon Feb 16 12:01:24 CET 2009 root@diavoletto:/usr/obj/usr/src/sys/GENERIC i386 In /etc/rc.conf I have the following lines: > dbus_enable="YES" > hald_enable="YES" Every time dbus is started, if consolekit-0.3.0 is installed then a page fault occurs just after the login screen is shown. If I "make deinstall" the port in single-user-mode, then the system boots and works fine. If I boot with consolekit uninstalled, then install it and restart dbus, I get a panic. I'm reporting here the same information that Pawel Worach reported last year for his problem. Please tell me if I can provide any more information; this is my very first problem report here! ----8<--------8<--------8<--------8<--------8<--------8<--------8<--------- Script started on Fri Feb 20 12:47:10 2009 # cd /usr/obj/usr/src/sys/GENERIC # kgdb kernel.debug /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc09dfaef stack pointer = 0x28:0xe85a8bf8 frame pointer = 0x28:0xe85a8c40 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 14500 (console-kit-daemon) trap number = 12 panic: page fault Uptime: 30m41s Dumping 1471 MB (2 chunks) chunk 0: 1MB (155 pages) ... ok chunk 1: 1471MB (376496 pages) (CTRL-C to abort) 1455 1439 1423 1407 (CTRL-C to abort) 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 Reading symbols from /boot/kernel/linux.ko...done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/snd_hda.ko...done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/acpi.ko...done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /usr/local/modules/fuse.ko...done. Loaded symbols for /usr/local/modules/fuse.ko Reading symbols from /boot/kernel/green_saver.ko...done. Loaded symbols for /boot/kernel/green_saver.ko #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc072b274 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 #2 0xc072b5a6 in panic (fmt=0xc0a66e6f "%s") at /usr/src/sys/kern/kern_shutdown.c:566 #3 0xc0a02f2c in trap_fatal (frame=0xe85a8bb8, eva=0) at /usr/src/sys/i386/i386/trap.c:838 #4 0xc0a02c32 in trap_pfault (frame=0xe85a8bb8, usermode=0, eva=4) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc0a027e2 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 9, tf_esi = -977926144, tf_ebp = -396719040, tf_isp = -396719132, tf_ebx = -1061927328, tf_edx = -978051584, tf_ecx = 2000, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1063388433, tf_cs = 32, tf_eflags = 66182, tf_esp = -978051584, tf_ss = -977926144}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc09ec99a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc09dfaef in scioctl (dev=0xc5b63200, cmd=9, data=0xe85a8cbc "\n", flag=1, td=0xc6416900) at /usr/src/sys/dev/syscons/syscons.c:1060 #8 0xc06f489c in giant_ioctl (dev=0xc5b63200, cmd=0, data=0x0, fflag=0, td=0x0) at /usr/src/sys/kern/kern_conf.c:330 #9 0xc06c8f19 in devfs_ioctl_f (fp=0xc60fdc60, com=537163270, data=0xe85a8cbc, cred=0xc7845280, td=0xc6416900) at /usr/src/sys/fs/devfs/devfs_vnops.c:480 #10 0xc0755007 in ioctl (td=0xc6416900, uap=0xe85a8d04) at file.h:265 #11 0xc0a03302 in syscall (frame= ---Type to continue, or q to quit--- {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 10, tf_esi = 134714152, tf_ebp = -1081716952, tf_isp = -396718748, tf_ebx = 134627884, tf_edx = 135049216, tf_ecx = -1, tf_eax = 54, tf_trapno = 12, tf_err = 2, tf_eip = 675581607, tf_cs = 51, tf_eflags = 642, tf_esp = -1081717012, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:984 #12 0xc09ec9ef in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #13 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) frame 7 #7 0xc09dfaef in scioctl (dev=0xc5b63200, cmd=9, data=0xe85a8cbc "\n", flag=1, td=0xc6416900) at /usr/src/sys/dev/syscons/syscons.c:1060 1060 scp = sc_get_stat(SC_DEV(sc, i)); (kgdb) print sc $1 = (sc_softc_t *) 0xc0ba20c0 (kgdb) print *sc $2 = {unit = 0, config = 768, flags = 196608, keyboard = 1, kbd = 0xc59fc700, adapter = 0, adp = 0xc0b7e3a0, initial_mode = 24, first_vty = 0, vtys = 16, dev = 0xc0b9a440, cur_scp = 0xc0b9a300, new_scp = 0xc0b9a300, old_scp = 0xc0b9a300, delayed_next_scr = 0, font_loading_in_progress = 0 '\0', switch_in_progress = 0 '\0', videoio_in_progress = 0 '\0', write_in_progress = 0 '\0', blink_in_progress = 0 '\0', scrn_time_stamp = 1841, dflt_curs_attr = { flags = 0, base = 1, height = 2}, curs_attr = {flags = 0, base = 1, height = 2}, scr_map = "\000\001\002\003\004\005\006\a\b\t\n\v\f\r\016\017\020\021\022\023\024\025\026\027\030\031\032\033\034\035\036\037 !\"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^_`abcdefghijklmnopqrstuvwxyz{|}~\177\200\201\202\203\204\205\206\207\210\211\212\213\214\215\216\217\220\221\222\223\224\225\226\227\230\231\232\233\234\235\236\237 ¡¢£¤¥¦§¨©ª«¬­®¯°±²³´µ¶·¸¹º»¼½¾¿ÀÁÂÃÄÅÆÇ"..., scr_rmap = "\000\001\002\003\004\005\006\a\b\t\n\v\f\r\016\017\020\021\022\023\024\025\026\027\030\031\032\033\034\035\036\037 !\"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^_`abcdefghijklmnopqrstuvwxyz{|}~\177\200\201\202\203\204\205\206\207\210\211\212\213\214\215\216\217\220\221\222\223\224\225\226\227\230\231\232\233\234\235\236\237 ¡¢£¤¥¦§¨©ª«¬­®¯°±²³´µ¶·¸¹º»¼½¾¿ÀÁÂÃÄÅÆÇ"..., palette = "\000\000\000\000\000¨\000¨\000\000¨¨¨\000\000¨\000¨¨¨\000¨¨¨\000\000T\000\000ü\000¨T\000¨ü¨\000T¨\000ü¨¨T¨¨ü\000T\000\000T¨\000ü\000\000ü¨¨T\000¨T¨¨ü\000¨ü¨\000TT\000Tü\000üT\000üü¨TT¨Tü¨üT¨üüT\000\000T\000¨T¨\000T¨¨ü\000\00---Type to continue, or q to quit--- 0ü\000¨ü¨\000ü¨¨T\000TT\000üT¨TT¨üü\000Tü\000üü¨Tü¨üTT\000TT¨Tü\000Tü¨üT\000üT¨üü\000üü¨TTTTTüTüTTüüüTTüTüüüTüüüü||ü\234|ü¼"..., fonts_loaded = 8, font_8 = 0xc0b97ce0 "", font_14 = 0xc0b984e0 "", font_16 = 0xc0b992e0 "", font_22 = 0x0, cursor_char = 7 '\a', mouse_char = 208 'Ð'} (kgdb) list 1055 s = spltty(); 1056 error = sc_clean_up(sc->cur_scp); 1057 splx(s); 1058 if (error) 1059 return error; 1060 scp = sc_get_stat(SC_DEV(sc, i)); 1061 if (scp == scp->sc->cur_scp) 1062 return 0; 1063 error = tsleep(&scp->smode, PZERO | PCATCH, "waitvt", 0); 1064 return error; (kgdb) print i $3 = 9 (kgdb) print sc->dev $4 = (struct cdev **) 0xc0b9a440 (kgdb) print *sc->dev $5 = (struct cdev *) 0xc5b52100 (kgdb) print **sc->dev $6 = {si_priv = 0xc5b52100, si_flags = 4, si_atime = {tv_sec = 1235125168, tv_nsec = 0}, si_ctime = {tv_sec = 1235125168, tv_nsec = 0}, si_mtime = { tv_sec = 1235125168, tv_nsec = 0}, si_uid = 0, si_gid = 0, si_mode = 384, si_cred = 0x0, si_drv0 = 0, si_refcount = 2, si_list = {le_next = 0x0, le_prev = 0xc5b52238}, si_clone = {le_next = 0x0, le_prev = 0x0}, si_children = {lh_first = 0x0}, si_siblings = {le_next = 0x0, le_prev = 0x0}, si_parent = 0x0, si_name = 0xc5b52178 "ttyv0", si_drv1 = 0xc0b9a300, si_drv2 = 0x0, si_devsw = 0xc0b44660, si_iosize_max = 65536, si_usecount = 2, si_threadcount = 2, __si_u = { __sit_tty = 0xc5b58400, __sid_snapdata = 0xc5b58400}, __si_namebuf = "ttyv0", '\0' } (kgdb) print sc->first_vty $7 = 0 (kgdb) ----8<--------8<--------8<--------8<--------8<--------8<--------8<--------- -- rigo http://rigo.altervista.org From owner-freebsd-stable@FreeBSD.ORG Fri Feb 20 18:52: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 71525106566C for ; Fri, 20 Feb 2009 18:52:26 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 36C3F8FC1C for ; Fri, 20 Feb 2009 18:52:25 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n1KIqOnu022488; Fri, 20 Feb 2009 13:52:24 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id n1KIqNp5007330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Feb 2009 13:52:23 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200902201852.n1KIqNp5007330@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 20 Feb 2009 13:09:46 -0500 To: martinko , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: References: <499C4E8E.1020403@denninger.net> <200902182230.n1IMUg78008294@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: Re: What is the real number of CPUs ? -- was: Re: Problem with new Intel DX board and i7 Processor on reboot attempt (locks) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Feb 2009 18:52:26 -0000 At 06:30 PM 2/19/2009, martinko wrote: >Hi, > >I don't get the numbers of CPUs -- AFAIK Core i7 has 4 cores with 2 >logical CPUs per core (hyper-threading?) and that makes 8 logical >CPUs. Above I see 8 cores per package (!) _but_ 8 x 2 = 16 while >only 8 CPUs are detected and started. Could someone explain pls ? The CPU is as you said, 4 actual cores plus their new HT tech. In the tests I did, the HT did help with compile times under RELENG_7 http://lists.freebsd.org/pipermail/freebsd-performance/2008-December/003635.html ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Feb 20 21:17: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 2A906106566C for ; Fri, 20 Feb 2009 21:17:34 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from cetus.palisadesys.com (cetus.palisadesys.com [205.237.115.21]) by mx1.freebsd.org (Postfix) with ESMTP id E46898FC13 for ; Fri, 20 Feb 2009 21:17:33 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from cancer.palisadesys.com (serverwatch [172.16.1.98]) by cetus.palisadesys.com (8.14.3/8.14.3) with ESMTP id n1KLHXcs033980 for ; Fri, 20 Feb 2009 15:17:33 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [205.237.115.21]) (authenticated bits=0) by cancer.palisadesys.com (8.14.2/8.14.2) with ESMTP id n1KLHT4Q009718 for ; Fri, 20 Feb 2009 15:17:29 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Message-ID: <499F1DE4.4070805@palisadesys.com> Date: Fri, 20 Feb 2009 15:17:24 -0600 From: Guy Helmer User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (cancer.palisadesys.com [205.237.115.20]); Fri, 20 Feb 2009 15:17:29 -0600 (CST) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-3.799, required 6, ALL_TRUSTED -1.80, BAYES_00 -2.60, J_CHICKENPOX_13 0.60) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Subject: 7.1-release hangs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Feb 2009 21:17:34 -0000 Still chasing a hang that has dogged me for quite some time. This time I noticed the console logging output showed that processing stopped right on the five-minute interval when cron would have kicked off bsdsar, which in turn ran vmstat. The system is a Supermicro P4PDE motherboard with dual Xeons and hyperthreading enabled. Kernel debugging results are available at http://www.palisadesys.com/~ghelmer/crash-20090220.txt If anyone cares to take a look, I would be grateful. Guy Helmer From owner-freebsd-stable@FreeBSD.ORG Sat Feb 21 09:52: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 3BF82106564A for ; Sat, 21 Feb 2009 09:52:32 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id A0E848FC0C for ; Sat, 21 Feb 2009 09:52:31 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id 1562C125422; Sat, 21 Feb 2009 18:35:17 +0900 (JST) Message-ID: <499FCAD4.8000006@freebsd.org> Date: Sat, 21 Feb 2009 18:35:16 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.19 (X11/20090201) MIME-Version: 1.0 To: Steve Wills References: <95E82F15-2535-4C67-BDF0-44CFC7EB9FBB@mouf.net> In-Reply-To: <95E82F15-2535-4C67-BDF0-44CFC7EB9FBB@mouf.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, Masanori OZAWA Subject: Re: unionfs panic in 7.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2009 09:52:32 -0000 Steve Wills wrote: > Hi, > > I've found an reproducable panic in unionfs on 7.1-R. > > /usr/src/sys/fs/unionfs/union_subr.c is: > $FreeBSD: src/sys/fs/unionfs/union_subr.c,v 1.92.2.7.2.2 2008/12/15 > 03:58:55 daichi Exp $ > > kgdb output is below. > > kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.0 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > > stack pointer = 0x10:0xffffffffb0e1a8b0 > frame pointer = 0x10:0xffffffffb0e1a8d0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 72036 (make) > panic: from debugger > cpuid = 0 > Uptime: 49m32s > Physical memory: 2034 MB > Dumping 441 MB: 426 410 394 378 362 346 330 314 298 282 266 250 234 218 > 202 186 170 154 138 122 106 90 74 58 42 26 10 > > Reading symbols from /boot/kernel/if_tap.ko...Reading symbols from > /boot/kernel/if_tap.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/if_tap.ko > Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from > /boot/kernel/snd_hda.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/snd_hda.ko > Reading symbols from /boot/kernel/sound.ko...Reading symbols from > /boot/kernel/sound.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/sound.ko > Reading symbols from /boot/kernel/atapicam.ko...Reading symbols from > /boot/kernel/atapicam.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/atapicam.ko > Reading symbols from /boot/kernel/smb.ko...Reading symbols from > /boot/kernel/smb.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/smb.ko > Reading symbols from /boot/kernel/smbus.ko...Reading symbols from > /boot/kernel/smbus.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/smbus.ko > Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from > /boot/kernel/linprocfs.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/linprocfs.ko > Reading symbols from /boot/kernel/linux.ko...Reading symbols from > /boot/kernel/linux.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/linux.ko > Reading symbols from /boot/kernel/zfs.ko...Reading symbols from > /boot/kernel/zfs.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/zfs.ko > Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from > /boot/kernel/opensolaris.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/opensolaris.ko > Reading symbols from /boot/kernel/if_bridge.ko...Reading symbols from > /boot/kernel/if_bridge.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/if_bridge.ko > Reading symbols from /boot/kernel/bridgestp.ko...Reading symbols from > /boot/kernel/bridgestp.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/bridgestp.ko > Reading symbols from /usr/local/modules/fuse.ko...done. > Loaded symbols for /usr/local/modules/fuse.ko > Reading symbols from /boot/kernel/radeon.ko...Reading symbols from > /boot/kernel/radeon.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/radeon.ko > Reading symbols from /boot/kernel/drm.ko...Reading symbols from > /boot/kernel/drm.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/drm.ko > Reading symbols from /boot/kernel/unionfs.ko...Reading symbols from > /boot/kernel/unionfs.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/unionfs.ko > Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from > /boot/kernel/nullfs.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/nullfs.ko > #0 doadump () at pcpu.h:195 > 195 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xffffffff804c70a8 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:418 > #2 0xffffffff804c750c in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:574 > #3 0xffffffff801c1707 in db_panic (addr=Variable "addr" is not available. > ) at /usr/src/sys/ddb/db_command.c:446 > #4 0xffffffff801c1d6f in db_command (last_cmdp=0xffffffff80aa6448, > cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:413 > #5 0xffffffff801c1f80 in db_command_loop () at > /usr/src/sys/ddb/db_command.c:466 > #6 0xffffffff801c3b69 in db_trap (type=Variable "type" is not available. > ) at /usr/src/sys/ddb/db_main.c:228 > #7 0xffffffff804f3955 in kdb_trap (type=12, code=0, > tf=0xffffffffb0e1a800) at /usr/src/sys/kern/subr_kdb.c:524 > #8 0xffffffff807a3180 in trap_fatal (frame=0xffffffffb0e1a800, > eva=Variable "eva" is not available. > ) at /usr/src/sys/amd64/amd64/trap.c:759 > #9 0xffffffff807a3554 in trap_pfault (frame=0xffffffffb0e1a800, > usermode=0) at /usr/src/sys/amd64/amd64/trap.c:680 > #10 0xffffffff807a3eda in trap (frame=0xffffffffb0e1a800) at > /usr/src/sys/amd64/amd64/trap.c:449 > #11 0xffffffff80788dde in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:209 > #12 0xffffffff804b9f0e in _mtx_lock_sleep (m=0xffffff006c384638, > tid=18446742974280188784, opts=Variable "opts" is not available. > ) at /usr/src/sys/kern/kern_mutex.c:339 > #13 0xffffffff80555767 in vn_start_write (vp=0xffffff006c4983f0, > mpp=Variable "mpp" is not available. > ) at /usr/src/sys/kern/vfs_vnops.c:902 > #14 0xffffffff805574a1 in vn_close (vp=0xffffff006c4983f0, flags=1, > file_cred=0xffffff0015947500, td=0xffffff0004e74370) at > /usr/src/sys/kern/vfs_vnops.c:287 > #15 0xffffffff80557589 in vn_closefile (fp=0xffffff006c020e00, > td=0xffffff0004e74370) at /usr/src/sys/kern/vfs_vnops.c:867 > #16 0xffffffff8049331f in fdrop (fp=0xffffff006c020e00, > td=0xffffff0004e74370) at file.h:299 > #17 0xffffffff80494579 in closef (fp=0xffffff006c020e00, > td=0xffffff0004e74370) at /usr/src/sys/kern/kern_descrip.c:2033 > #18 0xffffffff80494d5d in kern_close (td=0xffffff0004e74370, fd=Variable > "fd" is not available. > ) at /usr/src/sys/kern/kern_descrip.c:1125 > #19 0xffffffff807a37d6 in syscall (frame=0xffffffffb0e1ac80) at > /usr/src/sys/amd64/amd64/trap.c:907 > #20 0xffffffff80788feb in Xfast_syscall () at > /usr/src/sys/amd64/amd64/exception.S:330 > #21 0x000000000044030c in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) frame 12 > #12 0xffffffff804b9f0e in _mtx_lock_sleep (m=0xffffff006c384638, > tid=18446742974280188784, opts=Variable "opts" is not available. > ) at /usr/src/sys/kern/kern_mutex.c:339 > 339 owner = (struct thread *)(v & ~MTX_FLAGMASK); > (kgdb) list > 334 * If the owner is running on another CPU, spin until the > 335 * owner stops running or the state of the lock changes. > 336 */ > 337 v = m->mtx_lock; > 338 if (v != MTX_UNOWNED) { > 339 owner = (struct thread *)(v & ~MTX_FLAGMASK); > 340 #ifdef ADAPTIVE_GIANT > 341 if (TD_IS_RUNNING(owner)) { > 342 #else > 343 if (m != &Giant && TD_IS_RUNNING(owner)) { > (kgdb) p v > $1 = 0 > (kgdb) p m > $2 = (struct mtx *) 0xffffff006c384638 > (kgdb) p *m > $3 = {lock_object = {lo_name = 0x0, lo_type = 0x0, lo_flags = > 1281410792, lo_witness_data = {lod_list = {stqe_next = 0xffffff004c60c708}, > lod_witness = 0xffffff004c60c708}}, mtx_lock = 0, mtx_recurse = 0} > (kgdb) frame 13 > #13 0xffffffff80555767 in vn_start_write (vp=0xffffff006c4983f0, > mpp=Variable "mpp" is not available. > ) at /usr/src/sys/kern/vfs_vnops.c:902 > 902 MNT_ILOCK(mp); > (kgdb) list > 897 return (0); > 898 } > 899 } > 900 if ((mp = *mpp) == NULL) > 901 return (0); > 902 MNT_ILOCK(mp); > 903 if (vp == NULL) > 904 MNT_REF(mp); > 905 /* > 906 * Check on status of suspension. > (kgdb) p mp > $4 = (struct mount *) 0xffffff006c3845e8 > (kgdb) p *mp > $5 = {mnt_lock = {lk_object = {lo_name = 0x1
bounds>, lo_type = 0xffffffffb1029552 "unionfs", lo_flags = 2969738112, > lo_witness_data = { > lod_list = {stqe_next = 0xffffff003c980000}, lod_witness = > 0xffffff003c980000}}, lk_interlock = 0xffffff0015d46378, lk_flags = 0, > lk_sharecount = 0, > lk_waitcount = 775638512, lk_exclusivecount = -256, lk_prio = -1, > lk_timo = 0, lk_lockholder = 0x0, lk_newlock = 0x0}, mnt_mtx = > {lock_object = { > lo_name = 0x0, lo_type = 0x0, lo_flags = 1281410792, > lo_witness_data = {lod_list = {stqe_next = 0xffffff004c60c708}, > lod_witness = 0xffffff004c60c708}}, > mtx_lock = 0, mtx_recurse = 0}, mnt_gen = 0, mnt_list = {tqe_next = > 0x0, tqe_prev = 0x0}, mnt_op = 0xffffffffb1029552, mnt_vfc = > 0xffffffffb1029552, > mnt_vnodecovered = 0x4390000, mnt_syncer = 0x0, mnt_ref = -2136101936, > mnt_nvnodelist = {tqh_first = 0x80, tqh_last = 0x50000000000000}, > mnt_nvnodelistsize = 51, mnt_writeopcount = 0, mnt_kern_flag = -1, > mnt_flag = 4294967295, mnt_noasync = 0, mnt_opt = 0xffffffff8086e910, > mnt_optnew = 0xffffffff8086e910, mnt_maxsymlinklen = 16973824, > mnt_stat = {f_version = 0, f_type = 0, f_flags = 4, f_bsize = 0, > f_iosize = 18446742976017063016, f_blocks = 4294967297, f_bfree = 0, > f_bavail = 0, f_files = 0, f_ffree = 0, f_syncwrites = 0, > f_asyncwrites = 18446742976013551312, f_syncreads = 0, f_asyncreads > = 18446742976013551424, f_spare = {0, 0, 0, 18446742976013551456, 0, 0, > 0, 0, > 18446744071572912256, 16384}, f_namemax = 784962992, f_owner = > 4294967040, f_fsid = {val = {0, 0}}, > f_charspare = > "\000\000\000\000\000\000\000\000ËE8l\000ˇˇˇËE8l\000ˇˇˇ", '\0' 24 times>, > "\001\000\000\000\000\000\000\000\023\016\206\200ˇˇˇˇ\2001ß\200ˇˇˇˇXy⁄l\000ˇˇˇ", > f_fstypename = "xsv\004\000ˇˇˇ–K8l\000ˇˇˇ", > f_mntfromname = "\030D8l\000ˇˇˇ", '\0' , > "\200o\034\201ˇˇˇˇ∂L\003\003", '\0' , > "∏\227\tJ\000ˇˇˇ∏¨`L\000ˇˇˇ\000\000\000\000\000\000\000\000\b\000\000\000\000\000\000\000 > \031L0\000\000\000", > f_mntonname = "\a", '\0' , > "\023\016\206\200ˇˇˇˇ\023\016\206\200ˇˇˇˇ\000\0009\004", '\0' 12 times>, "‡\230≠\200ˇˇˇˇ@", '\0' , > "P\0003\000\000\000\000\000\000\000ˇˇˇˇˇˇˇˇ"}, mnt_cred = 0x0, mnt_data > = 0xffffffff8086e910, mnt_time = -2138642160, mnt_iosize_max = 16973824, > mnt_export = 0x0, mnt_label = 0x4, mnt_hashseed = 0, mnt_markercnt = > 0, mnt_holdcnt = 1815627896, mnt_holdcntwaiters = -256, > mnt_secondary_writes = 10, > mnt_secondary_accwrites = 0, mnt_gjprovider = 0x0, mnt_explock = > {lk_object = {lo_name = 0x0, lo_type = 0x0, lo_flags = 0, > lo_witness_data = {lod_list = { > stqe_next = 0x0}, lod_witness = 0x0}}, lk_interlock = > 0xffffff006c3848c8, lk_flags = 2589843616, lk_sharecount = -1, > lk_waitcount = -1707370640, > lk_exclusivecount = -1, lk_prio = -1, lk_timo = -1707370720, > lk_lockholder = 0x9, lk_newlock = 0x0}} > (kgdb) > > I reproduce this by unionfs mounting a ports dir used by the ports > tinderbox. If anyone would like more info, please let me know, I have > the core around, and can reproduce, help debug, resend in case my mailer > has mangled this, etc. I have some research around that issue. First I should say, I cannot judge that unionfs leads that problem or not. JIMO, I guess that is not depends on unionfs itself. Very similar panis is reported without unionfs. At least, I cannot figure out what is the main cause of this problem. sorry. > Thanks, > Steve > > _______________________________________________ > 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" -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-stable@FreeBSD.ORG Sat Feb 21 11:27: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 B6EFA106566B for ; Sat, 21 Feb 2009 11:27:04 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 486FB8FC0C for ; Sat, 21 Feb 2009 11:27:04 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id B1494355A3; Sat, 21 Feb 2009 12:27:02 +0100 (CET) Date: Sat, 21 Feb 2009 12:27:02 +0100 From: Lars Engels To: Patrick =?iso-8859-15?Q?Lamaizi=E8re?= Message-ID: <20090221112702.GW30761@e.0x20.net> References: <20090210134421.350f40b8@baby-jane.lamaiziere.net> <20090212213443.GM30761@e.0x20.net> <20090213154333.18f0bf13@baby-jane.lamaiziere.net> <20090213210516.3667403a@baby-jane.lamaiziere.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Z9t8O/5YJLB6LEUl" Content-Disposition: inline In-Reply-To: <20090213210516.3667403a@baby-jane.lamaiziere.net> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: freebsd-stable@freebsd.org Subject: Re: Backport of glxsb(4) to RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2009 11:27:05 -0000 --Z9t8O/5YJLB6LEUl Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 13, 2009 at 09:05:16PM +0100, Patrick Lamaizi=E8re wrote: > Le Fri, 13 Feb 2009 15:43:33 +0100, > Patrick Lamaizi=E8re : >=20 > > Le Thu, 12 Feb 2009 22:34:43 +0100, > > Lars Engels : > >=20 > > Hi, > >=20 > > > I just tried it, but I get this message:=20 > > > glxsb0: mem > > > 0xefff4000-0xefff7fff irq 9 at device 1.2 on pci0=20 > >=20 > > > glxsb0: cannot allocate DMA memory of 32768 bytes (12) > >=20 > > I think you are very low on memory and the driver cannot allocate his > > DMA-able buffer (error 12=3DENOMEM) > >=20 > > This is not really a bug.=20 >=20 > To Lars: Yes it should work at bootime. You must also load the module > cryptodev.ko to use it with openssl. >=20 > > But i've found another problem related to > > the taskqueue.=20 > >=20 > > I'm doing a fake driver to be able to test on a vmware machine. >=20 > I've tested most of the driver and I think (hope) this is ok. >=20 > http://user.lamaiziere.net/patrick/glxsb-6-130209.tar.gz >=20 > Let me know how it works. Sorry for the late reply. I just tried the new version (thanks for compiling, stas :) ) and it works now: glxsb0: mem 0xefff4000-0xe= fff7fff irq 9 at device 1.2 on pci0 moe:~# geli list Geom name: mirror/dataraid1.eli EncryptionAlgorithm: AES-CBC KeyLength: 128 Crypto: hardware [...] But the speed is the same. I still only get ~1.2MB/s transfer speed over the net. However, this doesn't seem to be related to geli. The cpu is pretty much idling: last pid: 2769; load averages: 0.06, 0.10, 0.08 up 0+00:18:04 12:23:07 39 processes: 1 running, 38 sleeping CPU: 0.8% user, 0.0% nice, 16.7% system, 9.3% interrupt, 73.2% idle Mem: 25M Active, 100M Inact, 35M Wired, 6192K Cache, 27M Buf, 588K Free Anyways, thank you for your work on backporting the driver, Patrick! :) Lars --Z9t8O/5YJLB6LEUl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkmf5QYACgkQKc512sD3afjLkgCfQ1msHoIjCNxsqpM23ha5OPwi /IkAnR+nMoLHn50vfHnGNKNmlO+tcVjf =yXhr -----END PGP SIGNATURE----- --Z9t8O/5YJLB6LEUl-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 21 12:31: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 F17D01065670; Sat, 21 Feb 2009 12:31:35 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id B04558FC08; Sat, 21 Feb 2009 12:31:35 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (66.10.87-79.rev.gaoland.net [79.87.10.66]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 008EF633301; Sat, 21 Feb 2009 13:31:33 +0100 (CET) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 48857C3A4; Sat, 21 Feb 2009 13:31:35 +0100 (CET) Date: Sat, 21 Feb 2009 13:31:34 +0100 From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= To: Lars Engels Message-ID: <20090221133134.231ade65@baby-jane.lamaiziere.net> In-Reply-To: <20090221112702.GW30761@e.0x20.net> References: <20090210134421.350f40b8@baby-jane.lamaiziere.net> <20090212213443.GM30761@e.0x20.net> <20090213154333.18f0bf13@baby-jane.lamaiziere.net> <20090213210516.3667403a@baby-jane.lamaiziere.net> <20090221112702.GW30761@e.0x20.net> Organization: /dave/nulle X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Backport of glxsb(4) to RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2009 12:31:36 -0000 Le Sat, 21 Feb 2009 12:27:02 +0100, Lars Engels : > > I've tested most of the driver and I think (hope) this is ok. > > > > http://user.lamaiziere.net/patrick/glxsb-6-130209.tar.gz > > > > Let me know how it works. > > Sorry for the late reply. I just tried the new version (thanks for > compiling, stas :) ) and it works now: > glxsb0: mem > 0xefff4000-0xefff7fff irq 9 at device 1.2 on pci0 > > moe:~# geli list > Geom name: mirror/dataraid1.eli > EncryptionAlgorithm: AES-CBC > KeyLength: 128 > Crypto: hardware > [...] > > But the speed is the same. I still only get ~1.2MB/s transfer speed > over the net. With my Soekris net5501, without the driver I've got around 3MB/s with sftp and around 5MB/s with the driver. On 7.X you need to patch openssl to make it use the crypto framework by default, don't know for 6.X > However, this doesn't seem to be related to geli. The cpu is pretty > much idling: I tested with geli (on an usb drive) and I didn't notice any improvement too. I think that the crypto stuff is not the limiting factor but the drive's speed. Anyway the driver should save some load on the CPU. > last pid: 2769; load averages: 0.06, 0.10, 0.08 up 0+00:18:04 > 12:23:07 39 processes: 1 running, 38 sleeping > CPU: 0.8% user, 0.0% nice, 16.7% system, 9.3% interrupt, 73.2% idle > Mem: 25M Active, 100M Inact, 35M Wired, 6192K Cache, 27M Buf, 588K > Free You can see the driver's CPU usage with top S H (the glxsb0 taskq entry) > Anyways, thank you for your work on backporting the driver, > Patrick! :) Enjoy :) Regards. From owner-freebsd-stable@FreeBSD.ORG Sat Feb 21 23:47:56 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 CC9D0106566C for ; Sat, 21 Feb 2009 23:47:56 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 66A238FC23 for ; Sat, 21 Feb 2009 23:47:56 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 0DBBC46B2E; Sat, 21 Feb 2009 18:47:56 -0500 (EST) Date: Sat, 21 Feb 2009 23:47:55 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Mike Tancsa In-Reply-To: <200902180110.n1I1AaPL031693@pyroxene.sentex.ca> Message-ID: References: <200902180110.n1I1AaPL031693@pyroxene.sentex.ca> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: Big problems with 7.1 locking up :-( X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Feb 2009 23:47:57 -0000 On Tue, 17 Feb 2009, Mike Tancsa wrote: > Do you have any other details about these issues ? Were the fixes > ever MFC'd Earlier today I handed off some patches for Pete to test (attached below), which he's running alongside the patches in kern/130652. When I run with the patches, basically an MFC of a subset of Kip's routing improvements in 8.x, I can no longer reproduce the lock reversal, which will hopefully mean Pete can no longer reproduce the hang. I plan to merge these in a couple of days once (with any luck) he's confirmed that is the case. We may want to get a subset of this patch on the errata note path, if we can get the ICMP redirect fix down to a very short patch. Robert N M Watson Computer Laboratory University of Cambridge Merge r185747, r185774, r185807, r185849, r185964, r185965, r186051, r186052 from head to stable/7; note that only the locking fixes and invariants checking are added from r185747, but not the move to an rwlock which would modify the kernel binary interface, nor the move to a non-recursible lock, which is still seeing problem reports in head. This corrects, among other things, a deadlock that may occur when processing incoming ICMP redirects. r185747: - convert radix node head lock from mutex to rwlock - make radix node head lock not recursive - fix LOR in rtexpunge - fix LOR in rtredirect Reviewed by: sam r185774: - avoid recursively locking the radix node head lock - assert that it is held if RTF_RNH_LOCKED is not passed r185807: Fix a bug introduced in r185747: rather than dereferencing an uninitialized *rt to something undefined, use the fibnum that came in as function argument. Found with: Coverity Prevent(tm) CID: 4168 r185849: fix a reported panic when adding a route and one hit here when deleting a route - pass RTF_RNH_LOCKED to rtalloc1_fib in 2 cases where the lock is held - make sure the rnh lock is held across rt_setgate and rt_getifa_fib r185964: Pass RTF_RNH_LOCKED to rtalloc1 sunce the node head is locked, this avoids a recursive lock panic on inet6 detach. Reviewed by: kmacy r185965: RTF_RNH_LOCKED needs to be passed in the flags arg not report, apologies to thompsa r186051: in6_addroute is called through rnh_addadr which is always called with the radix node head lock held exclusively. Pass RTF_RNH_LOCKED to rtalloc so that rtalloc1_fib will not try to re-acquire the lock. r186052: don't acquire lock recursively All original commits to head were by Kip Macy , except r185964 by . Reviewed by: bz Tested by: Pete French Property changes on: sys ___________________________________________________________________ Modified: svn:mergeinfo Merged /head/sys:r185747,185774,185807,185849,185964-185965,186051-186052 Index: sys/netinet/in_rmx.c =================================================================== --- sys/netinet/in_rmx.c (revision 188767) +++ sys/netinet/in_rmx.c (working copy) @@ -111,7 +111,7 @@ * ARP entry and delete it if so. */ rt2 = in_rtalloc1((struct sockaddr *)sin, 0, - RTF_CLONING, rt->rt_fibnum); + RTF_CLONING|RTF_RNH_LOCKED, rt->rt_fibnum); if (rt2) { if (rt2->rt_flags & RTF_LLINFO && rt2->rt_flags & RTF_HOST && Property changes on: sys/dev/cxgb ___________________________________________________________________ Modified: svn:mergeinfo Merged /head/sys/dev/cxgb:r185747,185774,185807,185849,185964-185965,186051-186052 Property changes on: sys/dev/ath/ath_hal ___________________________________________________________________ Modified: svn:mergeinfo Merged /head/sys/dev/ath/ath_hal:r185747,185774,185807,185849,185964-185965,186051-186052 Index: sys/net/route.c =================================================================== --- sys/net/route.c (revision 188767) +++ sys/net/route.c (working copy) @@ -277,6 +277,7 @@ struct rt_addrinfo info; u_long nflags; int err = 0, msgtype = RTM_MISS; + int needlock; KASSERT((fibnum < rt_numfibs), ("rtalloc1_fib: bad fibnum")); if (dst->sa_family != AF_INET) /* Only INET supports > 1 fib now */ @@ -290,7 +291,13 @@ rtstat.rts_unreach++; goto miss2; } - RADIX_NODE_HEAD_LOCK(rnh); + needlock = !(ignflags & RTF_RNH_LOCKED); + if (needlock) + RADIX_NODE_HEAD_LOCK(rnh); +#ifdef INVARIANTS + else + RADIX_NODE_HEAD_LOCK_ASSERT(rnh); +#endif if ((rn = rnh->rnh_matchaddr(dst, rnh)) && (rn->rn_flags & RNF_ROOT) == 0) { /* @@ -343,7 +350,8 @@ RT_LOCK(newrt); RT_ADDREF(newrt); } - RADIX_NODE_HEAD_UNLOCK(rnh); + if (needlock) + RADIX_NODE_HEAD_UNLOCK(rnh); } else { /* * Either we hit the root or couldn't find any match, @@ -352,7 +360,8 @@ */ rtstat.rts_unreach++; miss: - RADIX_NODE_HEAD_UNLOCK(rnh); + if (needlock) + RADIX_NODE_HEAD_UNLOCK(rnh); miss2: if (report) { /* * If required, report the failure to the supervising @@ -482,6 +491,8 @@ short *stat = NULL; struct rt_addrinfo info; struct ifaddr *ifa; + struct radix_node_head *rnh = + rt_tables[fibnum][dst->sa_family]; /* verify the gateway is directly reachable */ if ((ifa = ifa_ifwithnet(gateway)) == NULL) { @@ -531,6 +542,8 @@ info.rti_info[RTAX_NETMASK] = netmask; info.rti_ifa = ifa; info.rti_flags = flags; + if (rt0 != NULL) + RT_UNLOCK(rt0); /* drop lock to avoid LOR with RNH */ error = rtrequest1_fib(RTM_ADD, &info, &rt, fibnum); if (rt != NULL) { RT_LOCK(rt); @@ -538,7 +551,7 @@ flags = rt->rt_flags; } if (rt0) - RTFREE_LOCKED(rt0); + RTFREE(rt0); stat = &rtstat.rts_dynamic; } else { @@ -554,8 +567,12 @@ /* * add the key and gateway (in one malloc'd chunk). */ + RT_UNLOCK(rt); + RADIX_NODE_HEAD_LOCK(rnh); + RT_LOCK(rt); rt_setgate(rt, rt_key(rt), gateway); - gwrt = rtalloc1(gateway, 1, 0); + gwrt = rtalloc1(gateway, 1, RTF_RNH_LOCKED); + RADIX_NODE_HEAD_UNLOCK(rnh); EVENTHANDLER_INVOKE(route_redirect_event, rt, gwrt, dst); RTFREE_LOCKED(gwrt); } @@ -641,7 +658,7 @@ if (ifa == NULL) ifa = ifa_ifwithnet(gateway); if (ifa == NULL) { - struct rtentry *rt = rtalloc1_fib(gateway, 0, 0UL, fibnum); + struct rtentry *rt = rtalloc1_fib(gateway, 0, RTF_RNH_LOCKED, fibnum); if (rt == NULL) return (NULL); /* @@ -788,7 +805,9 @@ struct ifaddr *ifa; int error = 0; + rnh = rt_tables[rt->rt_fibnum][rt_key(rt)->sa_family]; RT_LOCK_ASSERT(rt); + RADIX_NODE_HEAD_LOCK_ASSERT(rnh); #if 0 /* * We cannot assume anything about the reference count @@ -804,8 +823,6 @@ if (rnh == NULL) return (EAFNOSUPPORT); - RADIX_NODE_HEAD_LOCK(rnh); - /* * Remove the item from the tree; it should be there, * but when callers invoke us blindly it may not (sigh). @@ -826,7 +843,7 @@ * Now search what's left of the subtree for any cloned * routes which might have been formed from this node. */ - if ((rt->rt_flags & RTF_CLONING) && rt_mask(rt)) + if ((rt->rt_flags & RTF_CLONING) && rt_mask(rt)) rnh->rnh_walktree_from(rnh, rt_key(rt), rt_mask(rt), rt_fixdelete, rt); @@ -860,7 +877,6 @@ */ rttrash++; bad: - RADIX_NODE_HEAD_UNLOCK(rnh); return (error); } @@ -874,7 +890,7 @@ rtrequest1_fib(int req, struct rt_addrinfo *info, struct rtentry **ret_nrt, u_int fibnum) { - int error = 0; + int error = 0, needlock = 0; register struct rtentry *rt; register struct radix_node *rn; register struct radix_node_head *rnh; @@ -891,7 +907,12 @@ rnh = rt_tables[fibnum][dst->sa_family]; if (rnh == NULL) return (EAFNOSUPPORT); - RADIX_NODE_HEAD_LOCK(rnh); + needlock = ((flags & RTF_RNH_LOCKED) == 0); + flags &= ~RTF_RNH_LOCKED; + if (needlock) + RADIX_NODE_HEAD_LOCK(rnh); + else + RADIX_NODE_HEAD_LOCK_ASSERT(rnh); /* * If we are adding a host route then we don't want to put * a netmask in the tree, nor do we want to clone it. @@ -1036,7 +1057,7 @@ * then we just blow it away and retry the insertion * of the new one. */ - rt2 = rtalloc1_fib(dst, 0, 0, fibnum); + rt2 = rtalloc1_fib(dst, 0, RTF_RNH_LOCKED, fibnum); if (rt2 && rt2->rt_parent) { rtexpunge(rt2); RT_UNLOCK(rt2); @@ -1125,7 +1146,8 @@ error = EOPNOTSUPP; } bad: - RADIX_NODE_HEAD_UNLOCK(rnh); + if (needlock) + RADIX_NODE_HEAD_UNLOCK(rnh); return (error); #undef senderr } @@ -1153,7 +1175,7 @@ if (rt->rt_parent == rt0 && !(rt->rt_flags & (RTF_PINNED | RTF_CLONING))) { return rtrequest_fib(RTM_DELETE, rt_key(rt), NULL, rt_mask(rt), - rt->rt_flags, NULL, rt->rt_fibnum); + rt->rt_flags|RTF_RNH_LOCKED, NULL, rt->rt_fibnum); } return 0; } @@ -1230,6 +1252,7 @@ again: RT_LOCK_ASSERT(rt); + RADIX_NODE_HEAD_LOCK_ASSERT(rnh); /* * A host route with the destination equal to the gateway @@ -1256,7 +1279,7 @@ struct rtentry *gwrt; RT_UNLOCK(rt); /* XXX workaround LOR */ - gwrt = rtalloc1_fib(gate, 1, 0, rt->rt_fibnum); + gwrt = rtalloc1_fib(gate, 1, RTF_RNH_LOCKED, rt->rt_fibnum); if (gwrt == rt) { RT_REMREF(rt); return (EADDRINUSE); /* failure */ @@ -1327,12 +1350,8 @@ arg.rnh = rnh; arg.rt0 = rt; - RT_UNLOCK(rt); /* XXX workaround LOR */ - RADIX_NODE_HEAD_LOCK(rnh); - RT_LOCK(rt); rnh->rnh_walktree_from(rnh, rt_key(rt), rt_mask(rt), rt_fixchange, &arg); - RADIX_NODE_HEAD_UNLOCK(rnh); } return 0; Index: sys/net/route.h =================================================================== --- sys/net/route.h (revision 188767) +++ sys/net/route.h (working copy) @@ -172,6 +172,7 @@ #define RTF_BROADCAST 0x400000 /* route represents a bcast address */ #define RTF_MULTICAST 0x800000 /* route represents a mcast address */ /* 0x1000000 and up unassigned */ +#define RTF_RNH_LOCKED 0x40000000 /* radix node head locked by caller */ /* Mask of RTF flags that are allowed to be modified by RTM_CHANGE. */ #define RTF_FMASK \ Index: sys/net/rtsock.c =================================================================== --- sys/net/rtsock.c (revision 188767) +++ sys/net/rtsock.c (working copy) @@ -628,9 +628,11 @@ !sa_equal(info.rti_info[RTAX_IFA], rt->rt_ifa->ifa_addr))) { RT_UNLOCK(rt); + RADIX_NODE_HEAD_LOCK(rnh); if ((error = rt_getifa_fib(&info, rt->rt_fibnum)) != 0) senderr(error); + RADIX_NODE_HEAD_UNLOCK(rnh); RT_LOCK(rt); } if (info.rti_ifa != NULL && @@ -642,8 +644,14 @@ IFAFREE(rt->rt_ifa); } if (info.rti_info[RTAX_GATEWAY] != NULL) { - if ((error = rt_setgate(rt, rt_key(rt), - info.rti_info[RTAX_GATEWAY])) != 0) { + RT_UNLOCK(rt); + RADIX_NODE_HEAD_LOCK(rnh); + RT_LOCK(rt); + + error = rt_setgate(rt, rt_key(rt), + info.rti_info[RTAX_GATEWAY]); + RADIX_NODE_HEAD_UNLOCK(rnh); + if (error != 0) { RT_UNLOCK(rt); senderr(error); } Index: sys/netinet6/in6_ifattach.c =================================================================== --- sys/netinet6/in6_ifattach.c (revision 188767) +++ sys/netinet6/in6_ifattach.c (working copy) @@ -823,7 +823,7 @@ /* XXX grab lock first to avoid LOR */ if (rt_tables[0][AF_INET6] != NULL) { RADIX_NODE_HEAD_LOCK(rt_tables[0][AF_INET6]); - rt = rtalloc1((struct sockaddr *)&sin6, 0, 0UL); + rt = rtalloc1((struct sockaddr *)&sin6, 0, RTF_RNH_LOCKED); if (rt) { if (rt->rt_ifp == ifp) rtexpunge(rt); Index: sys/netinet6/in6_rmx.c =================================================================== --- sys/netinet6/in6_rmx.c (revision 188767) +++ sys/netinet6/in6_rmx.c (working copy) @@ -154,7 +154,7 @@ * Find out if it is because of an * ARP entry and delete it if so. */ - rt2 = rtalloc1((struct sockaddr *)sin6, 0, RTF_CLONING); + rt2 = rtalloc1((struct sockaddr *)sin6, 0, RTF_RNH_LOCKED|RTF_CLONING); if (rt2) { if (rt2->rt_flags & RTF_LLINFO && rt2->rt_flags & RTF_HOST && @@ -181,7 +181,7 @@ * net route entry, 3ffe:0501:: -> if0. * This case should not raise an error. */ - rt2 = rtalloc1((struct sockaddr *)sin6, 0, RTF_CLONING); + rt2 = rtalloc1((struct sockaddr *)sin6, 0, RTF_RNH_LOCKED|RTF_CLONING); if (rt2) { if ((rt2->rt_flags & (RTF_CLONING|RTF_HOST|RTF_GATEWAY)) == RTF_CLONING Property changes on: sys/contrib/pf ___________________________________________________________________ Modified: svn:mergeinfo Merged /head/sys/contrib/pf:r185747,185774,185807,185849,185964-185965,186051-186052