From owner-freebsd-current@FreeBSD.ORG Sun May 10 11:28:05 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69B42106566C; Sun, 10 May 2009 11:28:05 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtpfb1-g21.free.fr (smtpfb1-g21.free.fr [212.27.42.9]) by mx1.freebsd.org (Postfix) with ESMTP id 3E5E38FC08; Sun, 10 May 2009 11:28:02 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp2-g21.free.fr (smtp2-g21.free.fr [212.27.42.2]) by smtpfb1-g21.free.fr (Postfix) with ESMTP id F358B77C7BF; Sun, 10 May 2009 13:11:56 +0200 (CEST) Received: from smtp2-g21.free.fr (localhost [127.0.0.1]) by smtp2-g21.free.fr (Postfix) with ESMTP id D84B04B0105; Sun, 10 May 2009 13:11:49 +0200 (CEST) Received: from endor.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp2-g21.free.fr (Postfix) with ESMTP id 022CA4B00FC; Sun, 10 May 2009 13:11:46 +0200 (CEST) Received: from obiwan.tataz.chchile.org (obiwan.tataz.chchile.org [192.168.1.222]) by endor.tataz.chchile.org (Postfix) with ESMTP id 3253633E60; Sun, 10 May 2009 11:11:10 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 1F0A45082A; Sun, 10 May 2009 13:11:10 +0200 (CEST) Date: Sun, 10 May 2009 13:11:10 +0200 From: Jeremie Le Hen To: dougb@FreeBSD.org Message-ID: <20090510111110.GA88857@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@FreeBSD.org Subject: Bug in mergemaster(8) when used in service jails (scheme described in chapter 15.6.1 of the handbook) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2009 11:28:05 -0000 Hi Doug, In the chapter 15.6.1 of the handbook, "Service jails", the last part explains how to upgrade jails. The last step is to run mergmaster(8) in each jail. The problem is that in service jails /etc is a symlink to /s/etc, /s being the readable/writable filesystem. mtree(8) stumbles on /etc being a symlink instead of a directory and doesn't proceed futher down into /etc to check files. Consequently, ${CHANGED} is empty and all customized configuration are overwritten with their default version. I've fixed mergemaster(8) with the following patch: % Index: mergemaster.sh % =================================================================== % RCS file: /mnt/space/cvsroot/src/usr.sbin/mergemaster/mergemaster.sh,v % retrieving revision 1.69 % diff -u -r1.69 mergemaster.sh % --- mergemaster.sh 23 Mar 2009 14:42:41 -0000 1.69 % +++ mergemaster.sh 10 May 2009 11:05:32 -0000 % @@ -461,7 +461,7 @@ % # % CHANGED= % if [ -n "${AUTO_UPGRADE}" -a -f "${DESTDIR}${MTREEFILE}" ]; then % - for file in `mtree -eq -f ${DESTDIR}${MTREEFILE} -p ${DESTDIR}/ \ % + for file in `mtree -eqL -f ${DESTDIR}${MTREEFILE} -p ${DESTDIR}/ \ % 2>/dev/null | awk '($2 == "changed") {print $1}'`; do % if [ -f "${DESTDIR}/$file" ]; then % CHANGED="${CHANGED} ${DESTDIR}/$file" Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Sun May 10 16:58:30 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 837E1106564A; Sun, 10 May 2009 16:58:30 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7290A8FC15; Sun, 10 May 2009 16:58:22 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id C0F2E4C813B; Sun, 10 May 2009 18:58:17 +0200 (CEST) Received: from endor.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp4-g21.free.fr (Postfix) with ESMTP id DC3494C8176; Sun, 10 May 2009 18:58:14 +0200 (CEST) Received: from obiwan.tataz.chchile.org (obiwan.tataz.chchile.org [192.168.1.222]) by endor.tataz.chchile.org (Postfix) with ESMTP id 0F6A633E61; Sun, 10 May 2009 16:57:38 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id DCCDC5082A; Sun, 10 May 2009 18:57:37 +0200 (CEST) Date: Sun, 10 May 2009 18:57:37 +0200 From: Jeremie Le Hen To: dougb@FreeBSD.org Message-ID: <20090510165737.GB88857@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@FreeBSD.org Subject: New mergemaster option -I, failsafe install files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2009 16:58:30 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi Doug, As you may guess from my multiple emails, I'm in the process of upgrading my jails :-). Since I have one jail per service, a very few number of configuration files are modified on each jail. As most of user of FreeBSD I think, I'm used to run "mergemaster -iU" to automate the process as much as possible. The problem with service jails (chapter 15.6.1 of the handbook) is that / is read-only mounted on all jails, /etc /var /root and a few other places being symlinks to /s, the private read-write space of each jail. Thus when mergemaster tries to update /boot/devices.hints it fails and abort. Therefore I've implemented a new -I option that does the same thing as -i except that it will proceed on failure. At the end of the process, it will also show an informational message about files that could not be installed. This patch along with the fix I sent you a few hours ago allows to use mergemaster(8) in service jails flawlessly. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --yrj/dFKFPuw6o+aM Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="mergemaster-I.diff" Index: mergemaster.8 =================================================================== RCS file: /mnt/space/cvsroot/src/usr.sbin/mergemaster/mergemaster.8,v retrieving revision 1.41 diff -u -r1.41 mergemaster.8 --- mergemaster.8 23 Mar 2009 14:42:41 -0000 1.41 +++ mergemaster.8 10 May 2009 08:18:32 -0000 @@ -32,7 +32,7 @@ .Nd merge configuration files, et al during an upgrade .Sh SYNOPSIS .Nm -.Op Fl scrvahipFCPU +.Op Fl scrvahiIpFCPU .Op Fl m Ar /path/to/sources .Op Fl t Ar /path/to/temp/root .Op Fl d @@ -209,6 +209,9 @@ .It Fl i Automatically install any files that do not exist in the destination directory. +.It Fl I +Automatically install any files that do not exist in the +destination directory, but proceed on failure. .It Fl p Pre-buildworld mode. Compares only files known to be essential to the success of Index: mergemaster.sh =================================================================== RCS file: /mnt/space/cvsroot/src/usr.sbin/mergemaster/mergemaster.sh,v retrieving revision 1.69 diff -u -r1.69 mergemaster.sh --- mergemaster.sh 23 Mar 2009 14:42:41 -0000 1.69 +++ mergemaster.sh 10 May 2009 11:16:39 -0000 @@ -15,7 +15,7 @@ display_usage () { VERSION_NUMBER=`grep "[$]FreeBSD:" $0 | cut -d ' ' -f 4` echo "mergemaster version ${VERSION_NUMBER}" - echo 'Usage: mergemaster [-scrvahipFCPU]' + echo 'Usage: mergemaster [-scrvahiIpFCPU]' echo ' [-m /path] [-t /path] [-d] [-u N] [-w N] [-A arch] [-D /path]' echo "Options:" echo " -s Strict comparison (diff every pair of files)" @@ -25,6 +25,7 @@ echo " -a Leave all files that differ to merge by hand" echo " -h Display more complete help" echo ' -i Automatically install files that do not exist in destination directory' + echo ' -I Automatically install files that do not exist in destination directory, but proceed on failure' echo ' -p Pre-buildworld mode, only compares crucial files' echo ' -F Install files that differ only by revision control Id ($FreeBSD)' echo ' -C Compare local rc.conf variables to the defaults' @@ -265,7 +266,7 @@ # Check the command line options # -while getopts ":ascrvhipCPm:t:du:w:D:A:FU" COMMAND_LINE_ARGUMENT ; do +while getopts ":ascrvhiIpCPm:t:du:w:D:A:FU" COMMAND_LINE_ARGUMENT ; do case "${COMMAND_LINE_ARGUMENT}" in A) ARCHSTRING='TARGET_ARCH='${OPTARG} @@ -303,6 +304,10 @@ i) AUTO_INSTALL=yes ;; + I) + AUTO_INSTALL=yes + AUTO_INSTALL_FAILSAFE=yes + ;; C) COMP_CONFS=yes ;; @@ -763,9 +768,17 @@ # Create directories as needed # install_error () { - echo "*** FATAL ERROR: Unable to install ${1} to ${2}" - echo '' - exit 1 + case "${AUTO_INSTALL_FAILSAFE}" in + '') + echo "*** FATAL ERROR: Unable to install ${1} to ${2}" + echo '' + exit 1 + ;; + *) + AUTO_FAILED_INSTALLED_FILES="${AUTO_FAILED_INSTALLED_FILES} $2/${1##*/} +" + ;; + esac } do_install_and_rm () { @@ -781,11 +794,14 @@ if [ ! -d "${3}/${2##*/}" ]; then if install -m ${1} ${2} ${3}; then unlink ${2} + return 0 else install_error ${2} ${3} + return 1 fi else install_error ${2} ${3} + return 1 fi } @@ -824,7 +840,7 @@ NEED_CAP_MKDB=yes ;; /etc/master.passwd) - do_install_and_rm 600 "${1}" "${DESTDIR}${INSTALL_DIR}" + do_install_and_rm 600 "${1}" "${DESTDIR}${INSTALL_DIR}" || return 1 NEED_PWD_MKDB=yes DONT_INSTALL=yes ;; @@ -1113,6 +1129,28 @@ ;; esac +case "${AUTO_FAILED_INSTALLED_FILES}" in +'') ;; +*) + case "${AUTO_RUN}" in + '') + ( + echo '*** You chose the automatic install option for files that did not' + echo ' exist on your system. The following could not be installed:' + echo "${AUTO_FAILED_INSTALLED_FILES}" + echo '' + ) | ${PAGER} + ;; + *) + echo '' + echo '*** You chose the automatic install option for files that did not' + echo ' exist on your system. The following could not be installed:' + echo "${AUTO_FAILED_INSTALLED_FILES}" + ;; + esac + ;; +esac + case "${AUTO_UPGRADED_FILES}" in '') ;; *) --yrj/dFKFPuw6o+aM-- From owner-freebsd-current@FreeBSD.ORG Sun May 10 17:11:24 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BB461065674 for ; Sun, 10 May 2009 17:11:24 +0000 (UTC) (envelope-from jlalarcon@gmx.com) Received: from mail.gmx.com (unknown [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 9D22E8FC13 for ; Sun, 10 May 2009 17:11:23 +0000 (UTC) (envelope-from jlalarcon@gmx.com) Received: (qmail invoked by alias); 10 May 2009 17:11:21 -0000 Received: from 68.Red-79-152-160.dynamicIP.rima-tde.net (EHLO localhost) [79.152.160.68] by mail.gmx.com (mp-eu003) with SMTP; 10 May 2009 19:11:21 +0200 X-Authenticated: #51291402 X-Provags-ID: V01U2FsdGVkX18zEqFlrJgz5mOlr5VQaLDAzF99/ron17TBdbQmrA YrdYxn/E5ReCeD Date: Sun, 10 May 2009 19:11:11 +0200 From: Jose Luis Alarcon Sanchez To: freebsd-current@FreeBSD.org Message-ID: <20090510171111.GA1516@Harvard.lordofunix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.75 Cc: Subject: ethernet interface ed1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2009 17:11:24 -0000 Hello. my computer have only one ethernet interface, only one card attached. But FreeBSD-CURRENT detect it like ed1. Why this interface, and not ed0?. All the RELEASES installed in the same computer, detected the ethernet card like ed0. Thanks in advance. Regards. Jose. -- Not Registered GNU/Hurd User. Registered BSD User 51101. Registered Linux User #213309. Memories..... You are talking about memories. Rick Deckard. Blade Runner. From owner-freebsd-current@FreeBSD.ORG Sun May 10 17:12:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9222E106568A for ; Sun, 10 May 2009 17:12:46 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: from s217.sureserver.com (s217.sureserver.com [203.194.200.22]) by mx1.freebsd.org (Postfix) with ESMTP id C6EA78FC0C for ; Sun, 10 May 2009 17:12:45 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: (qmail 9225 invoked by uid 1002); 10 May 2009 17:12:42 -0000 Received: from unknown (HELO ?10.10.10.7?) (saifi.khan@twincling.org@59.92.172.29) by s217.sureserver.com with ESMTPA; 10 May 2009 17:12:42 -0000 Date: Sun, 10 May 2009 22:45:16 +0000 (GMT) From: Saifi Khan X-X-Sender: saifi@localhost To: freebsd-current@freebsd.org, FreeBSD Questions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: FreeBSD 8.0 i386 200905 snapshot DVD does not boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2009 17:12:47 -0000 Hi all: The FreeBSD 8.0 i386 200905 snapshot DVD does not boot up. I'm on a normal Celeron 1.6GHz Presario C300TU laptop with 160GB HDD and 2GB DDR2 RAM. The system just whirrs up the DVD drive, the LEDs blink for a few moments and then the installed FreeBSD 7.1 screen is presented. I tested the DVD drive by putting in the old FreeBSD 7.1 DVD and it works fine. As an additional investigation i wrote another DVD with -J -R flags (unnecessary though in my opinion) and even this DVD does not get booted up. The first thing i did was do a md5sum on the downloaded .ISO image and that is fine. Has anybody tried FreeBSD 8.0 i386 200905 DVD and could get it to boot ? Is there something that i'm missing here ? Any pointers are appreciated. thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Sun May 10 19:54:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F9C9106564A for ; Sun, 10 May 2009 19:54:28 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id CEB888FC13 for ; Sun, 10 May 2009 19:54:27 +0000 (UTC) (envelope-from venture37@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so1116379mue.3 for ; Sun, 10 May 2009 12:54:26 -0700 (PDT) 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=ucqxzi0vF9DDwcDgAL1+7EIVcwUp0zrb+vKHYtk65ns=; b=bkW+pgx/+HoTf0shFGoU+XgjemT9U8VULWetXuSQlYsTrdntywc1O28PrYthX7+bog PoWcYO5mJTnAynQg9yACjpV8CkqImP8AWcVhdKGtHDMB1WBXkWqB5Md8Q14N3dEILNHx sRjz6IaynEL2fVCMD9OKSSi0qCZ+azgdvuepQ= 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=aILtw0AhDzZp2Ogw4MctM/nBqSCKLsIt+HfuJ6OFZqIjoVewxFA1u683nh6ieshYbz UPgBt3U6ACMxho3SpQPSsqK2nI/kXahD1J+qGSWPT2I3YBYEf1FAqc6oOjFvdTtSajn+ Mu+bfEFpfaWbISD6KDUtLtfkiD/EHKSzEIGwc= Received: by 10.103.160.9 with SMTP id m9mr3712223muo.96.1241983732375; Sun, 10 May 2009 12:28:52 -0700 (PDT) Received: from sevans-mac-pro.local (newbie.thingamajig-systems.co.uk [93.97.185.103]) by mx.google.com with ESMTPS id w5sm4856898mue.34.2009.05.10.12.28.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 10 May 2009 12:28:51 -0700 (PDT) Message-ID: <4A072AF0.2000903@gmail.com> Date: Sun, 10 May 2009 20:28:48 +0100 From: Sevan / Venture37 User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: rum(4) not working on 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2009 19:54:28 -0000 Hi I've installed a fresh copy of 8-CURRENT 05/09 AMD64 snapshot on my laptop which has a ralink pci express mini card, the device is detected by the kernel correctly & the rum driver attaches however the card doesn't work, ifconfig rum0 scan or list scan results in: ifconfig: unable to get scan results. I've only just signed up to this list but I've had a brief look through the archive for the last month or so & I see that rwatson@ posted about drivers which are flagged with IFF_NEEDSGIANT are to be removed & rum(4) is one of them, looking at repository it looks like a new rum driver was put into place 8 days ago, http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/usb/wlan/if_rum.c Sevan / Venture37 From owner-freebsd-current@FreeBSD.ORG Sun May 10 20:17:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAEB5106564A for ; Sun, 10 May 2009 20:17:31 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 50CBB8FC1A for ; Sun, 10 May 2009 20:17:30 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=6I5d2MoRAAAA:8 a=v7TGjGnrnyRGgrPfTTAA:9 a=e449czlyLQvt1ZSIsegA:7 a=2r_u2eig36zUzE81DGzIsvb09eIA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1238880018; Sun, 10 May 2009 22:17:29 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 10 May 2009 22:20:03 +0200 User-Agent: KMail/1.9.7 References: <4A072AF0.2000903@gmail.com> In-Reply-To: <4A072AF0.2000903@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905102220.04364.hselasky@c2i.net> Cc: Sevan / Venture37 Subject: Re: rum(4) not working on 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2009 20:17:32 -0000 On Sunday 10 May 2009, Sevan / Venture37 wrote: > Hi > I've installed a fresh copy of 8-CURRENT 05/09 AMD64 snapshot on my > laptop which has a ralink pci express mini card, the device is detected > by the kernel correctly & the rum driver attaches however the card > doesn't work, ifconfig rum0 scan or list scan results in: > ifconfig: unable to get scan results. > I've only just signed up to this list but I've had a brief look through > the archive for the last month or so & I see that rwatson@ posted about > drivers which are flagged with IFF_NEEDSGIANT are to be removed & rum(4) > is one of them, looking at repository it looks like a new rum driver was > put into place 8 days ago, > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/usb/wlan/if_rum.c > The USB WLAN drivers work if you use wpa_supplicant. --HPS From owner-freebsd-current@FreeBSD.ORG Sun May 10 20:48:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 511421065693 for ; Sun, 10 May 2009 20:48:03 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 1065A8FC13 for ; Sun, 10 May 2009 20:48:03 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 66134FF2D; Mon, 11 May 2009 08:48:02 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XIRtX2Fn3-aR; Mon, 11 May 2009 08:47:58 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Mon, 11 May 2009 08:47:58 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id AA42D11432; Mon, 11 May 2009 08:47:57 +1200 (NZST) Date: Sun, 10 May 2009 13:47:57 -0700 From: Andrew Thompson To: Sevan / Venture37 Message-ID: <20090510204757.GA45375@citylink.fud.org.nz> References: <4A072AF0.2000903@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A072AF0.2000903@gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: rum(4) not working on 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2009 20:48:03 -0000 On Sun, May 10, 2009 at 08:28:48PM +0100, Sevan / Venture37 wrote: > Hi > I've installed a fresh copy of 8-CURRENT 05/09 AMD64 snapshot on my laptop > which has a ralink pci express mini card, the device is detected by the > kernel correctly & the rum driver attaches however the card doesn't work, > ifconfig rum0 scan or list scan results in: ^^^^^^^^^^^^^^^^^^ You need to create a wlan pseudo device and operate on that # ifconfig wlan0 create wlandev rum0 up If you still have problems then enable debugging with 'wlandebug state+scan' and then down/up the interface. Andrew From owner-freebsd-current@FreeBSD.ORG Sun May 10 22:17:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 907641065672 for ; Sun, 10 May 2009 22:17:57 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl.com (jdl.com [208.123.74.7]) by mx1.freebsd.org (Postfix) with ESMTP id 663C98FC15 for ; Sun, 10 May 2009 22:17:57 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl (helo=jdl.com) by jdl.com with local-esmtp (Exim 4.69) (envelope-from ) id 1M3GfE-0007Ld-9B for freebsd-current@freebsd.org; Sun, 10 May 2009 16:34:28 -0500 To: freebsd-current@freebsd.org Date: Sun, 10 May 2009 16:34:28 -0500 From: Jon Loeliger Message-Id: X-Spam-Score: -2.3 Subject: Feedback and Questions Updating to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2009 22:17:57 -0000 Folks, I started with a 7.2-RC2 install and have been converting it to CURRENT over the past few days. I've been following the bouncing ball over in http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html and I think I was (mostly) successful. One pretty darn confusing aspect of this web site page is that, in outline, basically reads: - You should follow these 8 instructions - Here's a review of the 8 steps. - Now, in detail, here are the steps. The problem is, the whole page is indexex as if the outline was really this: - Here are the 8 steps you should take step 1 ... step 8 quick review of the steps - Do some more reading - Do some /etc updates, which, incidentally is step 5 - Do 'make installworld', which, incidentally is step 6, - Remove /usr/obj, which we really didn't mention as an earlier step - Compile the Base System Wait. Again? Wasn't this done as Step 1 already? Maybe this is again, maybe this is "detailed info" now... - Compile and insall a new kernel... Wait. Again? Wasn't this done as step 2 already? Maybe this is again, maybe this is "detailed info" now... - ...rest of the same steps either "again", or "in detail"... - Youre done. Except I don't think I am. First, dmesg had this to say, and appeared not to be too pleased near the end: (I used GENERIC, minus all the RAID options to build this kernel.) ---------------------------------------------------------------- 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 8.0-CURRENT #1: Sun May 10 08:52:22 CDT 2009 jdl@freebie.austin.rr.com:/usr/obj/usr/src/sys/FREEBIE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) Processor (1109.89-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440800,MMX+,3DNow!+,3DNow!> real memory = 536870912 (512 MB) avail memory = 773992448 (738 MB) kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 2ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 agp0: aperture size is 256M pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xd6000000-0xd6ffffff,0xd8000000-0xdfffffff irq 11 at device 0.0 on pci1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd800-0xd80f at device 4.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] rl0: port 0xa400-0xa4ff mem 0xd5800000-0xd58000ff irq 9 at device 9.0 on pci0 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:e0:29:74:1c:4c rl0: [ITHREAD] pci0: at device 13.0 (no driver attached) atapci1: port 0x9800-0x9807,0x9400-0x9403,0x9000-0x9007,0x8800-0x8803,0x8400-0x843f mem 0xd5000000-0xd501ffff irq 10 at device 17.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atrtc0: port 0x70-0x73 irq 8 on acpi0 fdc1: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc1: [FILTER] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse Explorer, device ID 4 cpu0: on acpi0 acpi_throttle0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0: No FDOUT register! ppc0: parallel port not found. Timecounter "TSC" frequency 1109893249 Hz quality 800 Timecounters tick every 1.000 msec ad0: 39083MB at ata0-master UDMA66 acd0: CDRW at ata1-master PIO4 acd1: CDROM at ata1-slave PIO4 WARNING: WITNESS option enabled, expect reduced performance. GEOM_LABEL: Label for provider ad0s1a is ufsid/49f8a3e1ab5cc6ca. GEOM_LABEL: Label for provider ad0s1d is ufsid/49f8a3e53ba41565. GEOM_LABEL: Label for provider ad0s1e is ufsid/49f8a3e136e4ee3d. GEOM_LABEL: Label for provider ad0s1f is ufsid/49f8a3e175f2b211. Trying to mount root from ufs:/dev/ad0s1a GEOM_LABEL: Label ufsid/49f8a3e1ab5cc6ca removed. GEOM_LABEL: Label for provider ad0s1a is ufsid/49f8a3e1ab5cc6ca. GEOM_LABEL: Label ufsid/49f8a3e136e4ee3d removed. GEOM_LABEL: Label for provider ad0s1e is ufsid/49f8a3e136e4ee3d. GEOM_LABEL: Label ufsid/49f8a3e175f2b211 removed. GEOM_LABEL: Label for provider ad0s1f is ufsid/49f8a3e175f2b211. GEOM_LABEL: Label ufsid/49f8a3e53ba41565 removed. GEOM_LABEL: Label for provider ad0s1d is ufsid/49f8a3e53ba41565. GEOM_LABEL: Label ufsid/49f8a3e1ab5cc6ca removed. GEOM_LABEL: Label ufsid/49f8a3e136e4ee3d removed. GEOM_LABEL: Label ufsid/49f8a3e175f2b211 removed. GEOM_LABEL: Label ufsid/49f8a3e53ba41565 removed. lock order reversal: 1st 0xc39e7a60 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2555 2nd 0xc3ffee00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:275 KDB: stack backtrace: db_trace_self_wrapper(c0b84a8f,df3aaa78,c08576d5,c08495db,c0b87874,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08495db,c0b87874,c3d1fae8,c3d225f8,df3aaad4,...) at kdb_backtrace+0x29 _witness_debugger(c0b87874,c3ffee00,c0ba7492,c3d225f8,c0ba712b,...) at _witness_debugger+0x25 witness_checkorder(c3ffee00,9,c0ba712b,113,0,...) at witness_checkorder+0x839 _sx_xlock(c3ffee00,0,c0ba712b,113,d33946cc,...) at _sx_xlock+0x85 ufsdirhash_acquire(0,e,c3ea0000,c39e7a00,d33946cc,...) at ufsdirhash_acquire+0x35 ufsdirhash_remove(c4035d24,d33946cc,6cc,df3aab64,df3aab60,...) at ufsdirhash_remove+0x14 ufs_dirremove(c3ec7648,c4228e0c,500800c,0,c3ec7648,...) at ufs_dirremove+0xe5 ufs_remove(df3aac34,df3aac44,0,0,c422610c,...) at ufs_remove+0x6e VOP_REMOVE_APV(c0c7d520,df3aac34,2,df3aac00,bfbfef62,...) at VOP_REMOVE_APV+0xa5 kern_unlinkat(c3eb4d80,ffffff9c,bfbfef62,0,df3aac80,...) at kern_unlinkat+0x152 kern_unlink(c3eb4d80,bfbfef62,0,df3aad2c,c0ac2fd3,...) at kern_unlink+0x27 unlink(c3eb4d80,df3aacf8,4,c0b88129,c0c5e110,...) at unlink+0x22 syscall(df3aad38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (10, FreeBSD ELF32, unlink), eip = 0x2815e5af, esp = 0xbfbfe50c, ebp = 0xbfbfeda8 --- lock order reversal: 1st 0xc4224164 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1050 2nd 0xc4224df4 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2101 KDB: stack backtrace: db_trace_self_wrapper(c0b84a8f,df385814,c08576d5,c08495db,c0b87874,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08495db,c0b87874,c3d22590,c3d224c0,df385870,...) at kdb_backtrace+0x29 _witness_debugger(c0b87874,c4224df4,c0b7702e,c3d224c0,c0b8e6bd,...) at _witness_debugger+0x25 witness_checkorder(c4224df4,9,c0b8e6bd,835,0,...) at witness_checkorder+0x839 __lockmgr_args(c4224df4,80100,c4224e10,0,0,...) at __lockmgr_args+0x797 vop_stdlock(df385978,c085747b,c0b7725f,80100,c4224d9c,...) at vop_stdlock+0x62 VOP_LOCK1_APV(c0c5ac80,df385978,c403ee24,c0c94700,c4224d9c,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c4224d9c,80100,c0b8e6bd,835,8,...) at _vn_lock+0x5e vget(c4224d9c,80100,c403ed80,160,c0b77181,...) at vget+0xc9 devfs_allocv(c40ee380,c402d280,df385a10,c403ed80,c0e21fb8,...) at devfs_allocv+0x11a devfs_root(c402d280,80000,df385c2c,c403ed80,0,...) at devfs_root+0x51 vfs_donmount(c403ed80,0,c40ee480,c40ee480,bfbfde39,...) at vfs_donmount+0x14d0 nmount(c403ed80,df385cf8,c,c,c0c60390,...) at nmount+0x72 syscall(df385d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280e3edb, esp = 0xbfbfde0c, ebp = 0xbfbfe368 --- lock order reversal: 1st 0xc44edc2c filedesc structure (filedesc structure) @ /usr/src/sys/kern/kern_descrip.c:1076 2nd 0xc4a9737c ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:4109 KDB: stack backtrace: db_trace_self_wrapper(c0b84a8f,df44aa2c,c08576d5,c08495db,c0b87874,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08495db,c0b87874,c3d1fd58,c3d22590,df44aa88,...) at kdb_backtrace+0x29 _witness_debugger(c0b87874,c4a9737c,c0b7aba2,c3d22590,c0b8e6bd,...) at _witness_debugger+0x25 witness_checkorder(c4a9737c,9,c0b8e6bd,100d,c4a97398,...) at witness_checkorder+0x839 __lockmgr_args(c4a9737c,80400,c4a97398,0,0,...) at __lockmgr_args+0x797 ffs_lock(df44ab98,c,0,80400,c4a97324,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0c7d520,df44ab98,df44aba0,c0c94700,c4a97324,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c4a97324,80400,c0b8e6bd,100d,df44abf4,...) at _vn_lock+0x5e vfs_knllock(c4a97324,0,c0b7cd90,68c,c4a66154,...) at vfs_knllock+0x29 knlist_remove_kq(0,df44ac14,c089e909,c4a542f4,c4a66154,...) at knlist_remove_kq+0xad knlist_remove(c4a542f4,c4a66154,0,df44ac40,c07ebc85,...) at knlist_remove+0x1b filt_vfsdetach(c4a66154,0,c0b7cd90,75c,f,...) at filt_vfsdetach+0x39 knote_fdclose(c4443240,12af,c0b7c8d3,434,c44edc2c,...) at knote_fdclose+0xf5 kern_close(c4443240,12af,df44ad2c,c0ac2fd3,c4443240,...) at kern_close+0xd2 close(c4443240,df44acf8,4,c0b88115,c0c5e0b0,...) at close+0x1a syscall(df44ad38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (6, FreeBSD ELF32, close), eip = 0x28370a73, esp = 0xbfbfe71c, ebp = 0xbfbfe738 --- pid 1712 (perl5.8.9), uid 0: exited on signal 6 (core dumped) pid 1713 (perl5.8.9), uid 0: exited on signal 6 (core dumped) pid 1771 (perl5.8.9), uid 0: exited on signal 6 (core dumped) ---------------------------------------------------------------- I rebooted and while X came back up via gdm, I had no keyboard under X. The whole system was running fine otherwise. Network was up, etc. So I ssh'ed in and things are running. I tried to stop gdb and I got a blank (black) screen and no console output or keyboard input. No virt screen anywhere. So, I wonder if X was hosed and also needed to be updated, etc. In fact, shouldn't I have to re-install a bunch of ports now? Shouldn't a pointer a the end of Chapter 24 suggest going and redoing some packages or ports? So, I want to re-install correctly installed ports and packages. So I "porsnap fetch", and, despite the end of Chapter 24.3, it appears to have also already done the "extract" step: # portsnap fetch Looking up portsnap.FreeBSD.org mirrors... 3 mirrors found. Fetching public key from portsnap1.FreeBSD.org... done. Fetching snapshot tag from portsnap1.FreeBSD.org... done. Fetching snapshot metadata... done. Fetching snapshot generated at Sat May 9 19:53:40 CDT 2009: 711cd4d0113f1163f35f6897c249aaee03563c991e5901100% of 56 MB 920 kBps 00m00s Extracting snapshot... done. Verifying snapshot integrity... done. Fetching snapshot tag from portsnap1.FreeBSD.org... done. Fetching snapshot metadata... done. Updating from Sat May 9 19:53:40 CDT 2009 to Sun May 10 13:48:13 CDT 2009. Fetching 3 metadata patches.. done. Applying metadata patches... done. Fetching 0 metadata files... done. Fetching 70 patches.....10....20....30....40....50....60....70 done. Applying patches... done. Fetching 8 new ports or files... done. # I also get told: # pkg_add -r xorg Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-current/Latest/xorg.tbz... Done. pkg_add: package 'xorg-7.4_1' or its older version already installed But I confess, I am dubious that the 7.2-RC2 to 8.0-CURRENT doesn't mandate a few recompiles of some X packages or libraries. Is there a way to force all those dependencies for already installed packages to be updated or recompiled in the new 8.0 world view? As needed, pointers to a web page, clue-by-four, etc., all appreciated! Thanks, jdl From owner-freebsd-current@FreeBSD.ORG Sun May 10 22:25:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 099C5106564A for ; Sun, 10 May 2009 22:25:28 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-fx0-f216.google.com (mail-fx0-f216.google.com [209.85.220.216]) by mx1.freebsd.org (Postfix) with ESMTP id 877F98FC15 for ; Sun, 10 May 2009 22:25:26 +0000 (UTC) (envelope-from venture37@gmail.com) Received: by fxm12 with SMTP id 12so2384860fxm.43 for ; Sun, 10 May 2009 15:25:25 -0700 (PDT) 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:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=iTXnwJGqaL4pDiVO39ppzNU8+4ImrD5wbjxyM5+rEM0=; b=WAPvkOS3t/NmdFkDbkDb0eDYnv59UWNBQohFEKCuJYv1T8Q3/5MNFCEK6WE8S9iRVt Yr+33r4f95bDi1fG+zHu+bobQvqvKaVEeWk86IVX55mGPM5w94B2MVgVg0/fgJR1xjPI SdW9bPrT93Ddw+r94RBEBKKs6HiJmvcsQS+eI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=jeF1M0VLJsyEoq8IyjUTgyymGPy/u8WqKHzBC7GVY5gOYuGl9+Qh4UNZR1fy7DEHeG 6kM2UXBrun1BjZkVsbG8j7SgSlh+GvAA+HyoCVhI1u4VhrarjQv1iq7NDq0RA5NPmEx2 dAVMtklmkacBo+dAavpvo9VsNmEGoHwLEnbr4= Received: by 10.103.240.15 with SMTP id s15mr3812464mur.102.1241994325187; Sun, 10 May 2009 15:25:25 -0700 (PDT) Received: from sevans-mac-pro.local (newbie.thingamajig-systems.co.uk [93.97.185.103]) by mx.google.com with ESMTPS id i5sm431560mue.25.2009.05.10.15.25.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 10 May 2009 15:25:23 -0700 (PDT) Message-ID: <4A075451.2070001@gmail.com> Date: Sun, 10 May 2009 23:25:21 +0100 From: Sevan / Venture37 User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Andrew Thompson References: <4A072AF0.2000903@gmail.com> <20090510204757.GA45375@citylink.fud.org.nz> In-Reply-To: <20090510204757.GA45375@citylink.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: rum(4) not working on 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2009 22:25:28 -0000 Andrew Thompson wrote: > You need to create a wlan pseudo device and operate on that > > # ifconfig wlan0 create wlandev rum0 up > > If you still have problems then enable debugging with 'wlandebug > state+scan' and then down/up the interface. Thanks for the tip, that sorted it, for the mailing list archive: I added wlans_rum0="wlan0" create_args_wlan0="wlanmode sta country GB" ifconfig_wlan0="DHCP" to /etc/rc.conf & that sorted out ipv4 connectivity, to get ipv6 working I had to add ipv6_network_interfaces="wlan0" aswell as ipv6_enable="YES" otherwise rtsol would not automatically run on the interface & you're left with a local link address on wlan0. Sevan / Venture37 From owner-freebsd-current@FreeBSD.ORG Sun May 10 22:35:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5345106564A for ; Sun, 10 May 2009 22:35:29 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 5109D8FC12 for ; Sun, 10 May 2009 22:35:29 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id F2A59EB50CC; Mon, 11 May 2009 01:35:27 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id E387745088; Mon, 11 May 2009 01:35:27 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vZ3IOKGRRVx4; Mon, 11 May 2009 01:35:27 +0300 (EEST) Received: from kobe.laptop (adsl61-72.kln.forthnet.gr [77.49.188.72]) by mail.ceid.upatras.gr (Postfix) with ESMTP id A490B4503F; Mon, 11 May 2009 01:35:27 +0300 (EEST) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n4AMZQLU003697; Mon, 11 May 2009 01:35:27 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n4AMZPoL003696; Mon, 11 May 2009 01:35:25 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Jon Loeliger References: Date: Mon, 11 May 2009 01:35:25 +0300 In-Reply-To: (Jon Loeliger's message of "Sun, 10 May 2009 16:34:28 -0500") Message-ID: <87vdo8powi.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: Feedback and Questions Updating to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2009 22:35:30 -0000 On Sun, 10 May 2009 16:34:28 -0500, Jon Loeliger wrote: > Folks, > > I started with a 7.2-RC2 install and have been converting > it to CURRENT over the past few days. I've been following > the bouncing ball over in > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html > and I think I was (mostly) successful. > > One pretty darn confusing aspect of this web site page is that, in > outline, basically reads: > > - You should follow these 8 instructions > - Here's a review of the 8 steps. > - Now, in detail, here are the steps. You are right that there is a fair bit of improvement we could make to the 'make world from scratch' chapter. I've thought a bit about this and I think we need to split this in at least a few more parts: - How to update from X.0-RELEASE to a newer Y.0-RELEASE. - How to upgrade from X.0-RELEASE to RELENG_X (for security updates only). - How to upgrade across major releases (from X.0-RELEASE to some newer Y.0-RELEASE or later code). - How to upgrade from X-STABLE to Y-CURRENT. There is inevitably some amount of repetition in these four upgrade procedures, but it may be more intuitive to have *all* the steps for each one of them in a consecutive section. If that sounds like something that would simplify things and make the upgrade steps more useful, please help us organize the documentation to match a better shape by posting any ideas to freebsd-doc. > But I confess, I am dubious that the 7.2-RC2 to 8.0-CURRENT doesn't > mandate a few recompiles of some X packages or libraries. Is there a > way to force all those dependencies for already installed packages to > be updated or recompiled in the new 8.0 world view? If you upgrade from 7.X-RELEASE to CURRENT it is probably a good idea to rebuild all ports with: pkgdb -Fu && portupgrade -fa or: portmaster -fa Every time you `portsnap fetch' and `portsnap update' you should look at `/usr/ports/UPDATING' too. Some the `UPDATING' file lists important upgrade steps that have to be performed manually. From owner-freebsd-current@FreeBSD.ORG Sun May 10 23:35:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F5C7106566B for ; Sun, 10 May 2009 23:35:18 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 39B178FC0A for ; Sun, 10 May 2009 23:35:17 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n4ANZGPj050350; Sun, 10 May 2009 16:35:16 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id b9z74zsfadqsyudschddg9m6hs; Sun, 10 May 2009 16:35:16 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4A0764B3.1070407@freebsd.org> Date: Sun, 10 May 2009 16:35:15 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090409 SeaMonkey/1.1.15 MIME-Version: 1.0 To: Jon Loeliger References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Feedback and Questions Updating to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2009 23:35:18 -0000 Jon Loeliger wrote: > > So, I wonder if X was hosed and also needed to be updated, etc. > In fact, shouldn't I have to re-install a bunch of ports now? > Shouldn't a pointer a the end of Chapter 24 suggest going and > redoing some packages or ports? In theory, your old software should run fine, even with a new world and kernel, although a few things may need slight reconfiguration due to changed device/driver names, etc. But it does probably make sense to update everything. /usr/ports/ports-mgmt/portupgrade is your friend here: $ portupgrade -af --batch shouldn't take more than a day or two, depending on what you have installed. Caveat: If you update anything, you'll probably have to update everything. Otherwise, you'll end up with some things linked against old libc and others linked against new libc, which breaks badly. Tim From owner-freebsd-current@FreeBSD.ORG Mon May 11 00:29:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 984AD106566C for ; Mon, 11 May 2009 00:29:40 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl.com (jdl.com [208.123.74.7]) by mx1.freebsd.org (Postfix) with ESMTP id 6C8AB8FC1A for ; Mon, 11 May 2009 00:29:40 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl (helo=jdl.com) by jdl.com with local-esmtp (Exim 4.69) (envelope-from ) id 1M3JOk-0007fX-CH; Sun, 10 May 2009 19:29:38 -0500 To: Giorgos Keramidas In-reply-to: <87vdo8powi.fsf@kobe.laptop> References: <87vdo8powi.fsf@kobe.laptop> Comments: In-reply-to Giorgos Keramidas message dated "Mon, 11 May 2009 01:35:25 +0300." Date: Sun, 10 May 2009 19:29:38 -0500 From: Jon Loeliger Message-Id: X-Spam-Score: -2.3 Cc: freebsd-current@freebsd.org Subject: Re: Feedback and Questions Updating to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 00:29:40 -0000 Hi Giorgos, Thanks for your help here! > You are right that there is a fair bit of improvement we could make to > the 'make world from scratch' chapter. I've thought a bit about this > and I think we need to split this in at least a few more parts: > > - How to update from X.0-RELEASE to a newer Y.0-RELEASE. > > - How to upgrade from X.0-RELEASE to RELENG_X (for security updates > only). > > - How to upgrade across major releases (from X.0-RELEASE to some > newer Y.0-RELEASE or later code). > > - How to upgrade from X-STABLE to Y-CURRENT. > > There is inevitably some amount of repetition in these four upgrade > procedures, but it may be more intuitive to have *all* the steps for > each one of them in a consecutive section. > > If that sounds like something that would simplify things and make the > upgrade steps more useful, please help us organize the documentation to > match a better shape by posting any ideas to freebsd-doc. That wasn't the issue for me. My confusion stemmed from the fact that it was the *same* material just repeated 3 times. By the time I had read hrough the first set, I was baffled to stumble onto the second and third set. I think that if early in the page it had said something like Here's the overview of the steps we'll take:... In the next section, we'll progress through each of these steps in more detail... > If you upgrade from 7.X-RELEASE to CURRENT it is probably a good idea to > rebuild all ports with: Check. I found the Handbook chapter that covered this. It's all coming back to me slowly... > pkgdb -Fu && portupgrade -fa > > or: > > portmaster -fa And confusingly here, there's no indication as to why I might pick one or the other, nor the pros and cons of either, nor if having picked one, I could use the other later. So I set the first of those commands into motion and went to dinner. I was totally frustrated to find that some potentially large portion of that time was wasted waiting for an interactive response to some question that had a single-already-checked question that just needed to be confirmed or unchecked. Hrm. A "use the defaults" configuration for totally non-interactive build would have been my expectation here. Will I need to babysit this whole build now? Yep. > Every time you `portsnap fetch' and `portsnap update' you should look at > `/usr/ports/UPDATING' too. Some the `UPDATING' file lists important > upgrade steps that have to be performed manually. That's the one thing that's been clear so far. :-) jdl From owner-freebsd-current@FreeBSD.ORG Mon May 11 00:37:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0259106564A for ; Mon, 11 May 2009 00:37:04 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl.com (jdl.com [208.123.74.7]) by mx1.freebsd.org (Postfix) with ESMTP id C316B8FC1C for ; Mon, 11 May 2009 00:37:04 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl (helo=jdl.com) by jdl.com with local-esmtp (Exim 4.69) (envelope-from ) id 1M3JVr-0007hy-Jb; Sun, 10 May 2009 19:37:04 -0500 To: Tim Kientzle In-reply-to: <4A0764B3.1070407@freebsd.org> References: <4A0764B3.1070407@freebsd.org> Comments: In-reply-to Tim Kientzle message dated "Sun, 10 May 2009 16:35:15 -0700." Date: Sun, 10 May 2009 19:36:59 -0500 From: Jon Loeliger Message-Id: X-Spam-Score: -2.3 Cc: freebsd-current@freebsd.org Subject: Re: Feedback and Questions Updating to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 00:37:05 -0000 > > In theory, your old software should run > fine, even with a new world and kernel, although > a few things may need slight reconfiguration > due to changed device/driver names, etc. Well, that's sort of what I was thinking too. But clearly some X or keyboard thing wasn't happy. > But it does probably make sense to update everything. Right. And a "pkgdb -f" suggested there were some updates that could be made anyway.... > /usr/ports/ports-mgmt/portupgrade is your friend > here: > $ portupgrade -af --batch Aha! --batch That seems like the ticket! Mentioning that on the "portupgrade -a" command would have been stellar! I should interrupt this "portupgrade" to add the --batch flag.... > shouldn't take more than a day or two, depending > on what you have installed. Only X.org, Gnome, Gnome-friends, Firefox and friends, the entire XML series, PDF, and emacsen, GCC, etc. On a 1.0GHz box with a gig of memory, what?, maybe two days. > Caveat: If you update anything, you'll probably > have to update everything. Otherwise, you'll > end up with some things linked against old libc > and others linked against new libc, which breaks > badly. Yeah, familiar with that one! Thanks! jdl From owner-freebsd-current@FreeBSD.ORG Mon May 11 04:50:04 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B63BF106566B for ; Mon, 11 May 2009 04:50:04 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with ESMTP id 681AC8FC19 for ; Mon, 11 May 2009 04:50:04 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 6887 invoked by uid 399); 11 May 2009 04:50:02 -0000 Received: from localhost (HELO ?192.168.0.103?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 11 May 2009 04:50:02 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A07AE77.2080006@FreeBSD.org> Date: Sun, 10 May 2009 21:49:59 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Jeremie Le Hen References: <20090510111110.GA88857@obiwan.tataz.chchile.org> In-Reply-To: <20090510111110.GA88857@obiwan.tataz.chchile.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Bug in mergemaster(8) when used in service jails (scheme described in chapter 15.6.1 of the handbook) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 04:50:05 -0000 Very interesting, thanks. I will have to educate myself a little bit more about this issue. Doug Jeremie Le Hen wrote: > Hi Doug, > > In the chapter 15.6.1 of the handbook, "Service jails", the last part > explains how to upgrade jails. The last step is to run mergmaster(8) in > each jail. > > The problem is that in service jails /etc is a symlink to /s/etc, /s > being the readable/writable filesystem. mtree(8) stumbles on /etc being a > symlink instead of a directory and doesn't proceed futher down into /etc to > check files. Consequently, ${CHANGED} is empty and all customized > configuration are overwritten with their default version. > > I've fixed mergemaster(8) with the following patch: > > % Index: mergemaster.sh > % =================================================================== > % RCS file: /mnt/space/cvsroot/src/usr.sbin/mergemaster/mergemaster.sh,v > % retrieving revision 1.69 > % diff -u -r1.69 mergemaster.sh > % --- mergemaster.sh 23 Mar 2009 14:42:41 -0000 1.69 > % +++ mergemaster.sh 10 May 2009 11:05:32 -0000 > % @@ -461,7 +461,7 @@ > % # > % CHANGED= > % if [ -n "${AUTO_UPGRADE}" -a -f "${DESTDIR}${MTREEFILE}" ]; then > % - for file in `mtree -eq -f ${DESTDIR}${MTREEFILE} -p ${DESTDIR}/ \ > % + for file in `mtree -eqL -f ${DESTDIR}${MTREEFILE} -p ${DESTDIR}/ \ > % 2>/dev/null | awk '($2 == "changed") {print $1}'`; do > % if [ -f "${DESTDIR}/$file" ]; then > % CHANGED="${CHANGED} ${DESTDIR}/$file" > > Regards, From owner-freebsd-current@FreeBSD.ORG Mon May 11 04:54:48 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68EB8106566B for ; Mon, 11 May 2009 04:54:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with ESMTP id F1CA88FC08 for ; Mon, 11 May 2009 04:54:47 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 12854 invoked by uid 399); 11 May 2009 04:54:45 -0000 Received: from localhost (HELO ?192.168.0.103?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 11 May 2009 04:54:45 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A07AF92.1040309@FreeBSD.org> Date: Sun, 10 May 2009 21:54:42 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Jeremie Le Hen References: <20090510165737.GB88857@obiwan.tataz.chchile.org> In-Reply-To: <20090510165737.GB88857@obiwan.tataz.chchile.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: New mergemaster option -I, failsafe install files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 04:54:53 -0000 Jeremie Le Hen wrote: > Hi Doug, > > As you may guess from my multiple emails, I'm in the process of > upgrading my jails :-). > > Since I have one jail per service, a very few number of configuration > files are modified on each jail. As most of user of FreeBSD I think, > I'm used to run "mergemaster -iU" to automate the process as much as > possible. The problem with service jails (chapter 15.6.1 of the > handbook) is that / is read-only mounted on all jails, /etc /var /root > and a few other places being symlinks to /s, the private read-write > space of each jail. Thus when mergemaster tries to update > /boot/devices.hints it fails and abort. I think the way to solve this problem would be with an MM_PRE_COMPARE_SCRIPT that deletes /boot/device.hints (and any other relevant files) from the temproot. If they are not present in that directory when the comparison starts then it's a non-issue. > Therefore I've implemented a new -I option that does the same thing as > -i except that it will proceed on failure. ewwww, scary. :) Seriously though, I have very strong feelings about not blasting through errors since I have no way of determining which errors are/should be show stoppers, and which are merely annoying. And even if I thought I could write code to do that, the real answer would depend heavily on local policy in any case. Thanks for thinking about this issue in any case, Doug From owner-freebsd-current@FreeBSD.ORG Mon May 11 05:12:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F35A31065670 for ; Mon, 11 May 2009 05:12:36 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: from s217.sureserver.com (s217.sureserver.com [203.194.200.22]) by mx1.freebsd.org (Postfix) with ESMTP id 32E9D8FC1A for ; Mon, 11 May 2009 05:12:34 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: (qmail 30212 invoked by uid 1002); 11 May 2009 05:12:32 -0000 Received: from unknown (HELO ?10.10.10.7?) (saifi.khan@twincling.org@59.92.152.130) by s217.sureserver.com with ESMTPA; 11 May 2009 05:12:32 -0000 Date: Mon, 11 May 2009 10:45:17 +0000 (GMT) From: Saifi Khan X-X-Sender: saifi@localhost To: freebsd-current@freebsd.org, FreeBSD Questions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: Unable to find device node for /dev/ad4s1b in /dev ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 05:12:37 -0000 Hi all: Issue faced Installer on 'Commit' step shows Unable to find device node for /dev/ad4s1b in /dev! The creation of filesystems will be aborted. System Intel Celeron M 1.6 GHz Intel 945GM board 2GB DDR2 160GB SATA Seagate HDD i'm using FreeBSD 8.0 200905 i386 DVD to try and install the OS. Using the FreeBSD 7.1 DVD, i'm able to make the partition, define the slices and install a 'minimal' distribution set. However with FreeBSD 8.0 200905 snapshot i'm getting the above mentioned error. Any pointers or workarounds ? thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Mon May 11 05:16:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6B491065670 for ; Mon, 11 May 2009 05:16:04 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: from s217.sureserver.com (s217.sureserver.com [203.194.200.22]) by mx1.freebsd.org (Postfix) with ESMTP id 1ADAA8FC0A for ; Mon, 11 May 2009 05:16:03 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: (qmail 5177 invoked by uid 1002); 11 May 2009 05:16:01 -0000 Received: from unknown (HELO ?10.10.10.7?) (saifi.khan@twincling.org@59.92.152.130) by s217.sureserver.com with ESMTPA; 11 May 2009 05:16:01 -0000 Date: Mon, 11 May 2009 10:48:57 +0000 (GMT) From: Saifi Khan X-X-Sender: saifi@localhost To: freebsd-current@freebsd.org, FreeBSD Questions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: howto sidestep sysinstall during installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 05:16:05 -0000 Hi all: Is there a way to sidestep the sysinstall during the installation process, beyond selecting the 'location' ? i'm using FreeBSD 8.0 200905 i386 snapshot DVD and looking for an approach to drive the entire installation from the Fixit# command line console. i'm a experienced Gentoo Linux user. Any suggestions, pointers or observations ? thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Mon May 11 05:45:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DB45106564A for ; Mon, 11 May 2009 05:45:00 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: from s217.sureserver.com (s217.sureserver.com [203.194.200.22]) by mx1.freebsd.org (Postfix) with ESMTP id 52CF28FC1B for ; Mon, 11 May 2009 05:44:59 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: (qmail 3361 invoked by uid 1002); 11 May 2009 05:44:55 -0000 Received: from unknown (HELO ?10.10.10.7?) (saifi.khan@twincling.org@59.92.152.130) by s217.sureserver.com with ESMTPA; 11 May 2009 05:44:55 -0000 Date: Mon, 11 May 2009 11:17:48 +0000 (GMT) From: Saifi Khan X-X-Sender: saifi@localhost To: freebsd-current@freebsd.org, FreeBSD Questions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: fdisk: class not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 05:45:00 -0000 Hi all: Trying to write a partition table using fdisk supplied in the installation DVD of FreeBSD 8.0 i386 200905 snapshot. Should we write new partition table ? [n] y fdisk: Class not found When i again run 'fdisk' it should the old partition table. What exactly does 'Class not found' mean ? There is no mention of the 'Class' in fdisk man page at http://www.freebsd.org/cgi/man.cgi?query=fdisk&sektion=8 Can the experienced BSD guys explain ? thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Mon May 11 05:49:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 812B7106566B; Mon, 11 May 2009 05:49:02 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 515208FC15; Mon, 11 May 2009 05:49:02 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n4B5n1UB053816; Sun, 10 May 2009 22:49:01 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id uc8j7saqsugxnw4y76kruznc3i; Sun, 10 May 2009 22:49:01 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4A07BC4D.7080604@freebsd.org> Date: Sun, 10 May 2009 22:49:01 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090409 SeaMonkey/1.1.15 MIME-Version: 1.0 To: Alexander Motin References: <49FE1826.4060000@FreeBSD.org> In-Reply-To: <49FE1826.4060000@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD acpi , FreeBSD-Current , freebsd-mobile@freebsd.org Subject: Re: Fighting for the power. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 05:49:02 -0000 Alexander Motin wrote: > I would like to summarize some of my knowledge on reducing FreeBSD power > consumption and describe some new things I have recently implemented in > 8-CURRENT. ... This is great work! > - C3 state allows CPU completely stop all internal clocks, reduce > voltage and disconnect from system bus. This state gives additional > power saving effect, but .... local APIC timers in > each CPU core, used by FreeBSD as event sources on SMP, are not > functioning. ... Originally, before SMP era, FreeBSD used i8254 (for HZ) > and RTC (for stats) chipset timers. I have made changes to 8-CURRENT to > resurrect them for SMP systems. To use them, you can disable local APIC > timers by adding to /boot/loader.conf: > hint.apic.0.clock=0 I experimented a little bit with this and had a few odd experiences: sysctl hw.acpi.cpu.cx_lowest=C3 did drop power consumption significantly but made the system pretty unresponsive. In particular, the system completely hung at shutdown. I presume the hang was the APIC timer problem you mentioned. I started to try the "hint.apic.0.clock", but noticed in your commit r191720: > Add hint.apic.0.clock tunable. Setting it 0 disables using > LAPIC timers as hard-/stat-/profclock sources falling back > to using i8254 and rtc timers. > ... > This technique is not working for SMP yet, as only one CPU > receives timer interrupts. But I think that problem could > be fixed by forwarding interrupts to other CPUs with IPI. Is anyone looking at this yet? Tim From owner-freebsd-current@FreeBSD.ORG Mon May 11 06:15:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CEAF1065673 for ; Mon, 11 May 2009 06:15:17 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 93AC58FC1A for ; Mon, 11 May 2009 06:15:16 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n4B6FDBX082234 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 11 May 2009 15:45:14 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 11 May 2009 15:45:03 +0930 User-Agent: KMail/1.9.10 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart23436660.UMz7cpR7rU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200905111545.11696.doconnor@gsoft.com.au> X-Spam-Score: -3.493 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Saifi Khan , FreeBSD Questions Subject: Re: howto sidestep sysinstall during installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 06:15:17 -0000 --nextPart23436660.UMz7cpR7rU Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 11 May 2009, Saifi Khan wrote: > Is there a way to sidestep the sysinstall during the > installation process, beyond selecting the 'location' ? > > i'm using FreeBSD 8.0 200905 i386 snapshot DVD and looking > for an approach to drive the entire installation from the > Fixit# command line console. > > i'm a experienced Gentoo Linux user. > > Any suggestions, pointers or observations ? You won't be able to partition the disk from the command line because=20 the install MFS doesn't have any of the requisite tools to do so. You could do it from a livefs disk however. As for observations.. I think you're wasting your time :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart23436660.UMz7cpR7rU Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQBKB8Jv5ZPcIHs/zowRAtlPAJ0bTCojr0pCoxbYk9S2mHtOntkUcACdFpVQ gYadR6xnoVNRGOgKgm8pnjw= =hAVG -----END PGP SIGNATURE----- --nextPart23436660.UMz7cpR7rU-- From owner-freebsd-current@FreeBSD.ORG Mon May 11 06:51:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F08D6106564A for ; Mon, 11 May 2009 06:51:00 +0000 (UTC) (envelope-from anti_spam256@yahoo.ca) Received: from web65506.mail.ac4.yahoo.com (web65506.mail.ac4.yahoo.com [76.13.9.50]) by mx1.freebsd.org (Postfix) with SMTP id A90A28FC16 for ; Mon, 11 May 2009 06:51:00 +0000 (UTC) (envelope-from anti_spam256@yahoo.ca) Received: (qmail 79682 invoked by uid 60001); 11 May 2009 06:24:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1242023058; bh=hdZLP/QUU6SkyMttCEPqLyUULcD+d3s7pO50DerGhrk=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Uf5kqNOT+Z7yoiwhSifKpgZkdPl8qsS1elNkAXzUj7V0sDgZaXYDFxYDjWmZfmsqzJOZvk/glGVGcHFky0b243xecdNjYD099O+PKeS4mKqcCMsmrTnDzJJNzerFelp5VM/heC13aNbdIg3SGU5+gC5jPMFwLzTUKsgmTR3+oQo= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=N7P9QV311krEmkl7b5ZGFB88dM3TOULZkPozfO9qjIUT2hsNjmKW8WY4lhYR5in3rCw6Bp2KS0IQXdULy5dwOUfz/g7nspjJ0nBFkjfIh+NG3U+S6oJxPXsiHKQLAeCA2Fsw6ECkkkI9PiJt0q/a5i20x9LfvNx/1MIe0TAx8Fs=; Message-ID: <481597.59422.qm@web65506.mail.ac4.yahoo.com> X-YMail-OSG: zZoggGoVM1nLwKxNPPi3z6pk8Fm40fr6CBHnffr.HbySdY8ppYxB6sew.JzT53XOWXl.HkbA7GQmNq_ZDr8vmcNgYmL_.hoXv1rNw59guPo7OgxoOqoz0462y57bFkZTTa6Ghl3VgRrDjWYNQUcjGvXG_9hcgcDxUL1LPRg9tYffhAuwgagLz.UCpreG3LGIWGCvEuvwukU3unHp8Wz.wwYkCnXVSvKaBF6PlMW1svuRo69CHkINjRqzKCBvqx0cjGJuLoL5yYnoi_ehVM3FM4GdGAxU_iHvQorQzRZs7xBZ9yUo9.gOqvQ3GJ2voSBBEzyryT1RRtihYERzoIbeEbjrLg-- Received: from [206.75.182.199] by web65506.mail.ac4.yahoo.com via HTTP; Sun, 10 May 2009 23:24:18 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Sun, 10 May 2009 23:24:18 -0700 (PDT) From: James Phillips To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Fw: Re: Unable to find device node for /dev/ad4s1b in /dev ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: anti_spam256@yahoo.ca List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 06:51:01 -0000 Oops, didn't cc the list :P --- On Mon, 5/11/09, James Phillips wrote: From: James Phillips Subject: Re: Unable to find device node for /dev/ad4s1b in /dev ! To: "Saifi Khan" Received: Monday, May 11, 2009, 2:20 AM --- On Mon, 5/11/09, Saifi Khan wrote: > From: Saifi Khan > Subject: Unable to find device node for /dev/ad4s1b in /dev ! > To: freebsd-current@freebsd.org, "FreeBSD Questions" > Received: Monday, May 11, 2009, 6:45 AM > Hi all: >=20 > Issue faced > Installer on 'Commit' step shows > Unable to find device node for /dev/ad4s1b in /dev! > The creation of filesystems will be aborted. I am missing some context, but for me ad4 refers to the first drive on an add-on card. (ad0,1 -> Primary IDE controller, ad2,3 -> Secondary IDE controller) handbook reference: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install-steps.htm= l (Rule out the situation described in: 2.6.1 BIOS Drive Numbering) Your hardware in newer than mine: you have only one PATA port and 2 SATA ports. While having your drive labeled as ad4 strikes me as weird, I don't have enough BSD experience to know if it is a symptom of a problem or not. (I know my drive is on ad4 because the on-board controllers are slower than my add-on card. After a BIOS update booting is no problem. (I initially tried to forcibly disable the on-board controller: now, I ignore it.)) Do you think you may have come across an installer bug? If so, I suspect we will need more information about exactly what you were trying to do. Regards, James Phillips >=20 > System > Intel Celeron M 1.6 GHz=20 > Intel 945GM board Mobile chipset apparently. > 2GB DDR2 > 160GB SATA Seagate HDD >=20 >=20 > Any pointers or workarounds ? >=20 >=20 > thanks > Saifi. > _______________________________________________ > 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" =20 =20 > __________________________________________________________________ > Make your browsing faster, safer, and easier with the new > Internet Explorer=AE 8. Optimized for Yahoo! Get it Now for > Free! at http://downloads.yahoo.com/ca/internetexplorer/=0A=0A=0A __= ________________________________________________________________=0AThe new = Internet Explorer=AE 8 - Faster, safer, easier. Optimized for Yahoo! Get = it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ From owner-freebsd-current@FreeBSD.ORG Mon May 11 07:31:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 514EF1065670 for ; Mon, 11 May 2009 07:31:25 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: from s217.sureserver.com (s217.sureserver.com [203.194.200.22]) by mx1.freebsd.org (Postfix) with ESMTP id AFB168FC12 for ; Mon, 11 May 2009 07:31:23 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: (qmail 21239 invoked by uid 1002); 11 May 2009 07:31:21 -0000 Received: from unknown (HELO ?10.10.10.7?) (saifi.khan@twincling.org@59.92.152.130) by s217.sureserver.com with ESMTPA; 11 May 2009 07:31:21 -0000 Date: Mon, 11 May 2009 13:04:13 +0000 (GMT) From: Saifi Khan X-X-Sender: saifi@localhost To: James Phillips In-Reply-To: <184059.72466.qm@web65505.mail.ac4.yahoo.com> Message-ID: References: <184059.72466.qm@web65505.mail.ac4.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org, FreeBSD Questions Subject: Re: Unable to find device node for /dev/ad4s1b in /dev ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 07:31:25 -0000 On Sun, 10 May 2009, James Phillips wrote: > > --- On Mon, 5/11/09, Saifi Khan wrote: > > > From: Saifi Khan > > Subject: Unable to find device node for /dev/ad4s1b in /dev ! > > To: freebsd-current@freebsd.org, "FreeBSD Questions" > > Received: Monday, May 11, 2009, 6:45 AM > > Hi all: > > > > Issue faced > > Installer on 'Commit' step shows > > Unable to find device node for /dev/ad4s1b in /dev! > > The creation of filesystems will be aborted. > > I am missing some context, but for me ad4 refers to the first drive on an add-on card. (ad0,1 -> Primary IDE controller, ad2,3 -> Secondary IDE controller) > > handbook reference: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install-steps.html > (Rule out the situation described in: > 2.6.1 BIOS Drive Numbering) > > Your hardware in newer than mine: you have only one PATA port and 2 SATA ports. While having your drive labeled as ad4 strikes me as weird, I don't have enough BSD experience to know if it is a symptom of a problem or not. (I know my drive is on ad4 because the on-board controllers are slower than my add-on card. After a BIOS update booting is no problem. (I initially tried to forcibly disable the on-board controller: now, I ignore it.)) > > > Do you think you may have come across an installer bug? > If so, I suspect we will need more information about exactly what you were trying to do. > > Regards, > > James Phillips > > > > > System > > Intel Celeron M 1.6 GHz > > Intel 945GM board > Mobile chipset apparently. > > > 2GB DDR2 > > 160GB SATA Seagate HDD > > > > > > > Any pointers or workarounds ? > > > > Thank you for your kind reply. Thank you for the handbook reference, i did read the section. In fact, there is only one SATA HDD in my laptop. PCI information 00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03) 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) 00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 01) 00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 01) 00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e1) 00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) 00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller (rev 01) 00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01) 06:00.0 Network controller: Broadcom Corporation BCM94311MCG wlan mini-PCI (rev 01) 08:08.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) I've got two identical Compaq Presario C300TU laptops - one running Gentoo Linux and other "would" run FreeBSD 8.0 (when it gets) Additionally, from the BIOS i've activated . Wireless Radio (Broadcom chipset) . Native SATA Controller . Realtek Netboot agent There is only ONE SATA Seagate HDD of 160GB in the system. Currently, i'm struggling to get the installation work from the Fixit# command line. Any suggestions ? thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Mon May 11 09:01:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 792BB1065673; Mon, 11 May 2009 09:01:30 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id D35AB8FC40; Mon, 11 May 2009 09:01:29 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from vhoffman.lon.namesco.net (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.3/8.14.0) with ESMTP id n4B92CGv006214 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 11 May 2009 10:02:13 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4A07E966.60503@unsane.co.uk> Date: Mon, 11 May 2009 10:01:26 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-GB; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1 MIME-Version: 1.0 To: Saifi Khan References: In-Reply-To: X-Enigmail-Version: 0.96a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, FreeBSD Questions Subject: Re: howto sidestep sysinstall during installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 09:01:30 -0000 On 11/5/09 11:48, Saifi Khan wrote: > Hi all: > > Is there a way to sidestep the sysinstall during the > installation process, beyond selecting the 'location' ? > > i'm using FreeBSD 8.0 200905 i386 snapshot DVD and looking > for an approach to drive the entire installation from the > Fixit# command line console. > > i'm a experienced Gentoo Linux user. > > Any suggestions, pointers or observations ? > > Since you are using the snapshot DVD you should have the live/fixit environment which is very handy for this. I would suggest a combination of LOTS of reading and understanding of the pages at http://typo.submonkey.net/articles/2006/04/13/installing-freebsd-on-usb-stick-episode-2 (which goes though the steps for partitoning and installing using fdisk and bsdlabel, adjust paths to your dvd-rom) and if you want zfs http://lulf.geeknest.org/blog/freebsd/Setting_up_a_zfs-only_system/ (goes though using gpart instead of fdisk and bsdlabel if you want to use zfs on root) should be enough to get you started. I assume you dont need too much hand holding since you want to install -CURRENT. Vince > thanks > Saifi. > _______________________________________________ > 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" > From owner-freebsd-current@FreeBSD.ORG Mon May 11 12:21:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A773C106566C; Mon, 11 May 2009 12:21:26 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id 8AB988FC15; Mon, 11 May 2009 12:21:25 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from rebelion.Sisis.de (cazador.sisis.de [193.31.11.193]) by dd12710.kasserver.com (Postfix) with ESMTP id 5326A183FB7F4; Mon, 11 May 2009 14:21:26 +0200 (CEST) Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n4BCLLTH010943; Mon, 11 May 2009 14:21:21 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Mon, 11 May 2009 14:21:21 +0200 From: Matthias Apitz To: Robert Noland Message-ID: <20090511122121.GA9961@rebelion.Sisis.de> References: <20090428083627.GA3621@rebelion.Sisis.de> <20090508141755.GB13584@rebelion.Sisis.de> <1241796489.1733.25.camel@balrog.2hip.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1241796489.1733.25.camel@balrog.2hip.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: laptop Dell M4400 with -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 12:21:27 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit El día Friday, May 08, 2009 a las 10:28:09AM -0500, Robert Noland escribió: > I have ported the nouveau drm driver. > > http://people.freebsd.org/~rnoland/drm-nouveau-043009.patch > > It is working on NV50 cards, NV40 was working, but with WITNESS enabled > I seem to be getting a panic on NV40. My NV40 card seems to be having > memory issues so I haven't been able to get and/or see the backtrace. I > think it is just a locking issue which should be pretty easily solved if > I can get a clear backtrace. > > You will need current libdrm and xf86-video-nouveau from ports. > > This won't get you 3d right now, but should get you EXA + Xv. Hello Robert, I have applied your patch and ported xf86-video-nouveau from ports; all is fine now and the display comes up with 1920x1200 resolution; I'm attaching Xorg.0.log so you can see what kind of chips the nouveau driver is detecting. Thanks again for your work and help matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="Xorg.0.log" X.Org X Server 1.6.0 Release Date: 2009-2-25 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-CURRENT i386 Current Operating System: FreeBSD current 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Mon May 11 13:31:04 UTC 2009 guru@current:/usr/obj/usr/src/sys/REBELION-CURRENT i386 Build Date: 28 April 2009 11:44:04AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Mon May 11 14:07:21 2009 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (**) Option "AllowEmptyInput" "false" (==) Automatically adding devices (==) Automatically enabling devices (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/, built-ins (**) ModulePath set to "/usr/local/lib/xorg/modules" (II) Loader magic: 0x6a0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 5.0 X.Org XInput driver : 4.0 X.Org Server Extension : 2.0 (II) Loader running on freebsd (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0@1:0:0) nVidia Corporation Quadro FX 770M rev 161, Mem @ 0xf5000000/16777216, 0xe0000000/268435456, 0xf2000000/33554432, I/O @ 0x0000df00/128, BIOS @ 0x????????/65536 (II) System resource ranges: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "record" will be loaded. This was enabled by default and also specified in the config file. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) "dri2" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension XFree86-DRI (II) LoadModule: "dri2" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri2.so (II) Module dri2: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DRI2 (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (==) AIGLX disabled (II) Loading extension GLX (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension RECORD (II) LoadModule: "nouveau" (II) Loading /usr/local/lib/xorg/modules/drivers//nouveau_drv.so (II) Module nouveau: vendor="X.Org Foundation" compiled for 1.6.0, module version = 0.0.10 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 5.0 (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.4.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 4.0 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.3.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 4.0 (II) NOUVEAU driver 20090408.d8545e6 (II) NOUVEAU driver for NVIDIA chipset families : RIVA TNT (NV04) RIVA TNT2 (NV05) GeForce 256 (NV10) GeForce 2 (NV11, NV15) GeForce 4MX (NV17, NV18) GeForce 3 (NV20) GeForce 4Ti (NV25, NV28) GeForce FX (NV3x) GeForce 6 (NV4x) GeForce 7 (G7x) GeForce 8 (G8x) (II) Primary Device is: PCI 01@00:00:0 (II) resource ranges after probing: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (--) NOUVEAU(0): Chipset: "NVIDIA NV96" (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) NOUVEAU(0): Initializing int10 (==) NOUVEAU(0): Write-combining range (0xa0000,0x20000) was already clear (==) NOUVEAU(0): Write-combining range (0xc0000,0x40000) was already clear (II) NOUVEAU(0): Primary V_BIOS segment is: 0xc000 (==) NOUVEAU(0): Write-combining range (0x0,0x1000) was already clear (II) Loading sub module "dri" (II) LoadModule: "dri" (II) Reloading /usr/local/lib/xorg/modules/extensions//libdri.so (II) NOUVEAU(0): Loaded DRI module drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: Open failed drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: Open failed drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: drmOpenMinor returns 10 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (II) [drm] loaded kernel module for "nouveau" driver. (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) NOUVEAU(0): [drm] nouveau interface version: 0.0.12 (--) NOUVEAU(0): [drm] kernel modesetting not available (--) NOUVEAU(0): VESA-HACK: Console VGA mode is 0x3 (==) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32 (==) NOUVEAU(0): RGB weight 888 (==) NOUVEAU(0): Default visual is TrueColor (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/local/lib/xorg/modules//libvgahw.so (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.6.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 5.0 (==) NOUVEAU(0): Randr1.2 support enabled (==) NOUVEAU(0): Using HW cursor (--) NOUVEAU(0): Linear framebuffer at 0xE0000000 (--) NOUVEAU(0): MMIO registers at 0xF5000000 (II) NOUVEAU(0): Initial CRTC_OWNER is 0 (II) NOUVEAU(0): Attempting to load BIOS image from PROM (!!) NOUVEAU(0): ... BIOS signature not found (II) NOUVEAU(0): Attempting to load BIOS image from PRAMIN (II) NOUVEAU(0): ... appears to be valid (II) NOUVEAU(0): BIT BIOS found (II) NOUVEAU(0): Bios version 62.94.34.00 (WW) NOUVEAU(0): TMDS table revision 2.0 not currently supported (II) NOUVEAU(0): Found Display Configuration Block version 4.0 (!!) NOUVEAU(0): Raw DCB entry 0: 01000323 00010034 (WW) NOUVEAU(0): G80+ LVDS not initialized by driver; ignoring conf bits (!!) NOUVEAU(0): Raw DCB entry 1: 02011300 00000028 (!!) NOUVEAU(0): Raw DCB entry 2: 02022386 0f200010 (WW) NOUVEAU(0): DCB I2C table has port type 6 (!!) NOUVEAU(0): Raw DCB entry 3: 02022332 00020010 (!!) NOUVEAU(0): Raw DCB entry 4: 040333a6 0f200010 (WW) NOUVEAU(0): DCB I2C table has port type 6 (!!) NOUVEAU(0): Raw DCB entry 5: 04033312 00020010 (--) NOUVEAU(0): Parsing VBIOS init table 0 at offset 0xD1CE (EE) NOUVEAU(0): ========== unknown reg 0x00021220 ========== (EE) NOUVEAU(0): ========== unknown reg 0x0002121C ========== (EE) NOUVEAU(0): 0xD2D6: Init table command not found: 0x97 (--) NOUVEAU(0): Parsing VBIOS init table 1 at offset 0xD5D6 (--) NOUVEAU(0): Parsing VBIOS init table 2 at offset 0xE59F (--) NOUVEAU(0): Parsing VBIOS init table 3 at offset 0xE6E8 (--) NOUVEAU(0): Parsing VBIOS init table 4 at offset 0xE924 (II) NOUVEAU(0): LVDS clock seems to be 151700 KHz. (II) NOUVEAU(0): Found 0 modes, this is not useful (II) NOUVEAU(0): NV50DispPreInit is called. (--) NOUVEAU(0): DCB entry 0: type: 3, i2c_index: 2, heads: 3, bus: 0, or: 1 (II) NOUVEAU(0): I2C bus "LVDS-0" initialized. (II) NOUVEAU(0): SOR-0 attached with index 0 to LVDS-0 (--) NOUVEAU(0): DCB entry 1: type: 0, i2c_index: 0, heads: 3, bus: 1, or: 2 (II) NOUVEAU(0): I2C bus "VGA-0" initialized. (II) NOUVEAU(0): DAC-1 attached with index 0 to VGA-0 (--) NOUVEAU(0): DCB entry 2: type: 6, i2c_index: 8, heads: 3, bus: 2, or: 2 (WW) NOUVEAU(0): DCB type 6 not known (--) NOUVEAU(0): DCB entry 3: type: 2, i2c_index: 3, heads: 3, bus: 2, or: 2 (II) NOUVEAU(0): I2C bus "DVI-0" initialized. (II) NOUVEAU(0): SOR-1 attached with index 0 to DVI-0 (--) NOUVEAU(0): DCB entry 4: type: 6, i2c_index: 10, heads: 3, bus: 3, or: 4 (WW) NOUVEAU(0): DCB type 6 not known (--) NOUVEAU(0): DCB entry 5: type: 2, i2c_index: 1, heads: 3, bus: 3, or: 4 (II) NOUVEAU(0): I2C bus "DVI-1" initialized. (II) NOUVEAU(0): SOR-2 attached with index 0 to DVI-1 (II) NOUVEAU(0): Output LVDS-0 using monitor section Monitor0 (II) NOUVEAU(0): Output VGA-0 has no monitor section (II) NOUVEAU(0): Output DVI-0 has no monitor section (II) NOUVEAU(0): Output DVI-1 has no monitor section (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): I2C device "LVDS-0:E-EDID segment register" registered at address 0x60. (II) NOUVEAU(0): I2C device "LVDS-0:ddc2" registered at address 0xA0. (II) NOUVEAU(0): Detected a Digital output on LVDS-0 (II) NOUVEAU(0): Found a suitable output, index 0 (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): EDID vendor "LGD", prod id 399 (II) NOUVEAU(0): Printing DDC gathered Modelines: (II) NOUVEAU(0): Modeline "1920x1200"x0.0 151.70 1920 1950 1980 2014 1200 1203 1209 1256 +hsync -vsync (75.3 kHz) (II) NOUVEAU(0): Modeline "1920x1200"x0.0 151.70 1920 1950 1980 2014 1200 1203 1209 1884 -hsync -vsync (75.3 kHz) (II) NOUVEAU(0): NV50ConnectorGetDDCModes is called. (II) NOUVEAU(0): EDID vendor "LGD", prod id 399 (II) NOUVEAU(0): LVDS-0: preferred mode is 1920x1200 (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): I2C device "VGA-0:E-EDID segment register" registered at address 0x60. (II) NOUVEAU(0): I2C device "VGA-0:ddc2" registered at address 0xA0. (II) NOUVEAU(0): Using bios provided load value of 506 (--) NOUVEAU(0): No Load present on DAC-1 (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): I2C device "DVI-0:E-EDID segment register" registered at address 0x60. (II) NOUVEAU(0): I2C device "DVI-0:ddc2" registered at address 0xA0. (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): I2C device "DVI-1:E-EDID segment register" registered at address 0x60. (II) NOUVEAU(0): I2C device "DVI-1:ddc2" registered at address 0xA0. (II) NOUVEAU(0): Output LVDS-0 connected (II) NOUVEAU(0): Output VGA-0 disconnected (II) NOUVEAU(0): Output DVI-0 disconnected (II) NOUVEAU(0): Output DVI-1 disconnected (II) NOUVEAU(0): Using exact sizes for initial modes (II) NOUVEAU(0): Output LVDS-0 using initial mode 1920x1200 (--) NOUVEAU(0): VideoRAM: 262144 kBytes (==) NOUVEAU(0): Using gamma correction (1.0, 1.0, 1.0) (--) NOUVEAU(0): Virtual size is 1920x1920 (pitch 1920) (**) NOUVEAU(0): Driver mode "1920x1200": 151.7 MHz (scaled from 0.0 MHz), 75.3 kHz, 60.0 Hz (II) NOUVEAU(0): Modeline "1920x1200"x60.0 151.70 1920 1950 1980 2014 1200 1203 1209 1256 +hsync -vsync (75.3 kHz) (**) NOUVEAU(0): Driver mode "1920x1200": 151.7 MHz (scaled from 0.0 MHz), 75.3 kHz, 40.0 Hz (II) NOUVEAU(0): Modeline "1920x1200"x40.0 151.70 1920 1950 1980 2014 1200 1203 1209 1884 -hsync -vsync (75.3 kHz) (**) NOUVEAU(0): Default mode "1600x1200": 229.5 MHz (scaled from 0.0 MHz), 106.2 kHz, 85.0 Hz (II) NOUVEAU(0): Modeline "1600x1200"x85.0 229.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (106.2 kHz) (**) NOUVEAU(0): Default mode "1600x1200": 202.5 MHz (scaled from 0.0 MHz), 93.8 kHz, 75.0 Hz (II) NOUVEAU(0): Modeline "1600x1200"x75.0 202.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (93.8 kHz) (**) NOUVEAU(0): Default mode "1600x1200": 189.0 MHz (scaled from 0.0 MHz), 87.5 kHz, 70.0 Hz (II) NOUVEAU(0): Modeline "1600x1200"x70.0 189.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (87.5 kHz) (**) NOUVEAU(0): Default mode "1600x1200": 175.5 MHz (scaled from 0.0 MHz), 81.2 kHz, 65.0 Hz (II) NOUVEAU(0): Modeline "1600x1200"x65.0 175.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (81.2 kHz) (**) NOUVEAU(0): Default mode "1600x1200": 162.0 MHz (scaled from 0.0 MHz), 75.0 kHz, 60.0 Hz (II) NOUVEAU(0): Modeline "1600x1200"x60.0 162.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (75.0 kHz) (**) NOUVEAU(0): Default mode "1400x1050": 155.8 MHz (scaled from 0.0 MHz), 81.5 kHz, 74.8 Hz (II) NOUVEAU(0): Modeline "1400x1050"x74.8 155.80 1400 1464 1784 1912 1050 1052 1064 1090 +hsync +vsync (81.5 kHz) (**) NOUVEAU(0): Default mode "1400x1050": 122.0 MHz (scaled from 0.0 MHz), 64.9 kHz, 60.0 Hz (II) NOUVEAU(0): Modeline "1400x1050"x60.0 122.00 1400 1488 1640 1880 1050 1052 1064 1082 +hsync +vsync (64.9 kHz) (**) NOUVEAU(0): Default mode "1280x1024": 157.5 MHz (scaled from 0.0 MHz), 91.1 kHz, 85.0 Hz (II) NOUVEAU(0): Modeline "1280x1024"x85.0 157.50 1280 1344 1504 1728 1024 1025 1028 1072 +hsync +vsync (91.1 kHz) (**) NOUVEAU(0): Default mode "1280x1024": 135.0 MHz (scaled from 0.0 MHz), 80.0 kHz, 75.0 Hz (II) NOUVEAU(0): Modeline "1280x1024"x75.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) (**) NOUVEAU(0): Default mode "1280x1024": 108.0 MHz (scaled from 0.0 MHz), 64.0 kHz, 60.0 Hz (II) NOUVEAU(0): Modeline "1280x1024"x60.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz) (**) NOUVEAU(0): Default mode "1280x960": 148.5 MHz (scaled from 0.0 MHz), 85.9 kHz, 85.0 Hz (II) NOUVEAU(0): Modeline "1280x960"x85.0 148.50 1280 1344 1504 1728 960 961 964 1011 +hsync +vsync (85.9 kHz) (**) NOUVEAU(0): Default mode "1280x960": 108.0 MHz (scaled from 0.0 MHz), 60.0 kHz, 60.0 Hz (II) NOUVEAU(0): Modeline "1280x960"x60.0 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync (60.0 kHz) (**) NOUVEAU(0): Default mode "1152x864": 108.0 MHz (scaled from 0.0 MHz), 67.5 kHz, 75.0 Hz (II) NOUVEAU(0): Modeline "1152x864"x75.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) (**) NOUVEAU(0): Default mode "1024x768": 94.5 MHz (scaled from 0.0 MHz), 68.7 kHz, 85.0 Hz (II) NOUVEAU(0): Modeline "1024x768"x85.0 94.50 1024 1072 1168 1376 768 769 772 808 +hsync +vsync (68.7 kHz) (**) NOUVEAU(0): Default mode "1024x768": 78.8 MHz (scaled from 0.0 MHz), 60.0 kHz, 75.0 Hz (II) NOUVEAU(0): Modeline "1024x768"x75.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz) (**) NOUVEAU(0): Default mode "1024x768": 75.0 MHz (scaled from 0.0 MHz), 56.5 kHz, 70.1 Hz (II) NOUVEAU(0): Modeline "1024x768"x70.1 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz) (**) NOUVEAU(0): Default mode "1024x768": 65.0 MHz (scaled from 0.0 MHz), 48.4 kHz, 60.0 Hz (II) NOUVEAU(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (**) NOUVEAU(0): Default mode "832x624": 57.3 MHz (scaled from 0.0 MHz), 49.7 kHz, 74.6 Hz (II) NOUVEAU(0): Modeline "832x624"x74.6 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) (**) NOUVEAU(0): Default mode "800x600": 56.3 MHz (scaled from 0.0 MHz), 53.7 kHz, 85.1 Hz (II) NOUVEAU(0): Modeline "800x600"x85.1 56.30 800 832 896 1048 600 601 604 631 +hsync +vsync (53.7 kHz) (**) NOUVEAU(0): Default mode "800x600": 50.0 MHz (scaled from 0.0 MHz), 48.1 kHz, 72.2 Hz (II) NOUVEAU(0): Modeline "800x600"x72.2 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz) (**) NOUVEAU(0): Default mode "800x600": 49.5 MHz (scaled from 0.0 MHz), 46.9 kHz, 75.0 Hz (II) NOUVEAU(0): Modeline "800x600"x75.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) (**) NOUVEAU(0): Default mode "800x600": 40.0 MHz (scaled from 0.0 MHz), 37.9 kHz, 60.3 Hz (II) NOUVEAU(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (**) NOUVEAU(0): Default mode "800x600": 36.0 MHz (scaled from 0.0 MHz), 35.2 kHz, 56.2 Hz (II) NOUVEAU(0): Modeline "800x600"x56.2 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz) (**) NOUVEAU(0): Default mode "640x480": 36.0 MHz (scaled from 0.0 MHz), 43.3 kHz, 85.0 Hz (II) NOUVEAU(0): Modeline "640x480"x85.0 36.00 640 696 752 832 480 481 484 509 -hsync -vsync (43.3 kHz) (**) NOUVEAU(0): Default mode "640x480": 31.5 MHz (scaled from 0.0 MHz), 37.9 kHz, 72.8 Hz (II) NOUVEAU(0): Modeline "640x480"x72.8 31.50 640 664 704 832 480 489 492 520 -hsync -vsync (37.9 kHz) (**) NOUVEAU(0): Default mode "640x480": 31.5 MHz (scaled from 0.0 MHz), 37.5 kHz, 75.0 Hz (II) NOUVEAU(0): Modeline "640x480"x75.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) (**) NOUVEAU(0): Default mode "640x480": 25.2 MHz (scaled from 0.0 MHz), 31.5 kHz, 59.9 Hz (II) NOUVEAU(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (**) NOUVEAU(0): Default mode "720x400": 35.5 MHz (scaled from 0.0 MHz), 37.9 kHz, 85.0 Hz (II) NOUVEAU(0): Modeline "720x400"x85.0 35.50 720 756 828 936 400 401 404 446 -hsync +vsync (37.9 kHz) (**) NOUVEAU(0): Default mode "640x400": 31.5 MHz (scaled from 0.0 MHz), 37.9 kHz, 85.1 Hz (II) NOUVEAU(0): Modeline "640x400"x85.1 31.50 640 672 736 832 400 401 404 445 -hsync +vsync (37.9 kHz) (**) NOUVEAU(0): Default mode "640x350": 31.5 MHz (scaled from 0.0 MHz), 37.9 kHz, 85.1 Hz (II) NOUVEAU(0): Modeline "640x350"x85.1 31.50 640 672 736 832 350 382 385 445 +hsync -vsync (37.9 kHz) (**) NOUVEAU(0): Display dimensions: (330, 210) mm (**) NOUVEAU(0): DPI set to (147, 232) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules//libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/local/lib/xorg/modules//libexa.so (II) Module exa: vendor="X.Org Foundation" compiled for 1.6.0, module version = 2.4.0 ABI class: X.Org Video Driver, version 5.0 (II) Loading sub module "shadowfb" (II) LoadModule: "shadowfb" (II) Loading /usr/local/lib/xorg/modules//libshadowfb.so (II) Module shadowfb: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (==) NOUVEAU(0): Write-combining range (0xa0000,0x10000) was already clear (II) NOUVEAU(0): Allocated 128MiB VRAM for framebuffer + offscreen pixmaps, at offset 0x20000000 (II) NOUVEAU(0): AGPGART: 32MiB available (II) NOUVEAU(0): GART: Allocated 16MiB as a scratch buffer (II) NOUVEAU(0): [drm] Using the DRM lock SAREA also for drawables. (II) NOUVEAU(0): [drm] framebuffer handle = 0xe0000000 (II) NOUVEAU(0): [drm] added 1 reserved context for kernel (II) NOUVEAU(0): X context handle = 0x1 (II) NOUVEAU(0): [drm] installed DRM signal handler (II) NOUVEAU(0): Opened GPU channel 2 (II) EXA(0): Offscreen pixmap area of 119472128 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) Composite (RENDER acceleration) (II) UploadToScreen (II) DownloadFromScreen (==) NOUVEAU(0): Backing store disabled (==) NOUVEAU(0): Silken mouse enabled (II) NOUVEAU(0): [DRI] installation complete (II) NOUVEAU(0): [XvMC] Associated with Nouveau GeForce 8/9 Textured Video. (II) NOUVEAU(0): [XvMC] Extension initialized. (II) NOUVEAU(0): NVEnterVT is called. (II) NOUVEAU(0): NV50DispInit is called. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50SorGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_dpms is called with mode 3. (II) NOUVEAU(0): NV50SorSetPowerMode is called with mode 3. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50DacGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_dpms is called with mode 3. (II) NOUVEAU(0): NV50DacSetPowerMode is called with mode 3. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50SorGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_dpms is called with mode 3. (II) NOUVEAU(0): NV50SorSetPowerMode is called with mode 3. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50SorGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_dpms is called with mode 3. (II) NOUVEAU(0): NV50SorSetPowerMode is called with mode 3. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50SorGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50DacGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50SorGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50SorGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_crtc_dpms is called with mode 3 for CRTC0. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50SorGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50DacGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50SorGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50SorGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_crtc_dpms is called with mode 3 for CRTC1. (II) NOUVEAU(0): nv50_output_prepare is called. (II) NOUVEAU(0): nv50_crtc_prepare is called for CRTC0. (II) NOUVEAU(0): NV50DacModeSet is called. (II) NOUVEAU(0): Disconnecting DAC. (II) NOUVEAU(0): NV50SorModeSet is called. (II) NOUVEAU(0): Disconnecting SOR. (II) NOUVEAU(0): NV50SorModeSet is called. (II) NOUVEAU(0): Disconnecting SOR. (II) NOUVEAU(0): nv50_crtc_mode_set is called for CRTC0. (II) NOUVEAU(0): NV50CrtcModeSet is called for CRTC0. (II) NOUVEAU(0): NV50CrtcSetDither is called (no update). (II) NOUVEAU(0): NV50CrtcBlank is called (unblanked) for CRTC0. (II) NOUVEAU(0): nv50_output_mode_set is called. (II) NOUVEAU(0): NV50SorModeSet is called. (II) NOUVEAU(0): NV50SorSetPowerMode is called with mode 0. (II) NOUVEAU(0): NV50CrtcSetScale is called with mode 2 for CRTC0. (II) NOUVEAU(0): nv50_crtc_commit is called for CRTC0. (II) NOUVEAU(0): NV50CrtcBlank is called (blanked) for CRTC1. (II) NOUVEAU(0): NV50CrtcSetPixelClock is called for CRTC0. (II) NOUVEAU(0): NV50CrtcSetClockMode is called for CRTC0. (II) NOUVEAU(0): nv50_output_commit is called. (II) NOUVEAU(0): nv50_output_dpms is called with mode 3. (II) NOUVEAU(0): NV50DacSetPowerMode is called with mode 3. (II) NOUVEAU(0): nv50_output_dpms is called with mode 3. (II) NOUVEAU(0): NV50SorSetPowerMode is called with mode 3. (II) NOUVEAU(0): nv50_output_dpms is called with mode 3. (II) NOUVEAU(0): NV50SorSetPowerMode is called with mode 3. (II) NOUVEAU(0): nv50_crtc_dpms is called with mode 3 for CRTC1. (II) NOUVEAU(0): DPMS enabled (II) NOUVEAU(0): RandR 1.2 enabled, ignore the following RandR disabled message. (II) NOUVEAU(0): nv50_crtc_gamma_set is called for CRTC0. (II) NOUVEAU(0): NV50CrtcGammaSet is called for CRTC0. (II) NOUVEAU(0): nv50_crtc_gamma_set is called for CRTC1. (II) NOUVEAU(0): NV50CrtcGammaSet is called for CRTC1. (--) RandR disabled (II) Initializing built-in extension Generic Event Extension (II) Initializing built-in extension SHAPE (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension BIG-REQUESTS (II) Initializing built-in extension SYNC (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XC-MISC (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) AIGLX: Loaded and initialized /usr/local/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (II) NOUVEAU(0): Setting screen physical size to 331 x 207 (**) Option "Protocol" "auto" (**) Mouse0: Device: "/dev/sysmouse" (**) Mouse0: Protocol: "auto" (**) Option "CorePointer" (**) Mouse0: always reports core events (**) Option "Device" "/dev/sysmouse" (==) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5 6 7" (**) Mouse0: ZAxisMapping: buttons 4, 5, 6 and 7 (**) Mouse0: Buttons: 11 (**) Mouse0: Sensitivity: 1 (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (**) Mouse0: (accel) keeping acceleration scheme 1 (**) Mouse0: (accel) filter chain progression: 2.00 (**) Mouse0: (accel) filter stage 0: 20.00 ms (**) Mouse0: (accel) set acceleration profile 0 (II) Mouse0: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse0: SetupAuto: protocol is SysMouse (**) Option "CoreKeyboard" (**) Keyboard0: always reports core events (**) Option "Protocol" "standard" (**) Keyboard0: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard0: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Keyboard0: XkbModel: "pc105" (**) Option "XkbLayout" "us" (**) Keyboard0: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) Keyboard0: CustomKeycodes disabled (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) exaCopyDirty: Pending damage region empty! (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): Detected a Digital output on LVDS-0 (II) NOUVEAU(0): Found a suitable output, index 0 (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): EDID vendor "LGD", prod id 399 (II) NOUVEAU(0): Printing DDC gathered Modelines: (II) NOUVEAU(0): Modeline "1920x1200"x0.0 151.70 1920 1950 1980 2014 1200 1203 1209 1256 +hsync -vsync (75.3 kHz) (II) NOUVEAU(0): Modeline "1920x1200"x0.0 151.70 1920 1950 1980 2014 1200 1203 1209 1884 -hsync -vsync (75.3 kHz) (II) NOUVEAU(0): NV50ConnectorGetDDCModes is called. (II) NOUVEAU(0): EDID vendor "LGD", prod id 399 (II) NOUVEAU(0): LVDS-0: preferred mode is 1920x1200 (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): Using bios provided load value of 506 (--) NOUVEAU(0): No Load present on DAC-1 (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): Detected a Digital output on LVDS-0 (II) NOUVEAU(0): Found a suitable output, index 0 (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): EDID vendor "LGD", prod id 399 (II) NOUVEAU(0): Printing DDC gathered Modelines: (II) NOUVEAU(0): Modeline "1920x1200"x0.0 151.70 1920 1950 1980 2014 1200 1203 1209 1256 +hsync -vsync (75.3 kHz) (II) NOUVEAU(0): Modeline "1920x1200"x0.0 151.70 1920 1950 1980 2014 1200 1203 1209 1884 -hsync -vsync (75.3 kHz) (II) NOUVEAU(0): NV50ConnectorGetDDCModes is called. (II) NOUVEAU(0): EDID vendor "LGD", prod id 399 (II) NOUVEAU(0): LVDS-0: preferred mode is 1920x1200 (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_mode_valid is called. (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): Using bios provided load value of 506 (--) NOUVEAU(0): No Load present on DAC-1 (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): nv50_output_detect is called. (II) NOUVEAU(0): NV50ConnectorDDCDetect is called. (II) NOUVEAU(0): nv50_crtc_gamma_set is called for CRTC0. (II) NOUVEAU(0): NV50CrtcGammaSet is called for CRTC0. (II) NOUVEAU(0): nv50_crtc_gamma_set is called for CRTC1. (II) NOUVEAU(0): NV50CrtcGammaSet is called for CRTC1. (II) NOUVEAU(0): nv50_crtc_gamma_set is called for CRTC0. (II) NOUVEAU(0): NV50CrtcGammaSet is called for CRTC0. (II) NOUVEAU(0): nv50_crtc_gamma_set is called for CRTC1. (II) NOUVEAU(0): NV50CrtcGammaSet is called for CRTC1. (II) NOUVEAU(0): NVLeaveVT is called. (II) NOUVEAU(0): NV50DispShutdown is called. (II) NOUVEAU(0): NV50CrtcBlank is called (blanked) for CRTC0. (II) NOUVEAU(0): NV50CrtcBlank is called (blanked) for CRTC1. (II) NOUVEAU(0): NVEnterVT is called. (II) NOUVEAU(0): NV50DispInit is called. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50SorGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_dpms is called with mode 3. (II) NOUVEAU(0): NV50SorSetPowerMode is called with mode 3. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50DacGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_dpms is called with mode 3. (II) NOUVEAU(0): NV50DacSetPowerMode is called with mode 3. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50SorGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_dpms is called with mode 3. (II) NOUVEAU(0): NV50SorSetPowerMode is called with mode 3. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50SorGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_dpms is called with mode 3. (II) NOUVEAU(0): NV50SorSetPowerMode is called with mode 3. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50SorGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50DacGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50SorGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50SorGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_crtc_dpms is called with mode 3 for CRTC0. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50SorGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50DacGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50SorGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_output_get_crtc is called. (II) NOUVEAU(0): NV50SorGetCurrentCrtc is called. (II) NOUVEAU(0): nv50_crtc_dpms is called with mode 3 for CRTC1. (II) NOUVEAU(0): nv50_output_prepare is called. (II) NOUVEAU(0): nv50_crtc_prepare is called for CRTC0. (II) NOUVEAU(0): NV50DacModeSet is called. (II) NOUVEAU(0): Disconnecting DAC. (II) NOUVEAU(0): NV50SorModeSet is called. (II) NOUVEAU(0): Disconnecting SOR. (II) NOUVEAU(0): NV50SorModeSet is called. (II) NOUVEAU(0): Disconnecting SOR. (II) NOUVEAU(0): nv50_crtc_mode_set is called for CRTC0. (II) NOUVEAU(0): NV50CrtcModeSet is called for CRTC0. (II) NOUVEAU(0): NV50CrtcSetDither is called (no update). (II) NOUVEAU(0): NV50CrtcBlank is called (unblanked) for CRTC0. (II) NOUVEAU(0): nv50_output_mode_set is called. (II) NOUVEAU(0): NV50SorModeSet is called. (II) NOUVEAU(0): NV50SorSetPowerMode is called with mode 0. (II) NOUVEAU(0): NV50CrtcSetScale is called with mode 2 for CRTC0. (II) NOUVEAU(0): nv50_crtc_commit is called for CRTC0. (II) NOUVEAU(0): NV50CrtcBlank is called (blanked) for CRTC1. (II) NOUVEAU(0): NV50CrtcSetPixelClock is called for CRTC0. (II) NOUVEAU(0): NV50CrtcSetClockMode is called for CRTC0. (II) NOUVEAU(0): nv50_output_commit is called. (II) NOUVEAU(0): nv50_output_dpms is called with mode 3. (II) NOUVEAU(0): NV50DacSetPowerMode is called with mode 3. (II) NOUVEAU(0): nv50_output_dpms is called with mode 3. (II) NOUVEAU(0): NV50SorSetPowerMode is called with mode 3. (II) NOUVEAU(0): nv50_output_dpms is called with mode 3. (II) NOUVEAU(0): NV50SorSetPowerMode is called with mode 3. (II) NOUVEAU(0): nv50_crtc_dpms is called with mode 3 for CRTC1. (II) NOUVEAU(0): nv50_crtc_gamma_set is called for CRTC0. (II) NOUVEAU(0): NV50CrtcGammaSet is called for CRTC0. (II) NOUVEAU(0): nv50_crtc_gamma_set is called for CRTC1. (II) NOUVEAU(0): NV50CrtcGammaSet is called for CRTC1. (**) Option "BaudRate" "1200" (**) Option "StopBits" "2" (**) Option "DataBits" "8" (**) Option "Parity" "None" (**) Option "Vmin" "1" (**) Option "Vtime" "0" (**) Option "FlowControl" "None" --C7zPtVaVf+AK4Oqc-- From owner-freebsd-current@FreeBSD.ORG Mon May 11 12:22:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86ED2106564A; Mon, 11 May 2009 12:22:10 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 9F7958FC20; Mon, 11 May 2009 12:22:09 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.11] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 242430880; Mon, 11 May 2009 15:22:08 +0300 Message-ID: <4A081868.6010906@FreeBSD.org> Date: Mon, 11 May 2009 15:22:00 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Tim Kientzle References: <49FE1826.4060000@FreeBSD.org> <4A07BC4D.7080604@freebsd.org> In-Reply-To: <4A07BC4D.7080604@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD acpi , FreeBSD-Current , freebsd-mobile@freebsd.org Subject: Re: Fighting for the power. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 12:22:11 -0000 Tim Kientzle wrote: > I started to try the "hint.apic.0.clock", but noticed > in your commit r191720: > Alexander Motin wrote: >> Add hint.apic.0.clock tunable. Setting it 0 disables using >> LAPIC timers as hard-/stat-/profclock sources falling back >> to using i8254 and rtc timers. >> ... >> This technique is not working for SMP yet, as only one CPU >> receives timer interrupts. But I think that problem could >> be fixed by forwarding interrupts to other CPUs with IPI. > > Is anyone looking at this yet? I have implemented SMP support for i386 and amd64 in some of my later commits. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon May 11 12:47:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3070B106566C for ; Mon, 11 May 2009 12:47:36 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: from s217.sureserver.com (s217.sureserver.com [203.194.200.22]) by mx1.freebsd.org (Postfix) with ESMTP id 7B41D8FC16 for ; Mon, 11 May 2009 12:47:34 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: (qmail 14164 invoked by uid 1002); 11 May 2009 12:47:32 -0000 Received: from unknown (HELO ?10.10.10.7?) (saifi.khan@twincling.org@59.92.222.2) by s217.sureserver.com with ESMTPA; 11 May 2009 12:47:32 -0000 Date: Mon, 11 May 2009 18:20:28 +0000 (GMT) From: Saifi Khan X-X-Sender: saifi@localhost To: freebsd-current@freebsd.org, FreeBSD Questions In-Reply-To: <4A07E966.60503@unsane.co.uk> Message-ID: References: <4A07E966.60503@unsane.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Vincent Hoffman Subject: Re: howto sidestep sysinstall during installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 12:47:36 -0000 On Mon, 11 May 2009, Vincent Hoffman wrote: > On 11/5/09 11:48, Saifi Khan wrote: > > Hi all: > > > > Is there a way to sidestep the sysinstall during the > > installation process, beyond selecting the 'location' ? > > > > i'm using FreeBSD 8.0 200905 i386 snapshot DVD and looking > > for an approach to drive the entire installation from the > > Fixit# command line console. > > > > i'm a experienced Gentoo Linux user. > > > > Any suggestions, pointers or observations ? > > > > > Since you are using the snapshot DVD you should have the live/fixit > environment which is very handy for this. > I would suggest a combination of LOTS of reading and understanding of > the pages at > http://typo.submonkey.net/articles/2006/04/13/installing-freebsd-on-usb-stick-episode-2 > (which goes though the steps for partitoning and installing using fdisk > and bsdlabel, adjust paths to your dvd-rom) > and if you want zfs > http://lulf.geeknest.org/blog/freebsd/Setting_up_a_zfs-only_system/ > (goes though using gpart instead of fdisk and bsdlabel if you want to > use zfs on root) > should be enough to get you started. I assume you dont need too much > hand holding since you want to install -CURRENT. > > > Vince > Vince, thanks for the freebsd-on-usb link. i really appreciate your help. "Unknown giant" i still wonder why a snapshot should have a dysfunctional installer ? stable slice and partition support is key to trying or helping or contributing towards testing/coding for an evolving "unknown giant". Oh well :) Check this out http://www.twincling.org/node/237 If you scan this page for a minute, you will appreciate the overall flow of installation of Gentoo Linux. Even if you haven't tried the weekly Gentoo build, you may be encouraged to try this out ! Putting out a monthly snapshot is nice and if the people are going to not find info about 'Fixit#' and commands in the legendary handbook, that is not very helpful. thanks Saifi. the time has come ... 1227. From owner-freebsd-current@FreeBSD.ORG Mon May 11 13:30:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8859B1065674; Mon, 11 May 2009 13:30:39 +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 2A6B08FC37; Mon, 11 May 2009 13:30:38 +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 1M3VaV-000P4p-8m; Mon, 11 May 2009 16:30:35 +0300 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 n4BDUNNS010238 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 11 May 2009 16:30:23 +0300 (EEST) (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 n4BDUNuI079867; Mon, 11 May 2009 16:30:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n4BDUKd9079866; Mon, 11 May 2009 16:30:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 11 May 2009 16:30:20 +0300 From: Kostik Belousov To: Tim Kientzle Message-ID: <20090511133019.GT1948@deviant.kiev.zoral.com.ua> References: <4A0764B3.1070407@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4yjA7FEVET1dX9yT" Content-Disposition: inline In-Reply-To: <4A0764B3.1070407@freebsd.org> 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 1M3VaV-000P4p-8m b6cbb332465fe8d5538e0e05d023a24e X-Terabit: YES Cc: Jon Loeliger , freebsd-current@freebsd.org Subject: Re: Feedback and Questions Updating to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 13:30:39 -0000 --4yjA7FEVET1dX9yT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, May 10, 2009 at 04:35:15PM -0700, Tim Kientzle wrote: > Caveat: If you update anything, you'll probably > have to update everything. Otherwise, you'll > end up with some things linked against old libc > and others linked against new libc, which breaks > badly. Hopefully, this is much less a concern with 7->8 transition, because our libc, libpthread and libm have symbol versions. I expect that these three libraries will not get the bump when 8 is going to be released. Probably, libutil may be exempt from the bump too. On the other hand, most if not all other system libraries are not converted to versioned symbols. I am not sure whether the full ports rebuild is actually needed. --4yjA7FEVET1dX9yT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkoIKGsACgkQC3+MBN1Mb4hGZwCePIP+yikppZM8DqpS3ZQFMSMK c0UAoNuJ7EKBdtJ+U6qT7XbZjfIFF2Qj =LFFv -----END PGP SIGNATURE----- --4yjA7FEVET1dX9yT-- From owner-freebsd-current@FreeBSD.ORG Mon May 11 13:35:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67CA4106564A for ; Mon, 11 May 2009 13:35:45 +0000 (UTC) (envelope-from jerrymc@gizmo.acns.msu.edu) Received: from gizmo.acns.msu.edu (gizmo.acns.msu.edu [35.8.1.43]) by mx1.freebsd.org (Postfix) with ESMTP id E9D018FC22 for ; Mon, 11 May 2009 13:35:44 +0000 (UTC) (envelope-from jerrymc@gizmo.acns.msu.edu) Received: from gizmo.acns.msu.edu (localhost [127.0.0.1]) by gizmo.acns.msu.edu (8.13.6/8.13.6) with ESMTP id n4BD46xq023615; Mon, 11 May 2009 09:04:06 -0400 (EDT) (envelope-from jerrymc@gizmo.acns.msu.edu) Received: (from jerrymc@localhost) by gizmo.acns.msu.edu (8.13.6/8.13.6/Submit) id n4BD452Q023614; Mon, 11 May 2009 09:04:05 -0400 (EDT) (envelope-from jerrymc) Date: Mon, 11 May 2009 09:04:05 -0400 From: Jerry McAllister To: "Daniel O'Connor" Message-ID: <20090511130405.GB20271@gizmo.acns.msu.edu> References: <200905111545.11696.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200905111545.11696.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.2i X-Mailman-Approved-At: Mon, 11 May 2009 13:44:44 +0000 Cc: freebsd-current@freebsd.org, Saifi Khan , FreeBSD Questions Subject: Re: howto sidestep sysinstall during installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 13:35:45 -0000 On Mon, May 11, 2009 at 03:45:03PM +0930, Daniel O'Connor wrote: > On Mon, 11 May 2009, Saifi Khan wrote: > > Is there a way to sidestep the sysinstall during the > > installation process, beyond selecting the 'location' ? > > > > i'm using FreeBSD 8.0 200905 i386 snapshot DVD and looking > > for an approach to drive the entire installation from the > > Fixit# command line console. > > > > i'm a experienced Gentoo Linux user. > > > > Any suggestions, pointers or observations ? > > You won't be able to partition the disk from the command line because > the install MFS doesn't have any of the requisite tools to do so. ??????? I don't understand this comment. Recreating a disk - slice/parttion/newfs - is one of the main things to do under a fixit. You should have fdisk, bsdlabel and newfs there as well as restore for sucking dumps back in. The only thing to remember is that the running writable root file system under fixit is in memory. You have to make sure that what you do is to the disk and that the fstab you create is on the disk. It is easy to lose track and make an /etc/fstab modification or a mount point in the MFS and then find it is no longer there when you reboot. But, you just have to pay attention to where you are doing things. ////jerry > > You could do it from a livefs disk however. > > As for observations.. I think you're wasting your time :) > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Mon May 11 13:47:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D09110656F4; Mon, 11 May 2009 13:47:33 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 82F318FC13; Mon, 11 May 2009 13:47:25 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-46-151.lns10.adl2.internode.on.net [121.45.46.151]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n4BDlN1k007582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 11 May 2009 23:17:23 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Jerry McAllister Date: Mon, 11 May 2009 23:17:09 +0930 User-Agent: KMail/1.9.10 References: <200905111545.11696.doconnor@gsoft.com.au> <20090511130405.GB20271@gizmo.acns.msu.edu> In-Reply-To: <20090511130405.GB20271@gizmo.acns.msu.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2987823.0fMAO5KH8r"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200905112317.17225.doconnor@gsoft.com.au> X-Spam-Score: -2.404 () AWL,BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-current@freebsd.org, Saifi Khan , FreeBSD Questions Subject: Re: howto sidestep sysinstall during installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 13:47:35 -0000 --nextPart2987823.0fMAO5KH8r Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 11 May 2009, Jerry McAllister wrote: > On Mon, May 11, 2009 at 03:45:03PM +0930, Daniel O'Connor wrote: > > On Mon, 11 May 2009, Saifi Khan wrote: > > > Is there a way to sidestep the sysinstall during the > > > installation process, beyond selecting the 'location' ? > > > > > > i'm using FreeBSD 8.0 200905 i386 snapshot DVD and looking > > > for an approach to drive the entire installation from the > > > Fixit# command line console. > > > > > > i'm a experienced Gentoo Linux user. > > > > > > Any suggestions, pointers or observations ? > > > > You won't be able to partition the disk from the command line > > because the install MFS doesn't have any of the requisite tools to > > do so. > > ??????? I don't understand this comment. > Recreating a disk - slice/parttion/newfs - is one of the main things > to do under a fixit. You should have fdisk, bsdlabel and newfs > there as well as restore for sucking dumps back in. Depends what sort of fixit you have. A holographic shell won't have it, but the others will. It's pretty easy to do a minimal install on your new disk and then go=20 into the fixit shell, then you will have the full suite of tools=20 (although if you're doing a full restore you should use the /rescue=20 version or odd things will happen when you overwrite the binary you're=20 using). =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2987823.0fMAO5KH8r Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQBKCCxl5ZPcIHs/zowRAjCxAJ9Zu9vioQF9w5iI7nrqEhzNSIQi6gCgjTGI PO5/bKc4Fs9kJM9IXsu/KTc= =CjxC -----END PGP SIGNATURE----- --nextPart2987823.0fMAO5KH8r-- From owner-freebsd-current@FreeBSD.ORG Mon May 11 14:04:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9CBD106566B; Mon, 11 May 2009 14:04:08 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0DA9A8FC13; Mon, 11 May 2009 14:04:07 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-46-151.lns10.adl2.internode.on.net [121.45.46.151]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n4BE45c2008258 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 11 May 2009 23:34:06 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 11 May 2009 23:34:01 +0930 User-Agent: KMail/1.9.10 References: <4A07E966.60503@unsane.co.uk> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart16562802.83dnu1Fono"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200905112334.03387.doconnor@gsoft.com.au> X-Spam-Score: -2.401 () AWL,BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Vincent Hoffman , Saifi Khan , FreeBSD Questions Subject: Re: howto sidestep sysinstall during installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 14:04:09 -0000 --nextPart16562802.83dnu1Fono Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 12 May 2009, Saifi Khan wrote: > "Unknown giant" > i still wonder why a snapshot should have a dysfunctional installer ? > > stable slice and partition support is key to trying or helping > or contributing towards testing/coding for an evolving "unknown > giant". Oh well :) I think you're missing the point of a -current snapshot. It is _not_ designed for someone to come along and go "hey I'd like to=20 get into developing FreeBSD, I'll install it". It is there as a "system test" (ie make sure make release works) and to=20 provide a handy ISO for gurus if they need to bootstrap something. The fact the installer is broken should be reported as a bug though (ie=20 send-pr). > Check this out > http://www.twincling.org/node/237 > > If you scan this page for a minute, you will appreciate the > overall flow of installation of Gentoo Linux. Even if you > haven't tried the weekly Gentoo build, you may be encouraged to > try this out ! > > Putting out a monthly snapshot is nice and if the people are > going to not find info about 'Fixit#' and commands in the > legendary handbook, that is not very helpful. =46reeBSD doesn't work this way, you are trying to fit FreeBSD into your=20 Gentoo way of thinking. Obviously this causes pain, please stop. If you want to try FreeBSD, start with a release, if that works then you=20 can update to HEAD and install that way. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart16562802.83dnu1Fono Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQBKCDBT5ZPcIHs/zowRAnHQAKCFg47qNP41jCEOvkfv0Azs0Ry98wCgp193 sgZbwHl5RAI0QOWgZOaOgsU= =lSt+ -----END PGP SIGNATURE----- --nextPart16562802.83dnu1Fono-- From owner-freebsd-current@FreeBSD.ORG Mon May 11 14:06:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43303106572A for ; Mon, 11 May 2009 14:06:04 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: from s217.sureserver.com (s217.sureserver.com [203.194.200.22]) by mx1.freebsd.org (Postfix) with ESMTP id 9027B8FC12 for ; Mon, 11 May 2009 14:06:03 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: (qmail 818 invoked by uid 1002); 11 May 2009 14:05:59 -0000 Received: from unknown (HELO ?10.10.10.7?) (saifi.khan@twincling.org@59.92.222.2) by s217.sureserver.com with ESMTPA; 11 May 2009 14:05:59 -0000 Date: Mon, 11 May 2009 19:38:50 +0000 (GMT) From: Saifi Khan X-X-Sender: saifi@localhost To: freebsd-current@freebsd.org, FreeBSD Questions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: single SATA disk and yet identified as 'ad4' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 14:06:05 -0000 Hi all: The system has just one SATA disk and yet bootloader process identified it as 'ad4'. Ideally, it should be ad1. Here is the PCI information 00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03) 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) 00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 01) 00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 01) 00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e1) 00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) 00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller (rev 01) 00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01) 06:00.0 Network controller: Broadcom Corporation BCM94311MCG wlan mini-PCI (rev 01) 08:08.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) How does the labelling logic work ? thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Mon May 11 14:07:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BCF410656AC for ; Mon, 11 May 2009 14:07:32 +0000 (UTC) (envelope-from mmoll@darkthrone.kvedulv.de) Received: from darkthrone.kvedulv.de (darkthrone.kvedulv.de [194.126.158.19]) by mx1.freebsd.org (Postfix) with ESMTP id D3D2E8FC22 for ; Mon, 11 May 2009 14:07:31 +0000 (UTC) (envelope-from mmoll@darkthrone.kvedulv.de) Received: by darkthrone.kvedulv.de (Postfix, from userid 666) id 4C2F01CC31; Mon, 11 May 2009 15:49:25 +0200 (CEST) Date: Mon, 11 May 2009 15:49:25 +0200 From: Michael Moll To: freebsd-current@freebsd.org Message-ID: <20090511134925.GA66775@darkthrone.kvedulv.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Problems with VIA VB8001 (and probably other VIA Nano boards/laptops) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 14:07:32 -0000 Hello All, some days ago I migrated my home-server from a VIA PC2500E (with C7 CPU) to a VIA VB8001 (with VIA Nano). Overall it went quite good, I see only two remaining problems. - 1. SATA Controller With the patch found here: http://lists.freebsd.org/pipermail/freebsd-current/2009-February/003568.html the controller is detected correctly and negotiates SATA300 with the harddisks. It would be nice to have this (or a similar patch) commited. - 2. Power Management The est driver fails to attach to the CPU. This is somewhat OK, as the necessary table in est.c for this specific CPU is missing at the moment. When powerd is started, it usually takes about 3-5 seconds and the system panics. I guess, powerd tries to throttle the CPU down via ACPI oder P4TCC, as there are some levels recognized: dev.cpu.0.freq_levels: 1615/-1 1413/-1 1211/-1 1009/-1 807/-1 605/-1 403/-1 201/-1 dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 The kernel configuration file, crashinfo output and verbose dmesg can be found at http://space.kvedulv.de/vb8001/ if someone wants to look into this. Best Regards -- Michael Moll From owner-freebsd-current@FreeBSD.ORG Mon May 11 14:11:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 328131065731 for ; Mon, 11 May 2009 14:11:03 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl.com (jdl.com [208.123.74.7]) by mx1.freebsd.org (Postfix) with ESMTP id 7AAA28FC17 for ; Mon, 11 May 2009 14:10:58 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl (helo=jdl.com) by jdl.com with local-esmtp (Exim 4.69) (envelope-from ) id 1M3WDW-0000EF-CW for freebsd-current@freebsd.org; Mon, 11 May 2009 09:10:54 -0500 To: freebsd-current@freebsd.org Date: Mon, 11 May 2009 09:10:54 -0500 From: Jon Loeliger Message-Id: X-Spam-Score: -2.3 Subject: Lock order reversal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 14:11:06 -0000 Folks, Curious if anyone saw the lock order reversal in my post from yesterday? Known issues? There appear to be 3 cases, highlighted below: 1st 0xc39e7a60 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2555 2nd 0xc3ffee00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:275 1st 0xc4224164 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1050 2nd 0xc4224df4 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2101 1st 0xc44edc2c filedesc structure (filedesc structure) @ /usr/src/sys/kern/kern_descrip.c:1076 2nd 0xc4a9737c ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:4109 Thanks, jdl ------- Forwarded Message To: freebsd-current@freebsd.org Date: Sun, 10 May 2009 16:34:28 -0500 From: Jon Loeliger Message-Id: Subject: Feedback and Questions Updating to CURRENT [snip] First, dmesg had this to say, and appeared not to be too pleased near the end: (I used GENERIC, minus all the RAID options to build this kernel.) (Oh, and I use i686 only) ---------------------------------------------------------------- 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 8.0-CURRENT #1: Sun May 10 08:52:22 CDT 2009 jdl@freebie.austin.rr.com:/usr/obj/usr/src/sys/FREEBIE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) Processor (1109.89-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440800,MMX+,3DNow!+,3DNow!> real memory = 536870912 (512 MB) avail memory = 773992448 (738 MB) kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 2ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 agp0: aperture size is 256M pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xd6000000-0xd6ffffff,0xd8000000-0xdfffffff irq 11 at device 0.0 on pci1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd800-0xd80f at device 4.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] rl0: port 0xa400-0xa4ff mem 0xd5800000-0xd58000ff irq 9 at device 9.0 on pci0 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:e0:29:74:1c:4c rl0: [ITHREAD] pci0: at device 13.0 (no driver attached) atapci1: port 0x9800-0x9807,0x9400-0x9403,0x9000-0x9007,0x8800-0x8803,0x8400-0x843f mem 0xd5000000-0xd501ffff irq 10 at device 17.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atrtc0: port 0x70-0x73 irq 8 on acpi0 fdc1: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc1: [FILTER] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse Explorer, device ID 4 cpu0: on acpi0 acpi_throttle0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0: No FDOUT register! ppc0: parallel port not found. Timecounter "TSC" frequency 1109893249 Hz quality 800 Timecounters tick every 1.000 msec ad0: 39083MB at ata0-master UDMA66 acd0: CDRW at ata1-master PIO4 acd1: CDROM at ata1-slave PIO4 WARNING: WITNESS option enabled, expect reduced performance. GEOM_LABEL: Label for provider ad0s1a is ufsid/49f8a3e1ab5cc6ca. GEOM_LABEL: Label for provider ad0s1d is ufsid/49f8a3e53ba41565. GEOM_LABEL: Label for provider ad0s1e is ufsid/49f8a3e136e4ee3d. GEOM_LABEL: Label for provider ad0s1f is ufsid/49f8a3e175f2b211. Trying to mount root from ufs:/dev/ad0s1a GEOM_LABEL: Label ufsid/49f8a3e1ab5cc6ca removed. GEOM_LABEL: Label for provider ad0s1a is ufsid/49f8a3e1ab5cc6ca. GEOM_LABEL: Label ufsid/49f8a3e136e4ee3d removed. GEOM_LABEL: Label for provider ad0s1e is ufsid/49f8a3e136e4ee3d. GEOM_LABEL: Label ufsid/49f8a3e175f2b211 removed. GEOM_LABEL: Label for provider ad0s1f is ufsid/49f8a3e175f2b211. GEOM_LABEL: Label ufsid/49f8a3e53ba41565 removed. GEOM_LABEL: Label for provider ad0s1d is ufsid/49f8a3e53ba41565. GEOM_LABEL: Label ufsid/49f8a3e1ab5cc6ca removed. GEOM_LABEL: Label ufsid/49f8a3e136e4ee3d removed. GEOM_LABEL: Label ufsid/49f8a3e175f2b211 removed. GEOM_LABEL: Label ufsid/49f8a3e53ba41565 removed. ---------------- lock order reversal: 1st 0xc39e7a60 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2555 2nd 0xc3ffee00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:275 KDB: stack backtrace: db_trace_self_wrapper(c0b84a8f,df3aaa78,c08576d5,c08495db,c0b87874,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08495db,c0b87874,c3d1fae8,c3d225f8,df3aaad4,...) at kdb_backtrace+0x29 _witness_debugger(c0b87874,c3ffee00,c0ba7492,c3d225f8,c0ba712b,...) at _witness_debugger+0x25 witness_checkorder(c3ffee00,9,c0ba712b,113,0,...) at witness_checkorder+0x839 _sx_xlock(c3ffee00,0,c0ba712b,113,d33946cc,...) at _sx_xlock+0x85 ufsdirhash_acquire(0,e,c3ea0000,c39e7a00,d33946cc,...) at ufsdirhash_acquire+0x35 ufsdirhash_remove(c4035d24,d33946cc,6cc,df3aab64,df3aab60,...) at ufsdirhash_remove+0x14 ufs_dirremove(c3ec7648,c4228e0c,500800c,0,c3ec7648,...) at ufs_dirremove+0xe5 ufs_remove(df3aac34,df3aac44,0,0,c422610c,...) at ufs_remove+0x6e VOP_REMOVE_APV(c0c7d520,df3aac34,2,df3aac00,bfbfef62,...) at VOP_REMOVE_APV+0xa5 kern_unlinkat(c3eb4d80,ffffff9c,bfbfef62,0,df3aac80,...) at kern_unlinkat+0x152 kern_unlink(c3eb4d80,bfbfef62,0,df3aad2c,c0ac2fd3,...) at kern_unlink+0x27 unlink(c3eb4d80,df3aacf8,4,c0b88129,c0c5e110,...) at unlink+0x22 syscall(df3aad38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 - --- syscall (10, FreeBSD ELF32, unlink), eip = 0x2815e5af, esp = 0xbfbfe50c, ebp = 0xbfbfeda8 --- ---------------- lock order reversal: 1st 0xc4224164 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1050 2nd 0xc4224df4 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2101 KDB: stack backtrace: db_trace_self_wrapper(c0b84a8f,df385814,c08576d5,c08495db,c0b87874,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08495db,c0b87874,c3d22590,c3d224c0,df385870,...) at kdb_backtrace+0x29 _witness_debugger(c0b87874,c4224df4,c0b7702e,c3d224c0,c0b8e6bd,...) at _witness_debugger+0x25 witness_checkorder(c4224df4,9,c0b8e6bd,835,0,...) at witness_checkorder+0x839 __lockmgr_args(c4224df4,80100,c4224e10,0,0,...) at __lockmgr_args+0x797 vop_stdlock(df385978,c085747b,c0b7725f,80100,c4224d9c,...) at vop_stdlock+0x62 VOP_LOCK1_APV(c0c5ac80,df385978,c403ee24,c0c94700,c4224d9c,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c4224d9c,80100,c0b8e6bd,835,8,...) at _vn_lock+0x5e vget(c4224d9c,80100,c403ed80,160,c0b77181,...) at vget+0xc9 devfs_allocv(c40ee380,c402d280,df385a10,c403ed80,c0e21fb8,...) at devfs_allocv+0x11a devfs_root(c402d280,80000,df385c2c,c403ed80,0,...) at devfs_root+0x51 vfs_donmount(c403ed80,0,c40ee480,c40ee480,bfbfde39,...) at vfs_donmount+0x14d0 nmount(c403ed80,df385cf8,c,c,c0c60390,...) at nmount+0x72 syscall(df385d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 - --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280e3edb, esp = 0xbfbfde0c, ebp = 0xbfbfe368 --- ---------------- lock order reversal: 1st 0xc44edc2c filedesc structure (filedesc structure) @ /usr/src/sys/kern/kern_descrip.c:1076 2nd 0xc4a9737c ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:4109 KDB: stack backtrace: db_trace_self_wrapper(c0b84a8f,df44aa2c,c08576d5,c08495db,c0b87874,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08495db,c0b87874,c3d1fd58,c3d22590,df44aa88,...) at kdb_backtrace+0x29 _witness_debugger(c0b87874,c4a9737c,c0b7aba2,c3d22590,c0b8e6bd,...) at _witness_debugger+0x25 witness_checkorder(c4a9737c,9,c0b8e6bd,100d,c4a97398,...) at witness_checkorder+0x839 __lockmgr_args(c4a9737c,80400,c4a97398,0,0,...) at __lockmgr_args+0x797 ffs_lock(df44ab98,c,0,80400,c4a97324,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0c7d520,df44ab98,df44aba0,c0c94700,c4a97324,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c4a97324,80400,c0b8e6bd,100d,df44abf4,...) at _vn_lock+0x5e vfs_knllock(c4a97324,0,c0b7cd90,68c,c4a66154,...) at vfs_knllock+0x29 knlist_remove_kq(0,df44ac14,c089e909,c4a542f4,c4a66154,...) at knlist_remove_kq+0xad knlist_remove(c4a542f4,c4a66154,0,df44ac40,c07ebc85,...) at knlist_remove+0x1b filt_vfsdetach(c4a66154,0,c0b7cd90,75c,f,...) at filt_vfsdetach+0x39 knote_fdclose(c4443240,12af,c0b7c8d3,434,c44edc2c,...) at knote_fdclose+0xf5 kern_close(c4443240,12af,df44ad2c,c0ac2fd3,c4443240,...) at kern_close+0xd2 close(c4443240,df44acf8,4,c0b88115,c0c5e0b0,...) at close+0x1a syscall(df44ad38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (6, FreeBSD ELF32, close), eip = 0x28370a73, esp = 0xbfbfe71c, ebp = 0xbfbfe738 --- ---------------- pid 1712 (perl5.8.9), uid 0: exited on signal 6 (core dumped) pid 1713 (perl5.8.9), uid 0: exited on signal 6 (core dumped) pid 1771 (perl5.8.9), uid 0: exited on signal 6 (core dumped) ---------------------------------------------------------------- ------- End of Forwarded Message From owner-freebsd-current@FreeBSD.ORG Mon May 11 14:12:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3639E1065691 for ; Mon, 11 May 2009 14:12:39 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: from s217.sureserver.com (s217.sureserver.com [203.194.200.22]) by mx1.freebsd.org (Postfix) with ESMTP id 670C28FC0A for ; Mon, 11 May 2009 14:12:37 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: (qmail 10802 invoked by uid 1002); 11 May 2009 14:12:36 -0000 Received: from unknown (HELO ?10.10.10.7?) (saifi.khan@twincling.org@59.92.222.2) by s217.sureserver.com with ESMTPA; 11 May 2009 14:12:36 -0000 Date: Mon, 11 May 2009 19:45:29 +0000 (GMT) From: Saifi Khan X-X-Sender: saifi@localhost To: Daniel O'Connor In-Reply-To: <200905112334.03387.doconnor@gsoft.com.au> Message-ID: References: <4A07E966.60503@unsane.co.uk> <200905112334.03387.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: FreeBSD Questions , freebsd-current@freebsd.org, Saifi Khan , Vincent Hoffman Subject: Re: howto sidestep sysinstall during installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 14:12:39 -0000 On Mon, 11 May 2009, Daniel O'Connor wrote: > > > > Putting out a monthly snapshot is nice and if the people are > > going to not find info about 'Fixit#' and commands in the > > legendary handbook, that is not very helpful. > > FreeBSD doesn't work this way, you are trying to fit FreeBSD into your > Gentoo way of thinking. Obviously this causes pain, please stop. > i'll be highly obliged, if you could share some nuggets of wisdom on 'the FreeBSD way' ! Please. thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Mon May 11 14:44:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED98A1065672 for ; Mon, 11 May 2009 14:44:50 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 89A498FC1D for ; Mon, 11 May 2009 14:44:50 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: (qmail 14739 invoked from network); 11 May 2009 14:18:08 -0000 Received: from unknown (HELO ?10.0.0.135?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 11 May 2009 14:18:08 -0000 Message-ID: <4A083356.6020100@acm.poly.edu> Date: Mon, 11 May 2009 10:16:54 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.19 (X11/20090108) MIME-Version: 1.0 To: Saifi Khan References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, FreeBSD Questions Subject: Re: single SATA disk and yet identified as 'ad4' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 14:44:51 -0000 By default, ATA disks are assigned numbers based on the ATA controller they are on, and whether they are primary or secondary on the controller. For example, the primary disk on the first controller would be ad0, the secondary disk on the first controller would be ad1, the primary disk on the second controller would be ad2, etc. This is the ATA_STATIC_ID kernel option. I expect that there are two ATA controllers before the one your disk is on. You may confirm this by running "atacontrol list". -Boris Saifi Khan wrote: > Hi all: > > The system has just one SATA disk and yet bootloader process > identified it as 'ad4'. Ideally, it should be ad1. > > Here is the PCI information > > 00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03) > 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) > 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) > 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) > 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) > 00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 01) > 00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 01) > 00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 01) > 00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 01) > 00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01) > 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e1) > 00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 01) > 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) > 00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller (rev 01) > 00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01) > 06:00.0 Network controller: Broadcom Corporation BCM94311MCG wlan mini-PCI (rev 01) > 08:08.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) > > How does the labelling logic work ? > > > thanks > Saifi. > _______________________________________________ > 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" > From owner-freebsd-current@FreeBSD.ORG Mon May 11 16:17:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EDF01065686; Mon, 11 May 2009 16:17:00 +0000 (UTC) (envelope-from mister.olli@googlemail.com) Received: from mail-fx0-f216.google.com (mail-fx0-f216.google.com [209.85.220.216]) by mx1.freebsd.org (Postfix) with ESMTP id BD38D8FC20; Mon, 11 May 2009 16:16:59 +0000 (UTC) (envelope-from mister.olli@googlemail.com) Received: by fxm12 with SMTP id 12so2834753fxm.43 for ; Mon, 11 May 2009 09:16:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:reply-to:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=6RvmIdt6nww0cTAredowatNtXSQ38sFWpjyNu45pB44=; b=v2VoaJ9rVP9ylAdei+t2VmcgRipLSBeFmPz4ELsI0EZyGSdyDwTJgW3EkZAZr4sWHX x5Yitp/aEH9+OmgLd+PuDC9JUjxjRIQh9H71eLYUdeKJFdAm2mu6ii4IQduPWg1QisY/ qfuj2EisrfJ4ORh2oZhtHYYRbQA2y5q+pHujs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:reply-to:to:cc:in-reply-to:references:content-type :date:message-id:mime-version:x-mailer:content-transfer-encoding; b=mea+bx0wc9W5+7c5FqarXUJQpt2nfKyVHfv0+VVqU2B5/E7YwHKMYHaLLwyb6rw3Rd qc19TLak61x7EiFjMMBDaSACQDkHlPJCQVSOtTuaG6ZJiutip1ZEvqy/26uV73EoqlCD gaN66IwGxoY+Qzl2ZSQvr8Yi07Zt2zUikGBjo= Received: by 10.204.118.70 with SMTP id u6mr7043843bkq.198.1242058617942; Mon, 11 May 2009 09:16:57 -0700 (PDT) Received: from ?10.30.1.130? (vpn-or.studi-planet.com [78.47.172.52]) by mx.google.com with ESMTPS id k29sm8120833fkk.31.2009.05.11.09.16.51 (version=SSLv3 cipher=RC4-MD5); Mon, 11 May 2009 09:16:57 -0700 (PDT) From: Mister Olli To: Bob Bishop In-Reply-To: <57A9FCBA-CBCB-45D2-9B95-5E5DBC0DB964@gid.co.uk> References: <1241623255.12407.6.camel@phoenix.blechhirn.net> <57A9FCBA-CBCB-45D2-9B95-5E5DBC0DB964@gid.co.uk> Content-Type: text/plain Date: Mon, 11 May 2009 18:16:39 +0200 Message-Id: <1242058599.25870.26.camel@phoenix.blechhirn.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "freebsd-questions@freebsd.org" Subject: Re: Assign IP address and hostname via kernel parameter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mister.olli@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 16:17:01 -0000 Hi, I had a short look on google for this parameters, and from my understanding the NFS diskless client is using the informations out of it to set the appropriate settings on the network interface. So no luck when supplying them as kernel parameters. Oh and btw I'm not sure how to setup kernel options. Normally this is done in 'loader.conf', but since para-virtualized xen does start the kernel directly there's no way to do this via loader.conf. Does anyone have some idea or hints how to solve this problem? Regards, --- Mr. Olli On Wed, 2009-05-06 at 17:52 +0100, Bob Bishop wrote: > Hi, > > On 6 May 2009, at 16:20, Mister Olli wrote: > > > is there a way to configure IP address and hostname on freebsd systems > > via kernel command line parameters? [etc] > > When running diskless, the loader sets kernel variables like: > > boot.netif.gateway="192.168.198.1" > boot.netif.hwaddr="00:15:17:47:14:fc" > boot.netif.ip="192.168.198.8" > boot.netif.netmask="255.255.255.0" > > to values obtained from BOOTP or DHCP, and the right things happen. I > guess you could just set these in loader.conf or at the loader prompt. > > -- > Bob Bishop > rb@gid.co.uk > > > > From owner-freebsd-current@FreeBSD.ORG Mon May 11 17:16:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38C371065670 for ; Mon, 11 May 2009 17:16:51 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id ECC4F8FC15 for ; Mon, 11 May 2009 17:16:50 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 372823A581; Mon, 11 May 2009 19:00:51 +0200 (CEST) Date: Mon, 11 May 2009 19:00:51 +0200 From: Lars Engels To: Jon Loeliger Message-ID: <20090511170051.GQ56667@e.0x20.net> Mail-Followup-To: Lars Engels , Jon Loeliger , freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwbb4r/vLufKlfJs" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: Lock order reversal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 17:16:51 -0000 --rwbb4r/vLufKlfJs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 11, 2009 at 09:10:54AM -0500, Jon Loeliger wrote: >=20 > Folks, >=20 > Curious if anyone saw the lock order reversal in my > post from yesterday? Known issues? >=20 > There appear to be 3 cases, highlighted below: >=20 > 1st 0xc39e7a60 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2555 > 2nd 0xc3ffee00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:275 >=20 > 1st 0xc4224164 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1050 > 2nd 0xc4224df4 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2101 >=20 > 1st 0xc44edc2c filedesc structure (filedesc structure) @ /usr/src/sys/ke= rn/kern_descrip.c:1076 > 2nd 0xc4a9737c ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:4109 >=20 > Thanks, > jdl Hi Jon, all three LORs are well known and listed here: http://sources.zabbadoz.net/freebsd/lor.html Cheers Lars --rwbb4r/vLufKlfJs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkoIWcIACgkQKc512sD3afiOCQCeOP0/okdDJBs206VGs/cMWTkr 2hsAn3lyXsLStFoKMlT/CQmNLX+kQv7A =d7aB -----END PGP SIGNATURE----- --rwbb4r/vLufKlfJs-- From owner-freebsd-current@FreeBSD.ORG Mon May 11 17:59:22 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73018106564A; Mon, 11 May 2009 17:59:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 32A418FC13; Mon, 11 May 2009 17:59:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4BHxJ99048105; Mon, 11 May 2009 13:59:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4BHxJ3K071596; Mon, 11 May 2009 13:59:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 96B057302F; Mon, 11 May 2009 13:59:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090511175919.96B057302F@freebsd-current.sentex.ca> Date: Mon, 11 May 2009 13:59:19 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 17:59:23 -0000 TB --- 2009-05-11 15:54:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-11 15:54:19 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-05-11 15:54:19 - cleaning the object tree TB --- 2009-05-11 15:54:55 - cvsupping the source tree TB --- 2009-05-11 15:54:56 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-05-11 15:55:05 - building world TB --- 2009-05-11 15:55:05 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-11 15:55:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-11 15:55:05 - TARGET=ia64 TB --- 2009-05-11 15:55:05 - TARGET_ARCH=ia64 TB --- 2009-05-11 15:55:05 - TZ=UTC TB --- 2009-05-11 15:55:05 - __MAKE_CONF=/dev/null TB --- 2009-05-11 15:55:05 - cd /src TB --- 2009-05-11 15:55:05 - /usr/bin/make -B buildworld >>> World build started on Mon May 11 15:55:07 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon May 11 17:44:04 UTC 2009 TB --- 2009-05-11 17:44:04 - generating LINT kernel config TB --- 2009-05-11 17:44:04 - cd /src/sys/ia64/conf TB --- 2009-05-11 17:44:04 - /usr/bin/make -B LINT TB --- 2009-05-11 17:44:04 - building LINT kernel TB --- 2009-05-11 17:44:04 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-11 17:44:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-11 17:44:04 - TARGET=ia64 TB --- 2009-05-11 17:44:04 - TARGET_ARCH=ia64 TB --- 2009-05-11 17:44:04 - TZ=UTC TB --- 2009-05-11 17:44:04 - __MAKE_CONF=/dev/null TB --- 2009-05-11 17:44:04 - cd /src TB --- 2009-05-11 17:44:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon May 11 17:44:04 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/vfs_extattr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/vfs_hash.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/vfs_init.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/vfs_lookup.c /src/sys/kern/vfs_lookup.c: In function 'lookup': /src/sys/kern/vfs_lookup.c:570: error: 'td' undeclared (first use in this function) /src/sys/kern/vfs_lookup.c:570: error: (Each undeclared identifier is reported only once /src/sys/kern/vfs_lookup.c:570: error: for each function it appears in.) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-11 17:59:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-11 17:59:19 - ERROR: failed to build lint kernel TB --- 2009-05-11 17:59:19 - 6125.21 user 442.26 system 7499.83 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon May 11 19:17:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ED581065670; Mon, 11 May 2009 19:17:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4A4668FC21; Mon, 11 May 2009 19:17:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4BJHCj9061420; Mon, 11 May 2009 15:17:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4BJHCSK062054; Mon, 11 May 2009 15:17:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 962EB7302F; Mon, 11 May 2009 15:17:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090511191712.962EB7302F@freebsd-current.sentex.ca> Date: Mon, 11 May 2009 15:17:12 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 19:17:16 -0000 TB --- 2009-05-11 17:59:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-11 17:59:19 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-05-11 17:59:19 - cleaning the object tree TB --- 2009-05-11 17:59:51 - cvsupping the source tree TB --- 2009-05-11 17:59:51 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-05-11 18:00:02 - building world TB --- 2009-05-11 18:00:02 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-11 18:00:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-11 18:00:02 - TARGET=powerpc TB --- 2009-05-11 18:00:02 - TARGET_ARCH=powerpc TB --- 2009-05-11 18:00:02 - TZ=UTC TB --- 2009-05-11 18:00:02 - __MAKE_CONF=/dev/null TB --- 2009-05-11 18:00:02 - cd /src TB --- 2009-05-11 18:00:02 - /usr/bin/make -B buildworld >>> World build started on Mon May 11 18:00:03 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -c /src/usr.bin/mail/vars.c cc -O2 -pipe -std=gnu99 -fstack-protector -o mail version.o cmd1.o cmd2.o cmd3.o cmdtab.o collect.o edit.o fio.o getname.o head.o v7.local.o lex.o list.o main.o names.o popen.o quit.o send.o strings.o temp.o tty.o util.o vars.o gzip -cn /src/usr.bin/mail/mail.1 > mail.1.gz ===> usr.bin/make (all) cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/arch.c cc1: warnings being treated as errors /src/usr.bin/make/arch.c: In function 'Arch_ParseArchive': /src/usr.bin/make/arch.c:402: warning: the address of 'members' will never be NULL *** Error code 1 Stop in /src/usr.bin/make. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-11 19:17:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-11 19:17:12 - ERROR: failed to build world TB --- 2009-05-11 19:17:12 - 3696.13 user 361.65 system 4672.78 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon May 11 19:29:25 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id D24FF106566B; Mon, 11 May 2009 19:29:24 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Alexander Motin Date: Mon, 11 May 2009 15:29:10 -0400 User-Agent: KMail/1.6.2 References: <4A058B5C.3010707@FreeBSD.org> In-Reply-To: <4A058B5C.3010707@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-Id: <200905111529.12808.jkim@FreeBSD.org> Cc: freebsd-current@FreeBSD.org, freebsd-firewire@FreeBSD.org Subject: Re: [Fwd: Re: amd64 suspend/resume broken on current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 19:29:25 -0000 [CC added] On Saturday 09 May 2009 09:55 am, Alexander Motin wrote: > -------- Original Message -------- > Subject: Re: amd64 suspend/resume broken on current > Date: Fri, 8 May 2009 21:52:45 +0200 > From: Guy Brand > Organization: Direction Informatique, Université de Strasbourg, > France To: Alexander Motin > References: > <4A021118.2030106@mavhome.dp.ua> <20090508111024.GK4922@unistra.fr> > <4A041DC2.90106@mavhome.dp.ua> <20090508144551.GA1599@unistra.fr> > <4A047925.6060301@mavhome.dp.ua> > > Guy Brand wrote: > > Alexander Motin wrote: > > > Done. No firewire issue of course, but a kernel panic on > > > resume. Bad karma since yesterday :-) > > > > Where is this panic happens now? > > Just after resuming: > > Fatal trap 12: page fault while in kernel mode > ... > current process = 1415 (acpiconf) > > The backtrace says: > > intr_execute_handlers() at intr_execute_handlers+0x21 > lapic_handle_intr() at lapic_handle_intr+0x37 > Xapic_isr1() at Xapic_isr1+0xa4 > > acpi_sleep_machdep() at acpi_sleep_machdep+0x3b2 > acpi_EnterSleepState() at acpi_EnterSleepState+0x3fe > acpi_AckSleepState() at acpi_AckSleepState+0x163 > devfs_ioctl() at devfs_ioctl_f+0x77 > kern_ioctl() at kern_ioctl+0xb0 > ioctl() at ioctl+0xfd > syscall() at syscal+0x246 > Xfast_syscall() at Xfast_syscall+0xd0 So, that means the interrupt handler is executed *before* device is completely resumed. In fact, the interrupts are not disabled for dcons(4), it seems: #if 0 /* Let dcons(4) be accessed */ /* Stop interrupt */ OWRITE(sc, FWOHCI_INTMASKCLR, OHCI_INT_EN | OHCI_INT_ERR | OHCI_INT_PHY_SID | OHCI_INT_PHY_INT | OHCI_INT_DMA_ATRQ | OHCI_INT_DMA_ATRS | OHCI_INT_DMA_PRRQ | OHCI_INT_DMA_PRRS | OHCI_INT_DMA_ARRQ | OHCI_INT_DMA_ARRS | OHCI_INT_PHY_BUS_R); /* FLUSH FIFO and reset Transmitter/Reciever */ OWRITE(sc, OHCI_HCCCTL, OHCI_HCC_RESET); #endif I guess firewire(4) should differentiate suspend and shutdown properly. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Mon May 11 19:39:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F12471065676 for ; Mon, 11 May 2009 19:39:05 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout020.mac.com (asmtpout020.mac.com [17.148.16.95]) by mx1.freebsd.org (Postfix) with ESMTP id DAF908FC17 for ; Mon, 11 May 2009 19:39:05 +0000 (UTC) (envelope-from cswiger@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from cswiger1.apple.com ([17.227.140.124]) by asmtp020.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KJH004L1VWVM580@asmtp020.mac.com>; Mon, 11 May 2009 12:39:05 -0700 (PDT) Message-id: From: Chuck Swiger To: Sam Leffler In-reply-to: <4A00669A.10105@freebsd.org> Date: Mon, 11 May 2009 12:38:55 -0700 References: <49FE1826.4060000@FreeBSD.org> <49FE29A4.30507@root.org> <49FE5EC8.3040205@FreeBSD.org> <20090505091914.GA94521@server.vk2pj.dyndns.org> <4A00669A.10105@freebsd.org> X-Mailer: Apple Mail (2.930.3) Cc: Peter Jeremy , FreeBSD-Current Subject: Re: Fighting for the power. [syslogd] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 19:39:06 -0000 Hi-- On May 5, 2009, at 9:17 AM, Sam Leffler wrote: > Regarding syslogd, I've considered adding support to batch/buffer > writes to workaround a problem that I consider rather important: > syslogd is not started early enough in the boot so it's not > available to log msgs from other applications. In particular I hit > this because wpa_supplicant logs via syslog but when it's started at > boot syslogd isn't available and since wpa_supplicant operates in a > chroot'd environment it cannot defer connecting until syslogd has > started up so nothing is ever logged. > [ ... ] You can use -l flag to syslogd to create additional logging sockets under your chroot'ed filesystem tree, similar to the way named & ntpd uses it; see syslogd_precmd() in /etc/rc.d/syslogd.... Regards, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Mon May 11 19:44:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EACC61065670; Mon, 11 May 2009 19:44:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AECAD8FC13; Mon, 11 May 2009 19:44:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4BJitR0066672; Mon, 11 May 2009 15:44:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4BJitQn032982; Mon, 11 May 2009 15:44:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3A0017302F; Mon, 11 May 2009 15:44:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090511194455.3A0017302F@freebsd-current.sentex.ca> Date: Mon, 11 May 2009 15:44:55 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 19:44:59 -0000 TB --- 2009-05-11 18:30:43 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-11 18:30:43 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-05-11 18:30:43 - cleaning the object tree TB --- 2009-05-11 18:31:18 - cvsupping the source tree TB --- 2009-05-11 18:31:18 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-05-11 18:31:27 - building world TB --- 2009-05-11 18:31:27 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-11 18:31:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-11 18:31:27 - TARGET=sparc64 TB --- 2009-05-11 18:31:27 - TARGET_ARCH=sparc64 TB --- 2009-05-11 18:31:27 - TZ=UTC TB --- 2009-05-11 18:31:27 - __MAKE_CONF=/dev/null TB --- 2009-05-11 18:31:27 - cd /src TB --- 2009-05-11 18:31:27 - /usr/bin/make -B buildworld >>> World build started on Mon May 11 18:31:29 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -c /src/usr.bin/mail/vars.c cc -O2 -pipe -std=gnu99 -fstack-protector -o mail version.o cmd1.o cmd2.o cmd3.o cmdtab.o collect.o edit.o fio.o getname.o head.o v7.local.o lex.o list.o main.o names.o popen.o quit.o send.o strings.o temp.o tty.o util.o vars.o gzip -cn /src/usr.bin/mail/mail.1 > mail.1.gz ===> usr.bin/make (all) cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/arch.c cc1: warnings being treated as errors /src/usr.bin/make/arch.c: In function 'Arch_ParseArchive': /src/usr.bin/make/arch.c:402: warning: the address of 'members' will never be NULL *** Error code 1 Stop in /src/usr.bin/make. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-11 19:44:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-11 19:44:55 - ERROR: failed to build world TB --- 2009-05-11 19:44:55 - 3463.61 user 345.80 system 4451.57 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon May 11 20:00:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FE8C1065674; Mon, 11 May 2009 20:00:00 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 33F5C8FC1F; Mon, 11 May 2009 20:00:00 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n4BJxvGF063016; Mon, 11 May 2009 12:59:57 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id 387ajeujvs7vg2vb4uhtfmxa92; Mon, 11 May 2009 12:59:56 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4A0883BC.9050505@freebsd.org> Date: Mon, 11 May 2009 12:59:56 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090409 SeaMonkey/1.1.15 MIME-Version: 1.0 To: Saifi Khan References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, FreeBSD Questions Subject: Re: single SATA disk and yet identified as 'ad4' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 20:00:01 -0000 Saifi Khan wrote: > > The system has just one SATA disk and yet bootloader process > identified it as 'ad4'. Ideally, it should be ad1. > > 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) > 00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller (rev 01) The ide interface gets ad0, ad1, ad2, ad3, the sata controller numbering starts with ad4. Tim From owner-freebsd-current@FreeBSD.ORG Mon May 11 20:02:36 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 63F851065676; Mon, 11 May 2009 20:02:34 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Guy Brand Date: Mon, 11 May 2009 16:02:16 -0400 User-Agent: KMail/1.6.2 References: <4A058B5C.3010707@FreeBSD.org> <200905111529.12808.jkim@FreeBSD.org> In-Reply-To: <200905111529.12808.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_MRICKTMydQQl+GD" Message-Id: <200905111602.20462.jkim@FreeBSD.org> Cc: Alexander Motin , freebsd-current@FreeBSD.org, freebsd-firewire@freebsd.org Subject: Re: [Fwd: Re: amd64 suspend/resume broken on current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 20:02:36 -0000 --Boundary-00=_MRICKTMydQQl+GD Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Content-Disposition: inline On Monday 11 May 2009 03:29 pm, Jung-uk Kim wrote: > [CC added] > > On Saturday 09 May 2009 09:55 am, Alexander Motin wrote: > > -------- Original Message -------- > > Subject: Re: amd64 suspend/resume broken on current > > Date: Fri, 8 May 2009 21:52:45 +0200 > > From: Guy Brand > > Organization: Direction Informatique, Université de Strasbourg, > > France To: Alexander Motin > > References: > > <4A021118.2030106@mavhome.dp.ua> > > <20090508111024.GK4922@unistra.fr> <4A041DC2.90106@mavhome.dp.ua> > > <20090508144551.GA1599@unistra.fr> > > <4A047925.6060301@mavhome.dp.ua> > > > > Guy Brand wrote: > > > Alexander Motin wrote: > > > > Done. No firewire issue of course, but a kernel panic on > > > > resume. Bad karma since yesterday :-) > > > > > > Where is this panic happens now? > > > > Just after resuming: > > > > Fatal trap 12: page fault while in kernel mode > > ... > > current process = 1415 (acpiconf) > > > > The backtrace says: > > > > intr_execute_handlers() at intr_execute_handlers+0x21 > > lapic_handle_intr() at lapic_handle_intr+0x37 > > Xapic_isr1() at Xapic_isr1+0xa4 > > > > acpi_sleep_machdep() at acpi_sleep_machdep+0x3b2 > > acpi_EnterSleepState() at acpi_EnterSleepState+0x3fe > > acpi_AckSleepState() at acpi_AckSleepState+0x163 > > devfs_ioctl() at devfs_ioctl_f+0x77 > > kern_ioctl() at kern_ioctl+0xb0 > > ioctl() at ioctl+0xfd > > syscall() at syscal+0x246 > > Xfast_syscall() at Xfast_syscall+0xd0 > > So, that means the interrupt handler is executed *before* device is > completely resumed. In fact, the interrupts are not disabled for > dcons(4), it seems: > > #if 0 /* Let dcons(4) be accessed */ > /* Stop interrupt */ > OWRITE(sc, FWOHCI_INTMASKCLR, > OHCI_INT_EN | OHCI_INT_ERR | > OHCI_INT_PHY_SID > > | OHCI_INT_PHY_INT > | OHCI_INT_DMA_ATRQ | OHCI_INT_DMA_ATRS > | OHCI_INT_DMA_PRRQ | OHCI_INT_DMA_PRRS > | OHCI_INT_DMA_ARRQ | OHCI_INT_DMA_ARRS > | OHCI_INT_PHY_BUS_R); > > /* FLUSH FIFO and reset Transmitter/Reciever */ > OWRITE(sc, OHCI_HCCCTL, OHCI_HCC_RESET); > #endif > > I guess firewire(4) should differentiate suspend and shutdown > properly. Can you try the attached patch? I may be wrong cause I am not a firewire guru, though. Thanks! Jung-uk Kim --Boundary-00=_MRICKTMydQQl+GD Content-Type: text/plain; charset="utf-8"; name="firewire_suspend.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="firewire_suspend.diff" --- sys/dev/firewire/fwohci.c 13 Feb 2009 17:44:07 -0000 1.98 +++ sys/dev/firewire/fwohci.c 11 May 2009 19:46:24 -0000 @@ -1742,7 +1742,7 @@ } int -fwohci_stop(struct fwohci_softc *sc, device_t dev) +fwohci_stop(struct fwohci_softc *sc, device_t dev, int suspend) { u_int i; @@ -1759,9 +1759,10 @@ OWRITE(sc, OHCI_ITCTLCLR(i), OHCI_CNTL_DMA_RUN); } -#if 0 /* Let dcons(4) be accessed */ -/* Stop interrupt */ - OWRITE(sc, FWOHCI_INTMASKCLR, + /* Let dcons(4) be accessed if it is not suspending. */ + if (suspend) { + /* Stop interrupt */ + OWRITE(sc, FWOHCI_INTMASKCLR, OHCI_INT_EN | OHCI_INT_ERR | OHCI_INT_PHY_SID | OHCI_INT_PHY_INT | OHCI_INT_DMA_ATRQ | OHCI_INT_DMA_ATRS @@ -1769,9 +1770,9 @@ | OHCI_INT_DMA_ARRQ | OHCI_INT_DMA_ARRS | OHCI_INT_PHY_BUS_R); -/* FLUSH FIFO and reset Transmitter/Reciever */ - OWRITE(sc, OHCI_HCCCTL, OHCI_HCC_RESET); -#endif + /* FLUSH FIFO and reset Transmitter/Reciever */ + OWRITE(sc, OHCI_HCCCTL, OHCI_HCC_RESET); + } /* XXX Link down? Bus reset? */ return 0; --- sys/dev/firewire/fwohci_pci.c 9 Mar 2009 13:23:54 -0000 1.62 +++ sys/dev/firewire/fwohci_pci.c 11 May 2009 19:46:24 -0000 @@ -408,7 +408,7 @@ s = splfw(); if (sc->bsr) - fwohci_stop(sc, self); + fwohci_stop(sc, self, 0); bus_generic_detach(self); if (sc->fc.bdev) { @@ -462,7 +462,7 @@ err = bus_generic_suspend(dev); if (err) return err; - fwohci_stop(sc, dev); + fwohci_stop(sc, dev, 1); return 0; } @@ -482,7 +482,7 @@ fwohci_softc_t *sc = device_get_softc(dev); bus_generic_shutdown(dev); - fwohci_stop(sc, dev); + fwohci_stop(sc, dev, 0); return 0; } --- sys/dev/firewire/fwohcivar.h 3 Feb 2009 17:13:37 -0000 1.18 +++ sys/dev/firewire/fwohcivar.h 11 May 2009 19:46:24 -0000 @@ -83,4 +83,4 @@ void fwohci_reset (struct fwohci_softc *, device_t); int fwohci_detach (struct fwohci_softc *, device_t); int fwohci_resume (struct fwohci_softc *, device_t); -int fwohci_stop (struct fwohci_softc *, device_t dev); +int fwohci_stop (struct fwohci_softc *, device_t, int); --Boundary-00=_MRICKTMydQQl+GD-- From owner-freebsd-current@FreeBSD.ORG Mon May 11 20:08:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE0EB106564A; Mon, 11 May 2009 20:08:48 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id A79B18FC34; Mon, 11 May 2009 20:08:47 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz9 with SMTP id 9so2934421bwz.43 for ; Mon, 11 May 2009 13:08:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=pjduoZjO9e/tARa/LHOUOlq+GsDIVg8hnlxEfquo2J4=; b=JjjpwOhrnYn/uQZuRlqQHglZ44ozRErI8aXPsNVH7uQuOGHZHlizLTn2iSR7zktQvL kW2Cf+VVyp+0ILy2FXtk1DD+j+uFOJ4X7vK3Iyybhd8ogywqBHB/M7o3uc+x1byGvobX i49hYqgEN1yYtlaAp1L0pnFNzFl31jb6QBo5M= 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=wFdz7WtsskDY/OKWDi2XoCNdmajhqCLSwYrgXdKprLFebbQTIBqcSs4iBMDmUjJgJx ys2j3vgS9AtfURMwWqucGuGCxknv/icLQm+2a0l6TtcDvTwXqma3sn21TzqT6XtsDihT YtGlVhaCjixl8YAUxOtNfirkj/Fwqk3iKeTZo= MIME-Version: 1.0 Received: by 10.239.133.67 with SMTP id 3mr590274hbu.63.1242072526309; Mon, 11 May 2009 13:08:46 -0700 (PDT) In-Reply-To: <4A081868.6010906@FreeBSD.org> References: <49FE1826.4060000@FreeBSD.org> <4A07BC4D.7080604@freebsd.org> <4A081868.6010906@FreeBSD.org> Date: Mon, 11 May 2009 22:08:46 +0200 Message-ID: <3a142e750905111308o62a11c8em5465ea9aa1cfaebc@mail.gmail.com> From: "Paul B. Mahol" To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD acpi , Tim Kientzle , freebsd-mobile@freebsd.org, FreeBSD-Current Subject: Re: Fighting for the power. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 20:08:51 -0000 On 5/11/09, Alexander Motin wrote: > Tim Kientzle wrote: >> I started to try the "hint.apic.0.clock", but noticed >> in your commit r191720: >> Alexander Motin wrote: >>> Add hint.apic.0.clock tunable. Setting it 0 disables using >>> LAPIC timers as hard-/stat-/profclock sources falling back >>> to using i8254 and rtc timers. >>> ... >>> This technique is not working for SMP yet, as only one CPU >>> receives timer interrupts. But I think that problem could >>> be fixed by forwarding interrupts to other CPUs with IPI. >> >> Is anyone looking at this yet? > > I have implemented SMP support for i386 and amd64 in some of my later > commits. And all those hacks helps verry little in my case, most gain I get when laptop monitor is switched off. Even switching hard disk off improves battery life very little. interrupt total rate irq1: atkbd0 5206 3 irq0: clk 156008 99 irq9: acpi0 1152 0 irq12: psm0 16092 10 irq14: ata0 6587 4 irq15: ata1 1 0 irq17: ndis0 28646 18 irq256: hdac0 18 0 Total 213710 136 -- Paul From owner-freebsd-current@FreeBSD.ORG Mon May 11 20:10:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5127310656F4 for ; Mon, 11 May 2009 20:10:43 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 21EF58FC1A for ; Mon, 11 May 2009 20:10:42 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n4BKAgIq063192; Mon, 11 May 2009 13:10:42 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id b7ydp2zqtqdg4y2sab7b9su2qi; Mon, 11 May 2009 13:10:42 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4A088642.3030402@freebsd.org> Date: Mon, 11 May 2009 13:10:42 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090409 SeaMonkey/1.1.15 MIME-Version: 1.0 To: Mehmet Erol Sanliturk References: <4A04EA46.20106@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: Installation of FreeBSD 8.0-Current-2009-amd64-dvd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 20:10:44 -0000 Mehmet Erol Sanliturk wrote: > > I know that current snapshots should not be used in any production purposes > . > > My intention was only to install it , run some programs , and if I get a > feeling that supplying an information to current developers may be useful to > send an e-mail about my experiences . > > I think such installation and test results would be useful to current > developers if I am not wrongly assumed that . Feedback is always appreciated. If you'd like to work with -CURRENT, you should definitely learn how to use the FreeBSD "ports" system, which builds third-party software from source. As I mentioned earlier, "packages" are not always available for -CURRENT. The FreeBSD -CURRENT snapshot DVDs are actually a pretty tough place to start. They are automatically generated from whatever happens to be in SVN that day; as a result, they're mostly useful as a regular test of the release-building scripts and somewhat useful for testing the installer. For testing the rest of the system, I suggest that you learn how to update the core system from source code. There are quite a few articles and blog posts explaining how to do this. It also helps to watch the freebsd-current mailing list so you know when things are relatively calm. Tim From owner-freebsd-current@FreeBSD.ORG Mon May 11 20:13:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4DDC10657C5 for ; Mon, 11 May 2009 20:13:37 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 733E98FC1D for ; Mon, 11 May 2009 20:13:37 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n4BKDaO9088903 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 11 May 2009 13:13:37 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4A0886F0.6030605@freebsd.org> Date: Mon, 11 May 2009 13:13:36 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090411) MIME-Version: 1.0 To: Chuck Swiger References: <49FE1826.4060000@FreeBSD.org> <49FE29A4.30507@root.org> <49FE5EC8.3040205@FreeBSD.org> <20090505091914.GA94521@server.vk2pj.dyndns.org> <4A00669A.10105@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: Peter Jeremy , FreeBSD-Current Subject: Re: Fighting for the power. [syslogd] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 20:13:38 -0000 Chuck Swiger wrote: > Hi-- > > On May 5, 2009, at 9:17 AM, Sam Leffler wrote: >> Regarding syslogd, I've considered adding support to batch/buffer >> writes to workaround a problem that I consider rather important: >> syslogd is not started early enough in the boot so it's not available >> to log msgs from other applications. In particular I hit this >> because wpa_supplicant logs via syslog but when it's started at boot >> syslogd isn't available and since wpa_supplicant operates in a >> chroot'd environment it cannot defer connecting until syslogd has >> started up so nothing is ever logged. >> [ ... ] > > > You can use -l flag to syslogd to create additional logging sockets > under your chroot'ed filesystem tree, similar to the way named & ntpd > uses it; see syslogd_precmd() in /etc/rc.d/syslogd.... > > Regards, Blech, thanks. That might be a stopgap solution but it still doesn't allow syslogd to be started earlier which is what is needed for many/most setups. syslogd has mountcritremote as REQUIRE to handle diskless setups but IMO this should be (at least) configurable. But rather than argue this nonsense I think the better solution is to do what I suggest so syslogd can be started very early and capture everything available (e.g. your suggestion still loses msgs logged while setting up nfs mounts). Sam From owner-freebsd-current@FreeBSD.ORG Mon May 11 20:26:21 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC9B31065679; Mon, 11 May 2009 20:26:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 789908FC17; Mon, 11 May 2009 20:26:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4BKQJ7G073276; Mon, 11 May 2009 16:26:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4BKQJux030869; Mon, 11 May 2009 16:26:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 349E27302F; Mon, 11 May 2009 16:26:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090511202619.349E27302F@freebsd-current.sentex.ca> Date: Mon, 11 May 2009 16:26:19 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 20:26:22 -0000 TB --- 2009-05-11 19:17:12 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-11 19:17:12 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-05-11 19:17:12 - cleaning the object tree TB --- 2009-05-11 19:17:54 - cvsupping the source tree TB --- 2009-05-11 19:17:54 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-05-11 19:18:07 - building world TB --- 2009-05-11 19:18:07 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-11 19:18:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-11 19:18:07 - TARGET=sun4v TB --- 2009-05-11 19:18:07 - TARGET_ARCH=sparc64 TB --- 2009-05-11 19:18:07 - TZ=UTC TB --- 2009-05-11 19:18:07 - __MAKE_CONF=/dev/null TB --- 2009-05-11 19:18:07 - cd /src TB --- 2009-05-11 19:18:07 - /usr/bin/make -B buildworld >>> World build started on Mon May 11 19:18:09 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -c /src/usr.bin/mail/vars.c cc -O2 -pipe -std=gnu99 -fstack-protector -o mail version.o cmd1.o cmd2.o cmd3.o cmdtab.o collect.o edit.o fio.o getname.o head.o v7.local.o lex.o list.o main.o names.o popen.o quit.o send.o strings.o temp.o tty.o util.o vars.o gzip -cn /src/usr.bin/mail/mail.1 > mail.1.gz ===> usr.bin/make (all) cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/arch.c cc1: warnings being treated as errors /src/usr.bin/make/arch.c: In function 'Arch_ParseArchive': /src/usr.bin/make/arch.c:402: warning: the address of 'members' will never be NULL *** Error code 1 Stop in /src/usr.bin/make. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-11 20:26:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-11 20:26:19 - ERROR: failed to build world TB --- 2009-05-11 20:26:19 - 3464.46 user 344.03 system 4146.30 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon May 11 21:25:07 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E6B8106564A for ; Mon, 11 May 2009 21:25:07 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from raven.customer.vol.cz (raven.customer.vol.cz [195.250.144.108]) by mx1.freebsd.org (Postfix) with ESMTP id 1B2F98FC0C for ; Mon, 11 May 2009 21:25:06 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from [192.168.0.23] (r5af140.net.upc.cz [86.49.39.140]) (authenticated bits=0) by raven.customer.vol.cz (8.14.3/8.14.3) with ESMTP id n4BKvtAv003890; Mon, 11 May 2009 22:57:56 +0200 (CEST) (envelope-from pav@FreeBSD.org) From: Pav Lucistnik To: kmacy@FreeBSD.org, dfr@FreeBSD.org Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-fm8OvlLEtb/NXGzeHrIp" Date: Mon, 11 May 2009 22:57:54 +0200 Message-Id: <1242075474.72992.118.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Score: -1.453 () AWL,BAYES_00,RCVD_IN_PBL X-Scanned-By: MIMEDefang 2.64 on 195.250.144.108 X-Milter: Spamilter (Reciever: raven.customer.vol.cz; Sender-ip: 86.49.39.140; Sender-helo: [192.168.0.23]; ) Cc: current@FreeBSD.org Subject: pointyhat panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 21:25:07 -0000 --=-fm8OvlLEtb/NXGzeHrIp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable panic: mtx_lock() of destroyed mutex @ /usr/src/sys/rpc/clnt_vc.c:953 cpuid =3D 2 KDB: enter: panic [thread pid 0 tid 100029 ] Stopped at kdb_enter+0x3d: movq $0,0x3f5fb8(%rip) db> bt Tracing pid 0 tid 100029 td 0xffffff00018e1000 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b _mtx_lock_flags() at _mtx_lock_flags+0xc5 clnt_vc_soupcall() at clnt_vc_soupcall+0x273 sowakeup() at sowakeup+0xf8 tcp_do_segment() at tcp_do_segment+0x23c9 tcp_input() at tcp_input+0x9ec ip_input() at ip_input+0xbc ether_demux() at ether_demux+0x1ed ether_input() at ether_input+0x171 em_rxeof() at em_rxeof+0x201 em_handle_rxtx() at em_handle_rxtx+0x4b taskqueue_run() at taskqueue_run+0x96 taskqueue_thread_loop() at taskqueue_thread_loop+0x3f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xffffffff240a6d40, rbp =3D 0 --- The box is in kdb on serial console for now. May 9 -CURRENT, I think. --=20 Pav Lucistnik A spoonful of curry, garlic and mustard helps the medicine go down... and come straight back up again. -- JLE on #angband --=-fm8OvlLEtb/NXGzeHrIp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkoIkVIACgkQntdYP8FOsoLP0wCgxqpR+zepZpnOLf7r+EIqO5p6 uOEAoMNLQNZ1m4V0r4iJw5JFU2c+/18d =t5gB -----END PGP SIGNATURE----- --=-fm8OvlLEtb/NXGzeHrIp-- From owner-freebsd-current@FreeBSD.ORG Mon May 11 21:32:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2DD4106566B for ; Mon, 11 May 2009 21:32:33 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id F0FE68FC14 for ; Mon, 11 May 2009 21:32:32 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so1360197mue.3 for ; Mon, 11 May 2009 14:32:32 -0700 (PDT) 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=z+a1IJF22SByFDncuF0gSQ4Rxx09aFwmfkAAV9E3SNA=; b=mHPFWtwwqBn3AWMgjX7fX8l/nzJpPVJdTGNWcjsoIn1tiPs+8CKZcf7izHHpMs4zwR bcPbF8woFzicCA2zDeMEPcElqkKas8RUcEJnpQxbgtMbzIytLa/Q04duxIImHY4ahU+k IBh+XAwqldCjsETcPIsgw1Wcr0du53ecq7V6s= 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=auz4hzUHCb+yZtaMRbe5QLLY9U0DSXTk/HHN7Tn4teoFKtc9Wud2PeW1UB0vX6ldko u9Rqsoml8Zo08XN+i10mBiYE9HWGxV4jCMe93BOlFgP0LLCPEu32vcvH3qFlbh3v28ZE 9VQVkrngA1hrj9DQwjcyt0TCh2Y7GsD5zzUyU= Received: by 10.103.11.7 with SMTP id o7mr4694358mui.95.1242075745425; Mon, 11 May 2009 14:02:25 -0700 (PDT) Received: from beastie.lan ([195.60.175.243]) by mx.google.com with ESMTPS id e8sm10203975muf.36.2009.05.11.14.02.20 (version=SSLv3 cipher=RC4-MD5); Mon, 11 May 2009 14:02:24 -0700 (PDT) Message-ID: <4A089216.1050701@gmail.com> Date: Tue, 12 May 2009 00:01:10 +0300 From: Andrey User-Agent: Thunderbird 2.0.0.21 (X11/20090418) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Subject: system panics on USB-mouse detachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 21:32:34 -0000 Hello, After recent sources upgrade ( __FreeBSD_version 800086, sources were updated on 11.05.2009) and world/kernel rebuild system freezes/panics on USB-mouse detachment. Issue is constantly reproducible. The only difference whether system just freezes (only power off helps) or (more seldom) it panics (page fault). However, mouse attachment never leads to panic/freeze (well, I didn't manage to catch such a case). So, I put debug stuff into kernel and managed to get some back-trace. There is various info taken from the system below. Please, let me know if more info is required. --- <> --- [silent@beastie][/home/silent]uname -a FreeBSD beastie.lan 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon May 11 19:18:35 EEST 2009 root@beastie.lan:/usr/obj/usr/src/sys/BEASTIE-SMP-ULE-20090511-debug-v1 i386 --- <> --- FreeBSD 8.0-CURRENT #0: Mon May 11 19:18:35 EEST 2009 root@beastie.lan:/usr/obj/usr/src/sys/BEASTIE-SMP-ULE-20090511-debug-v1 WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz (1995.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fa Stepping = 10 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20000000 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 3140399104 (2994 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 netsmb_dev: loaded acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bf700000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x4000-0x4007 mem 0xe4300000-0xe43fffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7676k stolen memory agp0: aperture size is 256M vgapci1: mem 0xe4400000-0xe44fffff at device 2.1 on pci0 uhci0: port 0x4020-0x403f irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x2f00 usbus0: on uhci0 uhci1: port 0x4040-0x405f irq 17 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x2f00 usbus1: on uhci1 ehci0: mem 0xe4500000-0xe45003ff irq 18 at device 26.7 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 hdac0: mem 0xe4504000-0xe4507fff irq 16 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20090401_0132 hdac0: [ITHREAD] pcib1: irq 16 at device 28.0 on pci0 pci8: on pcib1 pcib2: irq 17 at device 28.1 on pci0 pci16: on pcib2 wpi0: mem 0xe4100000-0xe4100fff irq 17 at device 0.0 on pci16 wpi0: Driver Revision 20071127 wpi0: Hardware Revision (0x1) adding chan 1 (2412MHz) flags=0x2b maxpwr=15 passive=0, offset 2 adding chan 2 (2417MHz) flags=0x2b maxpwr=15 passive=0, offset 4 adding chan 3 (2422MHz) flags=0x2b maxpwr=15 passive=0, offset 6 adding chan 4 (2427MHz) flags=0x2b maxpwr=15 passive=0, offset 8 adding chan 5 (2432MHz) flags=0x2b maxpwr=15 passive=0, offset 10 adding chan 6 (2437MHz) flags=0x2b maxpwr=15 passive=0, offset 12 adding chan 7 (2442MHz) flags=0x2b maxpwr=15 passive=0, offset 14 adding chan 8 (2447MHz) flags=0x2b maxpwr=15 passive=0, offset 16 adding chan 9 (2452MHz) flags=0x2b maxpwr=15 passive=0, offset 18 adding chan 10 (2457MHz) flags=0x2b maxpwr=15 passive=0, offset 20 adding chan 11 (2462MHz) flags=0x2b maxpwr=15 passive=0, offset 22 adding chan 12 (2467MHz) flags=0x21 maxpwr=15 passive=1, offset 24 adding chan 13 (2472MHz) flags=0x21 maxpwr=15 passive=1, offset 26 adding chan 34 (5170MHz) flags=0x21 maxpwr=15 passive=1, offset 27 adding chan 36 (5180MHz) flags=0xab maxpwr=15 passive=0, offset 28 adding chan 38 (5190MHz) flags=0x21 maxpwr=15 passive=1, offset 29 adding chan 40 (5200MHz) flags=0xab maxpwr=15 passive=0, offset 30 adding chan 42 (5210MHz) flags=0x21 maxpwr=15 passive=1, offset 31 adding chan 44 (5220MHz) flags=0xab maxpwr=15 passive=0, offset 32 adding chan 46 (5230MHz) flags=0x21 maxpwr=15 passive=1, offset 33 adding chan 48 (5240MHz) flags=0xab maxpwr=15 passive=0, offset 34 adding chan 52 (5260MHz) flags=0xb1 maxpwr=15 passive=1, offset 35 adding chan 56 (5280MHz) flags=0xb1 maxpwr=15 passive=1, offset 36 adding chan 60 (5300MHz) flags=0xb1 maxpwr=15 passive=1, offset 37 adding chan 64 (5320MHz) flags=0xb1 maxpwr=15 passive=1, offset 38 adding chan 100 (5500MHz) flags=0xb1 maxpwr=16 passive=1, offset 39 adding chan 104 (5520MHz) flags=0xb1 maxpwr=16 passive=1, offset 40 adding chan 108 (5540MHz) flags=0xb1 maxpwr=16 passive=1, offset 41 adding chan 112 (5560MHz) flags=0xb1 maxpwr=16 passive=1, offset 42 adding chan 116 (5580MHz) flags=0xb1 maxpwr=16 passive=1, offset 43 adding chan 120 (5600MHz) flags=0xb1 maxpwr=16 passive=1, offset 44 adding chan 124 (5620MHz) flags=0xb1 maxpwr=16 passive=1, offset 45 adding chan 128 (5640MHz) flags=0xb1 maxpwr=16 passive=1, offset 46 adding chan 132 (5660MHz) flags=0xb1 maxpwr=16 passive=1, offset 47 adding chan 136 (5680MHz) flags=0xb1 maxpwr=16 passive=1, offset 48 adding chan 140 (5700MHz) flags=0xb1 maxpwr=16 passive=1, offset 49 power group 0: chan=1 maxpwr=48 temp=-191 sample 0: index=13 power=43 sample 1: index=29 power=32 sample 2: index=47 power=12 sample 3: index=58 power=1 sample 4: index=77 power=-17 power group 1: chan=44 maxpwr=51 temp=-195 sample 0: index=12 power=43 sample 1: index=19 power=36 sample 2: index=32 power=23 sample 3: index=43 power=13 sample 4: index=77 power=-20 power group 2: chan=64 maxpwr=50 temp=-194 sample 0: index=12 power=43 sample 1: index=20 power=36 sample 2: index=33 power=24 sample 3: index=44 power=14 sample 4: index=77 power=-17 power group 3: chan=116 maxpwr=46 temp=-192 sample 0: index=12 power=33 sample 1: index=20 power=24 sample 2: index=36 power=8 sample 3: index=48 power=-2 sample 4: index=77 power=-29 power group 4: chan=153 maxpwr=44 temp=-191 sample 0: index=10 power=32 sample 1: index=20 power=20 sample 2: index=32 power=8 sample 3: index=42 power=0 sample 4: index=77 power=-31 wpi0: Regulatory Domain: MoW2 wpi0: Hardware Type: B wpi0: Hardware Revision: ? wpi0: SKU does support 802.11a wpi0: [ITHREAD] pcib3: irq 18 at device 28.2 on pci0 pci24: on pcib3 pci0:24:0:0: failed to read VPD data. bge0: mem 0xe4000000-0xe400ffff irq 18 at device 0.0 on pci24 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:1a:4b:66:1b:0e bge0: [ITHREAD] pcib4: irq 16 at device 28.4 on pci0 pci40: on pcib4 uhci2: port 0x4060-0x407f irq 20 at device 29.0 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x2f00 usbus3: on uhci2 uhci3: port 0x4080-0x409f irq 21 at device 29.1 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x2f00 usbus4: on uhci3 uhci4: port 0x40a0-0x40bf irq 18 at device 29.2 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x2f00 usbus5: on uhci4 ehci1: mem 0xe4508000-0xe45083ff irq 20 at device 29.7 on pci0 ehci1: [ITHREAD] usbus6: EHCI version 1.0 usbus6: on ehci1 pcib5: at device 30.0 on pci0 pci2: on pcib5 cbb0: mem 0xe4200000-0xe4200fff irq 16 at device 4.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x40c0-0x40cf irq 16 at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] atapci1: port 0x13f0-0x13f7,0x15f4-0x15f7,0x1370-0x1377,0x1574-0x1577,0x4100-0x411f mem 0xe4509000-0xe45097ff irq 17 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI called from vendor specific driver atapci1: AHCI Version 01.10 controller with 3 ports PM not supported ata2: on atapci1 ata2: [ITHREAD] battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 acpi_tz2: on acpi0 acpi_tz3: on acpi0 acpi_tz3: _CRT value is absurd, ignored (256.0C) acpi_tz4: on acpi0 atrtc0: port 0x70-0x71,0x72-0x73 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Synaptics Touchpad, device ID 3 ppc0: port 0x378-0x37f,0x778-0x77a irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec ipfw2 (+ipv6) initialized, divert enabled, nat enabled, rule-based forwarding enabled, default to deny, logging limited to 20 packets/entry by default usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 acd0: DVDR at ata0-master PIO4 ad4: 152627MB at ata2-master SATA150 hdac0: HDA Codec #0: Analog Devices AD1981HD hdac0: HDA Codec #1: Lucent/Agere Systems (Unknown) pcm0: at cad 0 nid 1 on hdac0 SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. uhub1: 2 ports with 2 removable, self powered uhub0: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). GEOM_LABEL: Label for provider ad4s1a is ufsid/49e9bbedb8fda52e. GEOM_JOURNAL: Journal 1268608653: ad4s1d contains journal. GEOM_JOURNAL: Journal 267406393: ad4s1e contains journal. GEOM_LABEL: Label for provider ad4s1f is ufsid/49e9bbedc9aaa62a. GEOM_JOURNAL: Journal 1268608653: ad4s1g contains data. GEOM_LABEL: Label for provider ad4s1g is ufsid/49e9bbee67fce2f3. GEOM_JOURNAL: Journal ad4s1g consistent. GEOM_JOURNAL: Journal 267406393: ad4s1h contains data. GEOM_LABEL: Label for provider ad4s1h is ufsid/49e9bbed0b0f22ca. GEOM_JOURNAL: Journal ad4s1h consistent. GEOM_JOURNAL: Journal 3676591063: ad4s3d contains journal. GEOM_JOURNAL: Journal 3676591063: ad4s3e contains data. GEOM_LABEL: Label for provider ad4s3e is ufsid/49ea306910707f00. GEOM_JOURNAL: Journal ad4s3e consistent. Root mount waiting for: usbus6 usbus2 uhub2: 4 ports with 4 removable, self powered uhub6: 6 ports with 6 removable, self powered Root mount waiting for: usbus6 Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 (probe0:ata0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata0:0:0:0): CAM Status: SCSI Status Error (probe0:ata0:0:0:0): SCSI Status: Check Condition (probe0:ata0:0:0:0): NOT READY csi:0,0,bb,0 asc:3a,0 (probe0:ata0:0:0:0): Medium not present (probe0:ata0:0:0:0): Unretryable error cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present ugen3.2: at usbus3 GEOM_LABEL: Label ufsid/49e9bbedb8fda52e removed. GEOM_LABEL: Label for provider ad4s1a is ufsid/49e9bbedb8fda52e. GEOM_LABEL: Label ufsid/49e9bbedb8fda52e removed. WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. tap0: Ethernet address: 00:bd:45:04:00:00 tap1: Ethernet address: 00:bd:45:04:00:01 tap2: Ethernet address: 00:bd:46:04:00:02 tap3: Ethernet address: 00:bd:47:04:00:03 tap4: Ethernet address: 00:bd:47:04:00:04 tap5: Ethernet address: 00:bd:48:04:00:05 wlan0: Ethernet address: 00:1b:77:c0:a1:16 lock order reversal: 1st 0xda0f5340 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2555 2nd 0xc66d7000 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:275 KDB: stack backtrace: db_trace_self_wrapper(c091d5a4,e901c778,c0634285,c062618b,c09203b9,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c062618b,c09203b9,c6122bb8,c6126500,e901c7d4,...) at kdb_backtrace+0x29 _witness_debugger(c09203b9,c66d7000,c0942631,c6126500,c09422ca,...) at _witness_debugger+0x25 witness_checkorder(c66d7000,9,c09422ca,113,0,...) at witness_checkorder+0x839 _sx_xlock(c66d7000,0,c09422ca,113,c66e3d24,...) at _sx_xlock+0x85 ufsdirhash_acquire(da0f52e0,e901c8ec,10c,da62f910,e901c8a4,...) at ufsdirhash_acquire+0x35 ufsdirhash_add(c66e3d24,e901c8ec,910,e901c890,e901c894,...) at ufsdirhash_add+0x13 ufs_direnter(c644c96c,c697d96c,e901c8ec,e901cbd4,0,...) at ufs_direnter+0x729 ufs_makeinode(e901cbd4,0,e901cacc,e901ca34,c08bcab5,...) at ufs_makeinode+0x4af ufs_create(e901cacc,e901cae4,0,0,e901cba8,...) at ufs_create+0x30 VOP_CREATE_APV(c0993e40,e901cacc,2,c0912cef,3,...) at VOP_CREATE_APV+0xa5 vn_open_cred(e901cba8,e901cc5c,1a4,c613b900,c66f2b98,...) at vn_open_cred+0x19e vn_open(e901cba8,e901cc5c,1a4,c66f2b98,281a1000,...) at vn_open+0x33 kern_openat(c6973480,ffffff9c,80516e0,0,602,...) at kern_openat+0x108 kern_open(c6973480,80516e0,0,601,1b6,...) at kern_open+0x35 open(c6973480,e901ccf8,c,c,c09734b8,...) at open+0x30 syscall(e901cd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (5, FreeBSD ELF32, open), eip = 0x28165fb3, esp = 0xbfbfeb1c, ebp = 0xbfbfeb58 --- WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized i915 1.6.0 20080730 drm0: [ITHREAD] ugen3.3: at usbus3 ukbd0: on usbus3 kbd2 at ukbd0 ukbd_set_leds_callback:554: error=USB_ERR_STALLED ums0: on usbus3 ums0: 3 buttons and [XYZ] coordinates ID=1 --- <> --- [root@beastie][/var/crash]kgdb /boot/kernel.debug/kernel.symbols /var/crash/vmcore.8 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: Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex uhci3 (uhci3) r = 0 (0xc63bae4c) locked @ /usr/src/sys/dev/usb/usb_request.c:104 exclusive sleep mutex USB device mutex (USB device mutex) r = 0 (0xc615c050) locked @ /usr/src/sys/dev/usb/usb_transfer.c:1826 KDB: stack backtrace: db_trace_self_wrapper(c091d5a4,e6cfcb10,c0634285,c090e306,722,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c090e306,722,ffffffff,c0b02d7c,e6cfcb48,...) at kdb_backtrace+0x29 _witness_debugger(c091f965,e6cfcb5c,4,1,0,...) at _witness_debugger+0x25 witness_warn(5,0,c0950f99,110,c642c6c0,...) at witness_warn+0x1fd trap(e6cfcbe8) at trap+0x153 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc05675f7, esp = 0xe6cfcc28, ebp = 0xe6cfcc54 --- usb2_do_clear_stall_callback(c6d99568,ffffffff,c090e306,9b2,c0b02d78,...) at usb2_do_clear_stall_callback+0xd7 usb2_callback_wrapper(c6d99030,723,0,c6d99000,c6d99000,...) at usb2_callback_wrapper+0x607 usb2_command_wrapper(c6d99030,0,c090e306,723,c6d99044,...) at usb2_command_wrapper+0x116 usb2_callback_proc(c6d99044,c63bae4c,c090de6c,51,c09c6680,...) at usb2_callback_proc+0x98 usb2_process(c63bada4,e6cfcd38,c0915da6,336,c661c2a4,...) at usb2_process+0xde fork_exit(c05654e0,c63bada4,e6cfcd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6cfcd70, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xdeadc0e0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc05675f7 stack pointer = 0x28:0xe6cfcc28 frame pointer = 0x28:0xe6cfcc54 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 = 35 (usbus4) panic: from debugger cpuid = 1 KDB: stack backtrace: panic: vm_fault: fault on nofault entry, addr: deadc000 cpuid = 1 KDB: enter: panic Uptime: 24m39s Physical memory: 3051 MB Dumping 200 MB: 185 169 153 137 121 105 89 73 57 41 25 9 Reading symbols from /boot/kernel.debug/geom_journal.ko...Reading symbols from /boot/kernel.debug/geom_journal.ko.symbols...done. done. Loaded symbols for /boot/kernel.debug/geom_journal.ko Reading symbols from /boot/kernel.debug/if_wpi.ko...Reading symbols from /boot/kernel.debug/if_wpi.ko.symbols...done. done. Loaded symbols for /boot/kernel.debug/if_wpi.ko Reading symbols from /boot/kernel.debug/snd_hda.ko...Reading symbols from /boot/kernel.debug/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel.debug/snd_hda.ko Reading symbols from /boot/kernel.debug/sound.ko...Reading symbols from /boot/kernel.debug/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel.debug/sound.ko Reading symbols from /boot/kernel.debug/tmpfs.ko...Reading symbols from /boot/kernel.debug/tmpfs.ko.symbols...done. done. Loaded symbols for /boot/kernel.debug/tmpfs.ko Reading symbols from /boot/kernel.debug/linprocfs.ko...Reading symbols from /boot/kernel.debug/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel.debug/linprocfs.ko Reading symbols from /boot/kernel.debug/linux.ko...Reading symbols from /boot/kernel.debug/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel.debug/linux.ko Reading symbols from /boot/kernel.debug/if_tap.ko...Reading symbols from /boot/kernel.debug/if_tap.ko.symbols...done. done. Loaded symbols for /boot/kernel.debug/if_tap.ko Reading symbols from /boot/kernel.debug/ng_btsocket.ko...Reading symbols from /boot/kernel.debug/ng_btsocket.ko.symbols...done. done. Loaded symbols for /boot/kernel.debug/ng_btsocket.ko Reading symbols from /boot/kernel.debug/netgraph.ko...Reading symbols from /boot/kernel.debug/netgraph.ko.symbols...done. done. Loaded symbols for /boot/kernel.debug/netgraph.ko Reading symbols from /boot/kernel.debug/ng_bluetooth.ko...Reading symbols from /boot/kernel.debug/ng_bluetooth.ko.symbols...done. done. Loaded symbols for /boot/kernel.debug/ng_bluetooth.ko Reading symbols from /usr/local/modules/fuse.ko...done. Loaded symbols for /usr/local/modules/fuse.ko Reading symbols from /usr/local/modules/rtc.ko...done. Loaded symbols for /usr/local/modules/rtc.ko Reading symbols from /boot/kernel.debug/i915.ko...Reading symbols from /boot/kernel.debug/i915.ko.symbols...done. done. Loaded symbols for /boot/kernel.debug/i915.ko Reading symbols from /boot/kernel.debug/drm.ko...Reading symbols from /boot/kernel.debug/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel.debug/drm.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc05f34ce in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xc05f37a2 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xc084bf47 in vm_fault (map=0xc1490000, vaddr=3735928832, fault_type=Variable "fault_type" is not available. ) at /usr/src/sys/vm/vm_fault.c:283 #4 0xc08aefb7 in trap_pfault (frame=0xe6cfcbe8, usermode=0, eva=3735929056) at /usr/src/sys/i386/i386/trap.c:828 #5 0xc08af9e3 in trap (frame=0xe6cfcbe8) at /usr/src/sys/i386/i386/trap.c:521 #6 0xc0893d6b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #7 0xc05675f7 in usb2_do_clear_stall_callback (xfer=0xc6d99568) at /usr/src/sys/dev/usb/usb_request.c:140 #8 0xc056a427 in usb2_callback_wrapper (pq=0xc6d99030) at /usr/src/sys/dev/usb/usb_transfer.c:1958 #9 0xc0567e16 in usb2_command_wrapper (pq=0xc6d99030, xfer=0x0) at /usr/src/sys/dev/usb/usb_transfer.c:2534 #10 0xc0567ef8 in usb2_callback_proc (_pm=0xc6d99044) at /usr/src/sys/dev/usb/usb_transfer.c:1830 #11 0xc05655be in usb2_process (arg=0xc63bada4) at /usr/src/sys/dev/usb/usb_process.c:139 #12 0xc05cd588 in fork_exit (callout=0xc05654e0 , arg=0xc63bada4, frame=0xe6cfcd38) at /usr/src/sys/kern/kern_fork.c:830 #13 0xc0893de0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 --- <> --- [silent@beastie][/home/silent]pciconf -lv hostb0@pci0:0:0:0: class=0x060000 card=0x30c0103c chip=0x2a008086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile PM965/GM965/GL960 Express Processor to DRAM Controller' class = bridge subclass = HOST-PCI vgapci0@pci0:0:2:0: class=0x030000 card=0x30c0103c chip=0x2a028086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 965 Express Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x30c0103c chip=0x2a038086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 965 Express Integrated Graphics Controller' class = display uhci0@pci0:0:26:0: class=0x0c0300 card=0x30c0103c chip=0x28348086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB uhci1@pci0:0:26:1: class=0x0c0300 card=0x30c0103c chip=0x28358086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB ehci0@pci0:0:26:7: class=0x0c0320 card=0x30c0103c chip=0x283a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '81EC1043 (?) ICH8 Enhanced USB2 Enhanced Host Controller' class = serial bus subclass = USB hdac0@pci0:0:27:0: class=0x040300 card=0x30c0103c chip=0x284b8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H &SUBSYS_81EC1043&REV_02\3&11583659&0&D8' class = multimedia subclass = HDA pcib1@pci0:0:28:0: class=0x060400 card=0x30c0103c chip=0x283f8086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 1' class = bridge subclass = PCI-PCI pcib2@pci0:0:28:1: class=0x060400 card=0x30c0103c chip=0x28418086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 2' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:2: class=0x060400 card=0x30c0103c chip=0x28438086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 3' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:4: class=0x060400 card=0x30c0103c chip=0x28478086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 5' class = bridge subclass = PCI-PCI uhci2@pci0:0:29:0: class=0x0c0300 card=0x30c0103c chip=0x28308086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB uhci3@pci0:0:29:1: class=0x0c0300 card=0x30c0103c chip=0x28318086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB uhci4@pci0:0:29:2: class=0x0c0300 card=0x30c0103c chip=0x28328086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB ehci1@pci0:0:29:7: class=0x0c0320 card=0x30c0103c chip=0x28368086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB2 EHCI' class = serial bus subclass = USB pcib5@pci0:0:30:0: class=0x060401 card=0x30c0103c chip=0x24488086 rev=0xf3 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x30c0103c chip=0x28158086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'ICH8M-E (ICH8 Family) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:1: class=0x01018a card=0x30c0103c chip=0x28508086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) Ultra ATA Storage Controllers' class = mass storage subclass = ATA atapci1@pci0:0:31:2: class=0x010601 card=0x30c0103c chip=0x28298086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801 Intel(R) 82801HEM/HBM SATA AHCI Controller' class = mass storage subclass = SATA wpi0@pci0:16:0:0: class=0x028000 card=0x135c103c chip=0x42228086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '10418086 Intel 3945ABG Wireless LAN controller' class = network bge0@pci0:24:0:0: class=0x020000 card=0x30c0103c chip=0x169314e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM 5787A Ethernet Controller Broadcom Netlink Gigabit' class = network subclass = ethernet cbb0@pci0:2:4:0: class=0x060700 card=0x30c0103c chip=0x04761180 rev=0xb6 hdr=0x02 vendor = 'Ricoh Company, Ltd.' device = 'unknown Ricoh R/RL/5C476(II)' class = bridge subclass = PCI-CardBus -- WBR, Andrey From owner-freebsd-current@FreeBSD.ORG Mon May 11 21:37:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0186F10656B3; Mon, 11 May 2009 21:37:27 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout017.mac.com (asmtpout017.mac.com [17.148.16.92]) by mx1.freebsd.org (Postfix) with ESMTP id DE7638FC27; Mon, 11 May 2009 21:37:26 +0000 (UTC) (envelope-from cswiger@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from cswiger1.apple.com ([17.227.140.124]) by asmtp017.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KJI00B551EENT50@asmtp017.mac.com>; Mon, 11 May 2009 14:37:26 -0700 (PDT) Message-id: From: Chuck Swiger To: Sam Leffler In-reply-to: <4A0886F0.6030605@freebsd.org> Date: Mon, 11 May 2009 14:37:26 -0700 References: <49FE1826.4060000@FreeBSD.org> <49FE29A4.30507@root.org> <49FE5EC8.3040205@FreeBSD.org> <20090505091914.GA94521@server.vk2pj.dyndns.org> <4A00669A.10105@freebsd.org> <4A0886F0.6030605@freebsd.org> X-Mailer: Apple Mail (2.930.3) Cc: Peter Jeremy , FreeBSD-Current Subject: Re: Fighting for the power. [syslogd] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 21:37:27 -0000 On May 11, 2009, at 1:13 PM, Sam Leffler wrote: >> You can use -l flag to syslogd to create additional logging sockets >> under your chroot'ed filesystem tree, similar to the way named & >> ntpd uses it; see syslogd_precmd() in /etc/rc.d/syslogd.... >> > > Blech, thanks. That might be a stopgap solution but it still > doesn't allow syslogd to be started earlier which is what is needed > for many/most setups. Something that's imperfect but available today is much more usable than the perfect solution tomorrow. :-) > syslogd has mountcritremote as REQUIRE to handle diskless setups but > IMO this should be (at least) configurable. But rather than argue > this nonsense I think the better solution is to do what I suggest so > syslogd can be started very early and capture everything available > (e.g. your suggestion still loses msgs logged while setting up nfs > mounts). True. I'm not sure I'd really want to set up a machine such that critical filesystems depend upon wireless networking to be up before they can be mounted, but if you've really got something which needs to run before syslogd is allowed to run, then that something needs to be able to do it's own logging. Fortunately, it's not terribly hard to write some wrappers which will log either via syslog or to a file (or both, if needed): /* initialize logging to a file, via syslog, or both... */ void init_logging() { setlogfacility(syslog_level); if (enable_syslog) logmask |= LF_SYSLOG; else logmask &= ~LF_SYSLOG; if (logfile) logmask |= LF_LOGFILE; else logmask &= ~LF_LOGFILE; if (logmask & LF_SYSLOG) { openlog("myprogram", LOG_PID|LOG_CONS, fac); } if (debug) { syslog((fac | LOG_NOTICE), "logging subsystem started..."); setlogmask(LOG_UPTO(LOG_DEBUG)); } else { if (verbose > 1) setlogmask(LOG_UPTO(LOG_DEBUG)); else setlogmask(LOG_UPTO(LOG_INFO)); } } if ((logmask & LF_LOGFILE) && logfile) { if ((ofp = fopen(logfile, "a+")) == NULL) { fprintf(stderr, "Fatal Error: unable to open and append to logfile '%s'.\n", logfile); terminate(EX_CANTCREAT); } } else if (debug) { ofp = stdout; } } /* output a message to syslog and/or the logfile/stdout */ void logdebug(char *message) { if (message == NULL) message = strerror(errno); if (logmask & LF_SYSLOG) syslog((fac | LOG_DEBUG), "%s", message); if (ofp) { fputs(message, ofp); fflush(ofp); } } [ ...repeat for loginfo(), logwarn(), etc... ] The above is triggered off of getopt() parsing flags and setting enable_syslog and/or logfile variables, but you could check whether a syslogd socket is available to scribble to or not, and decide for yourself to do your own logging to a file or not. Come to think of it, are you familiar with sending LOG_CONS to openlog()? Perhaps that would be a reasonable compromise, as you wouldn't need to move over to logging via a wrapper rather than calling syslog() directly.... Regards, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Mon May 11 21:42:44 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DB7D106564A; Mon, 11 May 2009 21:42:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id AFE618FC1F; Mon, 11 May 2009 21:42:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4BLgfda003934; Mon, 11 May 2009 17:42:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4BLgftE063353; Mon, 11 May 2009 17:42:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 03B367302F; Mon, 11 May 2009 17:42:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090511214241.03B367302F@freebsd-current.sentex.ca> Date: Mon, 11 May 2009 17:42:40 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 21:42:44 -0000 TB --- 2009-05-11 20:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-11 20:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-05-11 20:40:00 - cleaning the object tree TB --- 2009-05-11 20:40:46 - cvsupping the source tree TB --- 2009-05-11 20:40:46 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2009-05-11 20:40:57 - building world TB --- 2009-05-11 20:40:57 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-11 20:40:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-11 20:40:57 - TARGET=arm TB --- 2009-05-11 20:40:57 - TARGET_ARCH=arm TB --- 2009-05-11 20:40:57 - TZ=UTC TB --- 2009-05-11 20:40:57 - __MAKE_CONF=/dev/null TB --- 2009-05-11 20:40:57 - cd /src TB --- 2009-05-11 20:40:57 - /usr/bin/make -B buildworld >>> World build started on Mon May 11 20:41:00 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -std=gnu99 -c /src/usr.bin/mail/vars.c cc -O -pipe -std=gnu99 -o mail version.o cmd1.o cmd2.o cmd3.o cmdtab.o collect.o edit.o fio.o getname.o head.o v7.local.o lex.o list.o main.o names.o popen.o quit.o send.o strings.o temp.o tty.o util.o vars.o gzip -cn /src/usr.bin/mail/mail.1 > mail.1.gz ===> usr.bin/make (all) cc -O -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/arch.c cc1: warnings being treated as errors /src/usr.bin/make/arch.c: In function 'Arch_ParseArchive': /src/usr.bin/make/arch.c:402: warning: the address of 'members' will never be NULL *** Error code 1 Stop in /src/usr.bin/make. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-11 21:42:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-11 21:42:40 - ERROR: failed to build world TB --- 2009-05-11 21:42:40 - 2860.98 user 355.03 system 3760.12 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon May 11 21:59:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35F13106564A; Mon, 11 May 2009 21:59:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D7B598FC13; Mon, 11 May 2009 21:59:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4BLxAtH006619; Mon, 11 May 2009 17:59:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4BLxAVo073454; Mon, 11 May 2009 17:59:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E04B67302F; Mon, 11 May 2009 17:59:09 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090511215909.E04B67302F@freebsd-current.sentex.ca> Date: Mon, 11 May 2009 17:59:09 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 21:59:12 -0000 TB --- 2009-05-11 20:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-11 20:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-05-11 20:40:00 - cleaning the object tree TB --- 2009-05-11 20:41:19 - cvsupping the source tree TB --- 2009-05-11 20:41:19 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-05-11 20:41:27 - building world TB --- 2009-05-11 20:41:27 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-11 20:41:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-11 20:41:27 - TARGET=amd64 TB --- 2009-05-11 20:41:27 - TARGET_ARCH=amd64 TB --- 2009-05-11 20:41:27 - TZ=UTC TB --- 2009-05-11 20:41:27 - __MAKE_CONF=/dev/null TB --- 2009-05-11 20:41:27 - cd /src TB --- 2009-05-11 20:41:27 - /usr/bin/make -B buildworld >>> World build started on Mon May 11 20:41:30 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -c /src/usr.bin/mail/vars.c cc -O2 -pipe -std=gnu99 -fstack-protector -o mail version.o cmd1.o cmd2.o cmd3.o cmdtab.o collect.o edit.o fio.o getname.o head.o v7.local.o lex.o list.o main.o names.o popen.o quit.o send.o strings.o temp.o tty.o util.o vars.o gzip -cn /src/usr.bin/mail/mail.1 > mail.1.gz ===> usr.bin/make (all) cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/arch.c cc1: warnings being treated as errors /src/usr.bin/make/arch.c: In function 'Arch_ParseArchive': /src/usr.bin/make/arch.c:402: warning: the address of 'members' will never be NULL *** Error code 1 Stop in /src/usr.bin/make. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-11 21:59:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-11 21:59:09 - ERROR: failed to build world TB --- 2009-05-11 21:59:09 - 3610.87 user 369.91 system 4749.23 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon May 11 22:52:04 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 917B41065687; Mon, 11 May 2009 22:52:04 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 0B0808FC0C; Mon, 11 May 2009 22:52:03 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1848116yxb.13 for ; Mon, 11 May 2009 15:52:03 -0700 (PDT) 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:content-transfer-encoding; bh=XF3X/8S8iE1xvIEkM7JcKdlJXVTNZFoyBLCDZN5z17c=; b=H2SOuoXVPAih0df9GTMvYS1fgGeeWEnrxdmDtB94GwtSkFp36MUV+wFIQoKzrAxhtm MPfZrPZntiuz5chPlW3YJROQG8U22DHJb7z79WBWZhIxj3qlBS70CV0x11ZXH4T1/Ull p7+fPFRNzUK1Y4CL+GO1txQynjgjAu8mNlzdc= 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 :content-transfer-encoding; b=bedLQc5Q2u0YpU/Kyo4r4tKc1nTR5VIqfCIcbtWb/NGsRTuX6wuFxxasaA7ga3UwqF jb7hAgVTHtA4giH+MXW2XTg9lmh7UkFqbrt9Jc+1nBt5mokQlsQapybgETZkA8XUm1o3 u96IwTkdier/tlWld5QYYD8TS0y3zm2VLu4Ow= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.90.69.15 with SMTP id r15mr6504141aga.90.1242077851990; Mon, 11 May 2009 14:37:31 -0700 (PDT) In-Reply-To: <1242075474.72992.118.camel@hood.oook.cz> References: <1242075474.72992.118.camel@hood.oook.cz> Date: Mon, 11 May 2009 14:37:31 -0700 X-Google-Sender-Auth: 0f60edeffad1b0f1 Message-ID: From: Artem Belevich To: pav@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: dfr@freebsd.org, kmacy@freebsd.org, current@freebsd.org Subject: Re: pointyhat panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 22:52:04 -0000 Last Friday I've got a crash in sowakeup as well, though the stack trace looks different. I'm unable to reproduce it, but I do have core saved, if someone wants me to do some post-mortem investigation. Box is quad-core amd64 running -current as of May 8th. The crash was observed when I attempted to interrupt parallel make that did access fair amount of stuff over NFS. --Artem Tracing pid 12 tid 100012 td 0xffffff0004460390 _mtx_lock_sleep() at _mtx_lock_sleep+0x4e clnt_dg_soupcall() at clnt_dg_soupcall+0x168 sowakeup() at sowakeup+0xd9 udp_append() at udp_append+0x20b udp_input() at udp_input+0x6b5 ip_input() at ip_input+0xaa swi_net() at swi_net+0xf7 intr_event_execute_handlers() at intr_event_execute_handlers+0x100 ithread_loop() at ithread_loop+0x8e fork_exit() at fork_exit+0x118 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xfffffff800063d40, rbp =3D 0 --- 2009/5/11 Pav Lucistnik : > panic: mtx_lock() of destroyed mutex @ /usr/src/sys/rpc/clnt_vc.c:953 > cpuid =3D 2 > KDB: enter: panic > [thread pid 0 tid 100029 ] > Stopped at =A0 =A0 =A0kdb_enter+0x3d: movq =A0 =A0$0,0x3f5fb8(%rip) > db> bt > Tracing pid 0 tid 100029 td 0xffffff00018e1000 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x17b > _mtx_lock_flags() at _mtx_lock_flags+0xc5 > clnt_vc_soupcall() at clnt_vc_soupcall+0x273 > sowakeup() at sowakeup+0xf8 > tcp_do_segment() at tcp_do_segment+0x23c9 > tcp_input() at tcp_input+0x9ec > ip_input() at ip_input+0xbc > ether_demux() at ether_demux+0x1ed > ether_input() at ether_input+0x171 > em_rxeof() at em_rxeof+0x201 > em_handle_rxtx() at em_handle_rxtx+0x4b > taskqueue_run() at taskqueue_run+0x96 > taskqueue_thread_loop() at taskqueue_thread_loop+0x3f > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip =3D 0, rsp =3D 0xffffffff240a6d40, rbp =3D 0 --- > > The box is in kdb on serial console for now. May 9 -CURRENT, I think. > > -- > Pav Lucistnik > =A0 =A0 =A0 =A0 =A0 =A0 =A0 > A spoonful of curry, garlic and mustard helps the medicine go down... > and come straight back up again. -- JLE on #angband > From owner-freebsd-current@FreeBSD.ORG Mon May 11 23:06:18 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C3171065672 for ; Mon, 11 May 2009 23:06:18 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id C381B8FC18 for ; Mon, 11 May 2009 23:06:17 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1822462ana.13 for ; Mon, 11 May 2009 16:06:17 -0700 (PDT) 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:content-transfer-encoding; bh=PCiSSmOaYcVVLxPH6KMAdPiVVJWZU7jve41wj2fYRu8=; b=jt3J8nuGMYAM0EFEMC035H+203wPGkpPHGGAFbHJKvT4PmwgNIGeJuiOTnQQig4aAT /rtLGHUCFO3wLANcupBHQf1lA0kypDYWYnaskSZ/AdOupUZNcf/NazhGBOHNwfx622N1 fhfAShOqk3e0TdjcT3tAs2K5H1BBhZNM7HwOg= 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 :content-transfer-encoding; b=gHeuZt1zP2tYN9P5ccbPnrMJS4KR4QWRgIc5cvgcs74MeDTl7H+cub1SLEsGpjyEme FHrl8MRoIfTRcb5IK2fHsFmHyKToSavbScQqG/LE3/9KaaiAH5n0MtEYcWNMKqfkvpp+ N4ht7HFwVPSH6vaUZH2qCvrjcHCthnzDfrFuw= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.142.19 with SMTP id p19mr16724436and.13.1242083173824; Mon, 11 May 2009 16:06:13 -0700 (PDT) In-Reply-To: References: <1242075474.72992.118.camel@hood.oook.cz> Date: Mon, 11 May 2009 16:06:13 -0700 X-Google-Sender-Auth: 944e593f649d7514 Message-ID: <3c1674c90905111606g2205674bpa34808e761ab08d8@mail.gmail.com> From: Kip Macy To: Artem Belevich Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: dfr@freebsd.org, pav@freebsd.org, current@freebsd.org Subject: Re: pointyhat panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 23:06:18 -0000 yup this is a residual issue with the new rpc stuff - so_upcall locking is somewhat deficient On Mon, May 11, 2009 at 2:37 PM, Artem Belevich wrote: > Last Friday I've got a crash in sowakeup as well, though the stack > trace looks different. I'm unable to reproduce it, but I do have core > saved, if someone wants me to do some post-mortem investigation. Box > is quad-core amd64 running -current as of May 8th. The crash was > observed when I attempted to interrupt parallel make that did access > fair amount of stuff over NFS. > > --Artem > > Tracing pid 12 tid 100012 td 0xffffff0004460390 > _mtx_lock_sleep() at _mtx_lock_sleep+0x4e > clnt_dg_soupcall() at clnt_dg_soupcall+0x168 > sowakeup() at sowakeup+0xd9 > udp_append() at udp_append+0x20b > udp_input() at udp_input+0x6b5 > ip_input() at ip_input+0xaa > swi_net() at swi_net+0xf7 > intr_event_execute_handlers() at intr_event_execute_handlers+0x100 > ithread_loop() at ithread_loop+0x8e > fork_exit() at fork_exit+0x118 > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip =3D 0, rsp =3D 0xfffffff800063d40, rbp =3D 0 --- > > > 2009/5/11 Pav Lucistnik : >> panic: mtx_lock() of destroyed mutex @ /usr/src/sys/rpc/clnt_vc.c:953 >> cpuid =3D 2 >> KDB: enter: panic >> [thread pid 0 tid 100029 ] >> Stopped at =A0 =A0 =A0kdb_enter+0x3d: movq =A0 =A0$0,0x3f5fb8(%rip) >> db> bt >> Tracing pid 0 tid 100029 td 0xffffff00018e1000 >> kdb_enter() at kdb_enter+0x3d >> panic() at panic+0x17b >> _mtx_lock_flags() at _mtx_lock_flags+0xc5 >> clnt_vc_soupcall() at clnt_vc_soupcall+0x273 >> sowakeup() at sowakeup+0xf8 >> tcp_do_segment() at tcp_do_segment+0x23c9 >> tcp_input() at tcp_input+0x9ec >> ip_input() at ip_input+0xbc >> ether_demux() at ether_demux+0x1ed >> ether_input() at ether_input+0x171 >> em_rxeof() at em_rxeof+0x201 >> em_handle_rxtx() at em_handle_rxtx+0x4b >> taskqueue_run() at taskqueue_run+0x96 >> taskqueue_thread_loop() at taskqueue_thread_loop+0x3f >> fork_exit() at fork_exit+0x12a >> fork_trampoline() at fork_trampoline+0xe >> --- trap 0, rip =3D 0, rsp =3D 0xffffffff240a6d40, rbp =3D 0 --- >> >> The box is in kdb on serial console for now. May 9 -CURRENT, I think. >> >> -- >> Pav Lucistnik >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> A spoonful of curry, garlic and mustard helps the medicine go down... >> and come straight back up again. -- JLE on #angband >> > --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Mon May 11 23:10:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9613310657AE; Mon, 11 May 2009 23:10:12 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id DF4068FC16; Mon, 11 May 2009 23:10:11 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-46-151.lns10.adl2.internode.on.net [121.45.46.151]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n4BNA803050673 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 12 May 2009 08:40:09 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Saifi Khan Date: Tue, 12 May 2009 08:39:52 +0930 User-Agent: KMail/1.9.10 References: <200905112334.03387.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1918922.Oi1uoyrp2P"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200905120840.02575.doconnor@gsoft.com.au> X-Spam-Score: -2.399 () AWL,BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-current@freebsd.org, FreeBSD Questions , Vincent Hoffman Subject: Re: howto sidestep sysinstall during installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 23:10:13 -0000 --nextPart1918922.Oi1uoyrp2P Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 12 May 2009, Saifi Khan wrote: > On Mon, 11 May 2009, Daniel O'Connor wrote: > > > Putting out a monthly snapshot is nice and if the people are > > > going to not find info about 'Fixit#' and commands in the > > > legendary handbook, that is not very helpful. > > > > FreeBSD doesn't work this way, you are trying to fit FreeBSD into > > your Gentoo way of thinking. Obviously this causes pain, please > > stop. > > i'll be highly obliged, if you could share some nuggets of > wisdom on 'the FreeBSD way' ! Please. Like I said, install a release and upgrade that. You could try finding a -current snap that does work, but it's probably=20 going to be quicker to just get the latest 7 release, install and then=20 cvsup/csup to HEAD then build & install. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1918922.Oi1uoyrp2P Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQBKCLBK5ZPcIHs/zowRAjyyAJ9KB/9VB5R3oc0MbcqPG/aVzRshrwCeKoLK JzzJm4KAkS0MhBRMx8IcL2k= =sgAE -----END PGP SIGNATURE----- --nextPart1918922.Oi1uoyrp2P-- From owner-freebsd-current@FreeBSD.ORG Mon May 11 23:13:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAE1B10656E2; Mon, 11 May 2009 23:13:38 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id D33CB8FC1B; Mon, 11 May 2009 23:13:37 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [66.135.97.2] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 242454679; Tue, 12 May 2009 02:13:35 +0300 Message-ID: <4A08B10E.4040702@FreeBSD.org> Date: Tue, 12 May 2009 02:13:18 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: "Paul B. Mahol" References: <49FE1826.4060000@FreeBSD.org> <4A07BC4D.7080604@freebsd.org> <4A081868.6010906@FreeBSD.org> <3a142e750905111308o62a11c8em5465ea9aa1cfaebc@mail.gmail.com> In-Reply-To: <3a142e750905111308o62a11c8em5465ea9aa1cfaebc@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD acpi , FreeBSD-Current , freebsd-mobile@freebsd.org Subject: Re: Fighting for the power. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 23:13:39 -0000 Paul B. Mahol wrote: > On 5/11/09, Alexander Motin wrote: >> Tim Kientzle wrote: >>> I started to try the "hint.apic.0.clock", but noticed >>> in your commit r191720: >>> Alexander Motin wrote: >>>> Add hint.apic.0.clock tunable. Setting it 0 disables using >>>> LAPIC timers as hard-/stat-/profclock sources falling back >>>> to using i8254 and rtc timers. >>>> ... >>>> This technique is not working for SMP yet, as only one CPU >>>> receives timer interrupts. But I think that problem could >>>> be fixed by forwarding interrupts to other CPUs with IPI. >>> Is anyone looking at this yet? >> I have implemented SMP support for i386 and amd64 in some of my later >> commits. > > And all those hacks helps verry little in my case, most gain I get when > laptop monitor is switched off. Even switching hard disk off improves battery > life very little. Monitor is surely one of major power consumers, but there are not so much things which you can do about it, as without power there will be no backlight. All you can do is tune backlight to minimum level required in every specific situation. What's about general effect, the main idea here is the same as in audio processing: result mostly depends on quality of the worst component. Your system may just have some other consumers which I don't have. For example, desktop CPU instead of mobile, desktop chipset instead of mobile, powerful external video instead of (or even in addition to) built-in, and so on. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue May 12 03:48:46 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C0B41065674 for ; Tue, 12 May 2009 03:48:46 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id ED2388FC18 for ; Tue, 12 May 2009 03:48:45 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1927435yxb.13 for ; Mon, 11 May 2009 20:48:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=YWDbbZG3xyjkPoSSYWS6FvW5WIupotkRVeAcJWZI8Z4=; b=AI++PkLYx/xtfmZyBrVJxXH3K+qMNBSIkRKvaGmVz4YXTWgrSn+1fhqzYs0oTlJJL6 wQooB8YdpBfNuyyAIoSitSAEb2j7hWx5lEAuQ4+4tZPiMkQDz3oMLnNyVTtWmnCO1D1j 2va7c1QYXPDinARVayGiEN7q98KA8DY/8Bnxs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=qFCn79SFsHK8rP9srfNoXRGlFLiDUlds/ix5DL1a9ZCrWOQ+Lm6mhpEfZ2kaNmQEff paMqeVJNXlocJpMxM2S97c2uZtZRMipAnI+OkZgKmkPzYs5aPK3dq+ZY8MZJVK+o1age x1N1xm50KraQfXtcvQmK8eSiHPGzlo0zOH+AE= MIME-Version: 1.0 Received: by 10.100.47.6 with SMTP id u6mr12399048anu.97.1242098464564; Mon, 11 May 2009 20:21:04 -0700 (PDT) Date: Mon, 11 May 2009 23:21:04 -0400 Message-ID: <4ad871310905112021s32a803b9h5257840b2d46fa14@mail.gmail.com> From: Glen Barber To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: LOR Reporting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 03:48:46 -0000 Hi, list. I see occasional reports about lock order reversals on this list and was wondering when it is appropriate to report them. Obviously, there must be something going on, but I don't want to unnecessarily post what may not be a problem. What are the "best practices" on this, if any? Thanks. -- Glen Barber From owner-freebsd-current@FreeBSD.ORG Tue May 12 04:34:41 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F30FA1065670 for ; Tue, 12 May 2009 04:34:41 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-ew0-f207.google.com (mail-ew0-f207.google.com [209.85.219.207]) by mx1.freebsd.org (Postfix) with ESMTP id 8699E8FC12 for ; Tue, 12 May 2009 04:34:41 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by ewy3 with SMTP id 3so3915078ewy.43 for ; Mon, 11 May 2009 21:34:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=S3YvEQGO5eZ0p2rK4QT9/ndnESZMnEeexfah5nwcN/M=; b=CiQq51+j5rJ5L/gv+cBrQJ10NziOrxJT28vGejLrOAbFbaqxyq/nB3Y4okrhRcCEz9 cCelGmOee5ckJ3DVlvfSDAowBjRwKE7F0bQg4jbFg0xH28r9ijccRxPxrlE4pP/gIUdU a4nBJWrwmWyQ2RhHWPvgYXvidjHW3vPDEXly8= 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=a0utJb9hJjyAvKZdz4KLbL7OrXk0YjTzmIomnSc67/WpX10ajWA8PsmaVExyyx6gwZ Jl5AA+7P54ERTy3c2wmVCI+GFpmHrWqx4UqvIyJ0dCJIzqCpYEqFE5xNTrG6fc3zDtIC 2X2XvvOeG/yqZRDn6kFRCMrnCjtJPqZQu4ssA= MIME-Version: 1.0 Received: by 10.216.18.195 with SMTP id l45mr3794236wel.59.1242102880571; Mon, 11 May 2009 21:34:40 -0700 (PDT) In-Reply-To: <4ad871310905112021s32a803b9h5257840b2d46fa14@mail.gmail.com> References: <4ad871310905112021s32a803b9h5257840b2d46fa14@mail.gmail.com> Date: Mon, 11 May 2009 23:34:40 -0500 Message-ID: <790a9fff0905112134v3d444213k9a42da6ceb2a8313@mail.gmail.com> From: Scot Hetzel To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: LOR Reporting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 04:34:42 -0000 On 5/11/09, Glen Barber wrote: > Hi, list. > > I see occasional reports about lock order reversals on this list and > was wondering when it is appropriate to report them. Obviously, there > must be something going on, but I don't want to unnecessarily post > what may not be a problem. > > What are the "best practices" on this, if any? > Before reporting any LOR's check this site for instructions on reporting them: http://sources.zabbadoz.net/freebsd/lor.html Scot From owner-freebsd-current@FreeBSD.ORG Tue May 12 05:18:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89FB3106564A for ; Tue, 12 May 2009 05:18:00 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl.com (jdl.com [208.123.74.7]) by mx1.freebsd.org (Postfix) with ESMTP id 6E6AB8FC1C for ; Tue, 12 May 2009 05:18:00 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl (helo=jdl.com) by jdl.com with local-esmtp (Exim 4.69) (envelope-from ) id 1M3jjw-0002AE-G5; Mon, 11 May 2009 23:37:16 -0500 To: Glen Barber In-reply-to: <4ad871310905112021s32a803b9h5257840b2d46fa14@mail.gmail.com> References: <4ad871310905112021s32a803b9h5257840b2d46fa14@mail.gmail.com> Comments: In-reply-to Glen Barber message dated "Mon, 11 May 2009 23:21:04 -0400." Date: Mon, 11 May 2009 23:37:16 -0500 From: Jon Loeliger Message-Id: X-Spam-Score: -2.3 Cc: current@freebsd.org Subject: Re: LOR Reporting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 05:18:00 -0000 > Hi, list. > > I see occasional reports about lock order reversals on this list and > was wondering when it is appropriate to report them. Obviously, there > must be something going on, but I don't want to unnecessarily post > what may not be a problem. > > What are the "best practices" on this, if any? > > Thanks. I've recently learned that reading this: http://sources.zabbadoz.net/freebsd/lor.html is at least a good start. jdl From owner-freebsd-current@FreeBSD.ORG Tue May 12 05:47:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 471281065670; Tue, 12 May 2009 05:47:53 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-fx0-f216.google.com (mail-fx0-f216.google.com [209.85.220.216]) by mx1.freebsd.org (Postfix) with ESMTP id 6B8F28FC1A; Tue, 12 May 2009 05:47:52 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by fxm12 with SMTP id 12so3160303fxm.43 for ; Mon, 11 May 2009 22:47:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=jr2/LzOoeas8rwDtIyGuhcA8G733WUjwJdXFKM6eQ9g=; b=i4W3xh2eheZ1HX584GtyDGFvif+SZ/oVf8xucqyVjKcU6ZEks5wsQA2f4fZtQyQfAM tsyXDweQ2hld6OmynBN0zG6GOevJppP74BRkHe/8j/Qhp8FG1PY+LWOlxMfFHl81BPJr lVy3z89UJ6jSiTC60vttnyzIrKAVgoQTm+zJw= 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; b=C8KnEvv9K5nDoND2LhUAYRwR7oHI9jRaHBGo9qKrsBVW4aal0MEazvC/Z3zc9xZwUU UvXHLVqDrN88HJwycW76fephGazhsatAaOGLVqC1cCk74LKfYpTRxjbgnl4bSp0RW0W8 3ZtYJ9+J7vKwzRy5jxa3hiu9VoXHSIcS7bcjU= MIME-Version: 1.0 Received: by 10.204.101.2 with SMTP id a2mr7696315bko.104.1242107269887; Mon, 11 May 2009 22:47:49 -0700 (PDT) In-Reply-To: <4A088642.3030402@freebsd.org> References: <4A04EA46.20106@freebsd.org> <4A088642.3030402@freebsd.org> Date: Tue, 12 May 2009 01:47:49 -0400 Message-ID: From: Mehmet Erol Sanliturk To: Tim Kientzle Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current Subject: Re: Installation of FreeBSD 8.0-Current-2009-amd64-dvd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 05:47:53 -0000 On Mon, May 11, 2009 at 4:10 PM, Tim Kientzle wrote: > Mehmet Erol Sanliturk wrote: > >> >> I know that current snapshots should not be used in any production >> purposes >> . >> >> My intention was only to install it , run some programs , and if I get a >> feeling that supplying an information to current developers may be useful >> to >> send an e-mail about my experiences . >> >> I think such installation and test results would be useful to current >> developers if I am not wrongly assumed that . >> > > Feedback is always appreciated. > > If you'd like to work with -CURRENT, you should > definitely learn how to use the FreeBSD "ports" > system, which builds third-party software from > source. As I mentioned earlier, "packages" are not > always available for -CURRENT. > > The FreeBSD -CURRENT snapshot DVDs are actually a pretty > tough place to start. They are automatically generated > from whatever happens to be in SVN that day; as a result, > they're mostly useful as a regular test of the release-building > scripts and somewhat useful for testing the installer. For > testing the rest of the system, I suggest that you learn > how to update the core system from source code. There are > quite a few articles and blog posts explaining how to do > this. It also helps to watch the freebsd-current mailing > list so you know when things are relatively calm. > > Tim Personally I would be very happy to be able to contribute to development of FreeBSD as much as possible . Up to now I could not be able to establish a working system as a network which is suitable for my needs , but I am working toward this . Actually my expertise is not on operating systems but I want to learn as much as possible . My main ideas are as follows : (1) There is Tinderbox . Its messages are coming to me regularly . A similar system my be established for the development of current FreeBSD . As an example , I want to mention other operating systems : Debian : When an update is available an icon is appearing and saying that an update is available . When it is accepted the update is applied . At present my Debian 5.0.0 is up to date in that way . In the following sentences 8.0 is used as having X.x Current for any Current version . Assume that we installed 8.0 Current and we want to participate in its development . We are not sufficiently experts to manage details . A system installed with our 8.0 Current may manage these issues . When a part is modified and it requires a test , all of the participating related systems may be notified by the automatic testing system . If we accept by clicking okay (or even automatically if we set it in that way like Windows updates which my Windows XP Home is updated in that way ) the new parts are downloaded and executed and a report is send back ( We know that such executions my crash our computer , but we know that we are trying to help to develop the FreeBSD and such crashes are possible and our 8.0 Current is NOT for a production use ) . FreeBSD developers by analyzing these reports may obtain a good profile of effect about the new modification and they will be able to test their works on hardware platforms that they do not have at hand . The only requirements will be that tests will not crash the complete installations at to the points that the system will not be even able to boot any more which it will not be able to send any message back about test results . As an example : In one of my Linux computer , to reclaim file space yesterday I wanted to delete a package ( an un-used text editor ) , it listed some other package names as related to be deleted ( without any explanation about their requirements and their names actually meaningless ) , I clicked yes to delete , it completely deleted operating system parts making the system completely unbootable , unable to rescue current contents , unable to upgrade the system by repair . Actually such a case is a good working clue to prevent such meaninless deletions paralyzing the operating system completely . Test result profiles may be distributed to users if they want to get such messages . Such a work may not be very difficult for the participating users because setting a testing partition consuming a sufficiently minimal amount of hard disk is easy in those days because hard disks are large per drive or a dedicated hard drive around 160 GB is around US $ 50 ( US dollars ) which I think many users would use such an option . In a multi-boot system , booting the 8.0 Current and applying tests and send reports back may not be difficult for the participating users ( at least they are willing to apply such steps ) . The hardest problem is to have such a testing environment . The present model is difficult to participate . It is very flexible , but requires much knowledge . To make it a more structured will reduce required amount of knowledge but will increase possible participation and back contribution . (2) Solutions to such problems may be very interesting project works for computing science students . Writing specifications and requirements and then opening it to academic environments may attract interest . I think one of the most important aspect is copyright and license of such specifications . BSD-styled copyrights and licenses will allow both instructors and students to work easily on such problems . In the wiki.freebsd.org ToDo page there are some problems to be worked on them . Opening a similar page in www. frebsd.org , and publishing more detailed specifications and requirements would be much contributory to improve the FreeBSD . As an an example : In here yesterday ( 2009 , May , 11 ) I saw a very interesting ToDo problem in wiki.freebsd.org about simulation of ( IBM , ... ) Cell BE processor . Porting its Linux sources to FreeBSD may be a very attractive project for computing science students . And seeing that result of their efforts are used in a production environment is another source of please . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Tue May 12 06:40:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 546FC106566C for ; Tue, 12 May 2009 06:40:40 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.swipnet.se [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id E25A28FC16 for ; Tue, 12 May 2009 06:40:39 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MazLKNKq95AA:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=pGLkceISAAAA:8 a=6I5d2MoRAAAA:8 a=bJC_33olH1rUSzcxThcA:9 a=-lnlU12cw36YHTJDy3LaeKagmKAA:4 a=MSl-tDqOz04A:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 496167881; Tue, 12 May 2009 08:40:38 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 12 May 2009 08:43:11 +0200 User-Agent: KMail/1.9.7 References: <4A089216.1050701@gmail.com> In-Reply-To: <4A089216.1050701@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905120843.12065.hselasky@c2i.net> Cc: Andrey Subject: Re: system panics on USB-mouse detachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 06:40:40 -0000 On Monday 11 May 2009, Andrey wrote: > Andrey Hi Andrey, Thanks for reporting. I suspect the patch below will fix your problem: http://perforce.freebsd.org/chv.cgi?CH=161961 --HPS From owner-freebsd-current@FreeBSD.ORG Tue May 12 08:17:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD673106566B for ; Tue, 12 May 2009 08:17:35 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 1CC5E8FC21 for ; Tue, 12 May 2009 08:17:34 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from hamilton.upcnetadm.upcnet.es (hamilton.upcnetadm.upcnet.es [147.83.2.240]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id n4C8HMpI011043; Tue, 12 May 2009 10:17:22 +0200 Received: from [147.83.40.234] ([147.83.40.234]) by hamilton.upcnetadm.upcnet.es (Lotus Domino Release 5.0.12) with ESMTP id 2009051210173164:56228 ; Tue, 12 May 2009 10:17:31 +0200 Message-ID: <4A093013.1080504@entel.upc.edu> Date: Tue, 12 May 2009 10:15:15 +0200 From: =?windows-1251?Q?Gustau_Pe=27rez?= User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: Hans Petter Selasky References: <4A089216.1050701@gmail.com> <200905120843.12065.hselasky@c2i.net> In-Reply-To: <200905120843.12065.hselasky@c2i.net> X-Enigmail-Version: 0.95.7 X-MIMETrack: Itemize by SMTP Server on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 12/05/2009 10:17:31, Serialize by Router on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 12/05/2009 10:17:32, Serialize complete at 12/05/2009 10:17:32 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=windows-1251 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Tue, 12 May 2009 10:17:23 +0200 (CEST) Cc: Andrey , freebsd-current@freebsd.org Subject: Re: system panics on USB-mouse detachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 08:17:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > Hi Andrey, > > Thanks for reporting. I suspect the patch below will fix your problem: > > http://perforce.freebsd.org/chv.cgi?CH=161961 > Hi, I was having the same problem and I was about to send a trace when I saw your response. I tried the patch and fixed the problem with unplugging usb mouse. Regards, Gus - -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoJMBMACgkQAvcpDulVChAgjwCfdeM0VndeN4kfmmoMUlt4f1uV zp8AnRQ84tzi3sda1rUAgpCz32zK3KZW =3wTd -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue May 12 10:09:28 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E125B106564A; Tue, 12 May 2009 10:09:28 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 68DB58FC1A; Tue, 12 May 2009 10:09:27 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n4C9x9VW002174; Tue, 12 May 2009 13:59:09 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Tue, 12 May 2009 13:59:09 +0400 (MSD) From: Dmitry Morozovsky To: freebsd-current@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (woozle.rinet.ru [0.0.0.0]); Tue, 12 May 2009 13:59:09 +0400 (MSD) Cc: gad@FreeBSD.org Subject: newsyslog(8) patch for both size and time checks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 10:09:29 -0000 Dear colleagues, for now, if log is configured to be rotated in time manner, its size is not checked, so /var/log may be DoSed by some service (in our case, it was mad DHCP client which fills up our /var/log with dhcpd log; our newsyslog.conf line was /var/log/dhcpd 640 5 5000 @T00 JC The following simple patch should fix the problem. Any objection to commit this? Thanks. Index: usr.sbin/newsyslog/newsyslog.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/newsyslog/newsyslog.c,v retrieving revision 1.107.2.1 diff -u -r1.107.2.1 newsyslog.c --- usr.sbin/newsyslog/newsyslog.c 8 Mar 2008 01:00:25 -0000 1.107.2.1 +++ usr.sbin/newsyslog/newsyslog.c 12 May 2009 09:48:00 -0000 @@ -466,7 +466,8 @@ printf("does not exist, skipped%s.\n", temp_reason); } } else { - if (ent->flags & CE_TRIMAT && !force && !rotatereq) { + if ((ent->trsize < 0 || ent->fsize < ent->trsize) && + ent->flags & CE_TRIMAT && !force && !rotatereq) { diffsecs = ptimeget_diff(timenow, ent->trim_at); if (diffsecs < 0.0) { /* trim_at is some time in the future. */ -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue May 12 07:38:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48C261065670; Tue, 12 May 2009 07:38:15 +0000 (UTC) (envelope-from knowtree@aloha.com) Received: from relay.pixi.com (relay.pixi.com [206.127.224.101]) by mx1.freebsd.org (Postfix) with ESMTP id 3FDC48FC13; Tue, 12 May 2009 07:38:13 +0000 (UTC) (envelope-from knowtree@aloha.com) Received: from leka.aloha.com (leka.aloha.com [206.127.224.85]) by relay.pixi.com (8.13.8+Sun/8.13.6) with ESMTP id n4C6f0Tb004161; Mon, 11 May 2009 20:41:00 -1000 (HST) Received: from [10.0.1.195] (atm-251-63.pixi.com [206.127.251.63]) by leka.aloha.com (8.13.8+Sun/8.12.11) with ESMTP id n4C6ewk9004101; Mon, 11 May 2009 20:40:59 -1000 (HST) From: Gary Dunn To: Alexander Motin In-Reply-To: <4A08B10E.4040702@FreeBSD.org> References: <49FE1826.4060000@FreeBSD.org> <4A07BC4D.7080604@freebsd.org> <4A081868.6010906@FreeBSD.org> <3a142e750905111308o62a11c8em5465ea9aa1cfaebc@mail.gmail.com> <4A08B10E.4040702@FreeBSD.org> Content-Type: text/plain Date: Mon, 11 May 2009 20:40:55 -1000 Message-Id: <1242110455.2664.9.camel@slate01> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 12 May 2009 11:34:18 +0000 Cc: FreeBSD acpi , freebsd-mobile@freebsd.org, FreeBSD-Current Subject: Re: Fighting for the power. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 07:38:15 -0000 On Tue, 2009-05-12 at 02:13 +0300, Alexander Motin wrote: ... > > What's about general effect, the main idea here is the same as in audio > processing: result mostly depends on quality of the worst component. > Your system may just have some other consumers which I don't have. For > example, desktop CPU instead of mobile, desktop chipset instead of > mobile, powerful external video instead of (or even in addition to) > built-in, and so on. > Interesting point. Is there a power consumption benchmark for evaluating hardware for use with FreeBSD? -- Gary Dunn, Honolulu osp@aloha.com http://openslate.net/ http://e9erust.blogspot.com/ Sent from Slate001 From owner-freebsd-current@FreeBSD.ORG Tue May 12 10:29:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71E36106564A for ; Tue, 12 May 2009 10:29:36 +0000 (UTC) (envelope-from ccuiyyan@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 2BD2F8FC08 for ; Tue, 12 May 2009 10:29:35 +0000 (UTC) (envelope-from ccuiyyan@gmail.com) Received: by qyk3 with SMTP id 3so5309419qyk.3 for ; Tue, 12 May 2009 03:29:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=vF2qltb9gIEe9M21c767A3GjPQ0x8P9P5vpn89QN8Tw=; b=CXsyM3KYhBtj/tBtyPYe3OTqSnA8SvLhx39CIOW4XgNGsOmSdpL1Fib0yRW+VCNGq1 ouhQQb7qtRjDg6bY5YYfVPU+O/ngwy4aNpbGctmUg2ucdvTMTifjQVbbA+rc1VQK9YlT wklgW0KTlLrhcXrIush66eGdtGCxOUmzsVrv8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=bS6fuXYi0tcvVD31srTfmfrkDKPJpvPQ/SQk3I8pqRgyqJ5CG7wrYXOL2VtE53OuXj pKi4sDtnbnI7SyLE6UX/T23ygFX+CC5Hd2+kyXsv0tQ/5YEODAswEdGclTd20DHbeqAZ JlWVHmDZLEwi0kGaGTDs7keoCiE4Y+xFIwkBo= MIME-Version: 1.0 Received: by 10.229.100.16 with SMTP id w16mr992724qcn.47.1242124175512; Tue, 12 May 2009 03:29:35 -0700 (PDT) Date: Tue, 12 May 2009 18:29:35 +0800 Message-ID: <4451ccf20905120329x68e86081p90d0098ad5ea5d5b@mail.gmail.com> From: =?GB2312?B?tN7R0mNjdWl5eWFuQHNpbmEuY29t?= To: freebsd-current@freebsd.org X-Mailman-Approved-At: Tue, 12 May 2009 11:34:31 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Is there printk() in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 10:29:36 -0000 Dear all; A simple question: sometimes i need to print out some kernel address in FreeBSD kernel. And i know printk() can be used in Linux to print the message to dmesg, Is there some similar in FreeBSD? It seems that printk() cannot work in the FreeBSD kernel. And where can we find the output? in dmesg or somewhere else? Best Wishes! Yan From owner-freebsd-current@FreeBSD.ORG Tue May 12 10:53:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 396001065670; Tue, 12 May 2009 10:53:24 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 7F8B18FC1B; Tue, 12 May 2009 10:53:23 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id n4CAPRHB063767; Tue, 12 May 2009 20:25:27 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 12 May 2009 20:25:27 +1000 (EST) From: Ian Smith To: Gary Dunn In-Reply-To: <1242110455.2664.9.camel@slate01> Message-ID: <20090512182420.K46325@sola.nimnet.asn.au> References: <49FE1826.4060000@FreeBSD.org> <4A07BC4D.7080604@freebsd.org> <4A081868.6010906@FreeBSD.org> <3a142e750905111308o62a11c8em5465ea9aa1cfaebc@mail.gmail.com> <4A08B10E.4040702@FreeBSD.org> <1242110455.2664.9.camel@slate01> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Tue, 12 May 2009 11:34:42 +0000 Cc: Alexander Motin , FreeBSD acpi , FreeBSD-Current , freebsd-mobile@freebsd.org Subject: Re: Fighting for the power. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 10:53:24 -0000 On Mon, 11 May 2009, Gary Dunn wrote: > On Tue, 2009-05-12 at 02:13 +0300, Alexander Motin wrote: > ... > > > > What's about general effect, the main idea here is the same as in audio > > processing: result mostly depends on quality of the worst component. > > Your system may just have some other consumers which I don't have. For > > example, desktop CPU instead of mobile, desktop chipset instead of > > mobile, powerful external video instead of (or even in addition to) > > built-in, and so on. > > > > Interesting point. Is there a power consumption benchmark for evaluating > hardware for use with FreeBSD? make buildworld, running on battery? :-) More seriously: thanks to Nate's earlier niggling, I've been thinking towards a richer set of power profiles than our {performance,economy} dichotomy for a while, both in terms of various different work/play and AC/battery scenarious, and re specific settings that may be more or less optimal for particular hardware, that could be distributed or advised as more of a basic working set rather than as a series of 'try this' hints. Many of the useful points Alexander makes apply to lots of recent kit, but perhaps not as applicably to some older machines - just one example being whether using C3 is likely to help or hinder, eg with the C3 quirks for (some) PIIX4 chipset variants that got some work last? year. I'm not a C programmer, so I've been thinking more towards inclusion as a deeper level of rc.conf variables and parsing of these by sh script, tweaking sysctls after the fashion of the present power_profile and its triggering by devd events. Some features of individual machine / scenario profiles could include min/max cpu freq settings, whether or not to use p4tcc/acpi_throttle, highest C-state, powerd high/low load shift up/down percentages, and perhaps whether or not to power-down (D3) various devices/subsystems .. Recent exposure to (debian etch) cpufreqd profiles provides a few more ideas, eg here are a few examples from its default cpufreqd.conf, noting that cpufreqd and friends are add-ons, not system components, in debian. # stay in performance mode for the first minutes [Rule] name=AC Off - High Power ac=off # (on/off) battery_interval=70-100 #exec_post=echo 5 > /proc/acpi/sony/brightness profile=Performance Low [/Rule] # conservative mode when not AC [Rule] name=AC Off - Medium Battery ac=off # (on/off) battery_interval=30-70 #exec_post=echo 3 > /proc/acpi/sony/brightness profile=Powersave High [/Rule] # conservative mode when not AC [Rule] name=AC Off - Low Battery ac=off # (on/off) battery_interval=0-30 #exec_post=echo 3 > /proc/acpi/sony/brightness profile=Powersave Low [/Rule] ## # Special Rules ## # CPU Too hot! [Rule] name=CPU Too Hot acpi_temperature=55-100 cpu_interval=50-100 profile=Performance Low [/Rule] # use performance mode if I'm watching a movie # I don't care for batteries! # But don't heat too much. [Rule] name=Movie Watcher programs=xine,mplayer,gmplayer battery_interval=0-100 acpi_temperature=0-60 cpu_interval=0-100 profile=Performance High [/Rule] cheers, Ian From owner-freebsd-current@FreeBSD.ORG Tue May 12 11:45:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A975C106566B; Tue, 12 May 2009 11:45:13 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id AA38D8FC13; Tue, 12 May 2009 11:45:12 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [66.135.97.2] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 242526780; Tue, 12 May 2009 14:45:10 +0300 Message-ID: <4A096131.4040405@FreeBSD.org> Date: Tue, 12 May 2009 14:44:49 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Gary Dunn References: <49FE1826.4060000@FreeBSD.org> <4A07BC4D.7080604@freebsd.org> <4A081868.6010906@FreeBSD.org> <3a142e750905111308o62a11c8em5465ea9aa1cfaebc@mail.gmail.com> <4A08B10E.4040702@FreeBSD.org> <1242110455.2664.9.camel@slate01> In-Reply-To: <1242110455.2664.9.camel@slate01> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD acpi , freebsd-mobile@freebsd.org, FreeBSD-Current Subject: Re: Fighting for the power. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 11:45:14 -0000 Gary Dunn wrote: > On Tue, 2009-05-12 at 02:13 +0300, Alexander Motin wrote: > ... >> What's about general effect, the main idea here is the same as in audio >> processing: result mostly depends on quality of the worst component. >> Your system may just have some other consumers which I don't have. For >> example, desktop CPU instead of mobile, desktop chipset instead of >> mobile, powerful external video instead of (or even in addition to) >> built-in, and so on. > > Interesting point. Is there a power consumption benchmark for evaluating > hardware for use with FreeBSD? It is difficult to speak about benchmark, as soon as we are talking about idle power. I think the first step evaluation could be made with vendor provided data, as it mostly depends on hardware. If vendor speaks about 2 hours on battery, then there is quite small probability to get much out of that system, as it looks mostly positioned as desktop and may have many desktop components. And opposite, system declaring 9 hours must support a lot of different power-saving technologies to reach it. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue May 12 11:48:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6346B106566B for ; Tue, 12 May 2009 11:48:43 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 002908FC13 for ; Tue, 12 May 2009 11:48:42 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=n7W4bEX3lYiEoaxXwqtMTK/QmNP8gMAlbZdn9V08ZnO1pPG9vW2u/85W/Z4EZ8stptjI41tkLlw44CqBkKYrlnjcQdjwmxxD1a9iWos1zjjYwdRtoaG791hSu/KNdp3ZXA+Ac5hOked2gUc2yONmdaQ5D6nQ8XkHjiQ4lNsUnQU=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1M3qTQ-0003cB-Bs; Tue, 12 May 2009 15:48:40 +0400 Date: Tue, 12 May 2009 15:48:38 +0400 From: Eygene Ryabinkin To: "????ccuiyyan@sina.com" Message-ID: References: <4451ccf20905120329x68e86081p90d0098ad5ea5d5b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4451ccf20905120329x68e86081p90d0098ad5ea5d5b@mail.gmail.com> Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@freebsd.org Subject: Re: Is there printk() in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 11:48:43 -0000 Tue, May 12, 2009 at 06:29:35PM +0800, ????ccuiyyan@sina.com wrote: > A simple question: sometimes i need to print out some kernel > address in FreeBSD kernel. And i know printk() can be used in > Linux to print the message to dmesg, Is there some similar in > FreeBSD? > > It seems that printk() cannot work in the FreeBSD kernel. Use plain printf(). > And where can we find the output? in dmesg or somewhere else? In the dmesg and in all (syslogged) destinations you had configured. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Tue May 12 11:50:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 233CA10656B7 for ; Tue, 12 May 2009 11:50:11 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id BA9A28FC08 for ; Tue, 12 May 2009 11:50:10 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=V5apBT/DHZJYZ4los0QaN+DL3uQMBv4y8iSovrRuslGnUA4C2N14y7GyzlRMvIp1VlbVJZlnwkdY9lrRvWERqk4eNytvujub21TL1X2H/SGyK2tLd7HnoeYnGrum33+Iwb966U7RTG5CCC3xv73RIfxiyI8LnrcwFVjosWBv7TI=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1M3qUr-0003np-Oj; Tue, 12 May 2009 15:50:09 +0400 Date: Tue, 12 May 2009 15:50:07 +0400 From: Eygene Ryabinkin To: "????ccuiyyan@sina.com" Message-ID: References: <4451ccf20905120329x68e86081p90d0098ad5ea5d5b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@freebsd.org Subject: Re: Is there printk() in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 11:50:11 -0000 Tue, May 12, 2009 at 03:48:38PM +0400, Eygene Ryabinkin wrote: > Tue, May 12, 2009 at 06:29:35PM +0800, ????ccuiyyan@sina.com wrote: > > > A simple question: sometimes i need to print out some kernel > > address in FreeBSD kernel. And i know printk() can be used in > > Linux to print the message to dmesg, Is there some similar in > > FreeBSD? > > > > It seems that printk() cannot work in the FreeBSD kernel. > > Use plain printf(). By the way, there is device_printf (man 9 device_printf) that is a bit prettier than the plain printf, so you can use it as well. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Tue May 12 12:06:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6CE8106566B for ; Tue, 12 May 2009 12:06:18 +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 7B5018FC0A for ; Tue, 12 May 2009 12:06:18 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id A31FEC387; Tue, 12 May 2009 14:47:31 +0300 (EEST) 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 79728-04; Tue, 12 May 2009 14:47:30 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id D5E06BBC0; Tue, 12 May 2009 14:47:30 +0300 (EEST) Message-ID: <4A0961D1.1010503@bulinfo.net> Date: Tue, 12 May 2009 14:47:29 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.19 (X11/20090225) MIME-Version: 1.0 To: =?UTF-8?B?IuW0lOWyqWNjdWl5eWFuQHNpbmEuY29tIg==?= References: <4451ccf20905120329x68e86081p90d0098ad5ea5d5b@mail.gmail.com> In-Reply-To: <4451ccf20905120329x68e86081p90d0098ad5ea5d5b@mail.gmail.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-current@freebsd.org Subject: Re: Is there printk() in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 12:06:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 You can use printf or device_printf. See man 9 device_printf 崔岩ccuiyyan@sina.com wrote: > Dear all; > > A simple question: sometimes i need to print out some kernel > > address in FreeBSD kernel. And i know printk() can be used in > > Linux to print the message to dmesg, Is there some similar in > FreeBSD? > > It seems that printk() cannot work in the FreeBSD kernel. And > > where can we find the output? in dmesg or somewhere else? > > Best Wishes! > > Yan > _______________________________________________ > 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" > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFKCWHRxJBWvpalMpkRAu41AJ4x9mI2AHvgAyn16fY8OB7LEnuMBACgo+XJ S/FaTNIouZtd/LsTa2t6lAw= =D4TH -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue May 12 12:07:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2E5110656C1 for ; Tue, 12 May 2009 12:07:07 +0000 (UTC) (envelope-from rodrigo@bebik.net) Received: from smtpfb2-g21.free.fr (smtpfb2-g21.free.fr [212.27.42.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3052A8FC22 for ; Tue, 12 May 2009 12:07:05 +0000 (UTC) (envelope-from rodrigo@bebik.net) Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [212.27.42.6]) by smtpfb2-g21.free.fr (Postfix) with ESMTP id 81C3BCA9866 for ; Tue, 12 May 2009 13:49:55 +0200 (CEST) Received: from smtp6-g21.free.fr (localhost [127.0.0.1]) by smtp6-g21.free.fr (Postfix) with ESMTP id 0D879E080E0; Tue, 12 May 2009 13:49:49 +0200 (CEST) Received: from hodja.bebik.net (hodja.bebik.net [82.235.223.127]) by smtp6-g21.free.fr (Postfix) with ESMTP id 2C1E3E0816B; Tue, 12 May 2009 13:49:47 +0200 (CEST) Received: by hodja.bebik.net (Postfix, from userid 1001) id D61D62847B; Tue, 12 May 2009 13:49:46 +0200 (CEST) Date: Tue, 12 May 2009 13:49:46 +0200 From: "Rodrigo OSORIO (ros)" To: "????ccuiyyan@sina.com" Message-ID: <20090512114946.GA79236@hodja.bebik.net> References: <4451ccf20905120329x68e86081p90d0098ad5ea5d5b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4451ccf20905120329x68e86081p90d0098ad5ea5d5b@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Is there printk() in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 12:07:08 -0000 On 12/05/09 18:29 +0800, ????ccuiyyan@sina.com wrote: > Dear all; > > A simple question: sometimes i need to print out some kernel > > address in FreeBSD kernel. And i know printk() can be used in > > Linux to print the message to dmesg, Is there some similar in > FreeBSD? > > It seems that printk() cannot work in the FreeBSD kernel. And > > where can we find the output? in dmesg or somewhere else? > > Best Wishes! > > Yan > _______________________________________________ > 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" Hi Please check the printf(9) to how to print messages in kernel code : http://www.freebsd.org/cgi/man.cgi?query=printf&apropos=0&sektion=9&manpath=FreeBSD+7.2-RELEASE&format=html Regards - Rodrigo From owner-freebsd-current@FreeBSD.ORG Tue May 12 12:54:34 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43127106566B for ; Tue, 12 May 2009 12:54:34 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id CD3EC8FC19 for ; Tue, 12 May 2009 12:54:33 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id n4CCsUse012357; Tue, 12 May 2009 13:54:30 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1M3rV8-0007En-Sl; Tue, 12 May 2009 13:54:30 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n4CCsUhP007345; Tue, 12 May 2009 13:54:30 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n4CCsUIY007344; Tue, 12 May 2009 13:54:30 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Dmitry Morozovsky In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 12 May 2009 13:54:30 +0100 Message-Id: <1242132870.5455.9.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: freebsd-current@FreeBSD.org, gad@FreeBSD.org Subject: Re: newsyslog(8) patch for both size and time checks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 12:54:34 -0000 On Tue, 2009-05-12 at 13:59 +0400, Dmitry Morozovsky wrote: > Dear colleagues, > > for now, if log is configured to be rotated in time manner, its size is not > checked, so /var/log may be DoSed by some service (in our case, it was mad DHCP > client which fills up our /var/log with dhcpd log; our newsyslog.conf line was > > /var/log/dhcpd 640 5 5000 @T00 JC > > The following simple patch should fix the problem. Any objection to commit > this? Short answer: I believe you will find this patch breaks some newsyslog functionality. I can't remember what the problems are, but that patch is pretty similar to my first attempt at fixing the problem too. The patch I ended up creating is at http://people.freebsd.org/~gavin/PRs/100018.diff (and a PR where somebody else requested this functionality is bin/100018). Gavin From owner-freebsd-current@FreeBSD.ORG Tue May 12 13:23:43 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEA80106566C for ; Tue, 12 May 2009 13:23:43 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 69DB78FC13 for ; Tue, 12 May 2009 13:23:43 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 22BBD19E045; Tue, 12 May 2009 15:23:41 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 8956919E043; Tue, 12 May 2009 15:23:35 +0200 (CEST) Message-ID: <4A097857.5040007@quip.cz> Date: Tue, 12 May 2009 15:23:35 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Dmitry Morozovsky References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, gad@FreeBSD.org Subject: Re: newsyslog(8) patch for both size and time checks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 13:23:44 -0000 Dmitry Morozovsky wrote: > Dear colleagues, > > for now, if log is configured to be rotated in time manner, its size is not > checked, so /var/log may be DoSed by some service (in our case, it was mad DHCP > client which fills up our /var/log with dhcpd log; our newsyslog.conf line was > > /var/log/dhcpd 640 5 5000 @T00 JC > > The following simple patch should fix the problem. Any objection to commit > this? I can't judged the patch, but I am +1 for this functionality. Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Tue May 12 15:48:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F11531065672; Tue, 12 May 2009 15:48:13 +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 C47318FC18; Tue, 12 May 2009 15:48:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 78CCD46B2E; Tue, 12 May 2009 11:48:13 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 46A968A029; Tue, 12 May 2009 11:48:12 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 12 May 2009 10:28:58 -0400 User-Agent: KMail/1.9.7 References: <9A637B27-7C89-49BA-8385-A5B2D5D54BB3@wanderview.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905121028.58998.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 12 May 2009 11:48:12 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Robert Watson , Ben Kelly Subject: Re: [patch] corrupt memstat_kvm_malloc(3) output and dtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 15:48:14 -0000 On Wednesday 06 May 2009 1:00:09 am Ben Kelly wrote: > On May 5, 2009, at 10:18 AM, Ben Kelly wrote: > > While debugging a problem recently with Alexander Leidinger we > > noticed that crashinfo(8) was producing corrupt vmstat -m output. > > After doing some digging it appears that memstat_kvm_malloc(3) might > > have been broken by this commit: > > > > http://svn.freebsd.org/viewvc/base?view=revision&revision=179222 > > > > The problem is that memstat_kvm_malloc(3) assumes that > > malloc_type_internal starts with an array of malloc_types_stats > > structures. This assumption is no longer true, though, as > > mti_probes was inserted at the start of the structure. > > > > It appears that this (untested) patch might fix the problem: > > > > http://www.wanderview.com/svn/public/misc/zfs/vmstat_kvm_malloc.diff > > > > I'm not very familiar with dtrace, though. Does anyone know if this > > would cause problems? > > Just FYI, I was able to recompile and test this patch tonight. It > seems to have fixed vmstat -M $core -m output on my machine. I think that it would be better to update memstat_kvm_malloc(3) though. I'm also curious why libmemstat isn't just using malloc_types_internal directly. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue May 12 16:53:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03DF0106566B for ; Tue, 12 May 2009 16:53:13 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id C71508FC20 for ; Tue, 12 May 2009 16:53:12 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from sarevok.dnr.servegame.org (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 7C7787E837; Tue, 12 May 2009 08:53:11 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Tue, 12 May 2009 18:53:09 +0200 User-Agent: KMail/1.11.2 (FreeBSD/8.0-CURRENT; KDE/4.2.2; i386; ; ) References: <87vdo8powi.fsf@kobe.laptop> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905121853.09947.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Giorgos Keramidas , Jon Loeliger Subject: Re: Feedback and Questions Updating to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 16:53:13 -0000 On Monday 11 May 2009 02:29:38 Jon Loeliger wrote: > > pkgdb -Fu && portupgrade -fa > > > > or: > > > > portmaster -fa > > And confusingly here, there's no indication as to why I might > pick one or the other, nor the pros and cons of either, nor > if having picked one, I could use the other later. portmaster is superior when crossing major release boundaries as it has no dependencies other then /bin/sh, while portupgrade uses ruby and bdb. > A "use the defaults" configuration for totally non-interactive > build would have been my expectation here. Will I need to > babysit this whole build now? Yep. Nope. Again, portmaster will present you with all options before you go to dinner and when confronted with an interactive port will tell you before it starts to build and allows you to eat. Adding -m '-DBATCH' to portmaster will also silence any confirmation questions. These are not considered interactive ports, because of this fact that BATCH compiling can turn them off. Ports marked interactive (IS_INTERACTIVE=yes) have no sane or legally valid default (accepting a license for example). -- Mel From owner-freebsd-current@FreeBSD.ORG Tue May 12 18:26:11 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1AD3106566B; Tue, 12 May 2009 18:26:11 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp8.server.rpi.edu (smtp8.server.rpi.edu [128.113.2.228]) by mx1.freebsd.org (Postfix) with ESMTP id 9DFF58FC1A; Tue, 12 May 2009 18:26:11 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp8.server.rpi.edu (8.13.1/8.13.1) with ESMTP id n4CHESWb022730; Tue, 12 May 2009 13:14:30 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Tue, 12 May 2009 13:14:27 -0400 To: Dmitry Morozovsky , freebsd-current@FreeBSD.org From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 0.10 () [Hold at 20.00] COMBINED_FROM X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.228 Cc: gad@FreeBSD.org Subject: Re: newsyslog(8) patch for both size and time checks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 18:26:12 -0000 At 1:59 PM +0400 5/12/09, Dmitry Morozovsky wrote: >Dear colleagues, > >for now, if log is configured to be rotated in time manner, its size is not >checked, so /var/log may be DoSed by some service (in our case, it >was mad DHCP client which fills up our /var/log with dhcpd log; our >newsyslog.conf >line was > >/var/log/dhcpd 640 5 5000 @T00 JC > >The following simple patch should fix the problem. Any objection to commit >this? It would fix your problem, but it changes the behavior as is explicitly documented in 'man newsyslog.conf' . There is a paragraph in the man page which makes it clear that if both fields are specified, then the log file will only be rotated if both conditions are true. I agree that newsyslog needs some way to specify an "either/or" combination of those fields. I believe I have some time to look into changes to newsyslog right this week, so I'll see what is needed to address this issue. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Tue May 12 18:27:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DDCE1065690 for ; Tue, 12 May 2009 18:27:16 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 510638FC0C for ; Tue, 12 May 2009 18:27:16 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1M3wh9-0004M2-Je for freebsd-current@freebsd.org; Tue, 12 May 2009 11:27:15 -0700 Message-ID: <23507827.post@talk.nabble.com> Date: Tue, 12 May 2009 11:27:15 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl Subject: dead dhclient em0 in r192014 /Thinkpad T400 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 18:27:16 -0000 Hello. After updating to 192014, gigabit Intel ethernet is dead. em0: link state changed to UP in_ifinit: insertion failed #dhclient em0 ifconfig ioctl (SIOCSIFADDR) File exists em0: not found exiting dhclient em0: not found dhclient exiting dhclient connection closed dhclient exiting -best regards, Jakub Lach -- View this message in context: http://www.nabble.com/dead-dhclient-em0-in-r192014--Thinkpad-T400-tp23507827p23507827.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue May 12 18:40:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5541A1065752 for ; Tue, 12 May 2009 18:40:17 +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 1AF1C8FC19 for ; Tue, 12 May 2009 18:40:17 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:755a:47e8:c7ef:3a5e] (unknown [IPv6:2001:7b8:3a7:0:755a:47e8:c7ef:3a5e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6D54F5C43; Tue, 12 May 2009 20:40:16 +0200 (CEST) Message-ID: <4A09C292.5070700@andric.com> Date: Tue, 12 May 2009 20:40:18 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b5pre) Gecko/20090508 Shredder/3.0b3pre MIME-Version: 1.0 To: Jakub Lach References: <23507827.post@talk.nabble.com> In-Reply-To: <23507827.post@talk.nabble.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: dead dhclient em0 in r192014 /Thinkpad T400 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 18:40:17 -0000 On 2009-05-12 20:27, Jakub Lach wrote: > After updating to 192014, gigabit Intel ethernet is dead. ... > in_ifinit: insertion failed Revert r192011 to fix this issue. See also http://docs.freebsd.org/cgi/mid.cgi?4A09B57C.6050709 From owner-freebsd-current@FreeBSD.ORG Tue May 12 19:29:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B21F106564A for ; Tue, 12 May 2009 19:29:33 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id D26748FC1C for ; Tue, 12 May 2009 19:29:32 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: by bwz9 with SMTP id 9so182813bwz.43 for ; Tue, 12 May 2009 12:29:31 -0700 (PDT) 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:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=4pVt/bjttLKXE5WjBmc5WJl7mQR8MSxt79AwXP39H6w=; b=ZJu4g0dnH4VtIlx0AMJAXApz+KzL8SEFWI2ERGul6FaBS5rrGrt0xn0cCltMvQn7Kt oDUu/jhdEXC/DbG13UNzzd/ekMbcrtYdr20Pv6fgJzvDVU4+AoAWAWod11qHYknE3yIR Jldh6X9QSaL2pEdnVR4l0tsT/CydmoWMlBokw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=JIZNlCQOTmJIfCSBIVCGdYwgcVEbJ8mJ7NJAsLLk4fRaQ7ePkZpRP9bk5PhQdn1o3c 5vqOqvnP/o/qvjK2m3S3EvazrvfYYkCrPvUlL49PoDGHNtObNE49+NxhqLNLA5NF5bWc SYK5V03IYXGIXBNYc1gfGSLzobpZ/JDh9fdjc= Received: by 10.103.246.1 with SMTP id y1mr29010mur.72.1242156571569; Tue, 12 May 2009 12:29:31 -0700 (PDT) Received: from beastie.lan ([195.60.175.243]) by mx.google.com with ESMTPS id b9sm686274mug.9.2009.05.12.12.29.30 (version=SSLv3 cipher=RC4-MD5); Tue, 12 May 2009 12:29:31 -0700 (PDT) Message-ID: <4A09CDD3.7030801@gmail.com> Date: Tue, 12 May 2009 22:28:19 +0300 From: Andrey User-Agent: Thunderbird 2.0.0.21 (X11/20090418) MIME-Version: 1.0 To: Hans Petter Selasky References: <4A089216.1050701@gmail.com> <200905120843.12065.hselasky@c2i.net> In-Reply-To: <200905120843.12065.hselasky@c2i.net> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: system panics on USB-mouse detachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 19:29:33 -0000 Hello, Hans Petter Selasky, I go along with report of Gustau Pe'rez (previous message in the thread) and confirm that given patch eliminates issue. Thank you for your time and efforts! Hans Petter Selasky wrote: > On Monday 11 May 2009, Andrey wrote: >> Andrey > > Hi Andrey, > > Thanks for reporting. I suspect the patch below will fix your problem: > > http://perforce.freebsd.org/chv.cgi?CH=161961 > > --HPS --- WBR, Andrey Kosachenko From owner-freebsd-current@FreeBSD.ORG Tue May 12 20:03:04 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14B7D1065672 for ; Tue, 12 May 2009 20:03:04 +0000 (UTC) (envelope-from mwest@zeeb.org) Received: from zeeb.org (zeeb.org [88.198.32.244]) by mx1.freebsd.org (Postfix) with ESMTP id CE10F8FC1B for ; Tue, 12 May 2009 20:03:03 +0000 (UTC) (envelope-from mwest@zeeb.org) Received: from mwest by zeeb.org with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M3xpJ-0009A2-BK; Tue, 12 May 2009 20:39:45 +0100 Date: Tue, 12 May 2009 20:39:45 +0100 From: Matthew West To: current@freebsd.org Message-ID: <20090512193945.GA34736@zeeb.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Sender: Matthew West Cc: Jaakko Heinonen Subject: ZFS panic: existing znode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 20:03:04 -0000 FreeBSD 8-CURRENT, built from sources around 27/02/2009: FreeBSD foo.internal 8.0-CURRENT FreeBSD 8.0-CURRENT #5: Fri Apr 17 18:33:02 BST 2009 mwest@foo.internal:/usr/obj/usr/src/sys/DEBUGLOCK amd64 The system is AMD64, with 16GB of RAM, serving a few hundred clients via NFS (v2 and v3) and Samba, from a 800GB ZFS pool; using hardware RAID (aac controller), not RAID-Z. Running a GENERIC kernel, but with the following options enabled: options DEBUG_LOCKS options DEBUG_VFS_LOCKS options DIAGNOSTIC I also have Jaakko Heinonen's patch to zfs_znode.c applied, from: http://www.freebsd.org/cgi/query-pr.cgi?pr=132068 After almost a week of active usage, there was a system panic. ---------- panic: existing znode 0xffffff007dfd3d38 for dbuf 0xffffff00aeeb9620 cpuid = 2 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 zfs_znode_dmu_init() at zfs_znode_dmu_init+0xb5 zfs_znode_alloc() at zfs_znode_alloc+0xa0 zfs_mknode() at zfs_mknode+0x205 zfs_freebsd_create() at zfs_freebsd_create+0x617 VOP_CREATE_APV() at VOP_CREATE_APV+0xb3 nfsrv_create() at nfsrv_create+0x909 nfssvc() at nfssvc+0x4af syscall() at syscall+0x1e7 Xfast_syscall() at Xfast_syscall+0xab --- syscall (155, FreeBSD ELF64, nfssvc), rip = 0x800695c4c, rsp = 0x7fffffffe8e8, rbp = 0 --- ---------- I see Kris Kennaway encountered a similar crash, but no one seems to have replied: http://lists.freebsd.org/pipermail/freebsd-current/2009-January/002631.html I was unfortunately not able to generate a crash dump. Let me know if there's any further information I can provide which might be useful. Thanks, Matthew From owner-freebsd-current@FreeBSD.ORG Tue May 12 21:23:35 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id B3E98106564A; Tue, 12 May 2009 21:23:33 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Tue, 12 May 2009 17:23:21 -0400 User-Agent: KMail/1.6.2 References: <23507827.post@talk.nabble.com> <4A09C292.5070700@andric.com> In-Reply-To: <4A09C292.5070700@andric.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_OjeCKNw4+iCfM1o" Message-Id: <200905121723.26171.jkim@FreeBSD.org> Cc: Qing Li , Dimitry Andric , Jakub Lach Subject: Re: dead dhclient em0 in r192014 /Thinkpad T400 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 21:23:35 -0000 --Boundary-00=_OjeCKNw4+iCfM1o Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tuesday 12 May 2009 02:40 pm, Dimitry Andric wrote: > On 2009-05-12 20:27, Jakub Lach wrote: > > After updating to 192014, gigabit Intel ethernet is dead. > > ... > > > in_ifinit: insertion failed > > Revert r192011 to fix this issue. Or you can try the attached patch until it gets fixed. Jung-uk Kim --Boundary-00=_OjeCKNw4+iCfM1o Content-Type: text/plain; charset="iso-8859-1"; name="in.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="in.c.diff" --- sys/netinet/in.c 12 May 2009 07:41:20 -0000 1.131 +++ sys/netinet/in.c 12 May 2009 21:18:51 -0000 @@ -917,6 +917,8 @@ in_ifinit(struct ifnet *ifp, struct in_i info.rti_info[RTAX_GATEWAY] = (struct sockaddr *)&null_sdl; error = rtrequest1_fib(RTM_ADD, &info, &rt, 0); + if (error == EEXIST) + return (0); if (error == 0 && rt != NULL) { RT_LOCK(rt); ((struct sockaddr_dl *)rt->rt_gateway)->sdl_type = --Boundary-00=_OjeCKNw4+iCfM1o-- From owner-freebsd-current@FreeBSD.ORG Tue May 12 21:47:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20C221065675 for ; Tue, 12 May 2009 21:47:39 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from mail-ew0-f159.google.com (mail-ew0-f159.google.com [209.85.219.159]) by mx1.freebsd.org (Postfix) with ESMTP id 9F0AD8FC08 for ; Tue, 12 May 2009 21:47:38 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by ewy3 with SMTP id 3so341825ewy.43 for ; Tue, 12 May 2009 14:47:37 -0700 (PDT) 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:content-transfer-encoding; bh=9ZY83iHSm90PoF8HTk5tRQ9Nz6nx/EEKMC/TnXyC2aY=; b=dZ5FmW/F29iCED2qq1TaNfOcLKcsLIA42MqzwMxJkmk0kuemIxZjNkOzkjcbrj2U/g dl1tk1B7IlUV/BJRA/SlNqovchO6qefOP1oomKsPHq/bDALCUG0X+uye1dgKXCKsca5I juNdlOKse62R4omZYmqBl8RvBdzauQWFdXths= 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 :content-transfer-encoding; b=v/HPN04NIPxMbkXf/FJ8ed6vQqG9oDyaEe1k56UuRzPAToJ3w7Sx98Sd189a+cIUYl ypUP+AU6nX6nI9I0VbxlzXWJStIqxqIS/v8k5JtfT+jKYIZNktlc0ilaCASlxq0UUorJ ClS5eCWUV6IwfIrGbpKH8HhyvT6vgOHF3GnuI= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.216.1.202 with SMTP id 52mr126078wed.15.1242164857613; Tue, 12 May 2009 14:47:37 -0700 (PDT) In-Reply-To: <20090512193945.GA34736@zeeb.org> References: <20090512193945.GA34736@zeeb.org> Date: Tue, 12 May 2009 14:47:37 -0700 X-Google-Sender-Auth: 92e306feb716ee8a Message-ID: <3c1674c90905121447h4fe1f29bq90dd38e1861178c8@mail.gmail.com> From: Kip Macy To: Matthew West Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Jaakko Heinonen , current@freebsd.org Subject: Re: ZFS panic: existing znode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 21:47:39 -0000 This is fairly easy to reproduce with stress2 + fsstress. I haven't had time to track down the locking bug yet. Cheers, Kip On Tue, May 12, 2009 at 12:39 PM, Matthew West wrote: > FreeBSD 8-CURRENT, built from sources around 27/02/2009: > > FreeBSD foo.internal 8.0-CURRENT FreeBSD 8.0-CURRENT #5: Fri Apr 17 18:33= :02 BST 2009 mwest@foo.internal:/usr/obj/usr/src/sys/DEBUGLOCK amd64 > > The system is AMD64, with 16GB of RAM, serving a few hundred clients via > NFS (v2 and v3) and Samba, from a 800GB ZFS pool; using hardware RAID > (aac controller), not RAID-Z. > > Running a GENERIC kernel, but with the following options enabled: > > options DEBUG_LOCKS > options DEBUG_VFS_LOCKS > options DIAGNOSTIC > > I also have Jaakko Heinonen's patch to zfs_znode.c applied, from: > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D132068 > > After almost a week of active usage, there was a system panic. > > ---------- > panic: existing znode 0xffffff007dfd3d38 for dbuf 0xffffff00aeeb9620 > cpuid =3D 2 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x182 > zfs_znode_dmu_init() at zfs_znode_dmu_init+0xb5 > zfs_znode_alloc() at zfs_znode_alloc+0xa0 > zfs_mknode() at zfs_mknode+0x205 > zfs_freebsd_create() at zfs_freebsd_create+0x617 > VOP_CREATE_APV() at VOP_CREATE_APV+0xb3 > nfsrv_create() at nfsrv_create+0x909 > nfssvc() at nfssvc+0x4af > syscall() at syscall+0x1e7 > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (155, FreeBSD ELF64, nfssvc), rip =3D 0x800695c4c, rsp =3D 0x= 7fffffffe8e8, rbp =3D 0 --- > ---------- > > I see Kris Kennaway encountered a similar crash, but no one seems to > have replied: > > =A0http://lists.freebsd.org/pipermail/freebsd-current/2009-January/002631= .html > > I was unfortunately not able to generate a crash dump. > > Let me know if there's any further information I can provide which > might be useful. > > Thanks, > > Matthew > > _______________________________________________ > 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= " > --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Tue May 12 21:23:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65F861065670 for ; Tue, 12 May 2009 21:23:34 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id D63BF8FC1B; Tue, 12 May 2009 21:23:33 +0000 (UTC) (envelope-from dan@langille.org) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 4511A50A0E; Tue, 12 May 2009 22:04:24 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j6C83HnIXqRy; Tue, 12 May 2009 22:04:22 +0100 (BST) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id BBC2550A0D ; Tue, 12 May 2009 22:04:19 +0100 (BST) Message-ID: <4A09E44E.6090907@langille.org> Date: Tue, 12 May 2009 17:04:14 -0400 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Thunderbird 2.0.0.21 (X11/20090422) MIME-Version: 1.0 To: hps@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: multipart/mixed; boundary="------------020808000305000704010906" X-Mailman-Approved-At: Tue, 12 May 2009 22:02:28 +0000 Cc: freebsd-current@freebsd.org, thompsa@FreeBSD.org Subject: usb/serial issues with dial up modem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 21:23:34 -0000 This is a multi-part message in MIME format. --------------020808000305000704010906 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Giday, I encountered a problem with an 8.0 snapshot recently. I'm trying to get a dial-up modem working via a USB-serial cable on a eeePC 1000HE. It works fine under 7.2-RELEASE. The ppp log from 8 is attached but please scroll down. The main issue is: ppp[1686]: tun0: Phase: Auth: No response from server Also included is the debug output (messages) thompsa@ suggested that and has seen it, FWIW. In the meantime, I'm on 7.2-release trying to backport ath from HEAD, which was the main reason for the current-snapshot attempt. cheers. hth. - -- Dan Langille BSDCan - The Technical BSD Conference : http://www.bsdcan.org/ PGCon - The PostgreSQL Conference: http://www.pgcon.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoJ5E4ACgkQCgsXFM/7nTyydwCg6IAyZSqLvSuOiC0zjXHMti1h 6FcAoJwzuZaUWWLc2Wj8mvYdZ/8WPrSV =Y/cr -----END PGP SIGNATURE----- --------------020808000305000704010906 Content-Type: text/plain; name="ppp.log" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="ppp.log" [root@mum ~]# tail -F /var/log/ppp.log May 11 19:53:28 mum ppp[1679]: tun0: Phase: deflink: Disconnected! May 11 19:53:28 mum ppp[1679]: tun0: Phase: deflink: logout -> hangup May 11 19:53:28 mum ppp[1679]: tun0: Phase: deflink: Connect time: 41 secs: 8651 octets in, 463 octets out May 11 19:53:28 mum ppp[1679]: tun0: Phase: deflink: 141 packets in, 12 packets out May 11 19:53:28 mum ppp[1679]: tun0: Phase: total 222 bytes/sec, peak 551 bytes/sec on Mon May 11 19:53:27 2009 May 11 19:53:28 mum ppp[1679]: tun0: Phase: deflink: hangup -> closed May 11 19:53:28 mum ppp[1679]: tun0: Phase: bundle: Dead May 11 19:53:28 mum ppp[1679]: tun0: Phase: PPP Terminated (normal). May 11 19:53:28 mum ppp[1679]: tun0: Chat: Parent notified of failure May 11 19:53:28 mum ppp[1678]: tun0: Phase: Parent: Child failed (errdead) May 11 19:53:46 mum ppp[1685]: Phase: Using interface: tun0 May 11 19:53:46 mum ppp[1685]: Phase: deflink: Created in closed state May 11 19:53:46 mum ppp[1685]: tun0: Command: default: ident user-ppp VERSION (built COMPILATIONDATE) May 11 19:53:46 mum ppp[1685]: tun0: Command: default: set device /dev/cuaU0 May 11 19:53:46 mum ppp[1685]: tun0: Command: default: set speed 115200 May 11 19:53:46 mum ppp[1685]: tun0: Command: default: set dial ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 "" AT OK-AT-OK ATE1Q0 OK \dATDT\T TIMEOUT 40 CONNECT May 11 19:53:46 mum ppp[1685]: tun0: Command: default: set timeout 180 May 11 19:53:46 mum ppp[1685]: tun0: Command: default: enable dns May 11 19:53:46 mum ppp[1685]: tun0: Command: ncf: set server /var/run/ncf ******** 0177 May 11 19:53:46 mum ppp[1685]: tun0: Phase: Listening at local socket /var/run/ncf. May 11 19:53:46 mum ppp[1685]: tun0: Command: ncf: set phone 6135201135 May 11 19:53:46 mum ppp[1685]: tun0: Command: ncf: set authname mom May 11 19:53:46 mum ppp[1685]: tun0: Command: ncf: set authkey ****** May 11 19:53:46 mum ppp[1685]: tun0: Command: ncf: set login TIMEOUT 10 gin: \U word: \n May 11 19:53:46 mum ppp[1685]: tun0: Command: ncf: set ifaddr 0 0 May 11 19:53:46 mum ppp[1685]: tun0: Command: ncf: add default HISADDR May 11 19:53:46 mum ppp[1685]: tun0: Command: ncf: disable ipv6cp May 11 19:53:46 mum ppp[1685]: tun0: Command: ncf: disable deflate May 11 19:53:46 mum ppp[1685]: tun0: Command: ncf: disable pred1 May 11 19:53:46 mum ppp[1685]: tun0: Command: ncf: disable vjcomp May 11 19:53:46 mum ppp[1686]: tun0: Phase: PPP Started (background mode). May 11 19:53:46 mum ppp[1686]: tun0: Phase: bundle: Establish May 11 19:53:46 mum ppp[1686]: tun0: Phase: deflink: closed -> opening May 11 19:53:46 mum ppp[1686]: tun0: Phase: deflink: Connected! May 11 19:53:46 mum ppp[1686]: tun0: Phase: deflink: opening -> dial May 11 19:53:46 mum ppp[1686]: tun0: Chat: Phone: 6135201135 May 11 19:53:46 mum ppp[1686]: tun0: Chat: deflink: Dial attempt 1 of 1 May 11 19:53:46 mum ppp[1686]: tun0: Chat: Send: AT^M May 11 19:53:46 mum ppp[1686]: tun0: Chat: Expect(5): OK May 11 19:53:51 mum ppp[1686]: tun0: Chat: Expect timeout May 11 19:53:51 mum ppp[1686]: tun0: Chat: Send: AT^M May 11 19:53:51 mum ppp[1686]: tun0: Chat: Expect(5): OK May 11 19:53:51 mum ppp[1686]: tun0: Chat: Received: 3.4.2 (built COMPILATIONDATE)G­~~À#^A^A May 11 19:53:51 mum ppp[1686]: tun0: Chat: Received: OK^M May 11 19:53:51 mum ppp[1686]: tun0: Chat: Send: ATE1Q0^M May 11 19:53:51 mum ppp[1686]: tun0: Chat: Expect(5): OK May 11 19:53:51 mum ppp[1686]: tun0: Chat: Received: ATE1Q0^M^M May 11 19:53:51 mum ppp[1686]: tun0: Chat: Received: OK^M May 11 19:53:51 mum ppp[1686]: tun0: Chat: Send: ATDT6135201135^M May 11 19:53:53 mum ppp[1686]: tun0: Chat: Expect(40): CONNECT May 11 19:54:05 mum ppp[1686]: tun0: Chat: Received: ATDT6135201135^M^M May 11 19:54:05 mum ppp[1686]: tun0: Chat: Received: CONNECT 31200/ARQ/V34/LAPM/V42BIS^M May 11 19:54:05 mum ppp[1686]: tun0: Phase: deflink: dial -> carrier May 11 19:54:06 mum ppp[1686]: tun0: Phase: deflink: /dev/cuaU0: CD detected May 11 19:54:06 mum ppp[1686]: tun0: Phase: deflink: carrier -> login May 11 19:54:06 mum ppp[1686]: tun0: Chat: Expect(10): gin: May 11 19:54:07 mum ppp[1686]: tun0: Chat: Received: ^M May 11 19:54:07 mum ppp[1686]: tun0: Chat: Received: NCF Help/LCN aide: (613-520-9001, office@ncf.ca^M May 11 19:54:07 mum ppp[1686]: tun0: Chat: Received: ^M May 11 19:54:07 mum ppp[1686]: tun0: Chat: Received: For a text connection, type the word 'text' at the 'login:' prompt.^M May 11 19:54:07 mum ppp[1686]: tun0: Chat: Send: mom^M May 11 19:54:07 mum ppp[1686]: tun0: Chat: Expect(10): word: May 11 19:54:07 mum ppp[1686]: tun0: Chat: Received: Pour un connection des textes, ecrivez le mot 'text' au message 'login:'^M May 11 19:54:07 mum ppp[1686]: tun0: Chat: Received: ^M May 11 19:54:07 mum ppp[1686]: tun0: Chat: Received: login: mom^M May 11 19:54:07 mum ppp[1686]: tun0: Chat: Received: Password: May 11 19:54:07 mum ppp[1686]: tun0: Chat: Send: ^M May 11 19:54:07 mum ppp[1686]: tun0: Phase: deflink: login -> lcp May 11 19:54:07 mum ppp[1686]: tun0: LCP: FSM: Using "deflink" as a transport May 11 19:54:07 mum ppp[1686]: tun0: LCP: deflink: State change Initial --> Closed May 11 19:54:07 mum ppp[1686]: tun0: LCP: deflink: State change Closed --> Stopped May 11 19:54:08 mum ppp[1686]: tun0: LCP: deflink: LayerStart May 11 19:54:08 mum ppp[1686]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped May 11 19:54:08 mum ppp[1686]: tun0: LCP: ACFCOMP[2] May 11 19:54:08 mum ppp[1686]: tun0: LCP: PROTOCOMP[2] May 11 19:54:08 mum ppp[1686]: tun0: LCP: ACCMAP[6] 0x00000000 May 11 19:54:08 mum ppp[1686]: tun0: LCP: MRU[4] 1500 May 11 19:54:08 mum ppp[1686]: tun0: LCP: MAGICNUM[6] 0xacc7b611 May 11 19:54:08 mum ppp[1686]: tun0: LCP: deflink: State change Stopped --> Req-Sent May 11 19:54:11 mum ppp[1686]: tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent May 11 19:54:11 mum ppp[1686]: tun0: LCP: ACFCOMP[2] May 11 19:54:11 mum ppp[1686]: tun0: LCP: PROTOCOMP[2] May 11 19:54:11 mum ppp[1686]: tun0: LCP: ACCMAP[6] 0x00000000 May 11 19:54:11 mum ppp[1686]: tun0: LCP: MRU[4] 1500 May 11 19:54:11 mum ppp[1686]: tun0: LCP: MAGICNUM[6] 0xacc7b611 May 11 19:54:14 mum ppp[1686]: tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent May 11 19:54:14 mum ppp[1686]: tun0: LCP: ACFCOMP[2] May 11 19:54:14 mum ppp[1686]: tun0: LCP: PROTOCOMP[2] May 11 19:54:14 mum ppp[1686]: tun0: LCP: ACCMAP[6] 0x00000000 May 11 19:54:14 mum ppp[1686]: tun0: LCP: MRU[4] 1500 May 11 19:54:14 mum ppp[1686]: tun0: LCP: MAGICNUM[6] 0xacc7b611 May 11 19:54:14 mum ppp[1686]: tun0: LCP: deflink: RecvConfigReq(1) state = Req-Sent May 11 19:54:14 mum ppp[1686]: tun0: LCP: MRU[4] 1514 May 11 19:54:14 mum ppp[1686]: tun0: LCP: ACCMAP[6] 0x00000000 May 11 19:54:14 mum ppp[1686]: tun0: LCP: AUTHPROTO[4] 0xc023 (PAP) May 11 19:54:14 mum ppp[1686]: tun0: LCP: MAGICNUM[6] 0xf75389ac May 11 19:54:14 mum ppp[1686]: tun0: LCP: PROTOCOMP[2] May 11 19:54:14 mum ppp[1686]: tun0: LCP: ACFCOMP[2] May 11 19:54:14 mum ppp[1686]: tun0: LCP: MRRU[4] 1514 May 11 19:54:14 mum ppp[1686]: tun0: LCP: ENDDISC[9] MAC 00:c0:49:17:a3:c8 May 11 19:54:14 mum ppp[1686]: tun0: LCP: deflink: SendConfigRej(1) state = Req-Sent May 11 19:54:14 mum ppp[1686]: tun0: LCP: MRRU[4] 1514 May 11 19:54:14 mum ppp[1686]: tun0: LCP: deflink: SendIdent(0) state = Req-Sent May 11 19:54:14 mum ppp[1686]: tun0: LCP: MAGICNUM acc7b611 May 11 19:54:14 mum ppp[1686]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) May 11 19:54:14 mum ppp[1686]: tun0: LCP: deflink: RecvConfigAck(1) state = Req-Sent May 11 19:54:14 mum ppp[1686]: tun0: LCP: ACFCOMP[2] May 11 19:54:14 mum ppp[1686]: tun0: LCP: PROTOCOMP[2] May 11 19:54:14 mum ppp[1686]: tun0: LCP: ACCMAP[6] 0x00000000 May 11 19:54:14 mum ppp[1686]: tun0: LCP: MRU[4] 1500 May 11 19:54:14 mum ppp[1686]: tun0: LCP: MAGICNUM[6] 0xacc7b611 May 11 19:54:14 mum ppp[1686]: tun0: LCP: deflink: State change Req-Sent --> Ack-Rcvd May 11 19:54:14 mum ppp[1686]: tun0: LCP: deflink: RecvConfigReq(2) state = Ack-Rcvd May 11 19:54:14 mum ppp[1686]: tun0: LCP: MRU[4] 1514 May 11 19:54:14 mum ppp[1686]: tun0: LCP: ACCMAP[6] 0x00000000 May 11 19:54:14 mum ppp[1686]: tun0: LCP: AUTHPROTO[4] 0xc023 (PAP) May 11 19:54:14 mum ppp[1686]: tun0: LCP: MAGICNUM[6] 0xf75389ac May 11 19:54:14 mum ppp[1686]: tun0: LCP: PROTOCOMP[2] May 11 19:54:14 mum ppp[1686]: tun0: LCP: ACFCOMP[2] May 11 19:54:14 mum ppp[1686]: tun0: LCP: deflink: SendConfigAck(2) state = Ack-Rcvd May 11 19:54:14 mum ppp[1686]: tun0: LCP: MRU[4] 1514 May 11 19:54:14 mum ppp[1686]: tun0: LCP: ACCMAP[6] 0x00000000 May 11 19:54:14 mum ppp[1686]: tun0: LCP: AUTHPROTO[4] 0xc023 (PAP) May 11 19:54:14 mum ppp[1686]: tun0: LCP: MAGICNUM[6] 0xf75389ac May 11 19:54:14 mum ppp[1686]: tun0: LCP: PROTOCOMP[2] May 11 19:54:14 mum ppp[1686]: tun0: LCP: ACFCOMP[2] May 11 19:54:14 mum ppp[1686]: tun0: LCP: deflink: State change Ack-Rcvd --> Opened May 11 19:54:14 mum ppp[1686]: tun0: LCP: deflink: LayerUp May 11 19:54:14 mum ppp[1686]: tun0: LCP: deflink: SendIdent(1) state = Opened May 11 19:54:14 mum ppp[1686]: tun0: LCP: MAGICNUM acc7b611 May 11 19:54:14 mum ppp[1686]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) May 11 19:54:14 mum ppp[1686]: tun0: Phase: bundle: Authenticate May 11 19:54:14 mum ppp[1686]: tun0: Phase: deflink: his = PAP, mine = none May 11 19:54:14 mum ppp[1686]: tun0: Phase: Pap Output: mom ******** May 11 19:54:20 mum last message repeated 2 times May 11 19:54:23 mum ppp[1686]: tun0: Phase: Auth: No response from server May 11 19:54:23 mum ppp[1686]: tun0: LCP: deflink: LayerDown May 11 19:54:23 mum ppp[1686]: tun0: LCP: deflink: SendTerminateReq(2) state = Opened May 11 19:54:23 mum ppp[1686]: tun0: LCP: deflink: State change Opened --> Closing May 11 19:54:26 mum ppp[1686]: tun0: LCP: deflink: SendTerminateReq(2) state = Closing May 11 19:54:35 mum last message repeated 3 times May 11 19:54:38 mum ppp[1686]: tun0: LCP: deflink: LayerFinish May 11 19:54:38 mum ppp[1686]: tun0: LCP: deflink: State change Closing --> Closed May 11 19:54:38 mum ppp[1686]: tun0: LCP: deflink: State change Closed --> Initial May 11 19:54:38 mum ppp[1686]: tun0: Warning: deflink: Unable to set physical to speed 0 May 11 19:54:38 mum ppp[1686]: tun0: Phase: deflink: Disconnected! May 11 19:54:38 mum ppp[1686]: tun0: Phase: deflink: lcp -> logout May 11 19:54:38 mum ppp[1686]: tun0: Phase: deflink: logout -> hangup May 11 19:54:38 mum ppp[1686]: tun0: Warning: deflink: Unable to set physical to speed 0 May 11 19:54:38 mum ppp[1686]: tun0: Phase: deflink: Disconnected! May 11 19:54:38 mum ppp[1686]: tun0: Warning: deflink: Unable to set physical to speed 0 May 11 19:54:39 mum ppp[1686]: tun0: Phase: deflink: Connect time: 53 secs: 223 octets in, 523 octets out May 11 19:54:39 mum ppp[1686]: tun0: Phase: deflink: 5 packets in, 15 packets out May 11 19:54:39 mum ppp[1686]: tun0: Phase: total 14 bytes/sec, peak 110 bytes/sec on Mon May 11 19:54:15 2009 May 11 19:54:39 mum ppp[1686]: tun0: Phase: deflink: hangup -> closed May 11 19:54:39 mum ppp[1686]: tun0: Phase: bundle: Dead May 11 19:54:39 mum ppp[1686]: tun0: Phase: PPP Terminated (normal). May 11 19:54:39 mum ppp[1686]: tun0: Chat: Parent notified of failure May 11 19:54:39 mum ppp[1685]: tun0: Phase: Parent: Child failed (errdead) --------------020808000305000704010906 Content-Type: text/plain; name="messages" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="messages" May 11 20:32:04 mum kernel: usb2a_com_open:538: tp = 0xc4982e00 May 11 20:32:04 mum kernel: usb2_com_dtr:820: onoff = 1 May 11 20:32:04 mum kernel: usb2_com_line_state:792: on=0x01, off=0x00 May 11 20:32:04 mum kernel: usb2_com_rts:831: onoff = 1 May 11 20:32:04 mum kernel: usb2_com_line_state:792: on=0x02, off=0x00 May 11 20:32:04 mum kernel: usb2_com_break:809: onoff = 0 May 11 20:32:04 mum kernel: usb2_com_line_state:792: on=0x00, off=0x04 May 11 20:32:04 mum kernel: usb2_com_status_change:894: May 11 20:32:04 mum kernel: usb2_com_param:943: sc = 0xc49f4e30 May 11 20:32:04 mum kernel: usb2_com_dtr:820: onoff = 1 May 11 20:32:04 mum kernel: usb2_com_line_state:792: on=0x01, off=0x00 May 11 20:32:04 mum kernel: usb2_com_rts:831: onoff = 1 May 11 20:32:04 mum kernel: usb2_com_line_state:792: on=0x02, off=0x00 May 11 20:32:04 mum kernel: usb2_com_cfg_open:504: May 11 20:32:04 mum kernel: usb2_com_ioctl:646: cmd = 0x402c7413 May 11 20:32:04 mum kernel: usb2_com_ioctl:646: cmd = 0x402c7413 May 11 20:32:04 mum kernel: usb2_com_ioctl:646: cmd = 0x802c7415 May 11 20:32:04 mum kernel: usb2_com_param:943: sc = 0xc49f4e30 May 11 20:32:04 mum kernel: usb2_com_ioctl:646: cmd = 0x8004667e May 11 20:32:04 mum kernel: usb2_com_ioctl:646: cmd = 0x8004667d May 11 20:32:04 mum kernel: usb2_com_outwakeup:1002: sc = 0xc49f4e30 May 11 20:32:04 mum kernel: usb2_com_status_change:894: May 11 20:32:05 mum kernel: usb2_com_get_data:1060: cnt=3 May 11 20:32:05 mum kernel: usb2_com_get_data:1060: cnt=0 May 11 20:32:05 mum kernel: usb2_com_outwakeup:1002: sc = 0xc49f4e30 May 11 20:32:05 mum kernel: usb2_com_get_data:1060: cnt=7 May 11 20:32:05 mum kernel: usb2_com_get_data:1060: cnt=0 May 11 20:32:05 mum kernel: usb2_com_outwakeup:1002: sc = May 11 20:32:05 mum kernel: 0xc49f4e30 May 11 20:32:05 mum kernel: usb2_com_get_data:1060: cnt=15 May 11 20:32:05 mum kernel: usb2_com_get_data:1060: cnt=0 May 11 20:32:19 mum kernel: usb2_com_status_change:894: May 11 20:32:19 mum kernel: usb2_com_cfg_status_change:880: DCD changed to 1 May 11 20:32:20 mum kernel: usb2_com_ioctl:646: cmd = 0x4004746a May 11 20:32:20 mum kernel: usb2_com_outwakeup:1002: sc = 0xc49f4e30 May 11 20:32:20 mum kernel: usb2_com_get_data:1060: cnt=6 May 11 20:32:20 mum kernel: usb2_com_get_data:1060: cnt=0 May 11 20:32:20 mum kernel: usb2_com_outwakeup:1002: sc = May 11 20:32:20 mum kernel: 0xc49f4e30 May 11 20:32:20 mum kernel: usb2_com_get_data:1060: cnt=2 May 11 20:32:20 mum kernel: usb2_com_ioctl:646: cmd = 0x402c7413 May 11 20:32:20 mum kernel: usb2_com_ioctl:646: cmd = 0x802c7414 May 11 20:32:20 mum kernel: usb2_com_ioctl:646: cmd = 0x8004667e May 11 20:32:20 mum kernel: usb2_com_ioctl:646: cmd = 0x8004667d May 11 20:32:20 mum kernel: usb2_com_get_data:1060: cnt=0 May 11 20:32:21 mum kernel: usb2_com_ioctl:646: cmd = 0x4004746a May 11 20:32:21 mum kernel: usb2_com_outwakeup:1002: sc = 0xc49f4e30 May 11 20:32:21 mum kernel: May 11 20:32:21 mum kernel: usb2_com_get_data:1060: cnt=53 May 11 20:32:21 mum kernel: usb2_com_get_data:1060: cnt=0 May 11 20:32:22 mum kernel: usb2_com_ioctl:646: cmd = 0x4004746a May 11 20:32:24 mum last message repeated 2 times May 11 20:32:24 mum kernel: usb2_com_outwakeup:1002: sc = 0xc49f4e30 May 11 20:32:24 mum kernel: usb2_com_get_data:1060: cnt=53 May 11 20:32:24 mum kernel: usb2_com_get_data:1060: cnt=0 May 11 20:32:25 mum kernel: usb2_com_ioctl:646: cmd = 0x4004746a May 11 20:32:27 mum last message repeated 2 times May 11 20:32:27 mum kernel: usb2_com_outwakeup:1002: sc = 0xc49f4e30 May 11 20:32:27 mum kernel: usb2_com_get_data:1060: cnt=53 May 11 20:32:27 mum kernel: usb2_com_get_data:1060: cnt=0 May 11 20:32:28 mum kernel: usb2_com_outwakeup:1002: sc = 0xc49f4e30 May 11 20:32:28 mum kernel: May 11 20:32:28 mum kernel: usb2_com_get_data:1060: cnt=24 May 11 20:32:28 mum kernel: usb2_com_outwakeup:1002: sc = 0xc49f4e30 May 11 20:32:28 mum kernel: usb2_com_get_data:1060: cnt=58 May 11 20:32:28 mum kernel: usb2_com_get_data:1060: cnt=0 May 11 20:32:28 mum kernel: usb2_com_outwakeup:1002: sc = 0xc49f4e30 May 11 20:32:28 mum kernel: May 11 20:32:28 mum kernel: usb2_com_get_data:1060: cnt=58 May 11 20:32:28 mum kernel: usb2_com_outwakeup:1002: sc = 0xc49f4e30 May 11 20:32:28 mum kernel: usb2_com_outwakeup:1002: sc = 0xc49f4e30 May 11 20:32:28 mum kernel: usb2_com_get_data:1060: cnt=64 May 11 20:32:28 mum kernel: usb2_com_get_data:1060: cnt=19 May 11 20:32:28 mum kernel: usb2_com_get_data:1060: cnt=0 May 11 20:32:28 mum kernel: usb2_com_ioctl:646: cmd = 0x4004746a May 11 20:32:30 mum last message repeated 2 times May 11 20:32:31 mum kernel: usb2_com_outwakeup:1002: sc = 0xc49f4e30 May 11 20:32:31 mum kernel: usb2_com_get_data:1060: cnt=25 May 11 20:32:31 mum kernel: usb2_com_ioctl:646: cmd = 0x4004746a May 11 20:32:33 mum last message repeated 2 times May 11 20:32:34 mum kernel: usb2_com_outwakeup:1002: sc = 0xc49f4e30 May 11 20:32:34 mum kernel: usb2_com_ioctl:646: cmd = 0x4004746a May 11 20:32:36 mum last message repeated 2 times May 11 20:32:37 mum kernel: usb2_com_outwakeup:1002: sc = 0xc49f4e30 May 11 20:32:37 mum kernel: May 11 20:32:37 mum kernel: usb2_com_ioctl:646: cmd = 0x4004746a May 11 20:32:39 mum last message repeated 2 times May 11 20:32:40 mum kernel: usb2_com_outwakeup:1002: sc = 0xc49f4e30 May 11 20:32:40 mum kernel: usb2_com_ioctl:646: cmd = 0x4004746a May 11 20:32:42 mum last message repeated 2 times May 11 20:32:43 mum kernel: usb2_com_outwakeup:1002: sc = 0xc49f4e30 May 11 20:32:43 mum kernel: usb2_com_ioctl:646: cmd = 0x4004746a May 11 20:32:45 mum last message repeated 2 times May 11 20:32:46 mum kernel: usb2_com_outwakeup:1002: sc = 0xc49f4e30 May 11 20:32:46 mum kernel: usb2_com_ioctl:646: cmd = 0x4004746a May 11 20:32:48 mum last message repeated 2 times May 11 20:32:49 mum kernel: usb2_com_outwakeup:1002: sc = 0xc49f4e30 May 11 20:32:49 mum kernel: usb2_com_ioctl:646: cmd = 0x4004746a May 11 20:32:51 mum last message repeated 2 times May 11 20:32:52 mum kernel: usb2_com_ioctl:646: cmd = 0x402c7413 May 11 20:32:52 mum kernel: usb2_com_ioctl:646: cmd = 0x802c7414 May 11 20:32:52 mum kernel: usb2_com_param:943: sc = 0xc49f4e30 May 11 20:32:52 mum kernel: usb2_com_param:962: callback error = 22 May 11 20:32:52 mum kernel: May 11 20:32:52 mum kernel: usb2_com_ioctl:646: cmd = 0x402c7413 May 11 20:32:52 mum ppp[1788]: tun0: Warning: deflink: Unable to set physical to speed 0 May 11 20:32:52 mum kernel: May 11 20:32:52 mum kernel: usb2_com_ioctl:646: cmd = 0x802c7414 May 11 20:32:52 mum kernel: usb2_com_param:943: sc = 0xc49f4e30 May 11 20:32:52 mum kernel: usb2_com_param:962: callback error = 22 May 11 20:32:52 mum kernel: usb2_com_ioctl:646: cmd = 0x402c7413 May 11 20:32:52 mum kernel: May 11 20:32:52 mum kernel: usb2_com_ioctl:646: cmd = 0x802c7414 May 11 20:32:52 mum kernel: usb2_com_param:943: sc = 0xc49f4e30 May 11 20:32:52 mum kernel: usb2_com_param:962: callback error = 22 May 11 20:32:52 mum kernel: usb2_com_ioctl:646: cmd = 0x80047410 May 11 20:32:52 mum kernel: usb2_com_ioctl:646: cmd = 0x802c7416 May 11 20:32:52 mum kernel: usb2_com_param:943: sc = 0xc49f4e30 May 11 20:32:52 mum kernel: usb2_com_dtr:820: onoff = 1 May 11 20:32:52 mum kernel: usb2_com_line_state:792: on=0x01, off=0x00 May 11 20:32:52 mum kernel: usb2_com_rts:831: onoff = 1 May 11 20:32:52 mum kernel: usb2_com_line_state:792: on=0x02, off=0x00 May 11 20:32:52 mum kernel: usb2_com_ioctl:646: cmd = 0x8004667e May 11 20:32:52 mum kernel: usb2_com_ioctl:646: cmd = 0x8004667d May 11 20:32:52 mum kernel: usb2_com_ioctl:646: cmd = 0x40047477 May 11 20:32:52 mum kernel: usb2_com_close:611: tp=0xc4982e00 May 11 20:32:52 mum kernel: usb2_com_shutdown:430: May 11 20:32:52 mum kernel: usb2_com_dtr:820: onoff = 0 May 11 20:32:52 mum ppp[1788]: tun0: Warning: deflink: Unable to set physical to speed 0 May 11 20:32:52 mum kernel: May 11 20:32:52 mum kernel: usb2_com_line_state:792: on=0x00, off=0x01 May 11 20:32:52 mum kernel: usb2_com_rts:831: onoff = 1 May 11 20:32:52 mum kernel: usb2_com_line_state:792: on=0x02, off=0x00 May 11 20:32:52 mum ppp[1788]: tun0: Warning: deflink: Unable to set physical to speed 0 May 11 20:32:52 mum kernel: usb2_com_cfg_close:589: May 11 20:32:52 mum kernel: tun0: link state changed to DOWN --------------020808000305000704010906-- From owner-freebsd-current@FreeBSD.ORG Tue May 12 22:29:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1049106566C for ; Tue, 12 May 2009 22:29:38 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id A2A788FC12 for ; Tue, 12 May 2009 22:29:38 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n4CMTbgX079532; Tue, 12 May 2009 15:29:37 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id 8yveizpynwsr3km7pk3umpjw5e; Tue, 12 May 2009 15:29:37 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4A09F850.2080208@freebsd.org> Date: Tue, 12 May 2009 15:29:36 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090409 SeaMonkey/1.1.15 MIME-Version: 1.0 To: Garance A Drosehn References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Dmitry Morozovsky Subject: Re: newsyslog(8) patch for both size and time checks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 22:29:39 -0000 Garance A Drosehn wrote: > At 1:59 PM +0400 5/12/09, Dmitry Morozovsky wrote: >> >> for now, if log is configured to be rotated in time manner, its size >> is not checked ... >> >> The following simple patch should fix the problem. Any objection to >> commit this? > > It would fix your problem, but it changes the behavior as is explicitly > documented in 'man newsyslog.conf' . There is a paragraph in the man > page which makes it clear that if both fields are specified, then the > log file will only be rotated if both conditions are true. I've never liked that paragraph and find the documented behavior is much less useful than the proposed behavior. With the documented behavior, the effect is "rotate at this size, but no more often than XXX time interval", which serves to limit the number of log files created, but not the total size. In practice, /var/log total size is almost always the critical resource. If compatibility is essential, perhaps we could add a new flag to control this behavior. (I would argue for changing the default and providing a flag to obtain the old behavior.) Tim From owner-freebsd-current@FreeBSD.ORG Tue May 12 22:54:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBB58106564A for ; Tue, 12 May 2009 22:54:16 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id CF8828FC0A for ; Tue, 12 May 2009 22:54:16 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 9F5BD8C063; Tue, 12 May 2009 17:44:14 -0500 (CDT) Date: Tue, 12 May 2009 17:44:14 -0500 From: Mark Linimon To: Cristi Magherusan Message-ID: <20090512224414.GC32221@lonesome.com> References: <1241645643.23197.7.camel@hyperion> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1241645643.23197.7.camel@hyperion> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Tue, 12 May 2009 23:04:24 +0000 Cc: davidch@broadcom.com, current@freebsd.org Subject: Re: trivial patch commit request/reminder X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 22:54:17 -0000 On Thu, May 07, 2009 at 12:34:03AM +0300, Cristi Magherusan wrote: > Please anyone in charge (David Christensen?) review and commit to the > tree the trivial patch that fixes the issue discussed in this thread: > http://www.freebsd.org/cgi/query-pr.cgi?pr=118238 I've reassigned it to freebsd-net and noted that it has a patch now, so hopefully it will get some attention. mcl From owner-freebsd-current@FreeBSD.ORG Wed May 13 00:25:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0F9B106564A for ; Wed, 13 May 2009 00:25:00 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id C232C8FC19 for ; Wed, 13 May 2009 00:25:00 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1M42HL-0003m9-KD for freebsd-current@freebsd.org; Tue, 12 May 2009 17:24:59 -0700 Message-ID: <23513281.post@talk.nabble.com> Date: Tue, 12 May 2009 17:24:59 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org In-Reply-To: <200905121723.26171.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <23507827.post@talk.nabble.com> <4A09C292.5070700@andric.com> <200905121723.26171.jkim@FreeBSD.org> Subject: Re: dead dhclient em0 in r192014 /Thinkpad T400 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 00:25:01 -0000 Jung-uk Kim wrote: > > On Tuesday 12 May 2009 02:40 pm, Dimitry Andric wrote: >> On 2009-05-12 20:27, Jakub Lach wrote: >> > After updating to 192014, gigabit Intel ethernet is dead. >> >> ... >> >> > in_ifinit: insertion failed >> >> Revert r192011 to fix this issue. > > Or you can try the attached patch until it gets fixed. > > Jung-uk Kim > > --- sys/netinet/in.c 12 May 2009 07:41:20 -0000 1.131 > +++ sys/netinet/in.c 12 May 2009 21:18:51 -0000 > @@ -917,6 +917,8 @@ in_ifinit(struct ifnet *ifp, struct in_i > info.rti_info[RTAX_GATEWAY] = (struct sockaddr *)&null_sdl; > error = rtrequest1_fib(RTM_ADD, &info, &rt, 0); > > + if (error == EEXIST) > + return (0); > if (error == 0 && rt != NULL) { > RT_LOCK(rt); > ((struct sockaddr_dl *)rt->rt_gateway)->sdl_type = > > _______________________________________________ > 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" > Thanks for replies. I've already reverted 192011 for now, thanks for patch anyway. -best regards, Jakub Lach -- View this message in context: http://www.nabble.com/dead-dhclient-em0-in-r192014--Thinkpad-T400-tp23507827p23513281.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Wed May 13 01:16:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 119B21065672 for ; Wed, 13 May 2009 01:16:52 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id B2DB98FC20 for ; Wed, 13 May 2009 01:16:51 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 9305FEB5250; Wed, 13 May 2009 04:16:50 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 7A0BC45088; Wed, 13 May 2009 04:16:50 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GA+j0O0dXCnh; Wed, 13 May 2009 04:16:50 +0300 (EEST) Received: from kobe.laptop (adsl61-72.kln.forthnet.gr [77.49.188.72]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 4C2164503F; Wed, 13 May 2009 04:16:50 +0300 (EEST) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n4D1Gn7N002682; Wed, 13 May 2009 04:16:49 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n4D1Gm8U002681; Wed, 13 May 2009 04:16:48 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Hans Petter Selasky References: <4A089216.1050701@gmail.com> <200905120843.12065.hselasky@c2i.net> Date: Wed, 13 May 2009 04:16:48 +0300 In-Reply-To: <200905120843.12065.hselasky@c2i.net> (Hans Petter Selasky's message of "Tue, 12 May 2009 08:43:11 +0200") Message-ID: <878wl1ajjz.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Andrey , freebsd-current@freebsd.org Subject: Re: system panics on USB-mouse detachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 01:16:52 -0000 On Tue, 12 May 2009 08:43:11 +0200, Hans Petter Selasky wrote: > On Monday 11 May 2009, Andrey wrote: >> Andrey > > Hi Andrey, > Thanks for reporting. I suspect the patch below will fix your problem: > > http://perforce.freebsd.org/chv.cgi?CH=161961 It does for me too. Detachin my Logitech USB mouse panicked my laptop, but with the patch I can confirm that all seems to be fine again. From owner-freebsd-current@FreeBSD.ORG Wed May 13 01:40:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48D70106566B for ; Wed, 13 May 2009 01:40:56 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id EE1A98FC08 for ; Wed, 13 May 2009 01:40:55 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n4D1dTpB033159; Tue, 12 May 2009 21:39:29 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200905130139.n4D1dTpB033159@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 12 May 2009 21:41:00 -0400 To: Jung-uk Kim , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <200905121723.26171.jkim@FreeBSD.org> References: <23507827.post@talk.nabble.com> <4A09C292.5070700@andric.com> <200905121723.26171.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Qing Li , Dimitry Andric , Jakub Lach Subject: Re: dead dhclient em0 in r192014 /Thinkpad T400 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 01:40:56 -0000 At 05:23 PM 5/12/2009, Jung-uk Kim wrote: > > > > Revert r192011 to fix this issue. > >Or you can try the attached patch until it gets fixed. Hi, That fixes it for me in that dhclient works at bootup. I do still see an error/warning message EOM_LABEL: Label ufsid/4a09abd8f0385de0 removed. Starting Network: lo0 em0. Additional routing options: IP gateway=YES . Configuring syscons: blanktime . em0: link state changed to UP Tue May 12 21:39:29 EDT 2009 in_scrubprefix: deletion failed ---Mike From owner-freebsd-current@FreeBSD.ORG Wed May 13 02:03:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 924E21065673 for ; Wed, 13 May 2009 02:03:06 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 47D288FC13 for ; Wed, 13 May 2009 02:03:06 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n4D1n8No027416; Tue, 12 May 2009 18:49:08 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 12 May 2009 18:48:24 -0700 Message-ID: In-Reply-To: <23507827.post@talk.nabble.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: dead dhclient em0 in r192014 /Thinkpad T400 Thread-Index: AcnTL5CtUzQk+4bwQ6unjoAvWusEiQAPQojQ References: <23507827.post@talk.nabble.com> From: "Li, Qing" To: "Jakub Lach" , Cc: Subject: RE: dead dhclient em0 in r192014 /Thinkpad T400 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 02:03:07 -0000 Forgot to take care of DHCP, sorry about that. Please try the patch at http://people.freebsd.org/~qingli/in.c I have tested it and appears to be good.=20 -- Qing > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Jakub Lach > Sent: Tuesday, May 12, 2009 11:27 AM > To: freebsd-current@freebsd.org > Subject: dead dhclient em0 in r192014 /Thinkpad T400 >=20 >=20 > Hello. >=20 > After updating to 192014, gigabit Intel ethernet is dead. >=20 >=20 > em0: link state changed to UP > in_ifinit: insertion failed >=20 > #dhclient em0 >=20 > ifconfig ioctl (SIOCSIFADDR) File exists > em0: not found > exiting > dhclient em0: not found > dhclient exiting > dhclient connection closed > dhclient exiting >=20 > -best regards, > Jakub Lach > -- > View this message in context: http://www.nabble.com/dead-dhclient-em0- > in-r192014--Thinkpad-T400-tp23507827p23507827.html > Sent from the freebsd-current mailing list archive at Nabble.com. >=20 > _______________________________________________ > 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" From owner-freebsd-current@FreeBSD.ORG Wed May 13 05:08:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55E881065670 for ; Wed, 13 May 2009 05:08:36 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id 318E68FC14 for ; Wed, 13 May 2009 05:08:36 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.9.200.133] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Tue, 12 May 2009 21:54:10 -0700 X-Server-Uuid: 02CED230-5797-4B57-9875-D5D2FEE4708A Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB02.corp.ad.broadcom.com ([10.9.200.133]) with mapi; Tue, 12 May 2009 21:55:34 -0700 From: "David Christensen" To: "Cristi Magherusan" , "current@freebsd.org" Date: Tue, 12 May 2009 21:52:24 -0700 Thread-Topic: trivial patch commit request/reminder Thread-Index: AcnOknAt07XuijavTXK7hFodcRXJQQE8yOgg Message-ID: <5D267A3F22FD854F8F48B3D2B523819339DA2599DC@IRVEXCHCCR01.corp.ad.broadcom.com> References: <1241645643.23197.7.camel@hyperion> In-Reply-To: <1241645643.23197.7.camel@hyperion> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 66148DF83BW18282436-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: trivial patch commit request/reminder X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 05:08:36 -0000 > Please anyone in charge (David Christensen?) review and=20 > commit to the tree the trivial patch that fixes the issue=20 > discussed in this thread: > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D118238 >=20 > It's a shame that it didn't make it in 7.2, but hopefully it=20 > will in 8.0. I'm travelling and will try it when I get back to the office on Monday. The 5709S which is also supported by bce(4) needs a more significant change for SerDes support which I would also like to fold into the driver. Dave= From owner-freebsd-current@FreeBSD.ORG Wed May 13 06:57:38 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3B79106564A; Wed, 13 May 2009 06:57:38 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id 293DE8FC17; Wed, 13 May 2009 06:57:35 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id 6D2FC4C8020; Wed, 13 May 2009 08:57:29 +0200 (CEST) Received: from endor.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp4-g21.free.fr (Postfix) with ESMTP id 9377F4C8169; Wed, 13 May 2009 08:57:27 +0200 (CEST) Received: from obiwan.tataz.chchile.org (obiwan.tataz.chchile.org [192.168.1.222]) by endor.tataz.chchile.org (Postfix) with ESMTP id CE4DB33E61; Wed, 13 May 2009 06:56:50 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id B510F5082A; Wed, 13 May 2009 08:56:50 +0200 (CEST) Date: Wed, 13 May 2009 08:56:50 +0200 From: Jeremie Le Hen To: Doug Barton Message-ID: <20090513065650.GF45358@obiwan.tataz.chchile.org> References: <20090510165737.GB88857@obiwan.tataz.chchile.org> <4A07AF92.1040309@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A07AF92.1040309@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-doc@FreeBSD.org, freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: New mergemaster option -I, failsafe install files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 06:57:39 -0000 On Sun, May 10, 2009 at 09:54:42PM -0700, Doug Barton wrote: > Jeremie Le Hen wrote: > > Hi Doug, > > > > As you may guess from my multiple emails, I'm in the process of > > upgrading my jails :-). > > > > Since I have one jail per service, a very few number of configuration > > files are modified on each jail. As most of user of FreeBSD I think, > > I'm used to run "mergemaster -iU" to automate the process as much as > > possible. The problem with service jails (chapter 15.6.1 of the > > handbook) is that / is read-only mounted on all jails, /etc /var /root > > and a few other places being symlinks to /s, the private read-write > > space of each jail. Thus when mergemaster tries to update > > /boot/devices.hints it fails and abort. > > I think the way to solve this problem would be with an > MM_PRE_COMPARE_SCRIPT that deletes /boot/device.hints (and any other > relevant files) from the temproot. If they are not present in that > directory when the comparison starts then it's a non-issue. Actually, /boot belongs to the read/only nullfs mount, so it is not possible to use MM_PRE_COMPARE_SCRIPT from the jail. The only way to handle this currently is to remove /boot from the jail template. I'm Cc:ing -doc@ because chapter 15.6.1 of the handbook (service jails) needs to be updated to remove /boot from the jail template "mroot". Thanks. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed May 13 07:32:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B708C1065673 for ; Wed, 13 May 2009 07:32:01 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp812.mail.ird.yahoo.com (smtp812.mail.ird.yahoo.com [217.146.188.72]) by mx1.freebsd.org (Postfix) with SMTP id 1C7438FC1D for ; Wed, 13 May 2009 07:32:00 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 83439 invoked from network); 13 May 2009 07:05:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Disposition:Message-Id:Content-Type:Content-Transfer-Encoding; b=jbanWeTekI2UIewDZ1ewyss0/o7q6j79cSQUyPalhSn1UKi5z3pVZXiJpZNZ7XDtDnjt+RgBXMaC9EVF1j8tLxbwGIxNexZ+chyvfuFPGnkvef3QRBcK23n+m858nrZrCNIXbHZg0+vB0vjCOIslIf7UFepqeWLh7B1yB72okaA= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (Thomas.Sparrevohn@86.136.192.59 with login) by smtp812.mail.ird.yahoo.com with SMTP; 13 May 2009 07:05:19 -0000 X-YMail-OSG: ZDU9LZ8VM1lf6KvKBZJRVPlwK_1xJFVwBQFyhSbXaJJYrwrUXzpDp_a6zjwNwlijCc5eBXS4aRl90pvb80MdGhUpJgtYFbDWGtDQUgWsCf67Mg_FCdYIceBLAVaWxTjXfxTitgixysOX5ZOlRJFBNHtLkrZW4SCMSvYC1hrhKEmT.sSkWfle_vXVWFrXKlEfDurCwS_D5749f0Op4nxYRWJBaMvb1QSU1E_PWhC5If_T8wxCfY7X73HA_tGDAue9KADkPXeVRSkS6LKl3XW7DOyM8F010UCb6GITVeRtqdDBJ4k0afd3heFT_M4W5TMV4wU.de4KNA7bmR_23XcK80o- X-Yahoo-Newman-Property: ymail-3 From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Mon, 11 May 2009 14:33:14 +0100 User-Agent: KMail/1.9.10 References: <4A072AF0.2000903@gmail.com> <20090510204757.GA45375@citylink.fud.org.nz> In-Reply-To: <20090510204757.GA45375@citylink.fud.org.nz> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200905111433.14298.Thomas.Sparrevohn@btinternet.com> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Sevan / Venture37 , Andrew Thompson Subject: Re: rum(4) not working on 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 07:32:02 -0000 On Sunday 10 May 2009 21:47:57 Andrew Thompson wrote: > On Sun, May 10, 2009 at 08:28:48PM +0100, Sevan / Venture37 wrote: > > Hi > > I've installed a fresh copy of 8-CURRENT 05/09 AMD64 snapshot on my laptop > > which has a ralink pci express mini card, the device is detected by the > > kernel correctly & the rum driver attaches however the card doesn't work, > > ifconfig rum0 scan or list scan results in: > ^^^^^^^^^^^^^^^^^^ > > You need to create a wlan pseudo device and operate on that > > # ifconfig wlan0 create wlandev rum0 up > > If you still have problems then enable debugging with 'wlandebug > state+scan' and then down/up the interface. > > > Andrew > _______________________________________________ > 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" > The rum driver is very flacky on CURRENT - on my machine a "make fetchindex" makes the driver freeze and I have to do a ifconfig wlan0 down/ifconfig wlan0 up in order to get it running again. It seems that it has something to do with "fetch" that triggers the issue From owner-freebsd-current@FreeBSD.ORG Wed May 13 07:36:17 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 677FF106566C; Wed, 13 May 2009 07:36:17 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 236AB8FC18; Wed, 13 May 2009 07:36:16 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1M490i-0000hN-2F>; Wed, 13 May 2009 09:36:16 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1M490i-0006pQ-10>; Wed, 13 May 2009 09:36:16 +0200 Message-ID: <4A0A7820.6070602@zedat.fu-berlin.de> Date: Wed, 13 May 2009 07:34:56 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.21 (X11/20090417) MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: FreeBSD 8.0: how to exchange order of recognized HDA devices? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 07:36:17 -0000 The problem occured after the installation of an ATI HD4670 graphics board, on which one can find an additional HDA device found by the kernel before the on-board HDA device is found. So many clients, like vlc, mplayer etc. do have problems - they either play no sound through the usual pathways (via on-board soundcard/chip and the attached speakerset and/or headphones). I see 4 mixer-devices: mixer0 through mixer3. mixer0 seems to be attached to the graphics-card, mixer1 shows the usual devices I recognize and mixer 2 and 3 are unknown to me, they show up only 2 facilities. To make things simple: is there a way to change order of the found HDA controller? Thi8s is what 'dmesg|grep HDA' reveals: -- hdac0: HDA Codec #0: ATI R6xx HDMI pcm0: at cad 0 nid 1 on hdac0 hdac1: HDA Codec #0: Analog Devices AD1988B pcm1: at cad 0 nid 1 on hdac1 pcm2: at cad 0 nid 1 on hdac1 pcm3: at cad 0 nid 1 on hdac1 -- Or do i miss something unrevealed? Thanks in advance, Oliver From owner-freebsd-current@FreeBSD.ORG Wed May 13 07:45:39 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D15F1065676; Wed, 13 May 2009 07:45:39 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 134358FC27; Wed, 13 May 2009 07:45:38 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n4D7jbi3053266; Wed, 13 May 2009 11:45:37 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Wed, 13 May 2009 11:45:37 +0400 (MSD) From: Dmitry Morozovsky To: Garance A Drosehn In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (woozle.rinet.ru [0.0.0.0]); Wed, 13 May 2009 11:45:37 +0400 (MSD) Cc: freebsd-current@FreeBSD.org Subject: Re: newsyslog(8) patch for both size and time checks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 07:45:39 -0000 On Tue, 12 May 2009, Garance A Drosehn wrote: GAD> > for now, if log is configured to be rotated in time manner, its size is GAD> > not GAD> > checked, so /var/log may be DoSed by some service (in our case, it was GAD> > mad DHCP client which fills up our /var/log with dhcpd log; our GAD> > newsyslog.conf GAD> > line was GAD> > GAD> > /var/log/dhcpd 640 5 5000 @T00 JC GAD> > GAD> > The following simple patch should fix the problem. Any objection to GAD> > commit GAD> > this? GAD> GAD> It would fix your problem, but it changes the behavior as is explicitly GAD> documented in 'man newsyslog.conf' . There is a paragraph in the man GAD> page which makes it clear that if both fields are specified, then the GAD> log file will only be rotated if both conditions are true. Nope, there is statement about time/interval combination, and size is not mentioned: == 8< == When both a time and an interval are specified then both conditions must be satisfied for the rotation to take place. == 8< == Also, I can't find anything about expected behaviour in the standards... GAD> I agree that newsyslog needs some way to specify an "either/or" GAD> combination of those fields. I believe I have some time to look into GAD> changes to newsyslog right this week, so I'll see what is needed to GAD> address this issue. Thank you for looking into this. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed May 13 07:57:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C0E6106566C; Wed, 13 May 2009 07:57:22 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from s2m-is-001.service2media.com (rev-130-102.virtu.nl [217.114.102.130]) by mx1.freebsd.org (Postfix) with ESMTP id DE7178FC18; Wed, 13 May 2009 07:57:21 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from nox-laptop.localnet ([10.0.1.45] RDNS failed) by s2m-is-001.service2media.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 13 May 2009 09:57:17 +0200 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Wed, 13 May 2009 09:57:15 +0200 User-Agent: KMail/1.11.2 (Linux/2.6.28-12-generic; KDE/4.2.2; x86_64; ; ) References: <4A0A7820.6070602@zedat.fu-berlin.de> In-Reply-To: <4A0A7820.6070602@zedat.fu-berlin.de> MIME-Version: 1.0 Message-Id: <200905130957.16156.pieter@degoeje.nl> X-OriginalArrivalTime: 13 May 2009 07:57:17.0997 (UTC) FILETIME=[6FC1CDD0:01C9D3A0] Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "O. Hartmann" , freebsd-questions@freebsd.org Subject: Re: FreeBSD 8.0: how to exchange order of recognized HDA devices? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 07:57:22 -0000 On Wednesday 13 May 2009 09:34:56 O. Hartmann wrote: > The problem occured after the installation of an ATI HD4670 graphics > board, on which one can find an additional HDA device found by the > kernel before the on-board HDA device is found. > So many clients, like vlc, mplayer etc. do have problems - they either > play no sound through the usual pathways (via on-board soundcard/chip > and the attached speakerset and/or headphones). > I see 4 mixer-devices: mixer0 through mixer3. mixer0 seems to be > attached to the graphics-card, mixer1 shows the usual devices I > recognize and mixer 2 and 3 are unknown to me, they show up only 2 > facilities. > > To make things simple: is there a way to change order of the found HDA > controller? sysctl hw.snd.default_unit=x where x should probably be 1 in your case. Regards, Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Wed May 13 07:59:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56D621065717 for ; Wed, 13 May 2009 07:59:39 +0000 (UTC) (envelope-from hselasky@freebsd.org) Received: from swip.net (mailfe16.swipnet.se [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id E420B8FC1A for ; Wed, 13 May 2009 07:59:38 +0000 (UTC) (envelope-from hselasky@freebsd.org) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Dg-18skVXP0A:10 a=DZIO5ReHkvbTdv2O7EkA:9 a=F0w5-TtYQ21M9wPYVps1McD4tOIA:4 Received: from [81.191.55.181] (account mc467741@c2i.net HELO [10.36.2.183]) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 496856011; Wed, 13 May 2009 08:59:36 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 13 May 2009 09:02:10 +0200 User-Agent: KMail/1.9.7 References: <4A09E44E.6090907@langille.org> In-Reply-To: <4A09E44E.6090907@langille.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905130902.11515.hselasky@freebsd.org> Cc: Dan Langille Subject: Re: usb/serial issues with dial up modem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 07:59:39 -0000 On Tuesday 12 May 2009, Dan Langille wrote: > May 11 19:53:51 mum ppp[1686]: tun0: Chat: Send: ATE1Q0^M Hi, What kind of modem are you using? Maybe it is a TTY problem. I cannot find any errors besides from that ppp cannot set the modem speed to zero. --HPS From owner-freebsd-current@FreeBSD.ORG Wed May 13 08:03:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E28CE106566C for ; Wed, 13 May 2009 08:03:49 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id 73BA68FC14 for ; Wed, 13 May 2009 08:03:47 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id 00B804C8146 for ; Wed, 13 May 2009 10:03:44 +0200 (CEST) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g21.free.fr (Postfix) with ESMTP id E47CB4C80C8 for ; Wed, 13 May 2009 10:03:41 +0200 (CEST) Received: from tulipe.herbelot.nom (tulipe.herbelot.nom [192.168.2.5]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id n4D83cJk028549; Wed, 13 May 2009 10:03:40 +0200 (CEST) From: Thierry Herbelot To: "O. Hartmann" Date: Wed, 13 May 2009 10:03:32 +0200 User-Agent: KMail/1.9.10 References: <4A0A7820.6070602@zedat.fu-berlin.de> In-Reply-To: <4A0A7820.6070602@zedat.fu-berlin.de> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200905131003.33424.thierry.herbelot@free.fr> Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 8.0: how to exchange order of recognized HDA devices? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 08:03:50 -0000 Le Wednesday 13 May 2009, O. Hartmann a écrit : > The problem occured after the installation of an ATI HD4670 graphics > board, on which one can find an additional HDA device found by the > kernel before the on-board HDA device is found. > So many clients, like vlc, mplayer etc. do have problems - they either > play no sound through the usual pathways (via on-board soundcard/chip > and the attached speakerset and/or headphones). > I see 4 mixer-devices: mixer0 through mixer3. mixer0 seems to be > attached to the graphics-card, mixer1 shows the usual devices I > recognize and mixer 2 and 3 are unknown to me, they show up only 2 > facilities. > > To make things simple: is there a way to change order of the found HDA > controller? Hello, I am using a quick and dirty workaround for the same issue under -stable : I am loading the snd_hda from /etc/rc.local (i.e. late in the boot process) instead of via the loader (from /boot/loader.conf) then, the snd_hda uses the "right" physical device (this is with a 780G-based integrated motherboard) Cheers TfH PS : dmesg extract : hdac0: mem 0xfe024000-0xfe027fff irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20090131_0127 hdac0: [ITHREAD] hdac0: HDA Codec #0: Realtek ALC885 hdac1: mem 0xfdffc000-0xfdffffff irq 19 at device 5.1 on pci1 hdac1: HDA Driver Revision: 20090131_0127 hdac1: [ITHREAD] hdac1: HDA Codec #0: ATI RS690/780 HDMI pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 pcm2: at cad 0 nid 1 on hdac0 pcm3: at cad 0 nid 1 on hdac1 > > Thi8s is what 'dmesg|grep HDA' reveals: > > -- > hdac0: HDA Codec #0: ATI R6xx HDMI > pcm0: at cad 0 nid 1 on hdac0 > hdac1: HDA Codec #0: Analog Devices AD1988B > pcm1: at cad 0 nid 1 on hdac1 > pcm2: at cad 0 nid 1 on hdac1 > pcm3: at cad 0 nid 1 on hdac1 > -- > > > Or do i miss something unrevealed? > > Thanks in advance, > Oliver > > _______________________________________________ > 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" From owner-freebsd-current@FreeBSD.ORG Wed May 13 08:07:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE8A0106566B; Wed, 13 May 2009 08:07:32 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id A774E8FC20; Wed, 13 May 2009 08:07:32 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1M49Ux-0006Cf-Pq>; Wed, 13 May 2009 10:07:31 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1M49Ux-0000MK-OW>; Wed, 13 May 2009 10:07:31 +0200 Message-ID: <4A0A7F73.2060203@zedat.fu-berlin.de> Date: Wed, 13 May 2009 08:06:11 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.21 (X11/20090417) MIME-Version: 1.0 To: Pieter de Goeje References: <4A0A7820.6070602@zedat.fu-berlin.de> <200905130957.16156.pieter@degoeje.nl> In-Reply-To: <200905130957.16156.pieter@degoeje.nl> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: FreeBSD 8.0: how to exchange order of recognized HDA devices? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 08:07:33 -0000 Pieter de Goeje wrote: > On Wednesday 13 May 2009 09:34:56 O. Hartmann wrote: >> The problem occured after the installation of an ATI HD4670 graphics >> board, on which one can find an additional HDA device found by the >> kernel before the on-board HDA device is found. >> So many clients, like vlc, mplayer etc. do have problems - they either >> play no sound through the usual pathways (via on-board soundcard/chip >> and the attached speakerset and/or headphones). >> I see 4 mixer-devices: mixer0 through mixer3. mixer0 seems to be >> attached to the graphics-card, mixer1 shows the usual devices I >> recognize and mixer 2 and 3 are unknown to me, they show up only 2 >> facilities. >> >> To make things simple: is there a way to change order of the found HDA >> controller? > sysctl hw.snd.default_unit=x > where x should probably be 1 in your case. > > Regards, > Pieter de Goeje > _______________________________________________ > 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" Great! Thanks, this 'solved' it, simple, shiny, perfect ;-) Oliver From owner-freebsd-current@FreeBSD.ORG Wed May 13 08:09:29 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99E051065670; Wed, 13 May 2009 08:09:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 47E498FC2E; Wed, 13 May 2009 08:09:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4D89QUT087064; Wed, 13 May 2009 04:09:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4D89Q21088931; Wed, 13 May 2009 04:09:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 175F37302F; Wed, 13 May 2009 04:09:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090513080926.175F37302F@freebsd-current.sentex.ca> Date: Wed, 13 May 2009 04:09:25 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 08:09:30 -0000 TB --- 2009-05-13 07:04:55 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-13 07:04:55 - starting HEAD tinderbox run for mips/mips TB --- 2009-05-13 07:04:55 - cleaning the object tree TB --- 2009-05-13 07:05:48 - cvsupping the source tree TB --- 2009-05-13 07:05:48 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/mips/mips/supfile TB --- 2009-05-13 07:05:56 - building world TB --- 2009-05-13 07:05:56 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-13 07:05:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-13 07:05:56 - TARGET=mips TB --- 2009-05-13 07:05:56 - TARGET_ARCH=mips TB --- 2009-05-13 07:05:56 - TZ=UTC TB --- 2009-05-13 07:05:56 - __MAKE_CONF=/dev/null TB --- 2009-05-13 07:05:56 - cd /src TB --- 2009-05-13 07:05:56 - /usr/bin/make -B buildworld >>> World build started on Wed May 13 07:05:59 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] In file included from ioctl.c:101: /obj/mips/src/tmp/usr/include/sys/ioctl_compat.h:117:1: warning: "MDMBUF" redefined In file included from /obj/mips/src/tmp/usr/include/sys/tty.h:41, from ioctl.c:9: /obj/mips/src/tmp/usr/include/sys/termios.h:148:1: warning: this is the location of the previous definition cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/usr.bin/truss -I. -std=gnu99 -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/truss/mips-fbsd.c /src/usr.bin/truss/mips-fbsd.c: In function 'mips_syscall_exit': /src/usr.bin/truss/mips-fbsd.c:341: error: too few arguments to function 'print_syscall_ret' *** Error code 1 Stop in /src/usr.bin/truss. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-13 08:09:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-13 08:09:25 - ERROR: failed to build world TB --- 2009-05-13 08:09:25 - 2841.80 user 324.30 system 3870.22 real http://tinderbox.des.no/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed May 13 08:12:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AF551065686 for ; Wed, 13 May 2009 08:12:21 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 9C41F8FC40 for ; Wed, 13 May 2009 08:12:20 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2E3DA.dip.t-dialin.net [217.226.227.218]) by redbull.bpaserver.net (Postfix) with ESMTP id 7C3492E15C; Wed, 13 May 2009 10:12:16 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 2C677290967; Wed, 13 May 2009 10:12:13 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1242202333; bh=2oPFwtSrIDPHgf9jf11i/TdFAberJkgUL32OkjlkKus=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=POIaTHIQb1xlhTjmKGOlrKxrdi39nSlpwgjD0/QPPaAvmlnInlgQ/OgWcjzJZfpjL 0P3G9gFE6i/MkeHvkPzV9WLoGZIWNH9Okd+sGUksTbbFDJxTAMlEbuyE0WDzzf9L94 +HAFCcNHZkFAQg5FXkBnvG6Ry3U/To4uY+ZratS6iIDNIftZQPMi3472ZlSAY6EXor Pcr3LuVWJwY05VYQpQ/JK1vNm3ii7L5sIZPMTRKQ4mnD9J3n8uCjuI+9id6X4vs0Xk r+pOSgO7XiKhidb3YLCyWGqk9JSUngqprEgZo0iz+Qv7u5gl9HnDJYYklsIN8ORCsr dHsOMIuEw3pbg== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n4D8CCbS092348; Wed, 13 May 2009 10:12:12 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 13 May 2009 10:12:12 +0200 Message-ID: <20090513101212.14014bw30s2b0c84@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 13 May 2009 10:12:12 +0200 From: Alexander Leidinger To: "O. Hartmann" References: <4A0A7820.6070602@zedat.fu-berlin.de> In-Reply-To: <4A0A7820.6070602@zedat.fu-berlin.de> 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) 4.3.3 / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 7C3492E15C.722DB X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: FreeBSD 8.0: how to exchange order of recognized HDA devices? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 08:12:23 -0000 Quoting "O. Hartmann" (from Wed, 13 May 2009 07:34:56 +0000): > The problem occured after the installation of an ATI HD4670 graphics > board, on which one can find an additional HDA device found by the > kernel before the on-board HDA device is found. > So many clients, like vlc, mplayer etc. do have problems - they > either play no sound through the usual pathways (via on-board > soundcard/chip and the attached speakerset and/or headphones). > I see 4 mixer-devices: mixer0 through mixer3. mixer0 seems to be > attached to the graphics-card, mixer1 shows the usual devices I > recognize and mixer 2 and 3 are unknown to me, they show up only 2 > facilities. > > To make things simple: is there a way to change order of the found > HDA controller? No, but you can do sysctl hw.snd.default_unit=1 or an appropriate line in /etc/sysctl.conf instead. Bye, Alexander. -- Our business in life is not to succeed but to continue to fail in high spirits. -- Robert Louis Stevenson http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed May 13 08:20:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2F941065676; Wed, 13 May 2009 08:20:45 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id 5F02D8FC18; Wed, 13 May 2009 08:20:45 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from rebelion.Sisis.de (cazador.sisis.de [193.31.11.193]) by dd12710.kasserver.com (Postfix) with ESMTP id 38DE31801C7C0; Wed, 13 May 2009 10:20:45 +0200 (CEST) Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n4D8KaOE004823; Wed, 13 May 2009 10:20:36 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Wed, 13 May 2009 10:20:36 +0200 From: Matthias Apitz To: Robert Noland , freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Message-ID: <20090513082036.GA4222@rebelion.Sisis.de> References: <20090428083627.GA3621@rebelion.Sisis.de> <20090508141755.GB13584@rebelion.Sisis.de> <1241796489.1733.25.camel@balrog.2hip.net> <20090511122121.GA9961@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090511122121.GA9961@rebelion.Sisis.de> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) Cc: Subject: Re: laptop Dell M4400 with -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 08:20:46 -0000 El día Monday, May 11, 2009 a las 02:21:21PM +0200, Matthias Apitz escribió: > El día Friday, May 08, 2009 a las 10:28:09AM -0500, Robert Noland escribió: > > > I have ported the nouveau drm driver. > > > > http://people.freebsd.org/~rnoland/drm-nouveau-043009.patch > > > > It is working on NV50 cards, NV40 was working, but with WITNESS enabled > > I seem to be getting a panic on NV40. My NV40 card seems to be having > > memory issues so I haven't been able to get and/or see the backtrace. I > > think it is just a locking issue which should be pretty easily solved if > > I can get a clear backtrace. > > > > You will need current libdrm and xf86-video-nouveau from ports. > > > > This won't get you 3d right now, but should get you EXA + Xv. > > Hello Robert, > > I have applied your patch and ported xf86-video-nouveau from ports; all > is fine now and the display comes up with 1920x1200 resolution; > > I'm attaching Xorg.0.log so you can see what kind of chips the nouveau > driver is detecting. > > Thanks again for your work and help .... Hello, I have to admit that this message 'all is fine' was to fast; the Xorg came only up *once* and let the KDE3.5.10 fully appear; I was even able to switch the font size from 8 to 12, because with this high resolution it was nearly unreadable. after stopping X with Ctrl-Alt-BS I was never ever able to bring X + KDE up; while KDE is initialising at some point the X goes into 100% of CPU usage; it is not a CPU-loop itself inside the X server, but a loop of SIG 14 as I can proof with truss from another session: SIGNAL 14 (SIGALRM) sigreturn(0xbfbfe500,0xe,0x0,0xbfbfe500,0x0,0x8127070) = 678420552 (0x286fe048) SIGNAL 14 (SIGALRM) sigreturn(0xbfbfe500,0xe,0x0,0xbfbfe500,0x0,0x8127070) = 678420552 (0x286fe048) SIGNAL 14 (SIGALRM) sigreturn(0xbfbfe500,0xe,0x0,0xbfbfe500,0x0,0x8127070) = 678420552 (0x286fe048) SIGNAL 14 (SIGALRM) ... when I only start via ~/.xinitrc a 'xterm' and 'twm' there is no problem, but as soon I'm launching 'startkde' inside such a session the above loop comes up and only power cycle bring the system back to life. What can I do? I have also removed ~/.kde and ~/Desktop to let KDE init a fresh environment, no luck. I'm not using HAL with KDE. The 'vesa' driver works but only gives 1024x??? resolution (don't remember the exact 2nd size right now), but this is not an option to go; is it possible to get higher res with 'vesa'? If someone wants me debugging something, please tell me how; I could even provide SSH access to the laptop (because it is still nearly empty), please contact me off-list for this. Thanks for any hint. matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Wed May 13 08:46:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00B95106566C; Wed, 13 May 2009 08:46:04 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id 62D728FC0C; Wed, 13 May 2009 08:46:03 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pVrlnhvF3Yt6WR3_Qg0A:9 a=6v_5w3m9QANlnE7YPMJ8EEFYRgIA:4 Received: from [81.191.55.181] (account mc467741@c2i.net HELO [10.36.2.183]) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1139060176; Wed, 13 May 2009 10:46:02 +0200 From: Hans Petter Selasky To: Thomas Sparrevohn , Sevan / Venture37 , Andrew Thompson , freebsd-current@freebsd.org Date: Wed, 13 May 2009 10:48:36 +0200 User-Agent: KMail/1.9.7 References: <200905130922.52887.Thomas.Sparrevohn@btinternet.com> In-Reply-To: <200905130922.52887.Thomas.Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905131048.37146.hselasky@c2i.net> Cc: Subject: Re: rum(4) not working on 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 08:46:04 -0000 On Wednesday 13 May 2009, Thomas Sparrevohn wrote: > Hans Petter > > I don't see this one came through - but I am having real pains with rum(4) > - the weird thing it that it seems to work with HTTP etc but not with fetch > - no panics - it just drops all connections and routing information - It am > still getting the "kernel: rum0: need multicast update callback" error but > I cannot see that it has anything to do with the issue In my experience it's not the driver that is flaky, but the firmware in the hardware. I've seen several times that if certain commands are intermixed, the firmware will completely stop responding. Has the rum driver ever worked with USB2 and -current? Recently there has been several changes in the WLAN layer and some minor changes in if_rum. --HPS From owner-freebsd-current@FreeBSD.ORG Wed May 13 08:52:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE95F1065672 for ; Wed, 13 May 2009 08:52:49 +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 B0D4F8FC1B for ; Wed, 13 May 2009 08:52:49 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:751e:57d8:24c4:38fe] (unknown [IPv6:2001:7b8:3a7:0:751e:57d8:24c4:38fe]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id CC03D5C43; Wed, 13 May 2009 10:52:48 +0200 (CEST) Message-ID: <4A0A8A64.3020007@andric.com> Date: Wed, 13 May 2009 10:52:52 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b5pre) Gecko/20090508 Shredder/3.0b3pre MIME-Version: 1.0 To: "Li, Qing" References: <23507827.post@talk.nabble.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Jakub Lach Subject: Re: dead dhclient em0 in r192014 /Thinkpad T400 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 08:52:50 -0000 On 2009-05-13 03:48, Li, Qing wrote: > Forgot to take care of DHCP, sorry about that. > > Please try the patch at http://people.freebsd.org/~qingli/in.c > I have tested it and appears to be good. Confirmed; this makes dhclient work again, and even without any error message. :) From owner-freebsd-current@FreeBSD.ORG Wed May 13 10:05:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BDEF1065676 for ; Wed, 13 May 2009 10:05:43 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp808.mail.ird.yahoo.com (smtp808.mail.ird.yahoo.com [217.146.188.68]) by mx1.freebsd.org (Postfix) with SMTP id 945B48FC19 for ; Wed, 13 May 2009 10:05:42 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 25563 invoked from network); 13 May 2009 10:05:41 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=XgZJdpeG0pANBj/tUuu3YaR/nQ1L0+saRsM13gTsXjfy08KkLSL1iU66xgXjbjZm6ALBBdm5hH2tJn0Yhl2cBtTf0w4lqHuYtU+w0hkDiIIM7btSH2THSqeBuJ82wmyTN16nwrhzkweGYUKt0DzP5vzxvRzQbttIBRlLSLGKTM4= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (Thomas.Sparrevohn@86.136.192.59 with login) by smtp808.mail.ird.yahoo.com with SMTP; 13 May 2009 10:05:40 -0000 X-YMail-OSG: 6NWCnGMVM1ncPiQyVAIQ5G57ENgEu6UiZYgLbwupGSFxgn0i4_qE_0wFCR6AQ78eEjRcIIpV4qgyufnwwpE78d9c5e7mn8TyN.MdwsF6hYV9CrmSzCrYub8K0HeqvGf.TpKL4.s8iXopwRvWyUx71uv4SA9pHma.hGK88bDYyhVpo5Bipyic6cHYCEfhjWmCvoa0iRaiijkiqONpPd5j2iWtX0c4fAD5SZOOJCBDztz3t.b4uZDdXIOzlhMWnf3TP78PgZvaQVDsDHQGB.Ok6zTR59WiErGS.zxS7WJ6F8lHdkzW3Ws- X-Yahoo-Newman-Property: ymail-3 From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Wed, 13 May 2009 11:05:40 +0100 User-Agent: KMail/1.9.10 References: <200905130922.52887.Thomas.Sparrevohn@btinternet.com> <200905131048.37146.hselasky@c2i.net> In-Reply-To: <200905131048.37146.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905131105.40616.Thomas.Sparrevohn@btinternet.com> Subject: Re: rum(4) not working on 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 10:05:46 -0000 On Wednesday 13 May 2009 09:48:36 Hans Petter Selasky wrote: > On Wednesday 13 May 2009, Thomas Sparrevohn wrote: > > Hans Petter > > > > I don't see this one came through - but I am having real pains with rum(4) > > - the weird thing it that it seems to work with HTTP etc but not with fetch > > - no panics - it just drops all connections and routing information - It am > > still getting the "kernel: rum0: need multicast update callback" error but > > I cannot see that it has anything to do with the issue > > In my experience it's not the driver that is flaky, but the firmware in the > hardware. I've seen several times that if certain commands are intermixed, > the firmware will completely stop responding. > > Has the rum driver ever worked with USB2 and -current? Recently there has been > several changes in the WLAN layer and some minor changes in if_rum. > > --HPS > _______________________________________________ > 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" > yes a couple of month ago you send me some patches and it worked fine - I need to look in my old maill - I am using a kernel with those patches as we speak - unfortunately I lost the patches From owner-freebsd-current@FreeBSD.ORG Wed May 13 10:07:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D31D1065672 for ; Wed, 13 May 2009 10:07:27 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp822.mail.ird.yahoo.com (smtp822.mail.ird.yahoo.com [217.146.188.232]) by mx1.freebsd.org (Postfix) with SMTP id 6A8E68FC18 for ; Wed, 13 May 2009 10:07:26 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 29605 invoked from network); 13 May 2009 10:07:25 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=F1gTgWNjCvnl4i+XH1SG6JbvsfMGEqMGny9N1+bvAaM6387HDQ1rCMUj/mXxBOU3RE+qUIR4cKnCjttS76sAK+QyhLtlK2fonqhQdTyNhez4PhkqCZDsGFY1M1OnsW/wt5aWn+Dex3UrxlPQq/0z2pvYSIYjQHIQ4NC5fwIuHcQ= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (Thomas.Sparrevohn@86.136.192.59 with login) by smtp822.mail.ird.yahoo.com with SMTP; 13 May 2009 10:07:25 -0000 X-YMail-OSG: VU.T4rkVM1k.jOw2ezjrjsMZ2Mf5mUtA0lg0cEdffa5H2qDA.BSzdEL6CwhsmYtNaQNc_vcW32nvRHdEzqt5qcR3JE7qL9iIB0e_GBoVfsADbDG8EvHt5QWjljSxnzfkizk7n1Tcn9RxF1UOIQOIRKrIxEE24KejbYGeHdAtZt3KWsmq7F4qebY0QtlPdKb75zf7_DodUBB7PWccN3zeh_BnDcc1r2945raiydQjPfAPXnMaXsw0ZuhrGGs9pwIFCCurmCYYhrYa60ZQf8qFsd7W6EvufDqy X-Yahoo-Newman-Property: ymail-3 From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Wed, 13 May 2009 11:07:25 +0100 User-Agent: KMail/1.9.10 References: <200905130922.52887.Thomas.Sparrevohn@btinternet.com> <200905131048.37146.hselasky@c2i.net> In-Reply-To: <200905131048.37146.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905131107.25115.Thomas.Sparrevohn@btinternet.com> Subject: Re: rum(4) not working on 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 10:07:27 -0000 On Wednesday 13 May 2009 09:48:36 Hans Petter Selasky wrote: > On Wednesday 13 May 2009, Thomas Sparrevohn wrote: > > Hans Petter > > > > I don't see this one came through - but I am having real pains with rum(4) > > - the weird thing it that it seems to work with HTTP etc but not with fetch > > - no panics - it just drops all connections and routing information - It am > > still getting the "kernel: rum0: need multicast update callback" error but > > I cannot see that it has anything to do with the issue > > In my experience it's not the driver that is flaky, but the firmware in the > hardware. I've seen several times that if certain commands are intermixed, > the firmware will completely stop responding. > > Has the rum driver ever worked with USB2 and -current? Recently there has been > several changes in the WLAN layer and some minor changes in if_rum. > > --HPS > _______________________________________________ > 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" > The driver stopped when the USB2 changes was reverted some time ago - prior to that USB2 worked fine e.g. when the dummy multicast was removed etc From owner-freebsd-current@FreeBSD.ORG Wed May 13 10:59:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 762D41065672; Wed, 13 May 2009 10:59:36 +0000 (UTC) (envelope-from bjakoktochce@o2.pl) Received: from tur.go2.pl (tur.go2.pl [193.17.41.50]) by mx1.freebsd.org (Postfix) with ESMTP id 294C58FC16; Wed, 13 May 2009 10:59:36 +0000 (UTC) (envelope-from bjakoktochce@o2.pl) Received: from poczta.o2.pl (mx12.go2.pl [193.17.41.142]) by tur.go2.pl (o2.pl Mailer 2.0.1) with ESMTP id 6E44423012D; Wed, 13 May 2009 12:33:12 +0200 (CEST) Received: from poczta.o2.pl (mx12 [127.0.0.1]) by poczta.o2.pl (Postfix) with ESMTP id 6A51A10401F; Wed, 13 May 2009 12:33:10 +0200 (CEST) Received: from [127.0.0.1] (ip-194-116-133-158.broker.com.pl [194.116.133.158]) by poczta.o2.pl (Postfix) with ESMTP; Wed, 13 May 2009 12:33:07 +0200 (CEST) Message-ID: <4A0AA1DA.5040903@o2.pl> Date: Wed, 13 May 2009 12:32:58 +0200 From: Bartosz Jakoktochce User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-bugs@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 090512-0, 2009-05-12), Outbound message X-Antivirus-Status: Clean Cc: freebsd-current@freebsd.org Subject: 8.0-current on virtualbox intel cards reports invalid mac X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 10:59:36 -0000 I'm running 8.0-CURRENT on VirtualBox 2.2.2 and noticed an error while loading kernel. em0: port 0xc010-0xc017 mem 0xf0000000-0xf001ffff irq 11 at device 3.0 on pci0 em0: Invalid MAC address device_attach: em0 attach returned 5 The 7.x and also 6.x work fine with this. Regards Bartosz Jakoktochce From owner-freebsd-current@FreeBSD.ORG Wed May 13 11:26:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C36B106566B; Wed, 13 May 2009 11:26:10 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id D9FB98FC0C; Wed, 13 May 2009 11:26:09 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from rebelion.Sisis.de (cazador.sisis.de [193.31.11.193]) by dd12710.kasserver.com (Postfix) with ESMTP id 78FF51849CD08; Wed, 13 May 2009 13:26:10 +0200 (CEST) Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n4DBQ8VU009736; Wed, 13 May 2009 13:26:08 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Wed, 13 May 2009 13:26:08 +0200 From: Matthias Apitz To: Robert Noland , freebsd-current@freebsd.org Message-ID: <20090513112608.GA9693@rebelion.Sisis.de> References: <20090428083627.GA3621@rebelion.Sisis.de> <20090508141755.GB13584@rebelion.Sisis.de> <1241796489.1733.25.camel@balrog.2hip.net> <20090511122121.GA9961@rebelion.Sisis.de> <20090513082036.GA4222@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090513082036.GA4222@rebelion.Sisis.de> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) Cc: Subject: Re: laptop Dell M4400 with -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 11:26:10 -0000 El día Wednesday, May 13, 2009 a las 10:20:36AM +0200, Matthias Apitz escribió: > Hello, > > I have to admit that this message 'all is fine' was to fast; the Xorg > came only up *once* and let the KDE3.5.10 fully appear; I was even able > to switch the font size from 8 to 12, because with this high resolution > it was nearly unreadable. > > after stopping X with Ctrl-Alt-BS I was never ever able to bring X + KDE > up; while KDE is initialising at some point the X goes into 100% of CPU > usage; it is not a CPU-loop itself inside the X server, but a loop of > SIG 14 as I can proof with truss from another session: > > SIGNAL 14 (SIGALRM) > sigreturn(0xbfbfe500,0xe,0x0,0xbfbfe500,0x0,0x8127070) = 678420552 (0x286fe048) > SIGNAL 14 (SIGALRM) > sigreturn(0xbfbfe500,0xe,0x0,0xbfbfe500,0x0,0x8127070) = 678420552 (0x286fe048) > SIGNAL 14 (SIGALRM) > sigreturn(0xbfbfe500,0xe,0x0,0xbfbfe500,0x0,0x8127070) = 678420552 (0x286fe048) > SIGNAL 14 (SIGALRM) > ... > > when I only start via ~/.xinitrc a 'xterm' and 'twm' there is no > problem, but as soon I'm launching 'startkde' inside such a session the > above loop comes up and only power cycle bring the system back to life. > > What can I do? I have set now in xorg.conf Option "NoAccel" "true" which let KDE come up, but ofc it is terrible slow; just to let you know; Thanks in any case for your work. matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Wed May 13 11:55:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6C931065672 for ; Wed, 13 May 2009 11:55:28 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from mail-ew0-f159.google.com (mail-ew0-f159.google.com [209.85.219.159]) by mx1.freebsd.org (Postfix) with ESMTP id 5B3588FC1B for ; Wed, 13 May 2009 11:55:28 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: by ewy3 with SMTP id 3so680520ewy.43 for ; Wed, 13 May 2009 04:55:27 -0700 (PDT) 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:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=7MOXVJgz3bNVooIthKlqkFKS8B7KzeOVscV9ep90jXQ=; b=JI3FCHxKsfE5DCDo0IFrLmfmy4Vwbvt1xDOvRszj9DuGMtX4tDS/Pn7rE2YAcikFzN nenDPRMiovu67omrZSDaKymiEFB96fa7cZ2kZ3/iVI4bcIYi5lMyyLeBxh4nIk2WlKDf lTBQukdHcq8LJMpqKucNlee4uxwcPuYe9IKVc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=rgMPAomR4b7phPh6pATmyz0IyXfzvcuwPheXH0Kq2PVVpEVRlnQ1Si6laQ2hyKqNcn yObURTmrVlm4yhIvjhqUxdE3h6CprCE2Nfxd3suCgeU7cKxXuRIGf17qvH54uk0hI7lC qIB//HTkDFXt9N0JDw0217QRdcNgvjPquNpj4= Received: by 10.210.13.9 with SMTP id 9mr1076241ebm.21.1242214287388; Wed, 13 May 2009 04:31:27 -0700 (PDT) Received: from ?192.168.1.102? (z032069.its-s.tudelft.nl [145.94.32.69]) by mx.google.com with ESMTPS id 5sm1407630eyh.10.2009.05.13.04.31.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 13 May 2009 04:31:26 -0700 (PDT) Message-ID: <4A0AAF8B.6040905@gmail.com> Date: Wed, 13 May 2009 13:31:23 +0200 From: Ulf Lilleengen User-Agent: Thunderbird 2.0.0.21 (X11/20090424) MIME-Version: 1.0 To: "Li, Qing" References: <23507827.post@talk.nabble.com> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Jakub Lach Subject: Re: dead dhclient em0 in r192014 /Thinkpad T400 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 11:55:29 -0000 Li, Qing wrote: > Forgot to take care of DHCP, sorry about that. > > Please try the patch at http://people.freebsd.org/~qingli/in.c > I have tested it and appears to be good. > > -- Qing > > > Works for me. >> -----Original Message----- >> From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- >> current@freebsd.org] On Behalf Of Jakub Lach >> Sent: Tuesday, May 12, 2009 11:27 AM >> To: freebsd-current@freebsd.org >> Subject: dead dhclient em0 in r192014 /Thinkpad T400 >> >> >> Hello. >> >> After updating to 192014, gigabit Intel ethernet is dead. >> >> >> em0: link state changed to UP >> in_ifinit: insertion failed >> >> #dhclient em0 >> >> ifconfig ioctl (SIOCSIFADDR) File exists >> em0: not found >> exiting >> dhclient em0: not found >> dhclient exiting >> dhclient connection closed >> dhclient exiting >> >> -best regards, >> Jakub Lach >> -- >> View this message in context: http://www.nabble.com/dead-dhclient-em0- >> in-r192014--Thinkpad-T400-tp23507827p23507827.html >> Sent from the freebsd-current mailing list archive at Nabble.com. >> >> _______________________________________________ >> 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" >> > _______________________________________________ > 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" > From owner-freebsd-current@FreeBSD.ORG Wed May 13 13:19:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 482E3106566C for ; Wed, 13 May 2009 13:19:16 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id D01AE8FC18 for ; Wed, 13 May 2009 13:19:15 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:47558 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M4EMW-0003JT-5E for freebsd-current@freebsd.org; Wed, 13 May 2009 15:19:11 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 2F7FA3E1D for ; Wed, 13 May 2009 15:19:05 +0200 (CEST) Message-Id: <949B5884-5303-4EFF-AC7D-293640FFA012@exscape.org> From: Thomas Backman To: freebsd-current@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: Wed, 13 May 2009 15:19:05 +0200 X-Mailer: Apple Mail (2.930.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M4EMW-0003JT-5E. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M4EMW-0003JT-5E 283bce06e62d44525139441dfa9d2e6a Subject: DTrace panic while probing syscall::open (and possibly many others) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 13:19:16 -0000 OK, so I first posted a thread on the forums about this in 7.2-RELEASE: http://forums.freebsd.org/showthread.php?t=3834 Then filed a PR, kern/134408: http://www.freebsd.org/cgi/query-pr.cgi?pr=134408 The very same bug remains in 8-CURRENT/amd64 as of May 13, ~10(am) GMT+2. Steps to reproduce: 1) Build DTrace capable kernel (I followed the wiki DTrace instructions) 2) Reboot; kldload dtraceall 3) dtrace -n 'syscall::open:entry { self->path = arg0; } syscall::open:return { printf("%s\n", copyinstr(self->path)); }' 4) Crash. Backtrace: [root@vmware /usr/obj/usr/src/sys/DTRACE]# kgdb kernel.debug /var/ crash/vmcore.3 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: panic: from debugger cpuid = 0 Uptime: 3m10s Physical memory: 368 MB Dumping 81 MB: 66 50 34 18 2 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/profile.ko...Reading symbols from / boot/kernel/profile.ko.symbols...done. done. Loaded symbols for /boot/kernel/profile.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/cyclic.ko...Reading symbols from / boot/kernel/cyclic.ko.symbols...done. done. Loaded symbols for /boot/kernel/cyclic.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/systrace.ko...Reading symbols from / boot/kernel/systrace.ko.symbols...done. done. Loaded symbols for /boot/kernel/systrace.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/fbt.ko...Reading symbols from /boot/ kernel/fbt.ko.symbols...done. done. Loaded symbols for /boot/kernel/fbt.ko Reading symbols from /boot/kernel/dtnfsclient.ko...Reading symbols from /boot/kernel/dtnfsclient.ko.symbols...done. done. Loaded symbols for /boot/kernel/dtnfsclient.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 #0 doadump () at pcpu.h:223 223 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:223 #1 0xffffffff80566b23 in boot (howto=260) at /usr/src/sys/kern/ kern_shutdown.c:420 #2 0xffffffff80566fac in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xffffffff801d3ef7 in db_panic (addr=Variable "addr" is not available. ) at /usr/src/sys/ddb/db_command.c:478 #4 0xffffffff801d43a1 in db_command (last_cmdp=0xffffffff80bd3620, cmd_table=Variable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:445 #5 0xffffffff801d45f0 in db_command_loop () at /usr/src/sys/ddb/ db_command.c:498 #6 0xffffffff801d6599 in db_trap (type=Variable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:229 #7 0xffffffff80597135 in kdb_trap (type=10, code=0, tf=0xfffffffe4e64e450) at /usr/src/sys/kern/subr_kdb.c:534 #8 0xffffffff80843f81 in trap (frame=0xfffffffe4e64e450) at /usr/src/ sys/amd64/amd64/trap.c:606 #9 0xffffffff8081edc7 in calltrap () at /usr/src/sys/amd64/amd64/ exception.S:223 #10 0xffffffff8123c128 in dtrace_panic (format=Variable "format" is not available. ) at /usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/ opensolaris/uts/common/dtrace/dtrace.c:601 #11 0xffffffff8123c200 in dtrace_copycheck (uaddr=18446744071581326184, kaddr=Variable "kaddr" is not available. ) at dtrace_isa.c:527 #12 0xffffffff8123c2bc in dtrace_copyinstr (uaddr=34365395808, kaddr=18446744066201920856, size=256, flags=0xffffffff8122f120) at dtrace_isa.c:558 #13 0xffffffff81249e84 in dtrace_dif_emulate (difo=0xffffff00026a2d80, mstate=0xfffffffe4e64ea00, vstate=0xffffff0002548838, state=0xffffff0002548800) at /usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/ opensolaris/uts/common/dtrace/dtrace.c:3446 #14 0xffffffff8124b20a in dtrace_probe (id=Variable "id" is not available. ) at /usr/src/sys/modules/dtrace/dtrace/../../../cddl/contrib/ opensolaris/uts/common/dtrace/dtrace.c:6220 #15 0xffffffff8137b155 in systrace_probe () from /boot/kernel/ systrace.ko #16 0xffffffff80843c4d in syscall (frame=0xfffffffe4e64ec90) at /usr/ src/sys/amd64/amd64/trap.c:990 #17 0xffffffff8081f050 in Xfast_syscall () at /usr/src/sys/amd64/amd64/ exception.S:364 #18 0x00000008005411fc in ?? () Previous frame inner to this frame (corrupt stack?) Hope this helps to fix this bug - I assume syscall::open isn't the only probe affected as it's simply the very first one I tried. Same panic on two computers (a "real" one, A64 3200+, nForce4, 2GB RAM; and a Macbook Pro C2D running VMware Fusion). Same panic in 7.2 and 8.0. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed May 13 13:04:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AD8C106564A; Wed, 13 May 2009 13:04:17 +0000 (UTC) (envelope-from dds@aueb.gr) Received: from mx-out.forthnet.gr (mx-out.forthnet.gr [193.92.150.104]) by mx1.freebsd.org (Postfix) with ESMTP id 88D448FC1D; Wed, 13 May 2009 13:04:16 +0000 (UTC) (envelope-from dds@aueb.gr) Received: from mx-av-04.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-04.forthnet.gr (8.14.3/8.14.3) with ESMTP id n4DCpI3t004977; Wed, 13 May 2009 15:51:18 +0300 Received: from MX-IN-05.forthnet.gr (mx-in-05.forthnet.gr [193.92.150.30]) by mx-av-04.forthnet.gr (8.14.3/8.14.3) with ESMTP id n4DCpIsV024781; Wed, 13 May 2009 15:51:18 +0300 Received: from [192.168.136.22] (adsl45-42.kln.forthnet.gr [77.49.172.42]) by MX-IN-05.forthnet.gr (8.14.3/8.14.3) with ESMTP id n4DCpH83030211; Wed, 13 May 2009 15:51:18 +0300 Authentication-Results: MX-IN-05.forthnet.gr smtp.mail=dds@aueb.gr; spf=neutral Authentication-Results: MX-IN-05.forthnet.gr header.from=dds@aueb.gr; sender-id=neutral Message-ID: <4A0AC23E.2060005@aueb.gr> Date: Wed, 13 May 2009 15:51:10 +0300 From: Diomidis Spinellis User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20090513080926.175F37302F@freebsd-current.sentex.ca> In-Reply-To: <20090513080926.175F37302F@freebsd-current.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 13 May 2009 13:31:21 +0000 Cc: mips@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 13:04:17 -0000 FreeBSD Tinderbox wrote: > TB --- 2009-05-13 07:04:55 - tinderbox 2.6 running on freebsd-current.sentex.ca > TB --- 2009-05-13 07:04:55 - starting HEAD tinderbox run for mips/mips > TB --- 2009-05-13 07:04:55 - cleaning the object tree > TB --- 2009-05-13 07:05:48 - cvsupping the source tree > TB --- 2009-05-13 07:05:48 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/mips/mips/supfile > TB --- 2009-05-13 07:05:56 - building world > TB --- 2009-05-13 07:05:56 - MAKEOBJDIRPREFIX=/obj > TB --- 2009-05-13 07:05:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-05-13 07:05:56 - TARGET=mips > TB --- 2009-05-13 07:05:56 - TARGET_ARCH=mips > TB --- 2009-05-13 07:05:56 - TZ=UTC > TB --- 2009-05-13 07:05:56 - __MAKE_CONF=/dev/null > TB --- 2009-05-13 07:05:56 - cd /src > TB --- 2009-05-13 07:05:56 - /usr/bin/make -B buildworld >>>> World build started on Wed May 13 07:05:59 UTC 2009 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything > [...] > cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/usr.bin/truss -I. -std=gnu99 -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/truss/mips-fbsd.c > /src/usr.bin/truss/mips-fbsd.c: In function 'mips_syscall_exit': > /src/usr.bin/truss/mips-fbsd.c:341: error: too few arguments to function 'print_syscall_ret' > *** Error code 1 > > Stop in /src/usr.bin/truss. > *** Error code 1 > > Stop in /src/usr.bin. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > *** Error code 1 Sorry, I missed syncing the code I wrote in January with the MIPS support introduced in February. I fixed it in r192040. Diomidis Spinellis From owner-freebsd-current@FreeBSD.ORG Wed May 13 13:44:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A3CA106566C for ; Wed, 13 May 2009 13:44:53 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id D9C008FC08 for ; Wed, 13 May 2009 13:44:52 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 13 May 2009 09:44:51 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.5-GA) with ESMTP id PVY68195; Wed, 13 May 2009 09:44:47 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 13 May 2009 09:44:46 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18954.52941.106357.651668@jerusalem.litteratus.org> Date: Wed, 13 May 2009 09:44:45 -0400 To: Tim Kientzle In-Reply-To: <4A088642.3030402@freebsd.org> References: <4A088642.3030402@freebsd.org> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: freebsd-current Subject: Re: Installation of FreeBSD 8.0-Current-2009-amd64-dvd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 13:44:53 -0000 Tim Kientzle writes: > It also helps to watch the freebsd-current mailing > list so you know when things are relatively calm. If you're actually going to track -CURRENT - instead of installing a working version that has necessary feature X and stuffing that machine back in the closet - I would say reading the mailing list is mandatory in everything but the literal sense. Reading hackers@ is also not a bad idea. Robert Huff From owner-freebsd-current@FreeBSD.ORG Wed May 13 13:53:07 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 324781065670 for ; Wed, 13 May 2009 13:53:07 +0000 (UTC) (envelope-from Achim_Leubner@adaptec.com) Received: from mail-gw3.adaptec.com (mail-gw3.adaptec.com [162.62.93.58]) by mx1.freebsd.org (Postfix) with ESMTP id 175F38FC1D for ; Wed, 13 May 2009 13:53:06 +0000 (UTC) (envelope-from Achim_Leubner@adaptec.com) Received: from ADPE2K702.adaptec.com (adaptecpop.adaptec.com [10.25.8.26]) by mail-gw3.adaptec.com (Spam Firewall) with ESMTP id 85A9B27D784; Wed, 13 May 2009 06:53:06 -0700 (PDT) Received: from ADPE2K703.adaptec.com ([10.25.8.22]) by ADPE2K702.adaptec.com ([10.25.8.26]) with mapi; Wed, 13 May 2009 06:53:06 -0700 From: "Leubner, Achim" To: Scott Long Date: Wed, 13 May 2009 06:53:04 -0700 Thread-Topic: softdep_move_dependencies panic Thread-Index: AcnOa4SCR05AnShwRy+zSDkeRHZY1wFZincg Message-ID: <532ABFBDAAC3A34EB12EBA6CEC2838F4020B72409D@ADPE2K703.adaptec.com> References: <532ABFBDAAC3A34EB12EBA6CEC2838F4020B67FCE8@ADPE2K703.adaptec.com> <4A01C10F.4060805@samsco.org> In-Reply-To: <4A01C10F.4060805@samsco.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Ed Maste , "current@freebsd.org" , "Sridaran, Gana" Subject: RE: softdep_move_dependencies panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 13:53:07 -0000 Thanks for the information. But could you please explain this workaround in= detail? If I understand you correctly I should not remove the device with = device_delete_child(). But how should I indicate that it has failed? And ho= w can I complete the i/o with good status although the i/o did not work? Thanks, Achim -----Original Message----- From: Scott Long [mailto:scottl@samsco.org]=20 Sent: Wednesday, May 06, 2009 6:56 PM To: Leubner, Achim Cc: Ed Maste; current@freebsd.org; Sridaran, Gana Subject: Re: softdep_move_dependencies panic No, there is no fix for this. FreeBSD doesn't handle this case very=20 well. What I would suggest doing is keeping the logical representation of the device around, but indicate that it has failed. Then complete all i/o with good status. This is something that is being worked on, but I have no information on when it might be fixed. Scott Leubner, Achim wrote: > Hi Ed, Hi Scott, >=20 > =20 >=20 > We run into a problem if a RAID array goes into an "error" state and is=20 > marked "offline". The new aac driver removes the device in this case=20 > with device_delete_child() and all commands to that device will be=20 > answered using biodone() with flag BIO_ERROR and error EINVAL. But this=20 > causes a "softdep_move_dependencies: need merge code" panic in the=20 > filesystem. Is there any possibility to avoid this panic? We see it=20 > under FreeBSD 7.1 too. >=20 > Any help is greatly appreciated. >=20 > =20 >=20 > Thanks & Regards, >=20 > Achim >=20 > =20 >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D >=20 > Achim Leubner >=20 > Software Engineer / RAID drivers >=20 > ICP vortex GmbH / Adaptec Inc. >=20 > Phone: +49-351-8718291 >=20 > =20 >=20 From owner-freebsd-current@FreeBSD.ORG Wed May 13 13:58:42 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FC1A106564A for ; Wed, 13 May 2009 13:58:42 +0000 (UTC) (envelope-from Achim_Leubner@adaptec.com) Received: from mail-gw3.adaptec.com (ts.adaptec.com [162.62.93.58]) by mx1.freebsd.org (Postfix) with ESMTP id 23A2A8FC19 for ; Wed, 13 May 2009 13:58:41 +0000 (UTC) (envelope-from Achim_Leubner@adaptec.com) Received: from ADPE2K702.adaptec.com (adaptecpop.adaptec.com [10.25.8.26]) by mail-gw3.adaptec.com (Spam Firewall) with ESMTP id 752472246B9; Wed, 13 May 2009 06:58:38 -0700 (PDT) Received: from ADPE2K703.adaptec.com ([10.25.8.22]) by ADPE2K702.adaptec.com ([10.25.8.26]) with mapi; Wed, 13 May 2009 06:58:38 -0700 From: "Leubner, Achim" To: Jeff Roberson Date: Wed, 13 May 2009 06:58:36 -0700 Thread-Topic: softdep_move_dependencies panic Thread-Index: AcnPFh4iMWCZR1hYQ9WMHaWY1cfimgEvGd4g Message-ID: <532ABFBDAAC3A34EB12EBA6CEC2838F4020B72409F@ADPE2K703.adaptec.com> References: <532ABFBDAAC3A34EB12EBA6CEC2838F4020B67FCE8@ADPE2K703.adaptec.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Ed Maste , "current@freebsd.org" , "Sridaran, Gana" Subject: RE: softdep_move_dependencies panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 13:58:42 -0000 Unfortunately there is no complete dump during that panics. I only see some= g_vfs_done() errors during WRITE like "g_vfs_done():aacdu0s1[WRITE(offset= =3D98304, length=3D16384)]error =3D 22" and a "panic: softdep_move_dependen= cies: need merge code" at the end. Then the system hangs during dump. Thanks, Achim -----Original Message----- From: Jeff Roberson [mailto:jroberson@jroberson.net]=20 Sent: Thursday, May 07, 2009 3:20 PM To: Leubner, Achim Cc: Ed Maste; Scott Long; current@freebsd.org; Sridaran, Gana Subject: Re: softdep_move_dependencies panic On Wed, 6 May 2009, Leubner, Achim wrote: > Hi Ed, Hi Scott, > > We run into a problem if a RAID array goes into an "error" state and is m= arked "offline". The new aac driver removes the device in this case with de= vice_delete_child() and all commands to that device will be answered using = biodone() with flag BIO_ERROR and error EINVAL. But this causes a "softdep_= move_dependencies: need merge code" panic in the filesystem. Is there any p= ossibility to avoid this panic? We see it under FreeBSD 7.1 too. > Any help is greatly appreciated. Hi Achim, Can you post the entire stack trace from the panic? Thanks, Jeff > > Thanks & Regards, > Achim > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > > Achim Leubner > > Software Engineer / RAID drivers > > ICP vortex GmbH / Adaptec Inc. > > Phone: +49-351-8718291 > > _______________________________________________ > 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= " > From owner-freebsd-current@FreeBSD.ORG Wed May 13 14:08:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3AE7106566B; Wed, 13 May 2009 14:08:42 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 5B8578FC20; Wed, 13 May 2009 14:08:42 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so191761ana.13 for ; Wed, 13 May 2009 07:08:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=/KF+e40UnDVzFbZ6Bv17IqQqBtlKtepSru4qDRO1Ywg=; b=sPMRDW/NJvUrLr7t/gxUDA579TjyuJBSG59S9+C1VTEmHuahTfHscSBgojI0IP6aIl xNyf98Pjm2Di512HmCGzw29jlLjNCJi/bjg5fP5dvl9Wn7DeGF3fa6vsE8WiF+yIGlqa BQsvhXcCKi3BtNNZmE9RHHw6OmV6jsiKo8Mww= 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=PZDhBXfu0yA4nhl9DsVhxkuqJaRloigUl4LZFF0Rwpyh5jZ0BP/XwKfK/xc/Br2XF9 PBQQyRx9jlcttgp7i4pSI2vPJgkFPONsazpR06jsMuM9KpTENvLuFij8kgAn1OCXWEqM jWzE7oYTJUw/2dCR5gErURgrXJENp3JVt4uoQ= MIME-Version: 1.0 Received: by 10.100.171.13 with SMTP id t13mr1255873ane.1.1242222070485; Wed, 13 May 2009 06:41:10 -0700 (PDT) In-Reply-To: <4A0AA1DA.5040903@o2.pl> References: <4A0AA1DA.5040903@o2.pl> Date: Wed, 13 May 2009 09:41:10 -0400 Message-ID: <4ad871310905130641n5a6a3c2y7e1fb647225cd22f@mail.gmail.com> From: Glen Barber To: Bartosz Jakoktochce Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-bugs@freebsd.org, freebsd-current@freebsd.org Subject: Re: 8.0-current on virtualbox intel cards reports invalid mac X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 14:08:43 -0000 2009/5/13 Bartosz Jakoktochce : > I'm running 8.0-CURRENT on VirtualBox 2.2.2 and noticed an error while > loading kernel. > > em0: port 0xc010-0xc017 mem > 0xf0000000-0xf001ffff irq 11 at device 3.0 on pci0 > em0: Invalid MAC address > device_attach: em0 attach returned 5 > > The 7.x and also 6.x work fine with this. > I remember seeing this problem in the archives a few weeks(?) back. Apparently there are a few em0 devices VirtualBox can use. I don't recall seeing a solution, but you should be able to come across it by searching the archives. HTH. -- Glen Barber From owner-freebsd-current@FreeBSD.ORG Wed May 13 14:58:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80AB8106566C for ; Wed, 13 May 2009 14:58:01 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 52F0A8FC20 for ; Wed, 13 May 2009 14:58:01 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n4DEvtUL003824 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 May 2009 07:57:56 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4A0ADFF3.5010308@freebsd.org> Date: Wed, 13 May 2009 07:57:55 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090411) MIME-Version: 1.0 To: Thomas Sparrevohn References: <200905130922.52887.Thomas.Sparrevohn@btinternet.com> <200905131048.37146.hselasky@c2i.net> <200905131107.25115.Thomas.Sparrevohn@btinternet.com> In-Reply-To: <200905131107.25115.Thomas.Sparrevohn@btinternet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: rum(4) not working on 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 14:58:01 -0000 Thomas Sparrevohn wrote: > On Wednesday 13 May 2009 09:48:36 Hans Petter Selasky wrote: > >> On Wednesday 13 May 2009, Thomas Sparrevohn wrote: >> >>> Hans Petter >>> >>> I don't see this one came through - but I am having real pains with rum(4) >>> - the weird thing it that it seems to work with HTTP etc but not with fetch >>> - no panics - it just drops all connections and routing information - It am >>> still getting the "kernel: rum0: need multicast update callback" error but >>> I cannot see that it has anything to do with the issue >>> >> In my experience it's not the driver that is flaky, but the firmware in the >> hardware. I've seen several times that if certain commands are intermixed, >> the firmware will completely stop responding. >> >> Has the rum driver ever worked with USB2 and -current? Recently there has been >> several changes in the WLAN layer and some minor changes in if_rum. >> >> --HPS >> _______________________________________________ >> 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" >> >> > > The driver stopped when the USB2 changes was reverted some time ago - prior to that USB2 > worked fine e.g. when the dummy multicast was removed etc > All usb drivers are tested with any net80211 changes; at least in sta mode. Complaints about missing mcast and/or promisc support are because the drivers are missing code that breaks functionality. Silencing these printfs does nothing except bury problems so they are forgotten and never fixed. If you have problems w/ a wireless driver there are facilities to help; e.g. man wlandebug. Sam From owner-freebsd-current@FreeBSD.ORG Wed May 13 16:49:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 554391065676 for ; Wed, 13 May 2009 16:49:42 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl.com (jdl.com [208.123.74.7]) by mx1.freebsd.org (Postfix) with ESMTP id 3BECD8FC21 for ; Wed, 13 May 2009 16:49:41 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl (helo=jdl.com) by jdl.com with local-esmtp (Exim 4.69) (envelope-from ) id 1M4HeH-0006SL-2C for freebsd-current@freebsd.org; Wed, 13 May 2009 11:49:41 -0500 To: freebsd-current@freebsd.org Date: Wed, 13 May 2009 11:49:41 -0500 From: Jon Loeliger Message-Id: X-Spam-Score: -1.8 Subject: Building boot2 for ixp425 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 16:49:42 -0000 Folks, I'm following the instructions on the Wiki here: http://wiki.freebsd.org/FreeBSDAvila After successfully building FreeBSD current using nanobsd and placing it onto a Compact Flash, I am now trying to build the boot2 image so that I can boot it. The instructions say: Build a kernel configured to mount the file system from ad0. This is most easily done by copying the AVILA config file and stripping out the BOOTP* options. Which I did, placing a new "BOOT2" config file in /usr/src/sys/arm/conf. Then: Build the second level bootstrap program by entering the arm/xscale build environment and building sys/boot2/ixdp425: make TARGET_ARCH=arm TARGET_CPUTYPE=xscale \ TARGET_BIG_ENDIAN=true buildenv cd sys/boot/arm/ixp425/boot2/ make The problem arises from that make: # make Warning: Object directory not changed from original /usr/src/sys/boot/arm/ixp425/boot2 cc -O -pipe -mbig-endian -march=armv5te -D__XSCALE__ -DBOOT_STACK=0x200000-4 -I/usr/src/sys/boot/arm/ixp425/boot2/../../../common -I/usr/src/sys/boot/arm/ixp425/boot2 -DFIXUP_BOOT_DRV -Os -ffreestanding -I/usr/src/sys/boot/arm/ixp425/boot2/../../../.. -I/usr/src/sys/boot/arm/ixp425/boot2/../../../../arm -DCPU_XSCALE_IXP425 -Wall -Waggregate-return -Werror -Wnested-externs -Wpointer-arith -Wshadow -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -DBOOT_IXP425 -std=gnu99 -c arm_init.S cc1: error: unrecognized command line option "-mbig-endian" arm_init.S:0: error: bad value (armv5te) for -march= switch arm_init.S:0: error: bad value (armv5te) for -mtune= switch *** Error code 1 Stop in /usr/src/sys/boot/arm/ixp425/boot2. Any advice for the weary here? If I just strip the three offending flags from the Makefile, will it build properly? I'm dubious, except that there are also these in the environment now: TARGET_CPUTYPE=xscale CPUTYPE=xscale TARGET_BIG_ENDIAN=true MACHINE_ARCH=arm MAKEOBJDIRPREFIX=/usr/obj/arm MAKEFLAGS= TARGET_ARCH=arm TARGET_CPUTYPE=xscale TARGET_BIG_ENDIAN=true -m /usr/src/share/mk Thanks, jdl From owner-freebsd-current@FreeBSD.ORG Wed May 13 16:57:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B304106567A for ; Wed, 13 May 2009 16:57:19 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl.com (jdl.com [208.123.74.7]) by mx1.freebsd.org (Postfix) with ESMTP id 2F25D8FC20 for ; Wed, 13 May 2009 16:57:19 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl (helo=jdl.com) by jdl.com with local-esmtp (Exim 4.69) (envelope-from ) id 1M4Hle-0006VX-5V for freebsd-current@freebsd.org; Wed, 13 May 2009 11:57:18 -0500 To: freebsd-current@freebsd.org In-reply-to: References: Comments: In-reply-to Jon Loeliger message dated "Wed, 13 May 2009 11:49:41 -0500." Date: Wed, 13 May 2009 11:57:18 -0500 From: Jon Loeliger Message-Id: X-Spam-Score: -2.3 Subject: Re: Building boot2 for ixp425 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 16:57:20 -0000 Follow up question... > The instructions say: > > Build a kernel configured to mount the file system from ad0. This is > most easily done by copying the AVILA config file and stripping out > the BOOTP* options. > > Which I did, placing a new "BOOT2" config file in /usr/src/sys/arm/conf. I forgot to ask the important question here. By the phrase "Build a kernel configured to ..." here, does it really mean a whole new "make buildworld" like this: make KERNCONF=BOOT2 TARGET=arm TARGET_CPUTYPE=xscale \ TARGET_BIG_ENDIAN=true buildworld or perhaps just: make KERNCONF=BOOT2 TARGET=arm TARGET_CPUTYPE=xscale \ TARGET_BIG_ENDIAN=true buildkernel make KERNCONF=BOOT2 TARGET=arm TARGET_CPUTYPE=xscale \ TARGET_BIG_ENDIAN=true DESTDIR=/some/where \ installkernel within the existing (from nanobsd) environment? Thanks, jdl From owner-freebsd-current@FreeBSD.ORG Wed May 13 17:00:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27ADF1065693 for ; Wed, 13 May 2009 17:00:40 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id E2E658FC15 for ; Wed, 13 May 2009 17:00:39 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id A05ACFF54; Thu, 14 May 2009 05:00:38 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U0+8bmKoON37; Thu, 14 May 2009 05:00:29 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Thu, 14 May 2009 05:00:29 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id B841B11432; Thu, 14 May 2009 05:00:28 +1200 (NZST) Date: Wed, 13 May 2009 10:00:28 -0700 From: Andrew Thompson To: Jon Loeliger Message-ID: <20090513170028.GA96051@citylink.fud.org.nz> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: Building boot2 for ixp425 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 17:00:40 -0000 On Wed, May 13, 2009 at 11:49:41AM -0500, Jon Loeliger wrote: > > Folks, > > I'm following the instructions on the Wiki here: > > http://wiki.freebsd.org/FreeBSDAvila > > After successfully building FreeBSD current using nanobsd > and placing it onto a Compact Flash, I am now trying to > build the boot2 image so that I can boot it. > > The instructions say: > > Build a kernel configured to mount the file system from ad0. This is > most easily done by copying the AVILA config file and stripping out > the BOOTP* options. > > Which I did, placing a new "BOOT2" config file in /usr/src/sys/arm/conf. > > Then: > > Build the second level bootstrap program by entering the arm/xscale > build environment and building sys/boot2/ixdp425: > > make TARGET_ARCH=arm TARGET_CPUTYPE=xscale \ > TARGET_BIG_ENDIAN=true buildenv > cd sys/boot/arm/ixp425/boot2/ > make > > The problem arises from that make: > > # make > Warning: Object directory not changed from original /usr/src/sys/boot/arm/ixp425/boot2 > cc -O -pipe -mbig-endian -march=armv5te -D__XSCALE__ -DBOOT_STACK=0x200000-4 -I/usr/src/sys/boot/arm/ixp425/boot2/../../../common -I/usr/src/sys/boot/arm/ixp425/boot2 -DFIXUP_BOOT_DRV -Os -ffreestanding -I/usr/src/sys/boot/arm/ixp425/boot2/../../../.. -I/usr/src/sys/boot/arm/ixp425/boot2/../../../../arm -DCPU_XSCALE_IXP425 -Wall -Waggregate-return -Werror -Wnested-externs -Wpointer-arith -Wshadow -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -DBOOT_IXP425 -std=gnu99 -c arm_init.S > cc1: error: unrecognized command line option "-mbig-endian" > arm_init.S:0: error: bad value (armv5te) for -march= switch > arm_init.S:0: error: bad value (armv5te) for -mtune= switch > *** Error code 1 > > Stop in /usr/src/sys/boot/arm/ixp425/boot2. Are you sure your cross compile toolchain is built? make TARGET_ARCH=arm TARGET_CPUTYPE=xscale \ TARGET_BIG_ENDIAN=true kernel-toolchain Andrew From owner-freebsd-current@FreeBSD.ORG Wed May 13 17:05:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A3BB1065675 for ; Wed, 13 May 2009 17:05:19 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl.com (jdl.com [208.123.74.7]) by mx1.freebsd.org (Postfix) with ESMTP id 7D0FE8FC19 for ; Wed, 13 May 2009 17:05:19 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl (helo=jdl.com) by jdl.com with local-esmtp (Exim 4.69) (envelope-from ) id 1M4HtL-0006Y9-Nw; Wed, 13 May 2009 12:05:19 -0500 To: Andrew Thompson In-reply-to: <20090513170028.GA96051@citylink.fud.org.nz> References: <20090513170028.GA96051@citylink.fud.org.nz> Comments: In-reply-to Andrew Thompson message dated "Wed, 13 May 2009 10:00:28 -0700." Date: Wed, 13 May 2009 12:05:15 -0500 From: Jon Loeliger Message-Id: X-Spam-Score: -2.3 Cc: freebsd-current@freebsd.org Subject: Re: Building boot2 for ixp425 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 17:05:20 -0000 > > Are you sure your cross compile toolchain is built? I just build the whole set using the nanobsd.sh mechanism. It resulted in an arm kernel, so I'm assuming the toolchain is available. That said, I'm not sure how to *point* to it... Which may be the issue at the heart of my "Follow up question"? jdl From owner-freebsd-current@FreeBSD.ORG Wed May 13 17:20:49 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30506106566B for ; Wed, 13 May 2009 17:20:49 +0000 (UTC) (envelope-from gb@unistra.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.154]) by mx1.freebsd.org (Postfix) with ESMTP id D0B208FC14 for ; Wed, 13 May 2009 17:20:48 +0000 (UTC) (envelope-from gb@unistra.fr) Received: from 6nq.u-strasbg.fr (mojito.u-strasbg.fr [IPv6:2001:660:4701:1002::2]) by mailhost.u-strasbg.fr (8.14.2/jtpda-5.5pre1) with ESMTP id n4DHJWXj065181 for ; Wed, 13 May 2009 19:19:32 +0200 (CEST) Received: by 6nq.u-strasbg.fr (Postfix, from userid 1001) id 405EFD108; Wed, 13 May 2009 19:18:52 +0200 (CEST) Date: Wed, 13 May 2009 19:18:52 +0200 From: Guy Brand To: freebsd-current@FreeBSD.org Message-ID: <20090513171851.GA2582@unistra.fr> References: <4A058B5C.3010707@FreeBSD.org> <200905111529.12808.jkim@FreeBSD.org> <200905111602.20462.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <200905111602.20462.jkim@FreeBSD.org> Organization: Direction Informatique, =?iso-8859-15?Q?Un?= =?iso-8859-15?Q?iversit=E9?= de Strasbourg, France x-gpg-fingerprint: B423 4924 012E 52F3 BA9E 547F CC8C 0BC5 9C0E B1CA x-gpg-key: 9C0EB1CA User-Agent: Mutt/1.5.19 (2009-01-05) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::154]); Wed, 13 May 2009 19:19:32 +0200 (CEST) X-Virus-Scanned: ClamAV 0.94.2/9356/Wed May 13 01:38:29 2009 on mr4.u-strasbg.fr X-Virus-Status: Clean X-Spam-Status: No, score=-100.0 required=5.0 tests=NO_RELAYS, USER_IN_WHITELIST autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mr4.u-strasbg.fr Cc: Subject: Re: [Fwd: Re: amd64 suspend/resume broken on current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 17:20:49 -0000 Jung-uk Kim (jkim@FreeBSD.org) on 11/05/2009 at 16:02 wrote: Hello > Can you try the attached patch? I may be wrong cause I am not a > firewire guru, though. I can, but I updated (csup) my sources yesterday and resuming works fine again without your patch applied. I now have: FreeBSD 8.0-CURRENT #12: Wed May 13 11:22:30 CEST 2009 ... acpi_lid0: Lid closed fwohci0: fwohci_pci_suspend acpi_ec0: warning: EC done before starting event wait stray irq0 ugen0.2: at usbus0 (disconnected) ugen4.2: at usbus4 (disconnected) wpi0: could not lock memory wpi0: could not lock memory wpi0: could not lock memory wpi0: could not lock memory wpi0: could not lock memory wpi0: could not lock memory wpi0: could not lock memory wpi0: could not lock memory wpi0: timeout waiting for master fwohci0: device physically ejected? uhci_interrupt: resume detect fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? wlan0: link state changed to DOWN fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? ugen0.2: at usbus0 fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: device physically ejected? fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 fwohci0: unrecoverable error so the repeating fwohci0 stops and the system is working fine. I only had to apply you two line patch to fix sys/netinet/in.c to get network devices working properly, but that's another issue. All the best -- bug From owner-freebsd-current@FreeBSD.ORG Wed May 13 17:50:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D49B106566C for ; Wed, 13 May 2009 17:50:06 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id E06CC8FC1B for ; Wed, 13 May 2009 17:50:05 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 3DB7DFF54; Thu, 14 May 2009 05:50:05 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IbZXMX735usY; Thu, 14 May 2009 05:50:00 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Thu, 14 May 2009 05:50:00 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id CE9F311432; Thu, 14 May 2009 05:50:00 +1200 (NZST) Date: Wed, 13 May 2009 10:50:00 -0700 From: Andrew Thompson To: Jon Loeliger Message-ID: <20090513175000.GA2635@citylink.fud.org.nz> References: <20090513170028.GA96051@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: Building boot2 for ixp425 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 17:50:06 -0000 On Wed, May 13, 2009 at 12:05:15PM -0500, Jon Loeliger wrote: > > > > Are you sure your cross compile toolchain is built? > > I just build the whole set using the nanobsd.sh mechanism. > It resulted in an arm kernel, so I'm assuming the toolchain > is available. It may be that nanobsd puts the obj files in a different location. > That said, I'm not sure how to *point* to it... The buildenv command is the one that spawns a new shell with all the correct paths to use the new compiler. just do the kernel-toolchain before it, as in. make TARGET_ARCH=arm TARGET_CPUTYPE=xscale \ TARGET_BIG_ENDIAN=true kernel-toolchain make TARGET_ARCH=arm TARGET_CPUTYPE=xscale \ TARGET_BIG_ENDIAN=true buildenv cd sys/boot/arm/ixp425/boot2/ make That should work :) Andrew From owner-freebsd-current@FreeBSD.ORG Wed May 13 17:51:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 924411065679; Wed, 13 May 2009 17:51:01 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 68D328FC13; Wed, 13 May 2009 17:51:01 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n4DHp0V4004803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 May 2009 10:51:00 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4A0B0884.7020901@freebsd.org> Date: Wed, 13 May 2009 10:51:00 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090411) MIME-Version: 1.0 To: Jon Loeliger References: <20090513170028.GA96051@citylink.fud.org.nz> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org, Andrew Thompson Subject: Re: Building boot2 for ixp425 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 17:51:02 -0000 Jon Loeliger wrote: >> >> Are you sure your cross compile toolchain is built? >> > > I just build the whole set using the nanobsd.sh mechanism. > It resulted in an arm kernel, so I'm assuming the toolchain > is available. > > That said, I'm not sure how to *point* to it... > > Which may be the issue at the heart of my "Follow up question"? > The wiki instructions assume you've first done a cross-buildworld which sets up the toolchain required for the subsequent buildkernel and boot2 build. I can't recall if buildkernel will build a toolchain if it's not available but I do recall that boot2 will not build w/o a full toolchain build because it drags in something the kernel does not. I think "make toolchain" will get the bits required. The nanobsd build results will not be used because they go in a different tree under /usr/obj (if I recall). These instructions were written pre-nanobsd support and likely need some TLC and/or need to be split up. Sam From owner-freebsd-current@FreeBSD.ORG Wed May 13 18:04:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 665691065674 for ; Wed, 13 May 2009 18:04:09 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 30E428FC25 for ; Wed, 13 May 2009 18:04:09 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [172.17.2.19] (jn@stealth.jnielsen.net [74.218.226.254]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id n4DI47KD087930; Wed, 13 May 2009 14:04:07 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-current@freebsd.org Date: Wed, 13 May 2009 14:04:06 -0400 User-Agent: KMail/1.9.10 References: <20090510171111.GA1516@Harvard.lordofunix.org> In-Reply-To: <20090510171111.GA1516@Harvard.lordofunix.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905131404.07033.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Jose Luis Alarcon Sanchez Subject: Re: ethernet interface ed1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 18:04:09 -0000 On Sunday 10 May 2009 01:11:11 pm Jose Luis Alarcon Sanchez wrote: > my computer have only one ethernet interface, only one card attached. > But FreeBSD-CURRENT detect it like ed1. Why this interface, and not > ed0?. This can happen if the kernel is configured to look for a non-PnP card which (if found) would be ed0. Assuming your card IS PnP, check your /boot/device.hints and remove any entries that refer to ed0. > All the RELEASES installed in the same computer, detected the ethernet > card like ed0. JN From owner-freebsd-current@FreeBSD.ORG Wed May 13 18:13:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 353AD1065670 for ; Wed, 13 May 2009 18:13:12 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from mail-fx0-f216.google.com (mail-fx0-f216.google.com [209.85.220.216]) by mx1.freebsd.org (Postfix) with ESMTP id B5C0A8FC16 for ; Wed, 13 May 2009 18:13:11 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by fxm12 with SMTP id 12so813638fxm.43 for ; Wed, 13 May 2009 11:13:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=Ytd3DYpcoo4qEmAZukgjTSANiB2RFzjijGIQQqFB7gY=; b=b8mofVvp/NQGVbL/dfYE0TO2gMMEZaloon8EZ/MhE4TkJ1DRXihSLxKwZwfHkhJJh2 4ogllqXNNK7F/OozFB71/CKuZsYO6smVpbVe6PBgUqA2hXgeTt7s8jaBKB6BrAvf0Rc2 S7oymtNZhZUJzFgrmPkN3raJxaY645rFWq1Ow= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=Q2k74rpuGwFTuv75E/4nobqYg01rBtNOKrHxBztWMJ0nL5d9fbmPNh/zf68N0gJ98Z aKLDOqvFFreJjPpseXXH+1xvyET9xl1ZSZMdjtESsP0GIWD4nwkceRwiWY19zad6ODBF ENuPwz2WbrOc/CVGQlDJL/UX5MaqcbUslzZIg= MIME-Version: 1.0 Received: by 10.103.24.11 with SMTP id b11mr280483muj.39.1242238390481; Wed, 13 May 2009 11:13:10 -0700 (PDT) In-Reply-To: <200905131404.07033.lists@jnielsen.net> References: <20090510171111.GA1516@Harvard.lordofunix.org> <200905131404.07033.lists@jnielsen.net> From: Scott Ullrich Date: Wed, 13 May 2009 14:12:50 -0400 Message-ID: To: John Nielsen Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jose Luis Alarcon Sanchez , freebsd-current@freebsd.org Subject: Re: ethernet interface ed1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 18:13:12 -0000 On Wed, May 13, 2009 at 2:04 PM, John Nielsen wrote: > This can happen if the kernel is configured to look for a non-PnP card > which (if found) would be ed0. Assuming your card IS PnP, check > your /boot/device.hints and remove any entries that refer to ed0. What happens if you remove hint.ed.0.disabled="1" from /boot/device.hints ? Scott From owner-freebsd-current@FreeBSD.ORG Wed May 13 19:19:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E76B1065677 for ; Wed, 13 May 2009 19:19:30 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: from s217.sureserver.com (s217.sureserver.com [203.194.200.22]) by mx1.freebsd.org (Postfix) with ESMTP id BFF4F8FC1C for ; Wed, 13 May 2009 19:19:28 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: (qmail 2716 invoked by uid 1002); 13 May 2009 19:19:26 -0000 Received: from unknown (HELO ?10.10.10.9?) (saifi.khan@twincling.org@59.92.188.48) by s217.sureserver.com with ESMTPA; 13 May 2009 19:19:26 -0000 Date: Thu, 14 May 2009 00:52:19 +0000 (GMT) From: Saifi Khan X-X-Sender: saifi@localhost To: Saifi Khan In-Reply-To: Message-ID: References: <4A07E966.60503@unsane.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org, FreeBSD Questions , Vincent Hoffman Subject: Re: howto sidestep sysinstall during installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 19:19:31 -0000 On Mon, 11 May 2009, Vincent Hoffman wrote: > > > > Is there a way to sidestep the sysinstall during the > > > installation process, beyond selecting the 'location' ? > > > > > > > > Since you are using the snapshot DVD you should have the live/fixit > > environment which is very handy for this. > > I would suggest a combination of LOTS of reading and understanding of > > the pages at > > http://typo.submonkey.net/articles/2006/04/13/installing-freebsd-on-usb-stick-episode-2 > > (which goes though the steps for partitoning and installing using fdisk > > and bsdlabel, adjust paths to your dvd-rom) Thanks Vince for the link that was a nice starting point. Thanks to everybody who chipped in with pointers and help with learning the various concepts. Using the Fixit# console (LiveDVD) i could install FreeBSD 200905 snapshot (bypassed the sysinstall). i plan to write an article on the experience shortly. Since then, i've installed the following software: . xorg X 7.4 meta port (complete) . postgresql 8.3.7 . apache 2.2.11 . diablo-jdk 1.6.0 . opera 9.64 . dwm + many others. There were two errors/quirks that i noticed. http://www.flickr.com/photos/saifi/sets/72157618010835543/ 1. crash encountered while running sysinstall from the booted up system. 2. same crash encountered while running 'make fetch' for many of the ports. (rather random in occurence). Anybody encountered this issue ? thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Wed May 13 19:23:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EE4E1065670 for ; Wed, 13 May 2009 19:23:59 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: from s217.sureserver.com (s217.sureserver.com [203.194.200.22]) by mx1.freebsd.org (Postfix) with ESMTP id D5CAE8FC20 for ; Wed, 13 May 2009 19:23:58 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: (qmail 8107 invoked by uid 1002); 13 May 2009 19:23:56 -0000 Received: from unknown (HELO ?10.10.10.9?) (saifi.khan@twincling.org@59.92.188.48) by s217.sureserver.com with ESMTPA; 13 May 2009 19:23:56 -0000 Date: Thu, 14 May 2009 00:56:49 +0000 (GMT) From: Saifi Khan X-X-Sender: saifi@localhost To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: glarkin@FreeBSD.org Subject: Scala X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 19:24:00 -0000 Hi: just tried out Scala 2.8.0 svn r17711 revision with Diablo Java HotSpot(TM) Client VM 1.6.0_07 and it works awesome on the FreeBSD 8.0 200905 i386 snapshot. However, while running the 'ant test', i noticed that java tops out at 274MB heap size with 31 threads (falls to 29 threads after approx 5min and stays there) . Interestingly, the state in 'top' is shown as 'ucond'. Is this pthread_cond_wait_ or something, where the VM thread is deadlocked ? Any work around to this issue ? I also noticed that the recent ports checkin is Scala 2.7.3 http://www.freebsd.org/cgi/query-pr.cgi?pr=133887 May be, Scala 2.7.4 can be fast tracked to the ports. Can somebody point out to a template for the ports directory tree layout ? Is there a location to place bleeding edge ports? thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Wed May 13 19:57:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FC1F1065676; Wed, 13 May 2009 19:57:42 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id C9D4A8FC0C; Wed, 13 May 2009 19:57:41 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from sarevok.dnr.servegame.org (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 43BE27E83F; Wed, 13 May 2009 11:57:40 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Wed, 13 May 2009 21:57:14 +0200 User-Agent: KMail/1.11.2 (FreeBSD/8.0-CURRENT; KDE/4.2.2; i386; ; ) References: <4A09F850.2080208@freebsd.org> In-Reply-To: <4A09F850.2080208@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905132157.14906.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Tim Kientzle , Dmitry Morozovsky , Garance A Drosehn Subject: Re: newsyslog(8) patch for both size and time checks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 19:57:42 -0000 On Wednesday 13 May 2009 00:29:36 Tim Kientzle wrote: > Garance A Drosehn wrote: > > At 1:59 PM +0400 5/12/09, Dmitry Morozovsky wrote: > >> for now, if log is configured to be rotated in time manner, its size > >> is not checked ... > >> > >> The following simple patch should fix the problem. Any objection to > >> commit this? > > > > It would fix your problem, but it changes the behavior as is explicitly > > documented in 'man newsyslog.conf' . There is a paragraph in the man > > page which makes it clear that if both fields are specified, then the > > log file will only be rotated if both conditions are true. > > I've never liked that paragraph and find the > documented behavior is much less useful than the > proposed behavior. I rotate maillogs on not so busy machines using this functionality. The reasoning behind it is that I keep a limited number of logs available and if for some reason the machine starts spewing a lot of mail, I still want to know when it started. I also don't see the point of compressing/rotating 1-10 lines if the machine only sends out the periodic mails, hence this works peachy. > If compatibility is essential, perhaps we could > add a new flag to control this behavior. (I would > argue for changing the default and providing a flag > to obtain the old behavior.) Fine on the flag, maybe mergemaster could be a little more assisting in this case, since I'm not looking forward to "just adding a flag". Like mergemaster -p could auto-upgrade the lines that have both columns with values? -- Mel From owner-freebsd-current@FreeBSD.ORG Wed May 13 20:46:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 521FF106566B for ; Wed, 13 May 2009 20:46:43 +0000 (UTC) (envelope-from glarkin@FreeBSD.org) Received: from mail1.sourcehosting.net (113901-app1.sourcehosting.net [72.32.213.11]) by mx1.freebsd.org (Postfix) with ESMTP id 2F5928FC0A for ; Wed, 13 May 2009 20:46:43 +0000 (UTC) (envelope-from glarkin@FreeBSD.org) Received: from 68-189-245-235.dhcp.oxfr.ma.charter.com ([68.189.245.235] helo=Gregory-Larkins-Computer.local) by mail1.sourcehosting.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M4Kmm-0005oI-IM; Wed, 13 May 2009 16:10:46 -0400 Received: from [127.0.0.1] (fireball.entropy.prv [192.168.1.12]) by Gregory-Larkins-Computer.local (Postfix) with ESMTP id 7F9A72E743F1; Wed, 13 May 2009 16:10:40 -0400 (EDT) Message-ID: <4A0B2940.8090405@FreeBSD.org> Date: Wed, 13 May 2009 16:10:40 -0400 From: Greg Larkin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Saifi Khan References: In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=1C940290 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -0.8 (/) Cc: freebsd-current@freebsd.org Subject: Re: Scala X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: glarkin@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 20:46:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Saifi Khan wrote: > Hi: > > just tried out Scala 2.8.0 svn r17711 revision with Diablo Java > HotSpot(TM) Client VM 1.6.0_07 and it works awesome on the > FreeBSD 8.0 200905 i386 snapshot. > > However, while running the 'ant test', i noticed that java > tops out at 274MB heap size with 31 threads (falls to 29 threads > after approx 5min and stays there) . > > Interestingly, the state in 'top' is shown as 'ucond'. > Is this pthread_cond_wait_ or something, where the VM thread is > deadlocked ? > > Any work around to this issue ? > > I also noticed that the recent ports checkin is Scala 2.7.3 > http://www.freebsd.org/cgi/query-pr.cgi?pr=133887 > > May be, Scala 2.7.4 can be fast tracked to the ports. > > Can somebody point out to a template for the ports directory > tree layout ? Is there a location to place bleeding edge ports? > > > thanks > Saifi. Hi Saifi, Coincidentally, I have been working on the Scala port PR today, and I also saw that it has been updated to 2.7.4. I modified the PR patch to upgrade to that version. I'm in the process of testing out the port on the various platform and OS version combinations. I expect to commit it to the tree in the next few days. If there are any FreeBSD-specific patches that should be added to the port to fix the problem that you noted above, please send them to me. I'm no expert on OS internals, so I'll leave your question to the good folks on the -current mailing list. Cheers, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFKCylA0sRouByUApARAiG5AJ9bDWvPbu0w3xR/BjI9EHTMKpRa+ACdHB/S M6qVPsL3+QxFfVgGfzQWOGE= =cMSJ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed May 13 21:42:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E22E3106566C for ; Wed, 13 May 2009 21:42:38 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 6DE6A8FC16 for ; Wed, 13 May 2009 21:42:38 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from hamilton.upcnetadm.upcnet.es (hamilton.upcnetadm.upcnet.es [147.83.2.240]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id n4DLgAa2025656; Wed, 13 May 2009 23:42:10 +0200 Received: from [192.168.100.131] ([88.11.103.20]) by hamilton.upcnetadm.upcnet.es (Lotus Domino Release 5.0.12) with ESMTP id 2009051323421871:74074 ; Wed, 13 May 2009 23:42:18 +0200 Message-ID: <4A0C8F8B.1090602@entel.upc.edu> Date: Thu, 14 May 2009 23:39:23 +0200 From: =?ISO-8859-1?Q?Gustau_P=E9rez?= User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.7 X-MIMETrack: Itemize by SMTP Server on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 13/05/2009 23:42:19, Serialize by Router on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 13/05/2009 23:42:19, Serialize complete at 13/05/2009 23:42:19 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Wed, 13 May 2009 23:42:10 +0200 (CEST) Cc: amistry@am-productions.biz Subject: commit r191990 seems to break fusefs-kmod X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 21:42:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, commit r191990 seems to break fusefs-kmod. When recompiling the port the error I get is : fuse_vfsops.c:218: error: conflicting types for 'fuse_mount' fuse_vfsops.c:51: error: previous declaration of 'fuse_mount' was here fuse_vfsops.c:534: error: conflicting types for 'fuse_unmount' fuse_vfsops.c:52: error: previous declaration of 'fuse_unmount' was here fuse_vfsops.c:638: error: conflicting types for 'fuse_root' fuse_vfsops.c:53: error: previous declaration of 'fuse_root' was here fuse_vfsops.c:687: error: conflicting types for 'fuse_statfs' fuse_vfsops.c:54: error: previous declaration of 'fuse_statfs' was here fuse_vfsops.c:802:38: error: macro "VFS_ROOT" passed 4 arguments, but takes just 3 fuse_vfsops.c: In function 'fuse_vget_i': fuse_vfsops.c:802: error: 'VFS_ROOT' undeclared (first use in this function) fuse_vfsops.c:802: error: (Each undeclared identifier is reported only once fuse_vfsops.c:802: error: for each function it appears in.) *** Error code 1 I'm CC port maintainer because I have the feeling this is the desired behavior. Regards, Gustau - -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoMj4oACgkQAvcpDulVChCsMwCeKZyDuKtd4f+zOV8HY8QWqzc2 MP8An2qLfG4ON1VmM7Xi7pDh3AbSJePI =P2/N -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed May 13 22:02:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A82B106566C; Wed, 13 May 2009 22:02:05 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl.com (jdl.com [208.123.74.7]) by mx1.freebsd.org (Postfix) with ESMTP id D27EC8FC18; Wed, 13 May 2009 22:02:04 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl (helo=jdl.com) by jdl.com with local-esmtp (Exim 4.69) (envelope-from ) id 1M4MWa-0007qE-6m; Wed, 13 May 2009 17:02:04 -0500 To: Andrew Thompson In-reply-to: <20090513175000.GA2635@citylink.fud.org.nz> References: <20090513170028.GA96051@citylink.fud.org.nz> <20090513175000.GA2635@citylink.fud.org.nz> Comments: In-reply-to Andrew Thompson message dated "Wed, 13 May 2009 10:50:00 -0700." Date: Wed, 13 May 2009 17:02:04 -0500 From: Jon Loeliger Message-Id: X-Spam-Score: -2.3 Cc: freebsd-current@freebsd.org Subject: Re: Building boot2 for ixp425 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 22:02:05 -0000 > > The buildenv command is the one that spawns a new shell with all the > correct paths to use the new compiler. just do the kernel-toolchain > before it, as in. > > make TARGET_ARCH=arm TARGET_CPUTYPE=xscale \ > TARGET_BIG_ENDIAN=true kernel-toolchain > > make TARGET_ARCH=arm TARGET_CPUTYPE=xscale \ > TARGET_BIG_ENDIAN=true buildenv > > cd sys/boot/arm/ixp425/boot2/ > make > > That should work :) But alas, it did not. So I ran the first two make commands as above but with my KERNCONF=BOOT2 in the mix as well. Built a toolchain and all just fine. And switched into a "buildenv" as well. However: # make Warning: Object directory not changed from original /usr/src/sys/boot/arm/ixp425/boot2 cc -O -pipe -mbig-endian -march=armv5te -D__XSCALE__ -DBOOT_STACK=0x200000-4 -I/usr/src/sys/boot/arm/ixp425/boot2/../../../common -I/usr/src/sys/boot/arm/ixp425/boot2 -DFIXUP_BOOT_DRV -Os -ffreestanding -I/usr/src/sys/boot/arm/ixp425/boot2/../../../.. -I/usr/src/sys/boot/arm/ixp425/boot2/../../../../arm -DCPU_XSCALE_IXP425 -Wall -Waggregate-return -Werror -Wnested-externs -Wpointer-arith -Wshadow -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -DBOOT_IXP425 -std=gnu99 -c arm_init.S arm_init.S:27:25: error: machine/asm.h: No such file or directory arm_init.S: Assembler messages: arm_init.S:29: Error: bad instruction `asentry_np(start)' arm_init.S:52: Error: bad instruction `entry(cpu_id)' arm_init.S:54: Error: bad instruction `ret' *** Error code 1 *sigh* Trying to simply build a kernel in this "buildenv" didn't work. Same results from either: # make KERNCONF=BOOT2 buildkernel or # make TARGET_ARCH=arm TARGET_CPUTYPE=xscale TARGET_BIG_ENDIAN=true KERNCONF=BOOT2 buildkernel Like this: # make TARGET_ARCH=arm TARGET_CPUTYPE=xscale TARGET_BIG_ENDIAN=true KERNCONF=BOOT2 buildenv Entering world for arm:arm # cd /usr/src/sys/boot/arm/ixp425/boot2 # make Warning: Object directory not changed from original /usr/src/sys/boot/arm/ixp425/boot2 cc -O -pipe -mbig-endian -march=armv5te -D__XSCALE__ -DBOOT_STACK=0x200000-4 -I/usr/src/sys/boot/arm/ixp425/boot2/../../../common -I/usr/src/sys/boot/arm/ixp425/boot2 -DFIXUP_BOOT_DRV -Os -ffreestanding -I/usr/src/sys/boot/arm/ixp425/boot2/../../../.. -I/usr/src/sys/boot/arm/ixp425/boot2/../../../../arm -DCPU_XSCALE_IXP425 -Wall -Waggregate-return -Werror -Wnested-externs -Wpointer-arith -Wshadow -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -DBOOT_IXP425 -std=gnu99 -c arm_init.S arm_init.S:27:25: error: machine/asm.h: No such file or directory arm_init.S: Assembler messages: arm_init.S:29: Error: bad instruction `asentry_np(start)' arm_init.S:52: Error: bad instruction `entry(cpu_id)' arm_init.S:54: Error: bad instruction `ret' *** Error code 1 Stop in /usr/src/sys/boot/arm/ixp425/boot2. So I tried to construct the tree as it would be after a buildkernel, but that didn't go well at all. Should it be trying to find the file /usr/src/sys/arm/include/asm.h ? Thanks, jdl From owner-freebsd-current@FreeBSD.ORG Wed May 13 22:01:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D21FE1065677; Wed, 13 May 2009 22:01:26 +0000 (UTC) (envelope-from gnn@hudson-trading.com) Received: from exprod7og110.obsmtp.com (exprod7og110.obsmtp.com [64.18.2.173]) by mx1.freebsd.org (Postfix) with SMTP id 4D63F8FC15; Wed, 13 May 2009 22:01:26 +0000 (UTC) (envelope-from gnn@hudson-trading.com) Received: from source ([209.85.146.181]) by exprod7ob110.postini.com ([64.18.6.12]) with SMTP ID DSNKSgtDNQSmAES6afBj88AC/g1zE2CC022t@postini.com; Wed, 13 May 2009 15:01:26 PDT Received: by wa-out-1112.google.com with SMTP id l35so304060waf.5 for ; Wed, 13 May 2009 15:01:25 -0700 (PDT) Received: by 10.114.147.1 with SMTP id u1mr1369759wad.115.1242250531858; Wed, 13 May 2009 14:35:31 -0700 (PDT) Received: from 22.sub-75-211-8.myvzw.com (22.sub-75-211-8.myvzw.com [75.211.8.22]) by mx.google.com with ESMTPS id n6sm304132wag.4.2009.05.13.14.35.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 13 May 2009 14:35:31 -0700 (PDT) Message-Id: From: George Neville-Neil To: Saifi Khan In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Wed, 13 May 2009 13:37:08 -0700 References: X-Mailer: Apple Mail (2.930.3) X-Mailman-Approved-At: Wed, 13 May 2009 22:07:56 +0000 Cc: freebsd-current@freebsd.org, FreeBSD Questions Subject: Re: FreeBSD 8.0 i386 200905 snapshot DVD does not boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 22:01:27 -0000 On May 10, 2009, at 15:45 , Saifi Khan wrote: > Hi all: > > The FreeBSD 8.0 i386 200905 snapshot DVD does not boot up. > > I'm on a normal Celeron 1.6GHz Presario C300TU laptop > with 160GB HDD and 2GB DDR2 RAM. > > The system just whirrs up the DVD drive, the LEDs blink for a few > moments and then the installed FreeBSD 7.1 screen is presented. > > I tested the DVD drive by putting in the old FreeBSD 7.1 DVD and > it works fine. > > As an additional investigation i wrote another DVD with -J -R > flags (unnecessary though in my opinion) and even this DVD does > not get booted up. > > The first thing i did was do a md5sum on the downloaded .ISO > image and that is fine. > > Has anybody tried FreeBSD 8.0 i386 200905 DVD and could get it > to boot ? Is there something that i'm missing here ? > Any pointers are appreciated. > Hi, I believe I had a similar problem, though I don't know how the DVD image was burned as it was handed to me by a friend. I was trying to install the amd64 8.0 image for 200905 and during boot my laptop, a Thinkpad X60 (T7200 Core Duo) would simply freeze up. I was able to install by burning a CDROM image of the first iso. The CDROM installed fine and that system is now up and running. Best, George From owner-freebsd-current@FreeBSD.ORG Wed May 13 22:50:25 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94D98106566C for ; Wed, 13 May 2009 22:50:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with ESMTP id 47F7B8FC12 for ; Wed, 13 May 2009 22:50:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 18945 invoked by uid 399); 13 May 2009 22:50:21 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 13 May 2009 22:50:21 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A0B4EAB.30401@FreeBSD.org> Date: Wed, 13 May 2009 15:50:19 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (X11/20090423) MIME-Version: 1.0 To: Jeremie Le Hen References: <20090510165737.GB88857@obiwan.tataz.chchile.org> <4A07AF92.1040309@FreeBSD.org> <20090513065650.GF45358@obiwan.tataz.chchile.org> In-Reply-To: <20090513065650.GF45358@obiwan.tataz.chchile.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-doc@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: New mergemaster option -I, failsafe install files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 22:50:25 -0000 Jeremie Le Hen wrote: > On Sun, May 10, 2009 at 09:54:42PM -0700, Doug Barton wrote: >> Jeremie Le Hen wrote: >>> Hi Doug, >>> >>> As you may guess from my multiple emails, I'm in the process of >>> upgrading my jails :-). >>> >>> Since I have one jail per service, a very few number of configuration >>> files are modified on each jail. As most of user of FreeBSD I think, >>> I'm used to run "mergemaster -iU" to automate the process as much as >>> possible. The problem with service jails (chapter 15.6.1 of the >>> handbook) is that / is read-only mounted on all jails, /etc /var /root >>> and a few other places being symlinks to /s, the private read-write >>> space of each jail. Thus when mergemaster tries to update >>> /boot/devices.hints it fails and abort. >> I think the way to solve this problem would be with an >> MM_PRE_COMPARE_SCRIPT that deletes /boot/device.hints (and any other >> relevant files) from the temproot. If they are not present in that >> directory when the comparison starts then it's a non-issue. > > Actually, /boot belongs to the read/only nullfs mount, so it is not > possible to use MM_PRE_COMPARE_SCRIPT from the jail. The only way to > handle this currently is to remove /boot from the jail template. > > I'm Cc:ing -doc@ because chapter 15.6.1 of the handbook (service jails) > needs to be updated to remove /boot from the jail template "mroot". I think you misunderstood my suggestion. I was not suggesting to do anything to the files on the installed system (whether in the jail or in the host). The temproot that I was referring to is the path that mergemaster installs the files to prior to comparing them to the installed versions. When it starts the comparison it simply runs through every file in the temproot and compares it to the equivalent on the live system. If a given file is removed from the temproot before the comparison starts, nothing further will happen with that file. I think something like this would do what you want, it's a modified version of one that I used for a long time before I added the IGNORE_FILES option: #!/bin/sh # NOTE: No PATH needed, because mm's PATH is already draconian enough case "${PRE_WORLD}" in '') rm -f ${TEMPROOT}/boot/device.hints ;; esac You could also try adding the following to either /etc/mergemaster.rc or ~/.mergemasterrc: IGNORE_FILES=/boot/device.hints That _should_ work, but the first method will work for sure. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed May 13 23:05:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55300106566C for ; Wed, 13 May 2009 23:05:58 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id E00CC8FC12 for ; Wed, 13 May 2009 23:05:57 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.41,191,1241388000"; d="scan'208";a="4103208" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 14 May 2009 01:05:56 +0200 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id 202101B07E2; Thu, 14 May 2009 01:05:56 +0200 (CEST) Date: Thu, 14 May 2009 01:05:55 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: monotone crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 23:05:58 -0000 hi there, when trying to run monotone (without any options or so) i get the following error: terminate called after throwing an instance of '__gnu_cxx::__concurrence_lock_error' what(): __gnu_cxx::__concurrence_lock_error Abort trap: 6 (core dumped) i'm running r191768 and monotone-0.43 from the ports dir. cheers. From owner-freebsd-current@FreeBSD.ORG Wed May 13 23:27:32 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id B6FDF106564A; Wed, 13 May 2009 23:27:29 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 13 May 2009 19:27:19 -0400 User-Agent: KMail/1.6.2 References: <4A0C8F8B.1090602@entel.upc.edu> In-Reply-To: <4A0C8F8B.1090602@entel.upc.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_Yd1CKWddmHXPRo+" Message-Id: <200905131927.20609.jkim@FreeBSD.org> Cc: Gustau =?iso-8859-1?q?P=E9rez?= , amistry@am-productions.biz Subject: Re: commit r191990 seems to break fusefs-kmod X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 23:27:32 -0000 --Boundary-00=_Yd1CKWddmHXPRo+ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline On Thursday 14 May 2009 05:39 pm, Gustau Pérez wrote: > Hi, > > commit r191990 seems to break fusefs-kmod. When recompiling the > port the error I get is : > > fuse_vfsops.c:218: error: conflicting types for > 'fuse_mount' fuse_vfsops.c:51: error: previous declaration of > 'fuse_mount' was here > fuse_vfsops.c:534: error: conflicting types for > 'fuse_unmount' fuse_vfsops.c:52: error: previous declaration of > 'fuse_unmount' was here > fuse_vfsops.c:638: error: conflicting types for 'fuse_root' > fuse_vfsops.c:53: error: previous declaration of > 'fuse_root' was here > fuse_vfsops.c:687: error: conflicting types for > 'fuse_statfs' fuse_vfsops.c:54: error: previous declaration of > 'fuse_statfs' was here > fuse_vfsops.c:802:38: error: macro "VFS_ROOT" passed 4 > arguments, but takes just 3 > fuse_vfsops.c: In function 'fuse_vget_i': > fuse_vfsops.c:802: error: 'VFS_ROOT' undeclared (first use > in this function) > fuse_vfsops.c:802: error: (Each undeclared identifier is > reported only once > fuse_vfsops.c:802: error: for each function it appears in.) > *** Error code 1 > > I'm CC port maintainer because I have the feeling this is the > desired behavior. Try the attached patch. Jung-uk Kim --Boundary-00=_Yd1CKWddmHXPRo+ Content-Type: text/plain; charset="iso-8859-1"; name="fusefs-kmod.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="fusefs-kmod.diff" --- sysutils/fusefs-kmod/files/patch-fuse_module__fuse.h 30 Oct 2008 15:36:35 -0000 1.2 +++ sysutils/fusefs-kmod/files/patch-fuse_module__fuse.h 13 May 2009 23:25:13 -0000 @@ -1,9 +1,17 @@ --- fuse_module/fuse.h.orig 2008-02-05 00:25:57.000000000 -0500 -+++ fuse_module/fuse.h 2008-10-29 19:18:43.000000000 -0400 -@@ -25,6 +25,14 @@ ++++ fuse_module/fuse.h 2009-05-13 18:40:19.000000000 -0400 +@@ -25,6 +25,22 @@ #endif #endif ++#ifndef VFSOPS_TAKES_THREAD ++#if __FreeBSD_version >= 800087 ++#define VFSOPS_TAKES_THREAD 0 ++#else ++#define VFSOPS_TAKES_THREAD 1 ++#endif ++#endif ++ +#ifndef VOP_ACCESS_TAKES_ACCMODE_T +#if __FreeBSD_version >= 800052 +#define VOP_ACCESS_TAKES_ACCMODE_T 1 @@ -15,7 +23,7 @@ #ifndef VOP_OPEN_TAKES_FP #if __FreeBSD_version >= 700044 #define VOP_OPEN_TAKES_FP 1 -@@ -49,6 +57,14 @@ +@@ -49,6 +65,14 @@ #endif #endif --- sysutils/fusefs-kmod/files/patch-fuse_module__fuse_vfsops.c 26 Sep 2008 18:26:35 -0000 1.2 +++ sysutils/fusefs-kmod/files/patch-fuse_module__fuse_vfsops.c 13 May 2009 23:25:13 -0000 @@ -1,5 +1,5 @@ --- fuse_module/fuse_vfsops.c.orig 2008-02-05 00:25:57.000000000 -0500 -+++ fuse_module/fuse_vfsops.c 2008-09-26 12:53:33.000000000 -0400 ++++ fuse_module/fuse_vfsops.c 2009-05-13 18:54:01.000000000 -0400 @@ -18,6 +18,7 @@ #include #include @@ -8,7 +8,65 @@ #include "fuse.h" #include "fuse_session.h" -@@ -667,7 +668,11 @@ +@@ -213,8 +214,14 @@ + * Mount system call + */ + static int ++#if VFSOPS_TAKES_THREAD + fuse_mount(struct mount *mp, struct thread *td) + { ++#else ++fuse_mount(struct mount *mp) ++{ ++ struct thread *td = curthread; ++#endif + int err = 0; + size_t len; + char *fspec, *subtype = NULL; +@@ -529,8 +536,14 @@ + * Unmount system call + */ + static int ++#if VFSOPS_TAKES_THREAD + fuse_unmount(struct mount *mp, int mntflags, struct thread *td) + { ++#else ++fuse_unmount(struct mount *mp, int mntflags) ++{ ++ struct thread *td = curthread; ++#endif + int flags = 0, err = 0; + struct fuse_data *data; + struct fuse_secondary_data *fsdat = NULL; +@@ -633,8 +646,14 @@ + + /* stolen from portalfs */ + static int ++#if VFSOPS_TAKES_THREAD + fuse_root(struct mount *mp, int flags, struct vnode **vpp, struct thread *td) + { ++#else ++fuse_root(struct mount *mp, int flags, struct vnode **vpp) ++{ ++ struct thread *td = curthread; ++#endif + /* + * Return locked reference to root. + */ +@@ -650,7 +669,11 @@ + data = fsdat->master; + sx_slock(&data->mhierlock); + if (data->mpri == FM_PRIMARY) +- err = fuse_root(data->mp, flags, vpp, td); ++ err = fuse_root(data->mp, flags, vpp ++#if VFSOPS_TAKES_THREAD ++ , td ++#endif ++ ); + else + err = ENXIO; + sx_sunlock(&data->mhierlock); +@@ -667,7 +690,11 @@ if (vp->v_type == VNON) { struct vattr va; @@ -21,3 +79,44 @@ } *vpp = vp; #if _DEBUG2G +@@ -678,8 +705,14 @@ + } + + static int ++#if VFSOPS_TAKES_THREAD + fuse_statfs(struct mount *mp, struct statfs *sbp, struct thread *td) + { ++#else ++fuse_statfs(struct mount *mp, struct statfs *sbp) ++{ ++ struct thread *td = curthread; ++#endif + struct fuse_dispatcher fdi; + struct fuse_statfs_out *fsfo; + struct fuse_data *data; +@@ -696,7 +729,11 @@ + + sx_slock(&data->mhierlock); + if (data->mpri == FM_PRIMARY) +- err = fuse_statfs(data->mp, sbp, td); ++ err = fuse_statfs(data->mp, sbp ++#if VFSOPS_TAKES_THREAD ++ , td ++#endif ++ ); + else + err = ENXIO; + sx_sunlock(&data->mhierlock); +@@ -794,7 +831,11 @@ + if (nodeid == FUSE_ROOT_ID) { + if (parentid != FUSE_NULL_ID) + return (ENOENT); +- err = VFS_ROOT(mp, myflags, vpp, td); ++ err = VFS_ROOT(mp, myflags, vpp ++#if VFSOPS_TAKES_THREAD ++ , td ++#endif ++ ); + if (err) + return (err); + KASSERT(*vpp, ("we neither err'd nor found the root node")); --Boundary-00=_Yd1CKWddmHXPRo+-- From owner-freebsd-current@FreeBSD.ORG Wed May 13 23:39:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABF891065670; Wed, 13 May 2009 23:39:56 +0000 (UTC) (envelope-from nate@root.org) Received: from fulgencio.claresco.com (209-128-117-004.bayarea.net [209.128.117.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8B7348FC16; Wed, 13 May 2009 23:39:55 +0000 (UTC) (envelope-from nate@root.org) Received: from [10.0.8.5] (fw.claresco.com [209.128.117.3]) by fulgencio.claresco.com (Postfix) with ESMTP id 66E21133F35; Wed, 13 May 2009 14:55:14 -0700 (PDT) Message-ID: <4A0B43DC.9060708@root.org> Date: Wed, 13 May 2009 15:04:12 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Ian Smith References: <49FE1826.4060000@FreeBSD.org> <4A07BC4D.7080604@freebsd.org> <4A081868.6010906@FreeBSD.org> <3a142e750905111308o62a11c8em5465ea9aa1cfaebc@mail.gmail.com> <4A08B10E.4040702@FreeBSD.org> <1242110455.2664.9.camel@slate01> <20090512182420.K46325@sola.nimnet.asn.au> In-Reply-To: <20090512182420.K46325@sola.nimnet.asn.au> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-mobile@freebsd.org, Gary Dunn , FreeBSD-Current , FreeBSD acpi Subject: Re: Fighting for the power. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 23:39:58 -0000 Ian Smith wrote: > On Mon, 11 May 2009, Gary Dunn wrote: > > On Tue, 2009-05-12 at 02:13 +0300, Alexander Motin wrote: > > ... > > > > > > What's about general effect, the main idea here is the same as in audio > > > processing: result mostly depends on quality of the worst component. > > > Your system may just have some other consumers which I don't have. For > > > example, desktop CPU instead of mobile, desktop chipset instead of > > > mobile, powerful external video instead of (or even in addition to) > > > built-in, and so on. > > > > > > > Interesting point. Is there a power consumption benchmark for evaluating > > hardware for use with FreeBSD? > > make buildworld, running on battery? :-) > > More seriously: thanks to Nate's earlier niggling, I've been thinking > towards a richer set of power profiles than our {performance,economy} > dichotomy for a while, both in terms of various different work/play and > AC/battery scenarious, and re specific settings that may be more or less > optimal for particular hardware, that could be distributed or advised as > more of a basic working set rather than as a series of 'try this' hints. > FYI, Cyrille Szymanski has implemented a patch to add this kind of power profile support to powerd(8). I'd like to see it finished and committed. -- Nate From owner-freebsd-current@FreeBSD.ORG Wed May 13 23:40:38 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BFEA1065672; Wed, 13 May 2009 23:40:38 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 24D6F8FC14; Wed, 13 May 2009 23:40:38 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 6FEE261C2; Wed, 13 May 2009 19:40:36 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1242258036; bh=YeFV8Gd/BziGn7NV8XE5LPGt4i4SCqYoAgAAdkM1pQ0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=N2H67fvrt4TfsE6YKHdHHOLjsTUWjuxFuHdGjJ6S4pcrPtCQn1IaaZ9AxmWemDcB5 HC97Agzn38tt2d4bdCaSPZdEO1BUg22z18bhC9IjbEqVrEvCDMwglVosJelPPBr DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=gVeJCS0OKP3Fy5I6DXjwqpg9djvtCdu2BAmezxM9wme6xrCFKjNnfhd/BiQ7rh+K3 byZwQmcF54mFLZj0GzH9dt3lsIr1cQRZyMCgwWI8nqry7asIGtKUKY+wHF8vkqO Message-ID: <4A0B5A6F.9030409@protected-networks.net> Date: Wed, 13 May 2009 19:40:31 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.21 (X11/20090404) MIME-Version: 1.0 To: Jung-uk Kim References: <4A0C8F8B.1090602@entel.upc.edu> <200905131927.20609.jkim@FreeBSD.org> In-Reply-To: <200905131927.20609.jkim@FreeBSD.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org, amistry@am-productions.biz, =?ISO-8859-1?Q?Gustau_P=E9rez?= Subject: Re: commit r191990 seems to break fusefs-kmod X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 23:40:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jung-uk Kim wrote: > On Thursday 14 May 2009 05:39 pm, Gustau Pérez wrote: >> Hi, >> >> commit r191990 seems to break fusefs-kmod. When recompiling the >> port the error I get is : [ .. ] > Try the attached patch. I also just hit this problem. The patch works perfectly - thanks! Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkoLWm8ACgkQQv9rrgRC1JIGfQCgtYEw6nZbD/fJp8kLvuE/vCM4 gnIAnj7RPDDA73nz1FRL62NIdVCTJdR1 =wnXb -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu May 14 01:18:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9882106566B for ; Thu, 14 May 2009 01:18:08 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 7719B8FC26 for ; Thu, 14 May 2009 01:18:08 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so569615yxb.13 for ; Wed, 13 May 2009 18:18:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=lSR5ZZL7OSERRnzbBPJGTiXgAhWDZtjt3kP8sj7qKrc=; b=WAM7c0D1pTwBqXeU42sJSLOTjQFKnVAmuHpG/xPhcCoEog3/JtOLhjv85gcOHgMDlh kPJofKuetTIeRcgwNiWqFY65lEq32stDOjljBpdVrM6FLm7yB+dDv9L54KKfIzzNam9s Wfrxw/5IlOwkCap3VnrBqvq4HtThmyh7bbdSE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=m6vaG5/qUBM1CrBHeL+xrJrTwn+yFNBZPZoKjjXNni0PNzbp44cs19MlYGaM+2MjRt 3pjJzLknwtGP2IcNEwmJ3nmcDFe2mYO6b4Y8pm0pE6fYRogvbv/7mj7HEnFlmL1F0m/U rY/YUOAxJvdMLr/xwW5q4CiQf6Osa5pXOYwDg= MIME-Version: 1.0 Received: by 10.100.153.6 with SMTP id a6mr2048546ane.89.1242263887697; Wed, 13 May 2009 18:18:07 -0700 (PDT) Date: Wed, 13 May 2009 21:18:07 -0400 Message-ID: <4ad871310905131818n3fc82ea0n9a0508cf6bbc6724@mail.gmail.com> From: Glen Barber To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: panic running fsck_ufs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 01:18:09 -0000 Hello, list. I'm experiencing some weirdness with fsck_ufs after my system became highly unstable. The short story is this: I updated from 7-STABLE to -CURRENT. After 'shutdown now; make installworld' I was not able to log into the machine as root at the console nor through SSH. As a last resort, I hit the panic button (power button). The machine rebooted normally, and I was able to log in again. After running mergemaster, I rebooted cleanly and everything seemed okay. Apparently, fsck_ufs did not like the fact that the previous fsck did not finish. To make sure fsck_ufs was the reason my machine bogged down on me, I was observing the output from 'top' when I was presented with this: -- panic start -- orion# dev = ad5s1f, block = 1, fs = /usr cpuid = 1 KDB: enter: panic [thread pid 49 tid 100070 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> -- end panic -- Because this machine is primarily a desktop, have a USB keyboard attached -- because of that, I cannot access the debugging information after a panic. Unfortunately, I do not have access to a PS/2 keyboard at the moment. Here's where my concern is though -- this is the output from kgdb: -- kgdb start -- orion# 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"... Cannot access memory at address 0x20736968 (kgdb) backtrace #0 0x00000000 in ?? () (kgdb) -- kgdb end -- If my understanding of this is correct, there is nothing in the stack? Is this because fsck_ufs is running live? The machine was updated to the latest HEAD from SVN approximately an hour and a half before the timestamp in the 'uname -a' output: FreeBSD orion 8.0-CURRENT FreeBSD 8.0-CURRENT #4 r192066M: Wed May 13 19:48:34 EDT 2009 root@orion:/usr/obj/usr/src/sys/GENERIC i386 If this is user error, I'll admit it -- especially since a forceful power-off is why fsck_ufs is running in the first place. My concern is no memory location in the dump. Any insight would be helpful in figuring out this panic. (FWIW, the machine panicked twice while I was writing the email, so it is completely reproducible.) -- Glen Barber From owner-freebsd-current@FreeBSD.ORG Thu May 14 03:00:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E2D5106564A; Thu, 14 May 2009 03:00:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4434B8FC19; Thu, 14 May 2009 03:00:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4E30EuP057290; Wed, 13 May 2009 23:00:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4E30Euw055355; Wed, 13 May 2009 23:00:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 40E077302F; Wed, 13 May 2009 23:00:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090514030014.40E077302F@freebsd-current.sentex.ca> Date: Wed, 13 May 2009 23:00:14 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 03:00:18 -0000 TB --- 2009-05-14 01:34:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-14 01:34:11 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-05-14 01:34:11 - cleaning the object tree TB --- 2009-05-14 01:34:37 - cvsupping the source tree TB --- 2009-05-14 01:34:37 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-05-14 01:34:46 - building world TB --- 2009-05-14 01:34:46 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-14 01:34:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-14 01:34:46 - TARGET=pc98 TB --- 2009-05-14 01:34:46 - TARGET_ARCH=i386 TB --- 2009-05-14 01:34:46 - TZ=UTC TB --- 2009-05-14 01:34:46 - __MAKE_CONF=/dev/null TB --- 2009-05-14 01:34:46 - cd /src TB --- 2009-05-14 01:34:46 - /usr/bin/make -B buildworld >>> World build started on Thu May 14 01:34:48 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu May 14 02:57:59 UTC 2009 TB --- 2009-05-14 02:57:59 - generating LINT kernel config TB --- 2009-05-14 02:57:59 - cd /src/sys/pc98/conf TB --- 2009-05-14 02:57:59 - /usr/bin/make -B LINT TB --- 2009-05-14 02:57:59 - building LINT kernel TB --- 2009-05-14 02:57:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-14 02:57:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-14 02:57:59 - TARGET=pc98 TB --- 2009-05-14 02:57:59 - TARGET_ARCH=i386 TB --- 2009-05-14 02:57:59 - TZ=UTC TB --- 2009-05-14 02:57:59 - __MAKE_CONF=/dev/null TB --- 2009-05-14 02:57:59 - cd /src TB --- 2009-05-14 02:57:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 14 02:57:59 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pc98/pc98/canbus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestan ding -fstack-protector /src/sys/i386/i386/mp_machdep.c:77:25: error: machine/mca.h: No such file or directory /src/sys/i386/i386/trap.c:93:25: error: machine/mca.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-14 03:00:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-14 03:00:14 - ERROR: failed to build lint kernel TB --- 2009-05-14 03:00:14 - 3964.98 user 402.27 system 5162.99 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu May 14 03:38:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F8C2106566C for ; Thu, 14 May 2009 03:38:42 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 021068FC08 for ; Thu, 14 May 2009 03:38:41 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so603790ywe.13 for ; Wed, 13 May 2009 20:38:41 -0700 (PDT) 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:content-transfer-encoding; bh=CxL/HLkZxU3AH7noqdCFHgocWg2aePIu4SBr4qPg2+g=; b=fRu/UPnolfXlt7kogB07nntVKgoTQhEOPH3ClrexqnT4QB6BzXZ2n5H6QTfAvIVfaR xLqYixgC39bf8pdSpN8n8X0nQ9uTmoVT6B0TNjMRfQhMrTR9opePkat2v+4rFwelvygj ajFUqn/gqAedHFOmhKQ11xdA5iI/YipIFCbYs= 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 :content-transfer-encoding; b=veF8RTmyELjCrL8FvOR+DKqA54//089cnA+952eyi1QzLmc7Q+6ayVUYuBMgdDI7pU cx8ysSmdlLbvMrWdiimUSGaX8zm3+wncIkLpy37R+Q6IqFe8xgwLm3RHt2ZfBa+0vdoE /V/tSdAB98kMVeYeutoLOIjpeg3mbncnXGRfQ= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.231.15 with SMTP id d15mr2448354anh.77.1242272321305; Wed, 13 May 2009 20:38:41 -0700 (PDT) In-Reply-To: <200904300003.02174.pieter@degoeje.nl> References: <200904230627.16745.mel.flynn+fbsd.current@mailing.thruhere.net> <200904290729.21239.mel.flynn+fbsd.current@mailing.thruhere.net> <200904291416.41027.pieter@degoeje.nl> <200904300003.02174.pieter@degoeje.nl> Date: Wed, 13 May 2009 20:38:41 -0700 X-Google-Sender-Auth: 1cd357f98235735c Message-ID: <3c1674c90905132038q3bee11c2n92317c4a482543e9@mail.gmail.com> From: Kip Macy To: Pieter de Goeje Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Mel Flynn , freebsd-current@freebsd.org Subject: Re: em(4) outgoing statistics broken (Was: Re: Statistics collection for TX no longer works) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 03:38:42 -0000 Please update to 192081 and try again. We weren't updating stats when we bypassed the buf_ring on transmit. Cheers, Kip On Wed, Apr 29, 2009 at 3:03 PM, Pieter de Goeje wrote: > On Wednesday 29 April 2009 14:16:40 Pieter de Goeje wrote: >> On Wednesday 29 April 2009 07:29:20 Mel Flynn wrote: >> > Still happens with a kernel built last Saturday, however I noticed >> > outgoing statistics works with lo0. No other network card available at >> > the moment, so I'm enclined to think it's em. Anybody else seeing this= ? >> >> I'm seeing this too. Running -CURRENT/i386 w/ if_em interface. I can try >> another interface when I'm back from work. > > If_re reports outgoing bytes fine. > > When I pump a lot of data through em, it suddenly starts reporting again: > =A0 =A0 =A0 =A0 =A0 =A0input =A0 =A0 =A0 =A0(Total) =A0 =A0 =A0 =A0 =A0 o= utput > =A0 packets =A0errs =A0 =A0 =A0bytes =A0 =A0packets =A0errs =A0 =A0 =A0by= tes colls > =A0 =A0 =A07000 =A0 =A0 0 =A0 =A0 462422 =A0 =A0 =A011165 =A0 =A0 0 =A0 1= 6402742 =A0 =A0 0 > =A0 =A0 35243 =A0 =A0 0 =A0 =A02326924 =A0 =A0 =A056544 =A0 =A0 0 =A0 856= 16700 =A0 =A0 0 > =A0 =A0 35087 =A0 =A0 0 =A0 =A02316711 =A0 =A0 =A056251 =A0 =A0 0 =A0 851= 42818 =A0 =A0 0 > =A0 =A0 35003 =A0 =A0 0 =A0 =A02310949 =A0 =A0 =A056209 =A0 =A0 0 =A0 851= 01940 =A0 =A0 0 > =A0 =A0 35075 =A0 =A0 0 =A0 =A02315945 =A0 =A0 =A056259 =A0 =A0 0 =A0 851= 85210 =A0 =A0 0 > =A0 =A0 35032 =A0 =A0 0 =A0 =A02312572 =A0 =A0 =A056253 =A0 =A0 0 =A0 851= 38276 =A0 =A0 0 > =A0 =A0 34978 =A0 =A0 0 =A0 =A02308995 =A0 =A0 =A056225 =A0 =A0 0 =A0 850= 86800 =A0 =A0 0 > =A0 =A0 35220 =A0 =A0 0 =A0 =A02323994 =A0 =A0 =A056264 =A0 =A0 0 =A0 851= 51902 =A0 =A0 0 > =A0 =A0 35097 =A0 =A0 0 =A0 =A02317256 =A0 =A0 =A056324 =A0 =A0 0 =A0 852= 36686 =A0 =A0 0 > =A0 =A0 34992 =A0 =A0 0 =A0 =A02309916 =A0 =A0 =A056225 =A0 =A0 0 =A0 851= 21622 =A0 =A0 0 > =A0 =A0 34912 =A0 =A0 0 =A0 =A02304860 =A0 =A0 =A056255 =A0 =A0 0 =A0 851= 85210 =A0 =A0 0 > > At half the data rate (slightly more than 300mbit/s): > =A0 =A0 =A0 =A0 =A0 =A0input =A0 =A0 =A0 =A0(Total) =A0 =A0 =A0 =A0 =A0 o= utput > =A0 packets =A0errs =A0 =A0 =A0bytes =A0 =A0packets =A0errs =A0 =A0 =A0by= tes colls > =A0 =A0 =A01267 =A0 =A0 0 =A0 =A0 =A084924 =A0 =A0 =A0 1935 =A0 =A0 0 =A0= =A02697108 =A0 =A0 0 > =A0 =A0 =A01393 =A0 =A0 0 =A0 =A0 =A095557 =A0 =A0 =A0 2095 =A0 =A0 0 =A0= =A0 =A0 =A0 =A00 =A0 =A0 0 > =A0 =A0 11177 =A0 =A0 0 =A0 =A0 755904 =A0 =A0 =A017628 =A0 =A0 0 =A0 =A0= =A0 =A0 =A00 =A0 =A0 0 > =A0 =A0 14305 =A0 =A0 0 =A0 =A0 959073 =A0 =A0 =A023717 =A0 =A0 0 =A0 =A0= =A0 =A0 =A00 =A0 =A0 0 > =A0 =A0 =A09836 =A0 =A0 0 =A0 =A0 662341 =A0 =A0 =A016108 =A0 =A0 0 =A0 = =A0 =A0 =A0 =A00 =A0 =A0 0 > =A0 =A0 =A09652 =A0 =A0 0 =A0 =A0 648353 =A0 =A0 =A015892 =A0 =A0 0 =A0 = =A0 =A0 =A0 =A00 =A0 =A0 0 > =A0 =A0 25137 =A0 =A0 0 =A0 =A01694180 =A0 =A0 =A041108 =A0 =A0 0 =A0 =A0= =A0 =A0 =A00 =A0 =A0 0 > =A0 =A0 19119 =A0 =A0 0 =A0 =A01286252 =A0 =A0 =A031490 =A0 =A0 0 =A0 =A0= =A0 =A0 =A00 =A0 =A0 0 > =A0 =A0 26476 =A0 =A0 0 =A0 =A01780519 =A0 =A0 =A043808 =A0 =A0 0 =A0 =A0= =A0 =A0 =A00 =A0 =A0 0 > > - Pieter > _______________________________________________ > 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= " > --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Thu May 14 08:46:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2243C106566B; Thu, 14 May 2009 08:46:22 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id D556C8FC14; Thu, 14 May 2009 08:46:21 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from rebelion.Sisis.de (cazador.sisis.de [193.31.11.193]) by dd12710.kasserver.com (Postfix) with ESMTP id 14BC31801C7CB; Thu, 14 May 2009 10:46:22 +0200 (CEST) Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n4E8kHPv003704; Thu, 14 May 2009 10:46:17 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Thu, 14 May 2009 10:46:17 +0200 From: Matthias Apitz To: freebsd-mobile@freebsd.org, freebsd-current@freebsd.org Message-ID: <20090514084617.GA3459@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) Cc: Subject: Dell M4400 && Xorg-vesa && 1920x1200 res? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 08:46:22 -0000 Hello, I've a brand new Dell M4400 laptop running CURRENT; the nVidia Corporation Quadro FX 770M ship is currently not fully supported by the nouveau driver and I'm bound to 'vesa' driver for that, at least for the moment. The resolution of the laptop is normally 1920x1200, but 'vesa' seems not been willing to use this res. even if the Xorg.0.log has lines saying that there is an internal mode like that but not being used: *Mode: 17d (1920x1200) ModeAttributes: 0x3bf WinAAttributes: 0x7 ... (II) VESA(0): Monitor0: Using default hsync range of 31.50-37.90 kHz (II) VESA(0): Monitor0: Using default vrefresh range of 50.00-70.00 Hz (II) VESA(0): Not using built-in mode "1920x1200" (no mode of this name) ... (II) VESA(0): Not using built-in mode "1920x1200" (hsync out of range) (--) VESA(0): Virtual size is 1280x720 (pitch 1280) (**) VESA(0): *Built-in mode "1280x720" (**) VESA(0): *Built-in mode "800x600" (**) VESA(0): *Built-in mode "640x480" and at the end it gives 1280x720 (which is not bad but fare away from 1920x1200). My Display section in xorg.conf has: SubSection "Display" Viewport 0 0 Depth 24 Modes "1920x1200" "1280x720" EndSubSection Any idea how I could get 1920x1200 with the 'vesa' driver in Xorg 1.6? I need that box urgently for my daily work... Thanks matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Thu May 14 09:29:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73B9C1065674 for ; Thu, 14 May 2009 09:29:55 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 091FE8FC18 for ; Thu, 14 May 2009 09:29:54 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:48728 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M4XFf-000862-4n for freebsd-current@freebsd.org; Thu, 14 May 2009 11:29:21 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 15B0A7D798 for ; Thu, 14 May 2009 11:29:18 +0200 (CEST) Message-Id: <08D1E6DF-89D3-4887-9234-C3DB9164D794@exscape.org> From: Thomas Backman To: freebsd-current@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: Thu, 14 May 2009 11:29:17 +0200 X-Mailer: Apple Mail (2.930.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M4XFf-000862-4n. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M4XFf-000862-4n 87432fdbb84c422e51f4450904aba117 Subject: zfs send -R segfault, anyone else? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 09:29:55 -0000 8-CURRENT checked out yesterday morning (CEST) or so. According to the svn-head-list, I *think* no relevant changes has been made since then. A search through the archives (gzipped text) shows very little about zfs send at all. So, long story short: [root@vmware ~]# uname -a FreeBSD vmware.exscape.org 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Thu May 14 09:53:40 CEST 2009 root@vmware.exscape.org:/usr/obj/usr/src/sys/ DTRACE amd64 [root@vmware ~]# zfs list NAME USED AVAIL REFER MOUNTPOINT slave 70K 13.7G 19K /slave tank 3.15G 13.7G 18K none tank/root 31.8M 13.7G 31.7M legacy tank/tmp 542K 13.7G 542K /tmp tank/usr 2.76G 13.7G 2.54G /usr tank/usr/ports 225M 13.7G 222M /usr/ports tank/usr/ports/distfiles 3.40M 13.7G 3.40M /usr/ports/distfiles tank/var 360M 13.7G 359M /var [root@vmware ~]# zfs snapshot -r tank@now [root@vmware ~]# zfs send -R tank@now | zfs recv -Fd slave cannot receive: failed to read from stream [root@vmware ~]# zfs send -R tank/usr/ports/distfiles@now > distfiles Segmentation fault: 11 (core dumped) Doesn't matter what snapshot I try to send, or if I send it to a pipe or a file (including one not on ZFS), it segfaults anyway. Unfortunately, I don't have any debugging symbols in /lib (hmm, why not? All I've changed, IIRC, is to remove INVARIANTS and WITNESS from the kernel, and set MALLOC_PRODUCTION), so the backtrace looks like this: #0 0x0000000800675a2d in zfs_prop_readonly () from /lib/libzfs.so.1 #1 0x0000000800659ea8 in fletcher_4_incremental_byteswap () from /lib/ libzfs.so.1 #2 0x000000080065a135 in fletcher_4_incremental_byteswap () from /lib/ libzfs.so.1 #3 0x000000080065aa53 in fletcher_4_incremental_byteswap () from /lib/ libzfs.so.1 #4 0x000000080065e49f in zfs_send () from /lib/libzfs.so.1 #5 0x0000000000406cda in ?? () #6 0x00000000004064c3 in ?? () #7 0x0000000000403c4e in ?? () .... on and on and on ... #623 0x0000000000000000 in ?? () #624 0x0000000000000000 in ?? () #625 0x732f000000000000 in ?? () #626 0x0073667a2f6e6962 in ?? () #627 0x247c8d48002454ff in ?? () #628 0x01a1c0c748006a10 in ?? () ---Type to continue, or q to quit--- #629 0x66fdebf4050f0000 in ?? () #630 0x9066669066669066 in ?? () #631 0x00007fffffffec80 in ?? () #632 0x0000000000000004 in ?? () #633 0x00007fffffffeca8 in ?? () #634 0x000000000000000e in ?? () Cannot access memory at address 0x800000000000 (gdb) Can somebody reproduce this? Should be an easy task if it's a well- known problem, just snapshot, send -R a small dataset and see if it works or segfaults. Regards, Thomas PS. FWIW, it does NOT crash on a regular zfs send: zfs snapshot -r tank@now; for SNAP in $(zfs list -t snapshot -H -r tank | awk '/@now/ && !/tank@/ && !/tmp@/ {print $1}'); do echo $SNAP; zfs send $SNAP | zfs recv -d slave; done; However, -R is a pretty nice feature, as is -I (capital i), and I'd really like to be able to use them! From owner-freebsd-current@FreeBSD.ORG Thu May 14 09:45:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A93D61065677 for ; Thu, 14 May 2009 09:45:18 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from s2m-is-001.service2media.com (rev-130-102.virtu.nl [217.114.102.130]) by mx1.freebsd.org (Postfix) with ESMTP id 390288FC23 for ; Thu, 14 May 2009 09:45:17 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from nox-laptop.localnet ([10.0.1.45] RDNS failed) by s2m-is-001.service2media.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 14 May 2009 11:45:15 +0200 From: Pieter de Goeje To: freebsd-current@freebsd.org, Matthias Apitz Date: Thu, 14 May 2009 11:45:15 +0200 User-Agent: KMail/1.11.2 (Linux/2.6.28-12-generic; KDE/4.2.2; x86_64; ; ) References: <20090514084617.GA3459@rebelion.Sisis.de> In-Reply-To: <20090514084617.GA3459@rebelion.Sisis.de> MIME-Version: 1.0 Message-Id: <200905141145.15357.pieter@degoeje.nl> X-OriginalArrivalTime: 14 May 2009 09:45:15.0891 (UTC) FILETIME=[AF4BBC30:01C9D478] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-mobile@freebsd.org Subject: Re: Dell M4400 && Xorg-vesa && 1920x1200 res? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 09:45:18 -0000 On Thursday 14 May 2009 10:46:17 Matthias Apitz wrote: > I've a brand new Dell M4400 laptop running CURRENT; the nVidia > Corporation Quadro FX 770M > ship is currently not fully supported by the nouveau driver and I'm > bound to 'vesa' driver for that, at least for the moment. The resolution > of the laptop is normally 1920x1200, but 'vesa' seems not been willing to > use this res. even if the Xorg.0.log has lines saying that there is an > internal mode like that but not being used: > Have you considered using the 'nv' driver? I think it supports your graphics card. -- Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Thu May 14 09:57:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9861B1065672; Thu, 14 May 2009 09:57:04 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id 27F938FC2A; Thu, 14 May 2009 09:57:04 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from rebelion.Sisis.de (cazador.sisis.de [193.31.11.193]) by dd12710.kasserver.com (Postfix) with ESMTP id EF26F1801C7CB; Thu, 14 May 2009 11:57:04 +0200 (CEST) Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n4E9v0gH005414; Thu, 14 May 2009 11:57:00 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Thu, 14 May 2009 11:57:00 +0200 From: Matthias Apitz To: Pieter de Goeje Message-ID: <20090514095700.GA5105@rebelion.Sisis.de> References: <20090514084617.GA3459@rebelion.Sisis.de> <200905141145.15357.pieter@degoeje.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200905141145.15357.pieter@degoeje.nl> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Dell M4400 && Xorg-vesa && 1920x1200 res? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 09:57:05 -0000 El día Thursday, May 14, 2009 a las 11:45:15AM +0200, Pieter de Goeje escribió: > On Thursday 14 May 2009 10:46:17 Matthias Apitz wrote: > > I've a brand new Dell M4400 laptop running CURRENT; the nVidia > > Corporation Quadro FX 770M > > ship is currently not fully supported by the nouveau driver and I'm > > bound to 'vesa' driver for that, at least for the moment. The resolution > > of the laptop is normally 1920x1200, but 'vesa' seems not been willing to > > use this res. even if the Xorg.0.log has lines saying that there is an > > internal mode like that but not being used: > > > Have you considered using the 'nv' driver? I think it supports your graphics card. Yes; but this gives: $ X -retro X.Org X Server 1.6.0 Release Date: 2009-2-25 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-CURRENT i386 Current Operating System: FreeBSD current 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Mo n May 11 13:31:04 UTC 2009 guru@current:/usr/obj/usr/src/sys/REBELION-CURREN T i386 Build Date: 28 April 2009 11:44:04AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Thu May 14 11:51:19 2009 (==) Using config file: "/etc/X11/xorg.conf" (EE) No devices detected. Fatal server error: no screens found and /var/log/Xorg.0.log has: ... (--) PCI:*(0@1:0:0) nVidia Corporation Quadro FX 770M rev 161, Mem @ 0xf5000000/16777216, 0xe0000000/268435456, 0xf2000000/33554432, I/O @ 0x0000df00/128, BIOS @ 0x????????/65536 ... (II) Primary Device is: PCI 01@00:00:0 (WW) NV: Ignoring unsupported device 0x10de065c (Quadro FX 770M) at 01@00:00:0 (EE) No devices detected. maybe I could fake the id 0x10de065c to something known my the 'nv' driver? any idea? matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Thu May 14 10:34:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 497001065673; Thu, 14 May 2009 10:34:08 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from s2m-is-001.service2media.com (rev-130-102.virtu.nl [217.114.102.130]) by mx1.freebsd.org (Postfix) with ESMTP id CC2148FC15; Thu, 14 May 2009 10:34:07 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from nox-laptop.localnet ([10.0.1.45] RDNS failed) by s2m-is-001.service2media.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 14 May 2009 12:34:05 +0200 From: Pieter de Goeje To: Matthias Apitz Date: Thu, 14 May 2009 12:34:04 +0200 User-Agent: KMail/1.11.2 (Linux/2.6.28-12-generic; KDE/4.2.2; x86_64; ; ) References: <20090514084617.GA3459@rebelion.Sisis.de> <200905141145.15357.pieter@degoeje.nl> <20090514095700.GA5105@rebelion.Sisis.de> In-Reply-To: <20090514095700.GA5105@rebelion.Sisis.de> MIME-Version: 1.0 Message-Id: <200905141234.05410.pieter@degoeje.nl> X-OriginalArrivalTime: 14 May 2009 10:34:05.0996 (UTC) FILETIME=[81C646C0:01C9D47F] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Dell M4400 && Xorg-vesa && 1920x1200 res? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 10:34:08 -0000 On Thursday 14 May 2009 11:57:00 Matthias Apitz wrote: > El d=EDa Thursday, May 14, 2009 a las 11:45:15AM +0200, Pieter de Goeje e= scribi=F3: >=20 > > On Thursday 14 May 2009 10:46:17 Matthias Apitz wrote: > > > I've a brand new Dell M4400 laptop running CURRENT; the nVidia > > > Corporation Quadro FX 770M > > > ship is currently not fully supported by the nouveau driver and I'm > > > bound to 'vesa' driver for that, at least for the moment. The resolut= ion > > > of the laptop is normally 1920x1200, but 'vesa' seems not been willin= g to > > > use this res. even if the Xorg.0.log has lines saying that there is an > > > internal mode like that but not being used: > > >=20 > > Have you considered using the 'nv' driver? I think it supports your gra= phics card. >=20 > Yes; but this gives: >=20 > $ X -retro >=20 > X.Org X Server 1.6.0 > Release Date: 2009-2-25 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 8.0-CURRENT i386=20 > Current Operating System: FreeBSD current 8.0-CURRENT FreeBSD > 8.0-CURRENT #1: Mo > n May 11 13:31:04 UTC 2009 > guru@current:/usr/obj/usr/src/sys/REBELION-CURREN > T i386 > Build Date: 28 April 2009 11:44:04AM > =20 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Thu May 14 11:51:19 2009 > (=3D=3D) Using config file: "/etc/X11/xorg.conf" > (EE) No devices detected. >=20 > Fatal server error: > no screens found >=20 > and /var/log/Xorg.0.log has: >=20 > ... > (--) PCI:*(0@1:0:0) nVidia Corporation Quadro FX 770M rev 161, Mem @ 0xf5= 000000/16777216, > 0xe0000000/268435456, 0xf2000000/33554432, I/O @ 0x0000df00/128, BIOS @ 0= x????????/65536 > ... > (II) Primary Device is: PCI 01@00:00:0 > (WW) NV: Ignoring unsupported device 0x10de065c (Quadro FX 770M) at 01@00= :00:0 > (EE) No devices detected. >=20 > maybe I could fake the id 0x10de065c to something known my the 'nv' > driver? any idea? >=20 > matthias >=20 You could try that, but I see that you're running 32bit FreeBSD, which shou= ld enable you to use te nvidia binary driver (x11/nvidia-driver). I know it works excellent on my laptop (i386, 7-STABLE w/ GeForce 8400M). =2D-=20 Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Thu May 14 11:19:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E6E41065670; Thu, 14 May 2009 11:19:58 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id 90F8E8FC14; Thu, 14 May 2009 11:19:57 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from rebelion.Sisis.de (cazador.sisis.de [193.31.11.193]) by dd12710.kasserver.com (Postfix) with ESMTP id CD3DA183FB7F4; Thu, 14 May 2009 13:19:57 +0200 (CEST) Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n4EBJs4x007611; Thu, 14 May 2009 13:19:54 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Thu, 14 May 2009 13:19:54 +0200 From: Matthias Apitz To: Pieter de Goeje Message-ID: <20090514111954.GA7288@rebelion.Sisis.de> References: <20090514084617.GA3459@rebelion.Sisis.de> <200905141145.15357.pieter@degoeje.nl> <20090514095700.GA5105@rebelion.Sisis.de> <200905141234.05410.pieter@degoeje.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200905141234.05410.pieter@degoeje.nl> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Dell M4400 && Xorg-vesa && 1920x1200 res? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 11:19:58 -0000 El día Thursday, May 14, 2009 a las 12:34:04PM +0200, Pieter de Goeje escribió: > You could try that, but I see that you're running 32bit FreeBSD, which should enable > you to use te nvidia binary driver (x11/nvidia-driver). > I know it works excellent on my laptop (i386, 7-STABLE w/ GeForce 8400M). Thanks for your hint; I've installed this port x11/nvidia-driver and did what the port requested at the end about /boot/loader.conf and /etc/rc.conf; I run # X -configure and got a fresh xorg.conf created which as well contains 'nvidia' as the driver: Section "Device" Identifier "Card0" Driver "nvidia" VendorName "nVidia Corporation" BoardName "Quadro FX 770M" BusID "PCI:1:0:0" EndSection but when I run: # X -retro -config /root/xorg.conf.new X.Org X Server 1.6.0 Release Date: 2009-2-25 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-CURRENT i386 Current Operating System: FreeBSD current 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Mon May 11 13:31:04 UTC 2009 guru@current:/usr/obj/usr/src/sys/REBELION-CURRENT i386 Build Date: 28 April 2009 11:44:04AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Thu May 14 13:05:56 2009 (++) Using config file: "/root/xorg.conf.new" NVIDIA: failed to set MTRR 0xe0000000, 0M (write-combining) NVIDIA: failed to set MTRR 0xe0000000, 0M (write-combining) it just hard-locks the system :-( any idea? could you send me off-list your xorg.conf to check it? matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Thu May 14 11:30:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9D77106566C for ; Thu, 14 May 2009 11:30:29 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 674C08FC14 for ; Thu, 14 May 2009 11:30:29 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2E696.dip.t-dialin.net [217.226.230.150]) by redbull.bpaserver.net (Postfix) with ESMTP id DFAB32E05E; Thu, 14 May 2009 13:30:21 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id B85FE88799; Thu, 14 May 2009 13:30:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1242300617; bh=9Je72SozprcdqJ77hp9NPUGouIBCqzBKtJ4YuTwLToE=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=E2+esscSwYEFHgc7PV37gGooUY3/wD/Ixi8uJlOmk16tTg/CqciqvLgcUdTyfH0sM IFM1zd2RzihDAFuZ8q8P17XCd+9falv2yjJ5IUiabi0d4hYD4q7XRFSZgm6PxSTwve 17OOYTkve0RmMsojOT6ME4dcD6jk7KTJzGK8aHaR+XjKHZ6eLdyVwikkVliNTAoTq9 r5p9nXTPpsBklnXDOSBhzyScaNKkTj+q9Qc/uITcAXe0Az1rJfLq+vxyEwNMs9WhHH wgfJ18PU8ifv+ph9KOsbYTlIL18qkyz10ECRjdRftq8E9zu5YL4fJJ3oMTZXXZQyjk eZM+b12YmZsgQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n4EBUHth089201; Thu, 14 May 2009 13:30:17 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 14 May 2009 13:30:17 +0200 Message-ID: <20090514133017.362075dhcdy7o2bs@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 14 May 2009 13:30:17 +0200 From: Alexander Leidinger To: Thomas Backman References: <08D1E6DF-89D3-4887-9234-C3DB9164D794@exscape.org> In-Reply-To: <08D1E6DF-89D3-4887-9234-C3DB9164D794@exscape.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: DFAB32E05E.EEA45 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-13.35, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10, TW_SV 0.08, TW_ZF 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: zfs send -R segfault, anyone else? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 11:30:30 -0000 Quoting Thomas Backman (from Thu, 14 May 2009 =20 11:29:17 +0200): > 8-CURRENT checked out yesterday morning (CEST) or so. According to =20 > the svn-head-list, I *think* no relevant changes has been made since =20 > then. A search through the archives (gzipped text) shows very little =20 > about zfs send at all. Fix in: http://www.nabble.com/Patch-for-%27zfs-send--R%27-core-dump-%28pr-bin-130105= %29-td22106451.html Bye, Alexander. --=20 Men never do evil so completely and cheerfully as when they do it from religious conviction. =09=09-- Blaise Pascal, "Pens=EF=BF=BDes", 1670 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Thu May 14 11:54:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 111D3106566B; Thu, 14 May 2009 11:54:30 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from s2m-is-001.service2media.com (rev-130-102.virtu.nl [217.114.102.130]) by mx1.freebsd.org (Postfix) with ESMTP id 930078FC0C; Thu, 14 May 2009 11:54:29 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from nox-laptop.localnet ([10.0.1.45] RDNS failed) by s2m-is-001.service2media.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 14 May 2009 13:54:27 +0200 From: Pieter de Goeje To: Matthias Apitz Date: Thu, 14 May 2009 13:54:26 +0200 User-Agent: KMail/1.11.2 (Linux/2.6.28-12-generic; KDE/4.2.2; x86_64; ; ) References: <20090514084617.GA3459@rebelion.Sisis.de> <200905141234.05410.pieter@degoeje.nl> <20090514111954.GA7288@rebelion.Sisis.de> In-Reply-To: <20090514111954.GA7288@rebelion.Sisis.de> MIME-Version: 1.0 Message-Id: <200905141354.27207.pieter@degoeje.nl> X-OriginalArrivalTime: 14 May 2009 11:54:27.0830 (UTC) FILETIME=[BBCFC160:01C9D48A] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Dell M4400 && Xorg-vesa && 1920x1200 res? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 11:54:30 -0000 On Thursday 14 May 2009 13:19:54 Matthias Apitz wrote: > El d=EDa Thursday, May 14, 2009 a las 12:34:04PM +0200, Pieter de Goeje e= scribi=F3: >=20 > > You could try that, but I see that you're running 32bit FreeBSD, which = should enable > > you to use te nvidia binary driver (x11/nvidia-driver). > > I know it works excellent on my laptop (i386, 7-STABLE w/ GeForce 8400M= ). >=20 > Thanks for your hint; I've installed this port x11/nvidia-driver and did > what the port requested at the end about /boot/loader.conf and > /etc/rc.conf; >=20 > I run=20 >=20 > # X -configure >=20 > and got a fresh xorg.conf created which as well contains 'nvidia' as the > driver: >=20 > Section "Device" > Identifier "Card0" > Driver "nvidia" > VendorName "nVidia Corporation" > BoardName "Quadro FX 770M" > BusID "PCI:1:0:0" > EndSection >=20 > but when I run: >=20 > # X -retro -config /root/xorg.conf.new >=20 > X.Org X Server 1.6.0 > Release Date: 2009-2-25 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 8.0-CURRENT i386=20 > Current Operating System: FreeBSD current 8.0-CURRENT FreeBSD 8.0-CURRENT= #1: Mon May 11 13:31:04 UTC 2009 > guru@current:/usr/obj/usr/src/sys/REBELION-CURRENT i386 > Build Date: 28 April 2009 11:44:04AM > =20 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Thu May 14 13:05:56 2009 > (++) Using config file: "/root/xorg.conf.new" > NVIDIA: failed to set MTRR 0xe0000000, 0M (write-combining) > NVIDIA: failed to set MTRR 0xe0000000, 0M (write-combining) >=20 > it just hard-locks the system :-( >=20 > any idea? could you send me off-list your xorg.conf to check it? >=20 > matthias I don't know if you can install/"downgrade" to 7-STABLE, but perhaps the nv= idia driver is broken on -CURRENT. Or you might try posting this problem on the = nvnews.net fora. My xorg.conf is just like yours, so I don't think sending mine will help. Sorry, I'm all out of ideas here :-/ =2D-=20 Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Thu May 14 11:57:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4E4F106567F; Thu, 14 May 2009 11:57:52 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id 8F8398FC22; Thu, 14 May 2009 11:57:52 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from rebelion.Sisis.de (cazador.sisis.de [193.31.11.193]) by dd12710.kasserver.com (Postfix) with ESMTP id AEBAC1801C7CB; Thu, 14 May 2009 13:57:53 +0200 (CEST) Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n4EBvfNW008477; Thu, 14 May 2009 13:57:41 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Thu, 14 May 2009 13:57:36 +0200 From: Matthias Apitz To: Pieter de Goeje Message-ID: <20090514115735.GA8424@rebelion.Sisis.de> References: <20090514084617.GA3459@rebelion.Sisis.de> <200905141145.15357.pieter@degoeje.nl> <20090514095700.GA5105@rebelion.Sisis.de> <200905141234.05410.pieter@degoeje.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200905141234.05410.pieter@degoeje.nl> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Dell M4400 && Xorg-vesa && 1920x1200 res? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 11:57:53 -0000 El día Thursday, May 14, 2009 a las 12:34:04PM +0200, Pieter de Goeje escribió: > > > > maybe I could fake the id 0x10de065c to something known my the 'nv' > > driver? any idea? > > > > matthias > > > You could try that, ... I've tried to fake the ChipID with: Section "Device" Identifier "Card0" ChipID 0x033f # fake a Quadro FX 700 Driver "nv" # VendorName "nVidia Corporation" # BoardName "Quadro FX 770M" # BusID "PCI:1:0:0" EndSection but the value of ChipID it is not used by 'nv': (II) Primary Device is: PCI 01@00:00:0 (WW) NV: Ignoring unsupported device 0x10de065c (Quadro FX 770M) at 01@00:00:0 (EE) No devices detected. now I'm really clueless :-( matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Thu May 14 12:39:47 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 579EB1065786; Thu, 14 May 2009 12:39:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2ED4D8FC1F; Thu, 14 May 2009 12:39:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n4ECdiiP010468; Thu, 14 May 2009 08:39:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n4ECdiqL018814; Thu, 14 May 2009 08:39:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 575B87302F; Thu, 14 May 2009 08:39:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090514123944.575B87302F@freebsd-current.sentex.ca> Date: Thu, 14 May 2009 08:39:44 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 12:39:48 -0000 TB --- 2009-05-14 11:14:28 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-14 11:14:28 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-05-14 11:14:28 - cleaning the object tree TB --- 2009-05-14 11:14:51 - cvsupping the source tree TB --- 2009-05-14 11:14:51 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-05-14 11:15:01 - building world TB --- 2009-05-14 11:15:01 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-14 11:15:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-14 11:15:01 - TARGET=pc98 TB --- 2009-05-14 11:15:01 - TARGET_ARCH=i386 TB --- 2009-05-14 11:15:01 - TZ=UTC TB --- 2009-05-14 11:15:01 - __MAKE_CONF=/dev/null TB --- 2009-05-14 11:15:01 - cd /src TB --- 2009-05-14 11:15:01 - /usr/bin/make -B buildworld >>> World build started on Thu May 14 11:15:03 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu May 14 12:37:31 UTC 2009 TB --- 2009-05-14 12:37:31 - generating LINT kernel config TB --- 2009-05-14 12:37:31 - cd /src/sys/pc98/conf TB --- 2009-05-14 12:37:31 - /usr/bin/make -B LINT TB --- 2009-05-14 12:37:31 - building LINT kernel TB --- 2009-05-14 12:37:31 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-14 12:37:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-14 12:37:31 - TARGET=pc98 TB --- 2009-05-14 12:37:31 - TARGET_ARCH=i386 TB --- 2009-05-14 12:37:31 - TZ=UTC TB --- 2009-05-14 12:37:31 - __MAKE_CONF=/dev/null TB --- 2009-05-14 12:37:31 - cd /src TB --- 2009-05-14 12:37:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 14 12:37:31 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pc98/pc98/canbus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestan ding -fstack-protector /src/sys/i386/i386/mp_machdep.c:77:25: error: machine/mca.h: No such file or directory /src/sys/i386/i386/trap.c:93:25: error: machine/mca.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-14 12:39:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-14 12:39:44 - ERROR: failed to build lint kernel TB --- 2009-05-14 12:39:44 - 3962.69 user 402.61 system 5115.68 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu May 14 13:10:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1B681065673 for ; Thu, 14 May 2009 13:10:45 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id 519658FC0C for ; Thu, 14 May 2009 13:10:44 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from hamilton.upcnetadm.upcnet.es (hamilton.upcnetadm.upcnet.es [147.83.2.240]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id n4EDAQ6o016330; Thu, 14 May 2009 15:10:26 +0200 Received: from [147.83.40.234] ([147.83.40.234]) by hamilton.upcnetadm.upcnet.es (Lotus Domino Release 5.0.12) with ESMTP id 2009051415102613:80661 ; Thu, 14 May 2009 15:10:26 +0200 Message-ID: <4A0C178A.3070802@entel.upc.edu> Date: Thu, 14 May 2009 15:07:22 +0200 From: =?ISO-8859-1?Q?Gustau_P=E9rez?= User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: Jung-uk Kim References: <4A0C8F8B.1090602@entel.upc.edu> In-Reply-To: <4A0C8F8B.1090602@entel.upc.edu> X-Enigmail-Version: 0.95.7 X-MIMETrack: Itemize by SMTP Server on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 14/05/2009 15:10:26, Serialize by Router on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 14/05/2009 15:10:26, Serialize complete at 14/05/2009 15:10:26 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dash.upc.es [147.83.2.50]); Thu, 14 May 2009 15:10:26 +0200 (CEST) Cc: freebsd-current@freebsd.org, amistry@am-productions.biz Subject: Re: commit r191990 seems to break fusefs-kmod X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 13:10:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I tested the patch and works fine. I was making the patch myself, but then I saw in the list jkim reply. It seems I'm losing mails, procmailrc is to blame :) Will try to redo the patch and send a pr, I guess FreeBSD version should the taken into account, or fusefs-kmod will break in stable. Thanks! Gus _______________________________________________ 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" - -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoMF4kACgkQAvcpDulVChAelwCcCBjDSkSSaYIESOHm5WQPInuX OJkAn1ZvI4yKkp0UJuED4TzNMECavBlA =hUA7 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu May 14 14:33:51 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3C72106567C for ; Thu, 14 May 2009 14:33:51 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 660F98FC1B for ; Thu, 14 May 2009 14:33:51 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 00FA2A07EC; Thu, 14 May 2009 16:33:50 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id E87CDA07E9; Thu, 14 May 2009 16:33:49 +0200 (CEST) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id D5363A07E7; Thu, 14 May 2009 16:33:49 +0200 (CEST) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2009051416334908-304 ; Thu, 14 May 2009 16:33:49 +0200 Received: by wep4035 (sSMTP sendmail emulation); Thu, 14 May 2009 16:33:49 +0200 Date: Thu, 14 May 2009 16:33:49 +0200 From: Alexey Shuvaev To: Glen Barber Message-ID: <20090514143349.GB94162@wep4035.physik.uni-wuerzburg.de> References: <4ad871310905131818n3fc82ea0n9a0508cf6bbc6724@mail.gmail.com> MIME-Version: 1.0 In-Reply-To: <4ad871310905131818n3fc82ea0n9a0508cf6bbc6724@mail.gmail.com> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.19 (2009-01-05) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 05/14/2009 04:33:49 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 05/14/2009 04:33:49 PM, Serialize complete at 05/14/2009 04:33:49 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: current@freebsd.org Subject: Re: panic running fsck_ufs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 14:33:52 -0000 On Wed, May 13, 2009 at 09:18:07PM -0400, Glen Barber wrote: > Hello, list. > > I'm experiencing some weirdness with fsck_ufs after my system became > highly unstable. The short story is this: > The panic during fsck_ufs is bad but... Have you tried to boot in single user mode and perfom manual fsck on all filesystems? I am always doing this if I have even smallest suspicion filesystems are not ok. My 0.02$, Alexey. From owner-freebsd-current@FreeBSD.ORG Thu May 14 14:41:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C844106566B for ; Thu, 14 May 2009 14:41:51 +0000 (UTC) (envelope-from gdn@fxclub.org) Received: from mx.fxclub.org (mx.fxclub.org [67.227.142.223]) by mx1.freebsd.org (Postfix) with ESMTP id F17B48FC25 for ; Thu, 14 May 2009 14:41:50 +0000 (UTC) (envelope-from gdn@fxclub.org) Received: from mail.fxclub.org ([78.129.247.130]) by mx.fxclub.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M4bjF-000FWs-7Y for freebsd-current@freebsd.org; Thu, 14 May 2009 14:16:11 +0000 Received: from fw-office.fxclub.org ([194.87.53.162] helo=[172.16.1.198]) by mail.fxclub.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M4bjE-000Fqy-1H for freebsd-current@freebsd.org; Thu, 14 May 2009 14:16:08 +0000 Message-ID: <4A0C27A1.2020108@fxclub.org> Date: Thu, 14 May 2009 18:16:01 +0400 From: gdn User-Agent: Thunderbird 2.0.0.21 (X11/20090408) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.3 Subject: php5 pcre X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 14:41:51 -0000 Hi all! I'm using on CURRENT apache22 with php5. When I install php5-extensions, all packages make fine. But module "pcre" not work. -------------------------------------------------------------------------- >php -m [PHP Modules] bz2 date libxml mbstring mysql pdf pdo_dblib Reflection session SimpleXML standard xml xmlrpc zip zlib [Zend Modules] --------------------------------------------------------------------------------- Log file of php: ---------------------------------------------------------------------------------- [14-May-2009 18:04:50] PHP Warning: PHP Startup: Unable to load dynamic librar y '/usr/local/lib/php/20060613/pcre.so' - /usr/local/lib/php/20060613/pcre.so: Undefined symbol "php_pcre_free" in Unknown on line 0 [14-May-2009 18:04:50] PHP Warning: Cannot load module 'PDO' because required module 'spl' is not loaded in Unknown on line 0 ----------------------------------------------------------------------------------- Haw fix this problem? Thanks, Dmitry. From owner-freebsd-current@FreeBSD.ORG Thu May 14 14:55:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6880E106566B for ; Thu, 14 May 2009 14:55:19 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 2C6B18FC15 for ; Thu, 14 May 2009 14:55:19 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 926E2FF56; Fri, 15 May 2009 02:55:18 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GoydHlCcVvPf; Fri, 15 May 2009 02:55:11 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Fri, 15 May 2009 02:55:11 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id B113F11432; Fri, 15 May 2009 02:55:10 +1200 (NZST) Date: Thu, 14 May 2009 07:55:10 -0700 From: Andrew Thompson To: Jon Loeliger Message-ID: <20090514145510.GA5507@citylink.fud.org.nz> References: <20090513170028.GA96051@citylink.fud.org.nz> <20090513175000.GA2635@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: Building boot2 for ixp425 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 14:55:19 -0000 On Wed, May 13, 2009 at 05:02:04PM -0500, Jon Loeliger wrote: > > > > The buildenv command is the one that spawns a new shell with all the > > correct paths to use the new compiler. just do the kernel-toolchain > > before it, as in. > > > > make TARGET_ARCH=arm TARGET_CPUTYPE=xscale \ > > TARGET_BIG_ENDIAN=true kernel-toolchain > > > > make TARGET_ARCH=arm TARGET_CPUTYPE=xscale \ > > TARGET_BIG_ENDIAN=true buildenv > > > > cd sys/boot/arm/ixp425/boot2/ > > make > > > > That should work :) > > But alas, it did not. Ok, rather than flogging this more just do a buildworld first, make TARGET_ARCH=arm TARGET_CPUTYPE=xscale \ TARGET_BIG_ENDIAN=true buildworld make TARGET_ARCH=arm TARGET_CPUTYPE=xscale \ TARGET_BIG_ENDIAN=true buildenv cd sys/boot/arm/ixp425/boot2/ make From owner-freebsd-current@FreeBSD.ORG Thu May 14 15:01:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F6621065670 for ; Thu, 14 May 2009 15:01:44 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from s2m-is-001.service2media.com (rev-130-102.virtu.nl [217.114.102.130]) by mx1.freebsd.org (Postfix) with ESMTP id AB0DE8FC23 for ; Thu, 14 May 2009 15:01:43 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from nox-laptop.localnet ([10.0.1.45] RDNS failed) by s2m-is-001.service2media.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 14 May 2009 17:01:41 +0200 From: Pieter de Goeje To: Kip Macy Date: Thu, 14 May 2009 17:01:41 +0200 User-Agent: KMail/1.11.2 (Linux/2.6.28-12-generic; KDE/4.2.2; x86_64; ; ) References: <200904230627.16745.mel.flynn+fbsd.current@mailing.thruhere.net> <200904300003.02174.pieter@degoeje.nl> <3c1674c90905132038q3bee11c2n92317c4a482543e9@mail.gmail.com> In-Reply-To: <3c1674c90905132038q3bee11c2n92317c4a482543e9@mail.gmail.com> MIME-Version: 1.0 Message-Id: <200905141701.41429.pieter@degoeje.nl> X-OriginalArrivalTime: 14 May 2009 15:01:41.0874 (UTC) FILETIME=[E3D2D520:01C9D4A4] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Mel Flynn , freebsd-current@freebsd.org Subject: Re: em(4) outgoing statistics broken (Was: Re: Statistics collection for TX no longer works) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 15:01:44 -0000 This solved the problem, thank you :) - Pieter On Thursday 14 May 2009 05:38:41 Kip Macy wrote: > Please update to 192081 and try again. We weren't updating stats when > we bypassed the buf_ring on transmit. > > Cheers, > Kip > > > On Wed, Apr 29, 2009 at 3:03 PM, Pieter de Goeje wrote: > > On Wednesday 29 April 2009 14:16:40 Pieter de Goeje wrote: > >> On Wednesday 29 April 2009 07:29:20 Mel Flynn wrote: > >> > Still happens with a kernel built last Saturday, however I noticed > >> > outgoing statistics works with lo0. No other network card available at > >> > the moment, so I'm enclined to think it's em. Anybody else seeing this? > >> > >> I'm seeing this too. Running -CURRENT/i386 w/ if_em interface. I can try > >> another interface when I'm back from work. > > > > If_re reports outgoing bytes fine. > > > > When I pump a lot of data through em, it suddenly starts reporting again: > > input (Total) output > > packets errs bytes packets errs bytes colls > > 7000 0 462422 11165 0 16402742 0 > > 35243 0 2326924 56544 0 85616700 0 > > 35087 0 2316711 56251 0 85142818 0 > > 35003 0 2310949 56209 0 85101940 0 > > 35075 0 2315945 56259 0 85185210 0 > > 35032 0 2312572 56253 0 85138276 0 > > 34978 0 2308995 56225 0 85086800 0 > > 35220 0 2323994 56264 0 85151902 0 > > 35097 0 2317256 56324 0 85236686 0 > > 34992 0 2309916 56225 0 85121622 0 > > 34912 0 2304860 56255 0 85185210 0 > > > > At half the data rate (slightly more than 300mbit/s): > > input (Total) output > > packets errs bytes packets errs bytes colls > > 1267 0 84924 1935 0 2697108 0 > > 1393 0 95557 2095 0 0 0 > > 11177 0 755904 17628 0 0 0 > > 14305 0 959073 23717 0 0 0 > > 9836 0 662341 16108 0 0 0 > > 9652 0 648353 15892 0 0 0 > > 25137 0 1694180 41108 0 0 0 > > 19119 0 1286252 31490 0 0 0 > > 26476 0 1780519 43808 0 0 0 > > > > - Pieter > > _______________________________________________ > > 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" > > > > > -- Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Thu May 14 15:18:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4D6B1065703 for ; Thu, 14 May 2009 15:18:18 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 2C5008FC14 for ; Thu, 14 May 2009 15:18:17 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 14 May 2009 14:51:37 -0000 Received: from 85-127-18-6.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.18.6] by mail.gmx.net (mp064) with SMTP; 14 May 2009 16:51:37 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX19xJUUW7O5x4Sx0W3ZeTsqpYm6R3fwE6exyoASdTR s3JU44RTPkrTz0 From: Stefan Ehmann To: freebsd-current@freebsd.org, Matthias Apitz Date: Thu, 14 May 2009 16:51:34 +0200 User-Agent: KMail/1.11.3 (FreeBSD/7.2-RELEASE; KDE/4.2.3; i386; ; ) References: <20090514084617.GA3459@rebelion.Sisis.de> In-Reply-To: <20090514084617.GA3459@rebelion.Sisis.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905141651.35948.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.54 Cc: freebsd-mobile@freebsd.org Subject: Re: Dell M4400 && Xorg-vesa && 1920x1200 res? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 15:18:19 -0000 On Thursday 14 May 2009 10:46:17 Matthias Apitz wrote: > Hello, > > I've a brand new Dell M4400 laptop running CURRENT; the nVidia > Corporation Quadro FX 770M > ship is currently not fully supported by the nouveau driver and I'm > bound to 'vesa' driver for that, at least for the moment. The resolution > of the laptop is normally 1920x1200, but 'vesa' seems not been willing to > use this res. even if the Xorg.0.log has lines saying that there is an > internal mode like that but not being used: ... > (II) VESA(0): Monitor0: Using default hsync range of 31.50-37.90 kHz > (II) VESA(0): Monitor0: Using default vrefresh range of 50.00-70.00 Hz > > (II) VESA(0): Not using built-in mode "1920x1200" (no mode of this name) > ... > (II) VESA(0): Not using built-in mode "1920x1200" (hsync out of range) Adding a custom modeline and/or adjusting the hsync/vrefresh values should fix this. I'd guess the fallback to the default hsync/vrefresh values is the problem. Booting a linux live CD might provide some usable values. From owner-freebsd-current@FreeBSD.ORG Thu May 14 15:29:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 467C0106564A for ; Thu, 14 May 2009 15:29:52 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-ew0-f159.google.com (mail-ew0-f159.google.com [209.85.219.159]) by mx1.freebsd.org (Postfix) with ESMTP id C2B1A8FC16 for ; Thu, 14 May 2009 15:29:51 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by ewy3 with SMTP id 3so1629036ewy.43 for ; Thu, 14 May 2009 08:29:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ayR+x0zDLGejtXgI1Riqlb2bh5Yl3K3nKnEz1RLd8JE=; b=K6VkEe2/RnchkA7uHLe7U6/UmjfZfWuIQM8MkHAwOasVkJrpizOoBmTwKLJBk4SmEh c70/5pmW7eu8DEU1rhvWXSQrQZXAHgTXymNnZFjMddWXsLxRaWoHiAXGd7Lu6AhksQ1C Nrt2Nyiuw9Dx0HpvD5MnW76WJMg2vVvilvDo0= 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=r9KP2LQvbnGCPOTAF95R64FXCcRxE/HYXlnF2h+9O8ehiyLfIdh3KITS/pZ2spAHZY 4dU1TNoxwXgXxSPlz0K1bdgfZcJLWpF6/ztjxAXRLeZsWvVUoJUSA8thkHKaoWsn5tb2 di6bvZ+7ueq9iVo15qDfNwY5s9kVy5FMFJaRE= MIME-Version: 1.0 Received: by 10.216.3.195 with SMTP id 45mr924283weh.8.1242314990308; Thu, 14 May 2009 08:29:50 -0700 (PDT) In-Reply-To: <20090514143349.GB94162@wep4035.physik.uni-wuerzburg.de> References: <4ad871310905131818n3fc82ea0n9a0508cf6bbc6724@mail.gmail.com> <20090514143349.GB94162@wep4035.physik.uni-wuerzburg.de> Date: Thu, 14 May 2009 11:29:50 -0400 Message-ID: <4ad871310905140829l6a336406n434b17cf25cf0069@mail.gmail.com> From: Glen Barber To: Alexey Shuvaev Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: panic running fsck_ufs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 15:29:52 -0000 On Thu, May 14, 2009 at 10:33 AM, Alexey Shuvaev wrote: > On Wed, May 13, 2009 at 09:18:07PM -0400, Glen Barber wrote: >> Hello, list. >> >> I'm experiencing some weirdness with fsck_ufs after my system became >> highly unstable. =A0The short story is this: >> > The panic during fsck_ufs is bad but... > > Have you tried to boot in single user mode and perfom manual fsck > on all filesystems? > I am always doing this if I have even smallest suspicion > filesystems are not ok. > I haven't tried fsck in single-user mode yet. I will try that later today. That thought crossed my mind last night, but it was getting too late. Thanks. --=20 Glen Barber From owner-freebsd-current@FreeBSD.ORG Thu May 14 16:09:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE3151065705 for ; Thu, 14 May 2009 16:09:39 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id A7F618FC17 for ; Thu, 14 May 2009 16:09:39 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:53053 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M4dUz-0005WK-4c; Thu, 14 May 2009 18:09:35 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 9C2BE5D533; Thu, 14 May 2009 18:09:25 +0200 (CEST) From: Thomas Backman To: Alexander Leidinger In-Reply-To: <20090514133017.362075dhcdy7o2bs@webmail.leidinger.net> X-Priority: 3 (Normal) References: <08D1E6DF-89D3-4887-9234-C3DB9164D794@exscape.org> <20090514133017.362075dhcdy7o2bs@webmail.leidinger.net> Message-Id: <53311D58-6772-4316-9670-35C4CBB30248@exscape.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 14 May 2009 18:09:25 +0200 X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M4dUz-0005WK-4c. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M4dUz-0005WK-4c 9a3fa282eb11132dcf7f23aaf5d47f16 Cc: freebsd-current@freebsd.org Subject: Re: zfs send -R segfault, anyone else? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 16:09:40 -0000 On May 14, 2009, at 01:30 PM, Alexander Leidinger wrote: > Quoting Thomas Backman (from Thu, 14 May 2009 > 11:29:17 +0200): > >> 8-CURRENT checked out yesterday morning (CEST) or so. According to >> the svn-head-list, I *think* no relevant changes has been made >> since then. A search through the archives (gzipped text) shows very >> little about zfs send at all. > > Fix in: > http://www.nabble.com/Patch-for-%27zfs-send--R%27-core-dump-%28pr-bin-130105%29-td22106451.html > > Bye, > Alexander. Thanks! I haven't tried it out yet because of some unrelated trouble, but I suppose it'll work. (It figures that's the post is in the Feb archives when I checked May/ April/March!) Although, it makes me wonder... Why aren't trivial patches like this merged to current? I guess half the answer (or perhaps the question) is in the link above, but still... Three months and still the same bug, when a one-line patch exists? Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Thu May 14 17:25:10 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51622106564A for ; Thu, 14 May 2009 17:25:10 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from gritton.org (gritton.org [161.58.222.4]) by mx1.freebsd.org (Postfix) with ESMTP id F2B7A8FC40 for ; Thu, 14 May 2009 17:25:08 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from guppy.corp.verio.net (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by gritton.org (8.13.6.20060614/8.13.6) with ESMTP id n4EHCtVb038375; Thu, 14 May 2009 11:12:55 -0600 (MDT) Message-ID: <4A0C5112.9010103@FreeBSD.org> Date: Thu, 14 May 2009 11:12:50 -0600 From: Jamie Gritton User-Agent: Thunderbird 2.0.0.19 (X11/20090109) MIME-Version: 1.0 To: jail@FreeBSD.org, virtualization@FreeBSD.org References: <4A051DE3.30705@FreeBSD.org> In-Reply-To: <4A051DE3.30705@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.94.2/9358/Thu May 14 08:48:24 2009 on gritton.org X-Virus-Status: Clean Cc: FreeBSD Current Subject: Re: Hierarchical jails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 17:25:10 -0000 There's still a change to offer your input on the new jails before they go in! OK, given the lack of response so far, it's less "still a chance" than "please?". Current plans are to have this in place for 8.0, with connections to the ongoing Vimage work. Hopefully the silence is approval, and commits will likely be appearing soon. I wrote: > Here's the first round of hierarchical jails under the new framework. > > Instead of creds having either a prison or a NULL pointer, they all have > a prison pointer with the default being the global "prison0" that > contains information about the real environment. Jailed root may (if > granted permission) create prisons that would be under its place in the > hierarchy, but may not alter (or even see) prisons at its level or > above. > > The JID space is flat, i.e. every prison in the system has a unique ID. > The prison name space is hierarchical, with jails having dot-separated > component names. > > prison0 contains three fields that were system globals: pr_root, > pr_host, and pr_securelevel. I've kept the globals rootvnode and > hostname, and take care that when one is changed the other changes too > (not yet true for hostname - read on). But I've actually removed the > global securelevel, instead forcing people to use securelevel_gt() and > securelevel_ge() (or in very rare cases to check prison0.pr_securelevel > directly). I chose to do that because while using the global rootvnode > and hostname may be incorrect, using the wrong securelevel is, well, > insecure. Actually it would be insecure to use the wrong rootvnode too, > but I'm not convinced removing that global is worth the headache. > > Other globals are subsumed into prison0, but they were only ever part of > the jail system anyway: the various jail-related permission bits and > such administrative things as prisoncount. > > The prison hierarchy keeps track of restrictions placed on prisons, and > will reflect them downward so a child jail is always at least as > restricted as its ancestors. It doesn't go the other way though: if a > prison's restrictions are loosened, the children stay as they are. > > This patch doesn't have anything for userland, and hierarchical jails > won't work without that patch (because jails don't have permission to > create sub-jails by default, and jail(2) can't grant that permission). > A userland patch will follow soon, very similar to the version I posted > here recently. > > - Jamie From owner-freebsd-current@FreeBSD.ORG Thu May 14 17:33:04 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53AEB106566C for ; Thu, 14 May 2009 17:33:04 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outD.internet-mail-service.net (outd.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id 3543D8FC29 for ; Thu, 14 May 2009 17:33:04 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 03221B9859; Thu, 14 May 2009 10:33:04 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 5CC522D6018; Thu, 14 May 2009 10:33:03 -0700 (PDT) Message-ID: <4A0C55CF.70706@elischer.org> Date: Thu, 14 May 2009 10:33:03 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Jamie Gritton References: <4A051DE3.30705@FreeBSD.org> <4A0C5112.9010103@FreeBSD.org> In-Reply-To: <4A0C5112.9010103@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: virtualization@FreeBSD.org, jail@FreeBSD.org, FreeBSD Current Subject: Re: Hierarchical jails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 17:33:04 -0000 Jamie Gritton wrote: > There's still a change to offer your input on the new jails before they > go in! OK, given the lack of response so far, it's less "still a > chance" than "please?". Current plans are to have this in place for > 8.0, with connections to the ongoing Vimage work. Hopefully the silence > is approval, and commits will likely be appearing soon. > I think I may have replied before but it all looks pretty good to me.. > > I wrote: >> Here's the first round of hierarchical jails under the new framework. >> >> Instead of creds having either a prison or a NULL pointer, they all have >> a prison pointer with the default being the global "prison0" that >> contains information about the real environment. Jailed root may (if >> granted permission) create prisons that would be under its place in the >> hierarchy, but may not alter (or even see) prisons at its level or >> above. agreed >> >> The JID space is flat, i.e. every prison in the system has a unique ID. >> The prison name space is hierarchical, with jails having dot-separated >> component names. agreed >> >> prison0 contains three fields that were system globals: pr_root, >> pr_host, and pr_securelevel. I've kept the globals rootvnode and >> hostname, and take care that when one is changed the other changes too >> (not yet true for hostname - read on). But I've actually removed the >> global securelevel, instead forcing people to use securelevel_gt() and >> securelevel_ge() (or in very rare cases to check prison0.pr_securelevel >> directly). I chose to do that because while using the global rootvnode >> and hostname may be incorrect, using the wrong securelevel is, well, >> insecure. Actually it would be insecure to use the wrong rootvnode too, >> but I'm not convinced removing that global is worth the headache. not sure why you want to keep hostname a true global It seems to me that it is an eminently virtalizable property. though possible a special hostname might exist for the base system for error messages etc. kind of like V_hostname an G_hostname :) otherwise I agree. >> >> Other globals are subsumed into prison0, but they were only ever part of >> the jail system anyway: the various jail-related permission bits and >> such administrative things as prisoncount. >> >> The prison hierarchy keeps track of restrictions placed on prisons, and >> will reflect them downward so a child jail is always at least as >> restricted as its ancestors. It doesn't go the other way though: if a >> prison's restrictions are loosened, the children stay as they are. I agree with this in principle and we'll see ow it works out in practice. >> >> This patch doesn't have anything for userland, and hierarchical jails >> won't work without that patch (because jails don't have permission to >> create sub-jails by default, and jail(2) can't grant that permission). >> A userland patch will follow soon, very similar to the version I posted >> here recently. I looked at that too. All in all, I like it. >> >> - Jamie > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to > "freebsd-virtualization-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu May 14 17:44:24 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A8EA106564A; Thu, 14 May 2009 17:44:24 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from gritton.org (gritton.org [161.58.222.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3EB638FC19; Thu, 14 May 2009 17:44:23 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from guppy.corp.verio.net (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by gritton.org (8.13.6.20060614/8.13.6) with ESMTP id n4EHiMBb042281; Thu, 14 May 2009 11:44:22 -0600 (MDT) Message-ID: <4A0C5871.1080407@FreeBSD.org> Date: Thu, 14 May 2009 11:44:17 -0600 From: Jamie Gritton User-Agent: Thunderbird 2.0.0.19 (X11/20090109) MIME-Version: 1.0 To: Julian Elischer References: <4A051DE3.30705@FreeBSD.org> <4A0C5112.9010103@FreeBSD.org> <4A0C55CF.70706@elischer.org> In-Reply-To: <4A0C55CF.70706@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.94.2/9358/Thu May 14 08:48:24 2009 on gritton.org X-Virus-Status: Clean Cc: virtualization@FreeBSD.org, jail@FreeBSD.org, FreeBSD Current Subject: Re: Hierarchical jails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 17:44:25 -0000 Julian Elischer wrote: > Jamie Gritton wrote: >>> prison0 contains three fields that were system globals: pr_root, >>> pr_host, and pr_securelevel. I've kept the globals rootvnode and >>> hostname, and take care that when one is changed the other changes too >>> (not yet true for hostname - read on). But I've actually removed the >>> global securelevel, instead forcing people to use securelevel_gt() and >>> securelevel_ge() (or in very rare cases to check prison0.pr_securelevel >>> directly). I chose to do that because while using the global rootvnode >>> and hostname may be incorrect, using the wrong securelevel is, well, >>> insecure. Actually it would be insecure to use the wrong rootvnode too, >>> but I'm not convinced removing that global is worth the headache. > > not sure why you want to keep hostname a true global > It seems to me that it is an eminently virtalizable property. > though possible a special hostname might exist for the base system > for error messages etc. > kind of like V_hostname an G_hostname :) It was mostly for the number of times I saw that global being used - didn't want to upset the order of things too much. I didn't see nearly as much use of securelevel with the advent of securelevel_ge() and securelevel_gt(). But I suppose the G/V_hostname thing has already gotten that ball rolling. There is at least one place that uses the global securelevel directly (i.e. prison0.securelevel). The same could be done for hostnames, which does a pretty good job of pointing out that this is the global hostname being used. Because you're right - the hostname is at the center of of what it means to have a jail identity. Then there's rootvnode, the third global that's superseded by hierarchical jails. I could also remove that, allowing the use of prison0.pr_root for those who need the real root. From owner-freebsd-current@FreeBSD.ORG Thu May 14 18:15:03 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1402C106566C; Thu, 14 May 2009 18:15:03 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id C39F78FC23; Thu, 14 May 2009 18:15:02 +0000 (UTC) (envelope-from jilles@stack.nl) Received: by mx1.stack.nl (Postfix, from userid 65534) id 81A7D359966; Thu, 14 May 2009 20:15:01 +0200 (CEST) X-Spam-DCC: wuwien: scanner01.stack.nl 1290; Body=1 Fuz1=1 Fuz2=1 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on scanner01.stack.nl X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Relay-Country: _RELAYCOUNTRY_ Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 7287C359957; Thu, 14 May 2009 20:14:59 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id BCD41228A9; Thu, 14 May 2009 20:14:46 +0200 (CEST) Date: Thu, 14 May 2009 20:14:46 +0200 From: Jilles Tjoelker To: Jamie Gritton Message-ID: <20090514181446.GA42264@stack.nl> References: <4A051DE3.30705@FreeBSD.org> <4A0C5112.9010103@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A0C5112.9010103@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: virtualization@FreeBSD.org, jail@FreeBSD.org, FreeBSD Current Subject: Re: Hierarchical jails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 18:15:03 -0000 On Thu, May 14, 2009 at 11:12:50AM -0600, Jamie Gritton wrote: > There's still a change to offer your input on the new jails before they > go in! OK, given the lack of response so far, it's less "still a > chance" than "please?". Current plans are to have this in place for > 8.0, with connections to the ongoing Vimage work. Hopefully the silence > is approval, and commits will likely be appearing soon. I have not tried this, but I think this patch may allow jailed roots to escape. The problem is that there is only one fd_jdir. The escape would go like: jailed root creates a new jail in a subdirectory, opens its / and sends the fd to a process in the new jail via a unix domain socket. When the process calls fchdir on the fd, it will be able to access .. normally. With nested chroot, or chroot in jail, this is not possible, because fd_jdir always contains the first jail or chroot done and will not allow escaping from it; however, root in a level 2 chroot can escape back to level 1 using chroot. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Thu May 14 18:48:59 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AD00106566B; Thu, 14 May 2009 18:48:59 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp7.server.rpi.edu (smtp7.server.rpi.edu [128.113.2.227]) by mx1.freebsd.org (Postfix) with ESMTP id 3B3628FC22; Thu, 14 May 2009 18:48:58 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp7.server.rpi.edu (8.13.1/8.13.1) with ESMTP id n4EImuTe012654; Thu, 14 May 2009 14:48:57 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <200905132157.14906.mel.flynn+fbsd.current@mailing.thruhere.net> References: <4A09F850.2080208@freebsd.org> <200905132157.14906.mel.flynn+fbsd.current@mailing.thruhere.net> Date: Thu, 14 May 2009 14:48:55 -0400 To: Mel Flynn , freebsd-current@FreeBSD.org From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 0.10 () [Hold at 20.00] COMBINED_FROM X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.227 Cc: Tim Kientzle , Dmitry Morozovsky , Garance A Drosehn Subject: Re: newsyslog(8) patch for both size and time checks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 18:49:00 -0000 At 9:57 PM +0200 5/13/09, Mel Flynn wrote: >On Wednesday 13 May 2009 00:29:36 Tim Kientzle wrote: > >> If compatibility is essential, perhaps we could >> add a new flag to control this behavior. (I would >> argue for changing the default and providing a flag >> to obtain the old behavior.) > >Fine on the flag, maybe mergemaster could be a little more assisting in this >case, since I'm not looking forward to "just adding a flag". Like mergemaster >-p could auto-upgrade the lines that have both columns with values? Somewhere on one of my machines, I started on a update which made it pay attention to multiple lines, and "or" those. So: /var/log/dhcpd 640 5 5000 * JC /var/log/dhcpd " " * @T00 JC would mean "rotate if either condition is true". My thinking was that I might also like to: /var/log/dhcpd 640 5 1000 @T00 JC /var/log/dhcpd " " 5000 * JC That would say that I *generally* prefer that the log is rotated at midnight, but if something goes wild during the day then let's start rotating them faster. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Thu May 14 19:12:48 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FFCE1065672; Thu, 14 May 2009 19:12:48 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from gritton.org (gritton.org [161.58.222.4]) by mx1.freebsd.org (Postfix) with ESMTP id 26E178FC0A; Thu, 14 May 2009 19:12:47 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from guppy.corp.verio.net (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by gritton.org (8.13.6.20060614/8.13.6) with ESMTP id n4EJCk60054688; Thu, 14 May 2009 13:12:46 -0600 (MDT) Message-ID: <4A0C6D29.7020606@FreeBSD.org> Date: Thu, 14 May 2009 13:12:41 -0600 From: Jamie Gritton User-Agent: Thunderbird 2.0.0.19 (X11/20090109) MIME-Version: 1.0 To: Jilles Tjoelker References: <4A051DE3.30705@FreeBSD.org> <4A0C5112.9010103@FreeBSD.org> <20090514181446.GA42264@stack.nl> In-Reply-To: <20090514181446.GA42264@stack.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.94.2/9358/Thu May 14 08:48:24 2009 on gritton.org X-Virus-Status: Clean Cc: virtualization@FreeBSD.org, jail@FreeBSD.org, FreeBSD Current Subject: Re: Hierarchical jails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 19:12:48 -0000 Jilles Tjoelker wrote: > On Thu, May 14, 2009 at 11:12:50AM -0600, Jamie Gritton wrote: >> There's still a change to offer your input on the new jails before they >> go in! OK, given the lack of response so far, it's less "still a >> chance" than "please?". Current plans are to have this in place for >> 8.0, with connections to the ongoing Vimage work. Hopefully the silence >> is approval, and commits will likely be appearing soon. > > I have not tried this, but I think this patch may allow jailed roots to > escape. The problem is that there is only one fd_jdir. The escape would > go like: jailed root creates a new jail in a subdirectory, opens its / > and sends the fd to a process in the new jail via a unix domain socket. > When the process calls fchdir on the fd, it will be able to access .. > normally. > > With nested chroot, or chroot in jail, this is not possible, because > fd_jdir always contains the first jail or chroot done and will not allow > escaping from it; however, root in a level 2 chroot can escape back to > level 1 using chroot. Indeed - considering how that was a major design point of jails, I'm not sure how I missed it. ".." processing will need to run up the jail tree. No big deal on performance and easily done, but embarrassing not have had that in place already. From owner-freebsd-current@FreeBSD.ORG Thu May 14 19:27:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8459106564A for ; Thu, 14 May 2009 19:27:54 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 8753E8FC23 for ; Thu, 14 May 2009 19:27:54 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so835000yxb.13 for ; Thu, 14 May 2009 12:27:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=Mmi+3XzDRaLHtaq1QzBOqLj89OxVU/2eKDHvJgmTmng=; b=FRSGrXXlw/eGpkkMXi3mipVPiApht41PaeK57/R/+fHHhKQH6p+1GRg4haNmTnJvAR LtbxCWsOqIloNZxSd81r+hJ14U6tP4slMVMU1d89CJf3UG244cf3GYfyltr+YIea0pw7 1eQX7NpAeF8eXGuY9Zy/wEunNZhPinJu89DkE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=FVazQ8YB5dwNRjohBElhzFwKb8QssZJIfegTJ5cx66/wln9ro2y716oeMu8esrgMI8 Nc/xC4bmvwf0GOrPhlz5uNsPhJmb8dlq1zcr8m7/3LB4JRV8vhr5a115XVatBWme2h4S K6u+g2H5W5i7ib7x1VA/005T4TFQZUHfgX+uI= MIME-Version: 1.0 Received: by 10.100.172.16 with SMTP id u16mr3500301ane.85.1242327723386; Thu, 14 May 2009 12:02:03 -0700 (PDT) Date: Thu, 14 May 2009 15:02:03 -0400 Message-ID: <3c0b01820905141202w113966dp4bfbab73d84d585@mail.gmail.com> From: Alexander Sack To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Broadcom bge(4) panics while shutting down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 19:27:55 -0000 Hello: Under heavy traffic (100% utilization GIGE on a 2 port BGE card) running BGE CURRENT driver I see panics on shutdown. The reason is because bge_rxeof() while processing its RX ring of BD's drops the softc lock when it hands it off to its input function. If bge_stop() is waiting for it, it will then proceed to acquire lock and then quiesce the hardware (reseting the card, clearing out BDs etc.). Once bge_stop() releases the softc lock, then bge_rxeof() under an interrupt context (no polling here) will reacquire and continue to process the ring which is a bad idea. It should check to see if the card is still running before continuing processing BDs (i.e. once IF_DRV_RUNNING has been reset by bge_stop(), bge_rxeof() is done, bail out). Here is my first go around with this patch: -- if_bge.c.CURRENT 2009-05-14 14:39:39.000000000 -0400 +++ if_bge.c 2009-05-14 14:39:24.000000000 -0400 @@ -3081,6 +3081,10 @@ uint16_t vlan_tag = 0; int have_tag = 0; + if (!(ifp->if_drv_flags & IFF_DRV_RUNNING)) { + return; + } + #ifdef DEVICE_POLLING if (ifp->if_capenable & IFCAP_POLLING) { if (sc->rxcycles <= 0) This prevents any panics during shutdown under heavy load and AS IT TURNS out (I feel stupid for not looking) that em(4) already had this check in its em_rxeof() function (right at the top of the loop). I'm more than happy changing it to the em style but above seems reasonable to me though I have to verify there isn't anything missing off the loop from a hardware standpoint (I don't think so because bge_stop() did all the dirty work so I believe touching any registers after that from bge_rxeof() is a bad idea). Preliminary testing shows no more panics start and stopping ports under heavy load (panics were almost immediate otherwise). Thoughts? -aps From owner-freebsd-current@FreeBSD.ORG Thu May 14 19:31:05 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6762A106567A; Thu, 14 May 2009 19:31:04 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id B980C8FC19; Thu, 14 May 2009 19:31:03 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id CB3054AC5F; Thu, 14 May 2009 21:12:37 +0200 (CEST) Date: Thu, 14 May 2009 21:12:37 +0200 From: Martin Wilke To: ports@FreeBSD.org Message-ID: <20090514191237.GD70242@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-emulation@freebsd.org, freebsd-current@FreeBSD.org Subject: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 19:31:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy Guys, After the announcement from Alexander Eichner about Virtualbox on FreeBSD, we started the work on a port for FreeBSD. Now we think that we solved the most problems and are ready for the first Call for Testing. Some notes before you can test the port: Make sure you are using RELENG_7 or higher. You have to use a fresh portstree with uptodate ports!! Please read carefully the pkg-messages. Some known issues / Troubleshooting: Sometimes the kernel on HEAD coredumps when loading or unloading the kernel module. A small workaround to prevent the crash is to not start X, mount proc, then load the kernel module and start X from the console. That helped me and some testers, maybe you too. :P AMD64 should be work in general, it builds and start. But not right tested at the moment. We want here also some feedback. Some Thanks: First of all we'd like to say many thanks to _ALL_ vbox developers. Next people are Bernhard Froehlich (aka decke), Beat Gaetzi (beat@), Dennis Herrmann (dhn@), Pietro Cerutti (gahr@), myself (*gg*), and _ALL_ who helped and provided feedback. Happy Testing :-) Download: http://people.freebsd.org/~miwi/vbox/vboxport.tgz Wiki Page: http://wiki.freebsd.org/VirtualBox - Martin - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoMbSUACgkQdLJIhLHm/OnNnACeJsT7H9hW1J7CV70P3Ty+q0CA kD8AoMLCPbltY999/8qO6fnaqv4UQ9QT =LcoD -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu May 14 19:41:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 158F5106566B for ; Thu, 14 May 2009 19:41:00 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 987FA8FC1F for ; Thu, 14 May 2009 19:40:59 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:37822 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M4gnE-00007q-5r for freebsd-current@freebsd.org; Thu, 14 May 2009 21:40:44 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id B68E416FD6 for ; Thu, 14 May 2009 21:40:34 +0200 (CEST) Message-Id: <7CD27FF0-CBFA-48B7-9E18-763D8C3ED9B8@exscape.org> From: Thomas Backman To: freebsd-current@freebsd.org In-Reply-To: <20090514133017.362075dhcdy7o2bs@webmail.leidinger.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) X-Priority: 3 (Normal) Date: Thu, 14 May 2009 21:40:34 +0200 References: <08D1E6DF-89D3-4887-9234-C3DB9164D794@exscape.org> <20090514133017.362075dhcdy7o2bs@webmail.leidinger.net> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M4gnE-00007q-5r. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M4gnE-00007q-5r fdfd9fa10dbc007a8c2519b32812d77c Subject: Re: zfs send -R segfault, anyone else? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 19:41:00 -0000 On May 14, 2009, at 01:30 PM, Alexander Leidinger wrote: > Quoting Thomas Backman (from Thu, 14 May 2009 > 11:29:17 +0200): > >> 8-CURRENT checked out yesterday morning (CEST) or so. According to >> the svn-head-list, I *think* no relevant changes has been made >> since then. A search through the archives (gzipped text) shows very >> little about zfs send at all. > > Fix in: > http://www.nabble.com/Patch-for-%27zfs-send--R%27-core-dump-%28pr-bin-130105%29-td22106451.html > > Bye, > Alexander. OK, a follow-up... It worked, BUT now *recv* is crashing in the same way, when trying to receive an incremental backup (recv -Fvd): [root@chaos ~]# zfs send -R -I $OLD tank@$NOW | zfs recv -Fvd slave warning: cannot send 'tank/var@backup-20090514-2128': Broken pipe Segmentation fault: 11 (core dumped) [root@chaos ~]# zfs send -R -I $OLD tank@$NOW > diff-snap [root@chaos ~]# cat diff-snap | zfs recv -Fvd slave Segmentation fault: 11 (core dumped) Same kinda backtrace, but what's up with strcmp()? I suppose the issue stems from libzfs, and is not within libc: [root@chaos ~]# gdb /sbin/zfs zfs.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... warning: exec file is newer than core file. ### Due to a TZ difference during installworld Core was generated by `zfs'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libzfs.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libzfs.so.1 Reading symbols from /lib/libgeom.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libgeom.so.4 Reading symbols from /lib/libbsdxml.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libbsdxml.so.3 Reading symbols from /lib/libsbuf.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libsbuf.so.4 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libnvpair.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnvpair.so.1 Reading symbols from /lib/libuutil.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libuutil.so.1 Reading symbols from /lib/libutil.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libutil.so.7 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000800fc466c in strcmp () from /lib/libc.so.7 (gdb) bt #0 0x0000000800fc466c in strcmp () from /lib/libc.so.7 #1 0x000000080065c02c in fletcher_4_incremental_byteswap () from /lib/ libzfs.so.1 #2 0x000000080065c894 in fletcher_4_incremental_byteswap () from /lib/ libzfs.so.1 #3 0x000000080065cffc in fletcher_4_incremental_byteswap () from /lib/ libzfs.so.1 #4 0x000000080065de2c in zfs_receive () from /lib/libzfs.so.1 #5 0x0000000000406a40 in ?? () ........ #629 0x0000000000000000 in ?? () #630 0x0000000000000000 in ?? () #631 0x732f000000000000 in ?? () #632 0x0073667a2f6e6962 in ?? () #633 0x247c8d48002454ff in ?? () #634 0x01a1c0c748006a10 in ?? () #635 0x66fdebf4050f0000 in ?? () #636 0x9066669066669066 in ?? () #637 0x00007fffffffec58 in ?? () #638 0x0000000000000004 in ?? () #639 0x00007fffffffec80 in ?? () ---Type to continue, or q to quit--- #640 0x0000000000000010 in ?? () Cannot access memory at address 0x800000000000 (gdb) quit In case it might matter, and I guess it COULD, tank is ZFS ver 6, slave ver 13 - not ready to upgrade until I have *some* stability. Still, the same happened with 6 vs 6 and send. Oh, and sorry if this (too) has been up. Just trying to make sure this stuff is production-class by 8.0-RELEASE, both for my own and others' sake. ;) Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Thu May 14 19:48:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04B7B10656CA for ; Thu, 14 May 2009 19:48:35 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7FCA48FC1E for ; Thu, 14 May 2009 19:48:35 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 8EDA45C026 for ; Fri, 15 May 2009 03:48:34 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 3FC8555D1755; Fri, 15 May 2009 03:48:34 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id edCJ2f9-Z6YN; Fri, 15 May 2009 03:47:40 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 1024455D1754; Fri, 15 May 2009 03:47:33 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=b2zzNglzPKSm7DnlWHFqVnJyql1NwrQzCmIVgslj2diPcGQb8je4pT2aFW21LQ5Bh vzdYnW1JL+2W9wZF+BHoQ== Message-ID: <4A0C7544.6010304@delphij.net> Date: Thu, 14 May 2009 12:47:16 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090408) MIME-Version: 1.0 To: Alexander Sack References: <3c0b01820905141202w113966dp4bfbab73d84d585@mail.gmail.com> In-Reply-To: <3c0b01820905141202w113966dp4bfbab73d84d585@mail.gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Broadcom bge(4) panics while shutting down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 19:48:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Alexander, Alexander Sack wrote: > Hello: > > Under heavy traffic (100% utilization GIGE on a 2 port BGE card) > running BGE CURRENT driver I see panics on shutdown. The reason is > because bge_rxeof() while processing its RX ring of BD's drops the > softc lock when it hands it off to its input function. If bge_stop() > is waiting for it, it will then proceed to acquire lock and then > quiesce the hardware (reseting the card, clearing out BDs etc.). Once > bge_stop() releases the softc lock, then bge_rxeof() under an > interrupt context (no polling here) will reacquire and continue to > process the ring which is a bad idea. It should check to see if the > card is still running before continuing processing BDs (i.e. once > IF_DRV_RUNNING has been reset by bge_stop(), bge_rxeof() is done, bail > out). > > Here is my first go around with this patch: > > > -- if_bge.c.CURRENT 2009-05-14 14:39:39.000000000 -0400 > +++ if_bge.c 2009-05-14 14:39:24.000000000 -0400 > @@ -3081,6 +3081,10 @@ > uint16_t vlan_tag = 0; > int have_tag = 0; > > + if (!(ifp->if_drv_flags & IFF_DRV_RUNNING)) { > + return; > + } > + > #ifdef DEVICE_POLLING > if (ifp->if_capenable & IFCAP_POLLING) { > if (sc->rxcycles <= 0) > > > This prevents any panics during shutdown under heavy load and AS IT > TURNS out (I feel stupid for not looking) that em(4) already had this > check in its em_rxeof() function (right at the top of the loop). I'm > more than happy changing it to the em style but above seems reasonable > to me though I have to verify there isn't anything missing off the > loop from a hardware standpoint (I don't think so because bge_stop() > did all the dirty work so I believe touching any registers after that > from bge_rxeof() is a bad idea). > > Preliminary testing shows no more panics start and stopping ports > under heavy load (panics were almost immediate otherwise). > > Thoughts? I think this would solve the problem but I'm not sure whether this would increase some overhead on the RX path. It seems that there is a race between bge_release_resources() and bge_intr(), I mean, it might be a good idea to "drain" bge_intr() instead? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoMdUMACgkQi+vbBBjt66AU5wCgndWdms9jftsOE/C2EwRGGdRS 5nAAn2Fhw3dA0vojn205ckC+ZFU5+imY =oeON -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu May 14 20:01:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D53EC1065690 for ; Thu, 14 May 2009 20:01:34 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 9149C8FC15 for ; Thu, 14 May 2009 20:01:34 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so846183ywe.13 for ; Thu, 14 May 2009 13:01:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=CFSwf2py/uW/z423XpqYjjTOMnW9kkub8Qun+MV6qwQ=; b=ZSp0buADM6HDixn18wZEB3oqDs0nsteFfd7YRK6dqEKgL34SrnEC6QTJSuFV+37fFP g5fvFmhSA35+q9C9NfvtFTKv2yqBbuRQ8pI+aI6EmA09NwrmgroOWEIoa4yQY139pHLP mPofv9AQEtsKloAb1OibS7kC5cjMPdl28ajtQ= 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 :content-type:content-transfer-encoding; b=nGKAlU05QDf1+nD3JrkOQdZN3lZ3JIBEFuQE7y6CaiiknNgIwwf33Ufo8yVzVSb/pc oQDO3jmBnAD4pGBdrnh369Oam3GWQTm9hWzWVqaB2aDeviN68zhD1DLez4AJYw8YFA23 IZ6DeExI2zSccDFqrVef4Wg7np8CCLMqBxA+U= MIME-Version: 1.0 Received: by 10.100.202.8 with SMTP id z8mr3615225anf.151.1242331293939; Thu, 14 May 2009 13:01:33 -0700 (PDT) In-Reply-To: <4A0C7544.6010304@delphij.net> References: <3c0b01820905141202w113966dp4bfbab73d84d585@mail.gmail.com> <4A0C7544.6010304@delphij.net> Date: Thu, 14 May 2009 16:01:33 -0400 Message-ID: <3c0b01820905141301h1b08fc0ay1e6a1676b5a149d4@mail.gmail.com> From: Alexander Sack To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: Broadcom bge(4) panics while shutting down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 20:01:35 -0000 On Thu, May 14, 2009 at 3:47 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, Alexander, > > Alexander Sack wrote: >> Hello: >> >> Under heavy traffic (100% utilization GIGE on a 2 port BGE card) >> running BGE CURRENT driver I see panics on shutdown. =A0The reason is >> because bge_rxeof() while processing its RX ring of BD's drops the >> softc lock when it hands it off to its input function. =A0If bge_stop() >> is waiting for it, it will then proceed to acquire lock and then >> quiesce the hardware (reseting the card, clearing out BDs etc.). =A0Once >> bge_stop() releases the softc lock, then bge_rxeof() under an >> interrupt context (no polling here) will reacquire and continue to >> process the ring which is a bad idea. =A0It should check to see if the >> card is still running before continuing processing BDs (i.e. once >> IF_DRV_RUNNING has been reset by bge_stop(), bge_rxeof() is done, bail >> out). >> >> Here is my first go around with this patch: >> >> >> -- if_bge.c.CURRENT =A0 2009-05-14 14:39:39.000000000 -0400 >> +++ if_bge.c =A02009-05-14 14:39:24.000000000 -0400 >> @@ -3081,6 +3081,10 @@ >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 uint16_t =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0vlan= _tag =3D 0; >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 int =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = have_tag =3D 0; >> >> + =A0 =A0 =A0 =A0 =A0 =A0 if (!(ifp->if_drv_flags & IFF_DRV_RUNNING)) { >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 return; >> + =A0 =A0 =A0 =A0 =A0 =A0 } >> + >> =A0#ifdef DEVICE_POLLING >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (ifp->if_capenable & IFCAP_POLLING) { >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (sc->rxcycles <=3D 0) >> >> >> This prevents any panics during shutdown under heavy load and AS IT >> TURNS out (I feel stupid for not looking) that em(4) already had this >> check in its em_rxeof() function (right at the top of the loop). =A0I'm >> more than happy changing it to the em style but above seems reasonable >> to me though I have to verify there isn't anything missing off the >> loop from a hardware standpoint (I don't think so because bge_stop() >> did all the dirty work so I believe touching any registers after that >> from bge_rxeof() is a bad idea). >> >> Preliminary testing shows no more panics start and stopping ports >> under heavy load (panics were almost immediate otherwise). >> >> Thoughts? > > I think this would solve the problem but I'm not sure whether this would > increase some overhead on the RX path. =A0It seems that there is a race > between bge_release_resources() and bge_intr(), I mean, it might be a > good idea to "drain" bge_intr() instead? Are you talking about detach time? Because bge_stop() gets called before bge_release_resources() and stops host interrupts so where is the race again? I mean at this point no more interrupts should be delivered to bge_intr() (I can confirm from spec since BGE has released it in the wild). So why would you "drain" it at this point....(the hardware is down including the firmware). I agree it adds a little overhead to the standard bge_rxeof() path which I agree is very sensitive to change. However, I think the check at top is tolerable since the other recourse is crash. I mean its very easy to reproduce. Flood a Broadcom card with traffic then stop the card and let the race begin...it will go down in bge_rxeof() after bge_stop releases the lock. I actually did not look at changing anything structurally to perhaps make this whole predicament better but minimally there should be a shield against this no? -aps From owner-freebsd-current@FreeBSD.ORG Thu May 14 20:11:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6D771065670 for ; Thu, 14 May 2009 20:11:13 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 97EFF8FC22 for ; Thu, 14 May 2009 20:11:13 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1M4hGq-0004t9-L8 for freebsd-current@freebsd.org; Thu, 14 May 2009 13:11:12 -0700 Message-ID: <23548121.post@talk.nabble.com> Date: Thu, 14 May 2009 13:11:12 -0700 (PDT) From: Mike Gardiner-3 To: freebsd-current@freebsd.org In-Reply-To: <001801c9c771$f3060660$d9121320$@org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: gardinerm@gmail.com References: <000301c9c51e$a59b5100$f0d1f300$@org> <49F22A87.2040905@delphij.net> <200904271723.n3RHNnku093060@ambrisko.com> <001801c9c771$f3060660$d9121320$@org> X-Mailman-Approved-At: Thu, 14 May 2009 20:33:45 +0000 Subject: RE: Broadcom NIC Problem - Installing 7.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 20:11:14 -0000 Hello all, I have the same server but my requirement is to use version 6.3. This is something I can't change. Can anyone help with getting the network ports running on that version? Regards, Mike -- View this message in context: http://www.nabble.com/Broadcom-NIC-Problem---Installing-7.1-tp23224868p23548121.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu May 14 20:53:47 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DB231065673; Thu, 14 May 2009 20:53:47 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp5.server.rpi.edu (smtp5.server.rpi.edu [128.113.2.225]) by mx1.freebsd.org (Postfix) with ESMTP id 031218FC08; Thu, 14 May 2009 20:53:46 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp5.server.rpi.edu (8.13.1/8.13.1) with ESMTP id n4EKriPF022414; Thu, 14 May 2009 16:53:45 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Thu, 14 May 2009 16:53:43 -0400 To: Dmitry Morozovsky , Garance A Drosehn From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 0.10 () [Hold at 20.00] COMBINED_FROM X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.225 Cc: freebsd-current@FreeBSD.org Subject: Re: newsyslog(8) patch for both size and time checks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 20:53:47 -0000 [I wrote this yesterday, but apparently I then miniaturized the window instead of posting it...] At 11:45 AM +0400 5/13/09, Dmitry Morozovsky wrote: >On Tue, 12 May 2009, Garance A Drosehn wrote: > >GAD> > for now, if log is configured to be rotated in time manner, its >GAD> > size is not checked, >GAD> > so /var/log may be DoSed by some service (in our case, it was >GAD> > mad DHCP client which fills up our /var/log with dhcpd log; our >GAD> > newsyslog.conf line was >GAD> > >GAD> > /var/log/dhcpd 640 5 5000 @T00 JC >GAD> > >GAD> > The following simple patch should fix the problem. Any objection to >GAD> > commit >GAD> > this? >GAD> >GAD> It would fix your problem, but it changes the behavior as is explicitly >GAD> documented in 'man newsyslog.conf' . There is a paragraph in the man >GAD> page which makes it clear that if both fields are specified, then the >GAD> log file will only be rotated if both conditions are true. > >Nope, there is statement about time/interval combination, and size is not >mentioned: > >== 8< == >When both a time and an interval are specified then both conditions >must be satisfied for the rotation to take place. >== 8< == Admittedly I did look at that and read it wrong, but there is also: If a time is specified, the log file will only be trimmed if newsyslog(8) is run within one hour of the specified time. >Also, I can't find anything about expected behaviour in the standards... Well, it's a BSD program. I wouldn't expect to see anything about it in any standards writeup! >GAD> I agree that newsyslog needs some way to specify an "either/or" >GAD> combination of those fields. I believe I have some time to look >GAD> into changes to newsyslog right this week, so I'll see what is >GAD> needed to address this issue. > >Thank you for looking into this. The behavior you want is something many people (including me!) have wanted, and it is something we should add. I could have sworn there was an undocumented way to get this behavior, but I recently tried what I thought that method was, and it doesn't seem to work. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Thu May 14 21:02:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 580AA106566B for ; Thu, 14 May 2009 21:02:44 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id DCBD48FC16 for ; Thu, 14 May 2009 21:02:42 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n4EL2dqv009029 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 May 2009 07:02:40 +1000 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 n4EL2dpD056971; Fri, 15 May 2009 07:02:39 +1000 (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 n4EL2dH9056970; Fri, 15 May 2009 07:02:39 +1000 (EST) (envelope-from peter) Date: Fri, 15 May 2009 07:02:39 +1000 From: peterjeremy@optushome.com.au To: Mehmet Erol Sanliturk Message-ID: <20090514210238.GA56938@server.vk2pj.dyndns.org> References: <4A04EA46.20106@freebsd.org> <4A088642.3030402@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current Subject: Re: Installation of FreeBSD 8.0-Current-2009-amd64-dvd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 21:02:44 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-May-12 01:47:49 -0400, Mehmet Erol Sanliturk wrote: >Personally I would be very happy to be able to contribute to development of >FreeBSD as much as possible . Up to now I could not be able to establish a >working system as a network which is suitable for my needs , but I am >working toward this . Your efforts are appreciated, but as others have indicated, you have chosen an approach that requires a steeper than necessary learning curve for yourself. >As an example , I want to mention other operating systems : Debian : When = an >update is available an icon is appearing and saying that an update is >available . When it is accepted the update is applied . At present my >Debian 5.0.0 is up to date in that way . I don't believe that model is appropriate for FreeBSD. Firstly, by default, FreeBSD does not have a GUI (installing X11 is optional) and many FreeBSD installations are servers that don't have either screens or logged in administrators. Secondly, what do you define as an "update"? There are maybe 100 port updates each day and about the same number of updates to -current. Do you really want to get several hundred popups each day? If so, you might as well just subscribe to the relevant commit mailing lists. >When a part is modified and it requires a test , all of the participating >related systems may be notified by the automatic testing system . This is a nice idea but I don't think it's practical. As has been mentioned, the -current snapshots are just whatever is in the tree when the build triggers. It may contain an arbitrary number of changes from the previous snapshot and be in the middle of a set of related commits. How do you determine the change list to present to the user? How do you handle it if the user has skipped a previous update (which means the list of changes from their running system is the union of several snapshot sets)? >The only requirements will be that tests will not crash the complete >installations at to the points that the system will not be even able to bo= ot >any more which it will not be able to send any message back about test >results . Whilst -current is generally OK to use, it is quite possible for it to eat your filesystem if you update at the wrong point. The only safe way to run -current is either to use a throw-away virtual host or to follow the mailing list and understand what has changed and what is being worked on. >As an example : In one of my Linux computer , to reclaim file space =2E.. >making the system completely unbootable , unable to rescue current contents That sounds like there was a serious bug in the dependency information and seems more a reason not to implement your proposal. >hard disks are large per drive or a dedicated hard drive around 160 GB is >around US $ 50 ( US dollars ) which I think many users would use such an >option . And for many other users wouldn't be an option due either to cost or physical space (eg, I can't fit a second HDD into my laptop). >In a multi-boot system , booting the 8.0 Current and applying tests and se= nd >reports back may not be difficult for the participating users ( at least >they are willing to apply such steps ) . I find rebooting annoying - I keep a lot of state in xterms, browsers and editors. Rebooting means losing all that so I avoid rebooting unless I really have to. A session manager can restore my 50 xterms and 4 or 5 emacs but it can't restore all the less(1) sessions with various marks set. >The hardest problem is to have such a testing environment . The present >model is difficult to >participate . It is very flexible , but requires much knowledge . To make = it >a more structured >will reduce required amount of knowledge but will increase possible >participation and back contribution . What impact will reducing the flexibility of FreeBSD development have on the Project? Most FreeBSD developers are volunteers and if you make things too hard for them, they'll just leave. If you believe you can come up with a workable solution, I suggest you come up with a more detailed proposal and discuss it on -arch. >Writing specifications and requirements and then opening it to academic >environments may attract interest . If you know people who want to write specifications, feel free to point them at the FreeBSD project. For things in the various ideas pages, there are contacts who should be involved. --=20 Peter Jeremy --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoMhu4ACgkQ/opHv/APuIdFOQCeJL4JCFq3LK2d+0LCTPAMj53m OfAAmwVhMMAeZ51lNJzBhZzLCOWAgklt =Bffl -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-current@FreeBSD.ORG Thu May 14 21:06:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AAAF106566B for ; Thu, 14 May 2009 21:06:33 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9968D8FC14 for ; Thu, 14 May 2009 21:06:31 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from hamilton.upcnetadm.upcnet.es (hamilton.upcnetadm.upcnet.es [147.83.2.240]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id n4EL6TwT025814; Thu, 14 May 2009 23:06:30 +0200 Received: from [192.168.100.134] ([88.11.103.20]) by hamilton.upcnetadm.upcnet.es (Lotus Domino Release 5.0.12) with ESMTP id 2009051423062918:84043 ; Thu, 14 May 2009 23:06:29 +0200 Message-ID: <4A0C87D0.8060105@entel.upc.edu> Date: Thu, 14 May 2009 23:06:24 +0200 From: =?ISO-8859-1?Q?Gustau_P=E9rez?= User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: Martin Wilke References: <20090514191237.GD70242@bsdcrew.de> In-Reply-To: <20090514191237.GD70242@bsdcrew.de> X-Enigmail-Version: 0.95.7 X-MIMETrack: Itemize by SMTP Server on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 14/05/2009 23:06:29, Serialize by Router on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 14/05/2009 23:06:30, Serialize complete at 14/05/2009 23:06:30 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dash.upc.es [147.83.2.50]); Thu, 14 May 2009 23:06:30 +0200 (CEST) Cc: ports@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 21:06:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Martin Wilke wrote: > > Howdy Guys, > > After the announcement from Alexander Eichner about Virtualbox on > FreeBSD, we started the work on a port for FreeBSD. Now we think > that we solved the most problems and are ready for the first Call > for Testing. > > Some notes before you can test the port: Make sure you are using > RELENG_7 or higher. You have to use a fresh portstree with uptodate > ports!! Please read carefully the pkg-messages. > > Some known issues / Troubleshooting: Sometimes the kernel on HEAD > coredumps when loading or unloading the kernel module. A small > workaround to prevent the crash is to not start X, mount proc, then > load the kernel module and start X from the console. That helped me > and some testers, maybe you too. :P AMD64 should be work in > general, it builds and start. But not right tested at the moment. > We want here also some feedback. > > Some Thanks: First of all we'd like to say many thanks to _ALL_ > vbox developers. Next people are Bernhard Froehlich (aka decke), > Beat Gaetzi (beat@), Dennis Herrmann (dhn@), Pietro Cerutti > (gahr@), myself (*gg*), and _ALL_ who helped and provided feedback. > > > Happy Testing :-) > > Download: > > http://people.freebsd.org/~miwi/vbox/vboxport.tgz > > Wiki Page: http://wiki.freebsd.org/VirtualBox I'm testing with i386/HEAD. I have two issues : 1.- The first time I start a machine. The window stays gray. If I pause and resume the window turns to black. Virtualbox says it is running, but it is not. 2.- The second and subsequent times I start a virtual machine, virtualbox says that there isn't the kernel driver. The error is : Result Code: NS_ERROR_FAILURE (0x80004005) Component: Machine Interface: IMachine {4d1df26d-d9c1-4c7e-b689-15e85ecf8ffc} And : Kernel driver not installed (rc=-1908) Make sure the kernel module has been loaded successfully. What can be done ? Regards, Gustau > > - Martin > _______________________________________________ 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" - -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoMh9AACgkQAvcpDulVChDtMACdGK3ggUplPWifN4ozP2Ac5fOa pjQAn2ErwBcuTAfn/coIaY12J4lGQrUX =5myk -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu May 14 21:12:17 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B90301065673 for ; Thu, 14 May 2009 21:12:17 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 5C81C8FC23 for ; Thu, 14 May 2009 21:12:17 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 186271D15D; Thu, 14 May 2009 23:12:16 +0200 (CEST) Date: Thu, 14 May 2009 23:12:15 +0200 From: Ed Schouten To: current@FreeBSD.org Message-ID: <20090514211215.GN58540@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6yp3DxVbLZXge6e" Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: CFT: consolectl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 21:12:18 -0000 --d6yp3DxVbLZXge6e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello folks, I just made the following patch for -CURRENT. I did some tests to see whether it works, but I'd rather send to to hackers@ to see whether it introduces any regressions: http://80386.nl/pub/syscons.diff What this patch does: right now /dev/consolectl is a TTY that isn't really useful right now. When you write data to it, it just appears on the first window and when you read data from it, it will block indefinitely. The only reason it exists, is because we want to have this administrative syscons device that can be used by applications to call various ioctls. This is also the device node that is used by moused to deliver mouse events. So this patch turns /dev/consolectl into a regular device node that can only process the ioctl events. The advantage is that we don't allocate a TTY (including buffers) just to process some ioctl events. After you've applied this patch, `pstat -t' should no longer list consolectl. I'd love to have some reports of people running X11 to know whether their mouse still works. Unfortunately I don't have a FreeBSD -CURRENT system running X11 at the moment. Just let me know if it breaks stuff. Thanks! --=20 Ed Schouten WWW: http://80386.nl/ --d6yp3DxVbLZXge6e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEUEARECAAYFAkoMiS8ACgkQ52SDGA2eCwVc+gCY4qkY4uShE0C/v768uB/rtpLG NACbBi8iKocVHMSFN4Ac7gQPDphixTs= =K3gU -----END PGP SIGNATURE----- --d6yp3DxVbLZXge6e-- From owner-freebsd-current@FreeBSD.ORG Thu May 14 21:17:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D63C5106564A for ; Thu, 14 May 2009 21:17:02 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA568FC08 for ; Thu, 14 May 2009 21:17:02 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so692338ana.13 for ; Thu, 14 May 2009 14:17:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=OakFw85oatgYvwMy1QHcpCkitsLpGwDFu7pRxfLu0Is=; b=TIUNp2EXx2aiUzFrjZcuGgr/0AsMdukp8+QbLtiinjT8rl6qQwX2NyUtmaxm9Pq7T+ PX3flJku5v8DJ4A++XkW9f1+i+3g3Ha/8fI/c1MUjNTRLdZhUgAUXGQ8aI1vDvUV5X1W Rz61yfl7/TfHZhytY7CpZEzlr/1aKVxczCF7M= 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 :content-type:content-transfer-encoding; b=joYz3l4ywVHlhgrWu8nIkyJ/+Uq7hBkesjaRi9IQ9UddxLK6iQTrN5L7ZilrTsFWEb Osu0mGYz41lRizmHhQZcweu70RNE4usltIHwcUqnhhrQlBUT2YGz2Us/NrI66uT9b89q FA8GoVJ7jwlXDQpbEvO+MOnYIAK5VRNWz53WM= MIME-Version: 1.0 Received: by 10.100.126.19 with SMTP id y19mr3684448anc.46.1242335821916; Thu, 14 May 2009 14:17:01 -0700 (PDT) In-Reply-To: <3c0b01820905141301h1b08fc0ay1e6a1676b5a149d4@mail.gmail.com> References: <3c0b01820905141202w113966dp4bfbab73d84d585@mail.gmail.com> <4A0C7544.6010304@delphij.net> <3c0b01820905141301h1b08fc0ay1e6a1676b5a149d4@mail.gmail.com> Date: Thu, 14 May 2009 17:17:01 -0400 Message-ID: <3c0b01820905141417h76e9104fl2800524e364d62b6@mail.gmail.com> From: Alexander Sack To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: Broadcom bge(4) panics while shutting down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 21:17:03 -0000 On Thu, May 14, 2009 at 4:01 PM, Alexander Sack wrote: > On Thu, May 14, 2009 at 3:47 PM, Xin LI wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hi, Alexander, >> >> Alexander Sack wrote: >>> Hello: >>> >>> Under heavy traffic (100% utilization GIGE on a 2 port BGE card) >>> running BGE CURRENT driver I see panics on shutdown. =A0The reason is >>> because bge_rxeof() while processing its RX ring of BD's drops the >>> softc lock when it hands it off to its input function. =A0If bge_stop() >>> is waiting for it, it will then proceed to acquire lock and then >>> quiesce the hardware (reseting the card, clearing out BDs etc.). =A0Onc= e >>> bge_stop() releases the softc lock, then bge_rxeof() under an >>> interrupt context (no polling here) will reacquire and continue to >>> process the ring which is a bad idea. =A0It should check to see if the >>> card is still running before continuing processing BDs (i.e. once >>> IF_DRV_RUNNING has been reset by bge_stop(), bge_rxeof() is done, bail >>> out). >>> >>> Here is my first go around with this patch: >>> >>> >>> -- if_bge.c.CURRENT =A0 2009-05-14 14:39:39.000000000 -0400 >>> +++ if_bge.c =A02009-05-14 14:39:24.000000000 -0400 >>> @@ -3081,6 +3081,10 @@ >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 uint16_t =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0vla= n_tag =3D 0; >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 int =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= have_tag =3D 0; >>> >>> + =A0 =A0 =A0 =A0 =A0 =A0 if (!(ifp->if_drv_flags & IFF_DRV_RUNNING)) { >>> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 return; >>> + =A0 =A0 =A0 =A0 =A0 =A0 } >>> + >>> =A0#ifdef DEVICE_POLLING >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (ifp->if_capenable & IFCAP_POLLING) { >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (sc->rxcycles <=3D 0) >>> >>> >>> This prevents any panics during shutdown under heavy load and AS IT >>> TURNS out (I feel stupid for not looking) that em(4) already had this >>> check in its em_rxeof() function (right at the top of the loop). =A0I'm >>> more than happy changing it to the em style but above seems reasonable >>> to me though I have to verify there isn't anything missing off the >>> loop from a hardware standpoint (I don't think so because bge_stop() >>> did all the dirty work so I believe touching any registers after that >>> from bge_rxeof() is a bad idea). >>> >>> Preliminary testing shows no more panics start and stopping ports >>> under heavy load (panics were almost immediate otherwise). >>> >>> Thoughts? >> >> I think this would solve the problem but I'm not sure whether this would >> increase some overhead on the RX path. =A0It seems that there is a race >> between bge_release_resources() and bge_intr(), I mean, it might be a >> good idea to "drain" bge_intr() instead? > > Are you talking about detach time? =A0Because bge_stop() gets called > before bge_release_resources() and stops host interrupts so where is > the race again? =A0I mean at this point no more interrupts should be > delivered to bge_intr() (I can confirm from spec since BGE has > released it in the wild). =A0So why would you "drain" it at this > point....(the hardware is down including the firmware). > > I agree it adds a little overhead to the standard bge_rxeof() path > which I agree is very sensitive to change. =A0However, I think the check > at top is tolerable since the other recourse is crash. =A0I mean its > very easy to reproduce. =A0Flood a Broadcom card with traffic then stop > the card and let the race begin...it will go down in bge_rxeof() after > bge_stop releases the lock. > > I actually did not look at changing anything structurally to perhaps > make this whole predicament better but minimally there should be a > shield against this no? > > -aps > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D134548 To track...with patch (though spacing got killed, my apologies, I moved the check into the while logic a la em). I've tested this with zero issue so far. -aps From owner-freebsd-current@FreeBSD.ORG Thu May 14 21:18:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5195310656E8 for ; Thu, 14 May 2009 21:18:43 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.217.172]) by mx1.freebsd.org (Postfix) with ESMTP id B32608FC0C for ; Thu, 14 May 2009 21:18:42 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by gxk20 with SMTP id 20so764597gxk.19 for ; Thu, 14 May 2009 14:18:42 -0700 (PDT) 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:content-transfer-encoding; bh=hsqCGxYhgZ53MsNppArs0ZhRWDD9xtnuh6MdpSDvuUM=; b=wILO5zGadznOGcG4YagCcf0VW2mazVZ+O5jMSHYSTf0hQnZ4iKwsgv2ykDGvFHNG4f D2KtSUdCUnwipK5KQ7re5F+vAH+7IpFT5ykFUk/s215siTCsF8OABtpzDn7IwtYa6Wo6 1d10W2CBRYlFYBT4zDaGkstmDssU9GLz8bx8g= 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 :content-transfer-encoding; b=NPQYKvirxdnZ9AxpgU5AVRo35LcAXDwlAl6gxOwK3JJ8uveTPjvgthNX8108PoDQVi CtM+lhnnzYNotnZ4/vTdPNR9R/+BAeLmFtoSkJooyMOQNL6uZ1ulNSzst/ufJqkNUKwH 9qMLKvBeLIYzBPGq6lCms9D3wVaiK5/72u+2k= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.100.227.18 with SMTP id z18mr3653626ang.49.1242335921761; Thu, 14 May 2009 14:18:41 -0700 (PDT) In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> Date: Thu, 14 May 2009 14:18:41 -0700 X-Google-Sender-Auth: 554dfbab7991b252 Message-ID: From: Artem Belevich To: Martin Wilke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 21:18:43 -0000 I'm trying to build on CURRENT/amd64 kBuild binaries that come with the port are for FreeBSD-6.3 and seem to depend on KSE and would at the very minimum need /etc/libmap.conf tweaking in order to get them to work. Perhaps it would be better to make port depend on kBuild and just do ln -s /usr/local/bin work/virtualbox-2.2.2r19673/kBuild/bin/freebsd.amd64 with kBuild installed from ports vbox did finish building. --Artem From owner-freebsd-current@FreeBSD.ORG Thu May 14 21:21:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8036D106566B for ; Thu, 14 May 2009 21:21:57 +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 533B68FC15 for ; Thu, 14 May 2009 21:21:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 057CC46B8F; Thu, 14 May 2009 17:21:57 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D849E8A028; Thu, 14 May 2009 17:21:55 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, d@delphij.net Date: Thu, 14 May 2009 17:00:40 -0400 User-Agent: KMail/1.9.7 References: <3c0b01820905141202w113966dp4bfbab73d84d585@mail.gmail.com> <4A0C7544.6010304@delphij.net> In-Reply-To: <4A0C7544.6010304@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905141700.40439.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 14 May 2009 17:21:55 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Alexander Sack Subject: Re: Broadcom bge(4) panics while shutting down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 21:21:57 -0000 On Thursday 14 May 2009 3:47:16 pm Xin LI wrote: > Hi, Alexander, > > Alexander Sack wrote: > > Hello: > > > > Under heavy traffic (100% utilization GIGE on a 2 port BGE card) > > running BGE CURRENT driver I see panics on shutdown. The reason is > > because bge_rxeof() while processing its RX ring of BD's drops the > > softc lock when it hands it off to its input function. If bge_stop() > > is waiting for it, it will then proceed to acquire lock and then > > quiesce the hardware (reseting the card, clearing out BDs etc.). Once > > bge_stop() releases the softc lock, then bge_rxeof() under an > > interrupt context (no polling here) will reacquire and continue to > > process the ring which is a bad idea. It should check to see if the > > card is still running before continuing processing BDs (i.e. once > > IF_DRV_RUNNING has been reset by bge_stop(), bge_rxeof() is done, bail > > out). > > > > Here is my first go around with this patch: > > > > > > -- if_bge.c.CURRENT 2009-05-14 14:39:39.000000000 -0400 > > +++ if_bge.c 2009-05-14 14:39:24.000000000 -0400 > > @@ -3081,6 +3081,10 @@ > > uint16_t vlan_tag = 0; > > int have_tag = 0; > > > > + if (!(ifp->if_drv_flags & IFF_DRV_RUNNING)) { > > + return; > > + } > > + > > #ifdef DEVICE_POLLING > > if (ifp->if_capenable & IFCAP_POLLING) { > > if (sc->rxcycles <= 0) > > > > > > This prevents any panics during shutdown under heavy load and AS IT > > TURNS out (I feel stupid for not looking) that em(4) already had this > > check in its em_rxeof() function (right at the top of the loop). I'm > > more than happy changing it to the em style but above seems reasonable > > to me though I have to verify there isn't anything missing off the > > loop from a hardware standpoint (I don't think so because bge_stop() > > did all the dirty work so I believe touching any registers after that > > from bge_rxeof() is a bad idea). > > > > Preliminary testing shows no more panics start and stopping ports > > under heavy load (panics were almost immediate otherwise). > > > > Thoughts? > > I think this would solve the problem but I'm not sure whether this would > increase some overhead on the RX path. It seems that there is a race > between bge_release_resources() and bge_intr(), I mean, it might be a > good idea to "drain" bge_intr() instead? Usually just detach() drains the interrupt handler. However, an 'ifconfig bge0 down' could probably provoke this as well. I would probably do the check right after re-acquiring the lock at the bottom of the loop before touching anything else. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 14 21:27:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8243010658FA for ; Thu, 14 May 2009 21:27:30 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 20F138FC32 for ; Thu, 14 May 2009 21:27:29 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so875352yxb.13 for ; Thu, 14 May 2009 14:27:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=do9gIMNJfLu8Vx3CCktL6rBx+/XmjZqQ5O+j+lUUPYo=; b=rBAxvZVr3ymJXfxeJTqp0P9cOvcQq41Gh+sPk9CqhLh8TKfwLt0G9/8p/G8CrcGp/p Uq3yGYsTckNrchOmBR5UCzoOVToqQdQf4eV46M7+8gqYGcwd4h6C78/j+RMFKhfdzA6x lHXCiY1714zz+fvDdqbFOB4Xh/uomvAOb2/ec= 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=oTdTtKbmJ67roUM3vWfLUJV5lNud0K6s+2vx9L2aeIyRq0qWvrDWiYWxsEqp4034Lu LhAWogI/rz5+iu+8TzyzF/s8DwEcEDbEZApERkDCUWanqjdDSX6fGCzh/tABqYhtTsaC nhjo71aX8p+Dn5gO+vYjVaKGcy/0lK4h8LUrk= MIME-Version: 1.0 Received: by 10.100.215.17 with SMTP id n17mr3713152ang.87.1242336449300; Thu, 14 May 2009 14:27:29 -0700 (PDT) In-Reply-To: <200905141700.40439.jhb@freebsd.org> References: <3c0b01820905141202w113966dp4bfbab73d84d585@mail.gmail.com> <4A0C7544.6010304@delphij.net> <200905141700.40439.jhb@freebsd.org> Date: Thu, 14 May 2009 17:27:29 -0400 Message-ID: <3c0b01820905141427i7b858504m1ab74fd49882716c@mail.gmail.com> From: Alexander Sack To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, d@delphij.net Subject: Re: Broadcom bge(4) panics while shutting down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 21:27:32 -0000 On Thu, May 14, 2009 at 5:00 PM, John Baldwin wrote: > On Thursday 14 May 2009 3:47:16 pm Xin LI wrote: >> Hi, Alexander, >> >> Alexander Sack wrote: >> > Hello: >> > >> > Under heavy traffic (100% utilization GIGE on a 2 port BGE card) >> > running BGE CURRENT driver I see panics on shutdown. =A0The reason is >> > because bge_rxeof() while processing its RX ring of BD's drops the >> > softc lock when it hands it off to its input function. =A0If bge_stop(= ) >> > is waiting for it, it will then proceed to acquire lock and then >> > quiesce the hardware (reseting the card, clearing out BDs etc.). =A0On= ce >> > bge_stop() releases the softc lock, then bge_rxeof() under an >> > interrupt context (no polling here) will reacquire and continue to >> > process the ring which is a bad idea. =A0It should check to see if the >> > card is still running before continuing processing BDs (i.e. once >> > IF_DRV_RUNNING has been reset by bge_stop(), bge_rxeof() is done, bail >> > out). >> > >> > Here is my first go around with this patch: >> > >> > >> > -- if_bge.c.CURRENT 2009-05-14 14:39:39.000000000 -0400 >> > +++ if_bge.c =A0 =A0 =A0 =A02009-05-14 14:39:24.000000000 -0400 >> > @@ -3081,6 +3081,10 @@ >> > =A0 =A0 =A0 =A0 =A0 =A0 uint16_t =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0vlan_t= ag =3D 0; >> > =A0 =A0 =A0 =A0 =A0 =A0 int =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ha= ve_tag =3D 0; >> > >> > + =A0 =A0 =A0 =A0 =A0 if (!(ifp->if_drv_flags & IFF_DRV_RUNNING)) { >> > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 return; >> > + =A0 =A0 =A0 =A0 =A0 } >> > + >> > =A0#ifdef DEVICE_POLLING >> > =A0 =A0 =A0 =A0 =A0 =A0 if (ifp->if_capenable & IFCAP_POLLING) { >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (sc->rxcycles <=3D 0) >> > >> > >> > This prevents any panics during shutdown under heavy load and AS IT >> > TURNS out (I feel stupid for not looking) that em(4) already had this >> > check in its em_rxeof() function (right at the top of the loop). =A0I'= m >> > more than happy changing it to the em style but above seems reasonable >> > to me though I have to verify there isn't anything missing off the >> > loop from a hardware standpoint (I don't think so because bge_stop() >> > did all the dirty work so I believe touching any registers after that >> > from bge_rxeof() is a bad idea). >> > >> > Preliminary testing shows no more panics start and stopping ports >> > under heavy load (panics were almost immediate otherwise). >> > >> > Thoughts? >> >> I think this would solve the problem but I'm not sure whether this would >> increase some overhead on the RX path. =A0It seems that there is a race >> between bge_release_resources() and bge_intr(), I mean, it might be a >> good idea to "drain" bge_intr() instead? > > Usually just detach() drains the interrupt handler. =A0However, an 'ifcon= fig > bge0 down' could probably provoke this as well. =A0I would probably do th= e > check right after re-acquiring the lock at the bottom of the loop before > touching anything else. Yea John, you got a point about that. I submitted the patch with the check in the while logic thinking that which I BELIEVE is functionality equivalent (don't ask me which one is faster), i.e. as soon as we require it, check it since bge_stop() might have reset it. If you get a chance, can you look at the PR and let me know if you think it looks good? I really want this fixed in 7.x to be honest since its a pain in the headache (I was working on another subsystem when I ran into this). -aps From owner-freebsd-current@FreeBSD.ORG Thu May 14 21:39:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 443CD1065677 for ; Thu, 14 May 2009 21:39:17 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id CB6018FC17 for ; Thu, 14 May 2009 21:39:16 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id C4C065C024 for ; Fri, 15 May 2009 05:39:15 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 6F90B55D1755; Fri, 15 May 2009 05:39:15 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id 0caat1ItyvyH; Fri, 15 May 2009 05:38:16 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 5EC0B55D1754; Fri, 15 May 2009 05:38:10 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=sYDLMgbGeSYEel0a+QQlqafZnsK2BpXTK3uLsnoS5EgXRsB8JunaDFHH4ybHQCg0r 3pKN1m4WsHFw9lcQnQKyA== Message-ID: <4A0C8F30.8080404@delphij.net> Date: Thu, 14 May 2009 14:37:52 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090408) MIME-Version: 1.0 To: Alexander Sack References: <3c0b01820905141202w113966dp4bfbab73d84d585@mail.gmail.com> <4A0C7544.6010304@delphij.net> <3c0b01820905141301h1b08fc0ay1e6a1676b5a149d4@mail.gmail.com> In-Reply-To: <3c0b01820905141301h1b08fc0ay1e6a1676b5a149d4@mail.gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Broadcom bge(4) panics while shutting down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 21:39:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Alexander, Alexander Sack wrote: [...] >>> Preliminary testing shows no more panics start and stopping ports >>> under heavy load (panics were almost immediate otherwise). >>> >>> Thoughts? >> I think this would solve the problem but I'm not sure whether this would >> increase some overhead on the RX path. It seems that there is a race >> between bge_release_resources() and bge_intr(), I mean, it might be a >> good idea to "drain" bge_intr() instead? > > Are you talking about detach time? Because bge_stop() gets called > before bge_release_resources() and stops host interrupts so where is > the race again? I mean at this point no more interrupts should be > delivered to bge_intr() (I can confirm from spec since BGE has > released it in the wild). So why would you "drain" it at this > point....(the hardware is down including the firmware). > > I agree it adds a little overhead to the standard bge_rxeof() path > which I agree is very sensitive to change. However, I think the check > at top is tolerable since the other recourse is crash. I mean its > very easy to reproduce. Flood a Broadcom card with traffic then stop > the card and let the race begin...it will go down in bge_rxeof() after > bge_stop releases the lock. > > I actually did not look at changing anything structurally to perhaps > make this whole predicament better but minimally there should be a > shield against this no? I'm all for a workaround at this point, but I really want to make sure that we are doing things in a safer manner if we can reach it timely. What about something like this, in my opinion, because bge_rxeof() would unlock sc in the middle, it would be probably better to re-check the IFF_DRV_RUNNING flag and avoid calling txeof after that (I've moved the condition to after we re-grab the lock to match the rest of the code: ===== [delphij@charlie] /sys/dev/bge> svn diff -x -p Index: if_bge.c =================================================================== - --- if_bge.c (revision 191995) +++ if_bge.c (working copy) @@ -3073,7 +3073,7 @@ bge_rxeof(struct bge_softc *sc) bus_dmamap_sync(sc->bge_cdata.bge_rx_jumbo_ring_tag, sc->bge_cdata.bge_rx_jumbo_ring_map, BUS_DMASYNC_POSTREAD); - - while(sc->bge_rx_saved_considx != + while (sc->bge_rx_saved_considx != sc->bge_ldata.bge_status_block->bge_idx[0].bge_rx_prod_idx) { struct bge_rx_bd *cur_rx; uint32_t rxidx; @@ -3193,6 +3193,9 @@ bge_rxeof(struct bge_softc *sc) BGE_UNLOCK(sc); (*ifp->if_input)(ifp, m); BGE_LOCK(sc); + + if (!(ifp->if_drv_flags & IFF_DRV_RUNNING)) + return; } if (stdcnt > 0) @@ -3301,6 +3304,10 @@ bge_poll(struct ifnet *ifp, enum poll_cmd cmd, int sc->rxcycles = count; bge_rxeof(sc); + if (!(ifp->if_drv_flags & IFF_DRV_RUNNING)) { + BGE_UNLOCK(sc); + return; + } bge_txeof(sc); if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) bge_start_locked(ifp); @@ -3370,7 +3377,9 @@ bge_intr(void *xsc) if (ifp->if_drv_flags & IFF_DRV_RUNNING) { /* Check RX return ring producer/consumer. */ bge_rxeof(sc); + } + if (ifp->if_drv_flags & IFF_DRV_RUNNING) { /* Check TX ring producer/consumer. */ bge_txeof(sc); } Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoMjy8ACgkQi+vbBBjt66DgLwCeMtfBGPr9J5MIrSN2ZLADIzf2 8lsAnj6JSw/A55agiJWwMQVZtZiq1uQ+ =oXJB -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu May 14 21:42:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5BFF1065740; Thu, 14 May 2009 21:42:05 +0000 (UTC) (envelope-from andsux@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id DEF1B8FC1B; Thu, 14 May 2009 21:42:04 +0000 (UTC) (envelope-from andsux@gmail.com) Received: by bwz9 with SMTP id 9so1555534bwz.43 for ; Thu, 14 May 2009 14:42:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=89EWDLQG1HVg3YsFemSY9N7sWXSvtXw6Cjf9Svw8yvE=; b=f4bf5Oi81ZZDwIuoKKSGwsuti2xTLeXDswp88Mlkuklq7DMAp/TZ/OOy9RFmIe/a+k oEu/E2gZQx7EQCoafbmbgRjBTyIJbE/eQOAKYMP6XajUXuJOLhRn59UCbKt1KgDa9B9R uff4sbyHH57MRQrslDhfVt4Kna8X9S3YZnc2M= 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; b=or0Pi/FzNW08KcY9X0dw/nm7NN9ska4EDZvBqddezzGPIRetdQB7mYiQstTYoxeI0D 2H6agIrjpcW0F3TSYYsQ65DA0r8OrFvq1V1kyrKcQyyidfHtKlrh5OCR45WOOA1J+eHG LSqB9Qd1XTt+0ax2ewKDf2Sjg4n+xFIAKpVjA= MIME-Version: 1.0 Received: by 10.103.189.15 with SMTP id r15mr1825397mup.126.1242335507711; Thu, 14 May 2009 14:11:47 -0700 (PDT) In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> Date: Thu, 14 May 2009 23:11:47 +0200 Message-ID: <7ca674500905141411q4738a63dp9a4306f3a534578c@mail.gmail.com> From: Andrei To: Martin Wilke Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 21:42:06 -0000 2009/5/14 Martin Wilke > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Howdy Guys, > > After the announcement from Alexander Eichner about > Virtualbox on FreeBSD, we started the work on a port > for FreeBSD. Now we think that we solved the most > problems and are ready for the first Call for Testing. > > Some notes before you can test the port: > Make sure you are using RELENG_7 or higher. You have > to use a fresh portstree with uptodate ports!! Please > read carefully the pkg-messages. > > Some known issues / Troubleshooting: > Sometimes the kernel on HEAD coredumps when loading > or unloading the kernel module. A small workaround > to prevent the crash is to not start X, mount proc, > then load the kernel module and start X from the > console. That helped me and some testers, maybe you > too. :P AMD64 should be work in general, it builds > and start. But not right tested at the moment. We > want here also some feedback. > > Some Thanks: > First of all we'd like to say many thanks to _ALL_ > vbox developers. Next people are Bernhard Froehlich > (aka decke), Beat Gaetzi (beat@), Dennis Herrmann > (dhn@), Pietro Cerutti (gahr@), myself (*gg*), > and _ALL_ who helped and provided feedback. > > Happy Testing :-) > > Download: > > http://people.freebsd.org/~miwi/vbox/vboxport.tgz > > Wiki Page: > http://wiki.freebsd.org/VirtualBox > > - Martin > > - -- > > +-----------------------+-------------------------------+ > | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEYEARECAAYFAkoMbSUACgkQdLJIhLHm/OnNnACeJsT7H9hW1J7CV70P3Ty+q0CA > kD8AoMLCPbltY999/8qO6fnaqv4UQ9QT > =LcoD > -----END PGP SIGNATURE----- > _______________________________________________ > 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" > I downloaded http://people.freebsd.org/~miwi/vbox/vboxport.tgz The compilation was successful. Started well. But when I start a new machine with achlinux iso. Sends me this message: http://server2.bsd-es.org/other/all/personal/imgs/vbox-error1.png uname-a: FreeBSD workstation.bsd-es.org 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue May 5 01:35:00 CEST 2009 root@workstation.bsd-es.org:/usr/obj/usr/src/sys/ANX amd64 Regards. Andrey. -- **** "Linux is for people who hate Windows, BSD is for people who love UNIX" "Social Engineer -> Because there is no patch for human stupidity" From owner-freebsd-current@FreeBSD.ORG Thu May 14 21:51:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46DBA106566B; Thu, 14 May 2009 21:51:34 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id B52B98FC14; Thu, 14 May 2009 21:51:33 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so882293ywe.13 for ; Thu, 14 May 2009 14:51:33 -0700 (PDT) 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:content-transfer-encoding; bh=ZP1TyBvPNdipZN3EmsHSrT/WHKPkByFUdNiDKuHP5T0=; b=HM7+uQRTeeiHp4KP14kXoah2XTdDIvtr4B+WaYgxgCiL9B5qCVKKcJSTvxnIESpz+h i1ufA5qiYDtpAY2P0cdmsaPMivMPQEe9FdXLD3eLTpbzLR1XSdBjcPLlo4uw4kMSGFZg brd0edUNgivfacZwle1jrESNDxezFWvYfzQRs= 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 :content-transfer-encoding; b=X+L1kxA2K9g10VwwpvD/BWW4R7TSfl3l17FqoG5pIYp5j2IfllmnvCdh6yc6RcetA0 DftXeGWokxRT4+WyC7n7Js4POU8ApaNraQloVuHsc6KFgIkO6m9L83b8qHnaoW/BwakH 5zePn3m1UOkotQ7uxSIKZGPccP9WaVs+k/JrI= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.90.97.18 with SMTP id u18mr2142754agb.104.1242337892922; Thu, 14 May 2009 14:51:32 -0700 (PDT) In-Reply-To: References: <20090514191237.GD70242@bsdcrew.de> Date: Thu, 14 May 2009 14:51:32 -0700 X-Google-Sender-Auth: 33b1595534a14d76 Message-ID: From: Artem Belevich To: Martin Wilke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 21:51:34 -0000 Few more notes from -CURRENT/amd64 * VirtualBox needs /proc mounted, otherwise it fails to start. * Kernel module must be loaded with "kldload vboxdrv" In my case, I de see bunch of relocation errors on the console, though the module does load: kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 vboxdrv: fAsync=0 offMin=0xb25 offMax=0x39a8 * Attempt to boot new VM (64-bit FreeBSD) from -current snapshot DVD ISO results in an error: Failed to start the virtual machine FreeBSD. Failed to load VMMR0.r0 (VERR_SYMBOL_VALUE_TOO_BIG). Unknown error creating VM (VERR_SYMBOL_VALUE_TOO_BIG). Result Code: NS_ERROR_FAILURE (0x80004005) Component: Console Interface: IConsole {a7f17a42-5b64-488d-977b-4b2c639ada27} * Subsequent attempts to start VM result in an error message that kernel module is not present, even though kldstat shows it just fine. Any suggestions on how to make it work? --Artem On Thu, May 14, 2009 at 2:18 PM, Artem Belevich wrote: > I'm trying to build on CURRENT/amd64 > > kBuild binaries that come with the port are for FreeBSD-6.3 and seem > to depend on KSE and would at the very minimum need /etc/libmap.conf > tweaking in order to get them to work. > > Perhaps it would be better to make port depend on kBuild and just do > ln -s /usr/local/bin work/virtualbox-2.2.2r19673/kBuild/bin/freebsd.amd64 > > with kBuild installed from ports vbox did finish building. > > --Artem > From owner-freebsd-current@FreeBSD.ORG Thu May 14 21:55:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 048BB1065670; Thu, 14 May 2009 21:55:14 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id B7F298FC29; Thu, 14 May 2009 21:55:13 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id 0B3AB4AC60; Thu, 14 May 2009 23:55:09 +0200 (CEST) Date: Thu, 14 May 2009 23:55:09 +0200 From: Martin Wilke To: Artem Belevich Message-ID: <20090514215508.GA71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 21:55:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, May 14, 2009 at 02:18:41PM -0700, Artem Belevich wrote: > I'm trying to build on CURRENT/amd64 >=20 > kBuild binaries that come with the port are for FreeBSD-6.3 and seem > to depend on KSE and would at the very minimum need /etc/libmap.conf > tweaking in order to get them to work. >=20 > Perhaps it would be better to make port depend on kBuild and just do > ln -s /usr/local/bin work/virtualbox-2.2.2r19673/kBuild/bin/freebsd.amd64 >=20 > with kBuild installed from ports vbox did finish building. You should try to install misc/compat6. - - Martin >=20 > --Artem >=20 - --=20 +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoMkzwACgkQdLJIhLHm/Ol8SwCfT28kzMwirCcWTs3XzREdXliu YL8AoLoHckZchjsmSDyI8ubOsCtCs+L9 =3DqeL/ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu May 14 21:56:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 703AE1065692; Thu, 14 May 2009 21:56:50 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2E2648FC1B; Thu, 14 May 2009 21:56:49 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id 6566D4AC60; Thu, 14 May 2009 23:56:44 +0200 (CEST) Date: Thu, 14 May 2009 23:56:44 +0200 From: Martin Wilke To: Artem Belevich Message-ID: <20090514215644.GB71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 21:56:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, May 14, 2009 at 02:51:32PM -0700, Artem Belevich wrote: > Few more notes from -CURRENT/amd64 > > * VirtualBox needs /proc mounted, otherwise it fails to start. > * Kernel module must be loaded with "kldload vboxdrv" > - From my mail: Some notes before you can test the port: Make sure you are using RELENG_7 or higher. You have to use a fresh portstree with uptodate ports!! Please read carefully the pkg-messages. > In my case, I de see bunch of relocation errors on the console, > though the module does load: > > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > kldload: unexpected relocation type 10 > vboxdrv: fAsync=0 offMin=0xb25 offMax=0x39a8 > > * Attempt to boot new VM (64-bit FreeBSD) from -current snapshot DVD > ISO results in an error: > > Failed to start the virtual machine FreeBSD. > Failed to load VMMR0.r0 (VERR_SYMBOL_VALUE_TOO_BIG). > Unknown error creating VM (VERR_SYMBOL_VALUE_TOO_BIG). > > Result Code: NS_ERROR_FAILURE (0x80004005) > Component: Console > Interface: IConsole {a7f17a42-5b64-488d-977b-4b2c639ada27} > > * Subsequent attempts to start VM result in an error message that > kernel module is not present, even though kldstat shows it just fine. > Maybe is here the problem you link to devel/kbuild. > > Any suggestions on how to make it work? > > --Artem > > > > On Thu, May 14, 2009 at 2:18 PM, Artem Belevich wrote: > > I'm trying to build on CURRENT/amd64 > > > > kBuild binaries that come with the port are for FreeBSD-6.3 and seem > > to depend on KSE and would at the very minimum need /etc/libmap.conf > > tweaking in order to get them to work. > > > > Perhaps it would be better to make port depend on kBuild and just do > > ln -s /usr/local/bin work/virtualbox-2.2.2r19673/kBuild/bin/freebsd.amd64 > > > > with kBuild installed from ports vbox did finish building. > > > > --Artem > > > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoMk5wACgkQdLJIhLHm/OlV9wCfU77KyC2CDb6bOeG6vDwEQsx8 pHAAoJCwlO5d+iYVdy7ZT/tTwkKSmjq3 =HcYf -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu May 14 22:03:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 437BA106576A; Thu, 14 May 2009 22:03:24 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 68AE28FC17; Thu, 14 May 2009 22:03:17 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: by fg-out-1718.google.com with SMTP id 22so501288fge.12 for ; Thu, 14 May 2009 15:03:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=1nhD5YbcUAbaiVKtBnZcCXS3iFaCSKhLdgqz29LlNZ8=; b=nUfmlyZVqX1UdcFb9Llg6rpRZdgzkG6y6Top5uGQJL5GgjpNRSD4k5o5LfLe52KGgR GSrQ3BZCHf4hp/CQrbcf0YfbahvqAXV0PHugi6X8SiK+VOnM8jn8jpbee9tyj/LD6Qfq Y1zPRyT17xkYIHXyZPZ3BSG8qrVfbjhD0oIeo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=TWDfiMvEBniSA/KSSiQ0+uji7cCGBCVjedfrOF5MAM9TQ6sK5Q5KxGFZRKsQODa9rU NELiAhXIH/7kFMbdZRtvab4bS08RLFVK6AAKlP/7ZGaAlnkSgu/UifAVtyV4g8PntLao 8wC+OguAMMCtcB7ha7rQFFastLzGpKY6wsxEc= Received: by 10.86.58.1 with SMTP id g1mr2966648fga.54.1242336701974; Thu, 14 May 2009 14:31:41 -0700 (PDT) Received: from notebook ([93.125.34.2]) by mx.google.com with ESMTPS id 4sm36302fge.18.2009.05.14.14.31.40 (version=SSLv3 cipher=RC4-MD5); Thu, 14 May 2009 14:31:41 -0700 (PDT) Date: Fri, 15 May 2009 00:32:02 +0300 From: "Sergey V. Dyatko" To: Martin Wilke Message-ID: <20090515003202.57d3f2e2@notebook> In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 22:03:25 -0000 On Thu, 14 May 2009 21:12:37 +0200 Martin Wilke wrote: MW> -----BEGIN PGP SIGNED MESSAGE----- MW> Hash: SHA1 MW> MW> MW> Howdy Guys, MW> MW> After the announcement from Alexander Eichner about MW> Virtualbox on FreeBSD, we started the work on a port MW> for FreeBSD. Now we think that we solved the most MW> problems and are ready for the first Call for Testing. MW> MW> Some notes before you can test the port: MW> Make sure you are using RELENG_7 or higher. You have MW> to use a fresh portstree with uptodate ports!! Please MW> read carefully the pkg-messages. MW> MW> Some known issues / Troubleshooting: MW> Sometimes the kernel on HEAD coredumps when loading MW> or unloading the kernel module. A small workaround MW> to prevent the crash is to not start X, mount proc, MW> then load the kernel module and start X from the MW> console. That helped me and some testers, maybe you MW> too. :P AMD64 should be work in general, it builds MW> and start. But not right tested at the moment. We MW> want here also some feedback. I can't start a virtual machine (current from May, 9). screenshot: http://msk.bsd.by/vbox.png After kldunload vboxdrv I got kernel panic:( MW> MW> Some Thanks: MW> First of all we'd like to say many thanks to _ALL_ MW> vbox developers. Next people are Bernhard Froehlich MW> (aka decke), Beat Gaetzi (beat@), Dennis Herrmann MW> (dhn@), Pietro Cerutti (gahr@), myself (*gg*), MW> and _ALL_ who helped and provided feedback. I would like to join thanks, thank you for good job MW> Happy Testing :-) MW> MW> Download: MW> MW> http://people.freebsd.org/~miwi/vbox/vboxport.tgz MW> MW> Wiki Page: MW> http://wiki.freebsd.org/VirtualBox MW> MW> - Martin -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Thu May 14 22:05:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F162106567A for ; Thu, 14 May 2009 22:05:29 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id CA39C8FC12 for ; Thu, 14 May 2009 22:05:28 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so886815ywe.13 for ; Thu, 14 May 2009 15:05:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=QmFcNLX/L1iRXiIUgu8pEN7fQwWQMjWX9DW8rV0EymE=; b=QgdzFD6TdxnLIUPmf+UGlbS7yeRsrVp7jvW8J3heHa8+SOXh7y6Q7W+QvAp9E9ipaX Yw34onU3wRL44rV4lPulU4+1sZ199mgqL+CI41FPPuUrnUt42wNxcHmpooSyXYwZP0nN Badf5Z/GQOp1SMs34p20ws2FaGl1f1WndCU6I= 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=YbTHwbw4FqDBNnG8o2DwO78+KG8ZzpXAKlbrqqOWZli2Qr4tQg+tTo8wdShXCw5b4I FdEuOu4SOydPclnaW38+lEnEvqse7PuVwHy8clh1Wy0a0uypSIL9nMhfbadh+5nWg+qa LnrmKFWpCKtYLwn/RccjpN9itcYPs0X+s2ZCs= MIME-Version: 1.0 Received: by 10.100.215.17 with SMTP id n17mr3758102ang.87.1242338727983; Thu, 14 May 2009 15:05:27 -0700 (PDT) In-Reply-To: <4A0C8F30.8080404@delphij.net> References: <3c0b01820905141202w113966dp4bfbab73d84d585@mail.gmail.com> <4A0C7544.6010304@delphij.net> <3c0b01820905141301h1b08fc0ay1e6a1676b5a149d4@mail.gmail.com> <4A0C8F30.8080404@delphij.net> Date: Thu, 14 May 2009 18:05:27 -0400 Message-ID: <3c0b01820905141505r5b8ea64bq42cdea70ee288015@mail.gmail.com> From: Alexander Sack To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Broadcom bge(4) panics while shutting down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 22:05:29 -0000 On Thu, May 14, 2009 at 5:37 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, Alexander, > > Alexander Sack wrote: > [...] >>>> Preliminary testing shows no more panics start and stopping ports >>>> under heavy load (panics were almost immediate otherwise). >>>> >>>> Thoughts? >>> I think this would solve the problem but I'm not sure whether this woul= d >>> increase some overhead on the RX path. =A0It seems that there is a race >>> between bge_release_resources() and bge_intr(), I mean, it might be a >>> good idea to "drain" bge_intr() instead? >> >> Are you talking about detach time? =A0Because bge_stop() gets called >> before bge_release_resources() and stops host interrupts so where is >> the race again? =A0I mean at this point no more interrupts should be >> delivered to bge_intr() (I can confirm from spec since BGE has >> released it in the wild). =A0So why would you "drain" it at this >> point....(the hardware is down including the firmware). >> >> I agree it adds a little overhead to the standard bge_rxeof() path >> which I agree is very sensitive to change. =A0However, I think the check >> at top is tolerable since the other recourse is crash. =A0I mean its >> very easy to reproduce. =A0Flood a Broadcom card with traffic then stop >> the card and let the race begin...it will go down in bge_rxeof() after >> bge_stop releases the lock. >> >> I actually did not look at changing anything structurally to perhaps >> make this whole predicament better but minimally there should be a >> shield against this no? > > I'm all for a workaround at this point, but I really want to make sure > that we are doing things in a safer manner if we can reach it timely. > > What about something like this, in my opinion, because bge_rxeof() would > unlock sc in the middle, it would be probably better to re-check the > IFF_DRV_RUNNING flag and avoid calling txeof after that (I've moved the > condition to after we re-grab the lock to match the rest of the code: > > =3D=3D=3D=3D=3D > [delphij@charlie] /sys/dev/bge> svn diff -x -p > Index: if_bge.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 > - --- if_bge.c =A0(revision 191995) > +++ if_bge.c =A0 =A0(working copy) > @@ -3073,7 +3073,7 @@ bge_rxeof(struct bge_softc *sc) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0bus_dmamap_sync(sc->bge_cdata.bge_rx_jumbo= _ring_tag, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0sc->bge_cdata.bge_rx_jumbo_ring_ma= p, BUS_DMASYNC_POSTREAD); > > - - =A0 =A0 while(sc->bge_rx_saved_considx !=3D > + =A0 =A0 =A0 while (sc->bge_rx_saved_considx !=3D > =A0 =A0 =A0 =A0 =A0 =A0sc->bge_ldata.bge_status_block->bge_idx[0].bge_rx_= prod_idx) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0struct bge_rx_bd =A0 =A0 =A0 =A0*cur_rx; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0uint32_t =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0rx= idx; > @@ -3193,6 +3193,9 @@ bge_rxeof(struct bge_softc *sc) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0BGE_UNLOCK(sc); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(*ifp->if_input)(ifp, m); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0BGE_LOCK(sc); > + > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (!(ifp->if_drv_flags & IFF_DRV_RUNNING)) > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 return; > =A0 =A0 =A0 =A0} Xin this looks fine by me, I actually put this up in the while loop as I mentioned before which I think is functionality equivalent (can you gain some optimizations by putting in the while loop though compiler wise than a separate compilation unit?). > =A0 =A0 =A0 =A0if (stdcnt > 0) > @@ -3301,6 +3304,10 @@ bge_poll(struct ifnet *ifp, enum poll_cmd cmd, int > > =A0 =A0 =A0 =A0sc->rxcycles =3D count; > =A0 =A0 =A0 =A0bge_rxeof(sc); > + =A0 =A0 =A0 if (!(ifp->if_drv_flags & IFF_DRV_RUNNING)) { > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 BGE_UNLOCK(sc); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 return; > + =A0 =A0 =A0 } So here if bge_rxeof() drops the lock, bge_stop() sneaks in reset flag and doesn't bother to process txeof(). I can buy that. > =A0 =A0 =A0 =A0bge_txeof(sc); > =A0 =A0 =A0 =A0if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0bge_start_locked(ifp); > @@ -3370,7 +3377,9 @@ bge_intr(void *xsc) > =A0 =A0 =A0 =A0if (ifp->if_drv_flags & IFF_DRV_RUNNING) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* Check RX return ring producer/consumer.= */ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0bge_rxeof(sc); > + =A0 =A0 =A0 } > > + =A0 =A0 =A0 if (ifp->if_drv_flags & IFF_DRV_RUNNING) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* Check TX ring producer/consumer. */ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0bge_txeof(sc); > =A0 =A0 =A0 =A0} Same here, avoid txeof() if bge_rxeof()/bge_stop() reset the DRV_RUNNING flag. Luckily txeof() doesn't drop the lock so no check is needed in there. I'm happier....should have thought about poll though (I hate polling). -aps From owner-freebsd-current@FreeBSD.ORG Thu May 14 22:19:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22F531065675; Thu, 14 May 2009 22:19:46 +0000 (UTC) (envelope-from dzentoo@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id D87B48FC14; Thu, 14 May 2009 22:19:44 +0000 (UTC) (envelope-from dzentoo@gmail.com) Received: by bwz9 with SMTP id 9so1570717bwz.43 for ; Thu, 14 May 2009 15:19:43 -0700 (PDT) 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:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=0Q1EHeSFrvo+9xfUKFr/SLI0I6ivpOIDKeQVF7SFbOU=; b=Tn37wNKIAVf2NEmw9ocTNNPrv991pbuAXoCsqo0uMaG4IJMFW+JHgBphVC0yHXYsUH cfLDLmHU+46rPDHpN22poUJiUl+BVuupL3TDgWI+8VIXHggcycgKUqeGO5YuFoqpUnn6 31/hanoM2OAVqRoXR7LQdlZadmvFuy7BeCNXc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=UJfQSx6DBwXFfGIKbRGUmuMk3yoDFhn9da8MaT3GAzZ2MLAvLQMlHg8fLlWgYG5VwE aA5gm+V1TKragF3s2ytMvMx7XLPP8atroEhUQS5aro0PsioFy+HVfg0ad/repJBZKFOD cT8cngy0OwozuoZA0MykRQzfXwgWk+r70d40M= MIME-Version: 1.0 Sender: dzentoo@gmail.com Received: by 10.103.172.9 with SMTP id z9mr1869896muo.58.1242337782146; Thu, 14 May 2009 14:49:42 -0700 (PDT) In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> From: Benoit Calvez Date: Thu, 14 May 2009 23:49:22 +0200 X-Google-Sender-Auth: e3278be98c416d64 Message-ID: <3481d8e60905141449qfcf5da8r95d54281206304a4@mail.gmail.com> To: Martin Wilke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 22:19:47 -0000 On Thu, May 14, 2009 at 9:12 PM, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Howdy Guys, > > After the announcement from Alexander Eichner about > Virtualbox on FreeBSD, we started the work on a port > for FreeBSD. Now we think that we solved the most > problems and are ready for the first Call for Testing. > > Some notes before you can test the port: > Make sure you are using RELENG_7 or higher. You have > to use a fresh portstree with uptodate ports!! Please > read carefully the pkg-messages. > > Some known issues / Troubleshooting: > Sometimes the kernel on HEAD coredumps when loading > or unloading the kernel module. A small workaround > to prevent the crash is to not start X, mount proc, > then load the kernel module and start X from the > console. That helped me and some testers, maybe you > too. :P AMD64 should be work in general, it builds > and start. But not right tested at the moment. We > want here also some feedback. > > Some Thanks: > First of all we'd like to say many thanks to _ALL_ > vbox developers. Next people are Bernhard Froehlich > (aka decke), Beat Gaetzi (beat@), Dennis Herrmann > (dhn@), Pietro Cerutti (gahr@), myself (*gg*), > and _ALL_ who helped and provided feedback. > > Happy Testing :-) > > Download: > > http://people.freebsd.org/~miwi/vbox/vboxport.tgz > > Wiki Page: > http://wiki.freebsd.org/VirtualBox > > - Martin > > - -- > > +-----------------------+-------------------------------+ > | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEYEARECAAYFAkoMbSUACgkQdLJIhLHm/OnNnACeJsT7H9hW1J7CV70P3Ty+q0CA > kD8AoMLCPbltY999/8qO6fnaqv4UQ9QT > =LcoD > -----END PGP SIGNATURE----- > _______________________________________________ > 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" > I'm trying to build from amd64, but got the following error. Sorry but I didn't look, and it's a fresh paste: ===> Configuring for virtualbox-2.2.2r19673 Checking for environment: Determined build machine: freebsd.amd64, target machine: freebsd.amd64, OK. Checking for kBuild: found, OK. Checking for gcc: found version 4.2.1, OK. Checking for as86: found version 0.16.17, OK. Checking for bcc: found version 0.16.17, OK. Checking for iasl: found version 20070320, OK. Checking for xslt: found, OK. Checking for pthread: found, OK. Checking for libxml2: found version 2.7.3, OK. Checking for libxslt: found version 1.1.24, OK. Checking for libIDL: found version 0.8.13, OK. Checking for zlib: found version 1.2.3, OK. Checking for SDL: found version 1.2.13, OK. Checking for X libraries: found, OK. Checking for Xcursor: found, OK. Checking for Xmu: found, OK. Checking for Mesa / GLU: Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". found version 1.2, OK. Checking for Qt4: found version 4.4.3, OK. Checking for Qt4 devtools: found version 4.4.3, OK. Checking for python support: found version 2.5.4, OK. Successfully generated '/usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/AutoConfig.kmk' and '/usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/env.sh'. Source '/usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/env.sh' once before you start to build VBox: source /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/env.sh kmk +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ Hardening is enabled which means that the VBox binaries will not run from the binary directory. The binaries have to be installed suid root and some more prerequisites have to be fulfilled which is normally done by installing the final package. For development, the hardening feature can be disabled by specifying the --disable-hardening parameter. Please never disable that feature for the final distribution! +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ Enjoy! ===> Building for virtualbox-2.2.2r19673 cd /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673 && /bin/sh env.sh && VBOX_LIBPATH_X11=/usr/local /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/kBuild/bin/freebsd.amd64/kmk Config.kmk:1664: /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/GCCConfig.kmk: No such file or directory Config.kmk:3789: /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/revision.kmk: No such file or directory Fatal error 'kse_create() failed ' at line 469 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 2) *** Error code 1 -- Benoit C. From owner-freebsd-current@FreeBSD.ORG Thu May 14 22:39:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DA401065676 for ; Thu, 14 May 2009 22:39:37 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: from redundancy.redundancy.org (redundancy.redundancy.org [63.80.162.100]) by mx1.freebsd.org (Postfix) with SMTP id 2CB6E8FC19 for ; Thu, 14 May 2009 22:39:36 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: (qmail 26389 invoked by uid 1001); 14 May 2009 22:13:19 -0000 Date: Thu, 14 May 2009 15:12:56 -0701 From: "David E. Thiel" To: freebsd-current@freebsd.org Message-ID: <20090514221319.GD93838@redundancy.redundancy.org> References: <20090514191237.GD70242@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090514191237.GD70242@bsdcrew.de> X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13 X-OpenPGP-Key-available: http://redundancy.redundancy.org/lx.gpg X-Face: %H~{$1~NOw1y#%mM6{|4:/ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 22:39:37 -0000 On Thu, May 14, 2009 at 09:12:37PM +0200, Martin Wilke wrote: > After the announcement from Alexander Eichner about > Virtualbox on FreeBSD, we started the work on a port > for FreeBSD. Now we think that we solved the most > problems and are ready for the first Call for Testing. Installed on 7.2-STABLE i386 and working fabulously. I'm amazed the port progressed so quickly! Huge congrats and thank yous to the porters and the vbox team. This is a big win for FreeBSD. From owner-freebsd-current@FreeBSD.ORG Thu May 14 22:48:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2FB41065673 for ; Thu, 14 May 2009 22:48:28 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.freebsd.org (Postfix) with ESMTP id 6B9938FC13 for ; Thu, 14 May 2009 22:48:28 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id n4EMSSUF094062; Thu, 14 May 2009 17:28:29 -0500 (CDT) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=A7cNHtrU1pPrYGXLvlbiygrGFAA+Z8A1HgmY3eKTLlg0iuyX4oYKnqWd6p/KdeXfy viLEX9Nj/lv4xVUXJisstcVjRu9obCYk+a9KMLLNb4kGgie/LiQhx0XFLT/HxrKzkc2 1jVlLol+dFpUNwPaNL3cx+18YSB7+7s4wU13JXo= Message-ID: <4A0C9B0C.4050403@jrv.org> Date: Thu, 14 May 2009 17:28:28 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Thomas Backman References: <08D1E6DF-89D3-4887-9234-C3DB9164D794@exscape.org> <20090514133017.362075dhcdy7o2bs@webmail.leidinger.net> <7CD27FF0-CBFA-48B7-9E18-763D8C3ED9B8@exscape.org> In-Reply-To: <7CD27FF0-CBFA-48B7-9E18-763D8C3ED9B8@exscape.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: zfs send -R segfault, anyone else? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 22:48:29 -0000 Thomas Backman wrote: > [root@chaos ~]# zfs send -R -I $OLD tank@$NOW > diff-snap > [root@chaos ~]# cat diff-snap | zfs recv -Fvd slave > Segmentation fault: 11 (core dumped) > > Same kinda backtrace, but what's up with strcmp()? > I suppose the issue stems from libzfs, and is not within libc: Different problem The SIGSEGV is happening in strcmp because it is called with strcmp(0,0) and tries to dereference address -4 (probably another bug itself). This hack gets around the issue but someone familiar with this needs to decide the correct action. The first change is actually unrelated (a sorry attempt at fixing the previous zfs send bug). The last change may be unnecessary as that case may never happen unless the pool can be renamed? Index: cddl/contrib/opensolaris/lib/libzfs/common/libzfs_sendrecv.c =================================================================== --- cddl/contrib/opensolaris/lib/libzfs/common/libzfs_sendrecv.c (revision 190917) +++ cddl/contrib/opensolaris/lib/libzfs/common/libzfs_sendrecv.c (working copy) @@ -240,6 +240,8 @@ zfs_prop_t prop = zfs_name_to_prop(propname); nvlist_t *propnv; + if (prop == ZPROP_INVAL) + continue; if (!zfs_prop_user(propname) && zfs_prop_readonly(prop)) continue; @@ -1126,7 +1128,7 @@ uint64_t originguid = 0; uint64_t stream_originguid = 0; uint64_t parent_fromsnap_guid, stream_parent_fromsnap_guid; - char *fsname, *stream_fsname; + char *fsname, *stream_fsname, *p1, *p2; nextfselem = nvlist_next_nvpair(local_nv, fselem); @@ -1295,10 +1297,12 @@ "parentfromsnap", &stream_parent_fromsnap_guid)); /* check for rename */ + p1 = strrchr(fsname, '/'); + p2 = strrchr(stream_fsname, '/'); if ((stream_parent_fromsnap_guid != 0 && stream_parent_fromsnap_guid != parent_fromsnap_guid) || - strcmp(strrchr(fsname, '/'), - strrchr(stream_fsname, '/')) != 0) { + (p1 != NULL && p2 != NULL && strcmp (p1, p2) != 0) || + ((p1 == NULL) ^ (p2 == NULL))) { nvlist_t *parent; char tryname[ZFS_MAXNAMELEN]; @@ -1317,7 +1321,7 @@ VERIFY(0 == nvlist_lookup_string(parent, "name", &pname)); (void) snprintf(tryname, sizeof (tryname), - "%s%s", pname, strrchr(stream_fsname, '/')); + "%s%s", pname, p2 ? p2 : ""); } else { tryname[0] = '\0'; if (flags.verbose) { From owner-freebsd-current@FreeBSD.ORG Thu May 14 22:53:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 019141065672 for ; Thu, 14 May 2009 22:53:26 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 958CD8FC16 for ; Thu, 14 May 2009 22:53:25 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id B447F5C026 for ; Fri, 15 May 2009 06:53:24 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 2220755D1755; Fri, 15 May 2009 06:53:24 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id BCs6XJf+Ffvh; Fri, 15 May 2009 06:52:30 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 1D6E355D174B; Fri, 15 May 2009 06:52:23 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=VKHZPQQdVK5rFZghqP4nqbuyhz/0Khuw4B/6OA6JigYFRvjI8E7j9h/mn++ihVums rpI1qVKN1NLkiGWmxUt7A== Message-ID: <4A0CA096.4020706@delphij.net> Date: Thu, 14 May 2009 15:52:06 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090408) MIME-Version: 1.0 To: Alexander Sack References: <3c0b01820905141202w113966dp4bfbab73d84d585@mail.gmail.com> <4A0C7544.6010304@delphij.net> <3c0b01820905141301h1b08fc0ay1e6a1676b5a149d4@mail.gmail.com> <4A0C8F30.8080404@delphij.net> <3c0b01820905141505r5b8ea64bq42cdea70ee288015@mail.gmail.com> In-Reply-To: <3c0b01820905141505r5b8ea64bq42cdea70ee288015@mail.gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net Subject: Re: Broadcom bge(4) panics while shutting down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 22:53:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Alexander, Alexander Sack wrote: [...] >> @@ -3193,6 +3193,9 @@ bge_rxeof(struct bge_softc *sc) >> BGE_UNLOCK(sc); >> (*ifp->if_input)(ifp, m); >> BGE_LOCK(sc); >> + >> + if (!(ifp->if_drv_flags & IFF_DRV_RUNNING)) >> + return; >> } > > Xin this looks fine by me, I actually put this up in the while loop as > I mentioned before which I think is functionality equivalent (can you > gain some optimizations by putting in the while loop though compiler > wise than a separate compilation unit?). I think the two is not semantically the same... For this case an explicit 'return' would mean that no further actions, say the things right after the while loop, would be taken. In my opinion that this is better since there is no protection over these DMA maps (which could have been released elsewhere). Note that I'm still not quite confident about the logic, we might just narrowed but not closed the race completely - these BGE_LOCK()/UNLOCK()'s could hit some problem if one thread has done bge_stop() very quickly. That would require more work, though, I don't have a very good plan at this moment... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoMoJYACgkQi+vbBBjt66DULwCcCN8AjNLgQU7oiOyKeackBKar V+YAoKHA6dDJymCi8rQEsr7h8m84KoW6 =HWBp -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu May 14 23:03:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 476391065679 for ; Thu, 14 May 2009 23:03:23 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id EDC738FC08 for ; Thu, 14 May 2009 23:03:22 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so904265ywe.13 for ; Thu, 14 May 2009 16:03:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=NLb563U6gRyBaxAw7HJkuAf+J7NQ0kIKgIWv3im8LKg=; b=XiJIiqsPatJy/kw6LXUCghIh3YH1FR6wLKLrEp8NxiDqwkEhh85Jqo3I3y/XinGmUo CzYxXqMIc9wdQLxmZ6Lpnqfb6voR+jH1eXW0xrsaV7NO/kzRFEQ169O/Yh7XjPYXGhH8 pLG1KRbY4oxX3My5Vcg2hAQ7w6cxqz932C5Ds= 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=lVJp3nHkQyXM4ATqKIyHVmFcnc5V3EkcvQseEyS3AygDsmfAe++JTq2r+ZB05neACL sQ6QSU6B52VqikfZzYuzEMrPf4D7MoXaGJjYKblJD2SLfmLiIijMSg+9OcgRYOSwZOWt IMgtuV7AlkZ6PajHPL0HkbiydkBF7rXBE/Pmw= MIME-Version: 1.0 Received: by 10.100.41.9 with SMTP id o9mr3807055ano.155.1242342202139; Thu, 14 May 2009 16:03:22 -0700 (PDT) In-Reply-To: <4A0CA096.4020706@delphij.net> References: <3c0b01820905141202w113966dp4bfbab73d84d585@mail.gmail.com> <4A0C7544.6010304@delphij.net> <3c0b01820905141301h1b08fc0ay1e6a1676b5a149d4@mail.gmail.com> <4A0C8F30.8080404@delphij.net> <3c0b01820905141505r5b8ea64bq42cdea70ee288015@mail.gmail.com> <4A0CA096.4020706@delphij.net> Date: Thu, 14 May 2009 19:03:22 -0400 Message-ID: <3c0b01820905141603g59e439c1y7202532bc1f4f87@mail.gmail.com> From: Alexander Sack To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Broadcom bge(4) panics while shutting down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 23:03:23 -0000 On Thu, May 14, 2009 at 6:52 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, Alexander, > > Alexander Sack wrote: > [...] >>> @@ -3193,6 +3193,9 @@ bge_rxeof(struct bge_softc *sc) >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0BGE_UNLOCK(sc); >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(*ifp->if_input)(ifp, m); >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0BGE_LOCK(sc); >>> + >>> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (!(ifp->if_drv_flags & IFF_DRV_RUNNING= )) >>> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 return; >>> =A0 =A0 =A0 =A0} >> >> Xin this looks fine by me, I actually put this up in the while loop as >> I mentioned before which I think is functionality equivalent (can you >> gain some optimizations by putting in the while loop though compiler >> wise than a separate compilation unit?). > > I think the two is not semantically the same... =A0For this case an > explicit 'return' would mean that no further actions, say the things > right after the while loop, would be taken. =A0In my opinion that this is > better since there is no protection over these DMA maps (which could > have been released elsewhere). Oh snap, I had a brain fart. Ugh. You are correct Xin. Oh man, I even said in my first post I want to AVOID touching the DMA maps and/or hardware registers (notice the access in the jumbo case) as soon as IFF_DRV_RUNNING gets reset. I like the explicit return much better that's why I had it that way but as John pointed out, tis better to do it where you put it which is right after reacquiring the lock. > Note that I'm still not quite confident about the logic, we might just > narrowed but not closed the race completely - these > BGE_LOCK()/UNLOCK()'s could hit some problem if one thread has done > bge_stop() very quickly. =A0That would require more work, though, I don't > have a very good plan at this moment... This has been a constant problem that I've seen in the labs. I've seen this with polling as well as tuning the number of RING descriptors (there is a thread I had a while back ago about this when I was dealing with BPF drops and bge(4)). I think the patch as it stands though will suffice for the majority of cases and again I thank you and John for addressing it in short-order. -aps From owner-freebsd-current@FreeBSD.ORG Thu May 14 23:03:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E97210656B5; Thu, 14 May 2009 23:03:33 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.217.172]) by mx1.freebsd.org (Postfix) with ESMTP id 7E46F8FC0C; Thu, 14 May 2009 23:03:32 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by gxk20 with SMTP id 20so879250gxk.19 for ; Thu, 14 May 2009 16:03:31 -0700 (PDT) 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:content-transfer-encoding; bh=0F47LWt5MYdPGTZzIzGf8j0ZKIFA9qWUpCuURgoQLeU=; b=agg4R9oeS9eslppbdZNhHi4MkoNlta4XLa7hKqi9/Y3MVCvnTMzlfBSS90MylVsSHY uWyZaM5+d+QKm1I7oi6TEhq39L1FOoH8AUJ6ZgxyTx3GXSMJl7U7j+nR6DQWkGaQrMsx BsoG7sadLgDBbgpTQOvZp4iv7w9yGJKlI4aW0= 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 :content-transfer-encoding; b=P1zLUoNQAMO53LwsowdYykiqu15NpA6iB9fjCw7uYdqzRqdPwPNY32l/0sMvFV0e0D 5/jWZgPr9JYjWgyfkDN3R7r6X5h9vsN3/znKbaTRdpjS2ymxonpCBBeQClAI/wUwQSYJ B8Ml3zsX5vD7AK2PFoxz+KdlTQ7hw1N5/xj4g= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.90.68.12 with SMTP id q12mr2187059aga.121.1242342211892; Thu, 14 May 2009 16:03:31 -0700 (PDT) In-Reply-To: <20090514215644.GB71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090514215644.GB71804@bsdcrew.de> Date: Thu, 14 May 2009 16:03:31 -0700 X-Google-Sender-Auth: c7b6fc5fc2c89096 Message-ID: From: Artem Belevich To: Martin Wilke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 23:03:34 -0000 >> * VirtualBox needs /proc mounted, otherwise it fails to start. >> * Kernel module must be loaded with "kldload vboxdrv" > > - From my mail: > Some notes before you can test the port: > Make sure you are using RELENG_7 or higher. You have > to use a fresh portstree with uptodate ports!! Please > read carefully the pkg-messages. Oops. Indeed it warns about /proc and kernel module. I guess I just was too eager to get VirtualBox running to pause and read documentation. > Maybe is here the problem you link to devel/kbuild. As I explained, kbuild that comes with the port does not work for me. And I *do* have compat6-amd64 installed. Apparently I'm not alone. See Benoit's email in this thread. Here's what needs to be added to /etc/libmap.conf in order to make supplied libraries work: libpthread.so.2 libthr.so.2 I'll re-do the build with supplied kbuild and see if that makes any difference. In any case, I appreciate all the work you and others have done to get VirtualBox on FreeBSD running. --Artem From owner-freebsd-current@FreeBSD.ORG Thu May 14 23:45:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBC9B1065670 for ; Thu, 14 May 2009 23:45:22 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 65CD78FC14 for ; Thu, 14 May 2009 23:45:21 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by fg-out-1718.google.com with SMTP id e12so15315fga.12 for ; Thu, 14 May 2009 16:45:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=QOTu4gAsg7Mciriln/Xs5oZHlW9LjEA8uDJ0OQDzzkg=; b=WdlZ6abiLIDfG7uGM5vMCykMZezIWYGlj7/eaaNhbaQWN767s9mmC0Oj6Nog/3mF11 hh9vL3afUXyA2RdiQTujOqt/Y3Y7mvgPtbDKC+Yj079GCf/y3iPxAoiloK9L2ECeuBvy lbxoXEZDMt8dOtSZAbMb2k+IOT1O+iG323GLk= 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; b=mR4SA3eJ1vxVemvdDqCiJitXnWzjIsiRGXyUX4EdqHFFhGyS3KulJf2gl4fHckZgyU IJEClDgCvt4GYYfFWl4B8SLtA41Epo2ujra0MUYEOxrkdHvVBKN21yTmT78HgR/qDgcv uvb2R0zL5ItuktEyTNNsRqkNzmac+8NP4e7Mg= MIME-Version: 1.0 Received: by 10.239.167.8 with SMTP id d8mr203570hbe.60.1242344721239; Thu, 14 May 2009 16:45:21 -0700 (PDT) In-Reply-To: <3c0b01820905141603g59e439c1y7202532bc1f4f87@mail.gmail.com> References: <3c0b01820905141202w113966dp4bfbab73d84d585@mail.gmail.com> <4A0C7544.6010304@delphij.net> <3c0b01820905141301h1b08fc0ay1e6a1676b5a149d4@mail.gmail.com> <4A0C8F30.8080404@delphij.net> <3c0b01820905141505r5b8ea64bq42cdea70ee288015@mail.gmail.com> <4A0CA096.4020706@delphij.net> <3c0b01820905141603g59e439c1y7202532bc1f4f87@mail.gmail.com> Date: Thu, 14 May 2009 19:45:21 -0400 Message-ID: From: Ryan Stone To: Alexander Sack Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, d@delphij.net Subject: Re: Broadcom bge(4) panics while shutting down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 23:45:23 -0000 This is hopefully a stupid question, but what's stopping bge(or em, or any driver) from unloading and freeing the ifp(and blowing away the module's .text section) after we drop the sc lock? Ryan Stone From owner-freebsd-current@FreeBSD.ORG Fri May 15 00:54:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05D5E106564A; Fri, 15 May 2009 00:54:19 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 92F7C8FC15; Fri, 15 May 2009 00:54:16 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so935146yxb.13 for ; Thu, 14 May 2009 17:54:16 -0700 (PDT) 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:content-transfer-encoding; bh=nDUo0YIt0RY9oMNtM6EEzT/o49wcagm61K+uISZBNnE=; b=toDmk66UjAQEY6lSfjAWm0FJST0s8eyiT4/C+Osm98qV9kZPbBYN9sYyDP3fT89Jen 4lAUfYVJzf/58555vuCYMIlPnXwbLQdtdHrdOdNrpQQmA0Shs+X9+VhVxmCnV8m+cunS 40MpTW9p15p6maHRq5p++1cx58putubk3hnr0= 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 :content-transfer-encoding; b=xxA3NvOL5UISDrQrFCo1S5pU245g/76702QYgsGWcQl1e0K7XiUpz6GQlTQ7kIY3aJ XDZgqk7tTqkFWzr9MlbTEIxtsZ3Tx9XY+X4Cu8FOlb/vOLpFZE19vUsJ3Qj7jTS87KvG t+B9fB981VtkxL//PSQ3zzuo92aVwIKw6p2Ss= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.90.116.6 with SMTP id o6mr2306336agc.34.1242348855998; Thu, 14 May 2009 17:54:15 -0700 (PDT) In-Reply-To: References: <20090514191237.GD70242@bsdcrew.de> <20090514215644.GB71804@bsdcrew.de> Date: Thu, 14 May 2009 17:54:15 -0700 X-Google-Sender-Auth: f3446b379c9bcc09 Message-ID: From: Artem Belevich To: Martin Wilke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 00:54:19 -0000 > Here's what needs to be added to /etc/libmap.conf in order to make > supplied libraries work: > libpthread.so.2 libthr.so.2 > > I'll re-do the build with supplied kbuild and see if that makes any difference. Re-built virtualbox with kBiuild supplied in the tarball and behavior didn't change compared to the one built with kBuild from ports. Loading module still shows relocation errors "kldload: unexpected relocation type 10" and attempt to run VM fails with the same errors I've reported before. --Artem From owner-freebsd-current@FreeBSD.ORG Fri May 15 01:37:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBFD51065673; Fri, 15 May 2009 01:37:42 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-ew0-f159.google.com (mail-ew0-f159.google.com [209.85.219.159]) by mx1.freebsd.org (Postfix) with ESMTP id F223E8FC1B; Fri, 15 May 2009 01:37:41 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by ewy3 with SMTP id 3so2012794ewy.43 for ; Thu, 14 May 2009 18:37:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=XaUXryD4RoPd1ZtvlsuYXqDVez5V1DkRPcWwsTJYK8A=; b=kocha4isl+Hef2+06M6TpNW3un4zrf22lkxSNOI4q0IxndQ+rzmAUvsiWGp7x93+8g ELHGocaGVppzh42NqOeE1NwEcFkNcIW9Jvg3lYShTFxBF75ZxFwYis7EsJJtQZlIo940 I9eA3Y5O0tgWDbNNXlRqw54HUFvaSY7YUUA4w= 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=aQXMahvYLxNFeRXzgS/4Z8510NGDHTH+wTjVMjGziRlbcAnp4QU21V6qG8E92DAoBs JrFyxMJ4XT5slsoSNGxp5i2buKshWyv8HZDxJ6+orT0E/YEfPxgvN27JyNyGXOTvUbYm wTCv98VmS+1apFeRnl41veGnULXNUiO+np7ZE= MIME-Version: 1.0 Received: by 10.216.1.77 with SMTP id 55mr1065685wec.111.1242351460849; Thu, 14 May 2009 18:37:40 -0700 (PDT) In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> Date: Thu, 14 May 2009 21:37:40 -0400 Message-ID: <4ad871310905141837t2032187bu6ab96ed5c3de4b29@mail.gmail.com> From: Glen Barber To: Martin Wilke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 01:37:43 -0000 On Thu, May 14, 2009 at 3:12 PM, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Howdy Guys, > > After the announcement from Alexander Eichner about > Virtualbox on FreeBSD, we started the work on a port > for FreeBSD. Now we think that we solved the most > problems and are ready for the first Call for Testing. > Fantastic! Can't wait to test it out. (And "thank you!") -- Glen Barber From owner-freebsd-current@FreeBSD.ORG Fri May 15 04:25:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2502106564A for ; Fri, 15 May 2009 04:25:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 5E1708FC08 for ; Fri, 15 May 2009 04:25:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1204719qwe.7 for ; Thu, 14 May 2009 21:25:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=BS0/7jIG3tvXKH2xpvJbAsDGIKxUZq69+ZgFZGRDqaI=; b=j47q/mamkBhG3STzu7D3qGFM20oNDJ85KysMfoVijRwrtQEQMcx17BOK1U9lG3cHoR s7M0jTuUwHaWK8MDDdlJTlehubWQV2T4sz+zRcJsMxKkS0uwkDvrE+O0Y/IKznxmnwI7 4Rs3pnGJFtr8hRshPdieLj5xdyvDh47RQcJwk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; b=uAk1giP5+OWdOPDeoc9wXj5Jy5Srwjjc029FtMaUL3Ly+cPJRIp/5Hxbi1UuqoEiUe H5zuiJMsISwYu9NfsfIqGwdMl7cF6luPgSnF4qebS0JonpKqzl9EQtrKIdKlttRe9SpZ SIEfOgKjJEU/PTO/r0SMKxslzAy+UPb4T8iJU= MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.229.97.19 with SMTP id j19mr1943393qcn.54.1242360025217; Thu, 14 May 2009 21:00:25 -0700 (PDT) Date: Fri, 15 May 2009 12:00:25 +0800 X-Google-Sender-Auth: 2fd4e20b812508bb Message-ID: From: Adrian Chadd To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: -current snapshots and xen kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 04:25:07 -0000 G'day, I'm trying to get a xen domU environment working (without a -current box locally, i know..) and I suddenly realised how useful it would be if the current ISO/install snapshots included the Xen DomU kernel as well as the generic kernel. That way people like me who can build a manual domU environment from scratch can do so without needing a -current box to build an updated xen domU. What do people think? Adrian From owner-freebsd-current@FreeBSD.ORG Fri May 15 07:26:33 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CDE91065679 for ; Fri, 15 May 2009 07:26:33 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outX.internet-mail-service.net (outx.internet-mail-service.net [216.240.47.247]) by mx1.freebsd.org (Postfix) with ESMTP id E6DF28FC19 for ; Fri, 15 May 2009 07:26:32 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 82B79ACB80; Fri, 15 May 2009 00:26:32 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id CC44A2D600D; Fri, 15 May 2009 00:26:31 -0700 (PDT) Message-ID: <4A0D1927.8090303@elischer.org> Date: Fri, 15 May 2009 00:26:31 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Jilles Tjoelker References: <4A051DE3.30705@FreeBSD.org> <4A0C5112.9010103@FreeBSD.org> <20090514181446.GA42264@stack.nl> In-Reply-To: <20090514181446.GA42264@stack.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: virtualization@FreeBSD.org, jail@FreeBSD.org, FreeBSD Current , Jamie Gritton Subject: Re: Hierarchical jails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 07:26:33 -0000 Jilles Tjoelker wrote: > On Thu, May 14, 2009 at 11:12:50AM -0600, Jamie Gritton wrote: >> There's still a change to offer your input on the new jails before they >> go in! OK, given the lack of response so far, it's less "still a >> chance" than "please?". Current plans are to have this in place for >> 8.0, with connections to the ongoing Vimage work. Hopefully the silence >> is approval, and commits will likely be appearing soon. > > I have not tried this, but I think this patch may allow jailed roots to > escape. The problem is that there is only one fd_jdir. The escape would > go like: jailed root creates a new jail in a subdirectory, opens its / > and sends the fd to a process in the new jail via a unix domain socket. > When the process calls fchdir on the fd, it will be able to access .. > normally. > > With nested chroot, or chroot in jail, this is not possible, because > fd_jdir always contains the first jail or chroot done and will not allow > escaping from it; however, root in a level 2 chroot can escape back to > level 1 using chroot. > this is the old chroot escape. it is well known and methods exist to stop it. I can not say what is done here, but your post does remind me to add this to the list of things we need to keep in mind. From owner-freebsd-current@FreeBSD.ORG Fri May 15 07:40:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7B321065670; Fri, 15 May 2009 07:40:02 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id 50D0B8FC24; Fri, 15 May 2009 07:40:02 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id E35494AC60; Fri, 15 May 2009 09:39:57 +0200 (CEST) Date: Fri, 15 May 2009 09:39:57 +0200 From: Martin Wilke To: Gustau =?iso-8859-1?Q?P=E9rez?= Message-ID: <20090515073957.GD71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <4A0C87D0.8060105@entel.upc.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; x-action=pgp-signed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <4A0C87D0.8060105@entel.upc.edu> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 07:40:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, May 14, 2009 at 11:06:24PM +0200, Gustau P=C3=A9rez wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Martin Wilke wrote: > > > > Howdy Guys, > > > > After the announcement from Alexander Eichner about Virtualbox on > > FreeBSD, we started the work on a port for FreeBSD. Now we think > > that we solved the most problems and are ready for the first Call > > for Testing. > > > > Some notes before you can test the port: Make sure you are using > > RELENG_7 or higher. You have to use a fresh portstree with uptodate > > ports!! Please read carefully the pkg-messages. > > > > Some known issues / Troubleshooting: Sometimes the kernel on HEAD > > coredumps when loading or unloading the kernel module. A small > > workaround to prevent the crash is to not start X, mount proc, then > > load the kernel module and start X from the console. That helped me > > and some testers, maybe you too. :P AMD64 should be work in > > general, it builds and start. But not right tested at the moment. > > We want here also some feedback. > > > > Some Thanks: First of all we'd like to say many thanks to _ALL_ > > vbox developers. Next people are Bernhard Froehlich (aka decke), > > Beat Gaetzi (beat@), Dennis Herrmann (dhn@), Pietro Cerutti > > (gahr@), myself (*gg*), and _ALL_ who helped and provided feedback. > > > > > > Happy Testing :-) > > > > Download: > > > > http://people.freebsd.org/~miwi/vbox/vboxport.tgz > > > > Wiki Page: http://wiki.freebsd.org/VirtualBox >=20 > =20 > I'm testing with i386/HEAD. I have two issues : >=20 > 1.- The first time I start a machine. The window stays gray. If > I pause and resume the window turns to > black. Virtualbox says it is running, but it is not. >=20 > 2.- The second and subsequent times I start a virtual machine, > virtualbox says that there isn't the kernel driver. The > error is : >=20 > Result Code: NS_ERROR_FAILURE (0x80004005) > Component: Machine > Interface: IMachine {4d1df26d-d9c1-4c7e-b689-15e85ecf8ffc} >=20 > And : >=20 > Kernel driver not installed (rc=3D-1908) >=20 > Make sure the kernel module has been loaded successfully. >=20 > What can be done ? >=20 > Regards, >=20 > Gustau Unfortunately, I saw this problem today also, I'll set this to our todo. Thanks >=20 > > > > - Martin > > > _______________________________________________ > 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" >=20 > - -- > PGP KEY : http://www-entel.upc.edu/gus/gus.asc > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >=20 > iEYEARECAAYFAkoMh9AACgkQAvcpDulVChDtMACdGK3ggUplPWifN4ozP2Ac5fOa > pjQAn2ErwBcuTAfn/coIaY12J4lGQrUX > =3D5myk > -----END PGP SIGNATURE----- >=20 - --=20 +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoNHE0ACgkQdLJIhLHm/OnQTACfTk4ohhMGHtxgMjjHuDVRwAmm Zc0An0cPJxRsElv+cfpO8hjNFF4N7J5W =3DiP3/ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri May 15 08:53:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CF59106566B for ; Fri, 15 May 2009 08:53:23 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id CD1178FC1E for ; Fri, 15 May 2009 08:53:22 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1M4tAO-0001zU-Pb for freebsd-current@freebsd.org; Fri, 15 May 2009 08:53:20 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 15 May 2009 08:53:20 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 15 May 2009 08:53:20 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 15 May 2009 10:53:04 +0200 Lines: 77 Message-ID: References: <4A0C27A1.2020108@fxclub.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig780CE9D91C4895D2EEBC232F" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090409) In-Reply-To: <4A0C27A1.2020108@fxclub.org> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: php5 pcre X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 08:53:23 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig780CE9D91C4895D2EEBC232F Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable gdn wrote: > Hi all! >=20 > I'm using on CURRENT apache22 with php5. > When I install php5-extensions, all packages make fine. > But module "pcre" not work. > -----------------------------------------------------------------------= --- >>php -m =20 > [PHP > Modules] = =20 > bz2 > date > libxml > mbstring > mysql > pdf > pdo_dblib > Reflection > session > SimpleXML > standard > xml > xmlrpc > zip > zlib >=20 > [Zend Modules] > -----------------------------------------------------------------------= ---------- >=20 >=20 > Log file of php: > -----------------------------------------------------------------------= ----------- >=20 > [14-May-2009 18:04:50] PHP Warning: PHP Startup: Unable to load dynami= c > librar > y '/usr/local/lib/php/20060613/pcre.so' - > /usr/local/lib/php/20060613/pcre.so: > Undefined symbol "php_pcre_free" in Unknown on line 0 > [14-May-2009 18:04:50] PHP Warning: Cannot load module 'PDO' because > required > module 'spl' is not loaded in Unknown on line 0 > -----------------------------------------------------------------------= ------------ >=20 >=20 > Haw fix this problem? Have you tried (re)installing the php5-pcre port? There have been some changes with this port, so you might want to reinstall both the php5 base package and php5-pcre. --------------enig780CE9D91C4895D2EEBC232F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoNLXUACgkQldnAQVacBchknwCgjR9R9E4gqJ5emKi8lsQnSx4Z cEgAoKFwmb1RFJgJHpITZLhK61FF/0BF =WpJq -----END PGP SIGNATURE----- --------------enig780CE9D91C4895D2EEBC232F-- From owner-freebsd-current@FreeBSD.ORG Fri May 15 08:59:02 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37CAD1065670; Fri, 15 May 2009 08:59:02 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id DC8898FC18; Fri, 15 May 2009 08:59:01 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id n4F8wxMY051745 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 May 2009 01:59:00 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4A0D2EBB.6020806@FreeBSD.org> Date: Fri, 15 May 2009 01:58:35 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Ivan Voras References: <4A0C27A1.2020108@fxclub.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: php5 pcre X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 08:59:02 -0000 Ivan Voras wrote: >> Haw fix this problem? > > Have you tried (re)installing the php5-pcre port? There have been some > changes with this port, so you might want to reinstall both the php5 > base package and php5-pcre. This problem happens after upgrading php5. AFAIK, in the previous version, the pcre module was part of the basepackage, while in some recent revision it has been split out into a separate package. Installing devel/php5-pcre should help. -Maxim From owner-freebsd-current@FreeBSD.ORG Fri May 15 09:11:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 421A11065675 for ; Fri, 15 May 2009 09:11:03 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id CE5E18FC1D for ; Fri, 15 May 2009 09:11:02 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 53AF33B811 for ; Fri, 15 May 2009 11:11:01 +0200 (CEST) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vLzRKbCObjRw for ; Fri, 15 May 2009 11:11:00 +0200 (CEST) Received: from roberto-al.eurocontrol.fr (aran.keltia.net [88.191.250.24]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.freenix.fr (Postfix/TLS) with ESMTPSA id 93B623B7AC for ; Fri, 15 May 2009 11:11:00 +0200 (CEST) Date: Fri, 15 May 2009 11:10:56 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20090515091055.GA490@roberto-al.eurocontrol.fr> References: <4A0C27A1.2020108@fxclub.org> <4A0D2EBB.6020806@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A0D2EBB.6020806@FreeBSD.org> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7.2 / Dell D820 SMP User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Re: php5 pcre X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 09:11:03 -0000 According to Maxim Sobolev: > This problem happens after upgrading php5. AFAIK, in the previous > version, the pcre module was part of the basepackage, while in some > recent revision it has been split out into a separate package. > Installing devel/php5-pcre should help. I've also seen problems with the pcre extension while trying to upgrade from gallery 2.2.5 to 2.3, the upgrade procedure just breaks. I'll retry again. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-current@FreeBSD.ORG Fri May 15 09:21:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C304106564A; Fri, 15 May 2009 09:21:51 +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 17B6B8FC19; Fri, 15 May 2009 09:21:51 +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 9969F46B49; Fri, 15 May 2009 05:21:50 -0400 (EDT) Date: Fri, 15 May 2009 10:21:50 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Adrian Chadd In-Reply-To: Message-ID: References: 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-current Subject: Re: -current snapshots and xen kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 09:21:51 -0000 On Fri, 15 May 2009, Adrian Chadd wrote: > I'm trying to get a xen domU environment working (without a -current box > locally, i know..) and I suddenly realised how useful it would be if the > current ISO/install snapshots included the Xen DomU kernel as well as the > generic kernel. > > That way people like me who can build a manual domU environment from scratch > can do so without needing a -current box to build an updated xen domU. > > What do people think? This was discussed at the devsummit also, and struck many people as a good idea. The usual tension, however, is over the amount of free space on the ISO. It might be time to drop the UP kernel from our install CD and replace it with a Xen kernel, and add an install-time option to select the kernel? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri May 15 09:31:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD27410656C3 for ; Fri, 15 May 2009 09:31:31 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 66B488FC1B for ; Fri, 15 May 2009 09:31:31 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:51246 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M4tkJ-0007j4-3Y; Fri, 15 May 2009 11:30:29 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id DCDB16E0EC; Fri, 15 May 2009 11:30:22 +0200 (CEST) Message-Id: From: Thomas Backman To: James R. Van Artsdalen In-Reply-To: <4A0C9B0C.4050403@jrv.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Fri, 15 May 2009 11:30:22 +0200 References: <08D1E6DF-89D3-4887-9234-C3DB9164D794@exscape.org> <20090514133017.362075dhcdy7o2bs@webmail.leidinger.net> <7CD27FF0-CBFA-48B7-9E18-763D8C3ED9B8@exscape.org> <4A0C9B0C.4050403@jrv.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M4tkJ-0007j4-3Y. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M4tkJ-0007j4-3Y 5bc2db6e5aeaef062bae5ea38f82ce77 Cc: freebsd-current@freebsd.org Subject: Re: zfs send -R segfault, anyone else? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 09:31:32 -0000 On May 15, 2009, at 12:28 AM, James R. Van Artsdalen wrote: > Thomas Backman wrote: >> [root@chaos ~]# zfs send -R -I $OLD tank@$NOW > diff-snap >> [root@chaos ~]# cat diff-snap | zfs recv -Fvd slave >> Segmentation fault: 11 (core dumped) >> >> Same kinda backtrace, but what's up with strcmp()? >> I suppose the issue stems from libzfs, and is not within libc: > > Different problem The SIGSEGV is happening in strcmp because it is > called with strcmp(0,0) > and tries to dereference address -4 (probably another bug itself). > > This hack gets around the issue but someone familiar with this needs > to > decide the correct action. > > The first change is actually unrelated (a sorry attempt at fixing the > previous zfs send bug). > > The last change may be unnecessary as that case may never happen > unless > the pool can be renamed? > > [... patch ...] Thanks! This list is pretty impressive. :) I can't validate how correct the fix is, considering my lacking knowledge in C (I know the basics, but kernel/related programming? no way!), but I CAN say that it appears to work just fine! Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Fri May 15 10:07:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85249106566B; Fri, 15 May 2009 10:07:29 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0B69B8FC32; Fri, 15 May 2009 10:07:28 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id B70514AC5E; Fri, 15 May 2009 12:07:27 +0200 (CEST) Date: Fri, 15 May 2009 12:07:27 +0200 From: Martin Wilke To: Benoit Calvez Message-ID: <20090515100727.GG71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <3481d8e60905141449qfcf5da8r95d54281206304a4@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <3481d8e60905141449qfcf5da8r95d54281206304a4@mail.gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 10:07:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Benoit, can you please tell me which FreeBSD Version you use? On Thu, May 14, 2009 at 11:49:22PM +0200, Benoit Calvez wrote: > > I'm trying to build from amd64, but got the following error. Sorry but I > didn't look, and it's a fresh paste: > ===> Configuring for virtualbox-2.2.2r19673 > Checking for environment: Determined build machine: freebsd.amd64, target > machine: freebsd.amd64, OK. > Checking for kBuild: found, OK. > Checking for gcc: found version 4.2.1, OK. > Checking for as86: found version 0.16.17, OK. > Checking for bcc: found version 0.16.17, OK. > Checking for iasl: found version 20070320, OK. > Checking for xslt: found, OK. > Checking for pthread: found, OK. > Checking for libxml2: found version 2.7.3, OK. > Checking for libxslt: found version 1.1.24, OK. > Checking for libIDL: found version 0.8.13, OK. > Checking for zlib: found version 1.2.3, OK. > Checking for SDL: found version 1.2.13, OK. > Checking for X libraries: found, OK. > Checking for Xcursor: found, OK. > Checking for Xmu: found, OK. > Checking for Mesa / GLU: Xlib: extension "Generic Event Extension" missing > on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > found version 1.2, OK. > Checking for Qt4: found version 4.4.3, OK. > Checking for Qt4 devtools: found version 4.4.3, OK. > Checking for python support: found version 2.5.4, OK. > > Successfully generated > '/usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/AutoConfig.kmk' > and '/usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/env.sh'. > Source '/usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/env.sh' > once before you start to build VBox: > > source /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/env.sh > kmk > > > +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING > +++ > Hardening is enabled which means that the VBox binaries will not run from > the binary directory. The binaries have to be installed suid root and some > more prerequisites have to be fulfilled which is normally done by > installing > the final package. For development, the hardening feature can be disabled > by specifying the --disable-hardening parameter. Please never disable that > feature for the final distribution! > +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING > +++ > > Enjoy! > ===> Building for virtualbox-2.2.2r19673 > cd /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673 && /bin/sh > env.sh && VBOX_LIBPATH_X11=/usr/local > /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/kBuild/bin/freebsd.amd64/kmk > Config.kmk:1664: > /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/GCCConfig.kmk: > No such file or directory > Config.kmk:3789: > /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/revision.kmk: > No such file or directory > Fatal error 'kse_create() failed > ' at line 469 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 2) > *** Error code 1 > > > > > -- > Benoit C. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoNPt8ACgkQdLJIhLHm/OmsIgCgpK7yToOVhb6/uMyJKshD8Zlw tb4AnAmFSdyxF8NRaC7AxB6Px3oUwwM7 =vUAY -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri May 15 10:12:55 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8325E106566B; Fri, 15 May 2009 10:12:55 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2426E8FC1B; Fri, 15 May 2009 10:12:55 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id 1BB714AC60; Fri, 15 May 2009 12:12:54 +0200 (CEST) Date: Fri, 15 May 2009 12:12:54 +0200 From: Martin Wilke To: ports@FreeBSD.org Message-ID: <20090515101253.GH71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20090514191237.GD70242@bsdcrew.de> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-emulation@freebsd.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 10:12:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ok We uploaded a new tarball what should be fix the build on AMD64. Small changelog: - - devel/kbuild is now dependency - - remove misc/compat6 support Note: Use devel/bcc instead of devel/dev86 what means If you have devel/bcc installed please deinstall http://people.freebsd.org/~miwi/vbox/virtualbox_1.tgz Please give us feedback :P - - Martin - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoNQCUACgkQdLJIhLHm/OmgeQCgptEW5FhkmB8huDhs5LL63PhI +04AoONjytolxD892zcCnlv81MRLceEv =UJL8 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri May 15 10:13:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C74D51065675 for ; Fri, 15 May 2009 10:13:25 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 4D54C8FC22 for ; Fri, 15 May 2009 10:13:25 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: by bwz9 with SMTP id 9so1795921bwz.43 for ; Fri, 15 May 2009 03:13:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=DPG/pncpsZ2zjrkUSyO5i4AityusuHYFH5DdoUScESY=; b=STlGYrYDbXs3t39NOv/5dBiKbn6r95qJ/4Jzb8pRMUlcUyWhpnAlMDUKArE28k2Ztj QivIClGCPbF0y4m1lNa9APoMLy52GOgVTO2qDl0hmK7WdmRrxmYkU3FKET530gTJXMPJ WrRFoS69GqbNfynhb1auO8BUNSzwkgORVNEyE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :message-id; b=IldF5Q/3lUlSnbHyzH/q/P/wCt2ieaUyEiu4f3qkNJDygOVGDVIDVN/7NO4/u4yAZN zbHTrLVsJk5ej438lto52Wir1juXJd6qcSLe0TGKSwkPf93J9lhCaai/Im7RC7aotC5z QMSxa+Vmh93hlmLOUvrb3fZvkJ5AxqPUPMU8s= Received: by 10.103.160.10 with SMTP id m10mr2192976muo.50.1242380954658; Fri, 15 May 2009 02:49:14 -0700 (PDT) Received: from echo.hoth (host15-211-dynamic.0-79-r.retail.telecomitalia.it [79.0.211.15]) by mx.google.com with ESMTPS id g1sm23439muf.26.2009.05.15.02.49.13 (version=SSLv3 cipher=RC4-MD5); Fri, 15 May 2009 02:49:13 -0700 (PDT) From: Alberto Villa To: freebsd-current@freebsd.org Date: Fri, 15 May 2009 11:49:11 +0200 User-Agent: KMail/1.11.3 (FreeBSD/7.2-STABLE; KDE/4.2.3; i386; ; ) References: <20090514191237.GD70242@bsdcrew.de> In-Reply-To: <20090514191237.GD70242@bsdcrew.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905151149.12192.villa.alberto@gmail.com> Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 10:13:26 -0000 On Thursday 14 May 2009 21:12:37 Martin Wilke wrote: > Happy Testing :-) thank you for your great work! anyway i can't get to start a virtual machine. if i select a bootable iso (ot doesn't show up in the file selection dialog, i have to write its name) to boot from (it doesn't find my dvd device) the virtual machine starts saying "running", but neither the session information dialog nor the log show any activity. also tried using VBoxSDL -- Alberto Villa From owner-freebsd-current@FreeBSD.ORG Fri May 15 11:07:45 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA9F81065670 for ; Fri, 15 May 2009 11:07:45 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id 230F78FC15 for ; Fri, 15 May 2009 11:07:44 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id n4FB7ef4026344; Fri, 15 May 2009 12:07:40 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1M4vGO-00034q-D5; Fri, 15 May 2009 12:07:40 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n4FB7eig035538; Fri, 15 May 2009 12:07:40 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n4FB7dm9035537; Fri, 15 May 2009 12:07:39 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Saifi Khan In-Reply-To: References: <4A07E966.60503@unsane.co.uk> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 15 May 2009 12:07:38 +0100 Message-Id: <1242385659.34202.14.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: freebsd-current@FreeBSD.org, Vincent Hoffman Subject: Re: howto sidestep sysinstall during installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 11:07:45 -0000 On Thu, 2009-05-14 at 00:52 +0000, Saifi Khan wrote: > There were two errors/quirks that i noticed. > http://www.flickr.com/photos/saifi/sets/72157618010835543/ > > 1. crash encountered while running sysinstall from the booted > up system. > 2. same crash encountered while running 'make fetch' for many > of the ports. (rather random in occurence). > > Anybody encountered this issue ? These don't look like crashes to me, but are probably "lock order reversals" (or LORs). Basically, what this means is that a situation was detected, that may lead to the possibility of a deadlock. Some of these are real bugs that need fixing, others have been verified to be false alarms. You can compare the ones you have seen with the list maintained at http://sources.zabbadoz.net/freebsd/lor.html and see if you are seeing a LOR that has already been reported (more than likely). Please also note that several LORs have probably been fixed without this page being updated, so don't worry too much about the fact there are a lot of them on that page in the "unknown" state. In short, unless you yourself are doing development work in the kernel and see these relating to your own code, you probably don't need to worry about it. Gavin From owner-freebsd-current@FreeBSD.ORG Fri May 15 11:09:47 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 596DC106568A for ; Fri, 15 May 2009 11:09:47 +0000 (UTC) (envelope-from gdn@fxclub.org) Received: from mx.fxclub.org (mx.fxclub.org [67.227.142.223]) by mx1.freebsd.org (Postfix) with ESMTP id 34C2F8FC08 for ; Fri, 15 May 2009 11:09:47 +0000 (UTC) (envelope-from gdn@fxclub.org) Received: from mail.fxclub.org ([78.129.247.130]) by mx.fxclub.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M4vIQ-000Bpc-M9; Fri, 15 May 2009 11:09:46 +0000 Received: from fw-office.fxclub.org ([194.87.53.162] helo=[172.16.1.198]) by mail.fxclub.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M4vIO-000KMZ-Of; Fri, 15 May 2009 11:09:45 +0000 Message-ID: <4A0D4D6E.6010905@fxclub.org> Date: Fri, 15 May 2009 15:09:34 +0400 From: Gorbatovsky Dmitry User-Agent: Thunderbird 2.0.0.21 (X11/20090408) MIME-Version: 1.0 To: ports@FreeBSD.org References: <20090514191237.GD70242@bsdcrew.de> In-Reply-To: <20090514191237.GD70242@bsdcrew.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.3 Cc: freebsd-emulation@freebsd.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 11:09:47 -0000 Thanks for grate work! I install on VirtualBox FreeBSD 7.1, Ubuntu, Windows 7 and it work fine. %uname -a FreeBSD user 7.2-RELEASE FreeBSD 7.2-RELEASE #1: Thu May 7 15:46:13 MSD 2009 root@user:/usr/obj/usr/src/sys/GENERIC i386 Dmitry. From owner-freebsd-current@FreeBSD.ORG Fri May 15 11:13:19 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D1E71065672; Fri, 15 May 2009 11:13:19 +0000 (UTC) (envelope-from kimoto@ohnolab.org) Received: from mailin1.ipc.kanazawa-u.ac.jp (mailin1.kanazawa-u.ac.jp [133.28.20.71]) by mx1.freebsd.org (Postfix) with ESMTP id D76EE8FC0A; Fri, 15 May 2009 11:13:18 +0000 (UTC) (envelope-from kimoto@ohnolab.org) Received: from smtp02.ipc.kanazawa-u.ac.jp (mailin12.ipc.kanazawa-u.ac.jp [133.28.20.152]) by mailin1.ipc.kanazawa-u.ac.jp (8.13.8/8.13.8) with ESMTP id n4FApgTA014389; Fri, 15 May 2009 19:51:42 +0900 (JST) Received: from ohnolab.org (ohnolab-NSTL-202.is.t.kanazawa-u.ac.jp [133.28.136.177]) by smtp02.ipc.kanazawa-u.ac.jp (8.13.8/8.13.8) with ESMTP id n4FApgoV024175; Fri, 15 May 2009 19:51:42 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by ohnolab.org (Postfix) with ESMTP id 7A9D2C6B35A; Fri, 15 May 2009 19:51:24 +0900 (JST) Date: Fri, 15 May 2009 19:50:26 +0900 (JST) Message-Id: <20090515.195026.74738745.kimoto@ohnolab.org> To: ports@FreeBSD.org, freebsd-emulation@freebsd.org, freebsd-current@FreeBSD.org From: Masahiko KIMOTO In-Reply-To: <20090515101253.GH71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090515101253.GH71804@bsdcrew.de> X-fingerprint: DA 63 E3 AD 3F 30 98 05 EB CF 3C 06 2D FF 07 7F X-PGP-Public-Key: http://www.ohnolab.org/~kimoto/kimoto.pubkey.asc X-URL: http://www.ohnolab.org/~kimoto/ X-Mailer: Mew version 5.2 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 11:13:19 -0000 I'm testing on today's 8-CURRENT/i386. When start the virtual machine, kernel got panic with; May 15 19:31:23 eterna kernel: panic: clone_create() on cdevsw without minor numbers May 15 19:31:23 eterna kernel: cpuid = 0 May 15 19:31:23 eterna kernel: KDB: enter: panic So I'm looking up the source code of vboxdrv.ko but couldn't find . -name 'vboxdrv.*' or something like. What should I check out then? ---------------------------------------------------------------------- Masahiko KIMOTO, Ph. D. E-mail: kimoto@ohnolab.org URL: http://www.ohnolab.org/~kimoto From owner-freebsd-current@FreeBSD.ORG Fri May 15 11:17:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84E151065689; Fri, 15 May 2009 11:17:28 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 00CA68FC19; Fri, 15 May 2009 11:17:27 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1285138qwe.7 for ; Fri, 15 May 2009 04:17:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=3IKiboH3E5TAFl74FX1MZ8x6Qm9POKbdWVor5qdMMg4=; b=JA+HoP1YfK+ieMKDnBtUEzqnkYVJX6PWyeLMPyKUcRRDzOpZxnuIX3udCGGFsIvKTc +iTKX03Hp3JjDLIhWZDFdiSafPh3OSDbzlX+GYUs1KbSBqlH0hQh/vRMK35QxQB7fj2M aM02VIjhh14DxQmmTVQJuodZ99kGxupWX6eN0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=BVp0wZ3otMDR69I+KXU9s2fKUj+0lyriK+TSBXTRgdsTBW+2VX8RALUqNEMuN726jC p4NIKA8Tqid1plKuf4gLffPqQBSWzXc5+KqrjxhdqeeSmMKUmAEAnFmKK/Ymdkl9AMRk 0nVEwB6ouNAh7rwalvngLQQ3rviLmJY5yC/Lw= MIME-Version: 1.0 Received: by 10.220.90.144 with SMTP id i16mr4665972vcm.14.1242386247154; Fri, 15 May 2009 04:17:27 -0700 (PDT) In-Reply-To: <20090514191237.GD70242@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> From: Renato Botelho Date: Fri, 15 May 2009 08:17:07 -0300 Message-ID: <747dc8f30905150417h3abb1b09s7e56f348ad3cbfbe@mail.gmail.com> To: Martin Wilke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 11:17:29 -0000 On Thu, May 14, 2009 at 4:12 PM, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Howdy Guys, > > After the announcement from Alexander Eichner about > Virtualbox on FreeBSD, we started the work on a port > for FreeBSD. Now we think that we solved the most > problems and are ready for the first Call for Testing. > > Some notes before you can test the port: > Make sure you are using RELENG_7 or higher. You have > to use a fresh portstree with uptodate ports!! Please > read carefully the pkg-messages. > > Some known issues / Troubleshooting: > Sometimes the kernel on HEAD coredumps when loading > or unloading the kernel module. A small workaround > to prevent the crash is to not start X, mount proc, > then load the kernel module and start X from the > console. That helped me and some testers, maybe you > too. :P AMD64 should be work in general, it builds > and start. But not right tested at the moment. We > want here also some feedback. > > Some Thanks: > First of all we'd like to say many thanks to _ALL_ > vbox developers. Next people are Bernhard Froehlich > (aka decke), Beat Gaetzi (beat@), Dennis Herrmann > (dhn@), Pietro Cerutti (gahr@), myself (*gg*), > and _ALL_ who helped and provided feedback. > > Happy Testing :-) > > Download: > > =A0http://people.freebsd.org/~miwi/vbox/vboxport.tgz > > Wiki Page: > =A0http://wiki.freebsd.org/VirtualBox Hello Martin I've built it on i386/CURRENT r191522, but I couldn't load the module, when i try, i got: KLD vboxdrv.ko: depends on kernel - not available kldload: can't load vboxdrv: File exists It says file exists, but the module is not loaded root@botelhor:/home/garga# kldstat Id Refs Address Size Name 1 18 0xc0400000 b584bc kernel 2 1 0xc0f59000 809c snd_via8233.ko 3 2 0xc0f62000 4a438 sound.ko 4 1 0xc46af000 8000 linprocfs.ko 5 1 0xc46c8000 24000 linux.ko Any idea? --=20 Renato Botelho From owner-freebsd-current@FreeBSD.ORG Fri May 15 11:21:50 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F097106566C; Fri, 15 May 2009 11:21:50 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 274B28FC1E; Fri, 15 May 2009 11:21:49 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1M4vU4-0002Jc-C0; Fri, 15 May 2009 15:21:48 +0400 To: Masahiko KIMOTO References: <20090514191237.GD70242@bsdcrew.de> <20090515101253.GH71804@bsdcrew.de> <20090515.195026.74738745.kimoto@ohnolab.org> From: Boris Samorodov Date: Fri, 15 May 2009 15:21:47 +0400 In-Reply-To: <20090515.195026.74738745.kimoto@ohnolab.org> (Masahiko KIMOTO's message of "Fri\, 15 May 2009 19\:50\:26 +0900 \(JST\)") Message-ID: <80027300@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 11:21:50 -0000 On Fri, 15 May 2009 19:50:26 +0900 (JST) Masahiko KIMOTO wrote: > I'm testing on today's 8-CURRENT/i386. So do I. But virtualbox works here. Until any VM got shutdown -- none can be started. > When start the virtual machine, kernel got panic with; > May 15 19:31:23 eterna kernel: panic: clone_create() on cdevsw without minor numbers > May 15 19:31:23 eterna kernel: cpuid = 0 > May 15 19:31:23 eterna kernel: KDB: enter: panic > So I'm looking up the source code of vboxdrv.ko but couldn't find . -name > 'vboxdrv.*' or something like. > What should I check out then? Do you have all kernel modules from ports up to date with world/kernel? WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri May 15 11:22:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFA9E106566B; Fri, 15 May 2009 11:22:52 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 327FB8FC17; Fri, 15 May 2009 11:22:51 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from hamilton.upcnetadm.upcnet.es (hamilton.upcnetadm.upcnet.es [147.83.2.240]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id n4FBMf9H029946; Fri, 15 May 2009 13:22:41 +0200 Received: from [147.83.40.234] ([147.83.40.234]) by hamilton.upcnetadm.upcnet.es (Lotus Domino Release 5.0.12) with ESMTP id 2009051513224966:88987 ; Fri, 15 May 2009 13:22:49 +0200 Message-ID: <4A0D5084.9090102@entel.upc.edu> Date: Fri, 15 May 2009 13:22:44 +0200 From: =?ISO-8859-1?Q?Gustau_P=E9rez?= User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: Renato Botelho References: <20090514191237.GD70242@bsdcrew.de> <747dc8f30905150417h3abb1b09s7e56f348ad3cbfbe@mail.gmail.com> In-Reply-To: <747dc8f30905150417h3abb1b09s7e56f348ad3cbfbe@mail.gmail.com> X-Enigmail-Version: 0.95.7 X-MIMETrack: Itemize by SMTP Server on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 15/05/2009 13:22:49, Serialize by Router on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 15/05/2009 13:22:50, Serialize complete at 15/05/2009 13:22:50 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Fri, 15 May 2009 13:22:41 +0200 (CEST) Cc: ports@freebsd.org, freebsd-current@freebsd.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 11:22:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Renato Botelho wrote: > On Thu, May 14, 2009 at 4:12 PM, Martin Wilke wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> Howdy Guys, >> >> After the announcement from Alexander Eichner about >> Virtualbox on FreeBSD, we started the work on a port >> for FreeBSD. Now we think that we solved the most >> problems and are ready for the first Call for Testing. >> >> Some notes before you can test the port: >> Make sure you are using RELENG_7 or higher. You have >> to use a fresh portstree with uptodate ports!! Please >> read carefully the pkg-messages. >> >> Some known issues / Troubleshooting: >> Sometimes the kernel on HEAD coredumps when loading >> or unloading the kernel module. A small workaround >> to prevent the crash is to not start X, mount proc, >> then load the kernel module and start X from the >> console. That helped me and some testers, maybe you >> too. :P AMD64 should be work in general, it builds >> and start. But not right tested at the moment. We >> want here also some feedback. >> >> Some Thanks: >> First of all we'd like to say many thanks to _ALL_ >> vbox developers. Next people are Bernhard Froehlich >> (aka decke), Beat Gaetzi (beat@), Dennis Herrmann >> (dhn@), Pietro Cerutti (gahr@), myself (*gg*), >> and _ALL_ who helped and provided feedback. >> >> Happy Testing :-) >> >> Download: >> >> http://people.freebsd.org/~miwi/vbox/vboxport.tgz >> >> Wiki Page: >> http://wiki.freebsd.org/VirtualBox > > Hello Martin > > I've built it on i386/CURRENT r191522, but I couldn't load the > module, when i try, i got: > > KLD vboxdrv.ko: depends on kernel - not available > kldload: can't load vboxdrv: File exists > > It says file exists, but the module is not loaded > > root@botelhor:/home/garga# kldstat > Id Refs Address Size Name > 1 18 0xc0400000 b584bc kernel > 2 1 0xc0f59000 809c snd_via8233.ko > 3 2 0xc0f62000 4a438 sound.ko > 4 1 0xc46af000 8000 linprocfs.ko > 5 1 0xc46c8000 24000 linux.ko > > Any idea? It seems to me you csup'ed your sources but you are still using the old kernel. Try make buildkernell && make installkernel and then try loading the module. Gus PS : as a advice, I would do the installworld with KODIR=/boot/test && nextboot -k test. If i works, you can reinstall again the kernel as your default kernel . - -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoNUH4ACgkQAvcpDulVChDcwQCfZv8oKZzE37j794kCfNt2Tdqq z2YAn2BLpbl1Zm9eGRLvF3r2GtYBRSFr =fXHv -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri May 15 11:26:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 323471065672; Fri, 15 May 2009 11:26:58 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id DCD0A8FC22; Fri, 15 May 2009 11:26:57 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1M4vZ2-0002Ng-U8; Fri, 15 May 2009 15:26:57 +0400 To: Renato Botelho References: <20090514191237.GD70242@bsdcrew.de> <747dc8f30905150417h3abb1b09s7e56f348ad3cbfbe@mail.gmail.com> From: Boris Samorodov Date: Fri, 15 May 2009 15:26:56 +0400 In-Reply-To: <747dc8f30905150417h3abb1b09s7e56f348ad3cbfbe@mail.gmail.com> (Renato Botelho's message of "Fri\, 15 May 2009 08\:17\:07 -0300") Message-ID: <13946991@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 11:26:59 -0000 On Fri, 15 May 2009 08:17:07 -0300 Renato Botelho wrote: > I've built it on i386/CURRENT r191522, but I couldn't load the > module, when i try, i got: > KLD vboxdrv.ko: depends on kernel - not available I didn't see that message. > kldload: can't load vboxdrv: File exists While this is familiar for me. I've got it when build virtualbox with newer kernel sources (it so happened that I csuped src but had no time to rebuild/reinstall) than the installed kernel. > It says file exists, but the module is not loaded > root@botelhor:/home/garga# kldstat > Id Refs Address Size Name > 1 18 0xc0400000 b584bc kernel > 2 1 0xc0f59000 809c snd_via8233.ko > 3 2 0xc0f62000 4a438 sound.ko > 4 1 0xc46af000 8000 linprocfs.ko > 5 1 0xc46c8000 24000 linux.ko > Any idea? WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri May 15 11:29:25 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41A3C106564A; Fri, 15 May 2009 11:29:25 +0000 (UTC) (envelope-from kimoto@ohnolab.org) Received: from mailin2.ipc.kanazawa-u.ac.jp (mailin2.kanazawa-u.ac.jp [133.28.20.72]) by mx1.freebsd.org (Postfix) with ESMTP id 6192C8FC0C; Fri, 15 May 2009 11:29:01 +0000 (UTC) (envelope-from kimoto@ohnolab.org) Received: from smtp02.ipc.kanazawa-u.ac.jp (mailin12.ipc.kanazawa-u.ac.jp [133.28.20.152]) by mailin2.ipc.kanazawa-u.ac.jp (8.13.8/8.13.8) with ESMTP id n4FBSg50009511; Fri, 15 May 2009 20:28:42 +0900 (JST) Received: from ohnolab.org (ohnolab-NSTL-202.is.t.kanazawa-u.ac.jp [133.28.136.177]) by smtp02.ipc.kanazawa-u.ac.jp (8.13.8/8.13.8) with ESMTP id n4FBSeEE004851; Fri, 15 May 2009 20:28:40 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by ohnolab.org (Postfix) with ESMTP id 60BD5C6B9F0; Fri, 15 May 2009 20:28:22 +0900 (JST) Date: Fri, 15 May 2009 20:27:23 +0900 (JST) Message-Id: <20090515.202723.41647485.kimoto@ohnolab.org> To: bsam@ipt.ru From: Masahiko KIMOTO In-Reply-To: <80027300@bb.ipt.ru> References: <20090515101253.GH71804@bsdcrew.de> <20090515.195026.74738745.kimoto@ohnolab.org> <80027300@bb.ipt.ru> X-fingerprint: DA 63 E3 AD 3F 30 98 05 EB CF 3C 06 2D FF 07 7F X-PGP-Public-Key: http://www.ohnolab.org/~kimoto/kimoto.pubkey.asc X-URL: http://www.ohnolab.org/~kimoto/ X-Mailer: Mew version 5.2 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 11:29:25 -0000 > > When start the virtual machine, kernel got panic with; > > > May 15 19:31:23 eterna kernel: panic: clone_create() on cdevsw without minor numbers > > May 15 19:31:23 eterna kernel: cpuid = 0 > > May 15 19:31:23 eterna kernel: KDB: enter: panic > > > So I'm looking up the source code of vboxdrv.ko but couldn't find . -name > > 'vboxdrv.*' or something like. > > > What should I check out then? > > Do you have all kernel modules from ports up to date with world/kernel? Hmm, Under /boot/kernel/ is up to date by make build/installkernel. Under /boot/modules/, only vboxdrv.ko is in it, and is up to date. ---------------------------------------------------------------------- Masahiko KIMOTO, Ph. D. E-mail: kimoto@ohnolab.org URL: http://www.ohnolab.org/~kimoto From owner-freebsd-current@FreeBSD.ORG Fri May 15 11:36:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6907C106566C; Fri, 15 May 2009 11:36:33 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-fx0-f216.google.com (mail-fx0-f216.google.com [209.85.220.216]) by mx1.freebsd.org (Postfix) with ESMTP id 8F4F38FC0C; Fri, 15 May 2009 11:36:32 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: by fxm12 with SMTP id 12so1861173fxm.43 for ; Fri, 15 May 2009 04:36:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=Ojp5jMvmPDV3a/+EXxzzGcj45zOMI9SBxUv52sPEcwk=; b=Vnq1MmcmZN4fpDbI2WJlbJiKDIfepnzuiqnh069qLgINYhc00NDzt70Hj/J9kiRBxC 0WHqMHRozCIOZsKnCItR/iDbv5oq2yPYG5hYCF2DK/RiG302qU6UKeniosW8RLJniZ9w 7M/BeVdb/kIeDF5gIa+xGjeqy51wRxcgfv1xE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=kEFLJFwQKqjvop9A3XZjW8V3yIYfqVCN+dlCyu73WnTe4e4CN5vYwN7KwVbJWVzBUZ EnqEZqbakW8y01bk01eBaQq1taIttJ7mWP7aHIUSiwTcEMIumC0JxF9EZHdQsFD8X7mP NX0X3IbW2Pw7lhBSocFA21JN5QCle/HoBCHNI= Received: by 10.86.86.10 with SMTP id j10mr3575210fgb.37.1242387391155; Fri, 15 May 2009 04:36:31 -0700 (PDT) Received: from notebook (minsk.agava.net [212.98.174.157]) by mx.google.com with ESMTPS id 4sm1163988fge.3.2009.05.15.04.36.29 (version=SSLv3 cipher=RC4-MD5); Fri, 15 May 2009 04:36:30 -0700 (PDT) Date: Fri, 15 May 2009 14:36:51 +0300 From: "Sergey V. Dyatko" To: Masahiko KIMOTO Message-ID: <20090515143651.09b75403@notebook> In-Reply-To: <20090515.195026.74738745.kimoto@ohnolab.org> References: <20090514191237.GD70242@bsdcrew.de> <20090515101253.GH71804@bsdcrew.de> <20090515.195026.74738745.kimoto@ohnolab.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 11:36:34 -0000 ÷ Fri, 15 May 2009 19:50:26 +0900 (JST) Masahiko KIMOTO ÐÉÛÅÔ: MK> I'm testing on today's 8-CURRENT/i386. MK> MK> When start the virtual machine, kernel got panic with; MK> MK> May 15 19:31:23 eterna kernel: panic: clone_create() on cdevsw MK> without minor numbers May 15 19:31:23 eterna kernel: cpuid = 0 MK> May 15 19:31:23 eterna kernel: KDB: enter: panic MK> MK> So I'm looking up the source code of vboxdrv.ko but couldn't find . MK> -name 'vboxdrv.*' or something like. MK> MK> What should I check out then? MK> /boot/modules/vboxdrv.ko ? MK> ---------------------------------------------------------------------- MK> Masahiko KIMOTO, Ph. D. MK> E-mail: kimoto@ohnolab.org URL: MK> http://www.ohnolab.org/~kimoto -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri May 15 11:40:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 663761065672; Fri, 15 May 2009 11:40:03 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id 24A388FC12; Fri, 15 May 2009 11:40:03 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 6D7D96D4B3; Fri, 15 May 2009 13:21:09 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZQhVg+QtJUNY; Fri, 15 May 2009 13:21:06 +0200 (CEST) Received: by mx1.rink.nu (Postfix, from userid 1000) id 148D56D49B; Fri, 15 May 2009 13:21:06 +0200 (CEST) Date: Fri, 15 May 2009 13:21:06 +0200 From: Rink Springer To: Renato Botelho Message-ID: <20090515112106.GA84567@rink.nu> References: <20090514191237.GD70242@bsdcrew.de> <747dc8f30905150417h3abb1b09s7e56f348ad3cbfbe@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <747dc8f30905150417h3abb1b09s7e56f348ad3cbfbe@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 11:40:04 -0000 On Fri, May 15, 2009 at 08:17:07AM -0300, Renato Botelho wrote: > I've built it on i386/CURRENT r191522, but I couldn't load the > module, when i try, i got: > > KLD vboxdrv.ko: depends on kernel - not available > kldload: can't load vboxdrv: File exists This generally means your kernel sources and binary are not in sync. Just rebuild and reinstall your kernel and all modules and you will be fine. Regards, -- Rink P.W. Springer - http://rink.nu "Talk to me." - Horatio Caine From owner-freebsd-current@FreeBSD.ORG Fri May 15 12:34:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A8B71065688 for ; Fri, 15 May 2009 12:34:16 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id 195718FC15 for ; Fri, 15 May 2009 12:34:15 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.41,199,1241388000"; d="scan'208";a="214450614" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 15 May 2009 14:34:02 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 23C811B0765; Fri, 15 May 2009 14:34:02 +0200 (CEST) Date: Fri, 15 May 2009 14:34:01 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 12:34:16 -0000 hi there, this panic has been reported beforehand. i'm also experiencing it when powering on a new image: panic: clone_create() on cdevsw without minor numbers cpuid = 0 here's a bt: #0 doadump () at pcpu.h:246 #1 0xc05ac869 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xc05acb4f in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xc0575efd in clone_create (cdp=0xc83fbe80, csw=0xc83fa5c0, up=0xe81a1870, dp=0xe81a1900, extra=0) at /usr/src/sys/kern/kern_conf.c:935 #4 0xc83e13a1 in VBoxDrvFreeBSDClone () from /boot/modules/vboxdrv.ko #5 0xc053ffbf in devfs_lookup (ap=0xe81a19b0) at /usr/src/sys/fs/devfs/devfs_vnops.c:796 #6 0xc074ad9a in VOP_LOOKUP_APV (vop=0xc07f30e0, a=0xe81a19b0) at vnode_if.c:123 #7 0xc062514e in lookup (ndp=0xe81a1bac) at vnode_if.h:54 #8 0xc0625daa in namei (ndp=0xe81a1bac) at /usr/src/sys/kern/vfs_lookup.c:256 #9 0xc063b169 in vn_open_cred (ndp=0xe81a1bac, flagp=0xe81a1c60, cmode=0, cred=0xc8885000, fp=0xc82762d8) at /usr/src/sys/kern/vfs_vnops.c:189 #10 0xc063b408 in vn_open (ndp=0xe81a1bac, flagp=0xe81a1c60, cmode=0, fp=0xc82762d8) at /usr/src/sys/kern/vfs_vnops.c:96 #11 0xc063a424 in kern_openat (td=0xc7aebb40, fd=-100, path=0xbfbfd5af
, pathseg=UIO_USERSPACE, flags=3, mode=0) at /usr/src/sys/kern/vfs_syscalls.c:1091 #12 0xc063a8e8 in kern_open (td=0xc7aebb40, path=0xbfbfd5af
, pathseg=UIO_USERSPACE, flags=2, mode=0) at /usr/src/sys/kern/vfs_syscalls.c:1045 #13 0xc063a91a in open (td=0xc7aebb40, uap=0xe81a1cf8) at /usr/src/sys/kern/vfs_syscalls.c:1021 #14 0xc073792b in syscall (frame=0xe81a1d38) at /usr/src/sys/i386/i386/trap.c:1073 #15 0xc071d170 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #16 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) vboxdrv.ko got loaded before starting X (using /boot/loader.conf). all ports are up-to-date and the running kernel is in sync with the kernel sources. right now i'm running r192089 (CURRENT) and virtualbox-2.2.2r19673. cheers. From owner-freebsd-current@FreeBSD.ORG Fri May 15 12:40:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C21C4106566C for ; Fri, 15 May 2009 12:40:40 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id 5763B8FC27 for ; Fri, 15 May 2009 12:40:34 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.41,199,1241388000"; d="scan'208";a="214450920" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 15 May 2009 14:40:33 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id DDB761B0765; Fri, 15 May 2009 14:40:33 +0200 (CEST) Date: Fri, 15 May 2009 14:40:33 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: monotone crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 12:40:41 -0000 here's a bt: #0 0x289d2f4b in kill () from /lib/libc.so.7 #1 0x289d2eaa in raise () from /lib/libc.so.7 #2 0x289d1c58 in abort () from /lib/libc.so.7 #3 0x2886e3d0 in __gnu_cxx::__verbose_terminate_handler () from /usr/lib/libstdc++.so.6 #4 0x2887263e in std::set_unexpected () from /usr/lib/libstdc++.so.6 #5 0x28872682 in std::terminate () from /usr/lib/libstdc++.so.6 #6 0x2887258e in __cxa_throw () from /usr/lib/libstdc++.so.6 #7 0x288886c7 in __cxa_guard_acquire () from /usr/lib/libstdc++.so.6 #8 0x0837bc0b in std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_copy () #9 0x0837bcb4 in std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_copy () #10 0x0837bea4 in std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_copy () #11 0x08379365 in std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_copy () #12 0x08168a44 in std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_erase () #13 0x08168177 in std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_erase () #14 0x083a4451 in std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_copy () #15 0x08051525 in _init () #16 0x00000000 in ?? () #17 0x00000000 in ?? () #18 0xbfbfe75c in ?? () #19 0x08053080 in ?? () #20 0x083a4468 in std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_copy () #21 0x00000001 in ?? () cheers. From owner-freebsd-current@FreeBSD.ORG Fri May 15 12:52:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D2971065688; Fri, 15 May 2009 12:52:58 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id DCCFD8FC16; Fri, 15 May 2009 12:52:57 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from rebelion.Sisis.de (cazador.sisis.de [193.31.11.193]) by dd12710.kasserver.com (Postfix) with ESMTP id DB9B6184B8AB8; Fri, 15 May 2009 14:52:58 +0200 (CEST) Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n4FCqoqH011561; Fri, 15 May 2009 14:52:50 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Fri, 15 May 2009 14:52:50 +0200 From: Matthias Apitz To: Stefan Ehmann Message-ID: <20090515125250.GA11380@rebelion.Sisis.de> References: <20090514084617.GA3459@rebelion.Sisis.de> <200905141651.35948.shoesoft@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200905141651.35948.shoesoft@gmx.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Dell M4400 && Xorg-vesa && 1920x1200 res? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 12:52:58 -0000 El día Thursday, May 14, 2009 a las 04:51:34PM +0200, Stefan Ehmann escribió: > On Thursday 14 May 2009 10:46:17 Matthias Apitz wrote: > > Hello, > > > > I've a brand new Dell M4400 laptop running CURRENT; the nVidia > > Corporation Quadro FX 770M > > ship is currently not fully supported by the nouveau driver and I'm > > bound to 'vesa' driver for that, at least for the moment. The resolution > > of the laptop is normally 1920x1200, but 'vesa' seems not been willing to > > use this res. even if the Xorg.0.log has lines saying that there is an > > internal mode like that but not being used: > ... > > (II) VESA(0): Monitor0: Using default hsync range of 31.50-37.90 kHz > > (II) VESA(0): Monitor0: Using default vrefresh range of 50.00-70.00 Hz > > > > (II) VESA(0): Not using built-in mode "1920x1200" (no mode of this name) > > ... > > (II) VESA(0): Not using built-in mode "1920x1200" (hsync out of range) > > Adding a custom modeline and/or adjusting the hsync/vrefresh values should fix > this. I'd guess the fallback to the default hsync/vrefresh values is the > problem. > > Booting a linux live CD might provide some usable values. Yes, this worked; but it was terrible slow on window movements; I've got a small fix for the driver x11-drivers/xf86-video-nv and the card is now working as it should with the 'nv' module. Thanks in any case matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Fri May 15 12:57:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3ED0106566B for ; Fri, 15 May 2009 12:57:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 537C08FC1F for ; Fri, 15 May 2009 12:57:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1314847qwe.7 for ; Fri, 15 May 2009 05:57:50 -0700 (PDT) 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:content-transfer-encoding; bh=BzAm7Twa6LvmrdIdVEesGOpsgM3gJVHKDzgq5+8/WSc=; b=KAy/tjGQiRCS90Oma1jQli4cDsTaifL5zJ+09S3WY52vn3acqTKBvSHkHNcS2Os2L/ LQmfSwt6MBu41/GYmiIJ6MWWKh7fRCBGuXQKh9gd3+uvVbfcZiIVNHiybosZ+0q5hs49 YSkpNd94K7oxtDL1pfx/jHOhCO0J6rRDYWJ5c= 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 :content-transfer-encoding; b=AY6s0oWk0/KgW7C7tNb3jhLVFxYLZ2PFpiXia64IFhGUHlqtxOGT0V1VK7S694iLQV RiC3qGZ0A2W4sf1eSi7cNEFt4tXNhxYBnAULFfOUhuH5v/k5rwGiiP+kXB9CAGGkmajL QbxuPn0amV8vtf7+138Cy2m+pLItgyDUYwI4w= MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.229.96.132 with SMTP id h4mr1987774qcn.65.1242392270691; Fri, 15 May 2009 05:57:50 -0700 (PDT) In-Reply-To: References: Date: Fri, 15 May 2009 20:57:50 +0800 X-Google-Sender-Auth: f18b71256d8a8c42 Message-ID: From: Adrian Chadd To: Robert Watson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: -current snapshots and xen kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 12:57:51 -0000 2009/5/15 Robert Watson : > This was discussed at the devsummit also, and struck many people as a goo= d > idea. =A0The usual tension, however, is over the amount of free space on = the > ISO. =A0It might be time to drop the UP kernel from our install CD and re= place > it with a Xen kernel, and add an install-time option to select the kernel= ? Well initially I don't know how you'd use the domU kernel inside an actual domain so I don't see why you'd throw it in sysinstall just for now. Just leave it on the snapshot CD so people like me can manually create basic VM images (which is easy under FreeBSD - install kernel and base tardist in a new filesystem using "install.sh"; boot it) and it should lower the barrier for bootstrapping a DomU VM. Adrian From owner-freebsd-current@FreeBSD.ORG Fri May 15 13:02:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFF211065676 for ; Fri, 15 May 2009 13:02:26 +0000 (UTC) (envelope-from hyogeollee@gmail.com) Received: from mail-px0-f106.google.com (mail-px0-f106.google.com [209.85.216.106]) by mx1.freebsd.org (Postfix) with ESMTP id BDE408FC20 for ; Fri, 15 May 2009 13:02:26 +0000 (UTC) (envelope-from hyogeollee@gmail.com) Received: by pxi4 with SMTP id 4so1169583pxi.3 for ; Fri, 15 May 2009 06:02:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id :disposition-notification-to:date:from:reply-to:user-agent :mime-version:to:cc:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=nw7r/jBaKogXxyCAap6gWRmSk4Kg+oT3YEirZKCXQBg=; b=rd0hC8BB72VUMbFwoZP/aFPvPBU2ZzXuJuLnYeAGfH4imj/hAMCzbKzK/P/sAkH1x4 R+wjzsb4bg5aWrOUxthXzPXnYmXuW/KCpZI51NzqrfTCs2JR76KObnm62xBnSo7ay5FH D6xBnuXRZxrm/212a+nYHOAQvHIvPBSHW4OuY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:cc:subject:x-enigmail-version :content-type:content-transfer-encoding; b=np4TSEQafrSKDzA3WtiCGC/0OoP5mtp0FeFOpCRwHx0iX38pwaY27kjNG+LBqcdQ1Q T6Xde68estH+GvhQU/cl4QHFnPVY95n1ophkFIAdRJTDaoQn8gKoFWYIjQy/BEOQ5jcO U3CVSUZ9qljtVndawXtGRVmaKmFiDS5twJyiA= Received: by 10.114.66.10 with SMTP id o10mr4596961waa.33.1242390670959; Fri, 15 May 2009 05:31:10 -0700 (PDT) Received: from auxo.balanche ([202.30.31.66]) by mx.google.com with ESMTPS id k14sm1422727waf.65.2009.05.15.05.31.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 15 May 2009 05:31:10 -0700 (PDT) Message-ID: <4A0D608B.7040700@gmail.com> Date: Fri, 15 May 2009 21:31:07 +0900 From: Hyogeol Lee User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Cc: Hyogeol Lee Subject: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: 20090514191237.GD70242@bsdcrew.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 13:02:27 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 > Ok > > We uploaded a new tarball what should be fix the build on AMD64. > > Small changelog: > - - devel/kbuild is now dependency > - - remove misc/compat6 support > > Note: > Use devel/bcc instead of devel/dev86 what means > If you have devel/bcc installed please deinstall > > http://people.freebsd.org/~miwi/vbox/virtualbox_1.tgz > > Please give us feedback :P > > > - - Martin > > - -- > > +-----------------------+-------------------------------+ > |/ PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > /|/ ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | > /+-----------------------+-------------------------------+ > |/ Mess with the Best, Die like the Rest! | > /+-----------------------+-------------------------------+ Hi, Great works! Build success, but error on virtual machine running. In with amd64/-current, I got Failed to load VMMR0.r0 (VERR_SYMBOL_VALUE_TOO_BIG). Unknown error creating VM (VERR_SYMBOL_VALUE_TOO_BIG). Result Code: NS_ERROR_FAILURE (0x80004005) Component: Console Interface: IConsole {a7f17a42-5b64-488d-977b-4b2c639ada27} at first time and I got Kernel driver not installed (rc=-1908) Make sure the kernel module has been loaded successfully. Result Code: NS_ERROR_FAILURE (0x80004005) Component: Machine Interface: IMachine {4d1df26d-d9c1-4c7e-b689-15e85ecf8ffc} at after. At that point, VirtualBox dumped core, but there is no good information. This is backtrace, 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"... (gdb) core VirtualBox.core Core was generated by `VirtualBox'. Program terminated with signal 6, Aborted. Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /usr/lib/libstdc++.so.6...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/local/lib/virtualbox/VirtualBox.so...done. Loaded symbols for /usr/local/lib/virtualbox/VirtualBox.so Reading symbols from /usr/local/lib/virtualbox/VBoxDDU.so...done. Loaded symbols for /usr/local/lib/virtualbox/VBoxDDU.so Reading symbols from /usr/local/lib/virtualbox/VBoxKeyboard.so...done. Loaded symbols for /usr/local/lib/virtualbox/VBoxKeyboard.so Reading symbols from /usr/local/lib/virtualbox/VBoxRT.so...done. Loaded symbols for /usr/local/lib/virtualbox/VBoxRT.so Reading symbols from /usr/local/lib/virtualbox/VBoxREM.so...done. Loaded symbols for /usr/local/lib/virtualbox/VBoxREM.so Reading symbols from /usr/local/lib/virtualbox/VBoxVMM.so...done. Loaded symbols for /usr/local/lib/virtualbox/VBoxVMM.so Reading symbols from /usr/local/lib/libXcursor.so.1...done. Loaded symbols for /usr/local/lib/libXcursor.so.1 Reading symbols from /usr/local/lib/libXext.so.6...done. Loaded symbols for /usr/local/lib/libXext.so.6 Reading symbols from /usr/local/lib/libX11.so.6...done. Loaded symbols for /usr/local/lib/libX11.so.6 Reading symbols from /usr/local/lib/virtualbox/VBoxXPCOM.so...done. Loaded symbols for /usr/local/lib/virtualbox/VBoxXPCOM.so Reading symbols from /usr/local/lib/qt4/libQtCore.so.4...done. Loaded symbols for /usr/local/lib/qt4/libQtCore.so.4 Reading symbols from /usr/local/lib/qt4/libQtGui.so.4...done. Loaded symbols for /usr/local/lib/qt4/libQtGui.so.4 Reading symbols from /usr/local/lib/qt4/libQtNetwork.so.4...done. Loaded symbols for /usr/local/lib/qt4/libQtNetwork.so.4 Reading symbols from /usr/local/lib/libSDL-1.2.so.11...done. Loaded symbols for /usr/local/lib/libSDL-1.2.so.11 Reading symbols from /usr/local/lib/libiconv.so.3...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /usr/lib/librt.so.1...done. Loaded symbols for /usr/lib/librt.so.1 Reading symbols from /lib/libz.so.4...done. Loaded symbols for /lib/libz.so.4 Reading symbols from /usr/local/lib/libXrender.so.1...done. Loaded symbols for /usr/local/lib/libXrender.so.1 Reading symbols from /usr/local/lib/libXfixes.so.3...done. Loaded symbols for /usr/local/lib/libXfixes.so.3 Reading symbols from /usr/local/lib/libxcb.so.2...done. Loaded symbols for /usr/local/lib/libxcb.so.2 Reading symbols from /usr/local/lib/libXdmcp.so.6...done. Loaded symbols for /usr/local/lib/libXdmcp.so.6 Reading symbols from /usr/lib/librpcsvc.so.4...done. Loaded symbols for /usr/lib/librpcsvc.so.4 Reading symbols from /usr/local/lib/libXau.so.6...done. Loaded symbols for /usr/local/lib/libXau.so.6 Reading symbols from /usr/local/lib/libgthread-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgthread-2.0.so.0 Reading symbols from /usr/local/lib/libglib-2.0.so.0...done. Loaded symbols for /usr/local/lib/libglib-2.0.so.0 Reading symbols from /usr/local/lib/libpng.so.5...done. Loaded symbols for /usr/local/lib/libpng.so.5 Reading symbols from /usr/local/lib/libSM.so.6...done. Loaded symbols for /usr/local/lib/libSM.so.6 Reading symbols from /usr/local/lib/libICE.so.6...done. Loaded symbols for /usr/local/lib/libICE.so.6 Reading symbols from /usr/local/lib/libXi.so.6...done. Loaded symbols for /usr/local/lib/libXi.so.6 Reading symbols from /usr/local/lib/libXrandr.so.2...done. Loaded symbols for /usr/local/lib/libXrandr.so.2 Reading symbols from /usr/local/lib/libfreetype.so.9...done. Loaded symbols for /usr/local/lib/libfreetype.so.9 Reading symbols from /usr/local/lib/libfontconfig.so.1...done. Loaded symbols for /usr/local/lib/libfontconfig.so.1 Reading symbols from /usr/local/lib/libaa.so.1...done. Loaded symbols for /usr/local/lib/libaa.so.1 Reading symbols from /usr/lib/libusbhid.so.3...done. Loaded symbols for /usr/lib/libusbhid.so.3 Reading symbols from /usr/local/lib/libintl.so.8...done. Loaded symbols for /usr/local/lib/libintl.so.8 Reading symbols from /usr/local/lib/libpcre.so.0...done. Loaded symbols for /usr/local/lib/libpcre.so.0 Reading symbols from /usr/local/lib/libexpat.so.6...done. Loaded symbols for /usr/local/lib/libexpat.so.6 Reading symbols from /lib/libncurses.so.7...done. Loaded symbols for /lib/libncurses.so.7 Reading symbols from /usr/local/lib/libXinerama.so.1...done. Loaded symbols for /usr/local/lib/libXinerama.so.1 Reading symbols from /usr/local/lib/libgobject-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgobject-2.0.so.0 Reading symbols from /usr/local/lib/libgconf-2.so.4...done. Loaded symbols for /usr/local/lib/libgconf-2.so.4 Reading symbols from /usr/local/lib/libgmodule-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgmodule-2.0.so.0 Reading symbols from /usr/local/lib/libORBit-2.so.0...done. Loaded symbols for /usr/local/lib/libORBit-2.so.0 Reading symbols from /usr/local/lib/libdbus-glib-1.so.2...done. Loaded symbols for /usr/local/lib/libdbus-glib-1.so.2 Reading symbols from /usr/local/lib/libdbus-1.so.3...done. Loaded symbols for /usr/local/lib/libdbus-1.so.3 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000800c6d03c in kill () from /lib/libc.so.7 [New Thread 800e021c0 (LWP 100290)] (gdb) bt #0 0x0000000800c6d03c in kill () from /lib/libc.so.7 #1 0x0000000800c6c033 in abort () from /lib/libc.so.7 #2 0x00000008023114d6 in qt_message_output () from /usr/local/lib/qt4/libQtCore.so.4 #3 0x00000008023115ed in qFatal () from /usr/local/lib/qt4/libQtCore.so.4 #4 0x0000000800fb5419 in TrustedError (pszWhere=Variable "pszWhere" is not available. ) at /usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19673/src/VBox/Frontends/VirtualBox/src/main.cpp:639 #5 0x0000000000401817 in supR3HardenedStaticFatalMsgV ( pszWhere=0x402eb9 "suplibOsInit", enmWhat=kSupInitOp_Driver, rc=-1908, pszMsgFmt=0x402e9d "Kernel driver not installed", va=0x7fffffffd4f0) at /usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19673/src/VBox/HostDrivers/Support/SUPR3HardenedMain.cpp:465 #6 0x00000000004018ce in supR3HardenedStaticFatalMsg (pszWhere=Variable "pszWhere" is not available. ) at /usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19673/src/VBox/HostDrivers/Support/SUPR3HardenedMain.cpp:484 #7 0x0000000000401cfe in SUPR3HardenedMain ( pszProgName=0x402e53 "VirtualBox", fFlags=Variable "fFlags" is not available. ) at /usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19673/src/VBox/HostDrivers/Support/SUPR3HardenedMain.cpp:573 #8 0x0000000000400fee in _start () #9 0x0000000800532000 in ?? () #10 0x0000000000000000 in ?? () - ---Type to continue, or q to quit--- Best Regards, - ---- Hyogeol Lee hyogeollee@gmail.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkoNYIYACgkQ1D7/GiH6QSF+GQCdEMxBcWZsu1CdoVzCk5QKuO6h 3gQAoJi8lhQpQVvrMfoLk9hq+h9x4OQw =5d/Z -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri May 15 13:23:36 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56F2C106566B; Fri, 15 May 2009 13:23:36 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 0F34F8FC0A; Fri, 15 May 2009 13:23:35 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1M4xNu-0003pu-QX; Fri, 15 May 2009 17:23:34 +0400 To: Martin Wilke References: <20090514191237.GD70242@bsdcrew.de> <20090515101253.GH71804@bsdcrew.de> From: Boris Samorodov Date: Fri, 15 May 2009 17:23:34 +0400 In-Reply-To: <20090515101253.GH71804@bsdcrew.de> (Martin Wilke's message of "Fri\, 15 May 2009 12\:12\:54 +0200") Message-ID: <88984457@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 13:23:37 -0000 On Fri, 15 May 2009 12:12:54 +0200 Martin Wilke wrote: > We uploaded a new tarball what should be fix the build on AMD64. > Small changelog: > - devel/kbuild is now dependency > - remove misc/compat6 support > Note: > Use devel/bcc instead of devel/dev86 what means > If you have devel/bcc installed please deinstall > http://people.freebsd.org/~miwi/vbox/virtualbox_1.tgz > Please give us feedback :P I've got an error at my 8-CURRENT tinderbox: ----- ======================================== ===> Building package for virtualbox-2.2.2r19673 tar: lib/virtualbox/VBoxREM32.so: Cannot stat: No such file or directory tar: lib/virtualbox/VBoxREM64.so: Cannot stat: No such file or directory tar: Removing leading '/' from member names tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 ----- Seems that for 64 bit platform none of VBoxREM[32|64].so are created. BTW, those who are interested at the subject from mail lists ports@, emulation@ and current@ already knows the great news. May be it's time to move to one list, say, virtualization@? WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri May 15 13:28:18 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D78F1065670; Fri, 15 May 2009 13:28:18 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5CFD98FC25; Fri, 15 May 2009 13:28:18 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id A63D14AC60; Fri, 15 May 2009 15:28:15 +0200 (CEST) Date: Fri, 15 May 2009 15:28:15 +0200 From: Martin Wilke To: Boris Samorodov Message-ID: <20090515132815.GJ71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090515101253.GH71804@bsdcrew.de> <88984457@bb.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <88984457@bb.ipt.ru> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 13:28:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, May 15, 2009 at 05:23:34PM +0400, Boris Samorodov wrote: > On Fri, 15 May 2009 12:12:54 +0200 Martin Wilke wrote: > > > We uploaded a new tarball what should be fix the build on AMD64. > > > Small changelog: > > - devel/kbuild is now dependency > > - remove misc/compat6 support > > > Note: > > Use devel/bcc instead of devel/dev86 what means > > If you have devel/bcc installed please deinstall > > > http://people.freebsd.org/~miwi/vbox/virtualbox_1.tgz > > > Please give us feedback :P > > I've got an error at my 8-CURRENT tinderbox: > ----- > ======================================== > ===> Building package for virtualbox-2.2.2r19673 > tar: lib/virtualbox/VBoxREM32.so: Cannot stat: No such file or directory > tar: lib/virtualbox/VBoxREM64.so: Cannot stat: No such file or directory > tar: Removing leading '/' from member names > tar: Error exit delayed from previous errors. > pkg_create: make_dist: tar command failed with code 256 > ----- > > Seems that for 64 bit platform none of VBoxREM[32|64].so are > created. Ups :(. Seems we was to fast. I'll fix that soon ;). > > BTW, those who are interested at the subject from mail lists > ports@, emulation@ and current@ already knows the great news. > May be it's time to move to one list, say, virtualization@? > Maybe :-). But for the moment it's a good place to deal with vbox. > > WBR > -- > Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEUEARECAAYFAkoNbe8ACgkQdLJIhLHm/OngAwCY2KHMIweS1sARJw/BW2ehMjMr zgCgy9Kh3bwk9ik4uX6t7slfghIr7u8= =ohI6 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri May 15 13:37:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51D2F1065672; Fri, 15 May 2009 13:37:10 +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 29DFA8FC1D; Fri, 15 May 2009 13:37:10 +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 D7AFC46BA4; Fri, 15 May 2009 09:37:09 -0400 (EDT) Date: Fri, 15 May 2009 14:37:09 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Adrian Chadd In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-942717959-1242394629=:23847" Cc: freebsd-current Subject: Re: -current snapshots and xen kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 13:37:10 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --621616949-942717959-1242394629=:23847 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Fri, 15 May 2009, Adrian Chadd wrote: > 2009/5/15 Robert Watson : > >> This was discussed at the devsummit also, and struck many people as a good >> idea.  The usual tension, however, is over the amount of free space on the >> ISO.  It might be time to drop the UP kernel from our install CD and >> replace it with a Xen kernel, and add an install-time option to select the >> kernel? > > Well initially I don't know how you'd use the domU kernel inside an actual > domain so I don't see why you'd throw it in sysinstall just for now. > > Just leave it on the snapshot CD so people like me can manually create basic > VM images (which is easy under FreeBSD - install kernel and base tardist in > a new filesystem using "install.sh"; boot it) and it should lower the > barrier for bootstrapping a DomU VM. The goal would be to make it trivial to install FreeBSD Xen domU boxes by providing an active selection in the installer for such a kernel, entirely avoiding the ned for people to know anything about the installation process. Perhaps not as obtrusive as "Are you installing a Xen domU domain" but an easy way to get to it (or just an alternative first ISO that does the Xen kernel by default). Our kernel configuration chapters in the handbook also need updating to reflect this... Robert N M Watson Computer Laboratory University of Cambridge --621616949-942717959-1242394629=:23847-- From owner-freebsd-current@FreeBSD.ORG Fri May 15 13:46:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AEB61065674; Fri, 15 May 2009 13:46:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qy0-f173.google.com (mail-qy0-f173.google.com [209.85.221.173]) by mx1.freebsd.org (Postfix) with ESMTP id 1EC128FC12; Fri, 15 May 2009 13:46:56 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by qyk3 with SMTP id 3so3595318qyk.3 for ; Fri, 15 May 2009 06:46:56 -0700 (PDT) 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:content-transfer-encoding; bh=L5gkHVsi+BK43yAj3WENLPJX8v0yspNjkhsi4B7vrS0=; b=ZwH7jPv5uM+U8wWNvf+0KjjuLri1mhPsgUE4Z23dA+1RASribL5+tBc1QXXRkKjXBT Fu8QWu49qfRBoARsWEyJyIl8kkwZkvU7A+5QPDZykykz+Kr18GeW7Oq9w1kkiHztBhYo VsvBZ5OzT3bLvC3J3m1crhSO4RkQ6GFOlbNks= 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 :content-transfer-encoding; b=HptlTEjE+bA+zAGBHcq3hXnOJVSWHEy/iO362AW1ekcDa64fzZgSC/lyyOt2aW8PYz 48lTPYU+Wo7SntK+/eFFdPFE5kH+81kR7RLmgPaGHVomzdz5/LhFG1EtK5S+k6zZTiln e9IsHiclBganhATXyDkqW629K7xf9SYCymtbI= MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.229.84.82 with SMTP id i18mr1894053qcl.90.1242395216058; Fri, 15 May 2009 06:46:56 -0700 (PDT) In-Reply-To: References: Date: Fri, 15 May 2009 21:46:56 +0800 X-Google-Sender-Auth: f5b27cef67815256 Message-ID: From: Adrian Chadd To: Robert Watson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: -current snapshots and xen kernels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 13:46:57 -0000 2009/5/15 Robert Watson : > The goal would be to make it trivial to install FreeBSD Xen domU boxes by > providing an active selection in the installer for such a kernel, entirel= y > avoiding the ned for people to know anything about the installation proce= ss. > Perhaps not as obtrusive as "Are you installing a Xen domU domain" but an > easy way to get to it (or just an alternative first ISO that does the Xen > kernel by default). =A0Our kernel configuration chapters in the handbook = also > need updating to reflect this... Right, but how do you get all of the installer stuff to run in the paravirtualised environment? :) I'm not talking about a hardware-xen-vm-with-pvm-extensions, I'm talking about paravirtualisation only. I'm sure one could -make- a bootable single domu kernel image and sysinstall md with the sysinstall being "xen aware" enough where needed. In any case the initial step is still to get the xen DomU kernel included in the current snapshot somehow; this can happen without needing to look into the sysinstall stuff just yet. One thing I really disliked with the CentOS Xen DomU installer is that it really is only prepared for a -DOS- disk image, rather than being given a set of partitions to initialise. I'd really like to avoid being cornered into needing to do the same for FreeBSD DomU VMs installed via sysinstall. Adrian From owner-freebsd-current@FreeBSD.ORG Fri May 15 14:09:45 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CBB4106568B for ; Fri, 15 May 2009 14:09:45 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id ACE998FC1E for ; Fri, 15 May 2009 14:09:44 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 397DF19914D; Fri, 15 May 2009 16:09:40 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 2CA56199139; Fri, 15 May 2009 16:09:40 +0200 (CEST) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 182C51990B8; Fri, 15 May 2009 16:09:40 +0200 (CEST) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2009051516093902-2197 ; Fri, 15 May 2009 16:09:39 +0200 Received: by wep4035 (sSMTP sendmail emulation); Fri, 15 May 2009 16:09:39 +0200 Date: Fri, 15 May 2009 16:09:39 +0200 From: Alexey Shuvaev To: Ed Schouten Message-ID: <20090515140939.GA59115@wep4035.physik.uni-wuerzburg.de> References: <20090514211215.GN58540@hoeg.nl> MIME-Version: 1.0 In-Reply-To: <20090514211215.GN58540@hoeg.nl> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.19 (2009-01-05) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 05/15/2009 04:09:39 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 05/15/2009 04:09:39 PM, Serialize complete at 05/15/2009 04:09:39 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: current@FreeBSD.org Subject: Re: CFT: consolectl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 14:09:45 -0000 On Thu, May 14, 2009 at 11:12:15PM +0200, Ed Schouten wrote: > Hello folks, > > I just made the following patch for -CURRENT. I did some tests to see > whether it works, but I'd rather send to to hackers@ to see whether it > introduces any regressions: > > http://80386.nl/pub/syscons.diff > [snip] > > I'd love to have some reports of people running X11 to know whether > their mouse still works. Unfortunately I don't have a FreeBSD -CURRENT > system running X11 at the moment. Just let me know if it breaks stuff. > Thanks! > System is: FreeBSD wep4035 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri May 15 13:50:21 CEST 2009 root@wep4035:/usr/obj/usr/src/sys/GENERIC amd64 + your patch above. x11 + moused + without hal + fluxbox = runs as before. If needed I can test with hal + kde4 (on another partition, I need to reboot then :( but for now pstat -t hangs here (part of ktrace): 84347 pstat CALL __sysctl(0x7fffffffd8e0,0x2,0x7fffffffd8fc,0x7fffffffd8f0, 0,0) 84347 pstat SCTL "kern.osreldate" 84347 pstat RET __sysctl 0 84347 pstat CALL mmap(0,0x100000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON, 0xffffffff,0) 84347 pstat RET mmap 10997760/0x800a7d000 84347 pstat CALL mmap(0x800b7d000,0x83000,PROT_READ|PROT_WRITE,MAP_PRIVATE| MAP_ANON,0xffffffff,0) 84347 pstat RET mmap 12046336/0x800b7d000 84347 pstat CALL munmap(0x800a7d000,0x83000) 84347 pstat RET munmap 0 84347 pstat CALL ioctl(0x1,TIOCGETA,0x7fffffffdae0) 84347 pstat RET ioctl 0 84347 pstat CALL write(0x1,0x800b02000,0x48) 84347 pstat GIO fd 1 wrote 72 bytes " LINE INQ CAN LIN LOW OUTQ USE LOW COL SESS PGID STAT\ E " 84347 pstat RET write 72/0x48 84347 pstat CALL __sysctl(0x7fffffffdbd0,0x2,0x7fffffffdb60,0x7fffffffdbc8, 0x402269,0x9) 84347 pstat SCTL "sysctl.name2oid" 84347 pstat RET __sysctl 0 84347 pstat CALL __sysctl(0x7fffffffdb60,0x2,0x800b03080,0x7fffffffe028,0,0 ) 84347 pstat SCTL "kern.ttys" 84347 pstat RET __sysctl -1 errno 12 Cannot allocate memory 84347 pstat CALL __sysctl(0x7fffffffdbd0,0x2,0x7fffffffdb60,0x7fffffffdbc8, 0x402269,0x9) 84347 pstat SCTL "sysctl.name2oid" 84347 pstat RET __sysctl 0 84347 pstat CALL __sysctl(0x7fffffffdb60,0x2,0x800b0510c,0x7fffffffe028,0,0 ) 84347 pstat SCTL "kern.ttys" 84347 pstat RET __sysctl -1 errno 12 Cannot allocate memory Just typing sysctl kern.ttys returns nothing. The system has 4G RAM with ~2 Free as per top's output at the moment of running pstat. HTH, Alexey. From owner-freebsd-current@FreeBSD.ORG Fri May 15 14:19:17 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A73AB106564A for ; Fri, 15 May 2009 14:19:17 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 464118FC21 for ; Fri, 15 May 2009 14:19:17 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 48BD81D16C; Fri, 15 May 2009 16:19:16 +0200 (CEST) Date: Fri, 15 May 2009 16:19:16 +0200 From: Ed Schouten To: Alexey Shuvaev Message-ID: <20090515141916.GS58540@hoeg.nl> References: <20090514211215.GN58540@hoeg.nl> <20090515140939.GA59115@wep4035.physik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="06t+fwoZeTwcpCmx" Content-Disposition: inline In-Reply-To: <20090515140939.GA59115@wep4035.physik.uni-wuerzburg.de> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: current@FreeBSD.org Subject: Re: CFT: consolectl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 14:19:18 -0000 --06t+fwoZeTwcpCmx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Alexey, * Alexey Shuvaev wrote: > Just typing sysctl kern.ttys returns nothing. > The system has 4G RAM with ~2 Free as per top's output at the moment of > running pstat. It turns out the sysctl issue is something that was introduced yesterday. kib is planning to commit a fix for it one of these hours. I'll commit the consolectl patch to SVN within a couple of minutes. Thanks a lot for testing the patch for me. --=20 Ed Schouten WWW: http://80386.nl/ --06t+fwoZeTwcpCmx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkoNeeQACgkQ52SDGA2eCwWmYwCeIcPqFRsR5yTynN0QiAtnAGG6 nRsAn0FQA4c+MOoGYkVbtbj5+XDgJJI5 =nBAJ -----END PGP SIGNATURE----- --06t+fwoZeTwcpCmx-- From owner-freebsd-current@FreeBSD.ORG Fri May 15 14:25:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DF6A106566B; Fri, 15 May 2009 14:25:00 +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 47BE68FC17; Fri, 15 May 2009 14:25:00 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-19-244-249.bna.bellsouth.net [68.19.244.249]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n4FEOrGK048511 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 May 2009 10:24:54 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Matthias Apitz In-Reply-To: <20090515125250.GA11380@rebelion.Sisis.de> References: <20090514084617.GA3459@rebelion.Sisis.de> <200905141651.35948.shoesoft@gmx.net> <20090515125250.GA11380@rebelion.Sisis.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-lycwQlDs0CoR/FnUxaxy" Organization: FreeBSD Date: Fri, 15 May 2009 09:24:22 -0500 Message-Id: <1242397462.1755.89.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org, Stefan Ehmann , freebsd-mobile@freebsd.org Subject: Re: Dell M4400 && Xorg-vesa && 1920x1200 res? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 14:25:01 -0000 --=-lycwQlDs0CoR/FnUxaxy Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Fri, 2009-05-15 at 14:52 +0200, Matthias Apitz wrote: > El d=EDa Thursday, May 14, 2009 a las 04:51:34PM +0200, Stefan Ehmann esc= ribi=F3: >=20 > > On Thursday 14 May 2009 10:46:17 Matthias Apitz wrote: > > > Hello, > > > > > > I've a brand new Dell M4400 laptop running CURRENT; the nVidia > > > Corporation Quadro FX 770M > > > ship is currently not fully supported by the nouveau driver and I'm > > > bound to 'vesa' driver for that, at least for the moment. The resolut= ion > > > of the laptop is normally 1920x1200, but 'vesa' seems not been willin= g to > > > use this res. even if the Xorg.0.log has lines saying that there is a= n > > > internal mode like that but not being used: > > ... > > > (II) VESA(0): Monitor0: Using default hsync range of 31.50-37.90 kHz > > > (II) VESA(0): Monitor0: Using default vrefresh range of 50.00-70.00 H= z > > > > > > (II) VESA(0): Not using built-in mode "1920x1200" (no mode of this na= me) > > > ... > > > (II) VESA(0): Not using built-in mode "1920x1200" (hsync out of range= ) > >=20 > > Adding a custom modeline and/or adjusting the hsync/vrefresh values sho= uld fix=20 > > this. I'd guess the fallback to the default hsync/vrefresh values is th= e=20 > > problem. > >=20 > > Booting a linux live CD might provide some usable values. >=20 > Yes, this worked; but it was terrible slow on window movements; > I've got a small fix for the driver x11-drivers/xf86-video-nv and the > card is now working as it should with the 'nv' module. What patch? If it needs review and committing upstream, please send it to me... robert. > Thanks in any case >=20 > matthias --=20 Robert Noland FreeBSD --=-lycwQlDs0CoR/FnUxaxy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkoNexYACgkQM4TrQ4qfRONHtwCeOYkAMV2sX3VrJkZFh3hKPpkY msEAnjx/fBUt8cGVrIFBGUOlv4NCrrNS =rS00 -----END PGP SIGNATURE----- --=-lycwQlDs0CoR/FnUxaxy-- From owner-freebsd-current@FreeBSD.ORG Fri May 15 14:25:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E12B1065696; Fri, 15 May 2009 14:25:49 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (hydra.fletchermoorland.co.uk [78.33.209.59]) by mx1.freebsd.org (Postfix) with ESMTP id D292E8FC27; Fri, 15 May 2009 14:25:48 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from [192.168.0.154] (demophon.fletchermoorland.co.uk [192.168.0.154]) by hydra.fletchermoorland.co.uk (8.14.2/8.14.2) with ESMTP id n4FE0K9u045912; Fri, 15 May 2009 15:00:20 +0100 (BST) (envelope-from paul@fletchermoorland.co.uk) Message-ID: <4A0D7574.3050801@fletchermoorland.co.uk> Date: Fri, 15 May 2009 15:00:20 +0100 From: Paul Wootton User-Agent: Thunderbird 2.0.0.21 (X11/20090504) MIME-Version: 1.0 To: Martin Wilke References: <20090514191237.GD70242@bsdcrew.de> <20090515101253.GH71804@bsdcrew.de> In-Reply-To: <20090515101253.GH71804@bsdcrew.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 14:25:50 -0000 Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Ok > > We uploaded a new tarball what should be fix the build on AMD64. > > Small changelog: > - - devel/kbuild is now dependency > - - remove misc/compat6 support > > Note: > Use devel/bcc instead of devel/dev86 what means > If you have devel/bcc installed please deinstall > > http://people.freebsd.org/~miwi/vbox/virtualbox_1.tgz > > Please give us feedback :P > > > - - Martin > > - -- > > +-----------------------+-------------------------------+ > | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEYEARECAAYFAkoNQCUACgkQdLJIhLHm/OmgeQCgptEW5FhkmB8huDhs5LL63PhI > +04AoONjytolxD892zcCnlv81MRLceEv > =UJL8 > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > > Hi, When compiling I get the following error kBuild: Installing tstUtf8 => /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/bin/testcase/tstUtf8 kBuild: Installing tstUuid => /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/bin/testcase/tstUuid kBuild: Installing tstVMStructGC => /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/bin/tstVMStructGC kBuild: Generating tstVMStructSize - /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/bin/tstVMStructGC: 1: Syntax error: "(" unexpected kmk[2]: *** [/root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h] Error 2 kmk[2]: *** Deleting file `/root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/VMM/tstVMStructGC.h' kmk[2]: *** Waiting for unfinished jobs.... awk -f /usr/src/sys/conf/kmod_syms.awk /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/vboxdrv/vboxdrv.ko /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.def | xargs -J% objcopy % /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/vboxdrv/vboxdrv.ko awk: can't open file /root/vBox/virtualbox/work/virtualbox-2.2.2r19673/src/VBox/HostDrivers/Support/freebsd/SUPDrv-freebsd.def source line number 10 kmk[2]: Leaving directory `/root/vBox/virtualbox/work/virtualbox-2.2.2r19673' kmk[2]: Entering directory `/root/vBox/virtualbox/work/virtualbox-2.2.2r19673' kmk[2]: *** Exiting with status 2 kmk[1]: *** [pass_binaries_this] Error 2 kmk[1]: Leaving directory `/root/vBox/virtualbox/work/virtualbox-2.2.2r19673' kmk: *** [pass_binaries_order] Error 2 *** Error code 2 Stop in /root/vBox/virtualbox. demophon# demophon# uname -a FreeBSD demophon 8.0-CURRENT FreeBSD 8.0-CURRENT #10: Wed May 6 09:04:17 UTC 2009 paul@demophon:/usr/obj/usr/src/sys/DEMOPHON amd64 Any ideas? Cheers Paul From owner-freebsd-current@FreeBSD.ORG Fri May 15 15:29:38 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2497106566B for ; Fri, 15 May 2009 15:29:38 +0000 (UTC) (envelope-from mwest@zeeb.org) Received: from zeeb.org (zeeb.org [88.198.32.244]) by mx1.freebsd.org (Postfix) with ESMTP id 69A4C8FC15 for ; Fri, 15 May 2009 15:29:38 +0000 (UTC) (envelope-from mwest@zeeb.org) Received: from mwest by zeeb.org with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M4zKg-0002x9-2N for current@freebsd.org; Fri, 15 May 2009 16:28:22 +0100 Date: Fri, 15 May 2009 16:28:22 +0100 From: Matthew West To: current@freebsd.org Message-ID: <20090515152822.GA11144@zeeb.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Sender: Matthew West Cc: Subject: nfsd panic, _rw_rlock() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 15:29:38 -0000 FreeBSD 8-CURRENT, built from sources around 27/02/2009: ------ Fatal trap 9: general protection fault while in kernel mode cpuid = 3; apic id = 03 instruction pointer = 0x8:0xffffffff80541391 stack pointer = 0x10:0xfffffffe9df97650 frame pointer = 0x10:0xfffffffe9df97680 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 = 2921 (nfsd) [thread pid 2921 tid 102235 ] Stopped at _rw_rlock+0x11: movq 0x18(%rdi),%rax _rw_rlock() at _rw_rlock+0x11 vfs_stdcheckexp() at vfs_stdcheckexp+0xb4 nfsrv_fhtovp() at nfsrv_fhtovp+0xd3 nfsrv_read() at nfsrv_read+0x2a7 nfssvc() at nfssvc+0x4af syscall() at syscall+0x1e7 Xfast_syscall() at Xfast_syscall+0xab --- syscall (155, FreeBSD ELF64, nfssvc), rip = 0x800695c4c, rsp = 0x7fffffffe8e8, rbp = 0 --- ------ The filesystem being exported over NFS is ZFS. After running for a week, I just caught three of these. Anyone else seeing this? Thanks, Matthew From owner-freebsd-current@FreeBSD.ORG Fri May 15 15:50:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38D7110656C4 for ; Fri, 15 May 2009 15:50:11 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2FB9F8FC27 for ; Fri, 15 May 2009 15:50:09 +0000 (UTC) (envelope-from dan@langille.org) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 8C94050A0D; Fri, 15 May 2009 16:50:09 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XtcoubT7eVAz; Fri, 15 May 2009 16:50:08 +0100 (BST) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 722BF509A2 ; Fri, 15 May 2009 16:50:01 +0100 (BST) Message-ID: <4A0D8F1F.8040302@langille.org> Date: Fri, 15 May 2009 11:49:51 -0400 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Thunderbird 2.0.0.21 (X11/20090422) MIME-Version: 1.0 To: Hans Petter Selasky References: <4A09E44E.6090907@langille.org> <200905130902.11515.hselasky@freebsd.org> In-Reply-To: <200905130902.11515.hselasky@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 15 May 2009 15:52:52 +0000 Cc: freebsd-current@freebsd.org Subject: Re: usb/serial issues with dial up modem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 15:50:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hans Petter Selasky wrote: > On Tuesday 12 May 2009, Dan Langille wrote: >> May 11 19:53:51 mum ppp[1686]: tun0: Chat: Send: ATE1Q0^M > > Hi, > > What kind of modem are you using? > > Maybe it is a TTY problem. > > I cannot find any errors besides from that ppp cannot set the modem speed to > zero. It is a US Robotics Sportster 33.6K modem. - -- Dan Langille BSDCan - The Technical BSD Conference : http://www.bsdcan.org/ PGCon - The PostgreSQL Conference: http://www.pgcon.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoNjx8ACgkQCgsXFM/7nTzvpQCg13xcEkovnTenElp5+d3uwLfa uj0AoJ+gWomw5m0SmWj6YOovo+duLJTp =XsfZ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri May 15 17:12:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37F3A10656CE for ; Fri, 15 May 2009 17:12:16 +0000 (UTC) (envelope-from klingfon@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 8CDBA8FC19 for ; Fri, 15 May 2009 17:12:15 +0000 (UTC) (envelope-from klingfon@gmail.com) Received: by ey-out-2122.google.com with SMTP id 9so645171eyd.7 for ; Fri, 15 May 2009 10:12:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=KvM+oaY9JjfgCcU15Y4BEaRyeGqnljj0K/XwKnswlvg=; b=T4/BTwjI0p34jekTnRs/mKOkEqxoTDUt8dJtkC5Su5xUKnzDdJdSJn9VDcCZxr+CBS mAH9PqjwlOjkT2kupocZVYADFF4eYLHacH7JMaWmwTDTn8LVN/iIH5IZsCAIAOUmevwN pdqU7Ol/ZxpuvW7oBvUKueBSrwuJ5xJUc6Tck= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=Imy9Gsp+V0mRq67o6x2NKtKXt5UYIqBR0okB9c5DJJW7eZlctnnYNoDhx9WtZbtGVF iyOsD9//nNqMLOkE3XgHqcGQTWadHM3AldMH7b9BD3iTzHRrGWuIJS+yfupxumMNyPGh 9cz54/kLOGuG9o0txryHpSwSqMA0Xzl27zFJI= MIME-Version: 1.0 Received: by 10.216.21.206 with SMTP id r56mr1292908wer.110.1242405567786; Fri, 15 May 2009 09:39:27 -0700 (PDT) Date: Fri, 15 May 2009 18:39:27 +0200 Message-ID: <43b1bb350905150939s5d503f00x27116e7ffe79a37@mail.gmail.com> From: Magnus Kling To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=0016364c71ad88ef590469f61623 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: mav@freebsd.org Subject: Kernel panic when reboot on server with a Promise SX4000 and two ATA disks RAID1. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 17:12:16 -0000 --0016364c71ad88ef590469f61623 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi! After having some trouble with ACPI kernel in 7.1, regarding booting with a Promise SX4000 card in a RAID1 setup, I tried to upgrade to CURRENT to test the bits that John Baldwin wrote and had commited to head. Result: Well, it boots ok but on reboot I get a kernel panic after the disks have made the sync. Attached is a bt and panic message. Something for Alexander Motin to think about? Or someone else? Or is it a known problem? I can test patches and stuff on my server. Can I give some more information to help solve the problem? Regards, Magnus --0016364c71ad88ef590469f61623 Content-Type: text/plain; charset=US-ASCII; name="current_panic_promise_SX4.txt" Content-Disposition: attachment; filename="current_panic_promise_SX4.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fur3r0i40 U3luY2luZyBkaXNrcywgdm5vZGVzIHJlbWFpbmluZy4uLjIgMCAxIDEgMCAwIGRvbmUNCkFsbCBi dWZmZXJzIHN5bmNlZC4NCmxvY2sgb3JkZXIgcmV2ZXJzYWw6DQogMXN0IDB4YzJjZDZiZGMgdWZz ICh1ZnMpIEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX21vdW50LmM6MTE5NA0KIDJuZCAweGMyY2U3 ZGY0IHN5bmNlciAoc3luY2VyKSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19zdWJyLmM6MjIwNg0K S0RCOiBzdGFjayBiYWNrdHJhY2U6DQpkYl90cmFjZV9zZWxmX3dyYXBwZXIoYzBjNDFhNzEsYzI2 N2RhMTgsYzA4OWQwNjUsYzA4OGVmNmIsYzBjNDQ4NTYsLi4uKSBhdCBkYl90cg0KYWNlX3NlbGZf d3JhcHBlcisweDI2DQprZGJfYmFja3RyYWNlKGMwODhlZjZiLGMwYzQ0ODU2LGMyOTE0YWQ4LGMy OTE0YmE4LGMyNjdkYTc0LC4uLikgYXQga2RiX2JhY2t0cmFjZQ0KKzB4MjkNCl93aXRuZXNzX2Rl YnVnZ2VyKGMwYzQ0ODU2LGMyY2U3ZGY0LGMwYzRiODA2LGMyOTE0YmE4LGMwYzRiNjg3LC4uLikg YXQgX3dpdG5lc3NfDQpkZWJ1Z2dlcisweDI1DQp3aXRuZXNzX2NoZWNrb3JkZXIoYzJjZTdkZjQs OSxjMGM0YjY4Nyw4OWUsMCwuLi4pIGF0IHdpdG5lc3NfY2hlY2tvcmRlcisweDgzOQ0KX19sb2Nr bWdyX2FyZ3MoYzJjZTdkZjQsODAxMDAsYzJjZTdlMTAsMCwwLC4uLikgYXQgX19sb2NrbWdyX2Fy Z3MrMHg3OTcNCnZvcF9zdGRsb2NrKGMyNjdkYjdjLGMwOGU3ODA3LGMwYzRiNjg3LDgwMTAwLGMy Y2U3ZDljLC4uLikgYXQgdm9wX3N0ZGxvY2srMHg2Mg0KVk9QX0xPQ0sxX0FQVihjMGQzMGI0MCxj MjY3ZGI3YyxjMDg0ZWEzMyxjMGQ1ODkyMCxjMmNlN2Q5YywuLi4pIGF0IFZPUF9MT0NLMV9BUFYN CisweGE1DQpfdm5fbG9jayhjMmNlN2Q5Yyw4MDEwMCxjMGM0YjY4Nyw4OWUsYzBlZjg4ZmMsLi4u KSBhdCBfdm5fbG9jaysweDVlDQp2cmVsZShjMmNlN2Q5YywwLGMwYzRiMDVlLDRlZixjMDg4ZWVi YiwuLi4pIGF0IHZyZWxlKzB4MTQyDQpkb3VubW91bnQoYzJjNzcyODAsODAwMDAsYzI5NTZkODAs YzI0YjEyMzAsMCwuLi4pIGF0IGRvdW5tb3VudCsweDNjZQ0KdmZzX3VubW91bnRhbGwoYzBjM2U1 NjksMCxjMGMzZTYxMywxMmEsMCwuLi4pIGF0IHZmc191bm1vdW50YWxsKzB4NGUNCmJvb3QoYzBk OGJhMTAsMCxjMGMzZTYxMyxhZCxjMjY3ZGQyYywuLi4pIGF0IGJvb3QrMHg0NGYNCnJlYm9vdChj Mjk1NmQ4MCxjMjY3ZGNmOCw0LGMwYzQ1YTZmLGMwZDIxMWU4LC4uLikgYXQgcmVib290KzB4NGIN CnN5c2NhbGwoYzI2N2RkMzgpIGF0IHN5c2NhbGwrMHgyYTMNClhpbnQweDgwX3N5c2NhbGwoKSBh dCBYaW50MHg4MF9zeXNjYWxsKzB4MjANCi0tLSBzeXNjYWxsICg1NSwgRnJlZUJTRCBFTEYzMiwg cmVib290KSwgZWlwID0gMHg4MDUwZmUzLCBlc3AgPSAweGJmYmZlODhjLCBlYnANCj0gMHhiZmJm ZTk2OCAtLS0NCmxvY2sgb3JkZXIgcmV2ZXJzYWw6DQogMXN0IDB4YzJjZDZiZGMgdWZzICh1ZnMp IEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX21vdW50LmM6MTE5NA0KIDJuZCAweGMyY2I3Y2U4IGRl dmZzIChkZXZmcykgQCAvdXNyL3NyYy9zeXMvdWZzL2Zmcy9mZnNfdmZzb3BzLmM6MTE5NQ0KS0RC OiBzdGFjayBiYWNrdHJhY2U6DQpkYl90cmFjZV9zZWxmX3dyYXBwZXIoYzBjNDFhNzEsYzI2N2Q5 YTQsYzA4OWQwNjUsYzA4OGVmNmIsYzBjNDQ4NTYsLi4uKSBhdCBkYl90cg0KYWNlX3NlbGZfd3Jh cHBlcisweDI2DQprZGJfYmFja3RyYWNlKGMwODhlZjZiLGMwYzQ0ODU2LGMyOTE0YWQ4LGMyOTE0 YTA4LGMyNjdkYTAwLC4uLikgYXQga2RiX2JhY2t0cmFjZQ0KKzB4MjkNCl93aXRuZXNzX2RlYnVn Z2VyKGMwYzQ0ODU2LGMyY2I3Y2U4LGMwYzM0MDU1LGMyOTE0YTA4LGMwYzYzOTY0LC4uLikgYXQg X3dpdG5lc3NfDQpkZWJ1Z2dlcisweDI1DQp3aXRuZXNzX2NoZWNrb3JkZXIoYzJjYjdjZTgsOSxj MGM2Mzk2NCw0YWIsYzJjYjdkMDQsLi4uKSBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMA0KeDgzOQ0K X19sb2NrbWdyX2FyZ3MoYzJjYjdjZTgsODA0MDAsYzJjYjdkMDQsMCwwLC4uLikgYXQgX19sb2Nr bWdyX2FyZ3MrMHg3OTcNCnZvcF9zdGRsb2NrKGMyNjdkYjA4LDU1NyxjMjY3ZGIwMCw4MDQwMCxj MmNiN2M5MCwuLi4pIGF0IHZvcF9zdGRsb2NrKzB4NjINClZPUF9MT0NLMV9BUFYoYzBkMWRhMDAs YzI2N2RiMDgsYzJmMzNkOWMsYzBkNTg5MjAsYzJjYjdjOTAsLi4uKSBhdCBWT1BfTE9DSzFfQVBW DQorMHhhNQ0KX3ZuX2xvY2soYzJjYjdjOTAsODA0MDAsYzBjNjM5NjQsNGFiLGMyY2I4MDAwLC4u LikgYXQgX3ZuX2xvY2srMHg1ZQ0KZmZzX2ZsdXNoZmlsZXMoYzJjNzcyODAsMixjMjk1NmQ4MCw1 NTcsMywuLi4pIGF0IGZmc19mbHVzaGZpbGVzKzB4YTcNCnNvZnRkZXBfZmx1c2hmaWxlcyhjMmM3 NzI4MCwyLGMyOTU2ZDgwLGMwYzRiNjg3LDhiYywuLi4pIGF0IHNvZnRkZXBfZmx1c2hmaWxlcysw DQp4MmUNCmZmc191bm1vdW50KGMyYzc3MjgwLDgwMDAwLGMyNjdkYmZjLDRlZixjMDg4ZWViYiwu Li4pIGF0IGZmc191bm1vdW50KzB4MTQ5DQpkb3VubW91bnQoYzJjNzcyODAsODAwMDAsYzI5NTZk ODAsYzI0YjEyMzAsMCwuLi4pIGF0IGRvdW5tb3VudCsweDQ2ZA0KdmZzX3VubW91bnRhbGwoYzBj M2U1NjksMCxjMGMzZTYxMywxMmEsMCwuLi4pIGF0IHZmc191bm1vdW50YWxsKzB4NGUNCmJvb3Qo YzBkOGJhMTAsMCxjMGMzZTYxMyxhZCxjMjY3ZGQyYywuLi4pIGF0IGJvb3QrMHg0NGYNCnJlYm9v dChjMjk1NmQ4MCxjMjY3ZGNmOCw0LGMwYzQ1YTZmLGMwZDIxMWU4LC4uLikgYXQgcmVib290KzB4 NGINCnN5c2NhbGwoYzI2N2RkMzgpIGF0IHN5c2NhbGwrMHgyYTMNClhpbnQweDgwX3N5c2NhbGwo KSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjANCi0tLSBzeXNjYWxsICg1NSwgRnJlZUJTRCBFTEYz MiwgcmVib290KSwgZWlwID0gMHg4MDUwZmUzLCBlc3AgPSAweGJmYmZlODhjLCBlYnANCj0gMHhi ZmJmZTk2OCAtLS0NClVwdGltZTogMm00OHMNCktlcm5lbCBwYWdlIGZhdWx0IHdpdGggdGhlIGZv bGxvd2luZyBub24tc2xlZXBhYmxlIGxvY2tzIGhlbGQ6DQpleGNsdXNpdmUgc2xlZXAgbXV0ZXgg QVRBIHN0YXRlIGxvY2sgKEFUQSBzdGF0ZSBsb2NrKSByID0gMCAoMHhjMmE0MmNkOCkgbG9ja2Vk DQpAIC91c3Ivc3JjL3N5cy9kZXYvYXRhL2F0YS1xdWV1ZS5jOjIwMQ0KZXhjbHVzaXZlIHNsZWVw IG11dGV4IEFUQSBxdWV1ZSBsb2NrIChBVEEgcXVldWUgbG9jaykgciA9IDAgKDB4YzJhNDJjZjAp IGxvY2tlZA0KQCAvdXNyL3NyYy9zeXMvZGV2L2F0YS9hdGEtcXVldWUuYzoxODQNCktEQjogc3Rh Y2sgYmFja3RyYWNlOg0KZGJfdHJhY2Vfc2VsZl93cmFwcGVyKGMwYzQxYTcxLGMyNjdkODMwLGMw ODlkMDY1LGMwYmYzMjAyLGI4LC4uLikgYXQgZGJfdHJhY2Vfc2UNCmxmX3dyYXBwZXIrMHgyNg0K a2RiX2JhY2t0cmFjZShjMGJmMzIwMixiOCxmZmZmZmZmZixjMGVjYzA3YyxjMjY3ZDg2OCwuLi4p IGF0IGtkYl9iYWNrdHJhY2UrMHgyOQ0KX3dpdG5lc3NfZGVidWdnZXIoYzBjNDNlMDIsYzI2N2Q4 N2MsNCwxLDAsLi4uKSBhdCBfd2l0bmVzc19kZWJ1Z2dlcisweDI1DQp3aXRuZXNzX3dhcm4oNSww LGMwYzc2MWNmLDAsYzI5NTRkMzQsLi4uKSBhdCB3aXRuZXNzX3dhcm4rMHgxZmQNCnRyYXAoYzI2 N2Q5MDgpIGF0IHRyYXArMHgxNzMNCmNhbGx0cmFwKCkgYXQgY2FsbHRyYXArMHg2DQotLS0gdHJh cCAweGMsIGVpcCA9IDB4YzA1NjcwYzksIGVzcCA9IDB4YzI2N2Q5NDgsIGVicCA9IDB4YzI2N2Q5 NjAgLS0tDQphdGFfcHJvbWlzZV9zeDRfY29tbWFuZChjMmY1YTY0MCxjOSxjMjY3ZDk5OCxjMDg0 ZWEzMyxjMmE0MmNkOCwuLi4pIGF0IGF0YV9wcm9taQ0Kc2Vfc3g0X2NvbW1hbmQrMHgzOQ0KYXRh X2JlZ2luX3RyYW5zYWN0aW9uKGMyZjVhNjQwLDAsYzBiZjMyMDIsYzksYzJhNDJjZjAsLi4uKSBh dCBhdGFfYmVnaW5fdHJhbnNhY3QNCmlvbisweDdhDQphdGFfc3RhcnQoYzJhOTAwMDAsMCxjMGJm MzIwMiw1ZCxjMmE0MmNmMCwuLi4pIGF0IGF0YV9zdGFydCsweDFkYg0KYXRhX3F1ZXVlX3JlcXVl c3QoYzJmNWE2NDAsMCwxMDEsMCxlNzAwMDAwMCwuLi4pIGF0IGF0YV9xdWV1ZV9yZXF1ZXN0KzB4 NDkzDQphdGFfY29udHJvbGNtZChjMmFlOGIwMCxlNywwLDAsMCwuLi4pIGF0IGF0YV9jb250cm9s Y21kKzB4ZDYNCmFkX3NodXRkb3duKGMyYWU4YjAwLGMyYTE0ODMwLGMwZDIwMzg0KSBhdCBhZF9z aHV0ZG93bisweDRiDQpkZXZpY2Vfc2h1dGRvd24oYzJhZThiMDAsYzJhOTAwMDAsYzI2N2RhOTgs YzA4ODQxZWMsYzJhOTAwMDAsLi4uKSBhdCBkZXZpY2Vfc2h1dA0KZG93bisweDRjDQpidXNfZ2Vu ZXJpY19zaHV0ZG93bihjMmE5MDAwMCxjMjllODgzMCxjMGQyMDM4NCkgYXQgYnVzX2dlbmVyaWNf c2h1dGRvd24rMHgxOQ0KZGV2aWNlX3NodXRkb3duKGMyYTkwMDAwLGMyYTZjYjAwLGMyNjdkYWMw LGMwODg0MWVjLGMyYTZjYjAwLC4uLikgYXQgZGV2aWNlX3NodXQNCmRvd24rMHg0Yw0KYnVzX2dl bmVyaWNfc2h1dGRvd24oYzJhNmNiMDAsYzJhMDU4MzAsYzBkMjAzODQpIGF0IGJ1c19nZW5lcmlj X3NodXRkb3duKzB4MTkNCmRldmljZV9zaHV0ZG93bihjMmE2Y2IwMCxjMjk3MTkwMCxjMjY3ZGFl OCxjMDg4NDFlYyxjMjk3MTkwMCwuLi4pIGF0IGRldmljZV9zaHV0DQpkb3duKzB4NGMNCmJ1c19n ZW5lcmljX3NodXRkb3duKGMyOTcxOTAwLGMyYTAxMDMwLGMwZDIwMzg0KSBhdCBidXNfZ2VuZXJp Y19zaHV0ZG93bisweDE5DQpkZXZpY2Vfc2h1dGRvd24oYzI5NzE5MDAsYzJhNWFhODAsYzI2N2Ri MTAsYzA4ODQxZWMsYzJhNWFhODAsLi4uKSBhdCBkZXZpY2Vfc2h1dA0KZG93bisweDRjDQpidXNf Z2VuZXJpY19zaHV0ZG93bihjMmE1YWE4MCxjMjlkOTgzMCxjMGQyMDM4NCkgYXQgYnVzX2dlbmVy aWNfc2h1dGRvd24rMHgxOQ0KZGV2aWNlX3NodXRkb3duKGMyYTVhYTgwLGMyYTViMzAwLGMyNjdk YjM4LGMwODg0MWVjLGMyYTViMzAwLC4uLikgYXQgZGV2aWNlX3NodXQNCmRvd24rMHg0Yw0KYnVz X2dlbmVyaWNfc2h1dGRvd24oYzJhNWIzMDAsYzI5OGMwMzAsYzBkMjAzODQpIGF0IGJ1c19nZW5l cmljX3NodXRkb3duKzB4MTkNCmRldmljZV9zaHV0ZG93bihjMmE1YjMwMCxjMjk3MWU4MCxjMjY3 ZGI2MCxjMDg4NDFlYyxjMjk3MWU4MCwuLi4pIGF0IGRldmljZV9zaHV0DQpkb3duKzB4NGMNCmJ1 c19nZW5lcmljX3NodXRkb3duKGMyOTcxZTgwLGMyOWRhMDMwLGMwZDIwMzg0KSBhdCBidXNfZ2Vu ZXJpY19zaHV0ZG93bisweDE5DQpkZXZpY2Vfc2h1dGRvd24oYzI5NzFlODAsYzJhNDQ4ODAsYzI2 N2RiODgsYzA0Y2VjNTUsYzJhNDQ4ODAsLi4uKSBhdCBkZXZpY2Vfc2h1dA0KZG93bisweDRjDQpi dXNfZ2VuZXJpY19zaHV0ZG93bihjMmE0NDg4MCw0LGMwYmU1YWExLDJmMyxjMjY3ZGJhMCwuLi4p IGF0IGJ1c19nZW5lcmljX3NodXRkbw0Kd24rMHgxOQ0KYWNwaV9zaHV0ZG93bihjMmE0NDg4MCxj MjlkYzAzMCxjMGQyMDM4NCkgYXQgYWNwaV9zaHV0ZG93bisweDM1DQpkZXZpY2Vfc2h1dGRvd24o YzJhNDQ4ODAsYzI5NTIyODAsYzI2N2RiYzgsYzA4ODQxZWMsYzI5NTIyODAsLi4uKSBhdCBkZXZp Y2Vfc2h1dA0KZG93bisweDRjDQpidXNfZ2VuZXJpY19zaHV0ZG93bihjMjk1MjI4MCxjMmExNDAz MCxjMGQyMDM4NCkgYXQgYnVzX2dlbmVyaWNfc2h1dGRvd24rMHgxOQ0KZGV2aWNlX3NodXRkb3du KGMyOTUyMjgwLGMyOTUyYzgwLGMyNjdkYmYwLGMwODg0MWVjLGMyOTUyYzgwLC4uLikgYXQgZGV2 aWNlX3NodXQNCmRvd24rMHg0Yw0KYnVzX2dlbmVyaWNfc2h1dGRvd24oYzI5NTJjODAsYzI5Nzkw MzAsYzBkMjAzODQpIGF0IGJ1c19nZW5lcmljX3NodXRkb3duKzB4MTkNCmRldmljZV9zaHV0ZG93 bihjMjk1MmM4MCwyZCxjMDgxMDk3ZixjMjkzMjE0MCxjMjkwZDQ0MCwuLi4pIGF0IGRldmljZV9z aHV0ZG93biswDQp4NGMNCnJvb3RfYnVzX21vZHVsZV9oYW5kbGVyKGMyOTMyMTgwLDIsMCw2Nyxj MjkwYmJjMCwuLi4pIGF0IHJvb3RfYnVzX21vZHVsZV9oYW5kbGVyDQorMHgxM2YNCm1vZHVsZV9z aHV0ZG93bigwLDAsYzBjM2U2MTMsMWE3LDAsLi4uKSBhdCBtb2R1bGVfc2h1dGRvd24rMHg3OA0K Ym9vdChjMGQ4YmExMCwwLGMwYzNlNjEzLGFkLGMyNjdkZDJjLC4uLikgYXQgYm9vdCsweDc1Zg0K cmVib290KGMyOTU2ZDgwLGMyNjdkY2Y4LDQsYzBjNDVhNmYsYzBkMjExZTgsLi4uKSBhdCByZWJv b3QrMHg0Yg0Kc3lzY2FsbChjMjY3ZGQzOCkgYXQgc3lzY2FsbCsweDJhMw0KWGludDB4ODBfc3lz Y2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgyMA0KLS0tIHN5c2NhbGwgKDU1LCBGcmVlQlNE IEVMRjMyLCByZWJvb3QpLCBlaXAgPSAweDgwNTBmZTMsIGVzcCA9IDB4YmZiZmU4OGMsIGVicA0K PSAweGJmYmZlOTY4IC0tLQ0KDQoNCkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4g a2VybmVsIG1vZGUNCmNwdWlkID0gMDsgYXBpYyBpZCA9IDAwDQpmYXVsdCB2aXJ0dWFsIGFkZHJl c3MgICA9IDB4Yw0KZmF1bHQgY29kZSAgICAgICAgICAgICAgPSBzdXBlcnZpc29yIHJlYWQsIHBh Z2Ugbm90IHByZXNlbnQNCmluc3RydWN0aW9uIHBvaW50ZXIgICAgID0gMHgyMDoweGMwNTY3MGM5 DQpzdGFjayBwb2ludGVyICAgICAgICAgICA9IDB4Mjg6MHhjMjY3ZDk0OA0KZnJhbWUgcG9pbnRl ciAgICAgICAgICAgPSAweDI4OjB4YzI2N2Q5NjANCmNvZGUgc2VnbWVudCAgICAgICAgICAgID0g YmFzZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYg0KICAgICAgICAgICAgICAgICAgICAg ICAgPSBEUEwgMCwgcHJlcyAxLCBkZWYzMiAxLCBncmFuIDENCnByb2Nlc3NvciBlZmxhZ3MgICAg ICAgID0gaW50ZXJydXB0IGVuYWJsZWQsIHJlc3VtZSwgSU9QTCA9IDANCmN1cnJlbnQgcHJvY2Vz cyAgICAgICAgID0gMSAoaW5pdCkNClt0aHJlYWQgcGlkIDEgdGlkIDEwMDAwMiBdDQpTdG9wcGVk IGF0ICAgICAgYXRhX3Byb21pc2Vfc3g0X2NvbW1hbmQrMHgzOTogICBtb3ZsICAgIDB4YyglZWF4 KSwlZXNp --0016364c71ad88ef590469f61623-- From owner-freebsd-current@FreeBSD.ORG Fri May 15 17:17:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A6D1106566B for ; Fri, 15 May 2009 17:17:15 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [66.92.166.102]) by mx1.freebsd.org (Postfix) with ESMTP id B66398FC19 for ; Fri, 15 May 2009 17:17:14 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from harkness.in.wanderview.com (harkness.in.wanderview.com [10.76.10.150]) (authenticated bits=0) by mail.wanderview.com (8.14.3/8.14.3) with ESMTP id n4FHGswd002745 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 15 May 2009 17:16:54 GMT (envelope-from ben@wanderview.com) Message-Id: <6A55FF0C-EEE2-473A-867C-489E3F18463D@wanderview.com> From: Ben Kelly To: John Baldwin In-Reply-To: <200905121028.58998.jhb@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 15 May 2009 13:17:09 -0400 References: <9A637B27-7C89-49BA-8385-A5B2D5D54BB3@wanderview.com> <200905121028.58998.jhb@freebsd.org> X-Mailer: Apple Mail (2.930.3) X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.64 on 10.76.20.1 Cc: freebsd-current@freebsd.org, Robert Watson Subject: Re: [patch] corrupt memstat_kvm_malloc(3) output and dtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 17:17:15 -0000 On May 12, 2009, at 10:28 AM, John Baldwin wrote: > On Wednesday 06 May 2009 1:00:09 am Ben Kelly wrote: >> On May 5, 2009, at 10:18 AM, Ben Kelly wrote: >>> While debugging a problem recently with Alexander Leidinger we >>> noticed that crashinfo(8) was producing corrupt vmstat -m output. >>> After doing some digging it appears that memstat_kvm_malloc(3) might >>> have been broken by this commit: >>> >>> http://svn.freebsd.org/viewvc/base?view=revision&revision=179222 >>> >>> The problem is that memstat_kvm_malloc(3) assumes that >>> malloc_type_internal starts with an array of malloc_types_stats >>> structures. This assumption is no longer true, though, as >>> mti_probes was inserted at the start of the structure. >>> >>> It appears that this (untested) patch might fix the problem: >>> >>> http://www.wanderview.com/svn/public/misc/zfs/vmstat_kvm_malloc.diff >>> >>> I'm not very familiar with dtrace, though. Does anyone know if this >>> would cause problems? >> >> Just FYI, I was able to recompile and test this patch tonight. It >> seems to have fixed vmstat -M $core -m output on my machine. > > I think that it would be better to update memstat_kvm_malloc(3) > though. I'm > also curious why libmemstat isn't just using malloc_types_internal > directly. I've updated the patch so that memstat_kvm_malloc(3) uses the malloc_type_internal definition to find the start of the statistics array. This also appears to fix the problem on my server. Thanks. - Ben From owner-freebsd-current@FreeBSD.ORG Fri May 15 17:55:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DB111065670 for ; Fri, 15 May 2009 17:55:44 +0000 (UTC) (envelope-from glarkin@FreeBSD.org) Received: from mail1.sourcehosting.net (113901-app1.sourcehosting.net [72.32.213.11]) by mx1.freebsd.org (Postfix) with ESMTP id 550418FC19 for ; Fri, 15 May 2009 17:55:44 +0000 (UTC) (envelope-from glarkin@FreeBSD.org) Received: from 68-189-245-235.dhcp.oxfr.ma.charter.com ([68.189.245.235] helo=Gregory-Larkins-Computer.local) by mail1.sourcehosting.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M51dC-000Edp-GA; Fri, 15 May 2009 13:55:42 -0400 Received: from [127.0.0.1] (fireball.entropy.prv [192.168.1.12]) by Gregory-Larkins-Computer.local (Postfix) with ESMTP id 4926B2E8A694; Fri, 15 May 2009 13:55:38 -0400 (EDT) Message-ID: <4A0DAC9C.1060107@FreeBSD.org> Date: Fri, 15 May 2009 13:55:40 -0400 From: Greg Larkin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Saifi Khan References: In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=1C940290 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -0.3 (/) Cc: freebsd-current@freebsd.org Subject: Re: Scala X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: glarkin@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 17:55:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Saifi Khan wrote: > Hi: > > just tried out Scala 2.8.0 svn r17711 revision with Diablo Java > HotSpot(TM) Client VM 1.6.0_07 and it works awesome on the > FreeBSD 8.0 200905 i386 snapshot. > > However, while running the 'ant test', i noticed that java > tops out at 274MB heap size with 31 threads (falls to 29 threads > after approx 5min and stays there) . > > Interestingly, the state in 'top' is shown as 'ucond'. > Is this pthread_cond_wait_ or something, where the VM thread is > deadlocked ? > > Any work around to this issue ? > > I also noticed that the recent ports checkin is Scala 2.7.3 > http://www.freebsd.org/cgi/query-pr.cgi?pr=133887 > > May be, Scala 2.7.4 can be fast tracked to the ports. > > Can somebody point out to a template for the ports directory > tree layout ? Is there a location to place bleeding edge ports? > > > thanks > Saifi. Hi Saifi, I just committed Scala 2.7.4 to the ports tree - enjoy! http://www.freshports.org/lang/scala/ Cheers, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFKDayc0sRouByUApARAiLAAJsHGQa54oISsY2HMxiMF/WDKTR+/QCeO8R5 uu/oFS7MNYYY9cyzWoeH8r0= =VkJB -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri May 15 17:57:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 957A41065689; Fri, 15 May 2009 17:57:14 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl.com (jdl.com [208.123.74.7]) by mx1.freebsd.org (Postfix) with ESMTP id 66E1C8FC1F; Fri, 15 May 2009 17:57:14 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl (helo=jdl.com) by jdl.com with local-esmtp (Exim 4.69) (envelope-from ) id 1M51ei-0005k4-SU; Fri, 15 May 2009 12:57:13 -0500 To: Andrew Thompson In-reply-to: <20090514145510.GA5507@citylink.fud.org.nz> References: <20090513170028.GA96051@citylink.fud.org.nz> <20090513175000.GA2635@citylink.fud.org.nz> <20090514145510.GA5507@citylink.fud.org.nz> Comments: In-reply-to Andrew Thompson message dated "Thu, 14 May 2009 07:55:10 -0700." Date: Fri, 15 May 2009 12:57:12 -0500 From: Jon Loeliger Message-Id: X-Spam-Score: -1.8 Cc: freebsd-current@freebsd.org Subject: Re: Building boot2 for ixp425 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 17:57:15 -0000 > > Ok, rather than flogging this more just do a buildworld first, > > make TARGET_ARCH=arm TARGET_CPUTYPE=xscale \ > TARGET_BIG_ENDIAN=true buildworld > > make TARGET_ARCH=arm TARGET_CPUTYPE=xscale \ > TARGET_BIG_ENDIAN=true buildenv > > cd sys/boot/arm/ixp425/boot2/ > make OK! This is progress, thanks! So, I did the above buildworld. That's KERNCONF agnostic, right? And then I did the "buildenv/cd/make" above, and created a boot2 image finally. Cool. However, it is not UFS-kosher Onto the Avila board, stuff in flash, and "go" it: RedBoot> go FreeBSD ARM (Gateworks Avila) boot2 v0.4 Not ufs Default: /boot/kernel/kernel boot: No /boot/kernel/kernel I clearly missed something. Reviewing the Wiki steps, I see: On the build machine: Build a kernel configured to mount the file system from ad0. This is most easily done by copying the AVILA config file and stripping out the BOOTP* options. Build the second level bootstrap program by entering the arm/xscale build environment and building sys/boot2/ixdp425: make TARGET_ARCH=arm TARGET_CPUTYPE=xscale \ TARGET_BIG_ENDIAN=true buildenv cd sys/boot/arm/ixp425/boot2/ make So, after the "buildworld", above, I think I should now build a kernel. I'm not sure which KERNCONF, though. The phrase "the AVILA config file" is not specific enough for me. I think there are a couple candidates floating around: 1) /usr/src/sys/arm/conf/AVILA 2) /usr/src/tools/tools/nanobsd/gateworks/G2348 I copied the first, stripped the BOOTP* options, but didn't adjust anything to do with UFS anything, and called it BOOT2. I then built a kernel using: env TARGET_ARCH=arm make -j 3 KERNCONF=BOOT2 buildkernel I then did the 3 "buildenv/cd/make" boot2 commands above. That boot2 image was succesfully copied to the flash and run, but didn' work. Should I have used the G2348 conf file for starters? I don't think so, as there are no BOOTP* options in it to strip out. :-) Should I have added one of these to my BOOT2 conf file?: options ROOTDEVNAME=\"ufs:ad0s1\" options ROOTDEVNAME=\"ufs:ad0a\" options ROOTDEVNAME=\"ufs:ad0s1a\" Thanks, jdl From owner-freebsd-current@FreeBSD.ORG Fri May 15 18:01:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04D581065678 for ; Fri, 15 May 2009 18:01:17 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id BBAD68FC21 for ; Fri, 15 May 2009 18:01:16 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 31769FF43; Sat, 16 May 2009 06:01:16 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s9DmgabM9pQZ; Sat, 16 May 2009 06:01:11 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Sat, 16 May 2009 06:01:11 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 2512E11432; Sat, 16 May 2009 06:01:11 +1200 (NZST) Date: Fri, 15 May 2009 11:01:11 -0700 From: Andrew Thompson To: Jon Loeliger Message-ID: <20090515180111.GA37398@citylink.fud.org.nz> References: <20090513170028.GA96051@citylink.fud.org.nz> <20090513175000.GA2635@citylink.fud.org.nz> <20090514145510.GA5507@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: Building boot2 for ixp425 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 18:01:18 -0000 On Fri, May 15, 2009 at 12:57:12PM -0500, Jon Loeliger wrote: > > > > Ok, rather than flogging this more just do a buildworld first, > > > > make TARGET_ARCH=arm TARGET_CPUTYPE=xscale \ > > TARGET_BIG_ENDIAN=true buildworld > > > > make TARGET_ARCH=arm TARGET_CPUTYPE=xscale \ > > TARGET_BIG_ENDIAN=true buildenv > > > > cd sys/boot/arm/ixp425/boot2/ > > make > > OK! This is progress, thanks! > > So, I did the above buildworld. That's KERNCONF agnostic, right? > > And then I did the "buildenv/cd/make" above, and created a > boot2 image finally. Cool. However, it is not UFS-kosher > > Onto the Avila board, stuff in flash, and "go" it: > > RedBoot> go > FreeBSD ARM (Gateworks Avila) boot2 v0.4 > Not ufs The boot2 loader is only for booting when the kernel is on flash (ie compat flash card plugged in). Are you sure you have flash storage plugged in with a ufs bootable filesystem on it? If you get your root filesystem from some other means (nfs) then you can just write the kernel itself to redboot. Andrew From owner-freebsd-current@FreeBSD.ORG Fri May 15 18:09:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83C0E1065675; Fri, 15 May 2009 18:09:27 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl.com (jdl.com [208.123.74.7]) by mx1.freebsd.org (Postfix) with ESMTP id 632748FC1A; Fri, 15 May 2009 18:09:27 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl (helo=jdl.com) by jdl.com with local-esmtp (Exim 4.69) (envelope-from ) id 1M51qS-0005nF-IY; Fri, 15 May 2009 13:09:27 -0500 To: Andrew Thompson In-reply-to: <20090515180111.GA37398@citylink.fud.org.nz> References: <20090513170028.GA96051@citylink.fud.org.nz> <20090513175000.GA2635@citylink.fud.org.nz> <20090514145510.GA5507@citylink.fud.org.nz> <20090515180111.GA37398@citylink.fud.org.nz> Comments: In-reply-to Andrew Thompson message dated "Fri, 15 May 2009 11:01:11 -0700." Date: Fri, 15 May 2009 13:09:20 -0500 From: Jon Loeliger Message-Id: X-Spam-Score: -2.3 Cc: freebsd-current@freebsd.org Subject: Re: Building boot2 for ixp425 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 18:09:27 -0000 > > > > So, I did the above buildworld. That's KERNCONF agnostic, right? > > > > And then I did the "buildenv/cd/make" above, and created a > > boot2 image finally. Cool. However, it is not UFS-kosher > > > > Onto the Avila board, stuff in flash, and "go" it: > > > > RedBoot> go > > FreeBSD ARM (Gateworks Avila) boot2 v0.4 > > Not ufs > > The boot2 loader is only for booting when the kernel is on flash (ie > compat flash card plugged in). There is a nanobsd built image on the compact flash card, which is plugged in. > Are you sure you have flash storage plugged in Yes. > with a ufs bootable filesystem on it? Maybe. I think I successfully built that image using the nanobsd.sh script with the G2348 kernel via the tools/tools/nanobsd/gateworks/avila conf file. Is there a tool that will take nanobsd's "full disk" image, inspect it, and itemize what is really in it? > If you get your root filesystem from some other means (nfs) then you can > just write the kernel itself to redboot. If possible, I specifically want to avoid the use of NFS in this bootstrap process. That's why I think I am trying to use CF. > Andrew Thanks! jdl From owner-freebsd-current@FreeBSD.ORG Fri May 15 18:16:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75C3A106564A for ; Fri, 15 May 2009 18:16:29 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 385AB8FC23 for ; Fri, 15 May 2009 18:16:23 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 469BFFF43; Sat, 16 May 2009 06:16:22 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PZPl15A0862k; Sat, 16 May 2009 06:16:17 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Sat, 16 May 2009 06:16:17 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 6622B11432; Sat, 16 May 2009 06:16:17 +1200 (NZST) Date: Fri, 15 May 2009 11:16:17 -0700 From: Andrew Thompson To: Jon Loeliger Message-ID: <20090515181617.GB37398@citylink.fud.org.nz> References: <20090513170028.GA96051@citylink.fud.org.nz> <20090513175000.GA2635@citylink.fud.org.nz> <20090514145510.GA5507@citylink.fud.org.nz> <20090515180111.GA37398@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: Building boot2 for ixp425 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 18:16:29 -0000 On Fri, May 15, 2009 at 01:09:20PM -0500, Jon Loeliger wrote: > > > > > > So, I did the above buildworld. That's KERNCONF agnostic, right? > > > > > > And then I did the "buildenv/cd/make" above, and created a > > > boot2 image finally. Cool. However, it is not UFS-kosher > > > > > > Onto the Avila board, stuff in flash, and "go" it: > > > > > > RedBoot> go > > > FreeBSD ARM (Gateworks Avila) boot2 v0.4 > > > Not ufs > > > > The boot2 loader is only for booting when the kernel is on flash (ie > > compat flash card plugged in). > > There is a nanobsd built image on the compact flash card, > which is plugged in. > > > Are you sure you have flash storage plugged in > > Yes. > > > with a ufs bootable filesystem on it? > > Maybe. I think I successfully built that image using > the nanobsd.sh script with the G2348 kernel via the > tools/tools/nanobsd/gateworks/avila conf file. > > Is there a tool that will take nanobsd's "full disk" image, > inspect it, and itemize what is really in it? Ah, I forgot you were using nanobsd. The only thing I can think of is maybe the endian on the ufs filesystem is wrong This is an image for an Xscale board # file - < /dev/ad0s1a /dev/stdin: Unix Fast File system [v2] (big-endian) ... ARM can be big endian or little endian so you may want to check what type you need and if nanobsd has created it correctly. cheers, Andrew From owner-freebsd-current@FreeBSD.ORG Fri May 15 18:29:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 742B21065672; Fri, 15 May 2009 18:29:45 +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 45DFA8FC28; Fri, 15 May 2009 18:29:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id EF01146C16; Fri, 15 May 2009 14:29:44 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 7D3428A02A; Fri, 15 May 2009 14:29:43 -0400 (EDT) From: John Baldwin To: Ben Kelly Date: Fri, 15 May 2009 14:26:00 -0400 User-Agent: KMail/1.9.7 References: <9A637B27-7C89-49BA-8385-A5B2D5D54BB3@wanderview.com> <200905121028.58998.jhb@freebsd.org> <6A55FF0C-EEE2-473A-867C-489E3F18463D@wanderview.com> In-Reply-To: <6A55FF0C-EEE2-473A-867C-489E3F18463D@wanderview.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905151426.00489.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 15 May 2009 14:29:43 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org, Robert Watson Subject: Re: [patch] corrupt memstat_kvm_malloc(3) output and dtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 18:29:45 -0000 On Friday 15 May 2009 1:17:09 pm Ben Kelly wrote: > On May 12, 2009, at 10:28 AM, John Baldwin wrote: > > On Wednesday 06 May 2009 1:00:09 am Ben Kelly wrote: > >> On May 5, 2009, at 10:18 AM, Ben Kelly wrote: > >>> While debugging a problem recently with Alexander Leidinger we > >>> noticed that crashinfo(8) was producing corrupt vmstat -m output. > >>> After doing some digging it appears that memstat_kvm_malloc(3) might > >>> have been broken by this commit: > >>> > >>> http://svn.freebsd.org/viewvc/base?view=revision&revision=179222 > >>> > >>> The problem is that memstat_kvm_malloc(3) assumes that > >>> malloc_type_internal starts with an array of malloc_types_stats > >>> structures. This assumption is no longer true, though, as > >>> mti_probes was inserted at the start of the structure. > >>> > >>> It appears that this (untested) patch might fix the problem: > >>> > >>> http://www.wanderview.com/svn/public/misc/zfs/vmstat_kvm_malloc.diff > >>> > >>> I'm not very familiar with dtrace, though. Does anyone know if this > >>> would cause problems? > >> > >> Just FYI, I was able to recompile and test this patch tonight. It > >> seems to have fixed vmstat -M $core -m output on my machine. > > > > I think that it would be better to update memstat_kvm_malloc(3) > > though. I'm > > also curious why libmemstat isn't just using malloc_types_internal > > directly. > > I've updated the patch so that memstat_kvm_malloc(3) uses the > malloc_type_internal definition to find the start of the statistics > array. This also appears to fix the problem on my server. Thanks! I've committed the fix. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 15 18:51:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46BF9106566B; Fri, 15 May 2009 18:51:15 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl.com (jdl.com [208.123.74.7]) by mx1.freebsd.org (Postfix) with ESMTP id 167178FC2B; Fri, 15 May 2009 18:51:14 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl (helo=jdl.com) by jdl.com with local-esmtp (Exim 4.69) (envelope-from ) id 1M52Uv-0005tv-1v; Fri, 15 May 2009 13:51:13 -0500 To: Andrew Thompson In-reply-to: <20090515181617.GB37398@citylink.fud.org.nz> References: <20090513170028.GA96051@citylink.fud.org.nz> <20090513175000.GA2635@citylink.fud.org.nz> <20090514145510.GA5507@citylink.fud.org.nz> <20090515180111.GA37398@citylink.fud.org.nz> <20090515181617.GB37398@citylink.fud.org.nz> Comments: In-reply-to Andrew Thompson message dated "Fri, 15 May 2009 11:16:17 -0700." Date: Fri, 15 May 2009 13:51:09 -0500 From: Jon Loeliger Message-Id: X-Spam-Score: -2.3 Cc: freebsd-current@freebsd.org Subject: Re: Building boot2 for ixp425 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 18:51:15 -0000 > > > > > with a ufs bootable filesystem on it? > > > > Maybe. I think I successfully built that image using > > the nanobsd.sh script with the G2348 kernel via the > > tools/tools/nanobsd/gateworks/avila conf file. > > > > Is there a tool that will take nanobsd's "full disk" image, > > inspect it, and itemize what is really in it? > > Ah, I forgot you were using nanobsd. The only thing I can think of is > maybe the endian on the ufs filesystem is wrong So, you think boot2 is fine and the CF image isn't right? I kind of thought the boot2 wasn't right, and was trying to find the real image in the wrong place. How does boot2 know to look on the CF ? > This is an image for an Xscale board > # file - < /dev/ad0s1a > /dev/stdin: Unix Fast File system [v2] (big-endian) ... > > ARM can be big endian or little endian so you may want to check what > type you need and if nanobsd has created it correctly. So, I plopped into /usr/obj/nanobsd.avila-HEAD, where there are these three files: _.disk.full _.disk.image1 _.disk.image2 for which "file" says: freebie# file _.disk.* _.disk.full: x86 boot sector; partition 1: ID=0xa5, active, starthead 1, startsector 63, 498897 sectors; partition 2: ID=0xa5, starthead 1, startsector 499023, 498897 sectors; partition 3: ID=0xa5, starthead 0, startsector 997920, 3024 sectors, code offset 0x31 _.disk.image1: Unix Fast File system [v1] (big-endian), last mounted on , last written at Tue May 12 12:58:59 2009, clean flag 1, number of blocks 498896, number of data blocks 490223, number of cylinder groups 20, block size 4096, fragment size 512, minimum percentage of free blocks 8, rotational delay 0ms, disk rotational speed 60rps, SPACE optimization _.disk.image2: Unix Fast File system [v1] (big-endian), last mounted on , last written at Tue May 12 13:01:01 2009, clean flag 1, number of blocks 498896, number of data blocks 490223, number of cylinder groups 20, block size 4096, fragment size 512, minimum percentage of free blocks 8, rotational delay 0ms, disk rotational speed 60rps, SPACE optimization A "strings" on that full disk image contains: @(#)FreeBSD 8.0-CURRENT #0: Tue May 12 12:56:15 CDT 2009 FreeBSD 8.0-CURRENT #0: Tue May 12 12:56:15 CDT 2009 jdl@freebie:/usr/obj/nanobsd.avila-HEAD/arm/usr/src/sys/G2348 FreeBSD 8.0-CURRENT G2348 From owner-freebsd-current@FreeBSD.ORG Fri May 15 19:03:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F37971065674; Fri, 15 May 2009 19:03:10 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 811FC8FC17; Fri, 15 May 2009 19:03:10 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n4FJ38MC021998 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 May 2009 12:03:08 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4A0DBC6C.60104@freebsd.org> Date: Fri, 15 May 2009 12:03:08 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090411) MIME-Version: 1.0 To: Jon Loeliger References: <20090513170028.GA96051@citylink.fud.org.nz> <20090513175000.GA2635@citylink.fud.org.nz> <20090514145510.GA5507@citylink.fud.org.nz> <20090515180111.GA37398@citylink.fud.org.nz> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org, Andrew Thompson Subject: Re: Building boot2 for ixp425 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 19:03:11 -0000 Jon Loeliger wrote: >>> So, I did the above buildworld. That's KERNCONF agnostic, right? >>> >>> And then I did the "buildenv/cd/make" above, and created a >>> boot2 image finally. Cool. However, it is not UFS-kosher >>> >>> Onto the Avila board, stuff in flash, and "go" it: >>> >>> RedBoot> go >>> FreeBSD ARM (Gateworks Avila) boot2 v0.4 >>> Not ufs >>> >> The boot2 loader is only for booting when the kernel is on flash (ie >> compat flash card plugged in). >> > > There is a nanobsd built image on the compact flash card, > which is plugged in. > A bit of searching shows "Not ufs" comes from boot/common/ufsread.c and indicates the magic number read from the superblock didn't match anything known. This points at your CF image. > >> Are you sure you have flash storage plugged in >> > > Yes. > boot2 would've complained differently if there was no CF plugged in/readable. > >> with a ufs bootable filesystem on it? >> > > Maybe. I think I successfully built that image using > the nanobsd.sh script with the G2348 kernel via the > tools/tools/nanobsd/gateworks/avila conf file. > > Is there a tool that will take nanobsd's "full disk" image, > inspect it, and itemize what is really in it? > Unfortunately no; we're lacking bi-endian UFS support so the big-endian image you probably made on an x86 box won't be readable. The nanobsd logs files should provide everything you need to verify the construction. It's possible however you transferred the data to the part wasn't right but my experience is that when that's broken you get different symptoms like the boot process just stopping w/o console output. > > >> If you get your root filesystem from some other means (nfs) then you can >> just write the kernel itself to redboot. >> > > If possible, I specifically want to avoid the use of NFS in this > bootstrap process. That's why I think I am trying to use CF. > > People do this all the time so not sure why you're having so much trouble. My usual process is: 1. run nanobsd.sh to construct image 2. dd if=/usr/obj/mumble/_.disk.full of=/dev/da0 bs=63b (or similar) 3. move CF part and boot (this is for a CF part in a usb reader/writer). Sam From owner-freebsd-current@FreeBSD.ORG Fri May 15 19:34:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92E4B106566C; Fri, 15 May 2009 19:34:01 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl.com (jdl.com [208.123.74.7]) by mx1.freebsd.org (Postfix) with ESMTP id 634858FC0C; Fri, 15 May 2009 19:34:01 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl (helo=jdl.com) by jdl.com with local-esmtp (Exim 4.69) (envelope-from ) id 1M53AJ-00060X-Ur; Fri, 15 May 2009 14:34:00 -0500 To: Sam Leffler In-reply-to: <4A0DBC6C.60104@freebsd.org> References: <20090513170028.GA96051@citylink.fud.org.nz> <20090513175000.GA2635@citylink.fud.org.nz> <20090514145510.GA5507@citylink.fud.org.nz> <20090515180111.GA37398@citylink.fud.org.nz> <4A0DBC6C.60104@freebsd.org> Comments: In-reply-to Sam Leffler message dated "Fri, 15 May 2009 12:03:08 -0700." Date: Fri, 15 May 2009 14:33:55 -0500 From: Jon Loeliger Message-Id: X-Spam-Score: -2.3 Cc: freebsd-current@freebsd.org, Andrew Thompson Subject: Re: Building boot2 for ixp425 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 19:34:01 -0000 > > boot2 would've complained differently if there was no CF plugged > in/readable. Indeed. cfwait: error, status 0x7 error 0x1 > Unfortunately no; we're lacking bi-endian UFS support so the big-endian > image you probably made on an x86 box won't be readable. The nanobsd > logs files should provide everything you need to verify the > construction. It's possible however you transferred the data to the > part wasn't right but my experience is that when that's broken you get > different symptoms like the boot process just stopping w/o console output. > My usual process is: > > 1. run nanobsd.sh to construct image I did that. This is the command I ran: cd tools/tools/nanobsd/gateworks sh ../nanobsd.sh -c ./avila > 2. dd if=/usr/obj/mumble/_.disk.full of=/dev/da0 bs=63b (or similar) I believe that's the command I used. It was bs=63b. > 3. move CF part and boot Right. But you have to do the middle part too. > People do this all the time so not sure why you're having so much > trouble. But it was the boot2 creation process that didn't fall out of the instuctions and wasn't clear to me. Part of the confusion stems from my inexperience of not knowing what parts of the build process are either wiped clean, left around, going to interfere with or are required by the next step, and environment settings. These things likely are "just known" by you. Last time I built a FreeBSD system was about 15 years ago. Sorry. I think the "nanobsd" build machanism would be way cleaner if it operated more in distinct steps rather than tried to "do it all". The problem being that the necessary boot2 step isn't in the mix, so I've had to totally re-deduce the environment that nanobsd was trying to setup and use. Step 1. Buildworld Step 2. Select/create BOOT2 kernel conf Step 3. Build boot2 kernel, and boot2 image, Squirrel boot2 image away in /tftpboot, ignore kernel Step 4. Select/create AVIAL or G3248 kernel conf Step 5. Build your real kernel, Root FS and full disk image using ... Step 6. Copy full disk image to CF Step 7. Burn boot2 onto flash Step 8. Install CF card and boot Thanks, jdl From owner-freebsd-current@FreeBSD.ORG Fri May 15 20:30:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCCA61065675 for ; Fri, 15 May 2009 20:30:01 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id B8D988FC17 for ; Fri, 15 May 2009 20:30:01 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n4FKSZuv055408; Fri, 15 May 2009 16:28:35 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200905152028.n4FKSZuv055408@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 15 May 2009 16:30:11 -0400 To: Dan Langille , Hans Petter Selasky From: Mike Tancsa In-Reply-To: <4A0D8F1F.8040302@langille.org> References: <4A09E44E.6090907@langille.org> <200905130902.11515.hselasky@freebsd.org> <4A0D8F1F.8040302@langille.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: usb/serial issues with dial up modem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 20:30:02 -0000 At 11:49 AM 5/15/2009, Dan Langille wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Hans Petter Selasky wrote: > > On Tuesday 12 May 2009, Dan Langille wrote: > >> May 11 19:53:51 mum ppp[1686]: tun0: Chat: Send: ATE1Q0^M > > > > Hi, > > > > What kind of modem are you using? > > > > Maybe it is a TTY problem. > > > > I cannot find any errors besides from that ppp cannot set the > modem speed to > > zero. > >It is a US Robotics Sportster 33.6K modem. Strange, I can see the same error. I am using a uftdi serial adaptor on HEAD from yesterday. May 15 16:19:34 bessie4 ppp[1679]: tun0: Phase: deflink: his = PAP, mine = none May 15 16:19:34 bessie4 ppp[1679]: tun0: Phase: Pap Output: dwtemp ******** May 15 16:19:34 bessie4 ppp[1679]: tun0: LCP: deflink: RecvEchoReply(0) state = Opened May 15 16:19:37 bessie4 last message repeated 501 times May 15 16:19:37 bessie4 ppp[1679]: tun0: Phase: Pap Output: dwtemp ******** May 15 16:19:37 bessie4 ppp[1679]: tun0: LCP: deflink: RecvEchoReply(0) state = Opened May 15 16:19:40 bessie4 last message repeated 533 times May 15 16:19:40 bessie4 ppp[1679]: tun0: Phase: Pap Output: dwtemp ******** May 15 16:19:40 bessie4 ppp[1679]: tun0: LCP: deflink: RecvEchoReply(0) state = Opened May 15 16:19:43 bessie4 last message repeated 536 times May 15 16:19:43 bessie4 ppp[1679]: tun0: Phase: Auth: No response from server May 15 16:19:43 bessie4 ppp[1679]: tun0: LCP: deflink: LayerDown May 15 16:19:43 bessie4 ppp[1679]: tun0: LCP: deflink: SendTerminateReq(3) state = Opened May 15 16:19:43 bessie4 ppp[1679]: tun0: LCP: deflink: State change Opened --> Closing May 15 16:19:43 bessie4 ppp[1679]: tun0: LCP: deflink: RecvEchoReply(0) state = Closing May 15 16:19:43 bessie4 ppp[1679]: tun0: Warning: deflink: lqr_RecvEcho: Bad magic: expected 0x00000000, got 0xb2b7e1d1 May 15 16:19:43 bessie4 ppp[1679]: tun0: LCP: deflink: RecvEchoReply(0) state = Closing May 15 16:19:43 bessie4 ppp[1679]: tun0: Warning: deflink: lqr_RecvEcho: Bad magic: expected 0x00000000, got 0xb2b7e1d1 May 15 16:19:43 bessie4 ppp[1679]: tun0: LCP: deflink: RecvEchoReply(0) state = Closing May 15 16:19:43 bessie4 ppp[1679]: tun0: Warning: deflink: lqr_RecvEcho: Bad magic: expected 0x00000000, got 0xb2b7e1d1 May 15 16:19:43 bessie4 ppp[1679]: tun0: LCP: deflink: RecvEchoReply(0) state = Closing May 15 16:19:43 bessie4 ppp[1679]: tun0: Warning: deflink: lqr_RecvEcho: Bad magic: expected 0x00000000, got 0xb2b7e1d1 May 15 16:19:43 bessie4 ppp[1679]: tun0: LCP: deflink: RecvEchoReply(0) state = Closing May 15 16:19:43 bessie4 ppp[1679]: tun0: Warning: deflink: lqr_RecvEcho: Bad magic: expected 0x00000000, got 0xb2b7e1d1 May 15 16:19:43 bessie4 ppp[1679]: tun0: LCP: deflink: RecvEchoReply(0) state = Closing May 15 16:19:43 bessie4 ppp[1679]: tun0: Warning: deflink: lqr_RecvEcho: Bad magic: expected 0x00000000, got 0xb2b7e1d1 May 15 16:19:43 bessie4 ppp[1679]: tun0: LCP: deflink: RecvEchoReply(0) state = Closing May 15 16:19:43 bessie4 ppp[1679]: tun0: Warning: deflink: lqr_RecvEcho: Bad magic: expected 0x00000000, got 0xb2b7e1d1 May 15 16:19:43 bessie4 ppp[1679]: tun0: LCP: deflink: RecvEchoReply(0) state = Closing May 15 16:19:43 bessie4 ppp[1679]: tun0: Warning: deflink: lqr_RecvEcho: Bad magic: expected 0x00000000, got 0xb2b7e1d1 May 15 16:19:43 bessie4 ppp[1679]: tun0: LCP: deflink: RecvEchoReply(0) state = Closing May 15 16:19:43 bessie4 ppp[1679]: tun0: Warning: deflink: lqr_RecvEcho: Bad magic: expected 0x00000000, got 0xb2b7e1d1 May 15 16:19:43 bessie4 ppp[1679]: tun0: LCP: deflink: RecvEchoReply(0) state = Closing May 15 16:19:43 bessie4 ppp[1679]: tun0: Warning: deflink: lqr_RecvEcho: Bad magic: expected 0x00000000, got 0xb2b7e1d1 May 15 16:19:43 bessie4 ppp[1679]: tun0: LCP: deflink: RecvEchoReply(0) state = Closing May 15 16:19:43 bessie4 ppp[1679]: tun0: Warning: deflink: lqr_RecvEcho: Bad magic: expected 0x00000000, got 0xb2b7e1d1 May 15 16:19:43 bessie4 ppp[1679]: tun0: LCP: deflink: RecvEchoReply(0) state = Closing and then post reboot, same thing May 15 16:27:53 bessie4 ppp[1337]: tun1: LCP: AUTHPROTO[4] 0xc023 (PAP) May 15 16:27:53 bessie4 ppp[1337]: tun1: LCP: PROTOCOMP[2] May 15 16:27:53 bessie4 ppp[1337]: tun1: LCP: ACFCOMP[2] May 15 16:27:53 bessie4 ppp[1337]: tun1: LCP: ENDDISC[9] MAC 00:c0:7b:8e:d1:8f May 15 16:27:53 bessie4 ppp[1337]: tun1: LCP: deflink: SendConfigAck(2) state = Ack-Rcvd May 15 16:27:53 bessie4 ppp[1337]: tun1: LCP: MRU[4] 1524 May 15 16:27:53 bessie4 ppp[1337]: tun1: LCP: ACCMAP[6] 0x000a0000 May 15 16:27:53 bessie4 ppp[1337]: tun1: LCP: AUTHPROTO[4] 0xc023 (PAP) May 15 16:27:53 bessie4 ppp[1337]: tun1: LCP: PROTOCOMP[2] May 15 16:27:53 bessie4 ppp[1337]: tun1: LCP: ACFCOMP[2] May 15 16:27:53 bessie4 ppp[1337]: tun1: LCP: ENDDISC[9] MAC 00:c0:7b:8e:d1:8f May 15 16:27:53 bessie4 ppp[1337]: tun1: LCP: deflink: State change Ack-Rcvd --> Opened May 15 16:27:53 bessie4 ppp[1337]: tun1: LCP: deflink: LayerUp May 15 16:27:53 bessie4 ppp[1337]: tun1: LCP: deflink: SendEchoRequest(0) state = Opened May 15 16:27:53 bessie4 ppp[1337]: tun1: LCP: deflink: SendIdent(1) state = Opened May 15 16:27:53 bessie4 ppp[1337]: tun1: LCP: MAGICNUM 2abf7b60 May 15 16:27:53 bessie4 ppp[1337]: tun1: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) May 15 16:27:53 bessie4 ppp[1337]: tun1: Phase: bundle: Authenticate May 15 16:27:53 bessie4 ppp[1337]: tun1: Phase: deflink: his = PAP, mine = none May 15 16:27:53 bessie4 ppp[1337]: tun1: Phase: Pap Output: dwtemp ******** May 15 16:27:56 bessie4 ppp[1337]: tun1: Phase: Pap Output: dwtemp ******** May 15 16:27:59 bessie4 ppp[1337]: tun1: Phase: Pap Output: dwtemp ******** May 15 16:28:02 bessie4 ppp[1337]: tun1: Phase: Auth: No response from server May 15 16:28:02 bessie4 ppp[1337]: tun1: LCP: deflink: LayerDown May 15 16:28:02 bessie4 ppp[1337]: tun1: LCP: deflink: SendTerminateReq(2) state = Opened May 15 16:28:02 bessie4 ppp[1337]: tun1: LCP: deflink: State change Opened --> Closing ---Mike From owner-freebsd-current@FreeBSD.ORG Fri May 15 21:22:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37D83106566B; Fri, 15 May 2009 21:22:35 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id DD3108FC08; Fri, 15 May 2009 21:22:34 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n4FLL8UN055665; Fri, 15 May 2009 17:21:08 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200905152121.n4FLL8UN055665@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 15 May 2009 17:22:46 -0400 To: Dan Langille , Hans Petter Selasky From: Mike Tancsa In-Reply-To: <200905152028.n4FKSZuv055408@lava.sentex.ca> References: <4A09E44E.6090907@langille.org> <200905130902.11515.hselasky@freebsd.org> <4A0D8F1F.8040302@langille.org> <200905152028.n4FKSZuv055408@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: usb/serial issues with dial up modem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 21:22:37 -0000 At 04:30 PM 5/15/2009, Mike Tancsa wrote: >Strange, I can see the same error. I am using a uftdi serial adaptor >on HEAD from yesterday. Also, with a UPLCOM based adaptor it works fine. ---Mike From owner-freebsd-current@FreeBSD.ORG Fri May 15 23:48:05 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76D471065672; Fri, 15 May 2009 23:48:05 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from carrick.bishnet.net (carrick.bishnet.net [IPv6:2a01:348:132::1]) by mx1.freebsd.org (Postfix) with ESMTP id 35A828FC13; Fri, 15 May 2009 23:48:05 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from tdb by carrick.bishnet.net with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1M5788-000Nwv-Cw; Sat, 16 May 2009 00:47:56 +0100 Date: Sat, 16 May 2009 00:47:56 +0100 From: Tim Bishop To: Martin Wilke Message-ID: <20090515234756.GP86061@carrick.bishnet.net> References: <20090514191237.GD70242@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090514191237.GD70242@bsdcrew.de> X-PGP-Key: 0x5AE7D984, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 1453 086E 9376 1A50 ECF6 AE05 7DCE D659 5AE7 D984 User-Agent: Mutt/1.5.13 (2006-08-11) X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean X-Bishnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.6, required 5, autolearn=not spam, BAYES_00 -2.60, NO_RELAYS -0.00) X-Bishnet-MailScanner-From: tdb@carrick.bishnet.net X-Mailman-Approved-At: Fri, 15 May 2009 23:56:03 +0000 Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 23:48:06 -0000 Hi Martin, On Thu, May 14, 2009 at 09:12:37PM +0200, Martin Wilke wrote: > After the announcement from Alexander Eichner about > Virtualbox on FreeBSD, we started the work on a port > for FreeBSD. Now we think that we solved the most > problems and are ready for the first Call for Testing. Is the VRDP stuff meant to work? When following these instructions it just appears athat it doesn't start it up (nothing is listening on 3389): http://www.virtualbox.org/manual/UserManual.html#vboxheadless Thanks for your work making VirtualBox available to us! Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From owner-freebsd-current@FreeBSD.ORG Sat May 16 00:39:23 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66F49106564A; Sat, 16 May 2009 00:39:23 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-ew0-f159.google.com (mail-ew0-f159.google.com [209.85.219.159]) by mx1.freebsd.org (Postfix) with ESMTP id B2E268FC21; Sat, 16 May 2009 00:39:22 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by ewy3 with SMTP id 3so2711283ewy.43 for ; Fri, 15 May 2009 17:39:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=zNUs8DOE4hta8JNMVt+siQZxcwk73FsOcqGC1vT2wdI=; b=lVQyzbTCB9aqrYYG+r7O5GTxZHATHbkdwDIH9tbdiLYujRTHNxR3sGemUWOZnOHaqL Fg6nuxTQvBLjCI8VEa277VSMj2e80rpUR4YoZ9MIfcB8TEXr3qYtBP43o8uNaLq5nGAG iJmupW1KLEQCQzy1JoJelIpYScdK5C8cHW0Dk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=OqlcAbjQChya6OcS23PG0PIB45OHOKFW1axQSUTIvuthEnqGkS9uL0T3oWBEs8DD2x iB74T3d+7Sr7i06Ch6qTRbmok1Iy1EuV97faDsXYKWRGQP+Serg3HgilhwnQLWPoPRSk hWR4GfBO3eDGyMsLWXVGedKCa63B9CTKnyr64= MIME-Version: 1.0 Received: by 10.216.0.84 with SMTP id 62mr1347824wea.185.1242432681607; Fri, 15 May 2009 17:11:21 -0700 (PDT) Date: Sat, 16 May 2009 04:11:21 +0400 Message-ID: <19e7832a0905151711j4cf53636n30406854f2589b0f@mail.gmail.com> From: =?UTF-8?B?0JDQvdC00YDQtdC5?= To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@FreeBSD.org Subject: Re: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 00:39:23 -0000 > We uploaded a new tarball what should be fix the build on AMD64. > > Small changelog: > - - devel/kbuild is now dependency > - - remove misc/compat6 support > > Note: > Use devel/bcc instead of devel/dev86 what means > If you have devel/bcc installed please deinstall > > http://people.freebsd.org/~miwi/vbox/virtualbox_1.tgz > > Please give us feedback :P I've got an make error at my 8-CURRENT amd64 Wed Apr 29 20:02:37 MSD 2009 kBuild: Compiling RuntimeR3NoCRTGCC - /usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19673/src/VBox/Runtime/common/string/strcmp_alias.c kBuild: Compiling RuntimeR3NoCRTGCC - /usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19673/src/VBox/Runtime/common/string/strlen_alias.c kmk[2]: *** No rule to make target `/usr/src/sys/kern/bus_if.m', needed by `/usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/obj/RuntimeR0Drv/bus_if.h'. Stop. kmk[2]: *** Waiting for unfinished jobs.... kmk[2]: Leaving directory `/usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19673' kmk[2]: Entering directory `/usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19673' kmk[2]: *** Exiting with status 2 kmk[1]: *** [pass_libraries_this] Error 2 kmk[1]: Leaving directory `/usr/ports/emulators/virtualbox/work/virtualbox-2.2.2r19673' kmk: *** [pass_libraries_order] Error 2 *** Error code 2 Stop in /usr/ports/emulators/virtualbox. From owner-freebsd-current@FreeBSD.ORG Sat May 16 03:13:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A12A21065677 for ; Sat, 16 May 2009 03:13:33 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 6F0E78FC2C for ; Sat, 16 May 2009 03:13:33 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id BBD0371F273; Fri, 15 May 2009 23:13:32 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ni6GnWw7DpLd; Fri, 15 May 2009 23:13:32 -0400 (EDT) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id 6403A71F26F; Fri, 15 May 2009 23:13:32 -0400 (EDT) Received: by localhost (Postfix, from userid 21281) id 618B6DC3; Fri, 15 May 2009 23:13:32 -0400 (EDT) Date: Fri, 15 May 2009 23:13:32 -0400 From: Adam McDougall To: Ben Kelly Message-ID: <20090516031332.GG82547@egr.msu.edu> References: <08D7DC2A-68BE-47B6-8D5D-5DE6B48F87E5@wanderview.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org, Artem Belevich Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 03:13:34 -0000 On Tue, Apr 28, 2009 at 04:52:23PM -0400, Ben Kelly wrote: On Apr 28, 2009, at 2:11 PM, Artem Belevich wrote: > My system had eventually deadlocked overnight, though it took much > longer than before to reach that point. > > In the end I've got many many processes sleeping in zio_wait with no > disk activity whatsoever. > I'm not sure if that's the same issue or not. > > Here are stack traces for all processes -- http://pastebin.com/f364e1452 > I've got the core saved, so if you want me to dig out some more info, > let me know if/how I could help. It looks like there is a possible deadlock between zfs_zget() and zfs_zinactive(). They both acquire a lock via ZFS_OBJ_HOLD_ENTER(). The zfs_zinactive() path can get called indirectly from within zio_done(). The zfs_zget() can in turn block waiting for zio_done()'s completion while holding the object lock. The following patch might help: http://www.wanderview.com/svn/public/misc/zfs/zfs_zinactive_deadlock.diff This simply bails out of the inactive processing if the object lock is already held. I'm not sure if this is 100% correct or not as it cannot verify there are references to the vnode. I also tried executing the zfs_zinactive() logic in a taskqueue to avoid the deadlock, but that caused other deadlocks to occur. Hope that helps. - Ben Its my understanding that the deadlock was fixed in -current, how does that affect the usefulness of the thread priorities patch? Should I continue testing it or is it effectively a NOOP now? Also, I've been doing some fairly intense testing of zfs in recent -current and I am tracking down a situation where performance gets worse but I think I found a workaround. I am gathering more data regarding the cause, workaround, symptoms, and originating commit and will post about it soon. From owner-freebsd-current@FreeBSD.ORG Sat May 16 03:19:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 264991065670 for ; Sat, 16 May 2009 03:19:28 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 991F38FC14 for ; Sat, 16 May 2009 03:19:27 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1593248qwe.7 for ; Fri, 15 May 2009 20:19:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=C9M+K7ZoLoQLtOQq3D93xdlD4h2Jty1DXK3SVO9bKF0=; b=pvmS3YHY0YRyTqrD4KttDoU5h9Yk+QncFFO5rIswC1nBreT7Zr8eR3yRkFgDmb+ANj hFraf6fdN6dwF9pvIwV0GUz53aqeRac1T2+uKwohR0Qy2SBtIuPVTS1q9dZh9kg2ZzyK WqtW+8BwXTxpVDIQ3K9kCyJIqG7maQZCUUI50= 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=oS1Pu5Ys1o+mx1w86X+r67vHTK9l4yJO2eJIWUvYJkZ8ceh8Z6vvMKNBjt1bQp0VW3 z1yPs08DZdmX2A+wSA8GvFch9l9s8/tsIfXI+G3cW3/t4Wv7jGVicII3/jtKOw+1Uc1o IUhrEUi0nXE9UadXymuBRkQofQwcxYL8z/OFc= MIME-Version: 1.0 Received: by 10.229.80.3 with SMTP id r3mr2491675qck.104.1242443967072; Fri, 15 May 2009 20:19:27 -0700 (PDT) In-Reply-To: <747dc8f30905150417h3abb1b09s7e56f348ad3cbfbe@mail.gmail.com> References: <20090514191237.GD70242@bsdcrew.de> <747dc8f30905150417h3abb1b09s7e56f348ad3cbfbe@mail.gmail.com> Date: Fri, 15 May 2009 22:19:26 -0500 Message-ID: <11167f520905152019k400aa899l1b3f2d85dd9b7fb4@mail.gmail.com> From: "Sam Fourman Jr." To: Renato Botelho Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 03:19:28 -0000 > I've built it on i386/CURRENT r191522, but I couldn't load the > module, when i try, i got: > > KLD vboxdrv.ko: depends on kernel - not available > kldload: can't load vboxdrv: File exists > > It says file exists, but the module is not loaded > > root@botelhor:/home/garga# kldstat > Id Refs Address =A0 =A0Size =A0 =A0 Name > =A01 =A0 18 0xc0400000 b584bc =A0 kernel > =A02 =A0 =A01 0xc0f59000 809c =A0 =A0 snd_via8233.ko > =A03 =A0 =A02 0xc0f62000 4a438 =A0 =A0sound.ko > =A04 =A0 =A01 0xc46af000 8000 =A0 =A0 linprocfs.ko > =A05 =A0 =A01 0xc46c8000 24000 =A0 =A0linux.ko > > Any idea? it Probably means that you are running a kernel that is not in sync with the src in your /usr/src do csup -g -L 2 -h cvsup15.freebsd.org /usr/share examples/cvsup/standard-supfile then build your kernel && install your kernel uninstall the Virtualbox port and rebuild it. all will work Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Sat May 16 06:07:56 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAAA1106566C; Sat, 16 May 2009 06:07:56 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id 727468FC16; Sat, 16 May 2009 06:07:56 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from rebelion.Sisis.de (ppp-93-104-57-92.dynamic.mnet-online.de [93.104.57.92]) by dd12710.kasserver.com (Postfix) with ESMTP id D767E1801C7CB; Sat, 16 May 2009 08:07:55 +0200 (CEST) Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n4G67rfW005351; Sat, 16 May 2009 08:07:53 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Sat, 16 May 2009 08:07:53 +0200 From: Matthias Apitz To: Robert Noland Message-ID: <20090516060753.GA5319@rebelion.Sisis.de> References: <20090514084617.GA3459@rebelion.Sisis.de> <200905141651.35948.shoesoft@gmx.net> <20090515125250.GA11380@rebelion.Sisis.de> <1242397462.1755.89.camel@balrog.2hip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1242397462.1755.89.camel@balrog.2hip.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) Cc: freebsd-current@FreeBSD.org, Stefan Ehmann , freebsd-mobile@FreeBSD.org Subject: Re: Dell M4400 && Xorg-vesa && 1920x1200 res? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 06:07:57 -0000 El día Friday, May 15, 2009 a las 09:24:22AM -0500, Robert Noland escribió: > > Yes, this worked; but it was terrible slow on window movements; > > I've got a small fix for the driver x11-drivers/xf86-video-nv and the > > card is now working as it should with the 'nv' module. > > What patch? If it needs review and committing upstream, please send it > to me... > > robert. The mentioned patch is now available in src/nv_driver.c > Thanks for testing this! I'll update the driver with the device names > for the IDs in the 0x065x range tomorrow when it's not 2 am. ;) > You'll be able to point to the patch at [1] then. If you need it > soon, I can push an official release so you don't have to ship a > patched driver. http://cgit.freedesktop.org/xorg/driver/xf86-video-nv/commit/?id=c8d6f7aa7c99a1b71289f8e8e07becc10f61f379 matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Sat May 16 06:32:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 670CF106566B; Sat, 16 May 2009 06:32:51 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id 4C2028FC18; Sat, 16 May 2009 06:32:50 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from rebelion.Sisis.de (ppp-93-104-57-92.dynamic.mnet-online.de [93.104.57.92]) by dd12710.kasserver.com (Postfix) with ESMTP id 4D8751801C7CB; Sat, 16 May 2009 08:32:49 +0200 (CEST) Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n4G6WkBC006115; Sat, 16 May 2009 08:32:46 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Sat, 16 May 2009 08:32:46 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Message-ID: <20090516063246.GA5726@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) Cc: Subject: CURRENT && HDA Driver Revision: 20090401_0132 && no recording X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 06:32:51 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I can't get to work recording in environment -CURRENT && HDA Driver Revision: 20090401_0132 the sound output is fine in KDE, but as well the KDE mixer does not control it; only with mixer(1) command I can change the volume for example; I've already tried all values for setting $ mixer =rec rdev but nothing helps switching on the micro. The man page of snd_hda(4) explains a lot of device.hints(5) options, but understanding all this is out of my control; I'm attaching a 'dmesg | fgrep hdac'. Any idea how to get recording switched on? I need this for business for Skype... This is the last blocking point to switch over to my new Dell M4400 Thx matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="hdac.txt" May 16 06:16:02 current kernel: hdac0: mem 0xf6fdc000-0xf6fdffff irq 21 at device 27.0 on pci0 May 16 06:16:02 current kernel: hdac0: HDA Driver Revision: 20090401_0132 May 16 06:16:02 current kernel: hdac0: [ITHREAD] May 16 06:16:02 current kernel: hdac0: HDA Codec #0: IDT 92HD71B7 May 16 06:16:02 current kernel: pcm0: at cad 0 nid 1 on hdac0 May 16 06:16:02 current kernel: pcm1: at cad 0 nid 1 on hdac0 May 16 06:16:02 current kernel: pcm2: at cad 0 nid 1 on hdac0 May 16 06:22:15 current kernel: hdac0: mem 0xf6fdc000-0xf6fdffff irq 21 at device 27.0 on pci0 May 16 06:22:15 current kernel: hdac0: HDA Driver Revision: 20090401_0132 May 16 06:22:15 current kernel: hdac0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xf6fdc000 May 16 06:22:15 current kernel: hdac0: attempting to allocate 1 MSI vectors (1 supported) May 16 06:22:15 current kernel: hdac0: using IRQ 257 for MSI May 16 06:22:15 current kernel: hdac0: [MPSAFE] May 16 06:22:15 current kernel: hdac0: [ITHREAD] May 16 06:22:15 current kernel: hdac0: Probing codec #0... May 16 06:22:15 current kernel: hdac0: HDA Codec #0: IDT 92HD71B7 May 16 06:22:15 current kernel: hdac0: HDA Codec ID: 0x111d76b2 May 16 06:22:15 current kernel: hdac0: Vendor: 0x111d May 16 06:22:15 current kernel: hdac0: Device: 0x76b2 May 16 06:22:15 current kernel: hdac0: Revision: 0x03 May 16 06:22:15 current kernel: hdac0: Stepping: 0x02 May 16 06:22:15 current kernel: hdac0: PCI Subvendor: 0x02501028 May 16 06:22:15 current kernel: hdac0: Found audio FG nid=1 startnode=10 endnode=41 total=31 May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: Processing audio FG cad=0 nid=1... May 16 06:22:15 current kernel: hdac0: GPIO: 0xc0000008 NumGPIO=8 NumGPO=0 NumGPI=0 GPIWake=1 GPIUnsol=1 May 16 06:22:15 current kernel: hdac0: nid 10 0x0421101f as 1 seq 15 Headphones Jack jack 1 loc 4 color Black misc 0 May 16 06:22:15 current kernel: hdac0: nid 11 0x04a11021 as 2 seq 1 Mic Jack jack 1 loc 4 color Black misc 0 May 16 06:22:15 current kernel: hdac0: nid 12 0x40f000f0 as 15 seq 0 Other None jack 0 loc 0 color Unknown misc 0 May 16 06:22:15 current kernel: hdac0: nid 13 0x90170110 as 1 seq 0 Speaker Fixed jack 7 loc 16 color Unknown misc 1 May 16 06:22:15 current kernel: hdac0: nid 14 0x23a1102e as 2 seq 14 Mic Jack jack 1 loc 35 color Black misc 0 May 16 06:22:15 current kernel: hdac0: nid 15 0x23011050 as 5 seq 0 Line-out Jack jack 1 loc 35 color Black misc 0 May 16 06:22:15 current kernel: hdac0: nid 20 0x40f000f2 as 15 seq 2 Other None jack 0 loc 0 color Unknown misc 0 May 16 06:22:15 current kernel: hdac0: nid 24 0x90a601a0 as 10 seq 0 Mic Fixed jack 6 loc 16 color Unknown misc 1 May 16 06:22:15 current kernel: hdac0: nid 25 0x40f000f4 as 15 seq 4 Other None jack 0 loc 0 color Unknown misc 0 May 16 06:22:15 current kernel: hdac0: nid 30 0x014613b0 as 11 seq 0 SPDIF-out Jack jack 6 loc 1 color Black misc 3 May 16 06:22:15 current kernel: hdac0: nid 31 0x40f000f6 as 15 seq 6 Other None jack 0 loc 0 color Unknown misc 0 May 16 06:22:15 current kernel: hdac0: nid 32 0x40f000f7 as 15 seq 7 Other None jack 0 loc 0 color Unknown misc 0 May 16 06:22:15 current kernel: hdac0: nid 39 0x40f000f0 as 15 seq 0 Other None jack 0 loc 0 color Unknown misc 0 May 16 06:22:15 current kernel: hdac0: Patched pins configuration: May 16 06:22:15 current kernel: hdac0: nid 10 0x0421101f as 1 seq 15 Headphones Jack jack 1 loc 4 color Black misc 0 May 16 06:22:15 current kernel: hdac0: nid 11 0x04a11021 as 2 seq 1 Mic Jack jack 1 loc 4 color Black misc 0 May 16 06:22:15 current kernel: hdac0: nid 12 0x40f000f0 as 15 seq 0 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] May 16 06:22:15 current kernel: hdac0: nid 13 0x90170110 as 1 seq 0 Speaker Fixed jack 7 loc 16 color Unknown misc 1 May 16 06:22:15 current kernel: hdac0: nid 14 0x23a1102e as 2 seq 14 Mic Jack jack 1 loc 35 color Black misc 0 May 16 06:22:15 current kernel: hdac0: nid 15 0x23011050 as 5 seq 0 Line-out Jack jack 1 loc 35 color Black misc 0 May 16 06:22:15 current kernel: hdac0: nid 20 0x40f000f2 as 15 seq 2 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] May 16 06:22:15 current kernel: hdac0: nid 24 0x90a601a0 as 10 seq 0 Mic Fixed jack 6 loc 16 color Unknown misc 1 May 16 06:22:15 current kernel: hdac0: nid 25 0x40f000f4 as 15 seq 4 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] May 16 06:22:15 current kernel: hdac0: nid 30 0x014613b0 as 11 seq 0 SPDIF-out Jack jack 6 loc 1 color Black misc 3 May 16 06:22:15 current kernel: hdac0: nid 31 0x40f000f6 as 15 seq 6 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] May 16 06:22:15 current kernel: hdac0: nid 32 0x40f000f7 as 15 seq 7 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] May 16 06:22:15 current kernel: hdac0: nid 39 0x40f000f0 as 15 seq 0 Other None jack 0 loc 0 color Unknown misc 0 [DISABLED] May 16 06:22:15 current kernel: hdac0: 5 associations found: May 16 06:22:15 current kernel: hdac0: Association 0 (1) out: May 16 06:22:15 current kernel: hdac0: Pin nid=13 seq=0 May 16 06:22:15 current kernel: hdac0: Pin nid=10 seq=15 May 16 06:22:15 current kernel: hdac0: Association 1 (2) in: May 16 06:22:15 current kernel: hdac0: Pin nid=11 seq=1 May 16 06:22:15 current kernel: hdac0: Pin nid=14 seq=14 May 16 06:22:15 current kernel: hdac0: Association 2 (5) out: May 16 06:22:15 current kernel: hdac0: Pin nid=15 seq=0 May 16 06:22:15 current kernel: hdac0: Association 3 (10) in: May 16 06:22:15 current kernel: hdac0: Pin nid=24 seq=0 May 16 06:22:15 current kernel: hdac0: Association 4 (11) out: May 16 06:22:15 current kernel: hdac0: Pin nid=30 seq=0 May 16 06:22:15 current kernel: hdac0: Tracing association 0 (1) May 16 06:22:15 current kernel: hdac0: Pin 13 traced to DAC 16 May 16 06:22:15 current kernel: hdac0: Pin 10 traced to DAC 16 and hpredir 0 May 16 06:22:15 current kernel: hdac0: Association 0 (1) trace succeeded May 16 06:22:15 current kernel: hdac0: Tracing association 1 (2) May 16 06:22:15 current kernel: hdac0: Pin 11 traced to ADC 18 May 16 06:22:15 current kernel: hdac0: Pin 14 traced to ADC 18 May 16 06:22:15 current kernel: hdac0: Association 1 (2) trace succeeded May 16 06:22:15 current kernel: hdac0: Tracing association 2 (5) May 16 06:22:15 current kernel: hdac0: Pin 15 traced to DAC 17 May 16 06:22:15 current kernel: hdac0: Association 2 (5) trace succeeded May 16 06:22:15 current kernel: hdac0: Tracing association 3 (10) May 16 06:22:15 current kernel: hdac0: Pin 24 traced to ADC 19 May 16 06:22:15 current kernel: hdac0: Association 3 (10) trace succeeded May 16 06:22:15 current kernel: hdac0: Tracing association 4 (11) May 16 06:22:15 current kernel: hdac0: Pin 30 traced to DAC 33 May 16 06:22:15 current kernel: hdac0: Association 4 (11) trace succeeded May 16 06:22:15 current kernel: hdac0: Tracing input monitor May 16 06:22:15 current kernel: hdac0: Tracing nid 23 to out May 16 06:22:15 current kernel: hdac0: nid 23 is input monitor May 16 06:22:15 current kernel: hdac0: Tracing beeper May 16 06:22:15 current kernel: hdac0: Enabling headphone/speaker audio routing switching: May 16 06:22:15 current kernel: hdac0: as=0 sense nid=10 [UNSOL] May 16 06:22:15 current kernel: hdac0: Pin sense: nid=10 res=0x00000000 May 16 06:22:15 current kernel: hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: +-------------------+ May 16 06:22:15 current kernel: hdac0: | DUMPING HDA NODES | May 16 06:22:15 current kernel: hdac0: +-------------------+ May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: Default Parameter May 16 06:22:15 current kernel: hdac0: ----------------- May 16 06:22:15 current kernel: hdac0: Stream cap: 0x00000001 May 16 06:22:15 current kernel: hdac0: PCM May 16 06:22:15 current kernel: hdac0: PCM cap: 0x000e07e0 May 16 06:22:15 current kernel: hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz May 16 06:22:15 current kernel: hdac0: IN amp: 0x80000000 May 16 06:22:15 current kernel: hdac0: OUT amp: 0x80027f7f May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 10 May 16 06:22:15 current kernel: hdac0: Name: pin: Headphones (Black Jack) May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00400181 May 16 06:22:15 current kernel: hdac0: UNSOL STEREO May 16 06:22:15 current kernel: hdac0: Association: 0 (0x00008000) May 16 06:22:15 current kernel: hdac0: Pin cap: 0x0000001c May 16 06:22:15 current kernel: hdac0: PDC HP OUT May 16 06:22:15 current kernel: hdac0: Pin config: 0x0421101f May 16 06:22:15 current kernel: hdac0: Pin control: 0x00000080 HP May 16 06:22:15 current kernel: hdac0: connections: 3 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + <- nid=16 [audio output] (selected) May 16 06:22:15 current kernel: hdac0: + [DISABLED] <- nid=17 [audio output] May 16 06:22:15 current kernel: hdac0: + [DISABLED] <- nid=23 [audio mixer] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 11 May 16 06:22:15 current kernel: hdac0: Name: pin: Mic (Black Jack) May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00400081 May 16 06:22:15 current kernel: hdac0: UNSOL STEREO May 16 06:22:15 current kernel: hdac0: Association: 1 (0x00000002) May 16 06:22:15 current kernel: hdac0: OSS: mic (mic) May 16 06:22:15 current kernel: hdac0: Pin cap: 0x00001724 May 16 06:22:15 current kernel: hdac0: PDC IN VREF[ 50 80 GROUND HIZ ] May 16 06:22:15 current kernel: hdac0: Pin config: 0x04a11021 May 16 06:22:15 current kernel: hdac0: Pin control: 0x00000024 IN VREFs May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 12 [DISABLED] May 16 06:22:15 current kernel: hdac0: Name: pin: Other (None) May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00400081 May 16 06:22:15 current kernel: hdac0: UNSOL STEREO May 16 06:22:15 current kernel: hdac0: Pin cap: 0x00001724 May 16 06:22:15 current kernel: hdac0: PDC IN VREF[ 50 80 GROUND HIZ ] May 16 06:22:15 current kernel: hdac0: Pin config: 0x40f000f0 May 16 06:22:15 current kernel: hdac0: Pin control: 0x00000000 May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 13 May 16 06:22:15 current kernel: hdac0: Name: pin: Speaker (Fixed) May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00400181 May 16 06:22:15 current kernel: hdac0: UNSOL STEREO May 16 06:22:15 current kernel: hdac0: Association: 0 (0x00000001) May 16 06:22:15 current kernel: hdac0: Pin cap: 0x00000014 May 16 06:22:15 current kernel: hdac0: PDC OUT May 16 06:22:15 current kernel: hdac0: Pin config: 0x90170110 May 16 06:22:15 current kernel: hdac0: Pin control: 0x00000040 OUT May 16 06:22:15 current kernel: hdac0: connections: 3 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + <- nid=16 [audio output] (selected) May 16 06:22:15 current kernel: hdac0: + [DISABLED] <- nid=17 [audio output] May 16 06:22:15 current kernel: hdac0: + [DISABLED] <- nid=23 [audio mixer] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 14 May 16 06:22:15 current kernel: hdac0: Name: pin: Mic (Black Jack) May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00400081 May 16 06:22:15 current kernel: hdac0: UNSOL STEREO May 16 06:22:15 current kernel: hdac0: Association: 1 (0x00004000) May 16 06:22:15 current kernel: hdac0: OSS: line (line) May 16 06:22:15 current kernel: hdac0: Pin cap: 0x00001724 May 16 06:22:15 current kernel: hdac0: PDC IN VREF[ 50 80 GROUND HIZ ] May 16 06:22:15 current kernel: hdac0: Pin config: 0x23a1102e May 16 06:22:15 current kernel: hdac0: Pin control: 0x00000024 IN VREFs May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 15 May 16 06:22:15 current kernel: hdac0: Name: pin: Line-out (Black Jack) May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00400181 May 16 06:22:15 current kernel: hdac0: UNSOL STEREO May 16 06:22:15 current kernel: hdac0: Association: 2 (0x00000001) May 16 06:22:15 current kernel: hdac0: Pin cap: 0x00000014 May 16 06:22:15 current kernel: hdac0: PDC OUT May 16 06:22:15 current kernel: hdac0: Pin config: 0x23011050 May 16 06:22:15 current kernel: hdac0: Pin control: 0x00000040 OUT May 16 06:22:15 current kernel: hdac0: connections: 3 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + [DISABLED] <- nid=16 [audio output] May 16 06:22:15 current kernel: hdac0: + <- nid=17 [audio output] (selected) May 16 06:22:15 current kernel: hdac0: + [DISABLED] <- nid=23 [audio mixer] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 16 May 16 06:22:15 current kernel: hdac0: Name: audio output May 16 06:22:15 current kernel: hdac0: Widget cap: 0x000d0c05 May 16 06:22:15 current kernel: hdac0: LRSWAP PWR STEREO May 16 06:22:15 current kernel: hdac0: Association: 0 (0x00008001) May 16 06:22:15 current kernel: hdac0: OSS: pcm (pcm) May 16 06:22:15 current kernel: hdac0: Stream cap: 0x00000001 May 16 06:22:15 current kernel: hdac0: PCM May 16 06:22:15 current kernel: hdac0: PCM cap: 0x000e07e0 May 16 06:22:15 current kernel: hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz May 16 06:22:15 current kernel: hdac0: Output amp: 0x80027f7f May 16 06:22:15 current kernel: hdac0: mute=1 step=127 size=2 offset=127 May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 17 May 16 06:22:15 current kernel: hdac0: Name: audio output May 16 06:22:15 current kernel: hdac0: Widget cap: 0x000d0c05 May 16 06:22:15 current kernel: hdac0: LRSWAP PWR STEREO May 16 06:22:15 current kernel: hdac0: Association: 2 (0x00000001) May 16 06:22:15 current kernel: hdac0: OSS: pcm (pcm) May 16 06:22:15 current kernel: hdac0: Stream cap: 0x00000001 May 16 06:22:15 current kernel: hdac0: PCM May 16 06:22:15 current kernel: hdac0: PCM cap: 0x000e07e0 May 16 06:22:15 current kernel: hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz May 16 06:22:15 current kernel: hdac0: Output amp: 0x80027f7f May 16 06:22:15 current kernel: hdac0: mute=1 step=127 size=2 offset=127 May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 18 May 16 06:22:15 current kernel: hdac0: Name: audio input May 16 06:22:15 current kernel: hdac0: Widget cap: 0x001d0541 May 16 06:22:15 current kernel: hdac0: PWR PROC STEREO May 16 06:22:15 current kernel: hdac0: Association: 1 (0x00004002) May 16 06:22:15 current kernel: hdac0: Stream cap: 0x00000001 May 16 06:22:15 current kernel: hdac0: PCM May 16 06:22:15 current kernel: hdac0: PCM cap: 0x000e07e0 May 16 06:22:15 current kernel: hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz May 16 06:22:15 current kernel: hdac0: connections: 1 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + <- nid=28 [audio selector] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 19 May 16 06:22:15 current kernel: hdac0: Name: audio input May 16 06:22:15 current kernel: hdac0: Widget cap: 0x001d0541 May 16 06:22:15 current kernel: hdac0: PWR PROC STEREO May 16 06:22:15 current kernel: hdac0: Association: 3 (0x00000001) May 16 06:22:15 current kernel: hdac0: Stream cap: 0x00000001 May 16 06:22:15 current kernel: hdac0: PCM May 16 06:22:15 current kernel: hdac0: PCM cap: 0x000e07e0 May 16 06:22:15 current kernel: hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz May 16 06:22:15 current kernel: hdac0: connections: 1 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + <- nid=29 [audio selector] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 20 [DISABLED] May 16 06:22:15 current kernel: hdac0: Name: pin: Other (None) May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00400100 May 16 06:22:15 current kernel: hdac0: Pin cap: 0x00000010 May 16 06:22:15 current kernel: hdac0: OUT May 16 06:22:15 current kernel: hdac0: Pin config: 0x40f000f2 May 16 06:22:15 current kernel: hdac0: Pin control: 0x00000000 May 16 06:22:15 current kernel: hdac0: connections: 1 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + <- nid=22 [audio mixer] [DISABLED] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 21 [DISABLED] May 16 06:22:15 current kernel: hdac0: Name: audio selector May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00300101 May 16 06:22:15 current kernel: hdac0: STEREO May 16 06:22:15 current kernel: hdac0: connections: 3 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + <- nid=16 [audio output] (selected) May 16 06:22:15 current kernel: hdac0: + <- nid=17 [audio output] May 16 06:22:15 current kernel: hdac0: + <- nid=23 [audio mixer] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 22 [DISABLED] May 16 06:22:15 current kernel: hdac0: Name: audio mixer May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00200100 May 16 06:22:15 current kernel: hdac0: connections: 1 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + <- nid=21 [audio selector] [DISABLED] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 23 May 16 06:22:15 current kernel: hdac0: Name: audio mixer May 16 06:22:15 current kernel: hdac0: Widget cap: 0x0020010b May 16 06:22:15 current kernel: hdac0: STEREO May 16 06:22:15 current kernel: hdac0: Association: -2 (0x00004002) May 16 06:22:15 current kernel: hdac0: OSS: mix (mix) May 16 06:22:15 current kernel: hdac0: Input amp: 0x80051f17 May 16 06:22:15 current kernel: hdac0: mute=1 step=31 size=5 offset=23 May 16 06:22:15 current kernel: hdac0: connections: 5 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + <- nid=16 [audio output] May 16 06:22:15 current kernel: hdac0: + <- nid=17 [audio output] May 16 06:22:15 current kernel: hdac0: + [DISABLED] <- nid=39 [pin: Other (None)] [DISABLED] May 16 06:22:15 current kernel: hdac0: + <- nid=26 [audio selector] May 16 06:22:15 current kernel: hdac0: + <- nid=27 [audio selector] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 24 May 16 06:22:15 current kernel: hdac0: Name: pin: Mic (Fixed) May 16 06:22:15 current kernel: hdac0: Widget cap: 0x0040000d May 16 06:22:15 current kernel: hdac0: STEREO May 16 06:22:15 current kernel: hdac0: Association: 3 (0x00000001) May 16 06:22:15 current kernel: hdac0: OSS: monitor (monitor) May 16 06:22:15 current kernel: hdac0: Pin cap: 0x00000020 May 16 06:22:15 current kernel: hdac0: IN May 16 06:22:15 current kernel: hdac0: Pin config: 0x90a601a0 May 16 06:22:15 current kernel: hdac0: Pin control: 0x00000020 IN May 16 06:22:15 current kernel: hdac0: Output amp: 0x00270300 May 16 06:22:15 current kernel: hdac0: mute=0 step=3 size=39 offset=0 May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 25 [DISABLED] May 16 06:22:15 current kernel: hdac0: Name: pin: Other (None) May 16 06:22:15 current kernel: hdac0: Widget cap: 0x0040000d May 16 06:22:15 current kernel: hdac0: STEREO May 16 06:22:15 current kernel: hdac0: Pin cap: 0x00000020 May 16 06:22:15 current kernel: hdac0: IN May 16 06:22:15 current kernel: hdac0: Pin config: 0x40f000f4 May 16 06:22:15 current kernel: hdac0: Pin control: 0x00000000 May 16 06:22:15 current kernel: hdac0: Output amp: 0x00270300 May 16 06:22:15 current kernel: hdac0: mute=0 step=3 size=39 offset=0 May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 26 May 16 06:22:15 current kernel: hdac0: Name: audio selector May 16 06:22:15 current kernel: hdac0: Widget cap: 0x0030010d May 16 06:22:15 current kernel: hdac0: STEREO May 16 06:22:15 current kernel: hdac0: Association: 1 (0x00004002) May 16 06:22:15 current kernel: hdac0: OSS: line, mic May 16 06:22:15 current kernel: hdac0: Output amp: 0x00270300 May 16 06:22:15 current kernel: hdac0: mute=0 step=3 size=39 offset=0 May 16 06:22:15 current kernel: hdac0: connections: 3 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + <- nid=11 [pin: Mic (Black Jack)] (selected) May 16 06:22:15 current kernel: hdac0: + [DISABLED] <- nid=12 [pin: Other (None)] [DISABLED] May 16 06:22:15 current kernel: hdac0: + <- nid=14 [pin: Mic (Black Jack)] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 27 May 16 06:22:15 current kernel: hdac0: Name: audio selector May 16 06:22:15 current kernel: hdac0: Widget cap: 0x0030010d May 16 06:22:15 current kernel: hdac0: STEREO May 16 06:22:15 current kernel: hdac0: Association: 1 (0x00004002) May 16 06:22:15 current kernel: hdac0: OSS: line, mic May 16 06:22:15 current kernel: hdac0: Output amp: 0x00270300 May 16 06:22:15 current kernel: hdac0: mute=0 step=3 size=39 offset=0 May 16 06:22:15 current kernel: hdac0: connections: 3 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + <- nid=11 [pin: Mic (Black Jack)] (selected) May 16 06:22:15 current kernel: hdac0: + [DISABLED] <- nid=12 [pin: Other (None)] [DISABLED] May 16 06:22:15 current kernel: hdac0: + <- nid=14 [pin: Mic (Black Jack)] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 28 May 16 06:22:15 current kernel: hdac0: Name: audio selector May 16 06:22:15 current kernel: hdac0: Widget cap: 0x0030090d May 16 06:22:15 current kernel: hdac0: LRSWAP STEREO May 16 06:22:15 current kernel: hdac0: Association: 1 (0x00004002) May 16 06:22:15 current kernel: hdac0: OSS: line, mic, mix May 16 06:22:15 current kernel: hdac0: Output amp: 0x80050f00 May 16 06:22:15 current kernel: hdac0: mute=1 step=15 size=5 offset=0 May 16 06:22:15 current kernel: hdac0: connections: 4 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + <- nid=26 [audio selector] May 16 06:22:15 current kernel: hdac0: + <- nid=23 [audio mixer] (selected) May 16 06:22:15 current kernel: hdac0: + [DISABLED] <- nid=24 [pin: Mic (Fixed)] May 16 06:22:15 current kernel: hdac0: + [DISABLED] <- nid=25 [pin: Other (None)] [DISABLED] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 29 May 16 06:22:15 current kernel: hdac0: Name: audio selector May 16 06:22:15 current kernel: hdac0: Widget cap: 0x0030090d May 16 06:22:15 current kernel: hdac0: LRSWAP STEREO May 16 06:22:15 current kernel: hdac0: Association: 3 (0x00000001) May 16 06:22:15 current kernel: hdac0: OSS: mix, monitor May 16 06:22:15 current kernel: hdac0: Output amp: 0x80050f00 May 16 06:22:15 current kernel: hdac0: mute=1 step=15 size=5 offset=0 May 16 06:22:15 current kernel: hdac0: connections: 4 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + [DISABLED] <- nid=27 [audio selector] May 16 06:22:15 current kernel: hdac0: + <- nid=23 [audio mixer] May 16 06:22:15 current kernel: hdac0: + <- nid=24 [pin: Mic (Fixed)] (selected) May 16 06:22:15 current kernel: hdac0: + [DISABLED] <- nid=25 [pin: Other (None)] [DISABLED] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 30 May 16 06:22:15 current kernel: hdac0: Name: pin: SPDIF-out (Black Jack) May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00400301 May 16 06:22:15 current kernel: hdac0: DIGITAL STEREO May 16 06:22:15 current kernel: hdac0: Association: 4 (0x00000001) May 16 06:22:15 current kernel: hdac0: Pin cap: 0x00000010 May 16 06:22:15 current kernel: hdac0: OUT May 16 06:22:15 current kernel: hdac0: Pin config: 0x014613b0 May 16 06:22:15 current kernel: hdac0: Pin control: 0x00000040 OUT May 16 06:22:15 current kernel: hdac0: connections: 1 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + <- nid=36 [audio selector] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 31 [DISABLED] May 16 06:22:15 current kernel: hdac0: Name: pin: Other (None) May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00400701 May 16 06:22:15 current kernel: hdac0: PWR DIGITAL STEREO May 16 06:22:15 current kernel: hdac0: Pin cap: 0x00010010 May 16 06:22:15 current kernel: hdac0: OUT EAPD May 16 06:22:15 current kernel: hdac0: Pin config: 0x40f000f6 May 16 06:22:15 current kernel: hdac0: Pin control: 0x00000000 May 16 06:22:15 current kernel: hdac0: EAPD: 0x00000002 May 16 06:22:15 current kernel: hdac0: connections: 2 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + <- nid=36 [audio selector] (selected) May 16 06:22:15 current kernel: hdac0: + <- nid=37 [audio selector] [DISABLED] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 32 [DISABLED] May 16 06:22:15 current kernel: hdac0: Name: pin: Other (None) May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00400301 May 16 06:22:15 current kernel: hdac0: DIGITAL STEREO May 16 06:22:15 current kernel: hdac0: Pin cap: 0x00000010 May 16 06:22:15 current kernel: hdac0: OUT May 16 06:22:15 current kernel: hdac0: Pin config: 0x40f000f7 May 16 06:22:15 current kernel: hdac0: Pin control: 0x00000000 May 16 06:22:15 current kernel: hdac0: connections: 1 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + <- nid=37 [audio selector] [DISABLED] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 33 May 16 06:22:15 current kernel: hdac0: Name: audio output May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00040211 May 16 06:22:15 current kernel: hdac0: DIGITAL STEREO May 16 06:22:15 current kernel: hdac0: Association: 4 (0x00000001) May 16 06:22:15 current kernel: hdac0: OSS: pcm (pcm) May 16 06:22:15 current kernel: hdac0: Stream cap: 0x00000005 May 16 06:22:15 current kernel: hdac0: AC3 PCM May 16 06:22:15 current kernel: hdac0: PCM cap: 0x000e07e0 May 16 06:22:15 current kernel: hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 34 [DISABLED] May 16 06:22:15 current kernel: hdac0: Name: audio output May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00040211 May 16 06:22:15 current kernel: hdac0: DIGITAL STEREO May 16 06:22:15 current kernel: hdac0: Stream cap: 0x00000005 May 16 06:22:15 current kernel: hdac0: AC3 PCM May 16 06:22:15 current kernel: hdac0: PCM cap: 0x000e07e0 May 16 06:22:15 current kernel: hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 35 [DISABLED] May 16 06:22:15 current kernel: hdac0: Name: vendor widget May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00f00000 May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 36 May 16 06:22:15 current kernel: hdac0: Name: audio selector May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00300101 May 16 06:22:15 current kernel: hdac0: STEREO May 16 06:22:15 current kernel: hdac0: Association: 4 (0x00000001) May 16 06:22:15 current kernel: hdac0: OSS: pcm May 16 06:22:15 current kernel: hdac0: connections: 3 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + <- nid=33 [audio output] (selected) May 16 06:22:15 current kernel: hdac0: + [DISABLED] <- nid=28 [audio selector] May 16 06:22:15 current kernel: hdac0: + [DISABLED] <- nid=29 [audio selector] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 37 [DISABLED] May 16 06:22:15 current kernel: hdac0: Name: audio selector May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00300101 May 16 06:22:15 current kernel: hdac0: STEREO May 16 06:22:15 current kernel: hdac0: connections: 3 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + <- nid=34 [audio output] [DISABLED] (selected) May 16 06:22:15 current kernel: hdac0: + <- nid=28 [audio selector] May 16 06:22:15 current kernel: hdac0: + <- nid=29 [audio selector] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 38 May 16 06:22:15 current kernel: hdac0: Name: beep widget May 16 06:22:15 current kernel: hdac0: Widget cap: 0x0070000c May 16 06:22:15 current kernel: hdac0: Association: -2 (0x00000000) May 16 06:22:15 current kernel: hdac0: OSS: speaker (speaker) May 16 06:22:15 current kernel: hdac0: Output amp: 0x80170303 May 16 06:22:15 current kernel: hdac0: mute=1 step=3 size=23 offset=3 May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 39 [DISABLED] May 16 06:22:15 current kernel: hdac0: Name: pin: Other (None) May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00400000 May 16 06:22:15 current kernel: hdac0: Pin cap: 0x00000020 May 16 06:22:15 current kernel: hdac0: IN May 16 06:22:15 current kernel: hdac0: Pin config: 0x40f000f0 May 16 06:22:15 current kernel: hdac0: Pin control: 0x00000000 May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: hdac0: nid: 40 [DISABLED] May 16 06:22:15 current kernel: hdac0: Name: volume widget May 16 06:22:15 current kernel: hdac0: Widget cap: 0x00600000 May 16 06:22:15 current kernel: hdac0: connections: 2 May 16 06:22:15 current kernel: hdac0: | May 16 06:22:15 current kernel: hdac0: + <- nid=16 [audio output] (selected) May 16 06:22:15 current kernel: hdac0: + <- nid=17 [audio output] May 16 06:22:15 current kernel: hdac0: May 16 06:22:15 current kernel: pcm0: at cad 0 nid 1 on hdac0 May 16 06:22:15 current kernel: pcm1: at cad 0 nid 1 on hdac0 May 16 06:22:15 current kernel: pcm2: at cad 0 nid 1 on hdac0 --Q68bSM7Ycu6FN28Q-- From owner-freebsd-current@FreeBSD.ORG Sat May 16 10:08:18 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85C72106564A for ; Sat, 16 May 2009 10:08:18 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63905.mail.re1.yahoo.com (web63905.mail.re1.yahoo.com [69.147.97.120]) by mx1.freebsd.org (Postfix) with SMTP id 28FF58FC16 for ; Sat, 16 May 2009 10:08:18 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 83047 invoked by uid 60001); 16 May 2009 10:08:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1242468497; bh=HZaHRPgCJrRLii3rvjljpLki48rpfnr5fFNF7TWUMBU=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=qpcLLX1cGUCCwah/kqRJyqism4phLwL39Rz4RWy965XEGmgPirOEOd6NByxouuXD47UihmCf6ZdBpIPevOXUWB2ZRrenu+p0kzQz49OGj+MtGENRpr54E3JS5lBceXTrOEiM8t8dbzhtbyjMcvQOf0BUJrLktq8S++5PcE3M+Tg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=M7zVPBfXCCbO2t149VK2Fd9FiDYTueq6WXGwD5IfJIKf/inQlCEGlAowHVFRP+dySsFZ5YWBplwa/hVh7Uf0ADPkwZJAK/e/2WiARKlsqZubeJY5TRfl31LZQA/aSGgmV3Wnf67tgG+QPHJp+0+ZsJcMjUS5eV61KwjLZd5ejC0=; Message-ID: <608744.62543.qm@web63905.mail.re1.yahoo.com> X-YMail-OSG: klSwEokVM1l1TFz9El52Hmbao7k82Y9trb.Lj.2xAKaapbkUaYsaNjtHZrSn1IWjKRPSEblxVtSX6NqccPlWyC_n47aM0aC6s2KhlQ.3_Z6aXfhVBm2ZrzarZFwqBabPCVH8_8VgALCWgdDqxwG508oFpQUa5zXFqv907DW0ZiZGyaM674dv70ITW3KiKcpT6KLSz2GFIu4pER6utDGQ3x8G2rqrwvA3c4CACFA.5yTEQ3Ho4wUwWr_IUYmSxMkMGPk8.3rUO5MIMc8FYiK4ebZij10AJ5vsw8cnGyM76tk- Received: from [98.242.223.106] by web63905.mail.re1.yahoo.com via HTTP; Sat, 16 May 2009 03:08:17 PDT X-Mailer: YahooMailClassic/5.2.20 YahooMailWebService/0.7.289.10 Date: Sat, 16 May 2009 03:08:17 -0700 (PDT) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Can't boot new kernel build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 10:08:18 -0000 I've built a new kernel and done a make install, and the system keeps booting an old kernel. It "says" its booting /boot/kernel/kernel, but its clearly not. No matter what I do, including deleting the old directory with the old kernel, it boots the old kernel. Clearly its cached somewhere, but I have no idea what's going on. What can cause this problem? Barney From owner-freebsd-current@FreeBSD.ORG Sat May 16 12:07:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D53EB1065674 for ; Sat, 16 May 2009 12:07:01 +0000 (UTC) (envelope-from gb@unistra.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.156]) by mx1.freebsd.org (Postfix) with ESMTP id 62CA38FC14 for ; Sat, 16 May 2009 12:07:01 +0000 (UTC) (envelope-from gb@unistra.fr) Received: from 6nq.u-strasbg.fr (mojito.u-strasbg.fr [IPv6:2001:660:4701:1002::2]) by mailhost.u-strasbg.fr (8.14.2/jtpda-5.5pre1) with ESMTP id n4GC5ieo065021 for ; Sat, 16 May 2009 14:05:44 +0200 (CEST) Received: by 6nq.u-strasbg.fr (Postfix, from userid 1001) id 6AB7BD0FA; Sat, 16 May 2009 13:59:10 +0200 (CEST) Date: Sat, 16 May 2009 13:59:10 +0200 From: Guy Brand To: freebsd-current@freebsd.org Message-ID: <20090516115909.GD1837@unistra.fr> References: <20090514191237.GD70242@bsdcrew.de> <20090515101253.GH71804@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20090515101253.GH71804@bsdcrew.de> Organization: Direction Informatique, =?iso-8859-15?Q?Un?= =?iso-8859-15?Q?iversit=E9?= de Strasbourg, France x-gpg-fingerprint: B423 4924 012E 52F3 BA9E 547F CC8C 0BC5 9C0E B1CA x-gpg-key: 9C0EB1CA User-Agent: Mutt/1.5.19 (2009-01-05) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::156]); Sat, 16 May 2009 14:05:45 +0200 (CEST) X-Virus-Scanned: ClamAV 0.94.2/9364/Fri May 15 22:45:00 2009 on mr6.u-strasbg.fr X-Virus-Status: Clean X-Spam-Status: No, score=-100.0 required=5.0 tests=NO_RELAYS, USER_IN_WHITELIST autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mr6.u-strasbg.fr Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 12:07:02 -0000 Martin Wilke (miwi@freebsd.org) on 15/05/2009 at 12:12 wrote: Hello > We uploaded a new tarball what should be fix the build on AMD64. >=20 > Small changelog: > - devel/kbuild is now dependency > - remove misc/compat6 support >=20 > Note: > Use devel/bcc instead of devel/dev86 what means > If you have devel/bcc installed please deinstall >=20 > http://people.freebsd.org/~miwi/vbox/virtualbox_1.tgz >=20 > Please give us feedback :P I hit the "Failed to load VMMR0.r0 (VERR_SYMBOL_VALUE_TOO_BIG)" issue when trying to start any created VM. FreeBSD 8.0-CURRENT #12: Wed May 13 11:22:30 CEST 2009 amd64 virtualbox-2.2.2r19673 (svn revision 373 of the port) --=20 bug From owner-freebsd-current@FreeBSD.ORG Sat May 16 12:18:44 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84C7B106564A for ; Sat, 16 May 2009 12:18:44 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 0E02C8FC08 for ; Sat, 16 May 2009 12:18:43 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz9 with SMTP id 9so2344290bwz.43 for ; Sat, 16 May 2009 05:18:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=rskEFrNl0SXwp10uGqD6ZNqFVLTDU9yw2p2AJaDhKfE=; b=UdZRdZ3JovpibrHgzoAnjec3JQcQbyyEry9CcrRPp4LlnMi1Q+E0M9qOcouGckh3Mw T0hmq3djpOG4J9zsCOfFuBDJeUCp/6IGT9r801oFYTkAY52Oo0CwMt2OBOI8j4A735vU aCjCXVX2NtkbmBTAk5+6jUUI3/bkI3otiTgl0= 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=sU6FtnNWFh4fux7L1KWo9V7cCbjCb7whBFq/fu3h/rt0hzKJz0v1HboYmDie4Z0VMR Q9M0A15oVMfs8ib/ZsB2vc7z9dSIYOiQjHnhAxln9VT/N5xx1sgsfy1MHxOL897fuB+J cxTiT0x7o/4gL5Kc138GqJzQ9Zaujs6hGBTWg= MIME-Version: 1.0 Received: by 10.204.117.17 with SMTP id o17mr4374823bkq.145.1242476320810; Sat, 16 May 2009 05:18:40 -0700 (PDT) In-Reply-To: <608744.62543.qm@web63905.mail.re1.yahoo.com> References: <608744.62543.qm@web63905.mail.re1.yahoo.com> Date: Sat, 16 May 2009 14:18:40 +0200 Message-ID: <3a142e750905160518r173f421bw709ec54d5910c240@mail.gmail.com> From: "Paul B. Mahol" To: Barney Cordoba Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Can't boot new kernel build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 12:18:44 -0000 On 5/16/09, Barney Cordoba wrote: > I've built a new kernel and done a make install, and the system keeps # make installkernel KERNCONF=the_kernel KODIR=/boot/here_is_the_kernel > booting an old kernel. It "says" its booting /boot/kernel/kernel, but its > clearly not. No matter what I do, including deleting the old directory with > the old kernel, it boots the old kernel. Clearly its cached somewhere, but I > have no idea what's going on. What can cause this problem? > Barney -- Paul From owner-freebsd-current@FreeBSD.ORG Sat May 16 10:29:35 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 021E1106566B; Sat, 16 May 2009 10:29:35 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from carrick.bishnet.net (carrick.bishnet.net [IPv6:2a01:348:132::1]) by mx1.freebsd.org (Postfix) with ESMTP id B3A638FC18; Sat, 16 May 2009 10:29:34 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from tdb by carrick.bishnet.net with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1M5H8x-000HO3-QQ; Sat, 16 May 2009 11:29:27 +0100 Date: Sat, 16 May 2009 11:29:27 +0100 From: Tim Bishop To: Martin Wilke Message-ID: <20090516102927.GA65772@carrick.bishnet.net> References: <20090514191237.GD70242@bsdcrew.de> <20090515234756.GP86061@carrick.bishnet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090515234756.GP86061@carrick.bishnet.net> X-PGP-Key: 0x5AE7D984, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 1453 086E 9376 1A50 ECF6 AE05 7DCE D659 5AE7 D984 User-Agent: Mutt/1.5.13 (2006-08-11) X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean X-Bishnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.6, required 5, autolearn=not spam, BAYES_00 -2.60, NO_RELAYS -0.00) X-Bishnet-MailScanner-From: tdb@carrick.bishnet.net X-Mailman-Approved-At: Sat, 16 May 2009 12:30:30 +0000 Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 10:29:35 -0000 On Sat, May 16, 2009 at 12:47:56AM +0100, Tim Bishop wrote: > On Thu, May 14, 2009 at 09:12:37PM +0200, Martin Wilke wrote: > > After the announcement from Alexander Eichner about > > Virtualbox on FreeBSD, we started the work on a port > > for FreeBSD. Now we think that we solved the most > > problems and are ready for the first Call for Testing. > > Is the VRDP stuff meant to work? When following these instructions it > just appears athat it doesn't start it up (nothing is listening on > 3389): > > http://www.virtualbox.org/manual/UserManual.html#vboxheadless To answer my own question, VRDP isn't available on the Open Source Edition of VirtualBox. Differences can be found here: http://www.virtualbox.org/wiki/Editions Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From owner-freebsd-current@FreeBSD.ORG Sat May 16 12:32:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D65BC106566B for ; Sat, 16 May 2009 12:32:36 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63907.mail.re1.yahoo.com (web63907.mail.re1.yahoo.com [69.147.97.122]) by mx1.freebsd.org (Postfix) with SMTP id 7D03B8FC16 for ; Sat, 16 May 2009 12:32:36 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 11227 invoked by uid 60001); 16 May 2009 12:32:36 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1242477156; bh=JkdPVOtViv3L2kzcUMKQUMHibPHTeCg4U2JKUmJo0bU=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=JXVwbLNTuB9EwCHb1SYKQIue57pupKunrljo9PXz1yl5EsJeCSAfiQf+m4I9fuVAG6KXYfPzHjcyI5P/fgx259BJYTQSzTtSStGqmv1rI5rdGaIVHl5qItg0jsgVc/ZvW0XzfNcyiVUhhvct3O/O/Wau+g3DeFLVQ7uBNcrguaI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=Y1lHfu/XhFhEKMxD8dt9SinJrZLhig9iMkn0Y2tZIWtA6JpGxiATXOBMBVJVW67eUpFJEhChuTICyZF4JmzkjaK5SYcyTbfAlb9edEbPbm2QfHRZj20aZ2bjmLDJYizIaMWtXVquyP1GH/wcEP2fK9vahMLwIejhpq2F74/Eg6o=; Message-ID: <999978.10470.qm@web63907.mail.re1.yahoo.com> X-YMail-OSG: IFM94mEVM1lcAaj7EofmrYIT9Z0v9FqBkfOWVWaU40kY1Ge5vS.i8q.rZ3DLO48.QyNUd2e2Lo7Rt0TiO1PoyLkkdJrSAFe5Z.FYbiCrVWP3Z_g9t5nNOaMuTs9h.DCwBRiayeAUlQIjsNkvvdiIfK9nYv5R4.Sc0CjT2XCrSYs.M.fwPmVRItPyBrCrJ2RM6c_TyXNay4LjSsVhrg7Vt6GYW8QRfOyyTRdm7RQlvo_bUxnEGZdFf0zP01kmZH5tjZPQmwi8w_iPCHty1WYMErBIn_julPWT1aV_xgm0izRgcym2dbnVupI- Received: from [98.242.223.106] by web63907.mail.re1.yahoo.com via HTTP; Sat, 16 May 2009 05:32:34 PDT X-Mailer: YahooMailClassic/5.2.20 YahooMailWebService/0.7.289.10 Date: Sat, 16 May 2009 05:32:34 -0700 (PDT) From: Barney Cordoba To: "Paul B. Mahol" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current@freebsd.org Subject: Re: Can't boot new kernel build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 12:32:37 -0000 --- On Sat, 5/16/09, Paul B. Mahol wrote: > From: Paul B. Mahol > Subject: Re: Can't boot new kernel build > To: "Barney Cordoba" > Cc: current@freebsd.org > Date: Saturday, May 16, 2009, 8:18 AM > On 5/16/09, Barney Cordoba > wrote: > > I've built a new kernel and done a make install, and > the system keeps > > # make installkernel KERNCONF=the_kernel > KODIR=/boot/here_is_the_kernel > > > booting an old kernel. It "says" its booting > /boot/kernel/kernel, but its > > clearly not. No matter what I do, including deleting > the old directory with > > the old kernel, it boots the old kernel. Clearly its > cached somewhere, but I > > have no idea what's going on. What can cause this > problem? > > Barney > > > -- > Paul > As it turns out, I have a 4 disk system, and the system was booting the kernel off of a secondary disk and mounting a different one. So the kernel I was installing on the mounted disk wasnt the one being booted. Barney From owner-freebsd-current@FreeBSD.ORG Sat May 16 13:28:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F5CF1065670; Sat, 16 May 2009 13:28:42 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 470D88FC0A; Sat, 16 May 2009 13:28:41 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from sarevok.dnr.servegame.org (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id EAF0E7E837; Sat, 16 May 2009 05:28:39 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Sat, 16 May 2009 15:28:37 +0200 User-Agent: KMail/1.11.3 (FreeBSD/8.0-CURRENT; KDE/4.2.3; i386; ; ) References: <200905132157.14906.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905161528.37502.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Tim Kientzle , Dmitry Morozovsky , Garance A Drosehn Subject: Re: newsyslog(8) patch for both size and time checks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 13:28:42 -0000 On Thursday 14 May 2009 20:48:55 Garance A Drosehn wrote: > At 9:57 PM +0200 5/13/09, Mel Flynn wrote: > >On Wednesday 13 May 2009 00:29:36 Tim Kientzle wrote: > >> If compatibility is essential, perhaps we could > >> add a new flag to control this behavior. (I would > >> argue for changing the default and providing a flag > >> to obtain the old behavior.) > > > >Fine on the flag, maybe mergemaster could be a little more assisting in > > this case, since I'm not looking forward to "just adding a flag". Like > > mergemaster -p could auto-upgrade the lines that have both columns with > > values? > > Somewhere on one of my machines, I started on a update which made > it pay attention to multiple lines, and "or" those. So: > > /var/log/dhcpd 640 5 5000 * JC > /var/log/dhcpd " " * @T00 JC > > would mean "rotate if either condition is true". My thinking was > that I might also like to: > > /var/log/dhcpd 640 5 1000 @T00 JC > /var/log/dhcpd " " 5000 * JC > > That would say that I *generally* prefer that the log is rotated at > midnight, but if something goes wild during the day then let's start > rotating them faster. Thanks for your work on this. This looks like the best solution to me and clear to read. -- Mel From owner-freebsd-current@FreeBSD.ORG Sat May 16 13:30:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D51DC106567B for ; Sat, 16 May 2009 13:30:38 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 9C8FA8FC08 for ; Sat, 16 May 2009 13:30:38 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from sarevok.dnr.servegame.org (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 1181F7E837; Sat, 16 May 2009 05:30:37 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Sat, 16 May 2009 15:30:35 +0200 User-Agent: KMail/1.11.3 (FreeBSD/8.0-CURRENT; KDE/4.2.3; i386; ; ) References: <200904230627.16745.mel.flynn+fbsd.current@mailing.thruhere.net> <200904300003.02174.pieter@degoeje.nl> <3c1674c90905132038q3bee11c2n92317c4a482543e9@mail.gmail.com> In-Reply-To: <3c1674c90905132038q3bee11c2n92317c4a482543e9@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905161530.35757.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Pieter de Goeje , Kip Macy Subject: Re: em(4) outgoing statistics broken (Was: Re: Statistics collection for TX no longer works) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 13:30:39 -0000 On Thursday 14 May 2009 05:38:41 Kip Macy wrote: > Please update to 192081 and try again. We weren't updating stats when > we bypassed the buf_ring on transmit. > Thank you very much. Confirmed to be working here too. -- Mel From owner-freebsd-current@FreeBSD.ORG Sat May 16 13:53:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFA7C106564A for ; Sat, 16 May 2009 13:53:34 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63904.mail.re1.yahoo.com (web63904.mail.re1.yahoo.com [69.147.97.119]) by mx1.freebsd.org (Postfix) with SMTP id 80E6E8FC19 for ; Sat, 16 May 2009 13:53:34 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 42883 invoked by uid 60001); 16 May 2009 13:53:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1242482013; bh=q9+HCSY8SiGy3hTk6D8vQSUGbzvlBkGsbvh8HD3LBW0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=udo5w4skYjQvfdXyQ4yw4Z85g6Gxk5tDXOrJoOs37WFvisxoi6e5+iK8KfieAhdaWBYqwaqc/cRZXkYqnaUOXs8h4iEabhDMM8Jo1u3NnUrfmWeL6GU4Ykyxv55GNbt6fughLwiIDrB5vaVB9ZCOFYU8jhzrmYGHD9GigGEb64I= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=TSrvJQtk0s/8h5UOXGH1+WSTX8GLTs911iKbM8n4vHnuD8Hj4VT0/VOPnjKsuM5DNh+gerDoQrhJGg5cZN0neakIa7J2GpkeacyX8nAfI9l0oOVIEVG59fzO3qEpyoMX0rkmDsv0gGVe8ks299LYkFib63hDAJxRH6xeVgj6lCI=; Message-ID: <746337.40530.qm@web63904.mail.re1.yahoo.com> X-YMail-OSG: B2O2EjwVM1kZVMxlee8BU0GKHjxXuS4Z95.I.ErsnS0gNg3Hlr5sJBReEwVlN.PZ94oDplwU207rYIaYNEhNlW9.d5r3ICW4ME1Kn7DMkA0fjIp7PPXX2WgEjA5PFihs9D35fsz0pAJfTjXLS49zgOJhVx0ze00huIhJnQx6X0zzlprA4O2hjXYyMua2M5vj__YYTMcjaCX2y3AHxmHP4fQJkNEomtfRq4ilC.Bg2cfQ5C901QTwBIYloyo- Received: from [98.242.223.106] by web63904.mail.re1.yahoo.com via HTTP; Sat, 16 May 2009 06:53:33 PDT X-Mailer: YahooMailClassic/5.2.20 YahooMailWebService/0.7.289.10 Date: Sat, 16 May 2009 06:53:33 -0700 (PDT) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: CPU designation on Top X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 13:53:35 -0000 Should the C (cpu) column in top be in hex? Its inconsistent with the state, and its also really, really geeky. Barney From owner-freebsd-current@FreeBSD.ORG Sat May 16 14:12:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41835106564A for ; Sat, 16 May 2009 14:12:31 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.191]) by mx1.freebsd.org (Postfix) with ESMTP id C1D568FC1D for ; Sat, 16 May 2009 14:12:25 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so1051010mue.3 for ; Sat, 16 May 2009 07:12:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=vq6maEx/dVH3Rgw7RXfiVSePeFtfnJ48Ctg+zxaR8e8=; b=yHzt4uJZ/TQu6lypLUpYhVlyBshGvc3KBaRbM9cJWD2jRj7AjBBJOgloH2+tEYQEmJ uXNQFRAJs/4Nx63w6WZK1+6vTaWSd+5wYpvcjSkJ73pxL3paTcq/jmu2jYUw7W1BX3Aw 8y7wnZou8/YcABXlZK6+K2sgtbIIwhNKhSFps= 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=LBH9mWrjo/7OGXp+wgS3+D3qfSPFwn0J3jbzXulAA0+Q+o/KaKe79HnHx3Yl27eeeG ULsBv/87gHk+ltkrMmeyjKoSXGnPsOzo3C82PU2pNO5m0r9Shmu3uPkbwo6WcQBsmcN0 wB7npO47nfjkQL38Ury+uypnqSNxxy0z2sM+c= MIME-Version: 1.0 Received: by 10.103.172.7 with SMTP id z7mr2915834muo.129.1242483143566; Sat, 16 May 2009 07:12:23 -0700 (PDT) In-Reply-To: <746337.40530.qm@web63904.mail.re1.yahoo.com> References: <746337.40530.qm@web63904.mail.re1.yahoo.com> Date: Sat, 16 May 2009 18:12:23 +0400 Message-ID: From: pluknet To: Barney Cordoba Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: CPU designation on Top X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 14:12:31 -0000 2009/5/16 Barney Cordoba : > > Should the C (cpu) column in top be in hex? Its inconsistent with the state, and its also really, really geeky. > > Barney > That was already fixed. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Sat May 16 14:44:40 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E21EB1065689; Sat, 16 May 2009 14:44:40 +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 9B6BD8FC21; Sat, 16 May 2009 14:44:40 +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 10D6E2C50D11; Sat, 16 May 2009 17:25:31 +0300 (EEST) Date: Sat, 16 May 2009 17:25:25 +0300 From: Ion-Mihai Tetcu To: Martin Wilke Message-ID: <20090516172525.4f3731c7@it.buh.tecnik93.com> In-Reply-To: <20090515101253.GH71804@bsdcrew.de> References: <20090514191237.GD70242@bsdcrew.de> <20090515101253.GH71804@bsdcrew.de> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.1; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 Cc: ports@FreeBSD.org, freebsd-emulation@freebsd.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 14:44:41 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMQ0KDQpPbiBGcmks IDE1IE1heSAyMDA5IDEyOjEyOjU0ICswMjAwDQpNYXJ0aW4gV2lsa2UgPG1pd2lARnJlZUJTRC5v cmc+IHdyb3RlOg0KDQo+IC0tLS0tQkVHSU4gUEdQIFNJR05FRCBNRVNTQUdFLS0tLS0NCj4gSGFz aDogU0hBMQ0KPiANCj4gT2sNCj4gDQo+IFdlIHVwbG9hZGVkIGEgbmV3IHRhcmJhbGwgd2hhdCBz aG91bGQgYmUgZml4IHRoZSBidWlsZCBvbiBBTUQ2NC4NCj4gDQo+IFNtYWxsIGNoYW5nZWxvZzoN Cj4gLSAtIGRldmVsL2tidWlsZCBpcyBub3cgZGVwZW5kZW5jeQ0KPiAtIC0gcmVtb3ZlIG1pc2Mv Y29tcGF0NiBzdXBwb3J0DQo+IA0KPiBOb3RlOg0KPiBVc2UgZGV2ZWwvYmNjIGluc3RlYWQgb2Yg ZGV2ZWwvZGV2ODYgd2hhdCBtZWFucw0KPiBJZiB5b3UgaGF2ZSBkZXZlbC9iY2MgaW5zdGFsbGVk IHBsZWFzZSBkZWluc3RhbGwNCj4gDQo+IGh0dHA6Ly9wZW9wbGUuZnJlZWJzZC5vcmcvfm1pd2kv dmJveC92aXJ0dWFsYm94XzEudGd6DQo+IA0KPiBQbGVhc2UgZ2l2ZSB1cyBmZWVkYmFjayA6UA0K DQpTZWVtcyB5b3UgbmVlZCB0byBiZSByb290IHRvIGJ1aWxkIGl0IGFuZCBpdCB3aWxsIGZhaWwg b24gdGluZHkvcG9pbnR5DQpiZWNhdXNlIG9mIHRvdWNoaW5nIHRoZSBmcyBvdXRzaWRlIFdSS0RJ UiBiZWZvcmUgaW5zdGFsbC46DQoNCj09PT4gIEJ1aWxkaW5nIGZvciB2aXJ0dWFsYm94LTIuMi4y cjE5NjczDQpjZCAvaG9tZS9pdGV0Y3Uvd3JrL3Vzci9ob21lL2l0ZXRjdS90bXAvdmlydHVhbGJv eC93b3JrL3ZpcnR1YWxib3gtMi4yLjJyMTk2NzMgJiYgL2Jpbi9zaCBlbnYuc2ggJiYgVkJPWF9M SUJQQVRIX1gxMT0vdXNyL2xvY2FsIC91c3IvbG9jYWwvYmluL2ttaw0KTWFrZWZpbGUua21rOjIz OiAvdXNyL2xvY2FsL3NoYXJlL2tCdWlsZC9zdWJoZWFkZXIua21rOiBQZXJtaXNzaW9uIGRlbmll ZA0KTWFrZWZpbGUua21rOjgwOTogL3Vzci9sb2NhbC9zaGFyZS9rQnVpbGQvc3ViZm9vdGVyLmtt azogUGVybWlzc2lvbiBkZW5pZWQNCmttazogc3RhdDogL3Vzci9sb2NhbC9zaGFyZS9rQnVpbGQv c3ViZm9vdGVyLmttazogUGVybWlzc2lvbiBkZW5pZWQNCmttazogc3RhdDogL3Vzci9sb2NhbC9z aGFyZS9rQnVpbGQvc3ViaGVhZGVyLmttazogUGVybWlzc2lvbiBkZW5pZWQNCmttazogKioqIE5v IHJ1bGUgdG8gbWFrZSB0YXJnZXQgYC91c3IvbG9jYWwvc2hhcmUva0J1aWxkL3N1YmZvb3Rlci5r bWsnLiAgU3RvcC4NCioqKiBFcnJvciBjb2RlIDINCg0KDQoNCi0gLS0gDQpJT251dCAtIFVuXmRe ZHJlZ2lzdGVyZWQgOykgRnJlZUJTRCAidXNlciINCiAgIkludGVsbGVjdHVhbCBQcm9wZXJ0eSIg aXMgICBub3doZXJlIG5lYXIgYXMgdmFsdWFibGUgICBhcyAiSW50ZWxsZWN0Ig0KRnJlZUJTRCBj b21taXR0ZXIgLT4gaXRldGN1QEZyZWVCU0Qub3JnLCBQR1AgS2V5IElEIDA1N0U5RjhCNDkzQTI5 N0INCi0tLS0tQkVHSU4gUEdQIFNJR05BVFVSRS0tLS0tDQpWZXJzaW9uOiBHbnVQRyB2Mi4wLjEx IChGcmVlQlNEKQ0KDQppRVlFQVJFQ0FBWUZBa29Pek5vQUNna1FKN0dJdWlIL29lV2liZ0NlSTFj M0xjZW5rOEs2eDhQaHBLUnF3NS9oDQpVb2NBbjNxY1FjYXFiMmkxc0xIb0lVaGFiV01XYTgycw0K PTlSUjcNCi0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQ0K From owner-freebsd-current@FreeBSD.ORG Sat May 16 15:24:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EABB81065674 for ; Sat, 16 May 2009 15:24:56 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id A30FC8FC1B for ; Sat, 16 May 2009 15:24:56 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from sarevok.dnr.servegame.org (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 83D4C7E837 for ; Sat, 16 May 2009 07:24:54 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Sat, 16 May 2009 17:24:52 +0200 User-Agent: KMail/1.11.3 (FreeBSD/8.0-CURRENT; KDE/4.2.3; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905161724.52918.mel.flynn+fbsd.current@mailing.thruhere.net> Subject: Compiler bug or bad combo: WITH_DEBUG, FindKDE4Internals.cmake, devel/kdebindings4-python-pykde4 and bsd.cmake.mk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 15:24:57 -0000 Hi, I wanted to track down several issues with kde-4 and as such, started with this: cat -n /etc/make.conf 12 .if !empty(.CURDIR:M*/usr/ports/*) 13 .if !defined(USE_STANDARD_CFLAGS) 14 DEBUG_FLAGS=-ggdb 15 WITH_DEBUG=yes 20 .endif # more port specific stuff here, unrelated. This presented me with a problem for the devel/kdebindings4-python-pykde4 module. I've let the compilation of one object file (see below for details) run for >30 minutes wall clock /and/ CPU time and then pressed CTRL-C. Adding the following: 16 .if !empty(.CURDIR:M/usr/ports/devel/kdebindings4-python-pykde4) 17 CMAKE_BUILD_TYPE=DEBUGFULL 18 .else 19 CMAKE_BUILD_TYPE=DEBUG Fixed the problem and the entire port compiles and installs in under 10 minutes. This is on: 8.0-CURRENT FreeBSD 8.0-CURRENT #0 r192130: Fri May 15 11:19:04 CEST 2009 Things tried and tested: - DISABLE_MAKE_JOBS: no effect - CMAKE_BUILD_TYPE unset: no effect - CMAKE_BUILD_TYPE=DEBUG: no effect - 14 DEBUG_FLAGS=-ggdb -fno-strict-aliasing 15 WITH_DEBUG=yes 16 #.if !empty(.CURDIR:M/usr/ports/devel/kdebindings4-python-pykde4) 17 #CMAKE_BUILD_TYPE=DEBUGFULL 18 #.else 19 CMAKE_BUILD_TYPE=DEBUG No effect. At present: last pid: 89647; load averages: 3.03, 2.60, 1.95 up 1+04:13:57 16:55:42 195 processes: 4 running, 190 sleeping, 1 zombie CPU: 74.0% user, 0.0% nice, 23.2% system, 2.2% interrupt, 0.6% idle Mem: 868M Active, 285M Inact, 207M Wired, 28M Cache, 112M Buf, 103M Free Swap: 3072M Total, 75M Used, 2997M Free, 2% Inuse PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 89623 mel 1 115 0 241M 232M CPU1 1 9:09 87.79% cc1plus cd /stable/usr/obj/usr/ports/devel/kdebindings4-python- pykde4/work/kdebindings-4.2.3/python/pykde4 && /usr/local/libexec/ccache/world-c++ -D_GNU_SOURCE -DQT_NO_STL - DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DQT3_SUPPORT - D_REENTRANT -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_GUI_LIB - Dpython_module_PyKDE4_kdeui_EXPORTS -pipe -ggdb -fno-strict-aliasing - Woverloaded-virtual -fvisibility=hidden -fvisibility-inlines-hidden -g -O2 - fno-reorder-blocks -fno-schedule-insns -fno-inline -fPIC - I/stable/usr/obj/usr/ports/devel/kdebindings4-python- pykde4/work/kdebindings-4.2.3/python/pykde4 - I/stable/usr/obj/usr/ports/devel/kdebindings4-python- pykde4/work/kdebindings-4.2.3 -I/usr/local/kde4/include - I/usr/local/kde4/include/KDE -I/usr/local/include/qt4/QtWebKit - I/usr/local/include/qt4/QtHelp -I/usr/local/include/qt4/QtDBus - I/usr/local/include/qt4/QtTest -I/usr/local/include/qt4/QtUiTools - I/usr/local/include/qt4/QtScript -I/usr/local/include/qt4/QtSvg - I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4/QtSql - I/usr/local/include/qt4/QtOpenGL -I/usr/local/include/qt4/QtNetwork - I/usr/local/include/qt4/QtDesigner -I/usr/local/include/qt4/Qt3Support - I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtCore - I/usr/local/include/qt4/Qt -I/usr/local/share/qt4/mkspecs/default - I/usr/local/include/qt4 -I/usr/local/include -I/usr/local/include/python2.6 - I/usr/local/kde4/include/solid -I/usr/local/kde4/include/kio - I/usr/local/kde4/include/kdeprint -I/usr/local/kde4/include/kdeprint/lpr - I/usr/local/kde4/include/dom -I/usr/local/kde4/include/ksettings - I/usr/local/kde4/include/knewstuff2 -I/usr/local/kde4/include/dnssd -o CMakeFiles/python_module_PyKDE4_kdeui.dir/sip/kdeui/sipkdeuipart0.o -c /stable/usr/obj/usr/ports/devel/kdebindings4-python- pykde4/work/kdebindings-4.2.3/python/pykde4/sip/kdeui/sipkdeuipart0.cpp load: 3.03 cmd: cc1plus 89623 [runnable] 413.90u 120.55s 87% 264348k gdb yields nothing useful. A ktrace and subsequent: kdump|egrep -v '(mmap|madvise|munmap)' >kdump.out yields assembly code and writes in 4096 blocks. Have not tried to reproduce this issue on -stable. I can make the kdump available for those interested. Is this a compiler bug or will this code eventually finish (30 minutes CPU time still seems like a bug to me, especially when without -O2 it compiles in 2 or 3 seconds). As a sidenote, if anyone from kde@ is reading current: The following assumption in bsd.cmake.mk is not true for kde4 builds: # CMAKE_BUILD_TYPE - Type of build (cmake predefined build types), # affects on CFALGS and thus should not be set. # Default: none (which respects CFLAGS) As per kde4/share/apps/cmake/modules/FindKDE4Internals.cmake: set(CMAKE_C_FLAGS_RELEASE "-O2 -DNDEBUG -DQT_NO_DEBUG") Default CMAKE_BUILD_TYPE if unset is RELEASE, which then *adds* CMAKE_C(XX)?_FLAGS_RELEASE to ${CFLAGS}, negating the stripping of -O2 by WITH_DEBUG in bsd.ports.mk: .if defined(WITH_DEBUG) && !defined(WITHOUT_DEBUG) STRIP= #none STRIP_CMD= ${TRUE} DEBUG_FLAGS?= -g CFLAGS:= ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} .endif So, it would be nice if bsd.cmake.mk would pick up on WITH_DEBUG and set CMAKE_BUILD_TYPE to DEBUGFULL, which has the expected effect from the end-user perspective. -- Mel From owner-freebsd-current@FreeBSD.ORG Sat May 16 16:40:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0B91106566C for ; Sat, 16 May 2009 16:40:50 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [66.92.166.102]) by mx1.freebsd.org (Postfix) with ESMTP id 297878FC19 for ; Sat, 16 May 2009 16:40:49 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from harkness.in.wanderview.com (harkness.in.wanderview.com [10.76.10.150]) (authenticated bits=0) by mail.wanderview.com (8.14.3/8.14.3) with ESMTP id n4GGej64016950 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 16 May 2009 16:40:45 GMT (envelope-from ben@wanderview.com) Message-Id: <5D988481-068A-4AB3-952E-255BEA1D9DA7@wanderview.com> From: Ben Kelly To: Adam McDougall In-Reply-To: <20090516031332.GG82547@egr.msu.edu> 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: Sat, 16 May 2009 12:40:44 -0400 References: <08D7DC2A-68BE-47B6-8D5D-5DE6B48F87E5@wanderview.com> <20090516031332.GG82547@egr.msu.edu> X-Mailer: Apple Mail (2.930.3) X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.64 on 10.76.20.1 Cc: freebsd-current@freebsd.org, Artem Belevich Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 16:40:50 -0000 On May 15, 2009, at 11:13 PM, Adam McDougall wrote: > On Tue, Apr 28, 2009 at 04:52:23PM -0400, Ben Kelly wrote: > On Apr 28, 2009, at 2:11 PM, Artem Belevich wrote: >> My system had eventually deadlocked overnight, though it took much >> longer than before to reach that point. >> >> In the end I've got many many processes sleeping in zio_wait with no >> disk activity whatsoever. >> I'm not sure if that's the same issue or not. >> >> Here are stack traces for all processes -- http://pastebin.com/f364e1452 >> I've got the core saved, so if you want me to dig out some more info, >> let me know if/how I could help. > > It looks like there is a possible deadlock between zfs_zget() and > zfs_zinactive(). They both acquire a lock via ZFS_OBJ_HOLD_ENTER(). > The zfs_zinactive() path can get called indirectly from within > zio_done(). The zfs_zget() can in turn block waiting for > zio_done()'s > completion while holding the object lock. > > The following patch might help: > > http://www.wanderview.com/svn/public/misc/zfs/zfs_zinactive_deadlock.diff > > This simply bails out of the inactive processing if the object lock > is > already held. I'm not sure if this is 100% correct or not as it > cannot verify there are references to the vnode. I also tried > executing the zfs_zinactive() logic in a taskqueue to avoid the > deadlock, but that caused other deadlocks to occur. > > Hope that helps. > > - Ben > > Its my understanding that the deadlock was fixed in -current, > how does that affect the usefulness of the thread priorities > patch? Should I continue testing it or is it effectively a > NOOP now? As far as I know the vnode release deadlock is unrelated to the thread prioritization patch. The particular problem I ran into that caused me to look at the priorities was a livelock. When the arc cache got low on memory sometimes user and txg threads would begin messaging each other in a seemingly infinite pattern waiting for space to be freed. Unfortunately, these threads were simultaneously starving out the spa_zio threads from actually flushing data to the disks. This effectively blocked all disk related activity and would wedge the box when the syncer process got into the mix as well. This condition doesn't happen on opensolaris because their use of explicit priorities ensures that the spa_zio threads take precedence over user and txg threads. Beyond this particular scenario it seems possible that there are other priority related problems lurking. ZFS in opensolaris is either explicitly or implicitly designed around the different threads having certain relative priorities. While it seems to mostly work without these priorities we are definitely opening ourselves up to untested corner cases by ignoring the prioritization. The one downside I have noticed to setting zfs thread priorities explicitly is a reduction in interactivity during heavy disk load. This is somewhat to be expected since the spa_zio threads are running at a higher priority than user threads. This has been an issue on opensolaris as well: http://bugs.opensolaris.org/view_bug.do?bug_id=6586537 The bug states that a fix is available, but I haven't had a chance to go back and see what they ended up doing to make things more responsive. Currently the thread priority patch for freebsd is a proof of concept. If people think its a valid approach I can try to clean it up so that it could be committed. The two main issues with it right now are: 1) It changes the kproc(9) API by adding a kproc_create_priority() function that allows you to set the priority of the newly created thread. I'm not sure how people feel about this. 2) It makes the opensolaris thread_create() function take freebsd priority values and sets the constants maxclsyspri and minclsyspri to somewhat arbitrary values. This means that if someone ports other opensolaris code over and passes priority values to thread_create without using these constants they will get unexpected behavior. This could be addressed by creating a mapping function from opensolaris priorities to freebsd priorities. > Also, I've been doing some fairly intense testing of zfs in > recent -current and I am tracking down a situation where > performance gets worse but I think I found a workaround. > I am gathering more data regarding the cause, workaround, > symptoms, and originating commit and will post about it soon. I'd be interested to here more about this. Thanks! - Ben From owner-freebsd-current@FreeBSD.ORG Sat May 16 17:16:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D67B5106564A; Sat, 16 May 2009 17:16:38 +0000 (UTC) (envelope-from dzentoo@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id 8B0538FC16; Sat, 16 May 2009 17:16:34 +0000 (UTC) (envelope-from dzentoo@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so1078961mue.3 for ; Sat, 16 May 2009 10:16:33 -0700 (PDT) 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:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=G0eyU9Ee+p4FzD7qagGsGJYKljF9/Ax8fze3WprYAt4=; b=fPZw+FxZwb0GLdmRYeA5Szc0S2z2ekVZ6H8affnBqKgDtGoGWeuKtaUGPfJkNZ+FHQ 1M03nAFXWW+xiZBcxqghpJssltXdZsB4hnGcq/5C0SDPnV/y4ndIFZBWnk72hVpT7j08 BcmQfI33f5qjDqlbmOoRTt//AWti9DQ9sgleI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=Vd2HlkcHSLf/P088fO78xPAd1Oryd+UPaABJjIIx+3T8mDUNvMcQ+gbbdYc4Oh0/dG 9if0Ntt2Me0kVSgMZaziTzvQRP2vOAZt6uu+ut8DQupthV/yTqp3kl4we8hNFiMx/mQO XKvwsxzaxxqWXVvquxtHiQ76874wXpht37JU0= MIME-Version: 1.0 Sender: dzentoo@gmail.com Received: by 10.103.11.7 with SMTP id o7mr3029923mui.95.1242494193262; Sat, 16 May 2009 10:16:33 -0700 (PDT) In-Reply-To: <3481d8e60905141449qfcf5da8r95d54281206304a4@mail.gmail.com> References: <20090514191237.GD70242@bsdcrew.de> <3481d8e60905141449qfcf5da8r95d54281206304a4@mail.gmail.com> From: Benoit Calvez Date: Sat, 16 May 2009 19:16:13 +0200 X-Google-Sender-Auth: 5bbd5833ee395da6 Message-ID: <3481d8e60905161016k3de535e3n9a570c5bee6ba517@mail.gmail.com> To: Martin Wilke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 17:16:39 -0000 On Thu, May 14, 2009 at 11:49 PM, Benoit Calvez wrote: > > > On Thu, May 14, 2009 at 9:12 PM, Martin Wilke wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> Howdy Guys, >> >> After the announcement from Alexander Eichner about >> Virtualbox on FreeBSD, we started the work on a port >> for FreeBSD. Now we think that we solved the most >> problems and are ready for the first Call for Testing. >> >> Some notes before you can test the port: >> Make sure you are using RELENG_7 or higher. You have >> to use a fresh portstree with uptodate ports!! Please >> read carefully the pkg-messages. >> >> Some known issues / Troubleshooting: >> Sometimes the kernel on HEAD coredumps when loading >> or unloading the kernel module. A small workaround >> to prevent the crash is to not start X, mount proc, >> then load the kernel module and start X from the >> console. That helped me and some testers, maybe you >> too. :P AMD64 should be work in general, it builds >> and start. But not right tested at the moment. We >> want here also some feedback. >> >> Some Thanks: >> First of all we'd like to say many thanks to _ALL_ >> vbox developers. Next people are Bernhard Froehlich >> (aka decke), Beat Gaetzi (beat@), Dennis Herrmann >> (dhn@), Pietro Cerutti (gahr@), myself (*gg*), >> and _ALL_ who helped and provided feedback. >> >> Happy Testing :-) >> >> Download: >> >> http://people.freebsd.org/~miwi/vbox/vboxport.tgz >> >> Wiki Page: >> http://wiki.freebsd.org/VirtualBox >> >> - Martin >> >> - -- >> >> +-----------------------+-------------------------------+ >> | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | >> | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | >> +-----------------------+-------------------------------+ >> | Mess with the Best, Die like the Rest! | >> +-----------------------+-------------------------------+ >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v2.0.11 (FreeBSD) >> >> iEYEARECAAYFAkoMbSUACgkQdLJIhLHm/OnNnACeJsT7H9hW1J7CV70P3Ty+q0CA >> kD8AoMLCPbltY999/8qO6fnaqv4UQ9QT >> =LcoD >> -----END PGP SIGNATURE----- >> _______________________________________________ >> 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 >> " >> > > I'm trying to build from amd64, but got the following error. Sorry but I > didn't look, and it's a fresh paste: > ===> Configuring for virtualbox-2.2.2r19673 > Checking for environment: Determined build machine: freebsd.amd64, target > machine: freebsd.amd64, OK. > Checking for kBuild: found, OK. > Checking for gcc: found version 4.2.1, OK. > Checking for as86: found version 0.16.17, OK. > Checking for bcc: found version 0.16.17, OK. > Checking for iasl: found version 20070320, OK. > Checking for xslt: found, OK. > Checking for pthread: found, OK. > Checking for libxml2: found version 2.7.3, OK. > Checking for libxslt: found version 1.1.24, OK. > Checking for libIDL: found version 0.8.13, OK. > Checking for zlib: found version 1.2.3, OK. > Checking for SDL: found version 1.2.13, OK. > Checking for X libraries: found, OK. > Checking for Xcursor: found, OK. > Checking for Xmu: found, OK. > Checking for Mesa / GLU: Xlib: extension "Generic Event Extension" missing > on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > found version 1.2, OK. > Checking for Qt4: found version 4.4.3, OK. > Checking for Qt4 devtools: found version 4.4.3, OK. > Checking for python support: found version 2.5.4, OK. > > Successfully generated > '/usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/AutoConfig.kmk' > and '/usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/env.sh'. > Source '/usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/env.sh' > once before you start to build VBox: > > source /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/env.sh > kmk > > > +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING > +++ > Hardening is enabled which means that the VBox binaries will not run from > the binary directory. The binaries have to be installed suid root and > some > more prerequisites have to be fulfilled which is normally done by > installing > the final package. For development, the hardening feature can be disabled > by specifying the --disable-hardening parameter. Please never disable > that > feature for the final distribution! > +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING > +++ > > Enjoy! > ===> Building for virtualbox-2.2.2r19673 > cd /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673 && /bin/sh > env.sh && VBOX_LIBPATH_X11=/usr/local > /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/kBuild/bin/freebsd.amd64/kmk > Config.kmk:1664: > /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/GCCConfig.kmk: > No such file or directory > Config.kmk:3789: > /usr/home/benoit/src/virtualbox/work/virtualbox-2.2.2r19673/out/freebsd.amd64/release/revision.kmk: > No such file or directory > Fatal error 'kse_create() failed > ' at line 469 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 2) > *** Error code 1 > > > > > -- > Benoit C. > > I just tryed with the last tarball ( http://people.freebsd.org/~miwi/vbox/virtualbox_1.tgz) and it compiles fine. the kernel module loads, and I'll try to boot an opensolaris in a few moments. Nice job everyone ! -- Benoit C. From owner-freebsd-current@FreeBSD.ORG Sat May 16 21:32:53 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9AAE106566C for ; Sat, 16 May 2009 21:32:53 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with ESMTP id 7F2C38FC13 for ; Sat, 16 May 2009 21:32:53 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 31237 invoked by uid 399); 16 May 2009 21:32:50 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 May 2009 21:32:50 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A0F3100.3020803@FreeBSD.org> Date: Sat, 16 May 2009 14:32:48 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (X11/20090423) MIME-Version: 1.0 To: Jeremie Le Hen References: <20090510111110.GA88857@obiwan.tataz.chchile.org> In-Reply-To: <20090510111110.GA88857@obiwan.tataz.chchile.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Bug in mergemaster(8) when used in service jails (scheme described in chapter 15.6.1 of the handbook) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 21:32:54 -0000 Jeremie Le Hen wrote: > Hi Doug, > > In the chapter 15.6.1 of the handbook, "Service jails", the last part > explains how to upgrade jails. The last step is to run mergmaster(8) in > each jail. > > The problem is that in service jails /etc is a symlink to /s/etc, /s > being the readable/writable filesystem. mtree(8) stumbles on /etc being a > symlink instead of a directory and doesn't proceed futher down into /etc to > check files. Consequently, ${CHANGED} is empty and all customized > configuration are overwritten with their default version. > > I've fixed mergemaster(8) with the following patch: > > % Index: mergemaster.sh > % =================================================================== > % RCS file: /mnt/space/cvsroot/src/usr.sbin/mergemaster/mergemaster.sh,v > % retrieving revision 1.69 > % diff -u -r1.69 mergemaster.sh > % --- mergemaster.sh 23 Mar 2009 14:42:41 -0000 1.69 > % +++ mergemaster.sh 10 May 2009 11:05:32 -0000 > % @@ -461,7 +461,7 @@ > % # > % CHANGED= > % if [ -n "${AUTO_UPGRADE}" -a -f "${DESTDIR}${MTREEFILE}" ]; then > % - for file in `mtree -eq -f ${DESTDIR}${MTREEFILE} -p ${DESTDIR}/ \ > % + for file in `mtree -eqL -f ${DESTDIR}${MTREEFILE} -p ${DESTDIR}/ \ > % 2>/dev/null | awk '($2 == "changed") {print $1}'`; do > % if [ -f "${DESTDIR}/$file" ]; then > % CHANGED="${CHANGED} ${DESTDIR}/$file" > > Regards, Ok, this has been committed to HEAD, and will be MFCed very soon. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat May 16 21:36:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4DFC1065670; Sat, 16 May 2009 21:36:58 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id E69118FC08; Sat, 16 May 2009 21:36:57 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 242981001; Sun, 17 May 2009 00:36:56 +0300 Message-ID: <4A0F31F0.8090601@FreeBSD.org> Date: Sun, 17 May 2009 00:36:48 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Matthias Apitz References: <1242469381.00112742.1242456003@10.7.7.3> In-Reply-To: <1242469381.00112742.1242456003@10.7.7.3> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: CURRENT && HDA Driver Revision: 20090401_0132 && no recording X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 21:36:59 -0000 Matthias Apitz wrote: > I can't get to work recording in environment -CURRENT && HDA Driver > Revision: 20090401_0132 > > the sound output is fine in KDE, but as well the KDE mixer does > not control it; only with mixer(1) command I can change the volume for > example; I've already tried all values for setting > > $ mixer =rec rdev > > but nothing helps switching on the micro. The man page of snd_hda(4) > explains a lot of device.hints(5) options, but understanding all this is > out of my control; I'm attaching a 'dmesg | fgrep hdac'. > > Any idea how to get recording switched on? I need this for business for > Skype... This is the last blocking point to switch over to my new Dell > M4400 You have 3 recording sources available via 2 pcm devices. As I can see, your built-in mic assigned to pcm1 device. Have you tried to record from pcm1? PS: `dmesg | fgrep pcm` is also interesting. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat May 16 22:23:07 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C30B71065672; Sat, 16 May 2009 22:23:07 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from mail-pz0-f105.google.com (mail-pz0-f105.google.com [209.85.222.105]) by mx1.freebsd.org (Postfix) with ESMTP id 91FA78FC27; Sat, 16 May 2009 22:23:07 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: by pzk3 with SMTP id 3so1688855pzk.3 for ; Sat, 16 May 2009 15:23:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=ZhcLHCZPn0h+dL8S9cuu40ZDs03jDEa+h03CLalbNxw=; b=VfRzGIqmykXi6NSLK4o10llJUbp609XnBMYNpohhS9ww95tv5P4GYOw26DRZXQpNiS heCPgpuN7zpRF1SH8fJ/+9nsWLh3HsLeWeDvdkF55J2bGlJkfQyh2pIkjP0mSU9lKgnm d7SxhprnVPzMamLtpU7lTKg+W9Q807BwfFRLk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=ua3+J1Gt5Ygo2E8n7U7oa0DFtPx5Wcd3sWhDJBht0acR97UdMomH2uZlyULPUgNB3u f2Q9GQHYRdGTOih8SV/JhujBoP9M0CPHuRtg/w2VxcJ0vDVqjqen8+62YN9DuvnPJqbJ UgSVYcqLkZZ3D/xHpTkPPWJge8yHCWah9XTrQ= MIME-Version: 1.0 Received: by 10.142.77.7 with SMTP id z7mr1634292wfa.175.1242511323286; Sat, 16 May 2009 15:02:03 -0700 (PDT) In-Reply-To: <20090407022956.GA71377@weongyo.cdnetworks.kr> References: <20090407022956.GA71377@weongyo.cdnetworks.kr> Date: Sun, 17 May 2009 00:02:03 +0200 Message-ID: <90a5caac0905161502x3771072n22d58111a235de24@mail.gmail.com> From: Lucius Windschuh To: Weongyo Jeong , current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: HEADSUP: uath(4) has been committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 22:23:08 -0000 2009/4/7 Weongyo Jeong > Hello, > > FYI uath(4) driver has been committed into HEAD. To work with uath(4) > it needs to load the firmware using uathload. The example would be as > follows: > > # kldload if_uath > [plugin Atheros USB stick] > ugen0.2: at usbus0 > # uathload -d /dev/ugen0.2 > [after downloading the firmware it'll retry to attach] > # ifconfig uath0 > > Normally uathload could be found at /usr/sbin or > /usr/src/usr.sbin/uathload for sources and if you don't want to execute > uathload by hand it'd be better to add a entry into devd.conf(5). Thanks for porting the driver. I tried it with a TRENDnet TEW-504UB/EU on CURRENT as of today. But there are a couple of problems with that device: 1. Different product ID My TEW-504UB/EU becomes 0x3207 after loading the firmware. OK, this one is easy to fix: Index: sys/dev/usb/usbdevs =================================================================== --- sys/dev/usb/usbdevs (revision 192196) +++ sys/dev/usb/usbdevs (working copy) @@ -2425,6 +2425,7 @@ product UMEDIA ALL0298V2 0x3204 ALL0298 v2 product UMEDIA AR5523_2 0x3205 AR5523 product UMEDIA AR5523_2_NF 0x3206 AR5523 (no firmware) +product UMEDIA AR5523_3 0x3207 AR5523 /* Universal Access products */ product UNIACCESS PANACHE 0x0101 Panache Surf USB ISDN Adapter Index: sys/dev/usb/wlan/if_uath.c =================================================================== --- sys/dev/usb/wlan/if_uath.c (revision 192196) +++ sys/dev/usb/wlan/if_uath.c (working copy) @@ -192,6 +192,7 @@ UATH_DEV(NETGEAR3, WPN111), UATH_DEV(UMEDIA, TEW444UBEU), UATH_DEV(UMEDIA, AR5523_2), + UATH_DEV(UMEDIA, AR5523_3), UATH_DEV(WISTRONNEWEB, AR5523_1), UATH_DEV(WISTRONNEWEB, AR5523_2), UATH_DEV(ZCOM, AR5523) I don't know why this device has another product ID with a loaded firmware, but perhaps because it is an 802.11a capable device? BTW: the vendor's firmware leads to the known ID (0x3205), but uath bails out: uath0: timeout waiting for reply to cmd 0x1 (1) uath0: could not initialize adapter device_attach: uath0 attach returned 35 uath0: timeout waiting for reply to cmd 0x1 (1) uath0: could not initialize adapter device_attach: uath0 attach returned 35 ugen4.2: at usbus4 (disconnected) ugen4.2: at usbus4 So, now to the second problem: The device works like a charm in 802.11b/g mode (ifconfig wlan0 chanlist 1-13) with FreeBSD's firmware. But 802.11a scanning does not work. Without the chanlist restrictiong, I get the following messages: (plug in the device) ugen4.2: at usbus4 (uathload) ugen4.2: at usbus4 (disconnected) ugen4.2: at usbus4 (ifconfig wlan create wlandev uath0) wlan0: Ethernet address: 00:14:d1:c0:23:5f (ifconfig wlan0 up) uath0: uath_cmdsend: empty inactive queue uath0: could not init Tx queues, error 55 uath0: uath_cmdsend: empty inactive queue uath0: could not set channel, error 55 [...] uath0: could not set channel, error 55 uath0: uath_cmdsend: empty inactive queue uath0: could not write register 0x08 uath0: uath_cmdsend: empty inactive queue uath0: could not set channel, error 55 uath0: could not switch channel I'd like to provide additional debugging information. If you need more, please tell me what. BTW: Could you add a message declaring the device when it is plugged in? Something like "uath0: on usbus?" and "uath0: ether aa:bb:cc:dd:ee:ff"? Kind regards, Lucius From owner-freebsd-current@FreeBSD.ORG Sat May 16 22:40:27 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEFFB1065670 for ; Sat, 16 May 2009 22:40:27 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-ew0-f159.google.com (mail-ew0-f159.google.com [209.85.219.159]) by mx1.freebsd.org (Postfix) with ESMTP id 740838FC18 for ; Sat, 16 May 2009 22:40:26 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by ewy3 with SMTP id 3so3119275ewy.43 for ; Sat, 16 May 2009 15:40:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=r/U5NX6Nhb0HRi6+pBTkFB5kN20I9qYtSKBlIze5X0E=; b=wxhwhoYUR0ZL+8ffh4Cn7SoWYy8PLU1g2enhpj3E8rhPF07uGVI+XGQMdCc5cljBzi +zPNfcZRrVXtZoeq9OX0GLv+bcCsNJUCz5chopalwb0ehwNQFl48ilFleSX3dPZXt1EY x0Rq32CjKo+hOAcdm5I9e8Bs6VpTxZzmmQJ+A= 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 :content-type:content-transfer-encoding; b=MFKz99wD/D8PnNx9vhVckc0C2PSu3ERTrj9ozoRVJ912mtCId7KhD4luarM+dAK1g+ owPG882ZvS5SJWo5In1toWD0u+pkQnbpUEtnx9meO65XDHneEIHj+QSQoAWh1JNtuXdO PaMe3BRUsjNXDMeUlPqolBMwJXMxBPLA9qf0g= MIME-Version: 1.0 Received: by 10.216.53.207 with SMTP id g57mr1671192wec.3.1242513625192; Sat, 16 May 2009 15:40:25 -0700 (PDT) In-Reply-To: <20090514143349.GB94162@wep4035.physik.uni-wuerzburg.de> References: <4ad871310905131818n3fc82ea0n9a0508cf6bbc6724@mail.gmail.com> <20090514143349.GB94162@wep4035.physik.uni-wuerzburg.de> Date: Sat, 16 May 2009 18:40:25 -0400 Message-ID: <4ad871310905161540t11ee4a8ey114f0a1bec6e8ebe@mail.gmail.com> From: Glen Barber To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: panic running fsck_ufs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 22:40:28 -0000 On Thu, May 14, 2009 at 10:33 AM, Alexey Shuvaev wrote: [snip] > > Have you tried to boot in single user mode and perfom manual fsck > on all filesystems? > I am always doing this if I have even smallest suspicion > filesystems are not ok. > It appears running fsck_ufs in single user mode worked. fsck just finished, and the machine has been up for 17 minutes, which is double the uptime I had earlier. I'm still uneasy why that backtrace returned nothing.... -- Glen Barber From owner-freebsd-current@FreeBSD.ORG Sat May 16 22:43:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AC9C1065677 for ; Sat, 16 May 2009 22:43:39 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 367D18FC26 for ; Sat, 16 May 2009 22:43:39 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from Macintosh-4.local ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n4GMhcaR029666 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 May 2009 15:43:38 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4A0F419A.2020700@freebsd.org> Date: Sat, 16 May 2009 15:43:38 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Lucius Windschuh References: <20090407022956.GA71377@weongyo.cdnetworks.kr> <90a5caac0905161502x3771072n22d58111a235de24@mail.gmail.com> In-Reply-To: <90a5caac0905161502x3771072n22d58111a235de24@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: Weongyo Jeong , current@freebsd.org Subject: Re: HEADSUP: uath(4) has been committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 22:43:39 -0000 Lucius Windschuh wrote: > 2009/4/7 Weongyo Jeong > >> Hello, >> >> FYI uath(4) driver has been committed into HEAD. To work with uath(4) >> it needs to load the firmware using uathload. The example would be as >> follows: >> >> # kldload if_uath >> [plugin Atheros USB stick] >> ugen0.2: at usbus0 >> # uathload -d /dev/ugen0.2 >> [after downloading the firmware it'll retry to attach] >> # ifconfig uath0 >> >> Normally uathload could be found at /usr/sbin or >> /usr/src/usr.sbin/uathload for sources and if you don't want to execute >> uathload by hand it'd be better to add a entry into devd.conf(5). > > Thanks for porting the driver. This is not a port of anyone else's driver. > I tried it with a TRENDnet TEW-504UB/EU on CURRENT as of today. > But there are a couple of problems with that device: > 1. Different product ID > My TEW-504UB/EU becomes 0x3207 after loading the firmware. OK, this one is > easy to fix: > Index: sys/dev/usb/usbdevs > =================================================================== > --- sys/dev/usb/usbdevs (revision 192196) > +++ sys/dev/usb/usbdevs (working copy) > @@ -2425,6 +2425,7 @@ > product UMEDIA ALL0298V2 0x3204 ALL0298 v2 > product UMEDIA AR5523_2 0x3205 AR5523 > product UMEDIA AR5523_2_NF 0x3206 AR5523 (no firmware) > +product UMEDIA AR5523_3 0x3207 AR5523 > > /* Universal Access products */ > product UNIACCESS PANACHE 0x0101 Panache Surf USB ISDN Adapter > Index: sys/dev/usb/wlan/if_uath.c > =================================================================== > --- sys/dev/usb/wlan/if_uath.c (revision 192196) > +++ sys/dev/usb/wlan/if_uath.c (working copy) > @@ -192,6 +192,7 @@ > UATH_DEV(NETGEAR3, WPN111), > UATH_DEV(UMEDIA, TEW444UBEU), > UATH_DEV(UMEDIA, AR5523_2), > + UATH_DEV(UMEDIA, AR5523_3), > UATH_DEV(WISTRONNEWEB, AR5523_1), > UATH_DEV(WISTRONNEWEB, AR5523_2), > UATH_DEV(ZCOM, AR5523) > > I don't know why this device has another product ID with a loaded firmware, > but perhaps because it is an 802.11a capable device? The device works by changing identity once the firmware is downloaded. One id is for the stick w/o fw and one for the stick w/ fw loaded and running. > BTW: the vendor's firmware leads to the known ID (0x3205), but uath bails > out: > uath0: timeout waiting for reply to cmd 0x1 (1) > uath0: could not initialize adapter > device_attach: uath0 attach returned 35 > uath0: timeout waiting for reply to cmd 0x1 (1) > uath0: could not initialize adapter > device_attach: uath0 attach returned 35 > ugen4.2: at usbus4 (disconnected) > ugen4.2: at usbus4 You must use the freebsd fw w/ the freebsd driver. > > So, now to the second problem: > The device works like a charm in 802.11b/g mode (ifconfig wlan0 chanlist > 1-13) with FreeBSD's firmware. > But 802.11a scanning does not work. Without the chanlist restrictiong, I get > the following messages: > (plug in the device) > ugen4.2: at usbus4 > (uathload) > ugen4.2: at usbus4 (disconnected) > ugen4.2: at usbus4 > (ifconfig wlan create wlandev uath0) > wlan0: Ethernet address: 00:14:d1:c0:23:5f > (ifconfig wlan0 up) > uath0: uath_cmdsend: empty inactive queue > uath0: could not init Tx queues, error 55 > uath0: uath_cmdsend: empty inactive queue > uath0: could not set channel, error 55 > [...] > uath0: could not set channel, error 55 > uath0: uath_cmdsend: empty inactive queue > uath0: could not write register 0x08 > uath0: uath_cmdsend: empty inactive queue > uath0: could not set channel, error 55 > uath0: could not switch channel > I'd like to provide additional debugging information. If you need more, > please tell me what. Known problem. Weongoy didn't have a dual-band stick and I never had time to track down why 5Ghz channels failed. > BTW: Could you add a message declaring the device when it is plugged in? > Something like "uath0: on usbus?" > and "uath0: ether aa:bb:cc:dd:ee:ff"? I thought it did this but perhaps not; we can try to add it. Sam