From owner-freebsd-current@FreeBSD.ORG Sat May 1 22:21:32 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B0651065670 for ; Sat, 1 May 2010 22:21:32 +0000 (UTC) (envelope-from brucec@muon.cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [109.74.192.160]) by mx1.freebsd.org (Postfix) with ESMTP id DC1448FC1A for ; Sat, 1 May 2010 22:21:31 +0000 (UTC) Received: by muon.cran.org.uk (Postfix, from userid 1000) id 04F9EC400D; Sat, 1 May 2010 22:21:31 +0000 (UTC) Date: Sat, 1 May 2010 22:21:30 +0000 From: Bruce Cran To: Jeff Roberson Message-ID: <20100501222130.GA25044@muon.cran.org.uk> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Sun, 02 May 2010 00:54:56 +0000 Cc: current@freebsd.org Subject: Re: SUJ update 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, 01 May 2010 22:21:32 -0000 On Thu, Apr 29, 2010 at 06:37:00PM -1000, Jeff Roberson wrote: > I fixed a few SUJ bugs. If those of you who reported one of the > following bugs could re-test I would greatly appreciate it. > I've started seeing a panic "Sleeping thread owns a non-sleepable lock", though it seems to be occurring both with and without journaling. The back trace when journaling is disabled is: sched_switch mi_switch sleepq_wait _sleep bwait bufwait bufwrite ffs_balloc_ufs2 ffs_write VOP_WRITE_APV vnode_pager_generic_putpages VOP_PUTPAGES vnode_pager_putpages vm_pageout_flush vm_object_page_collect_flush vm_object_page_clean vfs_msync sync_fsync VOP_FSYNC_APV sync_vnode sched_sync fork_exit fork_trampoline I've also noticed that since disabling journaling a full fsck seems to be occurring on boot; background fsck seems to have been disabled. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sun May 2 01:11:07 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C100E106567C for ; Sun, 2 May 2010 01:11:07 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id A0A6A8FC0C for ; Sun, 2 May 2010 01:11:07 +0000 (UTC) Received: by pwi9 with SMTP id 9so816514pwi.13 for ; Sat, 01 May 2010 18:10:57 -0700 (PDT) Received: by 10.115.20.18 with SMTP id x18mr1618304wai.50.1272762657538; Sat, 01 May 2010 18:10:57 -0700 (PDT) Received: from [10.0.1.198] (udp022762uds.hawaiiantel.net [72.234.79.107]) by mx.google.com with ESMTPS id r20sm16545231wam.17.2010.05.01.18.10.56 (version=SSLv3 cipher=RC4-MD5); Sat, 01 May 2010 18:10:57 -0700 (PDT) Date: Sat, 1 May 2010 15:10:57 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Bruce Cran In-Reply-To: <20100501222130.GA25044@muon.cran.org.uk> Message-ID: References: <20100501222130.GA25044@muon.cran.org.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: SUJ update 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, 02 May 2010 01:11:07 -0000 On Sat, 1 May 2010, Bruce Cran wrote: > On Thu, Apr 29, 2010 at 06:37:00PM -1000, Jeff Roberson wrote: > >> I fixed a few SUJ bugs. If those of you who reported one of the >> following bugs could re-test I would greatly appreciate it. >> > > I've started seeing a panic "Sleeping thread owns a non-sleepable lock", > though it seems to be occurring both with and without journaling. The > back trace when journaling is disabled is: Can you tell me what the lock is? This may be related to recent vm work which went in at the same time. > > sched_switch > mi_switch > sleepq_wait > _sleep > bwait > bufwait > bufwrite > ffs_balloc_ufs2 > ffs_write > VOP_WRITE_APV > vnode_pager_generic_putpages > VOP_PUTPAGES > vnode_pager_putpages > vm_pageout_flush > vm_object_page_collect_flush > vm_object_page_clean > vfs_msync > sync_fsync > VOP_FSYNC_APV > sync_vnode > sched_sync > fork_exit > fork_trampoline > > I've also noticed that since disabling journaling a full fsck seems to > be occurring on boot; background fsck seems to have been disabled. When you disable journaling it also disables soft-updates. You need to re-enable it. I could decouple this. It's hard to say which is the POLA. Thanks, Jeff > > -- > Bruce Cran > From owner-freebsd-current@FreeBSD.ORG Sun May 2 01:16:46 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FFA21065670 for ; Sun, 2 May 2010 01:16:46 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 473EE8FC1D for ; Sun, 2 May 2010 01:16:45 +0000 (UTC) Received: by qyk11 with SMTP id 11so1831239qyk.13 for ; Sat, 01 May 2010 18:16:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to :in-reply-to:references:date:message-id:subject:from:to:cc :content-type; bh=5ow9HktScGFr2AGuynxHkbgjqBuhO34N5s8KqwsG/tU=; b=vF8fgVyNinxq63BG7Ud+4jGalvARU6D6cMrDfpeOHuCSGyTj9F1Bt+aWtfWe5Z3HjY phcPAVh7XVPCCCgHoYvT6utkVglHEM+4rA1jfEQFTdmtxoY3nVeAWmHTq20XW/G7QoEF ilcP2CkKI9G98Icb/P5JugP1MWUkoSd/mC3vE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=dIv/sSN4WK/fd7FEkLYEVy6er/sCn4pcehDkddfTBXo/HJTpcUxlc1jgSOcx0Esn1G v0eldhS1XJi62UM8+nwhCVgnuxSRiPsjbz7K0Lpdfr4EPv18qgBIt6gT09lkmgQJTsgQ 2gOwuA6zK0grofpxNKm1d5QHtCRpNreLpgiKo= MIME-Version: 1.0 Received: by 10.229.214.7 with SMTP id gy7mr1057516qcb.12.1272762995556; Sat, 01 May 2010 18:16:35 -0700 (PDT) Received: by 10.229.38.73 with HTTP; Sat, 1 May 2010 18:16:35 -0700 (PDT) In-Reply-To: <20100501222130.GA25044@muon.cran.org.uk> References: <20100501222130.GA25044@muon.cran.org.uk> Date: Sat, 1 May 2010 20:16:35 -0500 Message-ID: From: Alan Cox To: Bruce Cran Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jeff Roberson , current@freebsd.org Subject: Re: SUJ update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@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: Sun, 02 May 2010 01:16:46 -0000 On Sat, May 1, 2010 at 5:21 PM, Bruce Cran wrote: > On Thu, Apr 29, 2010 at 06:37:00PM -1000, Jeff Roberson wrote: > > > I fixed a few SUJ bugs. If those of you who reported one of the > > following bugs could re-test I would greatly appreciate it. > > > > I've started seeing a panic "Sleeping thread owns a non-sleepable lock", > though it seems to be occurring both with and without journaling. The > back trace when journaling is disabled is: > > sched_switch > mi_switch > sleepq_wait > _sleep > bwait > bufwait > bufwrite > ffs_balloc_ufs2 > ffs_write > VOP_WRITE_APV > vnode_pager_generic_putpages > VOP_PUTPAGES > vnode_pager_putpages > vm_pageout_flush > vm_object_page_collect_flush > vm_object_page_clean > vfs_msync > sync_fsync > VOP_FSYNC_APV > sync_vnode > sched_sync > fork_exit > fork_trampoline > > I've also noticed that since disabling journaling a full fsck seems to > be occurring on boot; background fsck seems to have been disabled. > > Are you running an up to date kernel, specifically, one from today? If not, please update. Kip committed some fixes throughout the day yesterday. Regards, Alan From owner-freebsd-current@FreeBSD.ORG Sun May 2 01:43:12 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3400106564A for ; Sun, 2 May 2010 01:43:12 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [109.74.192.160]) by mx1.freebsd.org (Postfix) with ESMTP id 3E5BE8FC13 for ; Sun, 2 May 2010 01:43:12 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 36408C400D; Sun, 2 May 2010 01:43:11 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon.cran.org.uk X-Spam-Level: X-Spam-Status: No, score=-2.2 required=8.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 Received: from core.draftnet (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Sun, 2 May 2010 01:43:11 +0000 (UTC) From: Bruce Cran To: alc@freebsd.org Date: Sun, 2 May 2010 02:42:48 +0100 User-Agent: KMail/1.13.2 (FreeBSD/9.0-CURRENT; KDE/4.4.2; amd64; ; ) References: <20100501222130.GA25044@muon.cran.org.uk> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201005020242.48934.bruce@cran.org.uk> Cc: Jeff Roberson , current@freebsd.org, Bruce Cran Subject: Re: SUJ update 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, 02 May 2010 01:43:12 -0000 On Sunday 02 May 2010 02:16:35 Alan Cox wrote: > Are you running an up to date kernel, specifically, one from today? If > not, please update. Kip committed some fixes throughout the day > yesterday. I was running a kernel from Friday - I've now updated to the latest sources and the panic has disappeared. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sun May 2 02:15:57 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04895106566B for ; Sun, 2 May 2010 02:15:57 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 8A9398FC0A for ; Sun, 2 May 2010 02:15:56 +0000 (UTC) Received: (qmail 6832 invoked by uid 399); 2 May 2010 02:15:55 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 2 May 2010 02:15:55 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BDCE05A.5020307@FreeBSD.org> Date: Sat, 01 May 2010 19:15:54 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Jeff Roberson References: <20100501222130.GA25044@muon.cran.org.uk> In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Bruce Cran Subject: Re: SUJ update 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, 02 May 2010 02:15:57 -0000 On 05/01/10 18:10, Jeff Roberson wrote: > When you disable journaling it also disables soft-updates. You need to > re-enable it. I could decouple this. It's hard to say which is the POLA. I would vote for decoupling. If I have SU on, then enable journaling, then disable journaling, I would expect SU to still be on. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun May 2 04:32:55 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3570C1065673 for ; Sun, 2 May 2010 04:32:55 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51803.mail.re2.yahoo.com (web51803.mail.re2.yahoo.com [206.190.38.234]) by mx1.freebsd.org (Postfix) with SMTP id CB0D18FC22 for ; Sun, 2 May 2010 04:32:54 +0000 (UTC) Received: (qmail 82684 invoked by uid 60001); 2 May 2010 04:32:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1272774768; bh=p4OZhpKqq35ELy409otXuF47PM5gpm7EXI4NjTtS6JY=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=mPqPZ9xPtC6VL295bR9E6UOz0LnONd92ntShvRHQzBm01qnpnt+y71qAbR4Ol6X14AB+Y8ul4ZZeCRcvVUyAV7qlmedj55DmQnZs0gbYuq+gsoMDS2S9k2w1ohdaI35s5GiINyGV69/txB/l7ddITVPoOZ69iEyg4fPqFVENjqE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=vi8ATSoqrFPHJ8GUrXDPu/oy5mQuoy4eNEq4qk00oAiSYNVcItJIzyd1ygnoZFHfkrszje8BromlgqFmy59DsUAe75RJ5dN7WeidpoZ8DVKo3ZOTUnE6JyHfxmAj8KmUgwZ/Ar0nXgD0/zcl6+88XoZ2/4jHI82kPefePHFznAo=; Message-ID: <702632.81988.qm@web51803.mail.re2.yahoo.com> X-YMail-OSG: 1AduwgUVM1nzheROwwGNh9r1fk_qtAVNLbYg2GyClvbk7Dc tTL_PilUy0cPeXxkDw0yWYmDJ6xCw6lalQxXRcF4as8in4jjdeMd3xgUxMqU 2Bk_dohbBwr98E3jBL46TxPlApV6Z7WYsw6V2qlMo6RY_gdCA9nCRoAQz6mF Gi526YRB.WIxLfDmp8v.L8IW7gm0lrJdYI77pSKyWURBy3OL0_EFqgSpHiId 9vacOeA8Lb2TwJdhhlltK7BToswOFW85DaH3JG_.5tnBKlMbsIrU0zO.kcqw MkZi1adtsygNjo.b52pS1.BxI5Z7w5jaP.bx7dDAqNYE5wrkMTrLI1q.LbX8 R6UHvdkic_KkDpf87 Received: from [173.183.132.20] by web51803.mail.re2.yahoo.com via HTTP; Sat, 01 May 2010 21:32:48 PDT X-Mailer: YahooMailRC/348.5 YahooMailWebService/0.8.103.269680 References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> <4BA22B8D.9030700@micom.mng.net> <375331.74876.qm@web51804.mail.re2.yahoo.com> <4BA38B26.6050208@micom.mng.net> <989377.89740.qm@web51802.mail.re2.yahoo.com> <4BAE01AC.7000509@gmail.com> <623907.37074.qm@web51803.mail.re2.yahoo.com> <4BB3575D.4040506@gmail.com> <87836.79143.qm@web51804.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> <4BD307DE.5080507@gmail.com> <332448.8676.qm@web51801.mail.re2.yahoo.com> <4BD3F2D4.8000007@gmail.com> Date: Sat, 1 May 2010 21:32:48 -0700 (PDT) From: PseudoCylon To: Ganbold In-Reply-To: <4BD3F2D4.8000007@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Ganbold Tsagaankhuu , freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless 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, 02 May 2010 04:32:55 -0000 ----- Original Message ---- > From: Ganbold > To: PseudoCylon > Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu > Sent: Sun, April 25, 2010 1:44:20 AM > Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless > > Thank you very much. > However it still panics when I tried to use bridge. Please try this. http://gitorious.org/run/run/trees/master/dev/usb/wlan (if_run.c and if_runvar.h have been updated.) Sorry I haven't test on bridge (only with nat). It did panic with bridge. This should work. But, please #sysctl hw.usb.run.debug=1 just in case. Thanks. AK From owner-freebsd-current@FreeBSD.ORG Sun May 2 05:39:01 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B699106566B for ; Sun, 2 May 2010 05:39:01 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 5B4138FC0C for ; Sun, 2 May 2010 05:38:59 +0000 (UTC) Received: (qmail 26026 invoked from network); 2 May 2010 05:38:57 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 2 May 2010 05:38:57 -0000 Date: Sun, 02 May 2010 07:38:57 +0200 (CEST) Message-Id: <20100502.073857.74726756.sthaug@nethelp.no> To: current@freebsd.org From: sthaug@nethelp.no In-Reply-To: <4BDCE05A.5020307@FreeBSD.org> References: <20100501222130.GA25044@muon.cran.org.uk> <4BDCE05A.5020307@FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: SUJ update 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, 02 May 2010 05:39:01 -0000 > > When you disable journaling it also disables soft-updates. You need to > > re-enable it. I could decouple this. It's hard to say which is the POLA. > > I would vote for decoupling. If I have SU on, then enable journaling, > then disable journaling, I would expect SU to still be on. Fully agreed. I see no reason why these sould be coupled. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Sun May 2 06:10:16 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08EF11065698 for ; Sun, 2 May 2010 06:10:16 +0000 (UTC) (envelope-from vova@parallels.com) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6A3DF8FC0A for ; Sun, 2 May 2010 06:10:14 +0000 (UTC) Received: from vbook.fbsd.ru ([77.232.23.6]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id o426AABX030744 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 May 2010 10:10:12 +0400 (MSD) Received: from vova by vbook.fbsd.ru with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1O8SNV-0000ov-0C; Sun, 02 May 2010 10:10:09 +0400 From: Vladimir Grebenschikov To: Jeff Roberson In-Reply-To: References: Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: quoted-printable Date: Sun, 02 May 2010 10:10:05 +0400 Message-ID: <1272780607.2720.89.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.30.0.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: current@freebsd.org Subject: Re: SUJ update - new panic - "ffs_copyonwrite: recursive call" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 May 2010 06:10:16 -0000 Hi=20 While 'make buildworld' kgdb /boot/kernel/kernel /var/crash/vmcore.13=20 GNU gdb 6.1.1 [FreeBSD] ... #0 0xc056b93c in doadump () (kgdb) bt #0 0xc056b93c in doadump () #1 0xc0489019 in db_fncall () #2 0xc0489411 in db_command () #3 0xc048956a in db_command_loop () #4 0xc048b3ed in db_trap () #5 0xc05985a4 in kdb_trap () #6 0xc06f8b5e in trap () #7 0xc06dd6eb in calltrap () #8 0xc059870a in kdb_enter () #9 0xc056c1d1 in panic () #10 0xc066d602 in ffs_copyonwrite () #11 0xc068742a in ffs_geom_strategy () #12 0xc05d8955 in bufwrite () #13 0xc0686e64 in ffs_bufwrite () #14 0xc067a8a2 in softdep_sync_metadata () #15 0xc068c568 in ffs_syncvnode () #16 0xc0681425 in softdep_prealloc () #17 0xc066592a in ffs_balloc_ufs2 () #18 0xc066a252 in ffs_snapblkfree () #19 0xc065eb9a in ffs_blkfree () #20 0xc0673de0 in freework_freeblock () #21 0xc06797c7 in handle_workitem_freeblocks () #22 0xc0679aaf in process_worklist_item () #23 0xc06821f4 in softdep_process_worklist () #24 0xc0682940 in softdep_flush () #25 0xc0542a00 in fork_exit () #26 0xc06dd760 in fork_trampoline () (kgdb) x/s panicstr 0xc07c2b80: "ffs_copyonwrite: recursive call" (kgdb)=20 --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Sun May 2 07:10:09 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C38D5106566C for ; Sun, 2 May 2010 07:10:09 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (gateway.netasq.com [91.212.116.2]) by mx1.freebsd.org (Postfix) with ESMTP id 653888FC15 for ; Sun, 2 May 2010 07:10:09 +0000 (UTC) Received: from [192.168.0.1] (unknown [10.0.0.126]) by work.netasq.com (Postfix) with ESMTPSA id 8FBBF740001; Sun, 2 May 2010 09:10:00 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Fabien Thomas In-Reply-To: Date: Sun, 2 May 2010 09:10:07 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <0018987E-06AE-40B1-9765-DC4641679601@netasq.com> References: To: Jeff Roberson X-Mailer: Apple Mail (2.1078) Cc: current@freebsd.org Subject: Re: SUJ update 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, 02 May 2010 07:10:09 -0000 Hi Jeff, Before sending the 'bad' part i would like to say that it is very useful = and save me a lot of time after a crash. I've updated the ports and there was no more space on the FS. It end up with this backtrace (After one reboot the kernel crashed a = second time with the same backtrace): (kgdb) bt #0 doadump () at = /usr/home/fabient/fabient-sandbox/sys/kern/kern_shutdown.c:245 #1 0xc0a1a8fe in boot (howto=3D260) at = /usr/home/fabient/fabient-sandbox/sys/kern/kern_shutdown.c:416 #2 0xc0a1ad4c in panic (fmt=3DCould not find the frame base for = "panic". ) at /usr/home/fabient/fabient-sandbox/sys/kern/kern_shutdown.c:590 #3 0xc0d058b3 in remove_from_journal (wk=3D0xc4b4aa80) at = /usr/home/fabient/fabient-sandbox/sys/ufs/ffs/ffs_softdep.c:2204 #4 0xc0d07ebb in cancel_jaddref (jaddref=3D0xc4b4aa80, = inodedep=3D0xc46bed00, wkhd=3D0xc46bed5c) at /usr/home/fabient/fabient-sandbox/sys/ufs/ffs/ffs_softdep.c:3336 #5 0xc0d09401 in softdep_revert_mkdir (dp=3D0xc46ba6cc, ip=3D0xc4bba244) at /usr/home/fabient/fabient-sandbox/sys/ufs/ffs/ffs_softdep.c:3898 #6 0xc0d37c49 in ufs_mkdir (ap=3D0xc8510b2c) at = /usr/home/fabient/fabient-sandbox/sys/ufs/ufs/ufs_vnops.c:1973 #7 0xc0e7bc6e in VOP_MKDIR_APV (vop=3D0xc1085ea0, a=3D0xc8510b2c) at = vnode_if.c:1534 #8 0xc0add64a in VOP_MKDIR (dvp=3D0xc485e990, vpp=3D0xc8510bec, = cnp=3D0xc8510c00, vap=3D0xc8510b6c) at vnode_if.h:665 #9 0xc0add58f in kern_mkdirat (td=3D0xc4649720, fd=3D-100, = path=3D0x804e9a0
,=20 segflg=3DUIO_USERSPACE, mode=3D448) at = /usr/home/fabient/fabient-sandbox/sys/kern/vfs_syscalls.c:3783 #10 0xc0add2fe in kern_mkdir (td=3D0xc4649720, path=3D0x804e9a0
, segflg=3DUIO_USERSPACE, mode=3D448) at /usr/home/fabient/fabient-sandbox/sys/kern/vfs_syscalls.c:3727 #11 0xc0add289 in mkdir (td=3D0xc4649720, uap=3D0x0) at = /usr/home/fabient/fabient-sandbox/sys/kern/vfs_syscalls.c:3706 #12 0xc0e5324b in syscall (frame=3D0xc8510d38) at = /usr/home/fabient/fabient-sandbox/sys/i386/i386/trap.c:1116 #13 0xc0e2b3c0 in Xint0x80_syscall () at = /usr/home/fabient/fabient-sandbox/sys/i386/i386/exception.s:261 #14 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb)=20 Regards, Fabien > Hello, >=20 > I fixed a few SUJ bugs. If those of you who reported one of the = following bugs could re-test I would greatly appreciate it. >=20 > 1) panic on gnome start via softdep_cancel_link(). > 2) Difficulty setting flags on /. This can only be done from a = direct boot into single user but there were problems with tunefs that = could lead to the kernel and disk becoming out of sync with filesystem = state. > 3) Kernel compiles without SOFTUPDATES defined in the config now = work. >=20 > I have had some reports of a hang waiting on journal space with = certain types of activity. I have only had this reported twice and I am = not able to reproduce no matter how much load I throw at the machine. = If you reproduce this please try to get a coredump or minidump. >=20 > Thanks, > Jeff > _______________________________________________ > 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 Sun May 2 08:11:17 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75DF8106566B for ; Sun, 2 May 2010 08:11:17 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 544FD8FC14 for ; Sun, 2 May 2010 08:11:16 +0000 (UTC) Received: by pvb32 with SMTP id 32so238775pvb.13 for ; Sun, 02 May 2010 01:11:12 -0700 (PDT) Received: by 10.115.81.7 with SMTP id i7mr7180917wal.115.1272787872662; Sun, 02 May 2010 01:11:12 -0700 (PDT) Received: from [10.0.1.198] (udp022762uds.hawaiiantel.net [72.234.79.107]) by mx.google.com with ESMTPS id v13sm18153973wav.2.2010.05.02.01.11.11 (version=SSLv3 cipher=RC4-MD5); Sun, 02 May 2010 01:11:12 -0700 (PDT) Date: Sat, 1 May 2010 22:11:12 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Fabien Thomas In-Reply-To: <0018987E-06AE-40B1-9765-DC4641679601@netasq.com> Message-ID: References: <0018987E-06AE-40B1-9765-DC4641679601@netasq.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: SUJ update 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, 02 May 2010 08:11:17 -0000 On Sun, 2 May 2010, Fabien Thomas wrote: > Hi Jeff, > > Before sending the 'bad' part i would like to say that it is very useful and save me a lot of time after a crash. > > I've updated the ports and there was no more space on the FS. > It end up with this backtrace (After one reboot the kernel crashed a second time with the same backtrace): When did you update? I fixed a bug that looked just like this a day or two ago. Thanks, Jeff > > (kgdb) bt > #0 doadump () at /usr/home/fabient/fabient-sandbox/sys/kern/kern_shutdown.c:245 > #1 0xc0a1a8fe in boot (howto=260) at /usr/home/fabient/fabient-sandbox/sys/kern/kern_shutdown.c:416 > #2 0xc0a1ad4c in panic (fmt=Could not find the frame base for "panic". > ) at /usr/home/fabient/fabient-sandbox/sys/kern/kern_shutdown.c:590 > #3 0xc0d058b3 in remove_from_journal (wk=0xc4b4aa80) at /usr/home/fabient/fabient-sandbox/sys/ufs/ffs/ffs_softdep.c:2204 > #4 0xc0d07ebb in cancel_jaddref (jaddref=0xc4b4aa80, inodedep=0xc46bed00, wkhd=0xc46bed5c) > at /usr/home/fabient/fabient-sandbox/sys/ufs/ffs/ffs_softdep.c:3336 > #5 0xc0d09401 in softdep_revert_mkdir (dp=0xc46ba6cc, ip=0xc4bba244) > at /usr/home/fabient/fabient-sandbox/sys/ufs/ffs/ffs_softdep.c:3898 > #6 0xc0d37c49 in ufs_mkdir (ap=0xc8510b2c) at /usr/home/fabient/fabient-sandbox/sys/ufs/ufs/ufs_vnops.c:1973 > #7 0xc0e7bc6e in VOP_MKDIR_APV (vop=0xc1085ea0, a=0xc8510b2c) at vnode_if.c:1534 > #8 0xc0add64a in VOP_MKDIR (dvp=0xc485e990, vpp=0xc8510bec, cnp=0xc8510c00, vap=0xc8510b6c) at vnode_if.h:665 > #9 0xc0add58f in kern_mkdirat (td=0xc4649720, fd=-100, path=0x804e9a0
, > segflg=UIO_USERSPACE, mode=448) at /usr/home/fabient/fabient-sandbox/sys/kern/vfs_syscalls.c:3783 > #10 0xc0add2fe in kern_mkdir (td=0xc4649720, path=0x804e9a0
, segflg=UIO_USERSPACE, mode=448) > at /usr/home/fabient/fabient-sandbox/sys/kern/vfs_syscalls.c:3727 > #11 0xc0add289 in mkdir (td=0xc4649720, uap=0x0) at /usr/home/fabient/fabient-sandbox/sys/kern/vfs_syscalls.c:3706 > #12 0xc0e5324b in syscall (frame=0xc8510d38) at /usr/home/fabient/fabient-sandbox/sys/i386/i386/trap.c:1116 > #13 0xc0e2b3c0 in Xint0x80_syscall () at /usr/home/fabient/fabient-sandbox/sys/i386/i386/exception.s:261 > #14 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > Regards, > Fabien > > >> Hello, >> >> I fixed a few SUJ bugs. If those of you who reported one of the following bugs could re-test I would greatly appreciate it. >> >> 1) panic on gnome start via softdep_cancel_link(). >> 2) Difficulty setting flags on /. This can only be done from a direct boot into single user but there were problems with tunefs that could lead to the kernel and disk becoming out of sync with filesystem state. >> 3) Kernel compiles without SOFTUPDATES defined in the config now work. >> >> I have had some reports of a hang waiting on journal space with certain types of activity. I have only had this reported twice and I am not able to reproduce no matter how much load I throw at the machine. If you reproduce this please try to get a coredump or minidump. >> >> Thanks, >> Jeff >> _______________________________________________ >> 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 Sun May 2 08:27:39 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 197DE1065672 for ; Sun, 2 May 2010 08:27:39 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id EBF438FC1A for ; Sun, 2 May 2010 08:27:38 +0000 (UTC) Received: by pvb32 with SMTP id 32so241586pvb.13 for ; Sun, 02 May 2010 01:27:32 -0700 (PDT) Received: by 10.114.139.6 with SMTP id m6mr14149797wad.91.1272788852210; Sun, 02 May 2010 01:27:32 -0700 (PDT) Received: from [10.0.1.198] (udp022762uds.hawaiiantel.net [72.234.79.107]) by mx.google.com with ESMTPS id c22sm18196356wam.18.2010.05.02.01.27.30 (version=SSLv3 cipher=RC4-MD5); Sun, 02 May 2010 01:27:31 -0700 (PDT) Date: Sat, 1 May 2010 22:27:32 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Vladimir Grebenschikov In-Reply-To: <1272780607.2720.89.camel@localhost> Message-ID: References: <1272780607.2720.89.camel@localhost> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: SUJ update - new panic - "ffs_copyonwrite: recursive call" 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, 02 May 2010 08:27:39 -0000 On Sun, 2 May 2010, Vladimir Grebenschikov wrote: > Hi > > While 'make buildworld' This is a problem with snapshots and the journal full condition. I will address it shortly. Thanks, Jeff > > kgdb /boot/kernel/kernel /var/crash/vmcore.13 > GNU gdb 6.1.1 [FreeBSD] > ... > #0 0xc056b93c in doadump () > (kgdb) bt > #0 0xc056b93c in doadump () > #1 0xc0489019 in db_fncall () > #2 0xc0489411 in db_command () > #3 0xc048956a in db_command_loop () > #4 0xc048b3ed in db_trap () > #5 0xc05985a4 in kdb_trap () > #6 0xc06f8b5e in trap () > #7 0xc06dd6eb in calltrap () > #8 0xc059870a in kdb_enter () > #9 0xc056c1d1 in panic () > #10 0xc066d602 in ffs_copyonwrite () > #11 0xc068742a in ffs_geom_strategy () > #12 0xc05d8955 in bufwrite () > #13 0xc0686e64 in ffs_bufwrite () > #14 0xc067a8a2 in softdep_sync_metadata () > #15 0xc068c568 in ffs_syncvnode () > #16 0xc0681425 in softdep_prealloc () > #17 0xc066592a in ffs_balloc_ufs2 () > #18 0xc066a252 in ffs_snapblkfree () > #19 0xc065eb9a in ffs_blkfree () > #20 0xc0673de0 in freework_freeblock () > #21 0xc06797c7 in handle_workitem_freeblocks () > #22 0xc0679aaf in process_worklist_item () > #23 0xc06821f4 in softdep_process_worklist () > #24 0xc0682940 in softdep_flush () > #25 0xc0542a00 in fork_exit () > #26 0xc06dd760 in fork_trampoline () > (kgdb) x/s panicstr > 0xc07c2b80: "ffs_copyonwrite: recursive call" > (kgdb) > > > > -- > Vladimir B. Grebenschikov > vova@fbsd.ru > From owner-freebsd-current@FreeBSD.ORG Sun May 2 09:41:40 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EAD401065670 for ; Sun, 2 May 2010 09:41:38 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (gateway.netasq.com [91.212.116.2]) by mx1.freebsd.org (Postfix) with ESMTP id 763CC8FC08 for ; Sun, 2 May 2010 09:41:38 +0000 (UTC) Received: from [192.168.0.1] (unknown [10.0.0.126]) by work.netasq.com (Postfix) with ESMTPSA id 8E680740001; Sun, 2 May 2010 11:41:29 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Fabien Thomas In-Reply-To: Date: Sun, 2 May 2010 11:41:36 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <0018987E-06AE-40B1-9765-DC4641679601@netasq.com> To: Jeff Roberson X-Mailer: Apple Mail (2.1078) Cc: current@freebsd.org Subject: Re: SUJ update 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, 02 May 2010 09:41:40 -0000 I've rev 207213 installed, i will update. > On Sun, 2 May 2010, Fabien Thomas wrote: >=20 >> Hi Jeff, >>=20 >> Before sending the 'bad' part i would like to say that it is very = useful and save me a lot of time after a crash. >>=20 >> I've updated the ports and there was no more space on the FS. >> It end up with this backtrace (After one reboot the kernel crashed a = second time with the same backtrace): >=20 > When did you update? I fixed a bug that looked just like this a day = or two ago. >=20 > Thanks, > Jeff >=20 >>=20 >> (kgdb) bt >> #0 doadump () at = /usr/home/fabient/fabient-sandbox/sys/kern/kern_shutdown.c:245 >> #1 0xc0a1a8fe in boot (howto=3D260) at = /usr/home/fabient/fabient-sandbox/sys/kern/kern_shutdown.c:416 >> #2 0xc0a1ad4c in panic (fmt=3DCould not find the frame base for = "panic". >> ) at /usr/home/fabient/fabient-sandbox/sys/kern/kern_shutdown.c:590 >> #3 0xc0d058b3 in remove_from_journal (wk=3D0xc4b4aa80) at = /usr/home/fabient/fabient-sandbox/sys/ufs/ffs/ffs_softdep.c:2204 >> #4 0xc0d07ebb in cancel_jaddref (jaddref=3D0xc4b4aa80, = inodedep=3D0xc46bed00, wkhd=3D0xc46bed5c) >> at /usr/home/fabient/fabient-sandbox/sys/ufs/ffs/ffs_softdep.c:3336 >> #5 0xc0d09401 in softdep_revert_mkdir (dp=3D0xc46ba6cc, = ip=3D0xc4bba244) >> at /usr/home/fabient/fabient-sandbox/sys/ufs/ffs/ffs_softdep.c:3898 >> #6 0xc0d37c49 in ufs_mkdir (ap=3D0xc8510b2c) at = /usr/home/fabient/fabient-sandbox/sys/ufs/ufs/ufs_vnops.c:1973 >> #7 0xc0e7bc6e in VOP_MKDIR_APV (vop=3D0xc1085ea0, a=3D0xc8510b2c) at = vnode_if.c:1534 >> #8 0xc0add64a in VOP_MKDIR (dvp=3D0xc485e990, vpp=3D0xc8510bec, = cnp=3D0xc8510c00, vap=3D0xc8510b6c) at vnode_if.h:665 >> #9 0xc0add58f in kern_mkdirat (td=3D0xc4649720, fd=3D-100, = path=3D0x804e9a0
, >> segflg=3DUIO_USERSPACE, mode=3D448) at = /usr/home/fabient/fabient-sandbox/sys/kern/vfs_syscalls.c:3783 >> #10 0xc0add2fe in kern_mkdir (td=3D0xc4649720, path=3D0x804e9a0 =
, segflg=3DUIO_USERSPACE, mode=3D448) >> at /usr/home/fabient/fabient-sandbox/sys/kern/vfs_syscalls.c:3727 >> #11 0xc0add289 in mkdir (td=3D0xc4649720, uap=3D0x0) at = /usr/home/fabient/fabient-sandbox/sys/kern/vfs_syscalls.c:3706 >> #12 0xc0e5324b in syscall (frame=3D0xc8510d38) at = /usr/home/fabient/fabient-sandbox/sys/i386/i386/trap.c:1116 >> #13 0xc0e2b3c0 in Xint0x80_syscall () at = /usr/home/fabient/fabient-sandbox/sys/i386/i386/exception.s:261 >> #14 0x00000033 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> (kgdb) >>=20 >> Regards, >> Fabien >>=20 >>=20 >>> Hello, >>>=20 >>> I fixed a few SUJ bugs. If those of you who reported one of the = following bugs could re-test I would greatly appreciate it. >>>=20 >>> 1) panic on gnome start via softdep_cancel_link(). >>> 2) Difficulty setting flags on /. This can only be done from a = direct boot into single user but there were problems with tunefs that = could lead to the kernel and disk becoming out of sync with filesystem = state. >>> 3) Kernel compiles without SOFTUPDATES defined in the config now = work. >>>=20 >>> I have had some reports of a hang waiting on journal space with = certain types of activity. I have only had this reported twice and I am = not able to reproduce no matter how much load I throw at the machine. = If you reproduce this please try to get a coredump or minidump. >>>=20 >>> Thanks, >>> Jeff >>> _______________________________________________ >>> 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 From owner-freebsd-current@FreeBSD.ORG Mon May 3 12:04:48 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB253106566C for ; Mon, 3 May 2010 12:04:48 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 957168FC30 for ; Mon, 3 May 2010 12:04:48 +0000 (UTC) Received: from outgoing.leidinger.net (pD954F305.dip.t-dialin.net [217.84.243.5]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id D60A184424B; Mon, 3 May 2010 14:04:43 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 39F16508D; Mon, 3 May 2010 14:04:40 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1272888280; bh=jxKllHkl7vnzvAaVXQypEoRLsMVQO4fviyDvL8b12Hk=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=M4FyWgGGZ7AenYDs3jP5hMWF1PbhKI64zNZ/HXkr4jQxgEtUS+eB5ve1Lru7Y2DlR N2VGxAJizIOarjTVXECC7XuVkNxt91LE8SQ7PkgVx7nbbep+SIEYDAwitl5eY3Xynk ndW9r9Py+qKwNN/iSWzv3FIIdRvWCeAcLct4SLblZJnlYDTKSH+WO23Trj2lcZb935 SGSOIBomIlB1wazJIHCVpafXbKEv0qRqnRK7FkmyfJD36CaJIMgtSD3K5+0w0kemAO JMxS5hfOynak/q+/dfVX8pc9rSLAjIl2YiOD/0L489WoVm+eGiEbJve7fZWJsTa+hn tg0MMluORehQg== Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id o43C4ch0006048; Mon, 3 May 2010 14:04:38 +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; Mon, 03 May 2010 14:04:38 +0200 Message-ID: <20100503140438.262539xlm87yp0ao@webmail.leidinger.net> Date: Mon, 03 May 2010 14:04:38 +0200 From: Alexander Leidinger To: sthaug@nethelp.no References: <20100501222130.GA25044@muon.cran.org.uk> <4BDCE05A.5020307@FreeBSD.org> <20100502.073857.74726756.sthaug@nethelp.no> In-Reply-To: <20100502.073857.74726756.sthaug@nethelp.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: D60A184424B.55412 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1273493084.2804@oeN61CZlWt3poWCjnX0ovg X-EBL-Spam-Status: No Cc: current@freebsd.org Subject: Re: SUJ update 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, 03 May 2010 12:04:49 -0000 Quoting sthaug@nethelp.no (from Sun, 02 May 2010 07:38:57 +0200 (CEST)): >> > When you disable journaling it also disables soft-updates. You need to >> > re-enable it. I could decouple this. It's hard to say which is the POLA. >> >> I would vote for decoupling. If I have SU on, then enable journaling, >> then disable journaling, I would expect SU to still be on. > > Fully agreed. I see no reason why these sould be coupled. It does not look like it is a prerequisite to have SU enabled when you want to enable SUJ. So I assume SUJ implies SU, and as such I think you can agree that it is not easy to determine at disable time of SUJ, if the FS was SU before or not. There may be not much people which run UFS without SU, but for those which do, I'm sure it would be a surprise if they disable SUJ and do not get back to plain UFS without SU. So whatever the consensus is (disabling SUJ does or dosn't enable SU), the man page needs to tell what it does. Bye, Alexander. -- Why you say you no bunny rabbit when you have little powder-puff tail? -- The Tasmanian Devil 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 Mon May 3 12:56:52 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6896F106566C for ; Mon, 3 May 2010 12:56:52 +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 103B58FC0C for ; Mon, 3 May 2010 12:56:51 +0000 (UTC) Received: from [192.168.1.109] (portal.theptrgroup.com [71.178.251.28]) (authenticated bits=0) by mail.wanderview.com (8.14.4/8.14.4) with ESMTP id o43CueZ7034890 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 3 May 2010 12:56:46 GMT (envelope-from ben@wanderview.com) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Ben Kelly In-Reply-To: <20100503140438.262539xlm87yp0ao@webmail.leidinger.net> Date: Mon, 3 May 2010 08:56:34 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <0AEFFD03-75FC-4AF0-A42E-468B6420D183@wanderview.com> References: <20100501222130.GA25044@muon.cran.org.uk> <4BDCE05A.5020307@FreeBSD.org> <20100502.073857.74726756.sthaug@nethelp.no> <20100503140438.262539xlm87yp0ao@webmail.leidinger.net> To: Alexander Leidinger X-Mailer: Apple Mail (2.1078) X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.67 on 10.76.20.1 Cc: current@freebsd.org Subject: Re: SUJ update 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, 03 May 2010 12:56:52 -0000 On May 3, 2010, at 8:04 AM, Alexander Leidinger wrote: > Quoting sthaug@nethelp.no (from Sun, 02 May 2010 07:38:57 +0200 = (CEST)): >=20 >>> > When you disable journaling it also disables soft-updates. You = need to >>> > re-enable it. I could decouple this. It's hard to say which is = the POLA. >>>=20 >>> I would vote for decoupling. If I have SU on, then enable = journaling, >>> then disable journaling, I would expect SU to still be on. >>=20 >> Fully agreed. I see no reason why these sould be coupled. >=20 > It does not look like it is a prerequisite to have SU enabled when you = want to enable SUJ. So I assume SUJ implies SU, and as such I think you = can agree that it is not easy to determine at disable time of SUJ, if = the FS was SU before or not. How about returning an error message instead of implicitly enabling SU = with journaling? Something like "Soft updates must be in use for = journaling to be enabled. Please see the -n option." That would keep = the actions independent for both enabling and disabling. Just an idea. (Not trying to bike shed...) - Ben= From owner-freebsd-current@FreeBSD.ORG Mon May 3 13:19:05 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEF491065672 for ; Mon, 3 May 2010 13:19:05 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 26B848FC1B for ; Mon, 3 May 2010 13:19:04 +0000 (UTC) Received: (qmail 22486 invoked from network); 3 May 2010 13:19:03 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 3 May 2010 13:19:03 -0000 Date: Mon, 03 May 2010 15:19:03 +0200 (CEST) Message-Id: <20100503.151903.74740368.sthaug@nethelp.no> To: current@freebsd.org From: sthaug@nethelp.no In-Reply-To: <20100503140438.262539xlm87yp0ao@webmail.leidinger.net> References: <4BDCE05A.5020307@FreeBSD.org> <20100502.073857.74726756.sthaug@nethelp.no> <20100503140438.262539xlm87yp0ao@webmail.leidinger.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: SUJ update 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, 03 May 2010 13:19:05 -0000 > >> I would vote for decoupling. If I have SU on, then enable journaling, > >> then disable journaling, I would expect SU to still be on. > > > > Fully agreed. I see no reason why these sould be coupled. > > It does not look like it is a prerequisite to have SU enabled when you > want to enable SUJ. So I assume SUJ implies SU, and as such I think > you can agree that it is not easy to determine at disable time of SUJ, > if the FS was SU before or not. If SUJ requires SU then IMHO tunefs should prohibit setting SUJ unless SU was already enabled, with a nice explanatory error message if needed. Looking at it from a slightly different angle - assume I have a file system with SU enabled, and I want to experiment with SUJ. So I enable SUJ. When I'm finished testing, maybe I want to disable SUJ again. I would be *highly surprised* (badly breaking POLA) if SU was disabled at the same time. > So whatever the consensus is (disabling SUJ does or dosn't enable SU), > the man page needs to tell what it does. Agreed. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Mon May 3 14:02:13 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27AA81065672 for ; Mon, 3 May 2010 14:02:13 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id D5C318FC0C for ; Mon, 3 May 2010 14:02:12 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O8wDr-0001cU-H9 for freebsd-current@freebsd.org; Mon, 03 May 2010 16:02:11 +0200 Received: from 207.155.204.151.ptr.us.xo.net ([207.155.204.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 May 2010 16:02:11 +0200 Received: from atkin901 by 207.155.204.151.ptr.us.xo.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 May 2010 16:02:11 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org connect(): No such file or directory From: Mark Atkinson Date: Mon, 03 May 2010 07:01:56 -0700 Lines: 35 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 207.155.204.151.ptr.us.xo.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 X-Enigmail-Version: 1.0 Subject: exclusive sleep mutex mskc0 (network driver) r = 0 (0xc32c3690) locked @ /usr/src/sys/dev/msk/if_msk.c:3589 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, 03 May 2010 14:02:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I updated to current yesterday and got the following 'witness_warn' panic upon executing 'reboot': suspending ithread with the following locks held: exclusive sleep mutex mskc0 (network driver) r = 0 (0xc32c3690) locked @ /usr/src/sys/dev/msk/if_msk.c:3589 panic: witness_warn cpuid = 0 KDB: enter: panic Physical memory: 495 MB Dumping 80 MB: 65 49 33 17 1 3579 static void 3580 msk_intr(void *xsc) 3581 { 3582 struct msk_softc *sc; 3583 struct msk_if_softc *sc_if0, *sc_if1; 3584 struct ifnet *ifp0, *ifp1; 3585 uint32_t status; 3586 int domore; 3587 3588 sc = xsc; 3589 MSK_LOCK(sc); -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkve11QACgkQrDN5kXnx8yZQ3wCeJHhG18+7uP0dr3rTsioaCQ4X sw4AoICW3RKrMdO8q20GIhcT/GglUnWZ =Az4t -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon May 3 14:16:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B248D1065688 for ; Mon, 3 May 2010 14:16:17 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 40BF28FC17 for ; Mon, 3 May 2010 14:16:17 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O8wRP-0000fr-3V for freebsd-current@freebsd.org; Mon, 03 May 2010 16:16:11 +0200 Received: from 207.155.204.151.ptr.us.xo.net ([207.155.204.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 May 2010 16:16:11 +0200 Received: from atkin901 by 207.155.204.151.ptr.us.xo.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 May 2010 16:16:11 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org connect(): No such file or directory From: Mark Atkinson Date: Mon, 03 May 2010 07:16:00 -0700 Lines: 56 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 207.155.204.151.ptr.us.xo.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 X-Enigmail-Version: 1.0 Subject: Unable to establish HE gif0 tunnel 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, 03 May 2010 14:16:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I updated a border gateway yesterday from a Feb 23 kernel to a May 2 version kernel/world, and lost my connectivity to my gif0 HE tunnel. I've been using the following in /etc/rc.conf successfully for some time to establish the tunnel: # Hurricane Electric v6 tunnel ipv6_enable="YES" gif_interfaces="gif0" gifconfig_gif0="[MY V4 ADDRESS] [HE V4 ADDRESS]" ifconfig_gif0="inet6 [MY V6 ENDPOINT] [HE V6 ENDPOINT] prefixlen 128" ipv6_defaultrouter="[HE V6 ENDPOINT]" # v6 gateway ipv6_gateway_enable="YES" ipv6_network_interfaces="internal" ipv6_prefix_internal="[MY V6 /64 prefix] rtadvd_interfaces="internal" Two problems: * That seems to configure the tunnel, but it appears as 'tentative'. * the v6 EUI64 address on interface internal is not assigned as before gif0: flags=8051 metric 0 mtu 1280 tunnel inet [MY V4 ADDRESS --> [HE V4 ADDRESS] inet6 fe80::211:2fff:fe46:6347%gif0 prefixlen 64 tentative scopeid 0x8 inet6 [MY V6 ENDPOINT] --> [HE V6 ENDPOINT] prefixlen 128 tentative nd6 options=29 options=1 connectivity to HE's v4 endpoint is fine, but I get nada for my own addresses: $ ping6 2001:470:a:bd::2 PING6(56=40+8+8 bytes) fe80::202:b3ff:fe97:59f%internal --> 2001:470:a:bd::2 ^C - --- 2001:470:a:bd::2 ping6 statistics --- 3 packets transmitted, 0 packets received, 100.0% packet loss [root@hellfire src]$ ping6 2001:470:a:bd::1 ping6: UDP connect: Can't assign requested address Destroying and recreating gif0 manually has no effect -- same results. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkve2qAACgkQrDN5kXnx8yYfEQCfcbdK/RHygYkPswnUqJ6tS8/Y v28Ani+9YC2LTLQKkJvXEmC4dOEQBHQp =zAHG -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon May 3 14:36:50 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FBAB106564A for ; Mon, 3 May 2010 14:36:50 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (mars.netasq.com [91.212.116.3]) by mx1.freebsd.org (Postfix) with ESMTP id E6BB48FC19 for ; Mon, 3 May 2010 14:36:49 +0000 (UTC) Received: from [10.2.1.5] (unknown [10.2.1.5]) by work.netasq.com (Postfix) with ESMTPSA id 2B6CA740080 for ; Mon, 3 May 2010 16:00:38 +0200 (CEST) From: Fabien Thomas Content-Type: multipart/mixed; boundary=Apple-Mail-2-382786253 Message-Id: <6EF4A177-00E8-47C7-9F9E-9F580FFE2585@netasq.com> Date: Mon, 3 May 2010 16:00:45 +0200 To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1078) X-Mailer: Apple Mail (2.1078) Subject: m_getjcl and packet cache X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fabient@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, 03 May 2010 14:36:50 -0000 --Apple-Mail-2-382786253 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, I've posted on -net but in case people will have some feedback on this = before commit. There is two solutions, let every driver get a test for MCLBYTES and = call m_getcl (and then add support for at least igb, em, ixgbe)=20 or integrate the fast path in m_getjcl. I've chosen to integrate the fast path in m_getjcl and patched the two = case now redundant in the attached patch. =46rom freebsd-net@: While doing some 10Gb benchmark i've found that m_getjcl does not = benefit from the packet zone. There is a ~ 80% increase in FPS when applying the following patch. 256B frame driver to driver / stable_8: - 3 765 066 FPS - 6 868 153 FPS with the patch applied. Any advice ? Fabien --Apple-Mail-2-382786253 Content-Disposition: attachment; filename=patch-m_getjcl-packet Content-Type: application/octet-stream; x-unix-mode=0644; name="patch-m_getjcl-packet" Content-Transfer-Encoding: 7bit Index: dev/bce/if_bce.c =================================================================== --- dev/bce/if_bce.c (revision 207555) +++ dev/bce/if_bce.c (working copy) @@ -5059,11 +5059,8 @@ #ifdef BCE_JUMBO_HDRSPLIT MGETHDR(m_new, M_DONTWAIT, MT_DATA); #else - if (sc->rx_bd_mbuf_alloc_size <= MCLBYTES) - m_new = m_getcl(M_DONTWAIT, MT_DATA, M_PKTHDR); - else - m_new = m_getjcl(M_DONTWAIT, MT_DATA, M_PKTHDR, - sc->rx_bd_mbuf_alloc_size); + m_new = m_getjcl(M_DONTWAIT, MT_DATA, M_PKTHDR, + sc->rx_bd_mbuf_alloc_size); #endif if (m_new == NULL) { Index: dev/mxge/if_mxge.c =================================================================== --- dev/mxge/if_mxge.c (revision 207555) +++ dev/mxge/if_mxge.c (working copy) @@ -2400,10 +2400,7 @@ mxge_rx_ring_t *rx = &ss->rx_big; int cnt, err, i; - if (rx->cl_size == MCLBYTES) - m = m_getcl(M_DONTWAIT, MT_DATA, M_PKTHDR); - else - m = m_getjcl(M_DONTWAIT, MT_DATA, M_PKTHDR, rx->cl_size); + m = m_getjcl(M_DONTWAIT, MT_DATA, M_PKTHDR, rx->cl_size); if (m == NULL) { rx->alloc_fail++; err = ENOBUFS; Index: sys/mbuf.h =================================================================== --- sys/mbuf.h (revision 207555) +++ sys/mbuf.h (working copy) @@ -523,6 +523,9 @@ struct mbuf *m, *n; uma_zone_t zone; + if (size == MCLBYTES) + return m_getcl(how, type, flags); + args.flags = flags; args.type = type; --Apple-Mail-2-382786253-- From owner-freebsd-current@FreeBSD.ORG Mon May 3 14:54:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E1EB1065672 for ; Mon, 3 May 2010 14:54:33 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id C8B848FC1A for ; Mon, 3 May 2010 14:54:32 +0000 (UTC) Received: by pvb32 with SMTP id 32so710839pvb.13 for ; Mon, 03 May 2010 07:54: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=YsnW0JbjW+XnJgcl8t++3xxy8eD6OSCyaE18b5m7+4s=; b=c6CzLSrlXbfd4CP5qONJ/Vy8cJGGaemNxJyLjJtLV3AkHfL48umhIPs+AcgmNoCzrQ gHGYZcXKN308zOfyDq9pryUyIL+W1xQByU5Tku68/ypmCf5xWTai/ADVSxlMBD/qDiHh JUbOIqLcYhOIp1jTpp4wpHXU+mEzcqJvtGoUI= 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=ueFKzh0gv8pyAqyddk88beHVd0kwq4n8rQNtFYuONeHcbNTkCOgZnmNTn67hHytDYU 0NDP9vp790Xo/hw8iGXauMjRvVzW3HrMED2b3V1ekcudT3/OOzyI3/mCC2Hpdvp6jxs1 MB5x34w8y5ksjmbj6SOvcmlxNb9M537Hd8QmI= Received: by 10.115.115.30 with SMTP id s30mr10273541wam.142.1272898465418; Mon, 03 May 2010 07:54:25 -0700 (PDT) Received: from beastie.micom.mng.net ([202.179.21.132]) by mx.google.com with ESMTPS id r20sm24873082wam.5.2010.05.03.07.54.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 03 May 2010 07:54:19 -0700 (PDT) Message-ID: <4BDEE393.4080206@gmail.com> Date: Mon, 03 May 2010 22:54:11 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.23 (X11/20091011) MIME-Version: 1.0 To: PseudoCylon References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> <4BA22B8D.9030700@micom.mng.net> <375331.74876.qm@web51804.mail.re2.yahoo.com> <4BA38B26.6050208@micom.mng.net> <989377.89740.qm@web51802.mail.re2.yahoo.com> <4BAE01AC.7000509@gmail.com> <623907.37074.qm@web51803.mail.re2.yahoo.com> <4BB3575D.4040506@gmail.com> <87836.79143.qm@web51804.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> <4BD307DE.5080507@gmail.com> <332448.8676.qm@web51801.mail.re2.yahoo.com> <4BD3F2D4.8000007@gmail.com> <702632.81988.qm@web51803.mail.re2.yahoo.com> In-Reply-To: <702632.81988.qm@web51803.mail.re2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ganbold Tsagaankhuu , freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless 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, 03 May 2010 14:54:33 -0000 AK-san, PseudoCylon wrote: >> Thank you very much. >> However it still panics when I tried to use bridge. >> > > > Please try this. > http://gitorious.org/run/run/trees/master/dev/usb/wlan > (if_run.c and if_runvar.h have been updated.) > > Sorry I haven't test on bridge (only with nat). It did panic with bridge. This should work. But, please > #sysctl hw.usb.run.debug=1 > just in case. > Thanks a lot, works no problem so far here with bridge (no auth/hostapd/WPA2). rspro# uname -an FreeBSD rspro 9.0-CURRENT FreeBSD 9.0-CURRENT #64 r207140M: Mon May 3 21:49:50 ULAT 2010 tsgan@beastie:/usr/obj/mips/usr/mysrc/sys/RSPRO_AR71XX mips ... wlan0: STA 00:26:bb:17:f6:61 IEEE 802.11: associated New STA wlan0: STA 00:26:bb:17:f6:61 WPA: event 1 notification bsd_del_key: addr=00:26:bb:17:f6:61 key_idx=0 wlan0: STA 00:26:bb:17:f6:61 WPA: start authentication WPA: 00:26:bb:17:f6:61 WPA_PTK entering state INITIALIZE bsd_del_key: addr=00:26:bb:17:f6:61 key_idx=0 bsd_set_sta_authorized: addr=00:26:bb:17:f6:61 authorized=0 wlan0: STA 00:26:bb:17:f6:61 IEEE 802.1X: unauthorizing port WPA: 00:26:bb:17:f6:61 WPA_PTK_GROUP entering state IDLE WPA: 00:26:bb:17:f6:61 WPA_PTK entering state AUTHENTICATION WPA: 00:26:bb:17:f6:61 WPA_PTK entering state AUTHENTICATION2 WPA: 00:26:bb:17:f6:61 WPA_PTK entering state INITPSK WPA: 00:26:bb:17:f6:61 WPA_PTK entering state PTKSTART wlan0: STA 00:26:bb:17:f6:61 WPA: sending 1/4 msg of 4-Way Handshake WPA: Send EAPOL(version=2 secure=0 mic=0 ack=1 install=0 pairwise=8 kde_len=0 keyidx=0 encr=0) IEEE 802.1X: 121 bytes from 00:26:bb:17:f6:61 IEEE 802.1X: version=1 type=3 length=117 wlan0: STA 00:26:bb:17:f6:61 WPA: received EAPOL-Key frame (2/4 Pairwise) WPA: 00:26:bb:17:f6:61 WPA_PTK entering state PTKCALCNEGOTIATING WPA: PTK derivation - A1=00:22:cf:03:e0:30 A2=00:26:bb:17:f6:61 WPA: PMK - hexdump(len=32): [REMOVED] WPA: PTK - hexdump(len=64): [REMOVED] WPA: 00:26:bb:17:f6:61 WPA_PTK entering state PTKCALCNEGOTIATING2 WPA: 00:26:bb:17:f6:61 WPA_PTK entering state PTKINITNEGOTIATING bsd_get_seqnum: addr=00:00:00:00:00:00 idx=1 wlan0: STA 00:26:bb:17:f6:61 WPA: sending 3/4 msg of 4-Way Handshake WPA: Send EAPOL(version=2 secure=1 mic=1 ack=1 install=1 pairwise=8 kde_len=94 keyidx=1 encr=1) Plaintext EAPOL-Key Key Data - hexdump(len=104): [REMOVED] IEEE 802.1X: 99 bytes from 00:26:bb:17:f6:61 IEEE 802.1X: version=1 type=3 length=95 wlan0: STA 00:26:bb:17:f6:61 WPA: received EAPOL-Key frame (4/4 Pairwise) WPA: 00:26:bb:17:f6:61 WPA_PTK entering state PTKINITDONE bsd_set_key: alg=CCMP addr=00:26:bb:17:f6:61 key_idx=0 bsd_set_sta_authorized: addr=00:26:bb:17:f6:61 authorized=1 wlan0: STA 00:26:bb:17:f6:61 IEEE 802.1X: authorizing port wlan0: STA 00:26:bb:17:f6:61 RADIUS: starting accounting session 4BDEE104-00000000 bsd_sta_clear_stats: addr=00:26:bb:17:f6:61 wlan0: STA 00:26:bb:17:f6:61 WPA: pairwise key handshake completed (RSN) ... thanks a bunch again, Ganbold > Thanks. > AK > > > > -- Every Horse has an Infinite Number of Legs (proof by intimidation): Horses have an even number of legs. Behind they have two legs, and in front they have fore-legs. This makes six legs, which is certainly an odd number of legs for a horse. But the only number that is both even and odd is infinity. Therefore, horses have an infinite number of legs. Now to show this for the general case, suppose that somewhere, there is a horse that has a finite number of legs. But that is a horse of another color, and by the [above] lemma ["All horses are the same color"], that does not exist. From owner-freebsd-current@FreeBSD.ORG Mon May 3 18:33:53 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB7DE106567C for ; Mon, 3 May 2010 18:33:53 +0000 (UTC) (envelope-from kris@pcbsd.org) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) by mx1.freebsd.org (Postfix) with ESMTP id 8703D8FC29 for ; Mon, 3 May 2010 18:33:53 +0000 (UTC) Received: from mail.ixsystems.com (localhost [127.0.0.1]) by mail.iXsystems.com (Postfix) with ESMTP id CDB14A66466 for ; Mon, 3 May 2010 11:33:52 -0700 (PDT) Received: from mail.iXsystems.com ([127.0.0.1]) by mail.ixsystems.com (mail.ixsystems.com [127.0.0.1]) (amavisd-maia, port 10024) with ESMTP id 48624-01 for ; Mon, 3 May 2010 11:33:52 -0700 (PDT) Received: from [192.168.0.55] (unknown [75.131.46.136]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id 6BDC6A6645C for ; Mon, 3 May 2010 11:33:52 -0700 (PDT) Message-ID: <4BDEDECD.70508@pcbsd.org> Date: Mon, 03 May 2010 14:33:49 +0000 From: Kris Moore User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100414 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4BBFD502.1010507@elischer.org> <4BC03ABA.6090309@elischer.org> <4BC0CC6F.7010009@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ports and PBIs 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, 03 May 2010 18:33:53 -0000 On 05/01/2010 00:29, James Butler wrote: > Genuine (possibly stupid) question -in PBI land, what happens if > package B is, say, CUPS? Does one need versioned rc.d scripts to start > one or the other? Which one gets to claim port 631? > > -James Butler > That is a problem we are dealing with right now. We have to check to ensure that we don't already have a rc.d script for CUPS, and default to the pre-existing one if so. The only other option I see is that we default to the PBI one, but either way we can only have one copy running at a time :) -- Kris Moore PC-BSD Software iXsystems From owner-freebsd-current@FreeBSD.ORG Mon May 3 19:31:37 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8DFB51065670; Mon, 3 May 2010 19:31:37 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id DEF388FC13; Mon, 3 May 2010 19:31:36 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id o43JVXR2026769; Mon, 3 May 2010 21:31:34 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id o43JVXXm026768; Mon, 3 May 2010 21:31:33 +0200 (CEST) (envelope-from marius) Date: Mon, 3 May 2010 21:31:33 +0200 From: Marius Strobl To: Scott Long Message-ID: <20100503193133.GL56967@alchemy.franken.de> References: <4BD06BD9.6030401@FreeBSD.org> <20100424193034.GA9853@alchemy.franken.de> <4BD58C35.2010305@FreeBSD.org> <5446E60D-0EE8-403E-A409-071ECE2EC534@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5446E60D-0EE8-403E-A409-071ECE2EC534@samsco.org> User-Agent: Mutt/1.4.2.3i Cc: Alexander Motin , FreeBSD-Current , freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? 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, 03 May 2010 19:31:37 -0000 On Mon, Apr 26, 2010 at 09:18:07AM -0600, Scott Long wrote: > On Apr 26, 2010, at 6:51 AM, Alexander Motin wrote: > > Marius Strobl wrote: > >> As noted earlier, pc98 and sparc64 need ada(4)/CAM ATA to perform > >> geometry translation as done by ad_firmware_geom_adjust() for ad(4), > >> which the following patch hooks up to both: > >> http://people.freebsd.org/~marius/ata_disk_firmware_geom_adjust.diff > >> You preferred to implement such functionality via XPT_CALC_GEOMETRY > >> though (I'm still not convinced that it makes sense to put this > >> functionality into every ATA SIM the same way it is done for SCSI > >> rather than letting ada(4) handle it the same way for all SIMs > >> however). Have you looked into implementing XPT_CALC_GEOMETRY for > >> ATA CAM or is it okay to commit the above patch? > > > > Sorry, I have forgotten about this. > > > > I don't have better idea. For ATA translation seems indeed more > > platform- then controller-specific. May be I would just preferred to see > > this hack to be done inside XPT_CALC_GEOMETRY handler, as it is done now > > for PC98 SCSI. But looking that whole this topic is quite crappy and > > hopefully going to die sometimes, I won't argue much against committing > > this as-is for now. > > Put this into XPT_CALC_GEOMETRY. There's no point in perpetuating the mistakes of the ata driver. > Give me a day or two to think of a reasonable way to do it right. > Did you get further with this approach? Marius From owner-freebsd-current@FreeBSD.ORG Mon May 3 19:38:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E028106566C; Mon, 3 May 2010 19:38:21 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (mars.netasq.com [91.212.116.3]) by mx1.freebsd.org (Postfix) with ESMTP id 72B208FC13; Mon, 3 May 2010 19:38:19 +0000 (UTC) Received: from [192.168.0.1] (unknown [172.16.0.46]) by work.netasq.com (Postfix) with ESMTPSA id C9A05740001; Mon, 3 May 2010 21:38:08 +0200 (CEST) From: Fabien Thomas Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 3 May 2010 21:38:17 +0200 Message-Id: To: jeff@freebsd.org Mime-Version: 1.0 (Apple Message framework v1078) X-Mailer: Apple Mail (2.1078) Cc: freebsd-current@freebsd.org Subject: SUJ deadlock 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, 03 May 2010 19:38:21 -0000 Hi Jeff, I'm with r207548 now and since some days i've system deadlock. It seems related to SUJ with process waiting on suspfs or ppwait. The backtrace is the following: (kgdb) bt =20 #0 sched_switch (td=3D0xc52d84c0, newtd=3D0xc4d88980, flags=3D260) at = /usr/home/fabient/fabient-sandbox/sys/kern/sched_ule.c:1853 #1 0xc0a2838e in mi_switch (flags=3D260, newtd=3D0x0) at = /usr/home/fabient/fabient-sandbox/sys/kern/kern_synch.c:449 #2 0xc0a62a25 in sleepq_switch (wchan=3D0xc5389cf0, pri=3D159) at /usr/home/fabient/fabient-sandbox/sys/kern/subr_sleepqueue.c:530 #3 0xc0a62c6c in sleepq_wait (wchan=3D0xc5389cf0, pri=3D159) at = /usr/home/fabient/fabient-sandbox/sys/kern/subr_sleepqueue.c:609 #4 0xc0a27aec in _sleep (ident=3D0xc5389cf0, lock=3D0xc5389ca8, = priority=3D159, wmesg=3D0xc0f5c302 "suspfs", timo=3D0) at /usr/home/fabient/fabient-sandbox/sys/kern/kern_synch.c:234 #5 0xc0ae2e62 in vn_start_write (vp=3D0xc66bdcc0, mpp=3D0xce79bb6c, = flags=3D1) at /usr/home/fabient/fabient-sandbox/sys/kern/vfs_vnops.c:998 #6 0xc0ae1476 in vn_close (vp=3D0xc66bdcc0, flags=3D1, = file_cred=3D0xc577f400, td=3D0xc52d84c0) at /usr/home/fabient/fabient-sandbox/sys/kern/vfs_vnops.c:299 #7 0xc0ae2cc6 in vn_closefile (fp=3D0xc7bcd460, td=3D0xc52d84c0) at = /usr/home/fabient/fabient-sandbox/sys/kern/vfs_vnops.c:941 #8 0xc09d7e5e in fo_close (fp=3D0xc7bcd460, td=3D0xc52d84c0) at = file.h:270 #9 0xc09d7ddc in _fdrop (fp=3D0xc7bcd460, td=3D0xc52d84c0) at = /usr/home/fabient/fabient-sandbox/sys/kern/kern_descrip.c:2348 #10 0xc09d775b in closef (fp=3D0xc7bcd460, td=3D0xc52d84c0) at = /usr/home/fabient/fabient-sandbox/sys/kern/kern_descrip.c:2117 #11 0xc09d526a in kern_close (td=3D0xc52d84c0, fd=3D3) at = /usr/home/fabient/fabient-sandbox/sys/kern/kern_descrip.c:1162 #12 0xc09d50ea in close (td=3D0xc52d84c0, uap=3D0xce79bcf0) at = /usr/home/fabient/fabient-sandbox/sys/kern/kern_descrip.c:1114 #13 0xc0e5816b in syscall (frame=3D0xce79bd38) at = /usr/home/fabient/fabient-sandbox/sys/i386/i386/trap.c:1116 #14 0xc0e302e0 in Xint0x80_syscall () at = /usr/home/fabient/fabient-sandbox/sys/i386/i386/exception.s:261 If you need more information tell me. Fabien= From owner-freebsd-current@FreeBSD.ORG Mon May 3 19:55:18 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 67B9C106566B for ; Mon, 3 May 2010 19:55:18 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 16C258FC16 for ; Mon, 3 May 2010 19:55:17 +0000 (UTC) Received: by vws7 with SMTP id 7so1812242vws.13 for ; Mon, 03 May 2010 12:55:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=X2i4H4pZBM4z7XcLAItBfXxHR3azeal6LmdwWD4IoE0=; b=PvOETxLjVReeYzbLh7AG7W+RX/qYRu4lmPU9vINhfJx1X+c8FVO/uG9SftJWDnwATv ujPoIGHEQ2YfxYj4f4HMXRywCDIYJrqDc3bFg7b9CABWf5IB8HsObqdMGzP2uYbzOSI/ gnzOSJc/oKRqe8XioMNifhVp8G0p83CpTbMg8= 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=trrK717zA3e1lZXna3mMWsaVTArP3PjJK+kZ+CMy/M1qQfvWf6c8USEXjY47Kq8s8e y3qWW3KncBZD2wEy71pRdHcTWhpzokKxXuPBI+/8dMM2uMnDnEHsmTimi58AMrqCli73 1+xvfwIv2tjKjeJlMfJwZRHDhuXkBWRTUeIAs= MIME-Version: 1.0 Received: by 10.229.186.212 with SMTP id ct20mr34692qcb.39.1272916517032; Mon, 03 May 2010 12:55:17 -0700 (PDT) Received: by 10.229.251.17 with HTTP; Mon, 3 May 2010 12:55:16 -0700 (PDT) In-Reply-To: <4BDEDECD.70508@pcbsd.org> References: <4BBFD502.1010507@elischer.org> <4BC03ABA.6090309@elischer.org> <4BC0CC6F.7010009@freebsd.org> <4BDEDECD.70508@pcbsd.org> Date: Mon, 3 May 2010 12:55:16 -0700 Message-ID: From: Garrett Cooper To: Kris Moore Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: ports and PBIs 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, 03 May 2010 19:55:18 -0000 On Mon, May 3, 2010 at 7:33 AM, Kris Moore wrote: > On 05/01/2010 00:29, James Butler wrote: >> >> Genuine (possibly stupid) question -in PBI land, what happens if >> package B is, say, CUPS? Does one need versioned rc.d scripts to start >> one or the other? Which one gets to claim port 631? > > That is a problem we are dealing with right now. We have to check to ensure > that we don't already have a rc.d script for CUPS, and default to the > pre-existing one if so. The only other option I see is that we default to > the PBI one, but either way we can only have one copy running at a time :) Hi Kris, In general though, conflicting services or applications reading / touching files with version dependent data is going to be a difficult run for PBI based fat packages though, correct? This was one of the items that I brought up that was concerning in my previous questions, but it kind of got lost in the bikeshed portion of the discussion that I started with a few folks. My point is that just looking for one set of rc.d scripts might be oversimplifying the problem statement a bit; I understand that good applications should have an alternate configuration option at the very least, or should be modified (via some in-place sed action or something similar at install time) so that the default location is ${DBI_DESTDIR}/${PREFIX}/, correct? Also, for services like cups, there could have per-application virtualized networking stacks implemented per daemon (via vimage?) to circumvent this caveat, correct (cues Julian for the confirmation)? Or are shared jail(8) environments the only real means to solve this problem (probably not the correct nomenclature, but something conceptually similar to a shared jail built out of links pointing to the system binaries wherever possible and a series of shared ports libraries wherever not possible)? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon May 3 19:55:56 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 142C31065672 for ; Mon, 3 May 2010 19:55:56 +0000 (UTC) (envelope-from kristof@sigsegv.be) Received: from yorgi.telenet-ops.be (yorgi.telenet-ops.be [195.130.133.69]) by mx1.freebsd.org (Postfix) with ESMTP id C62FB8FC19 for ; Mon, 3 May 2010 19:55:55 +0000 (UTC) Received: from georges.telenet-ops.be (georges.telenet-ops.be [195.130.137.68]) by yorgi.telenet-ops.be (Postfix) with ESMTP id 0ACDF682D98 for ; Mon, 3 May 2010 21:44:27 +0200 (CEST) Received: from triton.sigsegv.be ([213.119.97.224]) by georges.telenet-ops.be with bizsmtp id D7kQ1e00L4qUA0t067kQGF; Mon, 03 May 2010 21:44:24 +0200 Received: from nereid (nereid.neptune.sigsegv.be [IPv6:2001:470:c8f4:0:200:ff:fe00:8]) by triton.sigsegv.be (Postfix) with SMTP id C8DFA1C157; Mon, 3 May 2010 21:44:23 +0200 (CEST) Received: by nereid (sSMTP sendmail emulation); Mon, 03 May 2010 21:44:23 +0200 Date: Mon, 3 May 2010 21:44:22 +0200 From: Kristof Provost To: Alexander Motin Message-ID: <20100503194422.GB24372@nereid> References: <4BD82DAD.4050804@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BD82DAD.4050804@FreeBSD.org> X-PGP-Fingerprint: 6B6E 5EED 8ECF FAE7 1F61 7458 5046 7D0E 11B0 0EE8 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-arm@FreeBSD.org, FreeBSD-Current Subject: Re: New Marvell SATA driver for testing 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, 03 May 2010 19:55:56 -0000 On 2010-04-28 15:44:29 (+0300), Alexander Motin wrote: > I'm glad to present new driver (mvs) for several series of Marvell SATA > controllers (PCI-X, PCIe and SoC-integrated), to work with CAM ATA > infrastructure. > > Driver supports following Marvell chips: ... > 88SX6042, 88SX7042 (including Adaptec 1430SA); 88F5182, 88F6281, > MV78100 SoCs. > , same as atamarvell + ataadaptec + atamvsata legacy ata(4) drivers > together. > ... > I've successfully tested it with Supermicro SAT2-MV8 (88SX6081) on i386 > and sparc64, Adaptec 1430SA (88SX7042) on i386, and SheevaPlug (88F6281) > on arm. I haven't tested it on Gen-I chips due to lack of such hardware. > > Complete fresh patch for HEAD can be found here: > http://people.freebsd.org/~mav/mvs.20100328.patch > (make sure to run patch with -p to create directories). > > Testing results, comments and feedback welcome. > I've done a quick test on my Orion (88F5182) based device. It seems to be working fine. It detects a SATA hard disk, reads/writes, ... I wasn't able to mount a filesystem from the disk but that could have been me. Regards, Kristof From owner-freebsd-current@FreeBSD.ORG Mon May 3 19:55:56 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E9D11065674 for ; Mon, 3 May 2010 19:55:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0B0E88FC20 for ; Mon, 3 May 2010 19:55:55 +0000 (UTC) Received: by pxi11 with SMTP id 11so419845pxi.13 for ; Mon, 03 May 2010 12:55:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=GtW9E5pfEAQhKZ+A+g1kzoDp+NFxQ/O6t2sEdXMMLMc=; b=LyareKtiCa5WtwvhdAqchD2G/pPZL11EmtAFBKbwyI6M9BLUTJC+L+G++B5SED6/gz +ckgXlq4xzFmCLTRC51/BrmeH8HPx4Oujlh7HD3rCZLE84yIY2gBdiqS9wTB92vRVdcf xKrdndgkgEQQoZYbeOMnuz0tJyEbkJIS3CB6M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=GSQAWBwLZAiDAfBST98MrJze0fhHZScaS5C+XTwJ+/K5bZ5hIMegNbBVbq5gZNmOL3 u2qnbAo3cN/svfiMFyOxdrFZzfYeSmtrk8mC5ZKuo0eKHgdRU8KTmEuyQVvoiTw8UkgA 3eNVUOzjVT8UezBiVj24Y7WlC9BCBZIeSA+xg= Received: by 10.142.151.9 with SMTP id y9mr7015989wfd.123.1272916548868; Mon, 03 May 2010 12:55:48 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 22sm4896395pzk.5.2010.05.03.12.55.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 03 May 2010 12:55:46 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 3 May 2010 12:55:38 -0700 From: Pyun YongHyeon Date: Mon, 3 May 2010 12:55:38 -0700 To: Mark Atkinson Message-ID: <20100503195538.GF1231@michelle.cdnetworks.com> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: exclusive sleep mutex mskc0 (network driver) r = 0 (0xc32c3690) locked @ /usr/src/sys/dev/msk/if_msk.c:3589 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.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, 03 May 2010 19:55:56 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, May 03, 2010 at 07:01:56AM -0700, Mark Atkinson wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I updated to current yesterday and got the following 'witness_warn' > panic upon executing 'reboot': > > suspending ithread with the following locks held: > exclusive sleep mutex mskc0 (network driver) r = 0 (0xc32c3690) locked @ > /usr/src/sys/dev/msk/if_msk.c:3589 > panic: witness_warn > cpuid = 0 > KDB: enter: panic > Physical memory: 495 MB > Dumping 80 MB: 65 49 33 17 1 > > > 3579 static void > 3580 msk_intr(void *xsc) > 3581 { > 3582 struct msk_softc *sc; > 3583 struct msk_if_softc *sc_if0, *sc_if1; > 3584 struct ifnet *ifp0, *ifp1; > 3585 uint32_t status; > 3586 int domore; > 3587 > 3588 sc = xsc; > 3589 MSK_LOCK(sc); It seems msk(4) didn't honor IFF_DRV_RUNNING in status block update check so it continued to process received packets. Would you try attached patch? --fUYQa+Pmc3FrFX/N Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="msk.rx.patch" Index: sys/dev/msk/if_msk.c =================================================================== --- sys/dev/msk/if_msk.c (revision 207572) +++ sys/dev/msk/if_msk.c (working copy) @@ -2904,20 +2904,15 @@ sc = device_get_softc(dev); MSK_LOCK(sc); for (i = 0; i < sc->msk_num_port; i++) { - if (sc->msk_if[i] != NULL) + if (sc->msk_if[i] != NULL && sc->msk_if[i]->msk_ifp != NULL && + ((sc->msk_if[i]->msk_ifp->if_drv_flags & + IFF_DRV_RUNNING) != 0)) msk_stop(sc->msk_if[i]); } + MSK_UNLOCK(sc); - /* Disable all interrupts. */ - CSR_WRITE_4(sc, B0_IMSK, 0); - CSR_READ_4(sc, B0_IMSK); - CSR_WRITE_4(sc, B0_HWE_IMSK, 0); - CSR_READ_4(sc, B0_HWE_IMSK); - /* Put hardware reset. */ CSR_WRITE_2(sc, B0_CTST, CS_RST_SET); - - MSK_UNLOCK(sc); return (0); } @@ -3525,6 +3520,8 @@ sc_if->msk_csum = status; break; case OP_RXSTAT: + if (!(sc_if->msk_ifp->if_drv_flags & IFF_DRV_RUNNING)) + break; if (sc_if->msk_framesize > (MCLBYTES - MSK_RX_BUF_ALIGN)) msk_jumbo_rxeof(sc_if, status, control, len); --fUYQa+Pmc3FrFX/N-- From owner-freebsd-current@FreeBSD.ORG Mon May 3 19:56:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7AC4F1065670 for ; Mon, 3 May 2010 19:56:14 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 05DB88FC19 for ; Mon, 3 May 2010 19:56:13 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O91kQ-0000E0-Bs for freebsd-current@freebsd.org; Mon, 03 May 2010 21:56:10 +0200 Received: from 207.155.204.151.ptr.us.xo.net ([207.155.204.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 May 2010 21:56:10 +0200 Received: from atkin901 by 207.155.204.151.ptr.us.xo.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 May 2010 21:56:10 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org connect(): No such file or directory From: Mark Atkinson Date: Mon, 03 May 2010 12:55:57 -0700 Lines: 54 Message-ID: <4BDF2A4D.3030706@gmail.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 207.155.204.151.ptr.us.xo.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 In-Reply-To: X-Enigmail-Version: 1.0 Subject: Re: SUJ deadlock 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, 03 May 2010 19:56:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05/03/10 12:38, Fabien Thomas wrote: > Hi Jeff, > > I'm with r207548 now and since some days i've system deadlock. > It seems related to SUJ with process waiting on suspfs or ppwait. I've also seen it stalled in suspfs, but this information is way better than what I was able to garner. I was only able to tell via ctrl-t on a stalled 'ls' process in a terminal before hard booting. Right now it occurs everytime I attempt to do the portmaster -a upgrade of X/KDE on this system. > The backtrace is the following: > (kgdb) bt > #0 sched_switch (td=0xc52d84c0, newtd=0xc4d88980, flags=260) at /usr/home/fabient/fabient-sandbox/sys/kern/sched_ule.c:1853 > #1 0xc0a2838e in mi_switch (flags=260, newtd=0x0) at /usr/home/fabient/fabient-sandbox/sys/kern/kern_synch.c:449 > #2 0xc0a62a25 in sleepq_switch (wchan=0xc5389cf0, pri=159) > at /usr/home/fabient/fabient-sandbox/sys/kern/subr_sleepqueue.c:530 > #3 0xc0a62c6c in sleepq_wait (wchan=0xc5389cf0, pri=159) at /usr/home/fabient/fabient-sandbox/sys/kern/subr_sleepqueue.c:609 > #4 0xc0a27aec in _sleep (ident=0xc5389cf0, lock=0xc5389ca8, priority=159, wmesg=0xc0f5c302 "suspfs", timo=0) > at /usr/home/fabient/fabient-sandbox/sys/kern/kern_synch.c:234 > #5 0xc0ae2e62 in vn_start_write (vp=0xc66bdcc0, mpp=0xce79bb6c, flags=1) > at /usr/home/fabient/fabient-sandbox/sys/kern/vfs_vnops.c:998 > #6 0xc0ae1476 in vn_close (vp=0xc66bdcc0, flags=1, file_cred=0xc577f400, td=0xc52d84c0) > at /usr/home/fabient/fabient-sandbox/sys/kern/vfs_vnops.c:299 > #7 0xc0ae2cc6 in vn_closefile (fp=0xc7bcd460, td=0xc52d84c0) at /usr/home/fabient/fabient-sandbox/sys/kern/vfs_vnops.c:941 > #8 0xc09d7e5e in fo_close (fp=0xc7bcd460, td=0xc52d84c0) at file.h:270 > #9 0xc09d7ddc in _fdrop (fp=0xc7bcd460, td=0xc52d84c0) at /usr/home/fabient/fabient-sandbox/sys/kern/kern_descrip.c:2348 > #10 0xc09d775b in closef (fp=0xc7bcd460, td=0xc52d84c0) at /usr/home/fabient/fabient-sandbox/sys/kern/kern_descrip.c:2117 > #11 0xc09d526a in kern_close (td=0xc52d84c0, fd=3) at /usr/home/fabient/fabient-sandbox/sys/kern/kern_descrip.c:1162 > #12 0xc09d50ea in close (td=0xc52d84c0, uap=0xce79bcf0) at /usr/home/fabient/fabient-sandbox/sys/kern/kern_descrip.c:1114 > #13 0xc0e5816b in syscall (frame=0xce79bd38) at /usr/home/fabient/fabient-sandbox/sys/i386/i386/trap.c:1116 > #14 0xc0e302e0 in Xint0x80_syscall () at /usr/home/fabient/fabient-sandbox/sys/i386/i386/exception.s:261 > > If you need more information tell me. > > Fabien_______________________________________________ > 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 v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvfKk0ACgkQrDN5kXnx8yYpZgCeKRqenQbflLhoa3hVaXP7wICE 9KAAn2HEWuNwgI9EUxA5BYMR6DD0NBgi =bhDN -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon May 3 20:14:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFFCA106564A for ; Mon, 3 May 2010 20:14:26 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (mars.netasq.com [91.212.116.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5BC2B8FC1B for ; Mon, 3 May 2010 20:14:25 +0000 (UTC) Received: from [192.168.0.1] (unknown [172.16.0.46]) by work.netasq.com (Postfix) with ESMTPSA id B131E740001; Mon, 3 May 2010 22:14:14 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Fabien Thomas In-Reply-To: <4BDF2A4D.3030706@gmail.com> Date: Mon, 3 May 2010 22:14:23 +0200 Content-Transfer-Encoding: 7bit Message-Id: References: <4BDF2A4D.3030706@gmail.com> To: Mark Atkinson X-Mailer: Apple Mail (2.1078) Cc: freebsd-current@freebsd.org Subject: Re: SUJ deadlock 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, 03 May 2010 20:14:26 -0000 >> Hi Jeff, >> >> I'm with r207548 now and since some days i've system deadlock. >> It seems related to SUJ with process waiting on suspfs or ppwait. > > I've also seen it stalled in suspfs, but this information is way better > than what I was able to garner. I was only able to tell via ctrl-t on > a stalled 'ls' process in a terminal before hard booting. > > Right now it occurs everytime I attempt to do the portmaster -a upgrade > of X/KDE on this system. I've spotted this during multiple portupgrade -aR :) Fabien From owner-freebsd-current@FreeBSD.ORG Mon May 3 20:25:19 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3383106566B for ; Mon, 3 May 2010 20:25:19 +0000 (UTC) (envelope-from atkin901@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 81DE98FC1E for ; Mon, 3 May 2010 20:25:19 +0000 (UTC) Received: by pxi11 with SMTP id 11so438914pxi.13 for ; Mon, 03 May 2010 13:25:16 -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:newsgroups:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=x502AwcJ32w7EfruC9b0xqow3GzMJNaf7MVgyGvKXh0=; b=j1Zaq0I2p/wqIU6t9RcU10cTEDomSI+f5moUdCmGelWYuifJrhn4swm6p6GtxbuC31 m2+sZUAiX33Q1fTkzXmjNyu/Q9cSkh4p4V06xuG60+u42HyKk/FshknfItgSiK0nOaw8 7FY9kM8OvNWyWJLPigTxitJ8o1NrlyEPIXDyg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:newsgroups:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=mJQxz8tLEk3bDvuD6iYGhgs+OQYImIrD04LH3kIlW7MpNCO6O6t6SqBYC5+rokLgum 0SVo5up++hAwAdrir1qYGg4CfoPqfw4hqxYBtzlC0rdn92A4m+hhwR2fCU8VZhtKe96s ru5bJwbxcdZkp8K/j7cEc2Kw6MGYYtGk+eJoo= Received: by 10.143.26.20 with SMTP id d20mr9452037wfj.31.1272916572081; Mon, 03 May 2010 12:56:12 -0700 (PDT) Received: from moby.pdsea.f5net.com (207.155.204.151.ptr.us.xo.net [207.155.204.151]) by mx.google.com with ESMTPS id 23sm4920559pzk.6.2010.05.03.12.56.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 03 May 2010 12:56:11 -0700 (PDT) Message-ID: <4BDF2A4D.3030706@gmail.com> Date: Mon, 03 May 2010 12:55:57 -0700 From: Mark Atkinson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 Newsgroups: gmane.os.freebsd.current To: freebsd-current@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: SUJ deadlock 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, 03 May 2010 20:25:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05/03/10 12:38, Fabien Thomas wrote: > Hi Jeff, > > I'm with r207548 now and since some days i've system deadlock. > It seems related to SUJ with process waiting on suspfs or ppwait. I've also seen it stalled in suspfs, but this information is way better than what I was able to garner. I was only able to tell via ctrl-t on a stalled 'ls' process in a terminal before hard booting. Right now it occurs everytime I attempt to do the portmaster -a upgrade of X/KDE on this system. > The backtrace is the following: > (kgdb) bt > #0 sched_switch (td=0xc52d84c0, newtd=0xc4d88980, flags=260) at /usr/home/fabient/fabient-sandbox/sys/kern/sched_ule.c:1853 > #1 0xc0a2838e in mi_switch (flags=260, newtd=0x0) at /usr/home/fabient/fabient-sandbox/sys/kern/kern_synch.c:449 > #2 0xc0a62a25 in sleepq_switch (wchan=0xc5389cf0, pri=159) > at /usr/home/fabient/fabient-sandbox/sys/kern/subr_sleepqueue.c:530 > #3 0xc0a62c6c in sleepq_wait (wchan=0xc5389cf0, pri=159) at /usr/home/fabient/fabient-sandbox/sys/kern/subr_sleepqueue.c:609 > #4 0xc0a27aec in _sleep (ident=0xc5389cf0, lock=0xc5389ca8, priority=159, wmesg=0xc0f5c302 "suspfs", timo=0) > at /usr/home/fabient/fabient-sandbox/sys/kern/kern_synch.c:234 > #5 0xc0ae2e62 in vn_start_write (vp=0xc66bdcc0, mpp=0xce79bb6c, flags=1) > at /usr/home/fabient/fabient-sandbox/sys/kern/vfs_vnops.c:998 > #6 0xc0ae1476 in vn_close (vp=0xc66bdcc0, flags=1, file_cred=0xc577f400, td=0xc52d84c0) > at /usr/home/fabient/fabient-sandbox/sys/kern/vfs_vnops.c:299 > #7 0xc0ae2cc6 in vn_closefile (fp=0xc7bcd460, td=0xc52d84c0) at /usr/home/fabient/fabient-sandbox/sys/kern/vfs_vnops.c:941 > #8 0xc09d7e5e in fo_close (fp=0xc7bcd460, td=0xc52d84c0) at file.h:270 > #9 0xc09d7ddc in _fdrop (fp=0xc7bcd460, td=0xc52d84c0) at /usr/home/fabient/fabient-sandbox/sys/kern/kern_descrip.c:2348 > #10 0xc09d775b in closef (fp=0xc7bcd460, td=0xc52d84c0) at /usr/home/fabient/fabient-sandbox/sys/kern/kern_descrip.c:2117 > #11 0xc09d526a in kern_close (td=0xc52d84c0, fd=3) at /usr/home/fabient/fabient-sandbox/sys/kern/kern_descrip.c:1162 > #12 0xc09d50ea in close (td=0xc52d84c0, uap=0xce79bcf0) at /usr/home/fabient/fabient-sandbox/sys/kern/kern_descrip.c:1114 > #13 0xc0e5816b in syscall (frame=0xce79bd38) at /usr/home/fabient/fabient-sandbox/sys/i386/i386/trap.c:1116 > #14 0xc0e302e0 in Xint0x80_syscall () at /usr/home/fabient/fabient-sandbox/sys/i386/i386/exception.s:261 > > If you need more information tell me. > > Fabien_______________________________________________ > 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 v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvfKk0ACgkQrDN5kXnx8yYpZgCeKRqenQbflLhoa3hVaXP7wICE 9KAAn2HEWuNwgI9EUxA5BYMR6DD0NBgi =bhDN -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon May 3 20:34:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0569E106566B for ; Mon, 3 May 2010 20:34:04 +0000 (UTC) (envelope-from yr.retarded@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id D03EF8FC13 for ; Mon, 3 May 2010 20:34:03 +0000 (UTC) Received: by pxi11 with SMTP id 11so444618pxi.13 for ; Mon, 03 May 2010 13:33:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=JpsrtlEw9G9/P89vPYA6Pn0NFECeN2JqryVIuXjz3Tc=; b=lxLMGzcLOaA4qHwx8MbvkamAcz/NM/n+2D2OhlOt2pVXeD5wHfvt6POZxoLWmh7Wqf jGo0fpqYEmDA8Q4x5JwRq7AG8aeLvzgZZCPQmFh/E4EmyYfjSyXT9NW04sxun5kIxtug ZRgpWlr1+fmf7MYs7ifSs3MeqTA2A6YM6U6M0= 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=rGHiGKXn7mrMi2t3sDv3Xc/NZgNxAcSVWgfLAsAtDdpRCFB4zD4D2JzNkfn3JHnFoY VoxtL0afOBgvvl9fsHJCmEYCdcejdeHIbyEHvdILV9sdZYzF+u2ONXHWhkQpPttbnNbn R3lr4I9ACxAv0/NnCc6fNK7VcdAhE5HCq0Hms= MIME-Version: 1.0 Received: by 10.143.84.6 with SMTP id m6mr2623579wfl.8.1272918837154; Mon, 03 May 2010 13:33:57 -0700 (PDT) Received: by 10.142.221.6 with HTTP; Mon, 3 May 2010 13:33:57 -0700 (PDT) In-Reply-To: References: Date: Mon, 3 May 2010 15:33:57 -0500 Message-ID: From: Chris Ruiz To: Mark Atkinson Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Unable to establish HE gif0 tunnel 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, 03 May 2010 20:34:04 -0000 On Mon, May 3, 2010 at 9:16 AM, Mark Atkinson wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I updated a border gateway yesterday from a Feb 23 kernel to a May 2 > version kernel/world, and lost my connectivity to my gif0 HE tunnel. > > I've been using the following in /etc/rc.conf successfully for some time > to establish the tunnel: > ifconfig_gif0="inet6 [MY V6 ENDPOINT] [HE V6 ENDPOINT] prefixlen 128" There's your problem, bad syntax. Change it to this: ifconfig_gif0_ipv6="inet6 [MY V6 ENDPOINT] [HE V6 ENDPOINT] prefixlen 128" -- Chris ----------------------------------------- http://twitter.com/chrisattack http://chrisattack.com From owner-freebsd-current@FreeBSD.ORG Mon May 3 20:54:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D02E1065672 for ; Mon, 3 May 2010 20:54:07 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id C63FF8FC1A for ; Mon, 3 May 2010 20:54:06 +0000 (UTC) Received: by bwz8 with SMTP id 8so1704017bwz.3 for ; Mon, 03 May 2010 13:53:55 -0700 (PDT) Received: by 10.204.33.149 with SMTP id h21mr2041080bkd.203.1272920035563; Mon, 03 May 2010 13:53:55 -0700 (PDT) Received: from [10.0.1.198] (udp022762uds.hawaiiantel.net [72.234.79.107]) by mx.google.com with ESMTPS id 13sm1776381bwz.11.2010.05.03.13.53.51 (version=SSLv3 cipher=RC4-MD5); Mon, 03 May 2010 13:53:54 -0700 (PDT) Date: Mon, 3 May 2010 10:53:51 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Fabien Thomas In-Reply-To: Message-ID: References: <4BDF2A4D.3030706@gmail.com> 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@freebsd.org, Mark Atkinson Subject: Re: SUJ deadlock 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, 03 May 2010 20:54:07 -0000 On Mon, 3 May 2010, Fabien Thomas wrote: >>> Hi Jeff, >>> >>> I'm with r207548 now and since some days i've system deadlock. >>> It seems related to SUJ with process waiting on suspfs or ppwait. >> >> I've also seen it stalled in suspfs, but this information is way better >> than what I was able to garner. I was only able to tell via ctrl-t on >> a stalled 'ls' process in a terminal before hard booting. >> >> Right now it occurs everytime I attempt to do the portmaster -a upgrade >> of X/KDE on this system. > > I've spotted this during multiple portupgrade -aR :) Hi folks, I'm really not sure why I haven't been able to reproduce this. I do have some debugging info reported by others. Hopefully it will be sufficient. I will send another mail when I resolve the issue and if I can not I may ask for coredumps or other details. Thanks, Jeff > > Fabien > _______________________________________________ > 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 3 23:32:39 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52182106566B for ; Mon, 3 May 2010 23:32:39 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id F1CAB8FC0A for ; Mon, 3 May 2010 23:32:38 +0000 (UTC) Received: (qmail 4237 invoked by uid 399); 3 May 2010 23:32:38 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 3 May 2010 23:32:38 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BDF5D15.5040207@FreeBSD.org> Date: Mon, 03 May 2010 16:32:37 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: sthaug@nethelp.no References: <4BDCE05A.5020307@FreeBSD.org> <20100502.073857.74726756.sthaug@nethelp.no> <20100503140438.262539xlm87yp0ao@webmail.leidinger.net> <20100503.151903.74740368.sthaug@nethelp.no> In-Reply-To: <20100503.151903.74740368.sthaug@nethelp.no> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: SUJ update 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, 03 May 2010 23:32:39 -0000 On 05/03/10 06:19, sthaug@nethelp.no wrote: >>>> I would vote for decoupling. If I have SU on, then enable journaling, >>>> then disable journaling, I would expect SU to still be on. >>> >>> Fully agreed. I see no reason why these sould be coupled. >> >> It does not look like it is a prerequisite to have SU enabled when you >> want to enable SUJ. So I assume SUJ implies SU, and as such I think >> you can agree that it is not easy to determine at disable time of SUJ, >> if the FS was SU before or not. > > If SUJ requires SU then IMHO tunefs should prohibit setting SUJ unless > SU was already enabled, with a nice explanatory error message if needed. I agree, although I think it should be possible to specify both on the same command line. At that point however the user would know what they did, so they should be able to undo it appropriately. I also don't want to bikeshed this to death. I imagine that once the feature is stable that users will just twiddle it once and then leave it alone, or it will be set at install time and then not twiddled at all. :) > Looking at it from a slightly different angle - assume I have a file > system with SU enabled, and I want to experiment with SUJ. So I enable > SUJ. When I'm finished testing, maybe I want to disable SUJ again. I > would be *highly surprised* (badly breaking POLA) if SU was disabled > at the same time. > >> So whatever the consensus is (disabling SUJ does or dosn't enable SU), >> the man page needs to tell what it does. > > Agreed. > > Steinar Haug, Nethelp consulting, sthaug@nethelp.no > _______________________________________________ > 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" > -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue May 4 00:14:56 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58BA2106566B for ; Tue, 4 May 2010 00:14:56 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51802.mail.re2.yahoo.com (web51802.mail.re2.yahoo.com [206.190.38.233]) by mx1.freebsd.org (Postfix) with SMTP id E70918FC0C for ; Tue, 4 May 2010 00:14:55 +0000 (UTC) Received: (qmail 12047 invoked by uid 60001); 4 May 2010 00:14:52 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1272932092; bh=xjCr8/3mfo1GGo8QNNtl7EGfZ9gk8p66ipu8+/zVaPs=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=JazaiI2M/UYJUdJYWEgG3jmq1MPyI+T4A116H56JKrZQzVjw5MXhTPQS5D6dA+mzobLliS0dJzDEldBpGuNIVJbmuag8S85vNZXbBhFqVPO1WoLeARZY0ngFhUHqpfVgDLBcccwbMGth7x8qrmA2U42ZtsawJlEbdDkV0otksbg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Phu4HjT/BYmHxV2pmJwRcUWpa2y7IhLB77hkDBKqDlmVEAeqPLS0JmQbs0Yu8YDQqXLMbu6a7wel5JSPKB1EwnoYOA1EQt9L4Em0O+4rT4Yf2cmqNV+9RGhoXWJ5nVYcfYEN/smVcrRyC9/xIL863PJ48dQOuSaMOVwJArstD9o=; Message-ID: <660085.11669.qm@web51802.mail.re2.yahoo.com> X-YMail-OSG: mgbFWgQVM1lZjt74Z2_AVuUyHKtqFLnOBSb7K_mH1HisuXH qWsWOttjHytwK4VDrM0bg0sTAODeNDVvoS_uSEmYqAevkrjlPU0HpUx0Zjbu 3wm22TagIHLi9coek6OYiXnYAB9ibSGXekoLq7svdYAfMnBCkpnWeE5DpUfJ 3uFb.pljrxRFpvlr9rMLOu2dMuarf2PhDQyPDDsVGpz30aisHKr3UACNWU2C J3P.sZd_6u.tYfhPmM37Lam_S8BNqarb83r7JcO7v42QzgWu8culXhUTu1Lf wCSpzZP4pf8o9E6sCasaK1vGtBT23ajO95SNNPN8F3Z5KrUNx Received: from [173.183.132.20] by web51802.mail.re2.yahoo.com via HTTP; Mon, 03 May 2010 17:14:52 PDT X-Mailer: YahooMailRC/348.5 YahooMailWebService/0.8.103.269680 References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> <4BA22B8D.9030700@micom.mng.net> <375331.74876.qm@web51804.mail.re2.yahoo.com> <4BA38B26.6050208@micom.mng.net> <989377.89740.qm@web51802.mail.re2.yahoo.com> <4BAE01AC.7000509@gmail.com> <623907.37074.qm@web51803.mail.re2.yahoo.com> <4BB3575D.4040506@gmail.com> <87836.79143.qm@web51804.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> <4BD307DE.5080507@gmail.com> <332448.8676.qm@web51801.mail.re2.yahoo.com> <4BD3F2D4.8000007@gmail.com> <702632.81988.qm@web51803.mail.re2.yahoo.com> <4BDEE393.4080206@gmail.com> Date: Mon, 3 May 2010 17:14:52 -0700 (PDT) From: PseudoCylon To: Ganbold In-Reply-To: <4BDEE393.4080206@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Ganbold Tsagaankhuu , freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless 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, 04 May 2010 00:14:56 -0000 ----- Original Message ---- > From: Ganbold > To: PseudoCylon > Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu > Sent: Mon, May 3, 2010 8:54:11 AM > Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless > > Thanks a lot, works no problem so far here with bridge (no > auth/hostapd/WPA2). > rspro# uname -an FreeBSD rspro 9.0-CURRENT FreeBSD 9.0-CURRENT #64 r207140M: Mon May 3 > 21:49:50 ULAT 2010 > tsgan@beastie:/usr/obj/mips/usr/mysrc/sys/RSPRO_AR71XX mips Yes! finally. I'm so happy to hear. If there are any other bugs, please report. I'll wait a few days before submit the changes just to make sure every thing is fine on your routerstation. Thank you for testing the driver several times and your patient. AK From owner-freebsd-current@FreeBSD.ORG Tue May 4 00:33:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7B51106566B for ; Tue, 4 May 2010 00:33:14 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6F1558FC12 for ; Tue, 4 May 2010 00:33:14 +0000 (UTC) Received: by vws7 with SMTP id 7so2076382vws.13 for ; Mon, 03 May 2010 17:33:05 -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=vogxW1qZH1JFRUEIAcPvhaIriwgnEbRkpGor5W60osQ=; b=IILSAqtan97SO6Rf/MFbOw6TZQ1A2i3B4cWBil42CjnqNU6qk1qUDRQPzFbEbXBSP5 /k02twupIjz/SwSWe/8w/VauONSUkIZ9ImK0dBWYyttZe0kK9KK2HIbUFXy7HGbzN3Ti BLBTaZNUl1jQvx9JH6YuGrkbmB1pzVzwXm7SA= 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=OH4dkO/v5AczPnVL+X67bugrUTaPRNfPXmMUPzbBCn8y2rdaGVbBoXrFVS75sZ7fFP jCFWF6v8qxxCBMv9nc4SyoDBEEOK4RcGdaw+bXtWHTvPQ4TILNArzYth93qUac+es6eJ quUQY8Juiam4lXMcd/zMjwWw84BkSi0DBgRuY= Received: by 10.220.108.198 with SMTP id g6mr10725406vcp.202.1272933180850; Mon, 03 May 2010 17:33:00 -0700 (PDT) Received: from beastie.micom.mng.net ([202.179.21.132]) by mx.google.com with ESMTPS id q11sm26141889vch.16.2010.05.03.17.32.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 03 May 2010 17:32:59 -0700 (PDT) Message-ID: <4BDF6B2E.8050903@gmail.com> Date: Tue, 04 May 2010 08:32:46 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.23 (X11/20091011) MIME-Version: 1.0 To: PseudoCylon References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> <4BA22B8D.9030700@micom.mng.net> <375331.74876.qm@web51804.mail.re2.yahoo.com> <4BA38B26.6050208@micom.mng.net> <989377.89740.qm@web51802.mail.re2.yahoo.com> <4BAE01AC.7000509@gmail.com> <623907.37074.qm@web51803.mail.re2.yahoo.com> <4BB3575D.4040506@gmail.com> <87836.79143.qm@web51804.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> <4BD307DE.5080507@gmail.com> <332448.8676.qm@web51801.mail.re2.yahoo.com> <4BD3F2D4.8000007@gmail.com> <702632.81988.qm@web51803.mail.re2.yahoo.com> In-Reply-To: <702632.81988.qm@web51803.mail.re2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ganbold Tsagaankhuu , freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless 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, 04 May 2010 00:33:14 -0000 PseudoCylon wrote: > ----- Original Message ---- > >> From: Ganbold >> To: PseudoCylon >> Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu >> Sent: Sun, April 25, 2010 1:44:20 AM >> Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless >> >> > > >> Thank you very much. >> However it still panics when I tried to use bridge. >> > > > Please try this. > http://gitorious.org/run/run/trees/master/dev/usb/wlan > (if_run.c and if_runvar.h have been updated.) > > Sorry I haven't test on bridge (only with nat). It did panic with bridge. This should work. But, please > #sysctl hw.usb.run.debug=1 > just in case. > AK-san, Sorry, I was maybe too fast, kernel was built without INVARIANTS/WITNESS options. I will test it later today with those options enabled and let you know the result. thanks a lot, Ganbold > Thanks. > AK > > > > -- Shame is an improper emotion invented by pietists to oppress the human race. -- Robert Preston, Toddy, "Victor/Victoria" From owner-freebsd-current@FreeBSD.ORG Tue May 4 00:57:59 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8052106566C for ; Tue, 4 May 2010 00:57:59 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from mail2.sandvine.com (Mail1.sandvine.com [64.7.137.134]) by mx1.freebsd.org (Postfix) with ESMTP id 8816D8FC17 for ; Tue, 4 May 2010 00:57:59 +0000 (UTC) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mail2.sandvine.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 3 May 2010 20:45:56 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 10332) id 432CB1160B; Mon, 3 May 2010 20:45:56 -0400 (EDT) Date: Mon, 3 May 2010 20:45:56 -0400 From: Ed Maste To: current@freebsd.org Message-ID: <20100504004556.GA59830@sandvine.com> Mail-Followup-To: Ed Maste , current@freebsd.org References: <4BDCE05A.5020307@FreeBSD.org> <20100502.073857.74726756.sthaug@nethelp.no> <20100503140438.262539xlm87yp0ao@webmail.leidinger.net> <20100503.151903.74740368.sthaug@nethelp.no> <4BDF5D15.5040207@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BDF5D15.5040207@FreeBSD.org> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 04 May 2010 00:45:56.0383 (UTC) FILETIME=[282BEAF0:01CAEB23] Cc: Subject: Re: SUJ update 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, 04 May 2010 00:57:59 -0000 On Mon, May 03, 2010 at 04:32:37PM -0700, Doug Barton wrote: > I also don't want to bikeshed this to death. I imagine that once the > feature is stable that users will just twiddle it once and then leave it > alone, or it will be set at install time and then not twiddled at all. :) Speaking of which, is there any reason for us not to support enabling SU+J at newfs time? (Other than just needing a clean way to share the code between tunefs and newfs.) -Ed From owner-freebsd-current@FreeBSD.ORG Tue May 4 01:04:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52E42106566B for ; Tue, 4 May 2010 01:04:12 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 0A7CB8FC1D for ; Tue, 4 May 2010 01:04:11 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O96YS-000455-1K for freebsd-current@freebsd.org; Tue, 04 May 2010 03:04:08 +0200 Received: from ip244.gte215.dsl-acs2.sea.iinet.com ([209.20.215.244]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 May 2010 03:04:08 +0200 Received: from atkin901 by ip244.gte215.dsl-acs2.sea.iinet.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 May 2010 03:04:08 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org connect(): No such file or directory From: Mark Atkinson Date: Mon, 03 May 2010 18:02:48 -0700 Lines: 20 Message-ID: References: <20100503195538.GF1231@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: ip244.gte215.dsl-acs2.sea.iinet.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 In-Reply-To: <20100503195538.GF1231@michelle.cdnetworks.com> Subject: Re: exclusive sleep mutex mskc0 (network driver) r = 0 (0xc32c3690) locked @ /usr/src/sys/dev/msk/if_msk.c:3589 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, 04 May 2010 01:04:12 -0000 On 5/3/2010 12:55 PM, Pyun YongHyeon wrote: > On Mon, May 03, 2010 at 07:01:56AM -0700, Mark Atkinson wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I updated to current yesterday and got the following 'witness_warn' >> panic upon executing 'reboot': >> >> suspending ithread with the following locks held: >> exclusive sleep mutex mskc0 (network driver) r = 0 (0xc32c3690) locked @ >> /usr/src/sys/dev/msk/if_msk.c:3589 >> panic: witness_warn > > It seems msk(4) didn't honor IFF_DRV_RUNNING in status block update > check so it continued to process received packets. > Would you try attached patch? Now it now longer panics, but the system does hang indefinitely. The hang occurs at the same time the panic does, which is after disks are synced right after the 'rebooting....' message. From owner-freebsd-current@FreeBSD.ORG Tue May 4 01:25:18 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6779B1065670 for ; Tue, 4 May 2010 01:25:18 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 205038FC14 for ; Tue, 4 May 2010 01:25:17 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O96st-0001bQ-SF for freebsd-current@freebsd.org; Tue, 04 May 2010 03:25:15 +0200 Received: from ip244.gte215.dsl-acs2.sea.iinet.com ([209.20.215.244]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 May 2010 03:25:15 +0200 Received: from atkin901 by ip244.gte215.dsl-acs2.sea.iinet.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 May 2010 03:25:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org connect(): No such file or directory From: Mark Atkinson Date: Mon, 03 May 2010 18:23:57 -0700 Lines: 37 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: ip244.gte215.dsl-acs2.sea.iinet.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 In-Reply-To: Subject: Re: Unable to establish HE gif0 tunnel 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, 04 May 2010 01:25:18 -0000 On 5/3/2010 1:33 PM, Chris Ruiz wrote: > On Mon, May 3, 2010 at 9:16 AM, Mark Atkinson wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I updated a border gateway yesterday from a Feb 23 kernel to a May 2 >> version kernel/world, and lost my connectivity to my gif0 HE tunnel. >> >> I've been using the following in /etc/rc.conf successfully for some time >> to establish the tunnel: > >> ifconfig_gif0="inet6 [MY V6 ENDPOINT] [HE V6 ENDPOINT] prefixlen 128" > > There's your problem, bad syntax. Change it to this: > > ifconfig_gif0_ipv6="inet6 [MY V6 ENDPOINT] [HE V6 ENDPOINT] prefixlen 128" OK I finally got this to work, however, I cannot boot to single user, and then 'exit' to mutli-user and have it work. I'm not sure what's broken there. Also, I'm still having a problem with 'tentative'. For example I assigned the internal interface with my prefix manually: ifconfig internal inet6 [prefix]/64 eui64 'tentative' is supposed to disappear after DAD, but instead 'hangs on' indefinitely. There appears to be a bug there. There is no collision unless it's seeing it's own broadcast somehow. Even if it did, there's no log/complaining. If I set dad count to 0 and remove and re-add the address, still stuck. From owner-freebsd-current@FreeBSD.ORG Tue May 4 01:49:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B0202106566B for ; Tue, 4 May 2010 01:49:59 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 3BE8A8FC0C for ; Tue, 4 May 2010 01:49:59 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O97Go-0000TJ-90 for freebsd-current@freebsd.org; Tue, 04 May 2010 03:49:58 +0200 Received: from ip244.gte215.dsl-acs2.sea.iinet.com ([209.20.215.244]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 May 2010 03:49:58 +0200 Received: from atkin901 by ip244.gte215.dsl-acs2.sea.iinet.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 May 2010 03:49:58 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org connect(): No such file or directory From: Mark Atkinson Date: Mon, 03 May 2010 18:48:39 -0700 Lines: 38 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: ip244.gte215.dsl-acs2.sea.iinet.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 In-Reply-To: Subject: Re: Unable to establish HE gif0 tunnel 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, 04 May 2010 01:49:59 -0000 On 5/3/2010 6:23 PM, Mark Atkinson wrote: > On 5/3/2010 1:33 PM, Chris Ruiz wrote: >> On Mon, May 3, 2010 at 9:16 AM, Mark Atkinson wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> I updated a border gateway yesterday from a Feb 23 kernel to a May 2 >>> version kernel/world, and lost my connectivity to my gif0 HE tunnel. >>> >>> I've been using the following in /etc/rc.conf successfully for some time >>> to establish the tunnel: >> >>> ifconfig_gif0="inet6 [MY V6 ENDPOINT] [HE V6 ENDPOINT] prefixlen 128" >> >> There's your problem, bad syntax. Change it to this: >> >> ifconfig_gif0_ipv6="inet6 [MY V6 ENDPOINT] [HE V6 ENDPOINT] prefixlen 128" > > OK I finally got this to work, however, I cannot boot to single user, > and then 'exit' to mutli-user and have it work. I'm not sure what's > broken there. > > Also, I'm still having a problem with 'tentative'. For example I > assigned the internal interface with my prefix manually: > > ifconfig internal inet6 [prefix]/64 eui64 > > 'tentative' is supposed to disappear after DAD, but instead 'hangs on' > indefinitely. There appears to be a bug there. There is no collision > unless it's seeing it's own broadcast somehow. Even if it did, there's > no log/complaining. > > If I set dad count to 0 and remove and re-add the address, still stuck. OK, I apparently I have to enable nd6 with -ifenabled. Somehow I missed that this became the default along the way. From owner-freebsd-current@FreeBSD.ORG Tue May 4 01:54:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A79B106566C for ; Tue, 4 May 2010 01:54:28 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 26C688FC14 for ; Tue, 4 May 2010 01:54:27 +0000 (UTC) Received: (qmail 1677 invoked by uid 399); 4 May 2010 01:54:27 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 4 May 2010 01:54:27 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BDF7E50.5060304@FreeBSD.org> Date: Mon, 03 May 2010 18:54:24 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Mark Atkinson References: In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Unable to establish HE gif0 tunnel 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, 04 May 2010 01:54:28 -0000 Before I forget, I can't find the key that you signed this message with on any key servers; FYI. On 05/03/10 07:16, Mark Atkinson wrote: > I updated a border gateway yesterday from a Feb 23 kernel to a May 2 > version kernel/world, There have been numerous changes to IPv6 related stuff, both in the code and in the rc.d configuration. Please make sure that your kernel, world, AND /etc are all up to date. > and lost my connectivity to my gif0 HE tunnel. I'm sorry to hear that you're having trouble. > I've been using the following in /etc/rc.conf successfully for some time > to establish the tunnel: > > # Hurricane Electric v6 tunnel > ipv6_enable="YES" FYI, this is now (basically) a no-op, you should be able to remove it safely. > gif_interfaces="gif0" > gifconfig_gif0="[MY V4 ADDRESS] [HE V4 ADDRESS]" > ifconfig_gif0="inet6 [MY V6 ENDPOINT] [HE V6 ENDPOINT] prefixlen 128" > ipv6_defaultrouter="[HE V6 ENDPOINT]" > > # v6 gateway > ipv6_gateway_enable="YES" > ipv6_network_interfaces="internal" > ipv6_prefix_internal="[MY V6 /64 prefix] > rtadvd_interfaces="internal" > > Two problems: > > * That seems to configure the tunnel, but it appears as 'tentative'. Do this: ifconfig gif0 -ifdisabled That should fix the problem with the tunnel. If it does, try changing ifconfig_gif0 to ifconfig_gif0_ipv6 in rc.conf and let me know if that fixes it for you. > * the v6 EUI64 address on interface internal is not assigned as before That was my fault, I just committed the fix in r207592. Sorry for the hassle. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue May 4 04:38:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14887106566C for ; Tue, 4 May 2010 04:38:04 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id 6F8E48FC17 for ; Tue, 4 May 2010 04:38:03 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-253-149.belrs3.nsw.optusnet.com.au [122.106.253.149]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o444c0td018209 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 4 May 2010 14:38:01 +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.4/8.14.4) with ESMTP id o444bxox056459 for ; Tue, 4 May 2010 14:37:59 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id o444bxXZ056458 for freebsd-current@freebsd.org; Tue, 4 May 2010 14:37:59 +1000 (EST) (envelope-from peter) Date: Tue, 4 May 2010 14:37:59 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20100504043759.GC52686@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="N1GIdlSm9i+YlY4t" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Non-SUJ deadlock in -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, 04 May 2010 04:38:04 -0000 --N1GIdlSm9i+YlY4t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I have updated a vmware guest to -current from about 48 hours ago to play with SUJ but before I got that far, I ran into a deadlock trying to upgrade some ports. It gets part-way through a configure and then stops. VTY switching works but none of the getty's will echo input. Ctrl-T on the active window (serial console or ssh) reports that the curent process is runnable but not using any time. A systat stops updating. A couple of LORs are reported but both are well before the hang: lock order reversal: 1st 0xc3cb4058 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2091 2nd 0xd7a4314c bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_softdep.c:11362 3rd 0xc3f0baf8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2091 KDB: stack backtrace: db_trace_self_wrapper(c077a551,e60853c8,c05a9899,c059e0b4,c077c2e9,...) at = db_trace_self_wrapper+0x26 kdb_backtrace(c059e0b4,c077c2e9,c0945b20,c3811ef8,e608541c,...) at kdb_back= trace+0x29 _witness_debugger(c077c2e9,c3f0baf8,c0772bf6,c3814e80,c0781760,...) at _wit= ness_debugger+0x21 witness_checkorder(c3f0baf8,9,c0781760,82b,0,...) at witness_checkorder+0x6= 8f __lockmgr_args(c3f0baf8,80100,c3f0bb18,0,0,...) at __lockmgr_args+0x692 ffs_lock(e6085530,e6085518,c05a98e7,c0780fc5,c077be94,...) at ffs_lock+0x7d VOP_LOCK1_APV(c07dfba0,e6085530,e6085530,c07f7ae0,c3f0baa0,...) at VOP_LOCK= 1_APV+0x8b _vn_lock(c3f0baa0,80100,c0781760,82b,50,...) at _vn_lock+0x3d vget(c3f0baa0,80100,c3e94900,50,0,...) at vget+0x63 vfs_hash_get(c3b21ca8,2e8ad,80000,c3e94900,e6085680,...) at vfs_hash_get+0x= e2 ffs_vgetf(c3b21ca8,2e8ad,80000,e6085680,1,...) at ffs_vgetf+0x43 softdep_sync_metadata(c3cb4000,0,c078ee78,147,0,...) at softdep_sync_metada= ta+0xafc ffs_syncvnode(c3cb4000,1,e6085718,c05654c2,c3cb40ac,...) at ffs_syncvnode+0= x378 ffs_truncate(c3cb4000,200,0,880,c3b27d00,...) at ffs_truncate+0x7f6 ufs_direnter(c3cb4000,c3f0baa0,e6085944,e6085bd4,0,...) at ufs_direnter+0x8= 38 ufs_makeinode(e6085bd4) at ufs_makeinode+0x2b4 ufs_create(e6085b34,c3b21ca8,c07f7ee0,c3cb4000,e6085b4c,...) at ufs_create+= 0x2c VOP_CREATE_APV(c07dfba0,e6085b34,2,c077be94,0,...) at VOP_CREATE_APV+0x7a vn_open_cred(e6085ba8,e6085c5c,180,0,c3b27d00,...) at vn_open_cred+0x1d3 vn_open(e6085ba8,e6085c5c,180,c3b41818,c3e94900,...) at vn_open+0x3b kern_openat(c3e94900,ffffff9c,28404080,0,a03,...) at kern_openat+0xe7 kern_open(c3e94900,28404080,0,a02,180,...) at kern_open+0x35 open(c3e94900,e6085cf8,c079a860,c077c920,c3ec2aa0,...) at open+0x30 syscall(e6085d38) at syscall+0x228 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (5, FreeBSD ELF32, open), eip =3D 0x28168dd3, esp =3D 0xbfbfdd7= c, ebp =3D 0xbfbfe228 --- lock order reversal: 1st 0xd7a6c2b8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2581 2nd 0xc3d8f800 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:283 KDB: stack backtrace: db_trace_self_wrapper(c077a551,e6058a7c,c05a9899,c059e0b4,c077c2d0,...) at = db_trace_self_wrapper+0x26 kdb_backtrace(c059e0b4,c077c2d0,c0945d88,c3811ef8,e6058ad0,...) at kdb_back= trace+0x29 _witness_debugger(c077c2d0,c3d8f800,c078f127,c3814ee8,c078ef60,...) at _wit= ness_debugger+0x21 witness_checkorder(c3d8f800,9,c078ef60,11b,0,...) at witness_checkorder+0x6= 8f _sx_xlock(c3d8f800,0,c078ef60,11b,dc57806c,...) at _sx_xlock+0x32 ufsdirhash_acquire(d7a6c258,dc57806c,c3e9cae0,c3e9c910,e6058b68,...) at ufs= dirhash_acquire+0x31 ufsdirhash_remove(c3e9cae0,dc57806c,6c,e6058b58,e6058b54,...) at ufsdirhash= _remove+0x14 ufs_dirremove(c3e99bb0,c3e9c910,500800c,1,c3b09480,...) at ufs_dirremove+0x= 129 ufs_rmdir(e6058c34,c3b21a20,c07f7ee0,c3e99bb0,e6058c44,...) at ufs_rmdir+0x= d2 VOP_RMDIR_APV(c07dfba0,e6058c34,2,c3e997e8,2840d100,...) at VOP_RMDIR_APV+0= x7c kern_rmdirat(c3b09480,ffffff9c,2840d100,0,e6058c80,...) at kern_rmdirat+0x1= 6b kern_rmdir(c3b09480,2840d100,0,e6058d2c,c0726b64,...) at kern_rmdir+0x27 rmdir(c3b09480,e6058cf8,c079a860,c077c8be,c3e54aa0,...) at rmdir+0x22 syscall(e6058d38) at syscall+0x228 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (137, FreeBSD ELF32, rmdir), eip =3D 0x280d7333, esp =3D 0xbfbf= e82c, ebp =3D 0xbfbfe858 --- With the system hung, I have: db> show alllocks Process 16787 (sh) thread 0xc3e94d80 (100071) exclusive lockmgr bufwait (bufwait) r =3D 0 (0xd7a5cbb0) locked @ /usr/src/= sys/ker n/vfs_bio.c:2581 exclusive lockmgr ufs (ufs) r =3D 0 (0xc41266b8) locked @ /usr/src/sys/kern= /vfs_su br.c:2091 exclusive lockmgr bufwait (bufwait) r =3D 0 (0xd79d0f20) locked @ /usr/src/= sys/ufs /ffs/ffs_softdep.c:11362 exclusive lockmgr ufs (ufs) r =3D 0 (0xc419e058) locked @ /usr/src/sys/kern= /vfs_lo okup.c:502 Process 16 (softdepflush) thread 0xc3b09000 (100039) exclusive sleep mutex vnode interlock (vnode interlock) r =3D 0 (0xc419e078= ) locke d @ /usr/src/sys/kern/vfs_hash.c:79 db> ps pid ppid pgrp uid state wmesg wchan cmd 16787 16703 1123 0 R+ sh 16703 11676 1123 0 S+ wait 0xc3f1c2a8 sh 11676 11489 1123 0 S+ wait 0xc3ec37f8 sh 11489 11375 1123 0 S+ wait 0xc3f1c550 sh 11375 11361 1123 0 S+ wait 0xc3e54000 make 11361 5540 1123 0 S+ wait 0xc3f1c000 make 5540 5500 1123 0 S+ wait 0xc3ec2550 sh 5500 1123 1123 0 S+ wait 0xc3f1c7f8 sh 1128 0 0 0 RL [nfsiod 1] 1127 0 0 0 RL [nfsiod 0] 1123 1118 1123 0 S+ wait 0xc3e59000 sh 1118 1099 1118 0 S+ pause 0xc3bbcda0 csh 1106 1102 1106 0 T+ less 1102 1100 1102 0 Rs+ csh 1100 991 1100 0 Ss select 0xc3ba7c64 sshd 1099 1 1099 0 Ss+ wait 0xc3e59550 login 1098 1 1098 0 Ss+ ttyin 0xc389e870 getty 1097 1 1097 0 Ss+ ttyin 0xc389ea70 getty 1096 1 1096 0 Ss+ ttyin 0xc389ec70 getty 1095 1 1095 0 Ss+ ttyin 0xc389ee70 getty 1094 1 1094 0 Ss+ ttyin 0xc3968070 getty 1093 1 1093 0 Ss+ ttyin 0xc3968270 getty 1092 1 1092 0 Rs+ getty 1091 1 1091 0 Ss+ ttyin 0xc389d270 getty 1034 1 1034 0 Ss select 0xc3ae5864 moused 1010 1 1010 0 Rs cron 1003 1 1003 25 Ss pause 0xc3922850 sendmail 999 1 999 0 Rs sendmail 991 1 991 0 Ss select 0xc3ba7624 sshd 647 1 647 0 Rs syslogd 463 1 463 0 Ss select 0xc3ba7264 devd 462 1 462 65 Ss select 0xc3ae5aa4 dhclient 446 1 446 0 Ss select 0xc3ba7224 dhclient 111 1 111 0 Ss pause 0xc3b07850 adjkerntz 16 0 0 0 RL CPU 0 [softdepflush] 15 0 0 0 RL [syncer] 14 0 0 0 RL [vnlru] 9 0 0 0 RL [bufdaemon] 8 0 0 0 RL [pagezero] 7 0 0 0 DL psleep 0xc0978f58 [vmdaemon] 6 0 0 0 RL [pagedaemon] 5 0 0 0 DL ccb_scan 0xc07fd1d4 [xpt_thrd] 13 0 0 0 DL (threaded) [usb] 100026 D - 0xc3913dac [usbus0] 100025 D - 0xc3913d7c [usbus0] 100024 D - 0xc3913d4c [usbus0] 100023 D - 0xc3913d1c [usbus0] 12 0 0 0 DL - 0xc0814004 [yarrow] 4 0 0 0 DL - 0xc0811d24 [g_down] 3 0 0 0 DL - 0xc0811d20 [g_up] 2 0 0 0 DL - 0xc0811d18 [g_event] 11 0 0 0 WL (threaded) [intr] 100031 I [swi0: uart uart] 100030 I [irq12: psm0] 100029 I [irq1: atkbd0] 100028 I [irq18: le0] 100027 I [irq17: bt0] 100022 I [irq19: pcm0 uhci0] 100021 I [irq15: ata1] 100020 I [irq14: ata0] 100019 I [irq9: acpi0] 100017 I [swi2: cambio] 100016 I [swi6: task queue] 100015 I [swi6: Giant taskq] 100013 I [swi5: +] 100005 I [swi3: vm] 100004 I [swi4: clock] 100003 I [swi1: netisr 0] 10 0 0 0 RL [idle] 1 0 1 0 SLs wait 0xc384d000 [init] 0 0 0 0 RLs (threaded) [kernel] 100018 D - 0xc38bcbc0 [kqueue taskq] 100014 D - 0xc38bce00 [thread taskq] 100012 D - 0xc38be000 [acpi_task_2] 100011 D - 0xc38be000 [acpi_task_1] 100010 D - 0xc38be000 [acpi_task_0] 100000 RunQ [swapper] db> show lockedvnods Locked vnodes 0xc419e000: tag ufs, type VDIR usecount 4, writecount 0, refcount 7 mountedhere 0 flags () VI_LOCKed v_object 0xc4191440 ref 0 pages 0 lock type ufs: EXCL by thread 0xc3e94d80 (pid 16787) ino 143634, on dev ad1a 0xc4126660: tag ufs, type VREG usecount 2, writecount 0, refcount 2 mountedhere 0 flags () lock type ufs: EXCL by thread 0xc3e94d80 (pid 16787) ino 144536, on dev ad1a db>=20 --=20 Peter Jeremy --N1GIdlSm9i+YlY4t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkvfpKcACgkQ/opHv/APuIfSXACfeMfvsobDy81uu9v60d78vECT NX4AoI5bPoaGxRXwxWg+DNp+8Eb+Pl6r =b/qX -----END PGP SIGNATURE----- --N1GIdlSm9i+YlY4t-- From owner-freebsd-current@FreeBSD.ORG Tue May 4 05:11:34 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A5A61065679; Tue, 4 May 2010 05:11:34 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id CB82F8FC15; Tue, 4 May 2010 05:11:33 +0000 (UTC) Received: by fxm15 with SMTP id 15so3189155fxm.13 for ; Mon, 03 May 2010 22:11:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=iRWa2tdyH1WuHswrudwqGl+0I981sdYN+Ve1iUWL+xQ=; b=DgumyIlz9+uaFk6QLJf8pCt74CxDhXEji976X2yM3QnxEkUXv9yZ5R6x5OILZFf6QK 9805GAxYJtpvSwZIsOCmcQmdYwhlykXL3JbSsPvI5rQFLb0CaO2geFBILtD6/4MXgOiM CL7rV1DImk4pqa3tUsAtUPT3a7xQMqVv2dGeQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=jpzn2Zo7Tr2UUVILyVmGT4MfkiBqG4zihj7hMoz/oAicHTUKDrDFdqCz0U50L2eQst xF9N8y1tA8cT/Bxq/mCoKlZZT9imEI5+VmlkCPe4P01kSkBI53dP0+f7CSFN3kDstc9A jXAakuM9oATPHrXA2Mi1YHuApfigvqQicDsEc= Received: by 10.102.13.24 with SMTP id 24mr9702296mum.6.1272949887068; Mon, 03 May 2010 22:11:27 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 23sm23335324mum.6.2010.05.03.22.11.25 (version=SSLv3 cipher=RC4-MD5); Mon, 03 May 2010 22:11:26 -0700 (PDT) Sender: Alexander Motin Message-ID: <4BDFAC6D.7070400@FreeBSD.org> Date: Tue, 04 May 2010 08:11:09 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Kristof Provost References: <4BD82DAD.4050804@FreeBSD.org> <20100503194422.GB24372@nereid> In-Reply-To: <20100503194422.GB24372@nereid> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org, FreeBSD-Current Subject: Re: New Marvell SATA driver for testing 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, 04 May 2010 05:11:34 -0000 Kristof Provost wrote: > I've done a quick test on my Orion (88F5182) based device. It seems to > be working fine. It detects a SATA hard disk, reads/writes, ... > I wasn't able to mount a filesystem from the disk but that could have > been me. What kind of problems? Could you confirm it? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue May 4 08:10:41 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3AAF7106564A; Tue, 4 May 2010 08:10:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E4BE28FC1B; Tue, 4 May 2010 08:10:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o448AdVj097085; Tue, 4 May 2010 04:10:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o448AdVF097063; Tue, 4 May 2010 08:10:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 May 2010 08:10:39 GMT Message-Id: <201005040810.o448AdVF097063@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Tue, 04 May 2010 08:10:41 -0000 TB --- 2010-05-04 07:43:13 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-04 07:43:13 - starting HEAD tinderbox run for mips/mips TB --- 2010-05-04 07:43:13 - cleaning the object tree TB --- 2010-05-04 07:43:21 - cvsupping the source tree TB --- 2010-05-04 07:43:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2010-05-04 07:44:59 - building world TB --- 2010-05-04 07:44:59 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 07:44:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 07:44:59 - TARGET=mips TB --- 2010-05-04 07:44:59 - TARGET_ARCH=mips TB --- 2010-05-04 07:44:59 - TZ=UTC TB --- 2010-05-04 07:44:59 - __MAKE_CONF=/dev/null TB --- 2010-05-04 07:44:59 - cd /src TB --- 2010-05-04 07:44:59 - /usr/bin/make -B buildworld >>> World build started on Tue May 4 07:45:00 UTC 2010 >>> 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 [...] mkdep -f .depend -a -DREAL_DAEMON_DIR=\"/usr/libexec\" -DSEVERITY=LOG_INFO -DRFC931_TIMEOUT=10 -DHOSTS_DENY=\"/etc/hosts.deny\" -DHOSTS_ALLOW=\"/etc/hosts.allow\" -DFACILITY=LOG_DAEMON -DINET6 /src/libexec/tcpd/../../contrib/tcp_wrappers/tcpd.c echo tcpd: /obj/mips/src/tmp/usr/lib/libc.a /obj/mips/src/tmp/usr/lib/libwrap.a >> .depend ===> libexec/telnetd (depend) rm -f .depend mkdep -f .depend -a -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -DSTREAMSPTY -DINET6 -I/src/libexec/telnetd/../../contrib/telnet -DAUTHENTICATION -DENCRYPTION -DKRB5 -DFORWARD -Dnet_write=telnet_net_write /src/libexec/telnetd/../../contrib/telnet/telnetd/global.c /src/libexec/telnetd/../../contrib/telnet/telnetd/slc.c /src/libexec/telnetd/../../contrib/telnet/telnetd/state.c /src/libexec/telnetd/../../contrib/telnet/telnetd/sys_term.c /src/libexec/telnetd/../../contrib/telnet/telnetd/telnetd.c /src/libexec/telnetd/../../contrib/telnet/telnetd/termstat.c /src/libexec/telnetd/../../contrib/telnet/telnetd/utility.c /src/libexec/telnetd/../../contrib/telnet/telnetd/authenc.c echo telnetd: /obj/mips/src/tmp/usr/lib/libc.a /obj/mips/src/tmp/usr/lib/libutil.a /obj/mips/src/tmp/usr/lib/libtermcap.a /obj/mips/src/libexec/telnetd/../../lib/libtelnet/libtelnet.a /obj/mips/src/tmp/usr/lib/libmp.a /obj/mips/src/tmp/usr/lib/libcrypto.a /obj/mips/src/tmp/usr/lib/libcrypt.a /obj/mips/src/tmp/usr/lib/libpam.a /obj/mips/src/tmp/usr/lib/libkrb5.a /obj/mips/src/tmp/usr/lib/libhx509.a /obj/mips/src/tmp/usr/lib/libasn1.a /obj/mips/src/tmp/usr/lib/libroken.a /obj/mips/src/tmp/usr/lib/libcom_err.a >> .depend ===> libexec/tftpd (depend) make: don't know how to make tftp-io.c. Stop *** Error code 2 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-05-04 08:10:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-04 08:10:39 - ERROR: failed to build world TB --- 2010-05-04 08:10:39 - 1104.01 user 269.91 system 1646.39 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 4 08:39:08 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B04A31065673; Tue, 4 May 2010 08:39:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 68DD78FC1B; Tue, 4 May 2010 08:39:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o448d7Kk019940; Tue, 4 May 2010 04:39:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o448d7jQ019932; Tue, 4 May 2010 08:39:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 May 2010 08:39:07 GMT Message-Id: <201005040839.o448d7jQ019932@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Tue, 04 May 2010 08:39:08 -0000 TB --- 2010-05-04 08:09:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-04 08:09:16 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-05-04 08:09:16 - cleaning the object tree TB --- 2010-05-04 08:09:35 - cvsupping the source tree TB --- 2010-05-04 08:09:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-05-04 08:10:06 - building world TB --- 2010-05-04 08:10:06 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 08:10:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 08:10:06 - TARGET=powerpc TB --- 2010-05-04 08:10:06 - TARGET_ARCH=powerpc TB --- 2010-05-04 08:10:06 - TZ=UTC TB --- 2010-05-04 08:10:06 - __MAKE_CONF=/dev/null TB --- 2010-05-04 08:10:06 - cd /src TB --- 2010-05-04 08:10:06 - /usr/bin/make -B buildworld >>> World build started on Tue May 4 08:10:07 UTC 2010 >>> 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 [...] mkdep -f .depend -a -DREAL_DAEMON_DIR=\"/usr/libexec\" -DSEVERITY=LOG_INFO -DRFC931_TIMEOUT=10 -DHOSTS_DENY=\"/etc/hosts.deny\" -DHOSTS_ALLOW=\"/etc/hosts.allow\" -DFACILITY=LOG_DAEMON -DINET6 /src/libexec/tcpd/../../contrib/tcp_wrappers/tcpd.c echo tcpd: /obj/powerpc/src/tmp/usr/lib/libc.a /obj/powerpc/src/tmp/usr/lib/libwrap.a >> .depend ===> libexec/telnetd (depend) rm -f .depend mkdep -f .depend -a -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -DSTREAMSPTY -DINET6 -I/src/libexec/telnetd/../../contrib/telnet -DAUTHENTICATION -DENCRYPTION -DKRB5 -DFORWARD -Dnet_write=telnet_net_write /src/libexec/telnetd/../../contrib/telnet/telnetd/global.c /src/libexec/telnetd/../../contrib/telnet/telnetd/slc.c /src/libexec/telnetd/../../contrib/telnet/telnetd/state.c /src/libexec/telnetd/../../contrib/telnet/telnetd/sys_term.c /src/libexec/telnetd/../../contrib/telnet/telnetd/telnetd.c /src/libexec/telnetd/../../contrib/telnet/telnetd/termstat.c /src/libexec/telnetd/../../contrib/telnet/telnetd/utility.c /src/libexec/telnetd/../../contrib/telnet/telnetd/authenc.c echo telnetd: /obj/powerpc/src/tmp/usr/lib/libc.a /obj/powerpc/src/tmp/usr/lib/libutil.a /obj/powerpc/src/tmp/usr/lib/libtermcap.a /obj/powerpc/src/libexec/telnetd/../../lib/libtelnet/libtelnet.a /obj/powerpc/src/tmp/usr/lib/libmp.a /obj/powerpc/src/tmp/usr/lib/libcrypto.a /obj/powerpc/src/tmp/usr/lib/libcrypt.a /obj/powerpc/src/tmp/usr/lib/libpam.a /obj/powerpc/src/tmp/usr/lib/libkrb5.a /obj/powerpc/src/tmp/usr/lib/libhx509.a /obj/powerpc/src/tmp/usr/lib/libasn1.a /obj/powerpc/src/tmp/usr/lib/libroken.a /obj/powerpc/src/tmp/usr/lib/libcom_err.a >> .depend ===> libexec/tftpd (depend) make: don't know how to make tftp-io.c. Stop *** Error code 2 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-05-04 08:39:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-04 08:39:07 - ERROR: failed to build world TB --- 2010-05-04 08:39:07 - 1307.20 user 275.84 system 1791.31 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 4 08:39:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3EC881065670 for ; Tue, 4 May 2010 08:39:11 +0000 (UTC) (envelope-from reinhard.haller@interactive-net.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by mx1.freebsd.org (Postfix) with ESMTP id C57288FC08 for ; Tue, 4 May 2010 08:39:10 +0000 (UTC) Received: from interactive.dnsalias.net (ppp-93-104-84-240.dynamic.mnet-online.de [93.104.84.240]) by mrelayeu.kundenserver.de (node=mrbap1) with ESMTP (Nemesis) id 0MHajE-1O5ube19rQ-003lFO; Tue, 04 May 2010 10:26:34 +0200 Received: from scalix.interactive.de ([fd08:e8a3:4825:0:20c:29ff:feaa:3622]) by interactive.dnsalias.net with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1O9DSb-0005PI-IK for freebsd-current@freebsd.org; Tue, 04 May 2010 10:26:33 +0200 Received: from scalix.interactive.de (localhost.localdomain [127.0.0.1]) by scalix.interactive.de (8.13.8/8.13.8) with ESMTP id o448QViX005150 for ; Tue, 4 May 2010 10:26:32 +0200 Received: from [127.0.0.1] (Core2Duo.interactive.de [192.168.0.196]) by scalix.interactive.de (Scalix SMTP Relay 11.4.5.13150) via ESMTP; Tue, 04 May 2010 10:26:31 +0200 (CEST) Date: Tue, 4 May 2010 10:26:29 +0200 From: Reinhard Haller To: freebsd-current@freebsd.org Message-ID: <4BDFDA35.9010608@interactive-net.de> In-Reply-To: References: <4BBFD502.1010507@elischer.org> References: References: References: References: <4BC03ABA.6090309@elischer.org> References: References: <4BC0CC6F.7010009@freebsd.org> References: References: <4BDEDECD.70508@pcbsd.org> References: x-scalix-Hops: 1 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Disposition: inline X-ACL-rcpt: freebsd-current@freebsd.org X-ACL-Send: reinhard.haller@interactive-net.de X-Provags-ID: V01U2FsdGVkX189vATTm/52cuAJ9puH1tPlNdQ/NcZTTmpt3uv kxCFsJ7uwNSqLmm5JcDTCDLsGzmCl/WDm/JJ8suq4j64ng6o8V M12VaxPK3OAu0aZ0M2NZrCm4tiLudGORHOdg9Phh9gjmg9VRw+ wxw== Subject: Re: ports and PBIs 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, 04 May 2010 08:39:11 -0000 Am 03.05.2010 21:55, schrieb Garrett Cooper: > Also, for services like cups, there could have per-application > virtualized networking stacks Hi Garret, one jail per application -- theoretically the best idea -- no conflict due to the elimination of cross-dependencies. Havig updated a server with 10 jails last week going thru 11 boring mergemaster sessions I'm not convinced this a practicable way. Considering my problems with the update of all installed applications my keypoints are: 1) We have too much applications to manage ports, oftly you have to use 2 different applications to do the job, so even forcing all applications to compile/update doesn't eliminate the need to set up the update more than once. 2) Ports like db (40-50), python (2, 25, 26) need a proper handling by the ports management. Over time I had installed 4 db versions; apr doesn't compile with db >48. 3) Configuration dependencies are not properly handled (Installing xorg in a jail due to a unneeded configuration default is no fun). The goal of PBIs as Julian proposed is to simplify the automatic generation of simple apps. To achieve this goal we get another ports management application and hope it handles also the non trivial tasks of the non simple apps. If the PBIs come with all libraries and resources we get even more problems with multiple db installations not less. Are configuration dependencies (exim with or without ldap) addressed with the PBI format? I believe we need a more precise way to express the dependencies between the ports. Reinhard From owner-freebsd-current@FreeBSD.ORG Tue May 4 08:39:22 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EABE1065705; Tue, 4 May 2010 08:39:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C861F8FC0A; Tue, 4 May 2010 08:39:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o448dL8Z023261; Tue, 4 May 2010 04:39:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o448dLlp023257; Tue, 4 May 2010 08:39:21 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 May 2010 08:39:21 GMT Message-Id: <201005040839.o448dLlp023257@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Tue, 04 May 2010 08:39:22 -0000 TB --- 2010-05-04 08:10:40 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-04 08:10:40 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-05-04 08:10:40 - cleaning the object tree TB --- 2010-05-04 08:10:56 - cvsupping the source tree TB --- 2010-05-04 08:10:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-05-04 08:11:24 - building world TB --- 2010-05-04 08:11:24 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 08:11:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 08:11:24 - TARGET=sparc64 TB --- 2010-05-04 08:11:24 - TARGET_ARCH=sparc64 TB --- 2010-05-04 08:11:24 - TZ=UTC TB --- 2010-05-04 08:11:24 - __MAKE_CONF=/dev/null TB --- 2010-05-04 08:11:24 - cd /src TB --- 2010-05-04 08:11:24 - /usr/bin/make -B buildworld >>> World build started on Tue May 4 08:11:24 UTC 2010 >>> 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 [...] mkdep -f .depend -a -DREAL_DAEMON_DIR=\"/usr/libexec\" -DSEVERITY=LOG_INFO -DRFC931_TIMEOUT=10 -DHOSTS_DENY=\"/etc/hosts.deny\" -DHOSTS_ALLOW=\"/etc/hosts.allow\" -DFACILITY=LOG_DAEMON -DINET6 /src/libexec/tcpd/../../contrib/tcp_wrappers/tcpd.c echo tcpd: /obj/sparc64/src/tmp/usr/lib/libc.a /obj/sparc64/src/tmp/usr/lib/libwrap.a >> .depend ===> libexec/telnetd (depend) rm -f .depend mkdep -f .depend -a -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -DSTREAMSPTY -DINET6 -I/src/libexec/telnetd/../../contrib/telnet -DAUTHENTICATION -DENCRYPTION -DKRB5 -DFORWARD -Dnet_write=telnet_net_write /src/libexec/telnetd/../../contrib/telnet/telnetd/global.c /src/libexec/telnetd/../../contrib/telnet/telnetd/slc.c /src/libexec/telnetd/../../contrib/telnet/telnetd/state.c /src/libexec/telnetd/../../contrib/telnet/telnetd/sys_term.c /src/libexec/telnetd/../../contrib/telnet/telnetd/telnetd.c /src/libexec/telnetd/../../contrib/telnet/telnetd/termstat.c /src/libexec/telnetd/../../contrib/telnet/telnetd/utility.c /src/libexec/telnetd/../../contrib/telnet/telnetd/authenc.c echo telnetd: /obj/sparc64/src/tmp/usr/lib/libc.a /obj/sparc64/src/tmp/usr/lib/libutil.a /obj/sparc64/src/tmp/usr/lib/libtermcap.a /obj/sparc64/src/libexec/telnetd/../../lib/libtelnet/libtelnet.a /obj/sparc64/src/tmp/usr/lib/libmp.a /obj/sparc64/src/tmp/usr/lib/libcrypto.a /obj/sparc64/src/tmp/usr/lib/libcrypt.a /obj/sparc64/src/tmp/usr/lib/libpam.a /obj/sparc64/src/tmp/usr/lib/libkrb5.a /obj/sparc64/src/tmp/usr/lib/libhx509.a /obj/sparc64/src/tmp/usr/lib/libasn1.a /obj/sparc64/src/tmp/usr/lib/libroken.a /obj/sparc64/src/tmp/usr/lib/libcom_err.a >> .depend ===> libexec/tftpd (depend) make: don't know how to make tftp-io.c. Stop *** Error code 2 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-05-04 08:39:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-04 08:39:21 - ERROR: failed to build world TB --- 2010-05-04 08:39:21 - 1226.18 user 273.32 system 1721.04 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 4 08:56:38 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9E31106566C; Tue, 4 May 2010 08:56:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6F7F18FC1C; Tue, 4 May 2010 08:56:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o448ubiu085256; Tue, 4 May 2010 04:56:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o448ubKZ085255; Tue, 4 May 2010 08:56:37 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 May 2010 08:56:37 GMT Message-Id: <201005040856.o448ubKZ085255@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Tue, 04 May 2010 08:56:38 -0000 TB --- 2010-05-04 08:28:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-04 08:28:16 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-05-04 08:28:16 - cleaning the object tree TB --- 2010-05-04 08:28:31 - cvsupping the source tree TB --- 2010-05-04 08:28:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-05-04 08:31:00 - building world TB --- 2010-05-04 08:31:00 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 08:31:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 08:31:00 - TARGET=sun4v TB --- 2010-05-04 08:31:00 - TARGET_ARCH=sparc64 TB --- 2010-05-04 08:31:00 - TZ=UTC TB --- 2010-05-04 08:31:00 - __MAKE_CONF=/dev/null TB --- 2010-05-04 08:31:00 - cd /src TB --- 2010-05-04 08:31:00 - /usr/bin/make -B buildworld >>> World build started on Tue May 4 08:31:00 UTC 2010 >>> 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 [...] mkdep -f .depend -a -DREAL_DAEMON_DIR=\"/usr/libexec\" -DSEVERITY=LOG_INFO -DRFC931_TIMEOUT=10 -DHOSTS_DENY=\"/etc/hosts.deny\" -DHOSTS_ALLOW=\"/etc/hosts.allow\" -DFACILITY=LOG_DAEMON -DINET6 /src/libexec/tcpd/../../contrib/tcp_wrappers/tcpd.c echo tcpd: /obj/sun4v/src/tmp/usr/lib/libc.a /obj/sun4v/src/tmp/usr/lib/libwrap.a >> .depend ===> libexec/telnetd (depend) rm -f .depend mkdep -f .depend -a -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -DSTREAMSPTY -DINET6 -I/src/libexec/telnetd/../../contrib/telnet -DAUTHENTICATION -DENCRYPTION -DKRB5 -DFORWARD -Dnet_write=telnet_net_write /src/libexec/telnetd/../../contrib/telnet/telnetd/global.c /src/libexec/telnetd/../../contrib/telnet/telnetd/slc.c /src/libexec/telnetd/../../contrib/telnet/telnetd/state.c /src/libexec/telnetd/../../contrib/telnet/telnetd/sys_term.c /src/libexec/telnetd/../../contrib/telnet/telnetd/telnetd.c /src/libexec/telnetd/../../contrib/telnet/telnetd/termstat.c /src/libexec/telnetd/../../contrib/telnet/telnetd/utility.c /src/libexec/telnetd/../../contrib/telnet/telnetd/authenc.c echo telnetd: /obj/sun4v/src/tmp/usr/lib/libc.a /obj/sun4v/src/tmp/usr/lib/libutil.a /obj/sun4v/src/tmp/usr/lib/libtermcap.a /obj/sun4v/src/libexec/telnetd/../../lib/libtelnet/libtelnet.a /obj/sun4v/src/tmp/usr/lib/libmp.a /obj/sun4v/src/tmp/usr/lib/libcrypto.a /obj/sun4v/src/tmp/usr/lib/libcrypt.a /obj/sun4v/src/tmp/usr/lib/libpam.a /obj/sun4v/src/tmp/usr/lib/libkrb5.a /obj/sun4v/src/tmp/usr/lib/libhx509.a /obj/sun4v/src/tmp/usr/lib/libasn1.a /obj/sun4v/src/tmp/usr/lib/libroken.a /obj/sun4v/src/tmp/usr/lib/libcom_err.a >> .depend ===> libexec/tftpd (depend) make: don't know how to make tftp-io.c. Stop *** Error code 2 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-05-04 08:56:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-04 08:56:37 - ERROR: failed to build world TB --- 2010-05-04 08:56:37 - 1220.91 user 259.43 system 1701.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue May 4 14:08:06 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 80B81106566C for ; Tue, 4 May 2010 14:08:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 515B38FC17 for ; Tue, 4 May 2010 14:08:06 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0369246B5C; Tue, 4 May 2010 10:08:06 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 10F1C8A021; Tue, 4 May 2010 10:08:05 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, pyunyh@gmail.com Date: Tue, 4 May 2010 09:39:36 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20100503195538.GF1231@michelle.cdnetworks.com> In-Reply-To: <20100503195538.GF1231@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201005040939.36906.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 04 May 2010 10:08:05 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Mark Atkinson Subject: Re: exclusive sleep mutex mskc0 (network driver) r = 0 (0xc32c3690) locked @ /usr/src/sys/dev/msk/if_msk.c:3589 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, 04 May 2010 14:08:06 -0000 On Monday 03 May 2010 3:55:38 pm Pyun YongHyeon wrote: > On Mon, May 03, 2010 at 07:01:56AM -0700, Mark Atkinson wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > I updated to current yesterday and got the following 'witness_warn' > > panic upon executing 'reboot': > > > > suspending ithread with the following locks held: > > exclusive sleep mutex mskc0 (network driver) r = 0 (0xc32c3690) locked @ > > /usr/src/sys/dev/msk/if_msk.c:3589 > > panic: witness_warn > > cpuid = 0 > > KDB: enter: panic > > Physical memory: 495 MB > > Dumping 80 MB: 65 49 33 17 1 > > > > > > 3579 static void > > 3580 msk_intr(void *xsc) > > 3581 { > > 3582 struct msk_softc *sc; > > 3583 struct msk_if_softc *sc_if0, *sc_if1; > > 3584 struct ifnet *ifp0, *ifp1; > > 3585 uint32_t status; > > 3586 int domore; > > 3587 > > 3588 sc = xsc; > > 3589 MSK_LOCK(sc); > > It seems msk(4) didn't honor IFF_DRV_RUNNING in status block update > check so it continued to process received packets. > Would you try attached patch? Actually, this panic looks like a leaked lock. I think this might fix it: Index: if_msk.c =================================================================== --- if_msk.c (revision 207329) +++ if_msk.c (working copy) @@ -3580,6 +3580,7 @@ (sc->msk_pflags & MSK_FLAG_SUSPEND) != 0 || (status & sc->msk_intrmask) == 0) { CSR_WRITE_4(sc, B0_Y2_SP_ICR, 2); + MSK_UNLOCK(sc); return; } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue May 4 14:32:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E7101065672 for ; Tue, 4 May 2010 14:32:23 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-pz0-f201.google.com (mail-pz0-f201.google.com [209.85.222.201]) by mx1.freebsd.org (Postfix) with ESMTP id 231D18FC22 for ; Tue, 4 May 2010 14:32:22 +0000 (UTC) Received: by pzk39 with SMTP id 39so1914272pzk.7 for ; Tue, 04 May 2010 07:32:22 -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=52xU2l7zKPpGCT8n1Dkkz6xvSfBEhFwjPClpE3viZiA=; b=FLcJmCCgPBBYMcBTtcmSCe8QhGkGK/QUdBcau74TtvVRJOGbFdpSOBoCabplZJOFbP pEViNWz1N3gxFfMyExDprzFFOX6oLdP9ViiAm0oNoW8BJdm4BrJu6nckgWr0LneL5ofk rgtj8xP5h86+Mtt/pXzqwg4ul7fMD+1LMPF/U= 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=XkpnNCfc7PN8SB20EORmiaFLtSWELfWcWajypFld7Lh81EP5xa1w1US/15W/H3nbg5 +PP0CGzDiDuwna+XiJ/b/KLrQlDtXlBLOPrQLwLmBjIJz/gP1BiR2FT5LdPieXv34tFr hU7bq0pKTRJGHVuVFtuPJSh/ar6csDa/deRGo= Received: by 10.114.186.37 with SMTP id j37mr951693waf.122.1272983542538; Tue, 04 May 2010 07:32:22 -0700 (PDT) Received: from beastie.micom.mng.net ([202.179.21.128]) by mx.google.com with ESMTPS id v13sm29841565wav.2.2010.05.04.07.32.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 04 May 2010 07:32:20 -0700 (PDT) Message-ID: <4BE02FE7.2030207@gmail.com> Date: Tue, 04 May 2010 22:32:07 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.23 (X11/20091011) MIME-Version: 1.0 To: PseudoCylon References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> <4BA22B8D.9030700@micom.mng.net> <375331.74876.qm@web51804.mail.re2.yahoo.com> <4BA38B26.6050208@micom.mng.net> <989377.89740.qm@web51802.mail.re2.yahoo.com> <4BAE01AC.7000509@gmail.com> <623907.37074.qm@web51803.mail.re2.yahoo.com> <4BB3575D.4040506@gmail.com> <87836.79143.qm@web51804.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> <4BD307DE.5080507@gmail.com> <332448.8676.qm@web51801.mail.re2.yahoo.com> <4BD3F2D4.8000007@gmail.com> <702632.81988.qm@web51803.mail.re2.yahoo.com> <4BDEE393.4080206@gmail.com> <660085.11669.qm@web51802.mail.re2.yahoo.com> In-Reply-To: <660085.11669.qm@web51802.mail.re2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ganbold Tsagaankhuu , freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless 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, 04 May 2010 14:32:23 -0000 PseudoCylon wrote: > ----- Original Message ---- > >> From: Ganbold >> To: PseudoCylon >> Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu >> Sent: Mon, May 3, 2010 8:54:11 AM >> Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless >> >> Thanks a lot, works no problem so far here with bridge (no >> auth/hostapd/WPA2). >> > > >> rspro# uname -an FreeBSD rspro 9.0-CURRENT FreeBSD 9.0-CURRENT #64 r207140M: Mon May 3 >> 21:49:50 ULAT 2010 >> tsgan@beastie:/usr/obj/mips/usr/mysrc/sys/RSPRO_AR71XX mips >> > > > Yes! finally. I'm so happy to hear. > > If there are any other bugs, please report. I'll wait a few days before submit the changes just to make sure every thing is fine on your routerstation. > > Thank you for testing the driver several times and your patient. > Thank you again for your support, works fine here with INVARIANTS/WITNESS enabled kernel :) Now I need to find out the reason where sometimes adsl modem hangs when wifi client connects to internet through this routerstation pro board. thanks a lot, Ganbold > AK > > > > > -- The difference between a good haircut and a bad one is seven days. From owner-freebsd-current@FreeBSD.ORG Tue May 4 16:15:01 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6416D1065675; Tue, 4 May 2010 16:15:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 30AF78FC1D; Tue, 4 May 2010 16:15:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o44GF0jA093005; Tue, 4 May 2010 12:15:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o44GF0q6093000; Tue, 4 May 2010 16:15:00 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 May 2010 16:15:00 GMT Message-Id: <201005041615.o44GF0q6093000@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Tue, 04 May 2010 16:15:01 -0000 TB --- 2010-05-04 15:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-04 15:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-05-04 15:50:00 - cleaning the object tree TB --- 2010-05-04 15:50:19 - cvsupping the source tree TB --- 2010-05-04 15:50:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2010-05-04 15:50:51 - building world TB --- 2010-05-04 15:50:51 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 15:50:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 15:50:51 - TARGET=arm TB --- 2010-05-04 15:50:51 - TARGET_ARCH=arm TB --- 2010-05-04 15:50:51 - TZ=UTC TB --- 2010-05-04 15:50:51 - __MAKE_CONF=/dev/null TB --- 2010-05-04 15:50:51 - cd /src TB --- 2010-05-04 15:50:51 - /usr/bin/make -B buildworld >>> World build started on Tue May 4 15:50:51 UTC 2010 >>> 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 [...] mkdep -f .depend -a -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -DOPIE -I/src/usr.bin/telnet/../../contrib/telnet -I/src/usr.bin/telnet/../../contrib/telnet/libtelnet/ -DINET6 -DIPSEC -DENCRYPTION -DAUTHENTICATION -DIPSEC -DKRB5 -DFORWARD -Dnet_write=telnet_net_write /src/usr.bin/telnet/../../contrib/telnet/telnet/commands.c /src/usr.bin/telnet/../../contrib/telnet/telnet/main.c /src/usr.bin/telnet/../../contrib/telnet/telnet/network.c /src/usr.bin/telnet/../../contrib/telnet/telnet/ring.c /src/usr.bin/telnet/../../contrib/telnet/telnet/sys_bsd.c /src/usr.bin/telnet/../../contrib/telnet/telnet/telnet.c /src/usr.bin/telnet/../../contrib/telnet/telnet/terminal.c /src/usr.bin/telnet/../../contrib/telnet/telnet/utilities.c /src/usr.bin/telnet/../../contrib/telnet/telnet/authenc.c echo telnet: /obj/arm/src/tmp/usr/lib/libc.a /obj/arm/src/tmp/usr/lib/libtermcap.a /obj/arm/src/usr.bin/telnet/../../lib/libtelnet/libtelnet.a /obj/arm/src/tmp/usr/lib/libipsec.a /obj/arm/src/tmp/usr/lib/libmp.a /obj/arm/src/tmp/usr/lib/libcrypto.a /obj/arm/src/tmp/usr/lib/libcrypt.a /obj/arm/src/tmp/usr/lib/libipsec.a /obj/arm/src/tmp/usr/lib/libpam.a /obj/arm/src/tmp/usr/lib/libkrb5.a /obj/arm/src/tmp/usr/lib/libhx509.a /obj/arm/src/tmp/usr/lib/libasn1.a /obj/arm/src/tmp/usr/lib/libcom_err.a /obj/arm/src/tmp/usr/lib/libroken.a >> .depend ===> usr.bin/tftp (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.bin/tftp/../../libexec/tftpd -I/src/usr.bin/tftp/../../usr.bin/tftp /src/usr.bin/tftp/main.c /src/usr.bin/tftp/tftp.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-utils.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-io.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-file.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-transfer.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-options.c /src/usr.bin/tftp/main.c:80:18: error: tftp.h: No such file or directory /src/usr.bin/tftp/tftp.c:62:18: error: tftp.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/tftp. *** 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 --- 2010-05-04 16:15:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-04 16:15:00 - ERROR: failed to build world TB --- 2010-05-04 16:15:00 - 1117.73 user 304.41 system 1499.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 4 16:25:34 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E90E5106567B; Tue, 4 May 2010 16:25:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 865478FC0C; Tue, 4 May 2010 16:25:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o44GPW87008965; Tue, 4 May 2010 12:25:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o44GPWP8008959; Tue, 4 May 2010 16:25:32 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 May 2010 16:25:32 GMT Message-Id: <201005041625.o44GPWP8008959@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Tue, 04 May 2010 16:25:34 -0000 TB --- 2010-05-04 15:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-04 15:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-05-04 15:50:00 - cleaning the object tree TB --- 2010-05-04 15:50:28 - cvsupping the source tree TB --- 2010-05-04 15:50:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-05-04 15:56:08 - building world TB --- 2010-05-04 15:56:08 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 15:56:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 15:56:08 - TARGET=pc98 TB --- 2010-05-04 15:56:08 - TARGET_ARCH=i386 TB --- 2010-05-04 15:56:08 - TZ=UTC TB --- 2010-05-04 15:56:08 - __MAKE_CONF=/dev/null TB --- 2010-05-04 15:56:08 - cd /src TB --- 2010-05-04 15:56:08 - /usr/bin/make -B buildworld >>> World build started on Tue May 4 15:56:08 UTC 2010 >>> 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 [...] mkdep -f .depend -a -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -DOPIE -I/src/usr.bin/telnet/../../contrib/telnet -I/src/usr.bin/telnet/../../contrib/telnet/libtelnet/ -DINET6 -DIPSEC -DENCRYPTION -DAUTHENTICATION -DIPSEC -DKRB5 -DFORWARD -Dnet_write=telnet_net_write /src/usr.bin/telnet/../../contrib/telnet/telnet/commands.c /src/usr.bin/telnet/../../contrib/telnet/telnet/main.c /src/usr.bin/telnet/../../contrib/telnet/telnet/network.c /src/usr.bin/telnet/../../contrib/telnet/telnet/ring.c /src/usr.bin/telnet/../../contrib/telnet/telnet/sys_bsd.c /src/usr.bin/telnet/../../contrib/telnet/telnet/telnet.c /src/usr.bin/telnet/../../contrib/telnet/telnet/terminal.c /src/usr.bin/telnet/../../contrib/telnet/telnet/utilities.c /src/usr.bin/telnet/../../contrib/telnet/telnet/authenc.c echo telnet: /obj/pc98/src/tmp/usr/lib/libc.a /obj/pc98/src/tmp/usr/lib/libtermcap.a /obj/pc98/src/usr.bin/telnet/../../lib/libtelnet/libtelnet.a /obj/pc98/src/tmp/usr/lib/libipsec.a /obj/pc98/src/tmp/usr/lib/libmp.a /obj/pc98/src/tmp/usr/lib/libcrypto.a /obj/pc98/src/tmp/usr/lib/libcrypt.a /obj/pc98/src/tmp/usr/lib/libipsec.a /obj/pc98/src/tmp/usr/lib/libpam.a /obj/pc98/src/tmp/usr/lib/libkrb5.a /obj/pc98/src/tmp/usr/lib/libhx509.a /obj/pc98/src/tmp/usr/lib/libasn1.a /obj/pc98/src/tmp/usr/lib/libcom_err.a /obj/pc98/src/tmp/usr/lib/libroken.a >> .depend ===> usr.bin/tftp (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.bin/tftp/../../libexec/tftpd -I/src/usr.bin/tftp/../../usr.bin/tftp /src/usr.bin/tftp/main.c /src/usr.bin/tftp/tftp.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-utils.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-io.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-file.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-transfer.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-options.c /src/usr.bin/tftp/main.c:80:18: error: tftp.h: No such file or directory /src/usr.bin/tftp/tftp.c:62:18: error: tftp.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/tftp. *** 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 --- 2010-05-04 16:25:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-04 16:25:32 - ERROR: failed to build world TB --- 2010-05-04 16:25:32 - 1323.84 user 331.45 system 2131.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 4 16:36:01 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 172AB106566B; Tue, 4 May 2010 16:36:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D85DE8FC08; Tue, 4 May 2010 16:36:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o44Ga0bl013068; Tue, 4 May 2010 12:36:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o44Ga07w013051; Tue, 4 May 2010 16:36:00 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 May 2010 16:36:00 GMT Message-Id: <201005041636.o44Ga07w013051@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 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: Tue, 04 May 2010 16:36:01 -0000 TB --- 2010-05-04 15:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-04 15:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-05-04 15:50:00 - cleaning the object tree TB --- 2010-05-04 15:50:30 - cvsupping the source tree TB --- 2010-05-04 15:50:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-05-04 16:05:38 - building world TB --- 2010-05-04 16:05:38 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 16:05:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 16:05:38 - TARGET=i386 TB --- 2010-05-04 16:05:38 - TARGET_ARCH=i386 TB --- 2010-05-04 16:05:38 - TZ=UTC TB --- 2010-05-04 16:05:38 - __MAKE_CONF=/dev/null TB --- 2010-05-04 16:05:38 - cd /src TB --- 2010-05-04 16:05:38 - /usr/bin/make -B buildworld >>> World build started on Tue May 4 16:05:38 UTC 2010 >>> 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 [...] mkdep -f .depend -a -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -DOPIE -I/src/usr.bin/telnet/../../contrib/telnet -I/src/usr.bin/telnet/../../contrib/telnet/libtelnet/ -DINET6 -DIPSEC -DENCRYPTION -DAUTHENTICATION -DIPSEC -DKRB5 -DFORWARD -Dnet_write=telnet_net_write /src/usr.bin/telnet/../../contrib/telnet/telnet/commands.c /src/usr.bin/telnet/../../contrib/telnet/telnet/main.c /src/usr.bin/telnet/../../contrib/telnet/telnet/network.c /src/usr.bin/telnet/../../contrib/telnet/telnet/ring.c /src/usr.bin/telnet/../../contrib/telnet/telnet/sys_bsd.c /src/usr.bin/telnet/../../contrib/telnet/telnet/telnet.c /src/usr.bin/telnet/../../contrib/telnet/telnet/terminal.c /src/usr.bin/telnet/../../contrib/telnet/telnet/utilities.c /src/usr.bin/telnet/../../contrib/telnet/telnet/authenc.c echo telnet: /obj/i386/src/tmp/usr/lib/libc.a /obj/i386/src/tmp/usr/lib/libtermcap.a /obj/i386/src/usr.bin/telnet/../../lib/libtelnet/libtelnet.a /obj/i386/src/tmp/usr/lib/libipsec.a /obj/i386/src/tmp/usr/lib/libmp.a /obj/i386/src/tmp/usr/lib/libcrypto.a /obj/i386/src/tmp/usr/lib/libcrypt.a /obj/i386/src/tmp/usr/lib/libipsec.a /obj/i386/src/tmp/usr/lib/libpam.a /obj/i386/src/tmp/usr/lib/libkrb5.a /obj/i386/src/tmp/usr/lib/libhx509.a /obj/i386/src/tmp/usr/lib/libasn1.a /obj/i386/src/tmp/usr/lib/libcom_err.a /obj/i386/src/tmp/usr/lib/libroken.a >> .depend ===> usr.bin/tftp (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.bin/tftp/../../libexec/tftpd -I/src/usr.bin/tftp/../../usr.bin/tftp /src/usr.bin/tftp/main.c /src/usr.bin/tftp/tftp.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-utils.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-io.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-file.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-transfer.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-options.c /src/usr.bin/tftp/main.c:80:18: error: tftp.h: No such file or directory /src/usr.bin/tftp/tftp.c:62:18: error: tftp.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/tftp. *** 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 --- 2010-05-04 16:36:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-04 16:36:00 - ERROR: failed to build world TB --- 2010-05-04 16:36:00 - 1331.27 user 326.09 system 2759.07 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 4 16:37:39 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 10BF31065674; Tue, 4 May 2010 16:37:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D45B38FC17; Tue, 4 May 2010 16:37:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o44GbcGA039742; Tue, 4 May 2010 12:37:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o44Gbc7p039730; Tue, 4 May 2010 16:37:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 May 2010 16:37:38 GMT Message-Id: <201005041637.o44Gbc7p039730@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Tue, 04 May 2010 16:37:39 -0000 TB --- 2010-05-04 15:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-04 15:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-05-04 15:50:00 - cleaning the object tree TB --- 2010-05-04 15:50:34 - cvsupping the source tree TB --- 2010-05-04 15:50:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-05-04 16:06:32 - building world TB --- 2010-05-04 16:06:32 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 16:06:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 16:06:32 - TARGET=amd64 TB --- 2010-05-04 16:06:32 - TARGET_ARCH=amd64 TB --- 2010-05-04 16:06:32 - TZ=UTC TB --- 2010-05-04 16:06:32 - __MAKE_CONF=/dev/null TB --- 2010-05-04 16:06:32 - cd /src TB --- 2010-05-04 16:06:32 - /usr/bin/make -B buildworld >>> World build started on Tue May 4 16:06:32 UTC 2010 >>> 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 [...] mkdep -f .depend -a -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -DOPIE -I/src/usr.bin/telnet/../../contrib/telnet -I/src/usr.bin/telnet/../../contrib/telnet/libtelnet/ -DINET6 -DIPSEC -DENCRYPTION -DAUTHENTICATION -DIPSEC -DKRB5 -DFORWARD -Dnet_write=telnet_net_write /src/usr.bin/telnet/../../contrib/telnet/telnet/commands.c /src/usr.bin/telnet/../../contrib/telnet/telnet/main.c /src/usr.bin/telnet/../../contrib/telnet/telnet/network.c /src/usr.bin/telnet/../../contrib/telnet/telnet/ring.c /src/usr.bin/telnet/../../contrib/telnet/telnet/sys_bsd.c /src/usr.bin/telnet/../../contrib/telnet/telnet/telnet.c /src/usr.bin/telnet/../../contrib/telnet/telnet/terminal.c /src/usr.bin/telnet/../../contrib/telnet/telnet/utilities.c /src/usr.bin/telnet/../../contrib/telnet/telnet/authenc.c echo telnet: /obj/src/tmp/usr/lib/libc.a /obj/src/tmp/usr/lib/libtermcap.a /obj/src/usr.bin/telnet/../../lib/libtelnet/libtelnet.a /obj/src/tmp/usr/lib/libipsec.a /obj/src/tmp/usr/lib/libmp.a /obj/src/tmp/usr/lib/libcrypto.a /obj/src/tmp/usr/lib/libcrypt.a /obj/src/tmp/usr/lib/libipsec.a /obj/src/tmp/usr/lib/libpam.a /obj/src/tmp/usr/lib/libkrb5.a /obj/src/tmp/usr/lib/libhx509.a /obj/src/tmp/usr/lib/libasn1.a /obj/src/tmp/usr/lib/libcom_err.a /obj/src/tmp/usr/lib/libroken.a >> .depend ===> usr.bin/tftp (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.bin/tftp/../../libexec/tftpd -I/src/usr.bin/tftp/../../usr.bin/tftp /src/usr.bin/tftp/main.c /src/usr.bin/tftp/tftp.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-utils.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-io.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-file.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-transfer.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-options.c /src/usr.bin/tftp/main.c:80:18: error: tftp.h: No such file or directory /src/usr.bin/tftp/tftp.c:62:18: error: tftp.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/tftp. *** 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 --- 2010-05-04 16:37:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-04 16:37:38 - ERROR: failed to build world TB --- 2010-05-04 16:37:38 - 1361.59 user 334.09 system 2857.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 4 16:39:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A3A3106566B; Tue, 4 May 2010 16:39:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 108CD8FC0C; Tue, 4 May 2010 16:39:20 +0000 (UTC) Received: by pvc30 with SMTP id 30so348221pvc.13 for ; Tue, 04 May 2010 09:39:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=NlRu1e42LqzGvehuvP4z648MO05ZMRmbyJwkEVmBdBA=; b=l3Uu94AaRAWa2AIEWR6K1byM/tgmdP+Zg0m0DRPWjNgY8ik/D2JjuJ8ebS32jor1os 1oxDf5THUwHU9zSqfLqtxAu4mA2BaMUK6wOPItCpdKY9xqJqT3Rj03/man+x3ugdsud8 SEC9/UIE4/0jeKRmdyq3CXfX2BmV5WKhph5Q4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=bX4GA/harWAyjcVs4bUg6XFrWMJVpnvBJ8K4XCEbf3ddrwEenSXA7kFdApQfVSOq8U M6gXzYR3wp4KI9ZQgxQFubhMz0b7shvNqj9caDR4tfsyoVenKkVXRXrjb+FqpfD6YrFv WUGlcES8Jqe6knXa6nFZhdIdit0N+82JZR/to= Received: by 10.115.37.28 with SMTP id p28mr818044waj.218.1272991155690; Tue, 04 May 2010 09:39:15 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id c14sm30269062waa.1.2010.05.04.09.39.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 04 May 2010 09:39:13 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 4 May 2010 09:39:06 -0700 From: Pyun YongHyeon Date: Tue, 4 May 2010 09:39:06 -0700 To: John Baldwin Message-ID: <20100504163906.GH1231@michelle.cdnetworks.com> References: <20100503195538.GF1231@michelle.cdnetworks.com> <201005040939.36906.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201005040939.36906.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Mark Atkinson Subject: Re: exclusive sleep mutex mskc0 (network driver) r = 0 (0xc32c3690) locked @ /usr/src/sys/dev/msk/if_msk.c:3589 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2010 16:39:21 -0000 On Tue, May 04, 2010 at 09:39:36AM -0400, John Baldwin wrote: > On Monday 03 May 2010 3:55:38 pm Pyun YongHyeon wrote: > > On Mon, May 03, 2010 at 07:01:56AM -0700, Mark Atkinson wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > I updated to current yesterday and got the following 'witness_warn' > > > panic upon executing 'reboot': > > > > > > suspending ithread with the following locks held: > > > exclusive sleep mutex mskc0 (network driver) r = 0 (0xc32c3690) locked @ > > > /usr/src/sys/dev/msk/if_msk.c:3589 > > > panic: witness_warn > > > cpuid = 0 > > > KDB: enter: panic > > > Physical memory: 495 MB > > > Dumping 80 MB: 65 49 33 17 1 > > > > > > > > > 3579 static void > > > 3580 msk_intr(void *xsc) > > > 3581 { > > > 3582 struct msk_softc *sc; > > > 3583 struct msk_if_softc *sc_if0, *sc_if1; > > > 3584 struct ifnet *ifp0, *ifp1; > > > 3585 uint32_t status; > > > 3586 int domore; > > > 3587 > > > 3588 sc = xsc; > > > 3589 MSK_LOCK(sc); > > > > It seems msk(4) didn't honor IFF_DRV_RUNNING in status block update > > check so it continued to process received packets. > > Would you try attached patch? > > Actually, this panic looks like a leaked lock. I think this might fix it: > > Index: if_msk.c > =================================================================== > --- if_msk.c (revision 207329) > +++ if_msk.c (working copy) > @@ -3580,6 +3580,7 @@ > (sc->msk_pflags & MSK_FLAG_SUSPEND) != 0 || > (status & sc->msk_intrmask) == 0) { > CSR_WRITE_4(sc, B0_Y2_SP_ICR, 2); > + MSK_UNLOCK(sc); > return; > } Nice catch! I guess I made mistake when I removed taskqueue based interrupt handler. Thanks! From owner-freebsd-current@FreeBSD.ORG Tue May 4 16:50:46 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00DF0106564A; Tue, 4 May 2010 16:50:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C26648FC17; Tue, 4 May 2010 16:50:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o44Goibo069243; Tue, 4 May 2010 12:50:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o44GoiXL069242; Tue, 4 May 2010 16:50:44 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 May 2010 16:50:44 GMT Message-Id: <201005041650.o44GoiXL069242@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Tue, 04 May 2010 16:50:46 -0000 TB --- 2010-05-04 16:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-04 16:15:00 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-05-04 16:15:00 - cleaning the object tree TB --- 2010-05-04 16:15:21 - cvsupping the source tree TB --- 2010-05-04 16:15:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-05-04 16:15:49 - building world TB --- 2010-05-04 16:15:49 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 16:15:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 16:15:49 - TARGET=ia64 TB --- 2010-05-04 16:15:49 - TARGET_ARCH=ia64 TB --- 2010-05-04 16:15:49 - TZ=UTC TB --- 2010-05-04 16:15:49 - __MAKE_CONF=/dev/null TB --- 2010-05-04 16:15:49 - cd /src TB --- 2010-05-04 16:15:49 - /usr/bin/make -B buildworld >>> World build started on Tue May 4 16:15:49 UTC 2010 >>> 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 [...] mkdep -f .depend -a -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -DOPIE -I/src/usr.bin/telnet/../../contrib/telnet -I/src/usr.bin/telnet/../../contrib/telnet/libtelnet/ -DINET6 -DIPSEC -DENCRYPTION -DAUTHENTICATION -DIPSEC -DKRB5 -DFORWARD -Dnet_write=telnet_net_write /src/usr.bin/telnet/../../contrib/telnet/telnet/commands.c /src/usr.bin/telnet/../../contrib/telnet/telnet/main.c /src/usr.bin/telnet/../../contrib/telnet/telnet/network.c /src/usr.bin/telnet/../../contrib/telnet/telnet/ring.c /src/usr.bin/telnet/../../contrib/telnet/telnet/sys_bsd.c /src/usr.bin/telnet/../../contrib/telnet/telnet/telnet.c /src/usr.bin/telnet/../../contrib/telnet/telnet/terminal.c /src/usr.bin/telnet/../../contrib/telnet/telnet/utilities.c /src/usr.bin/telnet/../../contrib/telnet/telnet/authenc.c echo telnet: /obj/ia64/src/tmp/usr/lib/libc.a /obj/ia64/src/tmp/usr/lib/libtermcap.a /obj/ia64/src/usr.bin/telnet/../../lib/libtelnet/libtelnet.a /obj/ia64/src/tmp/usr/lib/libipsec.a /obj/ia64/src/tmp/usr/lib/libmp.a /obj/ia64/src/tmp/usr/lib/libcrypto.a /obj/ia64/src/tmp/usr/lib/libcrypt.a /obj/ia64/src/tmp/usr/lib/libipsec.a /obj/ia64/src/tmp/usr/lib/libpam.a /obj/ia64/src/tmp/usr/lib/libkrb5.a /obj/ia64/src/tmp/usr/lib/libhx509.a /obj/ia64/src/tmp/usr/lib/libasn1.a /obj/ia64/src/tmp/usr/lib/libcom_err.a /obj/ia64/src/tmp/usr/lib/libroken.a >> .depend ===> usr.bin/tftp (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.bin/tftp/../../libexec/tftpd -I/src/usr.bin/tftp/../../usr.bin/tftp /src/usr.bin/tftp/main.c /src/usr.bin/tftp/tftp.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-utils.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-io.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-file.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-transfer.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-options.c /src/usr.bin/tftp/main.c:80:18: error: tftp.h: No such file or directory /src/usr.bin/tftp/tftp.c:62:18: error: tftp.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/tftp. *** 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 --- 2010-05-04 16:50:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-04 16:50:44 - ERROR: failed to build world TB --- 2010-05-04 16:50:44 - 1590.23 user 330.98 system 2144.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 4 16:53:17 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58FAA1065674; Tue, 4 May 2010 16:53:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 278F08FC13; Tue, 4 May 2010 16:53:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o44GrGZN004805; Tue, 4 May 2010 12:53:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o44GrG91004804; Tue, 4 May 2010 16:53:16 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 May 2010 16:53:16 GMT Message-Id: <201005041653.o44GrG91004804@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Tue, 04 May 2010 16:53:17 -0000 TB --- 2010-05-04 16:25:32 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-04 16:25:32 - starting HEAD tinderbox run for mips/mips TB --- 2010-05-04 16:25:32 - cleaning the object tree TB --- 2010-05-04 16:25:37 - cvsupping the source tree TB --- 2010-05-04 16:25:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2010-05-04 16:26:05 - building world TB --- 2010-05-04 16:26:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 16:26:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 16:26:05 - TARGET=mips TB --- 2010-05-04 16:26:05 - TARGET_ARCH=mips TB --- 2010-05-04 16:26:05 - TZ=UTC TB --- 2010-05-04 16:26:05 - __MAKE_CONF=/dev/null TB --- 2010-05-04 16:26:05 - cd /src TB --- 2010-05-04 16:26:05 - /usr/bin/make -B buildworld >>> World build started on Tue May 4 16:26:05 UTC 2010 >>> 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 [...] mkdep -f .depend -a -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -DOPIE -I/src/usr.bin/telnet/../../contrib/telnet -I/src/usr.bin/telnet/../../contrib/telnet/libtelnet/ -DINET6 -DIPSEC -DENCRYPTION -DAUTHENTICATION -DIPSEC -DKRB5 -DFORWARD -Dnet_write=telnet_net_write /src/usr.bin/telnet/../../contrib/telnet/telnet/commands.c /src/usr.bin/telnet/../../contrib/telnet/telnet/main.c /src/usr.bin/telnet/../../contrib/telnet/telnet/network.c /src/usr.bin/telnet/../../contrib/telnet/telnet/ring.c /src/usr.bin/telnet/../../contrib/telnet/telnet/sys_bsd.c /src/usr.bin/telnet/../../contrib/telnet/telnet/telnet.c /src/usr.bin/telnet/../../contrib/telnet/telnet/terminal.c /src/usr.bin/telnet/../../contrib/telnet/telnet/utilities.c /src/usr.bin/telnet/../../contrib/telnet/telnet/authenc.c echo telnet: /obj/mips/src/tmp/usr/lib/libc.a /obj/mips/src/tmp/usr/lib/libtermcap.a /obj/mips/src/usr.bin/telnet/../../lib/libtelnet/libtelnet.a /obj/mips/src/tmp/usr/lib/libipsec.a /obj/mips/src/tmp/usr/lib/libmp.a /obj/mips/src/tmp/usr/lib/libcrypto.a /obj/mips/src/tmp/usr/lib/libcrypt.a /obj/mips/src/tmp/usr/lib/libipsec.a /obj/mips/src/tmp/usr/lib/libpam.a /obj/mips/src/tmp/usr/lib/libkrb5.a /obj/mips/src/tmp/usr/lib/libhx509.a /obj/mips/src/tmp/usr/lib/libasn1.a /obj/mips/src/tmp/usr/lib/libcom_err.a /obj/mips/src/tmp/usr/lib/libroken.a >> .depend ===> usr.bin/tftp (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.bin/tftp/../../libexec/tftpd -I/src/usr.bin/tftp/../../usr.bin/tftp /src/usr.bin/tftp/main.c /src/usr.bin/tftp/tftp.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-utils.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-io.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-file.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-transfer.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-options.c /src/usr.bin/tftp/main.c:80:18: error: tftp.h: No such file or directory /src/usr.bin/tftp/tftp.c:62:18: error: tftp.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/tftp. *** 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 --- 2010-05-04 16:53:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-04 16:53:16 - ERROR: failed to build world TB --- 2010-05-04 16:53:16 - 1151.90 user 308.08 system 1663.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 4 17:05:48 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A392106566B; Tue, 4 May 2010 17:05:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 28C538FC0A; Tue, 4 May 2010 17:05:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o44H5lfb004178; Tue, 4 May 2010 13:05:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o44H5lIR004168; Tue, 4 May 2010 17:05:47 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 May 2010 17:05:47 GMT Message-Id: <201005041705.o44H5lIR004168@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Tue, 04 May 2010 17:05:48 -0000 TB --- 2010-05-04 16:36:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-04 16:36:00 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-05-04 16:36:00 - cleaning the object tree TB --- 2010-05-04 16:36:04 - cvsupping the source tree TB --- 2010-05-04 16:36:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-05-04 16:36:29 - building world TB --- 2010-05-04 16:36:29 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 16:36:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 16:36:29 - TARGET=powerpc TB --- 2010-05-04 16:36:29 - TARGET_ARCH=powerpc TB --- 2010-05-04 16:36:29 - TZ=UTC TB --- 2010-05-04 16:36:29 - __MAKE_CONF=/dev/null TB --- 2010-05-04 16:36:29 - cd /src TB --- 2010-05-04 16:36:29 - /usr/bin/make -B buildworld >>> World build started on Tue May 4 16:36:30 UTC 2010 >>> 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 [...] mkdep -f .depend -a -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -DOPIE -I/src/usr.bin/telnet/../../contrib/telnet -I/src/usr.bin/telnet/../../contrib/telnet/libtelnet/ -DINET6 -DIPSEC -DENCRYPTION -DAUTHENTICATION -DIPSEC -DKRB5 -DFORWARD -Dnet_write=telnet_net_write /src/usr.bin/telnet/../../contrib/telnet/telnet/commands.c /src/usr.bin/telnet/../../contrib/telnet/telnet/main.c /src/usr.bin/telnet/../../contrib/telnet/telnet/network.c /src/usr.bin/telnet/../../contrib/telnet/telnet/ring.c /src/usr.bin/telnet/../../contrib/telnet/telnet/sys_bsd.c /src/usr.bin/telnet/../../contrib/telnet/telnet/telnet.c /src/usr.bin/telnet/../../contrib/telnet/telnet/terminal.c /src/usr.bin/telnet/../../contrib/telnet/telnet/utilities.c /src/usr.bin/telnet/../../contrib/telnet/telnet/authenc.c echo telnet: /obj/powerpc/src/tmp/usr/lib/libc.a /obj/powerpc/src/tmp/usr/lib/libtermcap.a /obj/powerpc/src/usr.bin/telnet/../../lib/libtelnet/libtelnet.a /obj/powerpc/src/tmp/usr/lib/libipsec.a /obj/powerpc/src/tmp/usr/lib/libmp.a /obj/powerpc/src/tmp/usr/lib/libcrypto.a /obj/powerpc/src/tmp/usr/lib/libcrypt.a /obj/powerpc/src/tmp/usr/lib/libipsec.a /obj/powerpc/src/tmp/usr/lib/libpam.a /obj/powerpc/src/tmp/usr/lib/libkrb5.a /obj/powerpc/src/tmp/usr/lib/libhx509.a /obj/powerpc/src/tmp/usr/lib/libasn1.a /obj/powerpc/src/tmp/usr/lib/libcom_err.a /obj/powerpc/src/tmp/usr/lib/libroken.a >> .depend ===> usr.bin/tftp (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.bin/tftp/../../libexec/tftpd -I/src/usr.bin/tftp/../../usr.bin/tftp /src/usr.bin/tftp/main.c /src/usr.bin/tftp/tftp.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-utils.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-io.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-file.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-transfer.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-options.c /src/usr.bin/tftp/main.c:80:18: error: tftp.h: No such file or directory /src/usr.bin/tftp/tftp.c:62:18: error: tftp.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/tftp. *** 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 --- 2010-05-04 17:05:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-04 17:05:47 - ERROR: failed to build world TB --- 2010-05-04 17:05:47 - 1349.12 user 311.97 system 1787.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 4 17:06:17 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6793F1065670; Tue, 4 May 2010 17:06:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 36C5D8FC14; Tue, 4 May 2010 17:06:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o44H6G5n009486; Tue, 4 May 2010 13:06:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o44H6GJ4009485; Tue, 4 May 2010 17:06:16 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 May 2010 17:06:16 GMT Message-Id: <201005041706.o44H6GJ4009485@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Tue, 04 May 2010 17:06:17 -0000 TB --- 2010-05-04 16:37:38 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-04 16:37:38 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-05-04 16:37:38 - cleaning the object tree TB --- 2010-05-04 16:37:43 - cvsupping the source tree TB --- 2010-05-04 16:37:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-05-04 16:38:09 - building world TB --- 2010-05-04 16:38:09 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 16:38:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 16:38:09 - TARGET=sparc64 TB --- 2010-05-04 16:38:09 - TARGET_ARCH=sparc64 TB --- 2010-05-04 16:38:09 - TZ=UTC TB --- 2010-05-04 16:38:09 - __MAKE_CONF=/dev/null TB --- 2010-05-04 16:38:09 - cd /src TB --- 2010-05-04 16:38:09 - /usr/bin/make -B buildworld >>> World build started on Tue May 4 16:38:10 UTC 2010 >>> 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 [...] mkdep -f .depend -a -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -DOPIE -I/src/usr.bin/telnet/../../contrib/telnet -I/src/usr.bin/telnet/../../contrib/telnet/libtelnet/ -DINET6 -DIPSEC -DENCRYPTION -DAUTHENTICATION -DIPSEC -DKRB5 -DFORWARD -Dnet_write=telnet_net_write /src/usr.bin/telnet/../../contrib/telnet/telnet/commands.c /src/usr.bin/telnet/../../contrib/telnet/telnet/main.c /src/usr.bin/telnet/../../contrib/telnet/telnet/network.c /src/usr.bin/telnet/../../contrib/telnet/telnet/ring.c /src/usr.bin/telnet/../../contrib/telnet/telnet/sys_bsd.c /src/usr.bin/telnet/../../contrib/telnet/telnet/telnet.c /src/usr.bin/telnet/../../contrib/telnet/telnet/terminal.c /src/usr.bin/telnet/../../contrib/telnet/telnet/utilities.c /src/usr.bin/telnet/../../contrib/telnet/telnet/authenc.c echo telnet: /obj/sparc64/src/tmp/usr/lib/libc.a /obj/sparc64/src/tmp/usr/lib/libtermcap.a /obj/sparc64/src/usr.bin/telnet/../../lib/libtelnet/libtelnet.a /obj/sparc64/src/tmp/usr/lib/libipsec.a /obj/sparc64/src/tmp/usr/lib/libmp.a /obj/sparc64/src/tmp/usr/lib/libcrypto.a /obj/sparc64/src/tmp/usr/lib/libcrypt.a /obj/sparc64/src/tmp/usr/lib/libipsec.a /obj/sparc64/src/tmp/usr/lib/libpam.a /obj/sparc64/src/tmp/usr/lib/libkrb5.a /obj/sparc64/src/tmp/usr/lib/libhx509.a /obj/sparc64/src/tmp/usr/lib/libasn1.a /obj/sparc64/src/tmp/usr/lib/libcom_err.a /obj/sparc64/src/tmp/usr/lib/libroken.a >> .depend ===> usr.bin/tftp (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.bin/tftp/../../libexec/tftpd -I/src/usr.bin/tftp/../../usr.bin/tftp /src/usr.bin/tftp/main.c /src/usr.bin/tftp/tftp.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-utils.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-io.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-file.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-transfer.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-options.c /src/usr.bin/tftp/main.c:80:18: error: tftp.h: No such file or directory /src/usr.bin/tftp/tftp.c:62:18: error: tftp.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/tftp. *** 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 --- 2010-05-04 17:06:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-04 17:06:16 - ERROR: failed to build world TB --- 2010-05-04 17:06:16 - 1266.74 user 308.34 system 1718.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 4 17:16:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5C0C106564A for ; Tue, 4 May 2010 17:16:25 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f201.google.com (mail-qy0-f201.google.com [209.85.221.201]) by mx1.freebsd.org (Postfix) with ESMTP id 98F778FC18 for ; Tue, 4 May 2010 17:16:25 +0000 (UTC) Received: by qyk39 with SMTP id 39so5815154qyk.8 for ; Tue, 04 May 2010 10:16:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=Qoj7uSy1VNEzgfpbTdY71dt5ApJWGVJ1BCBjE8i8wGE=; b=moKU1rAQNdk0RQ8t+YTg4/JsNYJgpq2I9xhttb0wroBLL2XUdhtHlc8ENQWwDrMdsW JXvxP1RwwugDTpO8TaOjw2tSUq9VDUp/TPko0QCtdV8wmiDT+XvrGLGEaQT52LSB7BZd D2PAfVQMl1+9DHPGtM/y4ATpy8orSM3HBPMus= 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=cME0ifzzQKHMz+oz5OY/Yl+XJQdUsg/StBQ1Pv8hs+htFnMPjNp+9/UNMvVZp31V07 646yiab2HHlXiMCTtIBD2uhjcnoMrb5a+F40gn2ZI1I68Cp6TI+YjnZhmi+V6tHrC+1e b8eSkwn5+0f5ojLIGddTUkUutOBfbRZOyOlAA= MIME-Version: 1.0 Received: by 10.224.79.75 with SMTP id o11mr5502437qak.195.1272993371945; Tue, 04 May 2010 10:16:11 -0700 (PDT) Received: by 10.229.251.17 with HTTP; Tue, 4 May 2010 10:16:11 -0700 (PDT) In-Reply-To: <4BDFDA35.9010608@interactive-net.de> References: <4BBFD502.1010507@elischer.org> <4BC03ABA.6090309@elischer.org> <4BC0CC6F.7010009@freebsd.org> <4BDEDECD.70508@pcbsd.org> <4BDFDA35.9010608@interactive-net.de> Date: Tue, 4 May 2010 10:16:11 -0700 Message-ID: From: Garrett Cooper To: Reinhard Haller Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: ports and PBIs 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, 04 May 2010 17:16:26 -0000 On Tue, May 4, 2010 at 1:26 AM, Reinhard Haller wrote: > Am 03.05.2010 21:55, schrieb Garrett Cooper: >> Also, for services like cups, there could have per-application >> virtualized networking stacks > Hi Garret, > > one jail per application -- theoretically the best idea -- no conflict > due to the elimination of cross-dependencies. > Havig updated a server with 10 jails last week going thru 11 boring > mergemaster sessions I'm not convinced this a practicable way. > > Considering my problems with the update of all installed applications my > keypoints are: > 1) We have too much applications to manage ports, oftly you have to use > 2 different applications to do the job, so even forcing all applications > to compile/update doesn't eliminate the need to set up the update more > than once. > 2) Ports like db (40-50), python (2, 25, 26) need a proper handling by > the ports management. Over time I had installed 4 db versions; apr > doesn't compile with db >48. > 3) Configuration dependencies are not properly handled (Installing xorg > in a jail due to a unneeded configuration default is no fun). > > The goal of PBIs as Julian proposed is to simplify the automatic > generation of simple apps. > > To achieve this goal we get another ports management application and > hope it handles also the non trivial tasks of the non simple apps. > > If the PBIs come with all libraries and resources we get even more > problems with multiple db installations not less. > > Are configuration dependencies (exim with or without ldap) addressed > with the PBI format? > > I believe we need a more precise way to express the dependencies between > the ports. I'm not going to feign knowing what's going on completely in this regard; if we were pointed to the software spec(s) for PBIs and the tools, it would probably make analysis easier. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue May 4 17:17:54 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CDE101065675; Tue, 4 May 2010 17:17:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9E9608FC1C; Tue, 4 May 2010 17:17:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o44HHrwV042608; Tue, 4 May 2010 13:17:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o44HHrIF042607; Tue, 4 May 2010 17:17:53 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 May 2010 17:17:53 GMT Message-Id: <201005041717.o44HHrIF042607@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Tue, 04 May 2010 17:17:55 -0000 TB --- 2010-05-04 16:50:45 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-04 16:50:45 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-05-04 16:50:45 - cleaning the object tree TB --- 2010-05-04 16:50:49 - cvsupping the source tree TB --- 2010-05-04 16:50:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-05-04 16:51:15 - building world TB --- 2010-05-04 16:51:15 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-04 16:51:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-04 16:51:15 - TARGET=sun4v TB --- 2010-05-04 16:51:15 - TARGET_ARCH=sparc64 TB --- 2010-05-04 16:51:15 - TZ=UTC TB --- 2010-05-04 16:51:15 - __MAKE_CONF=/dev/null TB --- 2010-05-04 16:51:15 - cd /src TB --- 2010-05-04 16:51:15 - /usr/bin/make -B buildworld >>> World build started on Tue May 4 16:51:15 UTC 2010 >>> 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 [...] mkdep -f .depend -a -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -DOPIE -I/src/usr.bin/telnet/../../contrib/telnet -I/src/usr.bin/telnet/../../contrib/telnet/libtelnet/ -DINET6 -DIPSEC -DENCRYPTION -DAUTHENTICATION -DIPSEC -DKRB5 -DFORWARD -Dnet_write=telnet_net_write /src/usr.bin/telnet/../../contrib/telnet/telnet/commands.c /src/usr.bin/telnet/../../contrib/telnet/telnet/main.c /src/usr.bin/telnet/../../contrib/telnet/telnet/network.c /src/usr.bin/telnet/../../contrib/telnet/telnet/ring.c /src/usr.bin/telnet/../../contrib/telnet/telnet/sys_bsd.c /src/usr.bin/telnet/../../contrib/telnet/telnet/telnet.c /src/usr.bin/telnet/../../contrib/telnet/telnet/terminal.c /src/usr.bin/telnet/../../contrib/telnet/telnet/utilities.c /src/usr.bin/telnet/../../contrib/telnet/telnet/authenc.c echo telnet: /obj/sun4v/src/tmp/usr/lib/libc.a /obj/sun4v/src/tmp/usr/lib/libtermcap.a /obj/sun4v/src/usr.bin/telnet/../../lib/libtelnet/libtelnet.a /obj/sun4v/src/tmp/usr/lib/libipsec.a /obj/sun4v/src/tmp/usr/lib/libmp.a /obj/sun4v/src/tmp/usr/lib/libcrypto.a /obj/sun4v/src/tmp/usr/lib/libcrypt.a /obj/sun4v/src/tmp/usr/lib/libipsec.a /obj/sun4v/src/tmp/usr/lib/libpam.a /obj/sun4v/src/tmp/usr/lib/libkrb5.a /obj/sun4v/src/tmp/usr/lib/libhx509.a /obj/sun4v/src/tmp/usr/lib/libasn1.a /obj/sun4v/src/tmp/usr/lib/libcom_err.a /obj/sun4v/src/tmp/usr/lib/libroken.a >> .depend ===> usr.bin/tftp (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.bin/tftp/../../libexec/tftpd -I/src/usr.bin/tftp/../../usr.bin/tftp /src/usr.bin/tftp/main.c /src/usr.bin/tftp/tftp.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-utils.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-io.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-file.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-transfer.c /src/usr.bin/tftp/../../libexec/tftpd/tftp-options.c /src/usr.bin/tftp/main.c:80:18: error: tftp.h: No such file or directory /src/usr.bin/tftp/tftp.c:62:18: error: tftp.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/tftp. *** 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 --- 2010-05-04 17:17:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-04 17:17:53 - ERROR: failed to build world TB --- 2010-05-04 17:17:53 - 1278.13 user 295.70 system 1628.63 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue May 4 18:41:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F1CD1065675 for ; Tue, 4 May 2010 18:41:14 +0000 (UTC) (envelope-from julianelischer@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id C22378FC14 for ; Tue, 4 May 2010 18:41:13 +0000 (UTC) Received: by wwb13 with SMTP id 13so3238609wwb.13 for ; Tue, 04 May 2010 11:41:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=KTLisUEXArvwU2lBkYetnF61R6WUWspdWyNUriEv8zI=; b=NTd6yMyIU0ZTzzy21yevgh41Z/k85IPlNPtNWo8M65fM7S2KHK4765sHjdzXvByXQK Sw3JOAM+gPd3eXJDDl1Gu1NHh7Gd9xHX8v9kCrZNWPmSQDBBeSIX+CEaIgVhAHlhaqqt W5nEBYagSubPwcRrfRxwdVZMK5jaSb/SIRsXM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=iX7nXNHjRVpVr3ax79R5mR4raU0W7+f4lw8xtI+rO5NVCSVkXfanxFJrrQsVV6loLp zFCAYK2RmCbeB9JS+/GF4xOBSLwXHPxTo6/yhOAalctzRF3YyYqKhZIZrEGmhr1NlRna MoezATTi10QPGJvm72ba74Tc0OoOF+O5rtQb0= Received: by 10.216.86.14 with SMTP id v14mr436153wee.157.1272998465612; Tue, 04 May 2010 11:41:05 -0700 (PDT) Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by mx.google.com with ESMTPS id g9sm14921157gvc.8.2010.05.04.11.40.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 04 May 2010 11:41:02 -0700 (PDT) Sender: Julian Elischer Message-ID: <4BE06A36.9080208@elischer.org> Date: Tue, 04 May 2010 11:40:54 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Reinhard Haller References: <4BBFD502.1010507@elischer.org> <4BDFDA35.9010608@interactive-net.de> In-Reply-To: <4BDFDA35.9010608@interactive-net.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ports and PBIs 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, 04 May 2010 18:41:14 -0000 On 5/4/10 1:26 AM, Reinhard Haller wrote: > The goal of PBIs as Julian proposed is to simplify the automatic > generation of simple apps. well, it's to make some working apps available, that don't interfere with other working apps. > > To achieve this goal we get another ports management application and > hope it handles also the non trivial tasks of the non simple apps. there is a PBI helper app. but PBIs are actually executables with the installation app built in. > > If the PBIs come with all libraries and resources we get even more > problems with multiple db installations not less. not that's the whole point. The app has it's own linraries HIDDEN within itself. it can not interfere with other apps. (except in a port-number manner) but generally apps for which PBIs are good do not do that sort of thing. I would imagine a base system with useful utilities installed by PBI, (so the keep working) and all the development apps and libraries installed by ports/packages. that way your system keeps working, no matter how you screw up your fancy development setup. > > Are configuration dependencies (exim with or without ldap) addressed > with the PBI format? not usually but if you can make your own... > > I believe we need a more precise way to express the dependencies between > the ports. well there is a GSOC project that hopes to do that. > > Reinhard > > > > > > _______________________________________________ > 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 Tue May 4 19:17:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD6231065672 for ; Tue, 4 May 2010 19:17:17 +0000 (UTC) (envelope-from kristof@sigsegv.be) Received: from jacques.telenet-ops.be (jacques.telenet-ops.be [195.130.132.50]) by mx1.freebsd.org (Postfix) with ESMTP id 47DEA8FC15 for ; Tue, 4 May 2010 19:17:16 +0000 (UTC) Received: from triton.sigsegv.be ([213.119.97.224]) by jacques.telenet-ops.be with bizsmtp id DXHE1e00W4qUA0t0JXHFuT; Tue, 04 May 2010 21:17:15 +0200 Received: from nereid (nereid.neptune.sigsegv.be [IPv6:2001:470:c8f4:0:200:ff:fe00:8]) by triton.sigsegv.be (Postfix) with SMTP id 00E531C25E; Tue, 4 May 2010 21:17:14 +0200 (CEST) Received: by nereid (sSMTP sendmail emulation); Tue, 04 May 2010 21:17:13 +0200 Date: Tue, 4 May 2010 21:17:12 +0200 From: Kristof Provost To: Alexander Motin Message-ID: <20100504191712.GF24372@nereid> References: <4BD82DAD.4050804@FreeBSD.org> <20100503194422.GB24372@nereid> <4BDFAC6D.7070400@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BDFAC6D.7070400@FreeBSD.org> X-PGP-Fingerprint: 6B6E 5EED 8ECF FAE7 1F61 7458 5046 7D0E 11B0 0EE8 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-arm@FreeBSD.org, FreeBSD-Current Subject: Re: New Marvell SATA driver for testing 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, 04 May 2010 19:17:17 -0000 On 2010-05-04 08:11:09 (+0300), Alexander Motin wrote: > Kristof Provost wrote: > > I've done a quick test on my Orion (88F5182) based device. It seems to > > be working fine. It detects a SATA hard disk, reads/writes, ... > > I wasn't able to mount a filesystem from the disk but that could have > > been me. > > What kind of problems? Could you confirm it? > The error I got was: mount /dev/ad0s1a /mnt mount: /dev/ad0s1a : Operation not supported by device I was right though: it was my fault. Mounting an FFS file system works better if you actually compile it into your kernel. Once I did that I could mount the partition and read/write. Regards, Kristof From owner-freebsd-current@FreeBSD.ORG Tue May 4 23:36:24 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 813931065670; Tue, 4 May 2010 23:36:24 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-iw0-f175.google.com (mail-iw0-f175.google.com [209.85.223.175]) by mx1.freebsd.org (Postfix) with ESMTP id 423678FC0A; Tue, 4 May 2010 23:36:23 +0000 (UTC) Received: by iwn5 with SMTP id 5so5333011iwn.9 for ; Tue, 04 May 2010 16:36:17 -0700 (PDT) Received: by 10.231.184.9 with SMTP id ci9mr1501143ibb.38.1273016177586; Tue, 04 May 2010 16:36:17 -0700 (PDT) Received: from [10.0.1.198] (udp022762uds.hawaiiantel.net [72.234.79.107]) by mx.google.com with ESMTPS id ha13sm1888695ibb.3.2010.05.04.16.36.14 (version=SSLv3 cipher=RC4-MD5); Tue, 04 May 2010 16:36:15 -0700 (PDT) Date: Tue, 4 May 2010 13:36:14 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Ed Maste In-Reply-To: <20100504004556.GA59830@sandvine.com> Message-ID: References: <4BDCE05A.5020307@FreeBSD.org> <20100502.073857.74726756.sthaug@nethelp.no> <20100503140438.262539xlm87yp0ao@webmail.leidinger.net> <20100503.151903.74740368.sthaug@nethelp.no> <4BDF5D15.5040207@FreeBSD.org> <20100504004556.GA59830@sandvine.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: SUJ update 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, 04 May 2010 23:36:24 -0000 On Mon, 3 May 2010, Ed Maste wrote: > On Mon, May 03, 2010 at 04:32:37PM -0700, Doug Barton wrote: > >> I also don't want to bikeshed this to death. I imagine that once the >> feature is stable that users will just twiddle it once and then leave it >> alone, or it will be set at install time and then not twiddled at all. :) > > Speaking of which, is there any reason for us not to support enabling SU+J > at newfs time? (Other than just needing a clean way to share the code > between tunefs and newfs.) The code is actually totally different between the two so it'll essentially have to be rewritten in newfs. tunefs uses libufs and some of the code for manipulating directories that was added to tunefs needs to be moved back into libufs and made more general. However, newfs doesn't use libufs anyway. So it'd have to be converted or you'd just have to re-write journal creation. For now, I think an extra step in the installer is probably easier. Thanks, Jeff > > -Ed > _______________________________________________ > 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 5 06:43:19 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id A61CA1065672; Wed, 5 May 2010 06:43:18 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Wed, 5 May 2010 15:43:12 +0900 From: Norikatsu Shigemura To: jkim@FreeBSD.org Message-Id: <20100505154312.49e7a2cc.nork@FreeBSD.org> X-Mailer: Sylpheed 3.0.0 (GTK+ 2.18.7; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: nork@FreeBSD.org, current@FreeBSD.org Subject: amdtemp(4) issue 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, 05 May 2010 06:43:19 -0000 Hi jkim. I can't get CPU temperature via amdtemp(4). So I researched, but I can't fix this issue, maybe initialization problem. Please help me! 1st issue in amdtemp_gettemp function: now: offset += (diode_offset - 11) * 10; is BAD should fix: offset += (11 - diode_offset) * 10; is OK According to AMD's BIOS and Kernel Developer's Guid (BKDG) For AMD Family 10th Processors, Rev 3.48 - April 22, 2010 [*], P327 - F3xE4 Thermtrip Status Register: 01h to 3Fh: correction = +11C - DiodeOffset, or {01h to 3Fh} = {+10C to -52C}. In fact, in my environment, DiodeOffset = 0x18 so 11-0x18=-13C. 11 - 0x01 = +10C 11 - 0x18 = -13C 11 - 0x3f = -52C [*] http://support.amd.com/us/Processor_TechDocs/31116.pdf 2nd issue, result of AMDTEMP_REPTMP_CTRL in amdtemp_gettemp function: I got following result: May 5 15:06:53 nadesico kernel: amdtemp0: AMDTEMP_REPTMP_CTRL(temp) = 0xc1880 So result (CurTmp: current temperature: 31:21) = 0C. (logic is OK) I got following thermal related registers in amdtemp_gettemp function: May 5 15:06:53 nadesico kernel: amdtemp0: F3x64 Hardware Thermal Control(HTC) Register = 0x3a4c0005 May 5 15:06:53 nadesico kernel: amdtemp0: F3x68 Software Thermal Control(STC) Register = 0x10000000 May 5 15:06:53 nadesico kernel: amdtemp0: F3xA4 Reported Temperature Control Register = 0x000c1880 May 5 15:06:53 nadesico kernel: amdtemp0: F3xE4 Thermtrip Status Register = 0x1cc01830 May 5 15:06:53 nadesico kernel: amdtemp0: F3xE8 Northbridge Capabilities Register = 0x0207df19 But I don't have any idea to fix register's paraemters. Do you have any idea? -- Norikatsu Shigemura From owner-freebsd-current@FreeBSD.ORG Wed May 5 07:29:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87B39106564A for ; Wed, 5 May 2010 07:29:27 +0000 (UTC) (envelope-from reinhard.haller@interactive-net.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 101CB8FC18 for ; Wed, 5 May 2010 07:29:26 +0000 (UTC) Received: from interactive.dnsalias.net (ppp-82-135-93-221.dynamic.mnet-online.de [82.135.93.221]) by mrelayeu.kundenserver.de (node=mrbap2) with ESMTP (Nemesis) id 0M51UE-1NRBvR2Gdy-00yV29; Wed, 05 May 2010 09:29:23 +0200 Received: from scalix.interactive.de ([fd08:e8a3:4825:0:20c:29ff:feaa:3622]) by interactive.dnsalias.net with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1O9Z2o-000E5G-Rf; Wed, 05 May 2010 09:29:22 +0200 Received: from scalix.interactive.de (localhost.localdomain [127.0.0.1]) by scalix.interactive.de (8.13.8/8.13.8) with ESMTP id o457TLj7008778; Wed, 5 May 2010 09:29:22 +0200 Received: from [127.0.0.1] (Core2Duo.interactive.de [192.168.0.196]) by scalix.interactive.de (Scalix SMTP Relay 11.4.5.13150) via ESMTP; Wed, 05 May 2010 09:29:21 +0200 (CEST) Date: Wed, 5 May 2010 09:29:18 +0200 From: Reinhard Haller To: Julian Elischer Message-ID: <4BE11E4E.5000604@interactive-net.de> In-Reply-To: <4BE06A36.9080208@elischer.org> References: <4BBFD502.1010507@elischer.org> References: <4BDFDA35.9010608@interactive-net.de> References: <4BE06A36.9080208@elischer.org> x-scalix-Hops: 1 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Disposition: inline X-ACL-rcpt: julian@elischer.org X-ACL-rcpt: freebsd-current@freebsd.org X-ACL-Send: reinhard.haller@interactive-net.de X-Provags-ID: V01U2FsdGVkX1/jzp/+gn3/NQW6QvLUH5UqeZA61ZWqkvvXV2U zF9NTQTVNbgj8XSBP/5T1P+MIu0oF7KGnjsRqaFpzCYzGJJ1E2 tp9teCfCeki/vtA/WNS51voh942xyrCtv1e0mtdj+cZ1a8q7EV R7A== Cc: freebsd-current@freebsd.org Subject: Re: ports and PBIs 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, 05 May 2010 07:29:27 -0000 Am 04.05.2010 20:40, schrieb Julian Elischer: > >> >> To achieve this goal we get another ports management application and >> hope it handles also the non trivial tasks of the non simple apps. > > there is a PBI helper app. but PBIs are actually executables with the > installation app built in. portupgrade PBIapp should work? > >> >> If the PBIs come with all libraries and resources we get even more >> problems with multiple db installations not less. > > not that's the whole point. The app has it's own linraries HIDDEN > within itself. > it can not interfere with other apps. > (except in a port-number manner) but generally > apps for which PBIs are good do not do that sort of thing. Speaking about db installations we end up (worst case) with imcompatible files. From owner-freebsd-current@FreeBSD.ORG Wed May 5 07:39:30 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 674101065670 for ; Wed, 5 May 2010 07:39:30 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 375688FC1B for ; Wed, 5 May 2010 07:39:29 +0000 (UTC) Received: by pvc30 with SMTP id 30so726936pvc.13 for ; Wed, 05 May 2010 00:39:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=Ji+9vaotiuYSN8Lxh1l/yf/WEDRN1EPA82TquxQdIWk=; b=uPqDhFIX+hs5i7h9UKPLawJ/tmtQfcgq97nG1sPuBuZaXP56Zyih3HbquCUWsHVT2J Z5SvvXYwgLVbSvOVDg3giThR2awEw170xm5tb1vEl9Lf/yR7xg0PYhVAgM1gBlPokJot 0sWMzduo6qUDA4YTDdNnzvgf5cYkMaRtmeapc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=NkdRfqA6OikMgFSGVsEma5+BfVotpcsapAYoCUlDGPSkjIplsfLUgn0hCT7BrNcQrY ybjbwvNmi14Jo8BW0o0hSEMc/qI6G1AewkAcfui87lDaDSCOSDZyDebWQQum6YI+PdAG 65tmHSmV3BAQXZtmKR2S0Qhr+FsYc46DtGoVg= Received: by 10.114.188.4 with SMTP id l4mr7702483waf.19.1273045166399; Wed, 05 May 2010 00:39:26 -0700 (PDT) Received: from [192.168.0.203] (deviant.freebsdgirl.com [173.8.183.73]) by mx.google.com with ESMTPS id c22sm33251467wam.6.2010.05.05.00.39.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 05 May 2010 00:39:25 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Garrett Cooper In-Reply-To: <4BE11E4E.5000604@interactive-net.de> Date: Wed, 5 May 2010 00:39:26 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <3F2B5DDD-23EC-4150-91F2-90D0A728DB54@gmail.com> References: <4BBFD502.1010507@elischer.org> <4BE11E4E.5000604@interactive-net.de> To: Reinhard Haller X-Mailer: Apple Mail (2.1078) Cc: freebsd-current@freebsd.org, Julian Elischer Subject: Re: ports and PBIs 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, 05 May 2010 07:39:30 -0000 On May 5, 2010, at 12:29 AM, Reinhard Haller wrote: > Am 04.05.2010 20:40, schrieb Julian Elischer: >>=20 >>>=20 >>> To achieve this goal we get another ports management application and >>> hope it handles also the non trivial tasks of the non simple apps. >>=20 >> there is a PBI helper app. but PBIs are actually executables with the >> installation app built in. >=20 > portupgrade PBIapp should work? I think it's cowsay, not portupgrade, but yes... using multiple tools = would be required AFAIK, because they work at different abstraction = levels. >>>=20 >>> If the PBIs come with all libraries and resources we get even more >>> problems with multiple db installations not less. >>=20 >> not that's the whole point. The app has it's own linraries HIDDEN >> within itself. >> it can not interfere with other apps. >> (except in a port-number manner) but generally >> apps for which PBIs are good do not do that sort of thing. Well, I'm sure there are other conflicts, but that is most likely the = most prevalent issue. Any kind of resource contention where only one of = any given resource that isn't timeshareable is available would be an = issue, or where other potential issues may be like hardcoded paths, = defaults, etc. > Speaking about db installations we end up (worst case) with = imcompatible > files. Thanks, -Garrett= From owner-freebsd-current@FreeBSD.ORG Wed May 5 09:38:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79BFA106564A for ; Wed, 5 May 2010 09:38:45 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id E5DCA8FC14 for ; Wed, 5 May 2010 09:38:44 +0000 (UTC) Received: by bwz28 with SMTP id 28so2597664bwz.34 for ; Wed, 05 May 2010 02:38:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=xV5nM+9RsgptyjRv+cw78EfodLjR7P7jFfq4Fi/eeos=; b=UFQh7p6YjlEz1KqsxO/hTOBIGRVqN5DboDGuNaRk/RhAozvWS1TEuf9wwfQkeo7ULc 9koDrfhTKArqojTv73rgWY/eQEh426F8bT8w4oGLO4/2MD4TQvrPx23YKmBhZPrZfs7S 02P/VThlgnLvIY6/4dKhAYo4eN0icEH37B5YM= 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=D1EQNZEsZTzU7ZZnRzHSreU8EaYknIHwuEoX70IscFN0ttXJT6uT56MKnnOKyZm8nQ d/zXDr5BJokPEFuKEzhVK+LVgN2iqY/DSgsgRcHCQRwVCJ332KlTCJqM8OzEZGksV1wl u1fu+wfYf3zaqVjlLW1tQpYHNJeWdRWVK/Onk= MIME-Version: 1.0 Received: by 10.204.30.208 with SMTP id v16mr6427955bkc.187.1273051821158; Wed, 05 May 2010 02:30:21 -0700 (PDT) Received: by 10.204.76.73 with HTTP; Wed, 5 May 2010 02:30:21 -0700 (PDT) In-Reply-To: References: Date: Wed, 5 May 2010 11:30:21 +0200 Message-ID: From: David DEMELIER To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: unzip in basesystem. 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, 05 May 2010 09:38:45 -0000 2010/5/5 David DEMELIER : > Hi, > > I noticed that unzip came into basesystem in src/usr.bin/unzip/. To > prevent port installing the ports/archivers/unzip one, I propose to > add this in bsd.port.mk > > .if defined(USE_ZIP) && !exists(/usr/bin/unzip) > EXTRACT_DEPENDS+=3D =A0 =A0 =A0 ${LOCALBASE}/bin/unzip:${PORTSDIR}/archiv= ers/unzip > .endif > > Is that right ? > Sorry I gone too fast, I would add this in bsd.commands.mk too : .if exists(/usr/bin/unzip) UNZIP_CMD=3D/usr/bin/unzip .else UNZIP_CMD?=3D ${LOCALBASE}/bin/unzip .endif --=20 Demelier David From owner-freebsd-current@FreeBSD.ORG Wed May 5 09:49:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E90821065672 for ; Wed, 5 May 2010 09:49:08 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 7C24A8FC20 for ; Wed, 5 May 2010 09:49:08 +0000 (UTC) Received: by bwz27 with SMTP id 27so3135428bwz.13 for ; Wed, 05 May 2010 02:49:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=84KyJyV9GPYBpPuU1YX9wKjsjLacct76MlI+WKrH/m4=; b=BDjq8ytCWpqZZI7Vviwe8IkEzvlSWtRju7yA/SNHD2PCW2hsUCdU+AOTLSkEs18K+G p/C9P2L/hOEQX40EuqSHeZK7m7nJzdnCIkLcy5tT9O9KQNaSu5C6kNq19ueBDUWdWwnu k8HJhh8dQXci5rR6rmtDjmqqw+JWfOh0cLmq4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ffs5F0cv22s3PZz7A3WPCIxm0+FPPvJKAbpk6ptk1tnEgUdZCNglgzYSxs263RaNTW ry+jtlyn2WVsrE1hz9jJGBXgPxtYODK8Q2pr/A0Tzw6HtVotRoRh+J3Tm/IEXGHBsI3J VqIxz7cwtaveHJdhhyv6+Yc+1wOBYl7f0qXI4= MIME-Version: 1.0 Received: by 10.204.140.70 with SMTP id h6mr3263675bku.1.1273051293170; Wed, 05 May 2010 02:21:33 -0700 (PDT) Received: by 10.204.76.73 with HTTP; Wed, 5 May 2010 02:21:33 -0700 (PDT) Date: Wed, 5 May 2010 11:21:33 +0200 Message-ID: From: David DEMELIER To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: unzip in basesystem. 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, 05 May 2010 09:49:09 -0000 Hi, I noticed that unzip came into basesystem in src/usr.bin/unzip/. To prevent port installing the ports/archivers/unzip one, I propose to add this in bsd.port.mk .if defined(USE_ZIP) && !exists(/usr/bin/unzip) EXTRACT_DEPENDS+= ${LOCALBASE}/bin/unzip:${PORTSDIR}/archivers/unzip .endif Is that right ? King regards -- Demelier David From owner-freebsd-current@FreeBSD.ORG Wed May 5 10:25:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AABDA106566C for ; Wed, 5 May 2010 10:25:48 +0000 (UTC) (envelope-from rfarmer@predatorlabs.net) Received: from mail-yx0-f175.google.com (mail-yx0-f175.google.com [209.85.210.175]) by mx1.freebsd.org (Postfix) with ESMTP id 715DD8FC23 for ; Wed, 5 May 2010 10:25:48 +0000 (UTC) Received: by yxe5 with SMTP id 5so1628215yxe.3 for ; Wed, 05 May 2010 03:25:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.31.18 with SMTP id e18mr7450009ybe.218.1273055139964; Wed, 05 May 2010 03:25:39 -0700 (PDT) Received: by 10.151.107.7 with HTTP; Wed, 5 May 2010 03:25:39 -0700 (PDT) X-Originating-IP: [128.95.133.196] In-Reply-To: References: Date: Wed, 5 May 2010 03:25:39 -0700 Message-ID: From: Rob Farmer To: David DEMELIER Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: unzip in basesystem. 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, 05 May 2010 10:25:48 -0000 On Wed, May 5, 2010 at 2:30 AM, David DEMELIER w= rote: > 2010/5/5 David DEMELIER : >> Hi, >> >> I noticed that unzip came into basesystem in src/usr.bin/unzip/. To >> prevent port installing the ports/archivers/unzip one, I propose to >> add this in bsd.port.mk Unfortunately there are some problems with the base system unzip that make it preferable to use the port. From the commit log for bsd.port.mk: 9-CURRENT introduced unzip command to the base system. Unfortunately it = is not fully compatible with the archivers/unzip implementation and non-triv= ial amount of ports fail to build when using it. Thus we will keep using archivers/unzip for unzipping source in Ports Collection until someone volunteer to fix all individual ports. Two most common problems with bas= e unzip are: * extracting files without +x flag (some ports rely to execute unzipped configure scripts, for example) * different semantics of CR/LF conversion Error logs of failed port builds with in-base unzip can be made available= on request to portmgr@. With hat: portmgr --=20 Rob Farmer >> >> .if defined(USE_ZIP) && !exists(/usr/bin/unzip) >> EXTRACT_DEPENDS+=3D =A0 =A0 =A0 ${LOCALBASE}/bin/unzip:${PORTSDIR}/archi= vers/unzip >> .endif >> >> Is that right ? >> > > Sorry I gone too fast, I would add this in bsd.commands.mk too : > > .if exists(/usr/bin/unzip) > UNZIP_CMD=3D/usr/bin/unzip > .else > UNZIP_CMD?=3D =A0 =A0 ${LOCALBASE}/bin/unzip > .endif > > -- > Demelier David > _______________________________________________ > 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 5 12:19:06 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7978C106566C for ; Wed, 5 May 2010 12:19:06 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 0FBE68FC1D for ; Wed, 5 May 2010 12:19:05 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1O9dZ8-00016L-5B for current@freebsd.org; Wed, 05 May 2010 14:19:02 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1O9dYv-0000Y2-1N for current@freebsd.org; Wed, 05 May 2010 14:18:49 +0200 To: current@freebsd.org From: "Ian FREISLICH" X-Attribution: BOFH Date: Wed, 05 May 2010 14:18:49 +0200 Message-Id: Cc: Subject: acpi_hp fails attach at 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, 05 May 2010 12:19:06 -0000 Hi acpi_hp fails attach at boot, but if I load it manually in multi-user it does attach. I think this is because the acpi_hp module tries to attach very early on before acpi_wmi which it depends on has completed its attach: [mini] ~ # grep ^acpi dmesg acpi0: <061909 RSDT0044> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi_hp0: iomem 0xfed13000-0xfed19fff on acpi0 acpi_hp0: Couldn't find acpi_wmi device acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7f700000 (3) failed acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hp0: iomem 0xfed13000-0xfed19fff on acpi0 acpi_hp0: Couldn't find acpi_wmi device acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_button0: on acpi0 acpi_wmi0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 acpi_lid0: on acpi0 acpi_acad0: on acpi0 If I 'kldload acpi_hp' once the system is booted I get: acpi_wmi0: on acpi0 acpi_hp0: on acpi0 acpi_hp0: HP event GUID detected, installing event handler acpi_hp0: HP CMI GUID detected acpi_wmi obviously waits for the right time before it attempts to probe or attach. How can I make acpi_hp do the same? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed May 5 16:19:09 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C1A93106568C for ; Wed, 5 May 2010 16:19:09 +0000 (UTC) (envelope-from yuri.pankov@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 4E0378FC0C for ; Wed, 5 May 2010 16:19:08 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so1464210fge.13 for ; Wed, 05 May 2010 09:19:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:subject:message-id:mime-version:content-type:content-disposition :user-agent; bh=IJaSSMGjABmFz8BDQ279o8Z7+dlAvMOOGas1ANIXWos=; b=qnDT8Xm/AhCKcPm5W59YR/zEGvhDaROVylJnkGFDiAAq60NfsAwX0TnpOIUP0BgANp sh/YM5csCzJFfkHKXO5ki52H/oHigNOMDcvIIaFXDi47MZQX95A0VfxepXcuwh7lmvnC j3fDnS4X6ze0Bwq7w6mBm3wIFo0Gb3NTj6vfE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=Db1bQ7zuLo5pPaeEgiVUT30b4s+ibGx1zJWU+yZi3KpvS9HdMJ2xRaICxuTQw2KBv+ cpUGd2airwTUhUW13svzubjT5R3jJ4NrygEkM8e4bi8eAj5VdXUjT0XrmN4rriZS6dNs 9bX2RBjG4xhhETlLm5Lds0BIi1orN5AMhgxp0= Received: by 10.86.126.4 with SMTP id y4mr14667456fgc.47.1273076345479; Wed, 05 May 2010 09:19:05 -0700 (PDT) Received: from darklight.org.ru ([213.132.76.142]) by mx.google.com with ESMTPS id d6sm149506fga.3.2010.05.05.09.19.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 05 May 2010 09:19:05 -0700 (PDT) Received: from darklight.org.ru (yuri@darklight.org.ru [127.0.0.1]) by darklight.org.ru (8.14.4/8.14.4) with ESMTP id o45GJ2uE013175 for ; Wed, 5 May 2010 20:19:02 +0400 (MSD) (envelope-from yuri@darklight.org.ru) Received: (from yuri@localhost) by darklight.org.ru (8.14.4/8.14.4/Submit) id o45GJ2mM013174 for current@FreeBSD.org; Wed, 5 May 2010 20:19:02 +0400 (MSD) (envelope-from yuri) Date: Wed, 5 May 2010 20:19:02 +0400 From: Yuri Pankov To: current@FreeBSD.org Message-ID: <20100505161902.GB12535@darklight.org.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Recent sys/vm/ changes and nvidia-driver 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, 05 May 2010 16:19:09 -0000 Hi, After recent changes to sys/vm/ by alc@, I'm getting panics as soon as I start xorg-server with nvidia-driver (both 195.22 and 195.36.15): panic: mutex page lock not owned at /home/yuri/src/FreeBSD/head/sys/vm/vm_page.c:1547 (sorry, can't get kernel to dump correctly to provide more info: Cannot access memory at address 0xffffff007ff8ffe0 (kgdb) #0 0x0000000000000000 in ?? () Cannot access memory at address 0x0 ) Commenting out assert on line 1547, sys/vm/vm_page.c gets rid of panic, but even I understand that it isn't correct at all. Could someone please take a look at nvidia-driver kld source for possible fix? TIA, Yuri From owner-freebsd-current@FreeBSD.ORG Wed May 5 17:16:48 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8233106564A for ; Wed, 5 May 2010 17:16:48 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 54BEB8FC16 for ; Wed, 5 May 2010 17:16:47 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E19A79CB08E for ; Wed, 5 May 2010 19:13:59 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id itkYtwApR6X5 for ; Wed, 5 May 2010 19:13:57 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 9DE539CB111 for ; Wed, 5 May 2010 19:13:57 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o45HDvsc009071 for current@freebsd.org; Wed, 5 May 2010 19:13:57 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 5 May 2010 19:13:57 +0200 From: Roman Divacky To: current@freebsd.org Message-ID: <20100505171357.GA6913@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now - STATUS UPDATE 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, 05 May 2010 17:16:48 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable fwiw, it looks like it may make sense to have 2nd round of runtime testing = :) these things were fixed in clangbsd that were reported as problems: 1) static binaries (eg. make) crash 2) kernel sound module miscompilation 3) bootloader problem which prevented clangbsd from booting 4) fix building when CC/CXX were set to cc/c++ 5) kernel printf modifiers semantic checking was implemented 6) i386 default cpu setting fix I know about these problems that are still not fixed 1) i386 is being miscompiled so clang built clang crashes this is being worked on, we have a test case and I believe Dmitry Andric (big kudos to him!) is about to submit a bug report to llvm 2) mergemaster problems - I have a fix but have not commited it yet 3) ruby crashes so, if you have one of the problems I listed as being fixed I'd like you to update clangbsd sources and rebuild the world to make sure that the problem you had was indeed fixed. If it wasn't, please report back to me. New testers are welcome too of course :) I am all ears about new problems as well. Please restrict your testing to amd64 as i386 is broken. You are free to test on ARM too as I am=20 quite sure it works "reasonably well" there but noone tested it. thank you! Roman Divacky On Fri, Apr 16, 2010 at 06:08:18PM +0200, Roman Divacky wrote: > Hi, >=20 > ClangBSD is a branch of FreeBSD that aims at integrating clang (clang.llv= m.org) > into FreeBSD, replacing GCC as a system compiler. >=20 > Recently, we've achieved the state when clang can compile all of FreeBSD = world > on i386/amd64 platforms (including all the C++ apps we have and itself) > and a bootable kernel. Thus we feel that the time has come to ask the Fre= eBSD > community for wider testing on i386/amd64 (you sure can help with other > platforms too :)). >=20 > How to setup ClangBSD: >=20 > The default configuration of ClangBSD requires clang installed so you can > either install fresh llvm-devel port (portinstall devel/llvm-devel) or ch= ange=20 > CC to "gcc" and CXX to "g++" in share/mk/sys.mk. I recommend the former. >=20 >=20 > svn co http://svn.freebsd.org/base/projects/clangbsd/ clangbsd >=20 > cd clangbsd && make buildworld >=20 > echo NO_WERROR=3D >> /etc/make.conf > echo WERROR=3D >> /etc/make.conf >=20 > make DESTDIR=3D/clangbsd-chroot/ installworld >=20 >=20 > now you have ClangBSD world installed and you can chroot into it. I don't > recommend installing ClangBSD into real root as it is not tested enough. >=20 > You can also start using clang compiled kernel - either build the kernel = in > the ClangBSD chroot (set NO_WERROR=3Dyo and WERROR=3Dyo in /etc/src.conf)= or set > CC to clang and build kernel the normal way. >=20 > This information (and more) is also provided on: > =09 > http://wiki.freebsd.org/BuildingFreeBSDWithClang >=20 > We kindly ask you to setup ClangBSD chroot and/or use clang compiled kern= el and=20 > use it as you would normally use FreeBSD. Please report back=20 >=20 > Thank you, >=20 > Roman Divacky on behalf of the ClangBSD team --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkvhp1UACgkQLVEj6D3CBExwiQCfXQ5z76/Z6IiIWF1kmV9MMo69 R5wAn2QR852KOSjGtLFvKJIVpip8jjYt =U7MN -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-current@FreeBSD.ORG Wed May 5 17:51:24 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [69.147.83.40]) by hub.freebsd.org (Postfix) with ESMTP id 52B8D1065673; Wed, 5 May 2010 17:51:24 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Norikatsu Shigemura Date: Wed, 5 May 2010 13:51:10 -0400 User-Agent: KMail/1.6.2 References: <20100505154312.49e7a2cc.nork@FreeBSD.org> In-Reply-To: <20100505154312.49e7a2cc.nork@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201005051351.15012.jkim@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: amdtemp(4) issue 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, 05 May 2010 17:51:24 -0000 On Wednesday 05 May 2010 02:43 am, Norikatsu Shigemura wrote: > Hi jkim. > > I can't get CPU temperature via amdtemp(4). So I researched, but > I can't fix this issue, maybe initialization problem. Please help > me! > > 1st issue in amdtemp_gettemp function: > now: offset += (diode_offset - 11) * 10; is BAD > should fix: offset += (11 - diode_offset) * 10; is OK > According to AMD's BIOS and Kernel Developer's Guid (BKDG) For > AMD Family 10th Processors, Rev 3.48 - April 22, 2010 [*], > P327 - F3xE4 Thermtrip Status Register: > > 01h to 3Fh: correction = +11C - DiodeOffset, or {01h to 3Fh} = > {+10C to -52C}. > > In fact, in my environment, DiodeOffset = 0x18 so 11-0x18=-13C. > > 11 - 0x01 = +10C > 11 - 0x18 = -13C > 11 - 0x3f = -52C > > [*] http://support.amd.com/us/Processor_TechDocs/31116.pdf AMD keeps flipping the sign from core to core. :-( Please see AMDTEMP_FLAG_DO_SIGN for Family 0Fh, for example. In fact, Linux driver (k10temp) does not care about the DiodeOffset at all. Instead, they just say "input" temperature. > 2nd issue, result of AMDTEMP_REPTMP_CTRL in amdtemp_gettemp > function: I got following result: > > May 5 15:06:53 nadesico kernel: amdtemp0: > AMDTEMP_REPTMP_CTRL(temp) = 0xc1880 > > So result (CurTmp: current temperature: 31:21) = 0C. (logic is OK) > > I got following thermal related registers in amdtemp_gettemp > function: May 5 15:06:53 nadesico kernel: amdtemp0: F3x64 Hardware > Thermal Control(HTC) Register = 0x3a4c0005 May 5 15:06:53 nadesico > kernel: amdtemp0: F3x68 Software Thermal Control(STC) Register = > 0x10000000 May 5 15:06:53 nadesico kernel: amdtemp0: F3xA4 > Reported Temperature Control Register = 0x000c1880 May 5 15:06:53 > nadesico kernel: amdtemp0: F3xE4 Thermtrip Status Register > = 0x1cc01830 May 5 15:06:53 nadesico kernel: amdtemp0: F3xE8 > Northbridge Capabilities Register = 0x0207df19 > > But I don't have any idea to fix register's paraemters. Do you > have any idea? Sorry, I don't. You may find Linux k10temp driver (drivers/hwmon/k10temp.c) useful, though. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed May 5 18:56:20 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6960106564A for ; Wed, 5 May 2010 18:56:20 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-qy0-f187.google.com (mail-qy0-f187.google.com [209.85.221.187]) by mx1.freebsd.org (Postfix) with ESMTP id 6F4C08FC1D for ; Wed, 5 May 2010 18:56:20 +0000 (UTC) Received: by qyk17 with SMTP id 17so210075qyk.12 for ; Wed, 05 May 2010 11:56:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to :in-reply-to:references:date:message-id:subject:from:to:cc :content-type; bh=KEQY811hnePlm/lXMbdZRtsieBOIyrnuWhl4u6mDjvI=; b=P4EQxMcTtpAKHhKdd/ZqjIPBdERNKssLmalA6PTr6dYehWL6KPUooOhOHdVreWEvSf /PBUbJTR3jBxjlmbLs4KLNJsjOVMu7cbu/jc5MCrVLKRi+FRsPlLzh0/r4no9g6IJwoF 0eAdNv+DEwCRqsLasH4OKR2w5NFrhjcsSSrnQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=MmEI80plHLHMuEsfXeBEDgMVP93+yMy6bspb8OU8tp3/1ZJwz+brOKbtNjcEdz1Wsu 0n7JMpcPTze+n4pGyuWCP7QcMsndHmxVUMtUsE3YpjrSmzRvNaArHXOxmI+oznLAGxeN 5iPZ19KyYHxWT4qcI47Aj0RkwRqIaWd3zdzus= MIME-Version: 1.0 Received: by 10.224.86.129 with SMTP id s1mr6012258qal.197.1273085770434; Wed, 05 May 2010 11:56:10 -0700 (PDT) Received: by 10.229.26.18 with HTTP; Wed, 5 May 2010 11:56:09 -0700 (PDT) In-Reply-To: <20100505161902.GB12535@darklight.org.ru> References: <20100505161902.GB12535@darklight.org.ru> Date: Wed, 5 May 2010 13:56:09 -0500 Message-ID: From: Alan Cox To: Yuri Pankov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: Recent sys/vm/ changes and nvidia-driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@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, 05 May 2010 18:56:20 -0000 On Wed, May 5, 2010 at 11:19 AM, Yuri Pankov wrote: > Hi, > > After recent changes to sys/vm/ by alc@, I'm getting panics as soon as I > start xorg-server with nvidia-driver (both 195.22 and 195.36.15): > > panic: mutex page lock not owned at > /home/yuri/src/FreeBSD/head/sys/vm/vm_page.c:1547 > > (sorry, can't get kernel to dump correctly to provide more info: > Cannot access memory at address 0xffffff007ff8ffe0 > (kgdb) #0 0x0000000000000000 in ?? () > Cannot access memory at address 0x0 > ) > > Commenting out assert on line 1547, sys/vm/vm_page.c gets rid of panic, > but even I understand that it isn't correct at all. > > Could someone please take a look at nvidia-driver kld source for > possible fix? > > I'm afraid that I would advise waiting a few days. This round of changes are not yet complete. Alan From owner-freebsd-current@FreeBSD.ORG Wed May 5 19:10:09 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [69.147.83.40]) by hub.freebsd.org (Postfix) with ESMTP id 8D3DC106567B; Wed, 5 May 2010 19:10:08 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Norikatsu Shigemura Date: Wed, 5 May 2010 15:09:58 -0400 User-Agent: KMail/1.6.2 References: <20100505154312.49e7a2cc.nork@FreeBSD.org> <201005051351.15012.jkim@FreeBSD.org> In-Reply-To: <201005051351.15012.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201005051510.00470.jkim@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: amdtemp(4) issue 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, 05 May 2010 19:10:09 -0000 On Wednesday 05 May 2010 01:51 pm, Jung-uk Kim wrote: > On Wednesday 05 May 2010 02:43 am, Norikatsu Shigemura wrote: > > Hi jkim. > > > > I can't get CPU temperature via amdtemp(4). So I researched, > > but I can't fix this issue, maybe initialization problem. Please > > help me! > > > > 1st issue in amdtemp_gettemp function: > > now: offset += (diode_offset - 11) * 10; is BAD > > should fix: offset += (11 - diode_offset) * 10; is OK > > According to AMD's BIOS and Kernel Developer's Guid (BKDG) For > > AMD Family 10th Processors, Rev 3.48 - April 22, 2010 [*], > > P327 - F3xE4 Thermtrip Status Register: > > > > 01h to 3Fh: correction = +11C - DiodeOffset, or {01h to 3Fh} = > > {+10C to -52C}. > > > > In fact, in my environment, DiodeOffset = 0x18 so 11-0x18=-13C. > > > > 11 - 0x01 = +10C > > 11 - 0x18 = -13C > > 11 - 0x3f = -52C > > > > [*] http://support.amd.com/us/Processor_TechDocs/31116.pdf > > AMD keeps flipping the sign from core to core. :-( Please see > AMDTEMP_FLAG_DO_SIGN for Family 0Fh, for example. In fact, Linux > driver (k10temp) does not care about the DiodeOffset at all. > Instead, they just say "input" temperature. > > > 2nd issue, result of AMDTEMP_REPTMP_CTRL in amdtemp_gettemp > > function: I got following result: > > > > May 5 15:06:53 nadesico kernel: amdtemp0: > > AMDTEMP_REPTMP_CTRL(temp) = 0xc1880 > > > > So result (CurTmp: current temperature: 31:21) = 0C. (logic is > > OK) > > > > I got following thermal related registers in amdtemp_gettemp > > function: May 5 15:06:53 nadesico kernel: amdtemp0: F3x64 > > Hardware Thermal Control(HTC) Register = 0x3a4c0005 May 5 > > 15:06:53 nadesico kernel: amdtemp0: F3x68 Software Thermal > > Control(STC) Register = 0x10000000 May 5 15:06:53 nadesico > > kernel: amdtemp0: F3xA4 Reported Temperature Control Register = > > 0x000c1880 May 5 15:06:53 nadesico kernel: amdtemp0: F3xE4 > > Thermtrip Status Register = 0x1cc01830 May 5 15:06:53 nadesico > > kernel: amdtemp0: F3xE8 Northbridge Capabilities Register = > > 0x0207df19 > > > > But I don't have any idea to fix register's paraemters. Do you > > have any idea? > > Sorry, I don't. You may find Linux k10temp driver > (drivers/hwmon/k10temp.c) useful, though. Actually more useful reference code for us would be kate(4)/km(4) from OpenBSD and amdtemp(4) from NetBSD: http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/pci/kate.c http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/pci/km.c http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/arch/x86/pci/amdtemp.c Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed May 5 20:02:50 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EEE061065672 for ; Wed, 5 May 2010 20:02:50 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id 8034E8FC12 for ; Wed, 5 May 2010 20:02:50 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=HEYnYNVUCg4A:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=XTPFQpq4uSxWO427_uMA:9 a=zFz2b8c-BDDH34DmGSHo48-Vq-0A:4 a=wPNLvfGTeEIA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1404472289; Wed, 05 May 2010 22:02:48 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 5 May 2010 22:00:02 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <660085.11669.qm@web51802.mail.re2.yahoo.com> <4BE02FE7.2030207@gmail.com> In-Reply-To: <4BE02FE7.2030207@gmail.com> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201005052200.02410.hselasky@c2i.net> Cc: Ganbold Tsagaankhuu , PseudoCylon , Ganbold Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless 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, 05 May 2010 20:02:51 -0000 Hi, Can you check if I've integrated correctly? http://p4web.freebsd.org/@@177777?ac=10 Who is taking this code into -current? --HPS From owner-freebsd-current@FreeBSD.ORG Wed May 5 22:54:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 928A71065674 for ; Wed, 5 May 2010 22:54:15 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-qy0-f201.google.com (mail-qy0-f201.google.com [209.85.221.201]) by mx1.freebsd.org (Postfix) with ESMTP id 548C68FC1D for ; Wed, 5 May 2010 22:54:14 +0000 (UTC) Received: by qyk39 with SMTP id 39so8670517qyk.8 for ; Wed, 05 May 2010 15:54:10 -0700 (PDT) Received: by 10.224.36.148 with SMTP id t20mr721251qad.229.1273100049988; Wed, 05 May 2010 15:54:09 -0700 (PDT) Received: from [10.0.1.198] (udp022762uds.hawaiiantel.net [72.234.79.107]) by mx.google.com with ESMTPS id bv23sm237909qcb.1.2010.05.05.15.54.07 (version=SSLv3 cipher=RC4-MD5); Wed, 05 May 2010 15:54:08 -0700 (PDT) Date: Wed, 5 May 2010 12:54:07 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Fabien Thomas In-Reply-To: Message-ID: References: <4BDF2A4D.3030706@gmail.com> 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@freebsd.org, Mark Atkinson Subject: Re: SUJ deadlock 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, 05 May 2010 22:54:15 -0000 On Mon, 3 May 2010, Fabien Thomas wrote: >>> Hi Jeff, >>> >>> I'm with r207548 now and since some days i've system deadlock. >>> It seems related to SUJ with process waiting on suspfs or ppwait. >> >> I've also seen it stalled in suspfs, but this information is way better >> than what I was able to garner. I was only able to tell via ctrl-t on >> a stalled 'ls' process in a terminal before hard booting. >> >> Right now it occurs everytime I attempt to do the portmaster -a upgrade >> of X/KDE on this system. > > I've spotted this during multiple portupgrade -aR :) Can anyone who has experienced this hang test this patch: Thanks, Jeff Index: ffs_softdep.c =================================================================== --- ffs_softdep.c (revision 207480) +++ ffs_softdep.c (working copy) @@ -9301,7 +9301,7 @@ hadchanges = 1; } /* Leave this inodeblock dirty until it's in the list. */ - if ((inodedep->id_state & (UNLINKED | DEPCOMPLETE)) == UNLINKED) + if ((inodedep->id_state & (UNLINKED | UNLINKONLIST)) == UNLINKED) hadchanges = 1; /* * If we had to rollback the inode allocation because of > > Fabien > _______________________________________________ > 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 Thu May 6 04:27:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CF65106564A; Thu, 6 May 2010 04:27:36 +0000 (UTC) (envelope-from fluffy@freebsd.org) Received: from ns.ael.RU (ns.ael.ru [62.76.207.226]) by mx1.freebsd.org (Postfix) with ESMTP id 47DA68FC19; Thu, 6 May 2010 04:27:34 +0000 (UTC) Received: from Fluffy.Khv.RU (dhcp-14.local.ael [192.168.100.14]) by ns.ael.RU (8.14.3/8.14.3/Fluffy/5.3) with ESMTP id o464RUtB036634; Thu, 6 May 2010 15:27:30 +1100 (VLAST) (envelope-from fluffy@freebsd.org) Received: from Fluffy.Khv.RU (fluffy@localhost [127.0.0.1]) by Fluffy.Khv.RU (8.14.4/8.14.4/Fluffy/5.4.1) with ESMTP id o464RAMl037400; Thu, 6 May 2010 15:27:10 +1100 (VLAST) (envelope-from fluffy@freebsd.org) Received: (from fluffy@localhost) by Fluffy.Khv.RU (8.14.4/8.14.4/Submit) id o464RALj037399; Thu, 6 May 2010 15:27:10 +1100 (VLAST) (envelope-from fluffy@freebsd.org) From: Dima Panov Organization: The FreeBSD Project To: freebsd-current@freebsd.org Date: Thu, 6 May 2010 15:27:08 +1100 User-Agent: KMail/1.13.3 (FreeBSD/9.0-900011-CURRENT; KDE/4.4.3; amd64; ; ) References: <20100505171357.GA6913@freebsd.org> In-Reply-To: <20100505171357.GA6913@freebsd.org> X-Face: "RE-2'yS-N:*/7DHOjQ%Az<.+SG>K7B'k(&; qb0K4]Hv>J}"l9,=:m2_]-3S/}`b\]yA-g !y3en*Zl(i-86iM?Q[w@!=rW&JdT>KHW@dri>+qMcy42O, 5#izEqa-K+=B<@A X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (ns.ael.RU [192.168.1.1]); Thu, 06 May 2010 15:27:30 +1100 (VLAST) X-Spam-Status: No, score=-104.4 required=3.0 tests=ALL_TRUSTED,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ns.ael.RU Cc: Roman Divacky , current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now - STATUS UPDATE 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, 06 May 2010 04:27:36 -0000 On Thursday 06 May 2010 04:13:57 Roman Divacky wrote: > fwiw, it looks like it may make sense to have 2nd round of runtime testing > :) > > these things were fixed in clangbsd that were reported as problems: > > 1) static binaries (eg. make) crash > > 2) kernel sound module miscompilation > > 3) bootloader problem which prevented clangbsd from booting > > 4) fix building when CC/CXX were set to cc/c++ > > 5) kernel printf modifiers semantic checking was implemented > > 6) i386 default cpu setting fix > > I know about these problems that are still not fixed > > 1) i386 is being miscompiled so clang built clang crashes > > this is being worked on, we have a test case and I believe > Dmitry Andric (big kudos to him!) is about to submit a bug > report to llvm > > 2) mergemaster problems - I have a fix but have not commited it yet > > 3) ruby crashes > > so, if you have one of the problems I listed as being fixed I'd like you > to update clangbsd sources and rebuild the world to make sure that the > problem you had was indeed fixed. If it wasn't, please report back to me. > New testers are welcome too of course :) > > I am all ears about new problems as well. Please restrict your testing > to amd64 as i386 is broken. You are free to test on ARM too as I am > quite sure it works "reasonably well" there but noone tested it. > > thank you! > > Roman Divacky > Building in chroot (based on previous svn tree from CFT was firstly announced) ===> usr.bin/clang/lib/libllvmpowerpccodegen (all) clang++ -O2 -pipe - I/usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../../../contrib/llvm/include - I/usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../../../contrib/llvm/tools/clang/include - I/usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../../../contrib/llvm/lib/Target/PowerPC -I. -I/usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../include -DLLVM_ON_UNIX - DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-rtti - DLLVM_HOSTTRIPLE=\"amd64-undermydesk-freebsd9.0\" - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp clang++ -O2 -pipe - I/usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../../../contrib/llvm/include - I/usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../../../contrib/llvm/tools/clang/include - I/usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../../../contrib/llvm/lib/Target/PowerPC -I. -I/usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../include -DLLVM_ON_UNIX - DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-rtti - DLLVM_HOSTTRIPLE=\"amd64-undermydesk-freebsd9.0\" - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp In file included from /usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp:252: In file included from /usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../include/PPCGenCodeEmitter.inc:2: ./PPCGenCodeEmitter.inc.h:1560:5: error: use of undeclared identifier 'llvm_report_error' llvm_report_error(Msg.str()); ^ 1 diagnostic generated. *** Error code 1 Stop in /usr/src/usr.bin/clang/lib/libllvmpowerpccodegen. *** Error code 1 $[/a/FreeBSD/src-clang] Updated to revision 207691. -- Dima "Red Fox" Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29 KDE@FreeBSD Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995 Twitter.com:fluffy_khv | Skype: dima.panov | Jabber.org/GTalk/QIP.ru:fluffy.khv From owner-freebsd-current@FreeBSD.ORG Thu May 6 04:27:36 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CF65106564A; Thu, 6 May 2010 04:27:36 +0000 (UTC) (envelope-from fluffy@freebsd.org) Received: from ns.ael.RU (ns.ael.ru [62.76.207.226]) by mx1.freebsd.org (Postfix) with ESMTP id 47DA68FC19; Thu, 6 May 2010 04:27:34 +0000 (UTC) Received: from Fluffy.Khv.RU (dhcp-14.local.ael [192.168.100.14]) by ns.ael.RU (8.14.3/8.14.3/Fluffy/5.3) with ESMTP id o464RUtB036634; Thu, 6 May 2010 15:27:30 +1100 (VLAST) (envelope-from fluffy@freebsd.org) Received: from Fluffy.Khv.RU (fluffy@localhost [127.0.0.1]) by Fluffy.Khv.RU (8.14.4/8.14.4/Fluffy/5.4.1) with ESMTP id o464RAMl037400; Thu, 6 May 2010 15:27:10 +1100 (VLAST) (envelope-from fluffy@freebsd.org) Received: (from fluffy@localhost) by Fluffy.Khv.RU (8.14.4/8.14.4/Submit) id o464RALj037399; Thu, 6 May 2010 15:27:10 +1100 (VLAST) (envelope-from fluffy@freebsd.org) From: Dima Panov Organization: The FreeBSD Project To: freebsd-current@freebsd.org Date: Thu, 6 May 2010 15:27:08 +1100 User-Agent: KMail/1.13.3 (FreeBSD/9.0-900011-CURRENT; KDE/4.4.3; amd64; ; ) References: <20100505171357.GA6913@freebsd.org> In-Reply-To: <20100505171357.GA6913@freebsd.org> X-Face: "RE-2'yS-N:*/7DHOjQ%Az<.+SG>K7B'k(&; qb0K4]Hv>J}"l9,=:m2_]-3S/}`b\]yA-g !y3en*Zl(i-86iM?Q[w@!=rW&JdT>KHW@dri>+qMcy42O, 5#izEqa-K+=B<@A X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (ns.ael.RU [192.168.1.1]); Thu, 06 May 2010 15:27:30 +1100 (VLAST) X-Spam-Status: No, score=-104.4 required=3.0 tests=ALL_TRUSTED,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ns.ael.RU Cc: Roman Divacky , current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now - STATUS UPDATE 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, 06 May 2010 04:27:36 -0000 On Thursday 06 May 2010 04:13:57 Roman Divacky wrote: > fwiw, it looks like it may make sense to have 2nd round of runtime testing > :) > > these things were fixed in clangbsd that were reported as problems: > > 1) static binaries (eg. make) crash > > 2) kernel sound module miscompilation > > 3) bootloader problem which prevented clangbsd from booting > > 4) fix building when CC/CXX were set to cc/c++ > > 5) kernel printf modifiers semantic checking was implemented > > 6) i386 default cpu setting fix > > I know about these problems that are still not fixed > > 1) i386 is being miscompiled so clang built clang crashes > > this is being worked on, we have a test case and I believe > Dmitry Andric (big kudos to him!) is about to submit a bug > report to llvm > > 2) mergemaster problems - I have a fix but have not commited it yet > > 3) ruby crashes > > so, if you have one of the problems I listed as being fixed I'd like you > to update clangbsd sources and rebuild the world to make sure that the > problem you had was indeed fixed. If it wasn't, please report back to me. > New testers are welcome too of course :) > > I am all ears about new problems as well. Please restrict your testing > to amd64 as i386 is broken. You are free to test on ARM too as I am > quite sure it works "reasonably well" there but noone tested it. > > thank you! > > Roman Divacky > Building in chroot (based on previous svn tree from CFT was firstly announced) ===> usr.bin/clang/lib/libllvmpowerpccodegen (all) clang++ -O2 -pipe - I/usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../../../contrib/llvm/include - I/usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../../../contrib/llvm/tools/clang/include - I/usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../../../contrib/llvm/lib/Target/PowerPC -I. -I/usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../include -DLLVM_ON_UNIX - DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-rtti - DLLVM_HOSTTRIPLE=\"amd64-undermydesk-freebsd9.0\" - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp clang++ -O2 -pipe - I/usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../../../contrib/llvm/include - I/usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../../../contrib/llvm/tools/clang/include - I/usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../../../contrib/llvm/lib/Target/PowerPC -I. -I/usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../include -DLLVM_ON_UNIX - DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-rtti - DLLVM_HOSTTRIPLE=\"amd64-undermydesk-freebsd9.0\" - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp In file included from /usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp:252: In file included from /usr/src/usr.bin/clang/lib/libllvmpowerpccodegen/../../include/PPCGenCodeEmitter.inc:2: ./PPCGenCodeEmitter.inc.h:1560:5: error: use of undeclared identifier 'llvm_report_error' llvm_report_error(Msg.str()); ^ 1 diagnostic generated. *** Error code 1 Stop in /usr/src/usr.bin/clang/lib/libllvmpowerpccodegen. *** Error code 1 $[/a/FreeBSD/src-clang] Updated to revision 207691. -- Dima "Red Fox" Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29 KDE@FreeBSD Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995 Twitter.com:fluffy_khv | Skype: dima.panov | Jabber.org/GTalk/QIP.ru:fluffy.khv From owner-freebsd-current@FreeBSD.ORG Thu May 6 04:32:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D522E106566C for ; Thu, 6 May 2010 04:32:35 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from hosting.nash.net.ua (hosting.nash.net.ua [193.151.252.10]) by mx1.freebsd.org (Postfix) with SMTP id D14CA8FC08 for ; Thu, 6 May 2010 04:32:34 +0000 (UTC) Received: (qmail 3239 invoked by uid 509); 6 May 2010 04:32:32 -0000 Received: from ravenloft.kiev.ua (94.244.131.95) by hosting.nash.net.ua with SMTP; 6 May 2010 04:32:32 -0000 Date: Thu, 6 May 2010 07:32:01 +0300 From: Alex Kozlov To: Rob Farmer , freebsd-current@freebsd.org, spam@rm-rf.kiev.ua Message-ID: <20100506043201.GA75732@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline Cc: Subject: Re: unzip in basesystem 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, 06 May 2010 04:32:36 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, May 05, 2010 at 03:25:39AM -0700, Rob Farmer wrote: > Unfortunately there are some problems with the base system unzip that > make it preferable to use the port. From the commit log for > bsd.port.mk: > > 9-CURRENT introduced unzip command to the base system. Unfortunately it is > not fully compatible with the archivers/unzip implementation and non-trivial > amount of ports fail to build when using it. Thus we will keep using > archivers/unzip for unzipping source in Ports Collection until someone > volunteer to fix all individual ports. Two most common problems with base > unzip are: > * extracting files without +x flag (some ports rely to execute unzipped > configure scripts, for example) > * different semantics of CR/LF conversion Some time ago I made a patch that fixes this problem. Also about 100 ports have explicit dependency on archivers/unzip. > Error logs of failed port builds with in-base unzip can be made available on > request to portmgr@. Please send it to From address. -- Adios --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="patch.txt" Index: games/darkplaces/Makefile @@ -18,6 +18,7 @@ USE_ZIP= yes USE_GMAKE= yes USE_XORG= xxf86dga xpm +USE_DOS2UNIX= darkplaces.txt MAKE_ENV= DP_FS_BASEDIR="${Q1DIR}" WRKSRC= ${WRKDIR}/${PORTNAME} @@ -68,8 +69,8 @@ .endif post-extract: - @${UNZIP_CMD} -aq \ - -o ${WRKDIR}/${PORTNAME}enginesource${PORTVERSION}.zip \ + @${UNZIP_CMD} ${EXTRACT_BEFORE_ARGS} \ + ${WRKDIR}/${PORTNAME}enginesource${PORTVERSION}.zip \ -d ${WRKDIR} do-install: @@ -80,7 +81,7 @@ @${TOUCH} ${DATADIR}/dummy .if !defined(NOPORTDOCS) ${MKDIR} ${DOCSDIR} - ${INSTALL_DATA} ${WRKDIR}/darkplaces.txt ${DOCSDIR} + ${INSTALL_DATA} ${WRKSRC}/darkplaces.txt ${DOCSDIR} .endif .include Index: games/quake2-ctf/Makefile @@ -20,6 +20,7 @@ COMMENT= Quake II CTF (Capture The Flag) modification USE_ZIP= yes +USE_DOS2UNIX= ../../../ctf/readme.txt ../../../ctf/server.cfg WRKSRC= ${WRKDIR}/${CTF_SRC:S/.tar.gz//}/src/ctf LATEST_LINK= ${PKGNAMEPREFIX}${PORTNAME} @@ -36,7 +37,7 @@ @${MKDIR} ${WRKDIR} @${TAR} zxf ${DISTDIR}/${DIST_SUBDIR}/${CTF_SRC} -C ${WRKDIR} \ --include "${CTF_SRC:S/.tar.gz//}/src/ctf/*" - @${UNZIP_CMD} -aq -d ${WRKDIR}/ctf \ + @${UNZIP_CMD} ${EXTRACT_BEFORE_ARGS} -d ${WRKDIR}/ctf \ ${DISTDIR}/${DIST_SUBDIR}/${CTF_DATA} -x *.dll *.ico post-extract: Index: games/quake2-data/Makefile @@ -19,6 +19,7 @@ MAINTAINER= alepulver@FreeBSD.org COMMENT= Quake II data files +#XXX need info-unzip for q2-314-demo-x86.exe USE_ZIP= yes NO_WRKSUBDIR= yes Index: games/xevil/Makefile @@ -17,6 +17,7 @@ USE_ZIP= yes USE_XORG= xpm +USE_DOS2UNIX= makefile config.mk cmn/makefile cmn/*.cpp cmn/*.h x11/makefile x11/*.cpp MAKEFILE= makefile ALL_TARGET= freebsd MAKE_JOBS_UNSAFE= yes @@ -32,7 +33,7 @@ @${MKDIR} ${WRKDIR}/${DISTNAME} do-extract: - @unzip -aqo ${DISTDIR}/${DISTFILES} -d ${WRKSRC} + @${UNZIP_CMD} ${EXTRACT_BEFORE_ARGS} ${DISTDIR}/${DISTFILES} -d ${WRKSRC} do-install: ${INSTALL_PROGRAM} ${WRKSRC}/x11/FREEBSD/xevil ${PREFIX}/bin/xevil Index: graphics/fli2gif/Makefile @@ -12,17 +12,16 @@ MASTER_SITES= http://jeff.bovine.net/download/fli2gif/ DISTNAME= ${PORTNAME}b -MAINTAINER= ports@FreeBSD.org +MAINTAINER= spam@rm-rf.kiev.ua COMMENT= Automatic Flic to animated GIF convertor NO_WRKSUBDIR= yes USE_ZIP= yes +USE_DOS2UNIX= fli2gif.cpp FLI2GIF.TXT post-extract: - @cd ${WRKSRC} && unzip -q -aa source.zip \ - && ${LN} -sf GIF.CPP gif.cpp \ - && ${LN} -sf FLIPLAY.CPP fliplay.cpp + @cd ${WRKSRC} && ${UNZIP_CMD} -qL source.zip do-build: @cd ${WRKSRC} && ${CXX} ${CXXFLAGS} -o ${PORTNAME} *.cpp @@ -31,7 +30,7 @@ ${INSTALL_PROGRAM} ${WRKSRC}/fli2gif ${PREFIX}/bin .if !defined(NOPORTDOCS) @${MKDIR} ${DOCSDIR} - ${INSTALL_DATA} ${WRKSRC}/*.TXT ${DOCSDIR} + ${INSTALL_DATA} ${WRKSRC}/FLI2GIF.TXT ${DOCSDIR} .endif .include Index: graphics/fli2gif/files/patch-ab @@ -1,40 +0,0 @@ ---- fli2gif.cpp.orig Fri Sep 6 00:10:14 1996 -+++ fli2gif.cpp Fri Nov 1 06:18:18 2002 -@@ -43,7 +43,9 @@ - // ****************** - #include - #include --#include -+#ifndef __STDC__ -+# include -+#endif - #include - #if defined(__TURBOC__) || defined(_MSC_VER) - #include -@@ -95,7 +97,7 @@ - //############################################################################ - //############################################################################ - //############################################################################ --void main(int argc, char *argv[]) -+int main(int argc, char *argv[]) - { - FILE *fp; - int i, j; -@@ -104,7 +106,7 @@ - // []----------------[] - // | Initialization | - // []----------------[] -- printf("FLI2GIF.EXE -- Automatic Flic to Animated GIF convertor, v1.1\n"); -+ printf("FLI2GIF -- Automatic Flic to Animated GIF convertor, v1.1\n"); - printf(" by JL Enterprises, 1996. (Compiled with " - #if defined(__TURBOC__) - "Borland" -@@ -117,6 +119,8 @@ - " for Windows" - #elif defined(__MSDOS__) || defined(_DOS) - " for MS-DOS" -+ #elif defined(__FreeBSD__) -+ " for FreeBSD" - #endif - ")\n\n"); - { Index: graphics/fli2gif/files/patch-fli2gif.c @@ -0,0 +1,57 @@ +Index: fli2gif.cpp +@@ -43,7 +43,9 @@ + // ****************** + #include + #include +-#include ++#ifndef __STDC__ ++# include ++#endif + #include + #if defined(__TURBOC__) || defined(_MSC_VER) + #include +@@ -81,7 +83,7 @@ + // *** Function prototypes *** + // ***************************** + void handle_error(int errorcode); +-char *add_extension(char *filename, char *extension, BOOL enforce); ++char *add_extension(char *filename, const char *extension, BOOL enforce); + + + // ************************** +@@ -95,7 +97,7 @@ + //############################################################################ + //############################################################################ + //############################################################################ +-void main(int argc, char *argv[]) ++int main(int argc, char *argv[]) + { + FILE *fp; + int i, j; +@@ -104,7 +106,7 @@ + // []----------------[] + // | Initialization | + // []----------------[] +- printf("FLI2GIF.EXE -- Automatic Flic to Animated GIF convertor, v1.1\n"); ++ printf("FLI2GIF -- Automatic Flic to Animated GIF convertor, v1.1\n"); + printf(" by JL Enterprises, 1996. (Compiled with " + #if defined(__TURBOC__) + "Borland" +@@ -117,6 +119,8 @@ + " for Windows" + #elif defined(__MSDOS__) || defined(_DOS) + " for MS-DOS" ++ #elif defined(__FreeBSD__) ++ " for FreeBSD" + #endif + ")\n\n"); + { +@@ -389,7 +393,7 @@ + // Takes a user-entered filename and adds the specified extension if an + // entension is not explicitly stated in the passed filename. A pointer + // to a static buffer is returned. +-char *add_extension(char *filename, char *extension, BOOL enforce) ++char *add_extension(char *filename, const char *extension, BOOL enforce) + { + static char Path[_MAX_PATH]; + Index: misc/astrolog/Makefile @@ -22,6 +22,7 @@ COMMENT= An astrology program for X11 and alpha-numeric terminals USE_ZIP= yes +USE_DOS2UNIX= ephem/EPHINDEX.TXT .if !defined(WITHOUT_X11) USE_XORG= x11 MAKE_ARGS= -DX11 @@ -35,7 +36,7 @@ post-extract: -@${MKDIR} ${WRKDIR}/ephem - ${UNZIP_CMD} -qao ${_DISTDIR}/${EPHEM} -d ${WRKDIR}/ephem + ${UNZIP_CMD} ${EXTRACT_BEFORE_ARGS} ${_DISTDIR}/${EPHEM} -d ${WRKDIR}/ephem post-patch: @${REINPLACE_CMD} -e "s@malloc.h@stdlib.h@g" \ Index: misc/projectionlib/Makefile @@ -16,11 +16,10 @@ LIB_DEPENDS= gctpc.1:${PORTSDIR}/misc/gctpc -EXTRACT_CMD= unzip -a - WRKSRC= ${WRKDIR}/dlgv32/ProjectionLib USE_ZIP= yes +USE_DOS2UNIX= *.cpp *.h USE_LDCONFIG= yes MAKEFILE= ${FILESDIR}/Makefile Index: print/acrobatviewer/Makefile @@ -16,6 +16,7 @@ MAINTAINER= ports@FreeBSD.org COMMENT= Viewer for the PDF files written in Java(TM) +#XXX need info-unzip for archive.zip USE_ZIP= yes USE_JAVA= yes JAVA_VERSION= 1.3+ Index: sysutils/megarc/Makefile @@ -15,6 +15,7 @@ COMMENT= LSI Logic's MegaRAID controlling software USE_ZIP= yes +USE_DOS2UNIX= Release\ History.txt NO_BUILD= yes NO_WRKSUBDIR= yes @@ -25,7 +26,7 @@ PORTDOCS= * post-extract: - @cd ${WRKSRC} && ${UNZIP_CMD} -aqo 'MegaRC 1.04.zip' + @cd ${WRKSRC} && ${UNZIP_CMD} ${EXTRACT_BEFORE_ARGS} 'MegaRC 1.04.zip' do-install: ${INSTALL_PROGRAM} ${WRKSRC}/megarc ${PREFIX}/sbin Index: textproc/docbook-420/Makefile @@ -20,7 +20,6 @@ RUN_DEPENDS= ${ISOCAT}:${PORTSDIR}/textproc/iso8879 \ ${XMLCATMGR}:${PORTSDIR}/textproc/xmlcatmgr -BUILD_DEPENDS= unzip:${PORTSDIR}/archivers/unzip USE_ZIP= yes NO_MTREE= yes NO_BUILD= yes @@ -41,7 +40,7 @@ @[ -d ${INSTDIR}/${PORTVERSION} ] || ${MKDIR} ${INSTDIR}/${PORTVERSION} do-install: - @unzip -a -q -o ${DISTDIR}/${DISTFILES} -d ${INSTDIR}/${PORTVERSION} + @${UNZIP_CMD} ${EXTRACT_BEFORE_ARGS} ${DISTDIR}/${DISTFILES} -d ${INSTDIR}/${PORTVERSION} @${INSTALL_DATA} ${FILESDIR}/catalog ${INSTDIR}/${PORTVERSION}/catalog @${ECHO_CMD} "CATALOG \"${ISOCAT}\"" >> ${INSTDIR}/${PORTVERSION}/catalog @${CHMOD} ${SHAREMODE} ${INSTDIR}/${PORTVERSION}/* Index: textproc/iso8879/Makefile @@ -12,15 +12,14 @@ MASTER_SITES= ${MASTER_SITE_LOCAL} MASTER_SITE_SUBDIR= kuriyama DISTNAME= isoENTS -EXTRACT_SUFX= .zip MAINTAINER= kuriyama@FreeBSD.org COMMENT= Character entity sets from ISO 8879:1986 (SGML) -BUILD_DEPENDS= unzip:${PORTSDIR}/archivers/unzip RUN_DEPENDS= ${XMLCATMGR}:${PORTSDIR}/textproc/xmlcatmgr EXTRACT_ONLY= # empty +USE_ZIP= yes NO_BUILD= yes NO_WRKSUBDIR= yes PLIST_SUB= DTD_NAME=${PORTNAME} XMLCATMGR=${XMLCATMGR} @@ -34,7 +33,7 @@ @[ -d ${INSTDIR} ] || ${MKDIR} ${INSTDIR} do-install: - @unzip -a -q -o ${DISTDIR}/${DISTFILES} -d ${INSTDIR} + @${UNZIP_CMD} ${EXTRACT_BEFORE_ARGS} ${DISTDIR}/${DISTFILES} -d ${INSTDIR} @${INSTALL_DATA} ${FILESDIR}/catalog ${INSTDIR}/catalog @${CHMOD} ${SHAREMODE} ${INSTDIR}/* @${CHOWN} -R ${SHAREOWN}:${SHAREGRP} ${INSTDIR} --d6Gm4EdcadzBjdND-- From owner-freebsd-current@FreeBSD.ORG Thu May 6 05:57:54 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 42AEA106566C for ; Thu, 6 May 2010 05:57:54 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51803.mail.re2.yahoo.com (web51803.mail.re2.yahoo.com [206.190.38.234]) by mx1.freebsd.org (Postfix) with SMTP id DB9DB8FC14 for ; Thu, 6 May 2010 05:57:53 +0000 (UTC) Received: (qmail 86504 invoked by uid 60001); 6 May 2010 05:57:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1273125470; bh=pz4Vw6UtZCjTEV+DT+iKwUP0mqi7q1hNWw00BGmJTfo=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=MyNhdmrjLliDxMMqUBiqAvmBwUiH4f70RJPnhNN13tw7FRayUCiKrTSsPxCQxah6T5sKhNEqqZnabJtMS0i2Mc2R4UotaInPRBI7WIJ51Mqkkg8PbVgLWjiAPq29DfsvKUTg8/FgimkJiJb9OxUaQKFmmJSvw10UgUlhy7F0Nig= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=SVAYRXOJ744lDGpY8V9Ue3KYKyhr4bZleScGzMoO4FhZwWEfB8r5SCFXygtwlXyPCWRkzOIe9I9UTYiYONZL50b5No1ybHgNDkrccnofU3aO0l2F17nOpCi/R/N5DTqQeLI66iuJz/Ch/z+DlBc+yyR/zljcA4pj4qk1eCXK6W8=; Message-ID: <729291.86089.qm@web51803.mail.re2.yahoo.com> X-YMail-OSG: AqybKCoVM1n_f_p6cFlhoeCff22lljv9r9ch6U1K3.uYMUs fTYw76S75LQ99XPYIWE2JX0I6kplY_S592myXq5eIn9mDDr.TA_SElWZabX5 yMsOhsE2KYte_.kkV9WBW26sKafRl2d03xHPaggI4k9YLBveVlumHORG2.Bx CYXcl4O0k2JSSrjC0utXFPSfXsbLCQERGymqXiPU5trmE.uEjbkbYeaKNPeB FZH6sHyBOqXNL7RHk0Gc54gNt34uyo_wqAIMnHf7TEfq.da4UwpE290wMFBZ Dw4n3VIUJVhl3z520lOmAtWXRqlyERVKeEK5DTe__9dc- Received: from [173.183.132.20] by web51803.mail.re2.yahoo.com via HTTP; Wed, 05 May 2010 22:57:50 PDT X-Mailer: YahooMailRC/348.5 YahooMailWebService/0.8.103.269680 References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <660085.11669.qm@web51802.mail.re2.yahoo.com> <4BE02FE7.2030207@gmail.com> <201005052200.02410.hselasky@c2i.net> Date: Wed, 5 May 2010 22:57:50 -0700 (PDT) From: PseudoCylon To: Hans Petter Selasky , freebsd-current@freebsd.org In-Reply-To: <201005052200.02410.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Ganbold Tsagaankhuu , Ganbold Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless 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, 06 May 2010 05:57:54 -0000 ----- Original Message ---- > From: Hans Petter Selasky > To: freebsd-current@freebsd.org > Cc: Ganbold ; PseudoCylon ; Ganbold Tsagaankhuu > Sent: Wed, May 5, 2010 2:00:02 PM > Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless > > Hi, > > Can you check if I've integrated correctly? > > http://p4web.freebsd.org/@@177777?ac=10 > Hello, Thank you for promptly applying changes. Yes, you did correctly. But, I missed r207554 and removing some meaningless debug messages i.e. DPRINTF("called\n"). I will send you patch with change summary. > Who is taking this code into -current? Please drop me a line. I also have new firmware to submit. Best, AK > --HPS From owner-freebsd-current@FreeBSD.ORG Thu May 6 11:45:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84E2E1065677 for ; Thu, 6 May 2010 11:45:20 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by mx1.freebsd.org (Postfix) with ESMTP id 00C598FC0A for ; Thu, 6 May 2010 11:45:17 +0000 (UTC) Received: from smtp5-g21.free.fr (localhost [127.0.0.1]) by smtp5-g21.free.fr (Postfix) with ESMTP id 19454D48103; Thu, 6 May 2010 13:45:13 +0200 (CEST) Received: from endor.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g21.free.fr (Postfix) with ESMTP; Thu, 6 May 2010 13:45:12 +0200 (CEST) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id 4561033D78; Thu, 6 May 2010 11:45:12 +0000 (UTC) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id 396ECA1874; Thu, 6 May 2010 11:45:12 +0000 (UTC) Date: Thu, 6 May 2010 13:45:12 +0200 From: Jeremie Le Hen To: David Ehrmann Message-ID: <20100506114512.GH56740@felucia.tataz.chchile.org> References: <4BCD5049.8030408@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Attilio Rao , freebsd-current@freebsd.org Subject: Re: Strange disk problem 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, 06 May 2010 11:45:20 -0000 Hi David, On Tue, Apr 20, 2010 at 08:58:49AM -0700, David Ehrmann wrote: > On Tue, Apr 20, 2010 at 5:29 AM, Attilio Rao wrote: > > > > > > David, > > do you think you are willing to re-create the problem and do a PMC > > analysis on it? > > (If you need any guidance let me know, I will be happy to give it). > > > > > Maybe, but I don't know what PMC analysis is, so a lot of guidance might be > required. Quick howto from Robert Watson: http://lists.freebsd.org/pipermail/freebsd-current/2006-February/061096.html Other interesting links: http://people.freebsd.org/~jkoshy/projects/perf-measurement/ http://people.freebsd.org/~jkoshy/download/acm-apr-09.pdf Regards, -- Jeremie Le Hen Humans are born free and equal. But some are more equal than others. Coluche From owner-freebsd-current@FreeBSD.ORG Thu May 6 16:09:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2AAA71065672 for ; Thu, 6 May 2010 16:09:23 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id DAE7E8FC1A for ; Thu, 6 May 2010 16:09:22 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OA3dZ-0007QY-3A for freebsd-current@freebsd.org; Thu, 06 May 2010 18:09:21 +0200 Received: from 207.155.204.151.ptr.us.xo.net ([207.155.204.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 May 2010 18:09:21 +0200 Received: from atkin901 by 207.155.204.151.ptr.us.xo.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 May 2010 18:09:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org connect(): No such file or directory From: Mark Atkinson Date: Thu, 06 May 2010 09:09:11 -0700 Lines: 34 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 207.155.204.151.ptr.us.xo.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 X-Enigmail-Version: 1.0 Subject: strange svnsync mirror problem. 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, 06 May 2010 16:09:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I had problems building world this morning, and noticed the following error had occurred that caused svn update to exit: $ svn update svn: No such revision 207561 I keep a local svn mirror to update all my clients to, but I couldn't grab this revision from the repo: $ svnsync copy-revprops file:///usr/svnmirror/base 207561 svnsync: No such revision 207561 I can't seem to work around this error, other than diving into the repo and doing updates on directories that avoid revision 207561 (head/lib/libpam/modules/pam_krb5/pam_krb5.8) Trying to do that found other inconsistencies: svn: No such revision 207554 any suggestions appreciated. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvi6acACgkQrDN5kXnx8yaz3wCgipcByAgTnL+dBytiKEmaroCk tjEAoILtV3ySPfEw5O7Y4El2mRVHzeri =N0Zq -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu May 6 16:29:43 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79FDC1065678 for ; Thu, 6 May 2010 16:29:43 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [188.72.220.29]) by mx1.freebsd.org (Postfix) with ESMTP id 0B0AB8FC1D for ; Thu, 6 May 2010 16:29:42 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id o46FwWmo016036 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 6 May 2010 17:58:32 +0200 (CEST) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1273161513; bh=SwNYUrnR2lRHrGFRiEGHM0/2zJcvPSn7ThkZ6mITeAc=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=J5yij+fF9HHKyYXfP6hHNrVdU/sGOTc5HghqG2nt52lznF2/Fy8lHFlVoYtax5Bfo ywBgOxB9uIi2Jfzab6HYPajEa3ZKucrYX+Vy/mnf4WgIWuS1Y4bCD7ReH8vzgHN9Fz MUbt+DVVg7cmELov4yRLl27oFPCTLMX+38UP4j90= Received: (from uqs@localhost) by acme.spoerlein.net (8.14.4/8.14.4/Submit) id o46FwWhV016035 for current@freebsd.org; Thu, 6 May 2010 17:58:32 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Thu, 6 May 2010 17:58:32 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: current@freebsd.org Message-ID: <20100506155832.GH88504@acme.spoerlein.net> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Time accounting is all wrong ... 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, 06 May 2010 16:29:43 -0000 Hi, fairly recent -CURRENT, system uptime is 7 min (yeah, it's crashing a lot lately) and I'm pushing stuff with rsync, but see the TIME column: last pid: 2013; load averages: 1.39, 0.74, 0.41 up 0+00:07:59 17:51:32 59 processes: 3 running, 55 sleeping, 1 zombie CPU: 15.3% user, 0.0% nice, 64.9% system, 17.6% interrupt, 2.3% idle Mem: 43M Active, 206M Inact, 98M Wired, 216K Cache, 111M Buf, 646M Free Swap: 1024M Total, 1024M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 1987 uqs 1 100 0 75088K 12140K RUN 295:21 21.97% rsync 1984 uqs 1 56 0 19804K 10016K RUN 463:31 12.99% sshd 1985 uqs 1 51 0 50512K 13604K select 19.1H 11.96% rsync 1568 ldap 4 44 0 45888K 10972K ucond 905:41 0.00% slapd 2002 uqs 1 44 0 5048K 3732K pause 44:47 0.00% zsh 1802 root 1 44 0 13316K 5448K select 17:56 0.00% sendmail 1949 root 1 44 0 14552K 8752K select 12:25 0.00% bsnmpd 1664 root 1 44 0 9548K 1132K select 7:49 0.00% powerd ps(1) numbers are similarly affected, but not as much: % uptime;ps aux|grep rsync 5:54PM up 10 mins, 1 user, load averages: 0.98, 0.98, 0.58 uqs 1987 2.0 1.3 75088 13192 ?? S 5:48PM 0:27.92 rsync --server -vlHogDtpre.iLf --delete-during . /data/src uqs 1985 0.0 1.4 46416 14256 ?? Is 5:48PM 0:53.72 rsync --server -vlHogDtpre.iLf --delete-during . /data/src Do I have a time machine? % dmesg -a|grep -i time Timecounter "i8254" frequency 1193182 Hz quality 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 atrtc0: port 0x70-0x71,0x72-0x77 irq 8 on acpi0 pmtimer0 on isa0 Timecounter "TSC" frequency 598061836 Hz quality 800 Timecounters tick every 10.000 msec kern.timecounter.tick: 1 kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.hardware: ACPI-fast kern.timecounter.stepwarnings: 0 kern.timecounter.tc.i8254.mask: 4294967295 kern.timecounter.tc.i8254.counter: 21895 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 1922562 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 1000 kern.timecounter.tc.TSC.mask: 4294967295 kern.timecounter.tc.TSC.counter: 675366653 kern.timecounter.tc.TSC.frequency: 1500000000 kern.timecounter.tc.TSC.quality: 800 kern.timecounter.smp_tsc: 0 kern.timecounter.invariant_tsc: 0 From owner-freebsd-current@FreeBSD.ORG Thu May 6 16:33:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 238F7106566B for ; Thu, 6 May 2010 16:33:01 +0000 (UTC) (envelope-from joe@hostedcontent.com) Received: from mail01.fasti.net (mail01.fasti.net [216.105.91.156]) by mx1.freebsd.org (Postfix) with ESMTP id EE8968FC17 for ; Thu, 6 May 2010 16:32:59 +0000 (UTC) Received: from mail01.fasti.net (localhost [127.0.0.2]) by mail01.fasti.net (Postfix) with ESMTP id ACBA394B1037 for ; Thu, 6 May 2010 12:32:58 -0400 (EDT) X-Virus-Scanned: amavisd-new at fasti.net Received: from mail01.fasti.net ([127.0.0.2]) by mail01.fasti.net (mail01.fasti.net [127.0.0.2]) (amavisd-new, port 10024) with ESMTP id DeElkWCj41vZ for ; Thu, 6 May 2010 12:32:57 -0400 (EDT) Received: from [192.168.1.137] (69-165-175-27.dsl.teksavvy.com [69.165.175.27]) by mail01.fasti.net (Postfix) with ESMTPA id A6F5B94B1032 for ; Thu, 6 May 2010 12:32:57 -0400 (EDT) Message-ID: <4BE2EB2E.90208@hostedcontent.com> Date: Thu, 06 May 2010 12:15:42 -0400 From: joe User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4B99031D.3080308@freebsd.org> In-Reply-To: <4B99031D.3080308@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Help with igb driver/nics, strange issue. 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, 06 May 2010 16:33:01 -0000 I have 3 boxes, each with two nics. One nic for the private network and one for the public network. The private network is all on the same vlan. All 6 nics are on the same switch. All connections are 1000tx Full Duplex. I will call the servers Box A, Box B, and Box C. When i FTP data between Box A & B i get abou 25MB/sec. When i FTP data from Box C to Box A or B, i get about 20MB/sec. When i FTP data from Box A to C i get 10MB/sec When i FTP data from Box B to C i get 200KB/sec... Can anyone suggest why i might only be getting 200KB when transfering data from Box B to C but not when transferring data from Box A to C? Thanks in advance! From owner-freebsd-current@FreeBSD.ORG Thu May 6 16:34:55 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 462191065670 for ; Thu, 6 May 2010 16:34:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id D678D8FC1C for ; Thu, 6 May 2010 16:34:54 +0000 (UTC) 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 o46GY1M7075582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 6 May 2010 19:34:01 +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.4/8.14.4) with ESMTP id o46GY0Q7065680 for ; Thu, 6 May 2010 19:34:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o46GY0xx065679 for current@freebsd.org; Thu, 6 May 2010 19:34:00 +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: Thu, 6 May 2010 19:34:00 +0300 From: Kostik Belousov To: current@freebsd.org Message-ID: <20100506163400.GA23646@deviant.kiev.zoral.com.ua> References: <20100506155832.GH88504@acme.spoerlein.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsxFkDPDWfsXVt/M" Content-Disposition: inline In-Reply-To: <20100506155832.GH88504@acme.spoerlein.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Subject: Re: Time accounting is all wrong ... 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, 06 May 2010 16:34:55 -0000 --XsxFkDPDWfsXVt/M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 06, 2010 at 05:58:32PM +0200, Ulrich Sp??rlein wrote: > Hi, >=20 > fairly recent -CURRENT, system uptime is 7 min (yeah, it's crashing a > lot lately) and I'm pushing stuff with rsync, but see the TIME column: >=20 > last pid: 2013; load averages: 1.39, 0.74, 0.41 up 0+00:07= :59 17:51:32 > 59 processes: 3 running, 55 sleeping, 1 zombie > CPU: 15.3% user, 0.0% nice, 64.9% system, 17.6% interrupt, 2.3% idle > Mem: 43M Active, 206M Inact, 98M Wired, 216K Cache, 111M Buf, 646M Free > Swap: 1024M Total, 1024M Free >=20 > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 1987 uqs 1 100 0 75088K 12140K RUN 295:21 21.97% rsync > 1984 uqs 1 56 0 19804K 10016K RUN 463:31 12.99% sshd > 1985 uqs 1 51 0 50512K 13604K select 19.1H 11.96% rsync > 1568 ldap 4 44 0 45888K 10972K ucond 905:41 0.00% slapd > 2002 uqs 1 44 0 5048K 3732K pause 44:47 0.00% zsh > 1802 root 1 44 0 13316K 5448K select 17:56 0.00% sendmail > 1949 root 1 44 0 14552K 8752K select 12:25 0.00% bsnmpd > 1664 root 1 44 0 9548K 1132K select 7:49 0.00% powerd >=20 > ps(1) numbers are similarly affected, but not as much: >=20 > % uptime;ps aux|grep rsync > 5:54PM up 10 mins, 1 user, load averages: 0.98, 0.98, 0.58 > uqs 1987 2.0 1.3 75088 13192 ?? S 5:48PM 0:27.92 rsync = --server -vlHogDtpre.iLf --delete-during . /data/src > uqs 1985 0.0 1.4 46416 14256 ?? Is 5:48PM 0:53.72 rsync = --server -vlHogDtpre.iLf --delete-during . /data/src >=20 > Do I have a time machine? Make sure that you have at least r207659. --XsxFkDPDWfsXVt/M Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvi73gACgkQC3+MBN1Mb4ieKQCfYLwVM5b3yPC005cNYjshO6T4 zwYAoOpmUoGS+1Fg+0ZsTmGy5hNFSMhi =08YA -----END PGP SIGNATURE----- --XsxFkDPDWfsXVt/M-- From owner-freebsd-current@FreeBSD.ORG Thu May 6 18:18:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4A371065673 for ; Thu, 6 May 2010 18:18:27 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 2D1688FC13 for ; Thu, 6 May 2010 18:18:26 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1OA5eS-0000ZF-7P; Thu, 06 May 2010 20:18:24 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1OA5eK-0000qV-Ne; Thu, 06 May 2010 20:18:16 +0200 To: joe From: Ian FREISLICH In-Reply-To: <4BE2EB2E.90208@hostedcontent.com> References: <4BE2EB2E.90208@hostedcontent.com> <4B99031D.3080308@freebsd.org> X-Attribution: BOFH Date: Thu, 06 May 2010 20:18:11 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: Help with igb driver/nics, strange issue. 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, 06 May 2010 18:18:27 -0000 joe wrote: > I have 3 boxes, each with two nics. One nic for the private network and > one for the public network. > The private network is all on the same vlan. All 6 nics are on the same > switch. All connections are 1000tx Full Duplex. > > I will call the servers Box A, Box B, and Box C. > > When i FTP data between Box A & B i get abou 25MB/sec. > When i FTP data from Box C to Box A or B, i get about 20MB/sec. > When i FTP data from Box A to C i get 10MB/sec > When i FTP data from Box B to C i get 200KB/sec... > > Can anyone suggest why i might only be getting 200KB when transfering > data from Box B to C but not when transferring data from Box A to C? Is the hardware exactly the same on all 3 hosts? From your enumeration it looks like there's something special about box C. How busy are the disks? One of the problems with FTP, at least the last time I tried to use it for benchmarking was that it used tiny, tiny transfers to and from disk. Strangely scp did better even with the crypto overhead. Have you tried using netperf to test the network performance? Have you checked your cables? I've seen all sorts of wierd problems caused by cables. netstat -ni should give an idea of transmission problems. If the switch is a managed switch, you can also check its interface counters. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu May 6 19:06:55 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 15A291065679 for ; Thu, 6 May 2010 19:06:55 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-pz0-f174.google.com (mail-pz0-f174.google.com [209.85.222.174]) by mx1.freebsd.org (Postfix) with ESMTP id CF3258FC20 for ; Thu, 6 May 2010 19:06:54 +0000 (UTC) Received: by pzk4 with SMTP id 4so132435pzk.7 for ; Thu, 06 May 2010 12:06:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=Rm54k2FTvzvdHri5ilohSwnqnfhJ9xQM8JuD1bXN7Ug=; b=E2PENdVLj1WZTob8fG5kocJKlZnmFa8z5e0Vi2C8nGyLJ9KfCdqvgiBY0+T7WZEtUk 6s44B2J6Hl8c6dOPGBoplEkOM/MJMvHsTapNlaagsTM5DXu0ZwK1fNu2NlYxKlE0ZjJk 7bkH1NOMYarSumiUVZ8XTnQaGfCpP0KFsl19I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=FvAY4oFFK2R2uQGUhJGT/zM4Fbo92W/ExwTvLyugliG2Y1tHY3jCERolIlfXhq+RHm Opzek0q0Z3ZfQbFKNdLykhWLJ9V7LsgMzLq/WNQGr4xFnFTMfwYgIebQ5l91jlpSvyDz 2JJdlH9YzYCB/eTDJQKD4W0q/u7rYEOSH8YH4= Received: by 10.140.57.7 with SMTP id f7mr6953456rva.201.1273172810095; Thu, 06 May 2010 12:06:50 -0700 (PDT) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id t10sm579375rvl.10.2010.05.06.12.06.47 (version=SSLv3 cipher=RC4-MD5); Thu, 06 May 2010 12:06:48 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Thu, 6 May 2010 12:06:53 -0700 From: Weongyo Jeong Date: Thu, 6 May 2010 12:06:53 -0700 To: Gustau P?rez Message-ID: <20100506190653.GA31100@weongyo> Mail-Followup-To: Gustau P?rez , current@freebsd.org References: <20100226005115.GP14937@weongyo> <20100227011535.ed3f2486.ray@ddteam.net> <20100228095259.GB3536@weongyo> <20100301103240.3a4aac8a.ray@dlink.ua> <20100303082833.GB22865@weongyo> <20100303111014.6564ea1e.ray@dlink.ua> <20100312231333.GZ1295@weongyo> <4BD2201E.3090409@entel.upc.edu> <20100424231755.GI65380@weongyo> <4BD4A928.8020901@entel.upc.edu> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <4BD4A928.8020901@entel.upc.edu> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 May 2010 19:06:55 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Apr 25, 2010 at 10:42:16PM +0200, Gustau P?rez wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > >> I've been testing the driver for a few time with AMD64/CURRENT. A > >> few time ago I started to see messages like : > >> > >> bwn0: unsupported rate 0 > >> > >> I've checked the code and I found it seems to fail when trying to > >> check the TX rate at if_bw.c:9561 (in bwn_ieeerate2hwrate > >> routine the rate parameter is 0). I checked where bwn_ieeerate2hwrate > >> is called, to see how 'rate' is calculated. This is where I got lost :( > >> > >> My AP is FreeBSD 8.0 box with an atheros card. My hostapd works > >> with both WPA2-PSK and WPA2-EAP (although > >> I thinks this is not the problem) but with default values for rates > >> and friends. I then forced my hostapd to use only a subset of transmit > >> rates (with supported_rates and basic_rates) with no luck. > >> > >> My laptop is a DELL D630 with a BCM4310 UART adapter. > >> > >> Any need info will be provided and any help will be appreciated. > > > > First I think we need to know that where rate == 0 comes from. Rate > > information on TX could be got from the following points: > > > > tp->mgmtrate > > tp->mcastrate > > tp->ucastrate > > ni->ni_txrate > > > Added some device_printf to test those values. This is what I got : > > bwn0: tp->mgmtrate : 2 > bwn0: tp->mcastrate : 2 > bwn0: tp->ucastrate : 255 > bwn0: ni->ni_txrate : 0 > > I didn't have time to follow the code to find out why it has a 0 > value. If you need > more info let me know. Hello Gustau, I'm so sorry for belated response that I had no time to read and work email and wireless stuffs. Could you please test this symptom with attached patch? It looks in CURRENT it missed to initialize a ratectl when it associates with AP. regards, Weongyo Jeong --KsGdsel6WgEHnImy Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="patch_bwn_20100506.diff" Index: if_bwn.c =================================================================== --- if_bwn.c (revision 207481) +++ if_bwn.c (working copy) @@ -8329,6 +8329,7 @@ static int bwn_newstate(struct ieee80211vap *vap, enum ieee80211_state nstate, int arg) { + const struct ieee80211_txparam *tp; struct bwn_vap *bvp = BWN_VAP(vap); struct ieee80211com *ic= vap->iv_ic; struct ifnet *ifp = ic->ic_ifp; @@ -8377,6 +8378,11 @@ bwn_set_pretbtt(mac); bwn_spu_setdelay(mac, 0); bwn_set_macaddr(mac); + + /* Initializes ratectl for a node. */ + tp = &vap->iv_txparms[ieee80211_chan2mode(ic->ic_curchan)]; + if (tp->ucastrate == IEEE80211_FIXED_RATE_NONE) + ieee80211_ratectl_node_init(vap->iv_bss); } BWN_UNLOCK(sc); --KsGdsel6WgEHnImy-- From owner-freebsd-current@FreeBSD.ORG Thu May 6 19:30:09 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA256106566B for ; Thu, 6 May 2010 19:30:09 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 5BE7A8FC13 for ; Thu, 6 May 2010 19:30:09 +0000 (UTC) Received: (qmail 21430 invoked by uid 399); 6 May 2010 19:30:08 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 6 May 2010 19:30:08 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BE318BF.4040601@FreeBSD.org> Date: Thu, 06 May 2010 12:30:07 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Roman Divacky References: <20100505171357.GA6913@freebsd.org> In-Reply-To: <20100505171357.GA6913@freebsd.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now - STATUS UPDATE 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, 06 May 2010 19:30:09 -0000 On 05/05/10 10:13, Roman Divacky wrote: > 2) mergemaster problems - I have a fix but have not commited it yet Can you describe the problem, and your proposed fix? Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Thu May 6 19:47:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D15B2106564A for ; Thu, 6 May 2010 19:47:15 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 8AD408FC19 for ; Thu, 6 May 2010 19:47:15 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OA72N-00018J-9F for freebsd-current@freebsd.org; Thu, 06 May 2010 21:47:11 +0200 Received: from 207.155.204.151.ptr.us.xo.net ([207.155.204.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 May 2010 21:47:11 +0200 Received: from atkin901 by 207.155.204.151.ptr.us.xo.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 May 2010 21:47:11 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org connect(): No such file or directory From: Mark Atkinson Date: Thu, 06 May 2010 12:46:59 -0700 Lines: 38 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 207.155.204.151.ptr.us.xo.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 In-Reply-To: X-Enigmail-Version: 1.0 Subject: Re: strange svnsync mirror problem. 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, 06 May 2010 19:47:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05/06/10 09:09, Mark Atkinson wrote: > I had problems building world this morning, and noticed the following > error had occurred that caused svn update to exit: > > $ svn update > svn: No such revision 207561 > > I keep a local svn mirror to update all my clients to, but I couldn't > grab this revision from the repo: > > $ svnsync copy-revprops file:///usr/svnmirror/base 207561 > svnsync: No such revision 207561 > > I can't seem to work around this error, other than diving into > the repo and doing updates on directories that avoid revision 207561 > (head/lib/libpam/modules/pam_krb5/pam_krb5.8) > > Trying to do that found other inconsistencies: > > svn: No such revision 207554 > > any suggestions appreciated. Turns out to be corruption of my mirror. Restored my backup from a few months ago and resynced. Not sure how it got there, but I'll be making more frequent backups of it now. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvjHLIACgkQrDN5kXnx8yZ8igCgg7Do0bJzQ8YNEzhXl37SbDDD iz0An0jCXv+vE7FoXLB7yYeEtQgAlaBv =C0Gd -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu May 6 20:27:41 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B13B91065670; Thu, 6 May 2010 20:27:41 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0ED9C8FC15; Thu, 6 May 2010 20:27:40 +0000 (UTC) Received: by fxm15 with SMTP id 15so327319fxm.13 for ; Thu, 06 May 2010 13:27:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=VFjV7I5TCsWoDki/P/meYldnWtJRfuJQ80/VQ4IbJww=; b=WlIKxrQbRzKSSfzjH9s/+QXQWCkeOynzrTXPfgTm5OzVuPdlmAfLfY1AtLc3iCDBJt vNzMEbkq+jxZrECsKNovIaPv6Cr8tbSSndgbFob47E7yPr5F6CuOjWeIgeAzpszlHdpj R7i86yumjtwkFfreWWnvNbLHSZYkb7Wpa3kqE= 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:content-type :content-transfer-encoding; b=B8eUK5lHZRe6NzEXnDrXxALLKzv7OdIcHBhLwMql4Zbq6HJp2MRMTecZrBVYQdj3Gx SiO0Godbzgq7NQmdtO2+fiJdw5Jq0qlQIEYB2NuTxUOsa/E5ZiL2yi4ca6O25wPFWOG0 Kzok/YCmps+UBxTn2tHsAtdYdszyckR2fygKo= MIME-Version: 1.0 Received: by 10.102.254.24 with SMTP id b24mr7476992mui.5.1273177651139; Thu, 06 May 2010 13:27:31 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.103.179.3 with HTTP; Thu, 6 May 2010 13:27:31 -0700 (PDT) In-Reply-To: <20100506190653.GA31100@weongyo> References: <20100226005115.GP14937@weongyo> <20100228095259.GB3536@weongyo> <20100301103240.3a4aac8a.ray@dlink.ua> <20100303082833.GB22865@weongyo> <20100303111014.6564ea1e.ray@dlink.ua> <20100312231333.GZ1295@weongyo> <4BD2201E.3090409@entel.upc.edu> <20100424231755.GI65380@weongyo> <4BD4A928.8020901@entel.upc.edu> <20100506190653.GA31100@weongyo> Date: Thu, 6 May 2010 22:27:31 +0200 X-Google-Sender-Auth: 469d55f7991bcd6d Message-ID: From: Attilio Rao To: Weongyo Jeong , current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver 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, 06 May 2010 20:27:41 -0000 2010/5/6 Weongyo Jeong : > On Sun, Apr 25, 2010 at 10:42:16PM +0200, Gustau P?rez wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> >> I've been testing the driver for a few time with AMD64/CURRENT. A >> >> few time ago I started to see messages like : >> >> >> >> bwn0: unsupported rate 0 >> >> >> >> I've checked the code and I found it seems to fail when trying to >> >> check the TX rate at if_bw.c:9561 (in bwn_ieeerate2hwrate >> >> routine the rate parameter is 0). I checked where bwn_ieeerate2hwrate >> >> is called, to see how 'rate' is calculated. This is where I got lost = :( >> >> >> >> My AP is FreeBSD 8.0 box with an atheros card. My hostapd works >> >> with both WPA2-PSK and WPA2-EAP (although >> >> I thinks this is not the problem) but with default values for rates >> >> and friends. I then forced my hostapd to use only a subset of transmi= t >> >> rates (with supported_rates and basic_rates) with no luck. >> >> >> >> My laptop is a DELL D630 with a BCM4310 UART adapter. >> >> >> >> Any need info will be provided and any help will be appreciated. >> > >> > First I think we need to know that where rate =3D=3D 0 comes from. =C2= =A0Rate >> > information on TX could be got from the following points: >> > >> > =C2=A0 =C2=A0 tp->mgmtrate >> > =C2=A0 =C2=A0 tp->mcastrate >> > =C2=A0 =C2=A0 tp->ucastrate >> > =C2=A0 =C2=A0 ni->ni_txrate >> > >> =C2=A0 Added some device_printf to test those values. This is what I got= : >> >> bwn0: tp->mgmtrate : 2 >> bwn0: tp->mcastrate : 2 >> bwn0: tp->ucastrate : 255 >> bwn0: ni->ni_txrate : 0 >> >> =C2=A0 =C2=A0I didn't have time to follow the code to find out why it ha= s a 0 >> value. If you need >> more info let me know. > > Hello Gustau, I'm so sorry for belated response that I had no time to > read and work email and wireless stuffs. > > Could you please test this symptom with attached patch? =C2=A0It looks in > CURRENT it missed to initialize a ratectl when it associates with AP. Hello, I have another problem where the bwn is fully recognized and wlan0 is created but the interface doesn't scan at all: # netstat -nil Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll bwn0 2290 00:26:5e:64:be:75 0 0 0 0 0 0 # ifconfig wlan0 wlan0: flags=3D8843 metric 0 mtu 15= 00 ether 00:26:5e:64:be:75 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 1 (2412 MHz 11b) country US authmode OPEN privacy OFF txpower 30 bmiss 7 scanvalid 6= 0 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 1 wme bintval 0 # kldstat Id Refs Address Size Name 1 4 0xffffffff80100000 90b9a8 kernel 2 1 0xffffffff80c22000 28a9a bwn_v4_ucode.ko doing "ifconfig wlan0 list scan" ends up immediately without further output= . The dmesg is here: http://www.freebsd.org/~attilio/dmesg-bwn0.diff Sorry for not digging further. Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu May 6 21:14:25 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9867B1065674 for ; Thu, 6 May 2010 21:14:25 +0000 (UTC) (envelope-from joe@hostedcontent.com) Received: from mail01.fasti.net (mail01.fasti.net [216.105.91.156]) by mx1.freebsd.org (Postfix) with ESMTP id 6E8498FC1A for ; Thu, 6 May 2010 21:14:24 +0000 (UTC) Received: from mail01.fasti.net (localhost [127.0.0.2]) by mail01.fasti.net (Postfix) with ESMTP id 3928594B1037; Thu, 6 May 2010 17:14:24 -0400 (EDT) X-Virus-Scanned: amavisd-new at fasti.net Received: from mail01.fasti.net ([127.0.0.2]) by mail01.fasti.net (mail01.fasti.net [127.0.0.2]) (amavisd-new, port 10024) with ESMTP id cseehoINbybk; Thu, 6 May 2010 17:14:22 -0400 (EDT) Received: from [192.168.1.137] (69-165-175-27.dsl.teksavvy.com [69.165.175.27]) by mail01.fasti.net (Postfix) with ESMTPA id C366994B1032; Thu, 6 May 2010 17:14:22 -0400 (EDT) Message-ID: <4BE32CB2.5030504@hostedcontent.com> Date: Thu, 06 May 2010 16:55:14 -0400 From: joe User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Ian FREISLICH References: <4BE2EB2E.90208@hostedcontent.com> <4B99031D.3080308@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Help with igb driver/nics, strange issue. 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, 06 May 2010 21:14:25 -0000 On 05/06/2010 02:18 PM, Ian FREISLICH wrote: > joe wrote: > >> I have 3 boxes, each with two nics. One nic for the private network and >> one for the public network. >> The private network is all on the same vlan. All 6 nics are on the same >> switch. All connections are 1000tx Full Duplex. >> >> I will call the servers Box A, Box B, and Box C. >> >> When i FTP data between Box A& B i get abou 25MB/sec. >> When i FTP data from Box C to Box A or B, i get about 20MB/sec. >> When i FTP data from Box A to C i get 10MB/sec >> When i FTP data from Box B to C i get 200KB/sec... >> >> Can anyone suggest why i might only be getting 200KB when transfering >> data from Box B to C but not when transferring data from Box A to C? >> > Is the hardware exactly the same on all 3 hosts? From your enumeration > it looks like there's something special about box C. > > How busy are the disks? One of the problems with FTP, at least the > last time I tried to use it for benchmarking was that it used tiny, > tiny transfers to and from disk. Strangely scp did better even > with the crypto overhead. Have you tried using netperf to test the > network performance? > > Have you checked your cables? I've seen all sorts of wierd problems > caused by cables. netstat -ni should give an idea of transmission > problems. If the switch is a managed switch, you can also check > its interface counters. > > Ian > > -- > Ian Freislich > Hi Ian, Thanks for the help! The servers are mostly different. Server A & B run on consumer grade motherboards/ram/nics. They both have a 12 disk raid 5 setup. Server C is a dual quad core xeon processor supermicro server. It's Disk setup is raid5 using the intel raid matrix. The switch is managed but i dont have the login information for it (been years since i've had to log in ;(). The switch is a netgear gigabit switch. I've had the cables replaced as well as trying two different ports on the switch, and ended up with the same results. I've included the netstat -ni results below. While we might be at a disadvantage until i get access to the managed switch, is there anything else we might be able to try , to resolve the problem? Joe Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll igb0 1500 00:30:48:9f:11:04 8617 0 0 6108 0 0 igb0 1500 216.105.91.14 216.105.91.145 7066 - - 6082 - - igb1 1500 00:30:48:9f:11:05 3126 0 0 680 0 0 ipfw0 65536 0 0 0 0 0 0 lo0 16384 0 0 0 0 0 0 lo0 16384 fe80:4::1/64 fe80:4::1 0 - - 0 - - lo0 16384 ::1/128 ::1 0 - - 0 - - lo0 16384 127.0.0.0/8 127.0.0.1 0 - - 0 - - pflog 33152 0 0 0 0 0 0 vlan1 1500 00:30:48:9f:11:05 1374 0 0 680 0 11 vlan1 1500 192.168.1.0/2 192.168.1.2 796 - - 677 - - vlan1 1500 192.168.1.210 192.168.1.210 2 - - 0 - - vlan1 1500 192.168.1.211 192.168.1.211 0 - - 0 - - vlan1 1500 192.168.1.212 192.168.1.212 0 - - 0 - - vlan1 1500 192.168.1.213 192.168.1.213 0 - - 0 - - vlan1 1500 192.168.1.214 192.168.1.214 0 - - 0 - - vlan1 1500 192.168.1.215 192.168.1.215 0 - - 0 - - vlan1 1500 192.168.1.216 192.168.1.216 0 - - 0 - - vlan1 1500 192.168.1.217 192.168.1.217 0 - - 0 - - vlan1 1500 192.168.1.218 192.168.1.218 0 - - 0 - - vlan1 1500 192.168.1.219 192.168.1.219 0 - - 0 - - From owner-freebsd-current@FreeBSD.ORG Thu May 6 21:20:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4A1D1065673 for ; Thu, 6 May 2010 21:20:01 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (mars.netasq.com [91.212.116.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0DAEF8FC1A for ; Thu, 6 May 2010 21:20:00 +0000 (UTC) Received: from [192.168.0.1] (unknown [172.16.0.46]) by work.netasq.com (Postfix) with ESMTPSA id E424C740007; Thu, 6 May 2010 23:19:41 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=iso-8859-1 From: Fabien Thomas In-Reply-To: Date: Thu, 6 May 2010 23:19:50 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <493FBE07-D745-4DDE-B7EE-C41F626B1597@netasq.com> References: <4BDF2A4D.3030706@gmail.com> To: Jeff Roberson X-Mailer: Apple Mail (2.1078) Cc: freebsd-current@freebsd.org, Mark Atkinson Subject: Re: SUJ deadlock 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, 06 May 2010 21:20:01 -0000 Applied and restarted portupgrade. Will tell you tomorrow. Fabien Le 6 mai 2010 =E0 00:54, Jeff Roberson a =E9crit : > On Mon, 3 May 2010, Fabien Thomas wrote: >=20 >>>> Hi Jeff, >>>>=20 >>>> I'm with r207548 now and since some days i've system deadlock. >>>> It seems related to SUJ with process waiting on suspfs or ppwait. >>>=20 >>> I've also seen it stalled in suspfs, but this information is way = better >>> than what I was able to garner. I was only able to tell via ctrl-t = on >>> a stalled 'ls' process in a terminal before hard booting. >>>=20 >>> Right now it occurs everytime I attempt to do the portmaster -a = upgrade >>> of X/KDE on this system. >>=20 >> I've spotted this during multiple portupgrade -aR :) >=20 > Can anyone who has experienced this hang test this patch: >=20 > Thanks, > Jeff >=20 > Index: ffs_softdep.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 > --- ffs_softdep.c (revision 207480) > +++ ffs_softdep.c (working copy) > @@ -9301,7 +9301,7 @@ > hadchanges =3D 1; > } > /* Leave this inodeblock dirty until it's in the list. */ > - if ((inodedep->id_state & (UNLINKED | DEPCOMPLETE)) =3D=3D = UNLINKED) > + if ((inodedep->id_state & (UNLINKED | UNLINKONLIST)) =3D=3D = UNLINKED) > hadchanges =3D 1; > /* > * If we had to rollback the inode allocation because of >=20 >=20 >>=20 >> Fabien >> _______________________________________________ >> 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 From owner-freebsd-current@FreeBSD.ORG Thu May 6 22:27:41 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBE2B1065672; Thu, 6 May 2010 22:27:41 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: from mail-yw0-f181.google.com (mail-yw0-f181.google.com [209.85.211.181]) by mx1.freebsd.org (Postfix) with ESMTP id 4945C8FC19; Thu, 6 May 2010 22:27:41 +0000 (UTC) Received: by ywh11 with SMTP id 11so301498ywh.7 for ; Thu, 06 May 2010 15:27:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=pPAa6U8Z/puL57Hl4AQ0ArM0sHDhSbyK+XLTnf+NOvg=; b=nALj7bSAB3gF2oz5OezvKVvztHjsVzPd6T8rIRV16e8kNUSVbWHA5hfVsRgwCjaXEB 0CYe22wNsXQLf8AAtNXDQvUaqAE9ops/O8SMcG5LtuXwSFiBK07Uj4GB6rFbsidzyEhd vJMSZ8FrS9DjdypiX1Uy4/DCpl++4cPGQjIOc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=I0DO3qAKmMauwuTExFTURhdcZc7iXZdHj9X/zUk1IYHJfr43kX81PsFJfc4OfMV5Gq jZ8V0NaH94A5ckmKTfo5liOfuSSvnguvdwID0x3L4Q86XQhv5PdKOeakfTnI9PUBp9oQ doFB0axjg3OcICG1lL7Mnq8LuTahizN7819Qk= MIME-Version: 1.0 Received: by 10.100.229.2 with SMTP id b2mr8989082anh.255.1273183094227; Thu, 06 May 2010 14:58:14 -0700 (PDT) Received: by 10.100.91.20 with HTTP; Thu, 6 May 2010 14:58:13 -0700 (PDT) Date: Fri, 7 May 2010 01:58:13 +0400 Message-ID: From: Alex Deiter To: freebsd-usb@freebsd.org, current@freebsd.org, freebsd-bluetooth@freebsd.org, kaiw@freebsd.org, hps@freebsd.org Content-Type: multipart/mixed; boundary=001636af02d71770320485f40a56 X-Mailman-Approved-At: Thu, 06 May 2010 23:31:42 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Revision 205728: broken bluetooth mouse support 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, 06 May 2010 22:27:42 -0000 --001636af02d71770320485f40a56 Content-Type: text/plain; charset=UTF-8 Hi, Bluetooth mouse support is broken after Revision 205728: http://svn.freebsd.org/viewvc/base?view=revision&revision=205728 When I move the mouse - cursor stays in same place but moves the current position of the console. Proposed patch as an attachment. Could you please revew this ? Thanks a lot! -- Alex Deiter --001636af02d71770320485f40a56-- From owner-freebsd-current@FreeBSD.ORG Fri May 7 00:56:04 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC3E5106566C for ; Fri, 7 May 2010 00:56:04 +0000 (UTC) (envelope-from mckusick@mckusick.com) Received: from chez.mckusick.com (chez.mckusick.com [64.81.247.49]) by mx1.freebsd.org (Postfix) with ESMTP id 9F2218FC0C for ; Fri, 7 May 2010 00:56:04 +0000 (UTC) Received: from chez.mckusick.com (localhost [127.0.0.1]) by chez.mckusick.com (8.14.3/8.14.3) with ESMTP id o470a3pl044330; Thu, 6 May 2010 17:36:03 -0700 (PDT) (envelope-from mckusick@chez.mckusick.com) Message-Id: <201005070036.o470a3pl044330@chez.mckusick.com> To: current@freebsd.org X-URL: http://WWW.McKusick.COM/ Date: Thu, 06 May 2010 17:36:03 -0700 From: Kirk McKusick X-Mailman-Approved-At: Fri, 07 May 2010 02:45:21 +0000 Cc: Dag-Erling Smørgrav Subject: HEADS UP: 64-bit quotas going in to head today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kirk McKusick List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2010 00:56:04 -0000 Dag-Erling Smørgrav and I have been working on updating the FFS quota system to support both traditional 32-bit and new 64-bit quotas (for those of you who want to put 2+Tb quotas on your users). By default quotas are not compiled into the kernel. To include them in your kernel configuration you need to specify: options QUOTA # Enable FFS quotas If you are already running with the current 32-bit quotas, they should continue to work just as they have in the past. If you wish to convert to using 64-bit quotas, use `quotacheck -c 64'; if you wish to revert from 64-bit quotas back to 32-bit quotas, use `quotacheck -c 32'. There is a new library of functions to simplify the use of the quota system, do `man quotafile' for details. If your application is currently using the quotactl(2), it is highly recommended that you convert your application to use the quotafile interface. Note that existing binaries will continue to work. The new quota system has been heavily tested, however wider use inevitably finds new issues. If you encounter any problems with quotas please email me directly as well as posting on current as I all too often miss list email and emailing me directly will ensure the quickest response. Special thanks to John Kozubik of rsync.net for getting me interested in pursuing 64-bit quota support and for funding part of my development time on this project. Kirk McKusick From owner-freebsd-current@FreeBSD.ORG Fri May 7 03:53:57 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8344E106564A for ; Fri, 7 May 2010 03:53:57 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from idcmail-mo1so.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4CE538FC13 for ; Fri, 7 May 2010 03:53:57 +0000 (UTC) Received: from pd4ml1so-ssvc.prod.shaw.ca ([10.0.141.141]) by pd2mo1so-svcs.prod.shaw.ca with ESMTP; 06 May 2010 21:53:39 -0600 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=1 a=wAGQQ9Az6v0A:10 a=VphdPIyG4kEA:10 a=a26r6MLpiQoA:10 a=kj9zAlcOel0A:10 a=+J+gTUrb/Bhkr9chPx4Sww==:17 a=pGLkceISAAAA:8 a=FR3cK-qKAAAA:8 a=BWvPGDcYAAAA:8 a=6I5d2MoRAAAA:8 a=RLPR7pnrAKCFwfjM6xIA:9 a=lUrXk_0KkuvQUZ7q5q0A:7 a=jm0xcvigDa17aKDHZDmAL_AAaFgA:4 a=CjuIK1q_8ugA:10 a=e4XQS63jqMsA:10 a=V7tsTZBp22UA:10 a=SV7veod9ZcQA:10 Received: from unknown (HELO spqr.komquats.com) ([24.68.75.245]) by pd4ml1so-dmz.prod.shaw.ca with ESMTP; 06 May 2010 21:53:39 -0600 Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id 1FA0D46EBF; Thu, 6 May 2010 20:53:39 -0700 (PDT) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.14.4/8.14.4) with ESMTP id o473rbRD019431; Thu, 6 May 2010 20:53:38 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201005070353.o473rbRD019431@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Dmitry Krivenok In-Reply-To: Message from Dmitry Krivenok of "Wed, 28 Apr 2010 19:07:21 +0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 06 May 2010 20:53:37 -0700 Sender: Cy.Schubert@komquats.com Cc: freebsd-current@freebsd.org Subject: Re: Problem with reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2010 03:53:57 -0000 In message , Dmit ry Krivenok writes: > Hello! > > I have a trouble with my FreeBSD-CURRENT virtual machine running on VmWare > ESX server. > > uname -a prints: > FreeBSD host 9.0-CURRENT FreeBSD 9.0-CURRENT #16 r207299: Wed Apr 28 > 04:15:07 UTC 2010 root@host:/usr/obj/usr/src/sys/GENERIC amd64 > > The problem lies in that FreeBSD hangs after "reboot" command. > I see the following on console: > http://www.freeimagehosting.net/image.php?8885b3c6ea.png > > Is it a known problem? > Are there any solutions? > > Thanks in advance! I'm experiencing the same on real hardware with AMD Sempron on an MCI board. On my system this occurs in i386 mode. As it's my testbed I have no such problems under 7.X or 8.X. I also have the same problem on my Acer 3623NWXMi laptop (with 1.6 GHz Pentium M CPU, 1.5 GB memory, and 120 GB hard disk upgrades, and the latest Acer 1.6 BIOS upgrade for this computer). -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org e**(i*pi)+1=0 From owner-freebsd-current@FreeBSD.ORG Fri May 7 06:10:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B27171065676 for ; Fri, 7 May 2010 06:10:23 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (mars.netasq.com [91.212.116.3]) by mx1.freebsd.org (Postfix) with ESMTP id E5EA88FC21 for ; Fri, 7 May 2010 06:10:22 +0000 (UTC) Received: from [192.168.0.1] (unknown [172.16.0.46]) by work.netasq.com (Postfix) with ESMTPSA id 2BBC7740016; Fri, 7 May 2010 08:10:06 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=iso-8859-1 From: Fabien Thomas In-Reply-To: <493FBE07-D745-4DDE-B7EE-C41F626B1597@netasq.com> Date: Fri, 7 May 2010 08:10:20 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <70EFD2C3-9EA3-43D0-A1CE-9FC7FA49C50A@netasq.com> References: <4BDF2A4D.3030706@gmail.com> <493FBE07-D745-4DDE-B7EE-C41F626B1597@netasq.com> To: Jeff Roberson X-Mailer: Apple Mail (2.1078) Cc: freebsd-current@freebsd.org Subject: Re: SUJ deadlock 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, 07 May 2010 06:10:23 -0000 fixed/works a lot better for me. > Applied and restarted portupgrade. > Will tell you tomorrow. >=20 > Fabien >=20 > Le 6 mai 2010 =E0 00:54, Jeff Roberson a =E9crit : >=20 >> On Mon, 3 May 2010, Fabien Thomas wrote: >>=20 >>>>> Hi Jeff, >>>>>=20 >>>>> I'm with r207548 now and since some days i've system deadlock. >>>>> It seems related to SUJ with process waiting on suspfs or ppwait. >>>>=20 >>>> I've also seen it stalled in suspfs, but this information is way = better >>>> than what I was able to garner. I was only able to tell via = ctrl-t on >>>> a stalled 'ls' process in a terminal before hard booting. >>>>=20 >>>> Right now it occurs everytime I attempt to do the portmaster -a = upgrade >>>> of X/KDE on this system. >>>=20 >>> I've spotted this during multiple portupgrade -aR :) >>=20 >> Can anyone who has experienced this hang test this patch: >>=20 >> Thanks, >> Jeff >>=20 >> Index: ffs_softdep.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 >> --- ffs_softdep.c (revision 207480) >> +++ ffs_softdep.c (working copy) >> @@ -9301,7 +9301,7 @@ >> hadchanges =3D 1; >> } >> /* Leave this inodeblock dirty until it's in the list. */ >> - if ((inodedep->id_state & (UNLINKED | DEPCOMPLETE)) =3D=3D = UNLINKED) >> + if ((inodedep->id_state & (UNLINKED | UNLINKONLIST)) =3D=3D = UNLINKED) >> hadchanges =3D 1; >> /* >> * If we had to rollback the inode allocation because of >>=20 >>=20 >>>=20 >>> Fabien >>> _______________________________________________ >>> 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 > _______________________________________________ > 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 Fri May 7 07:33:24 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 69682106566B for ; Fri, 7 May 2010 07:33:24 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id E76728FC15 for ; Fri, 7 May 2010 07:33:23 +0000 (UTC) Received: by qyk11 with SMTP id 11so1232286qyk.13 for ; Fri, 07 May 2010 00:33:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=t9MgYR49s9kKGHXFwcogC0kQQN2uP4JymJQQK3YVYaE=; b=COBeEjfKN3LyuZOulGOu2DAWXKdl9Tq98qKkFDxMaBP5c2NGLkv08dsVIkrRQZxdoO SHMs10FAvXB8jyajPyS7Iyef8UVyfNisGJcTSn+/uTRRfs4x6mkuriOQidFhe7bRwGAU w7Gj9YMKiASgU5hHrYM9dbaxrm0NWKfdh/AC4= 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=tsv83x9E6UQytIsmDBm/KN4dHc2hG19h+k1aCyM5oEUrNX5+VwF/NpgMek1u/LjplS NWlj7oqXuV82uP3qYUiGJyFi+SU6O+5YHt+ClyuR0N1vuNZ4cPCd1xWw95GjmcpHHdhm KgXujasvZtXzBhvGjmG3TymeUkILnvlX5xWaI= MIME-Version: 1.0 Received: by 10.229.184.130 with SMTP id ck2mr5965895qcb.95.1273217594755; Fri, 07 May 2010 00:33:14 -0700 (PDT) Received: by 10.229.193.14 with HTTP; Fri, 7 May 2010 00:33:14 -0700 (PDT) In-Reply-To: <201005070353.o473rbRD019431@cwsys.cwsent.com> References: <201005070353.o473rbRD019431@cwsys.cwsent.com> Date: Fri, 7 May 2010 00:33:14 -0700 Message-ID: From: Garrett Cooper To: Cy Schubert Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Dmitry Krivenok Subject: Re: Problem with reboot 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, 07 May 2010 07:33:24 -0000 On Thu, May 6, 2010 at 8:53 PM, Cy Schubert wrot= e: > In message = , > Dmit > ry Krivenok writes: >> Hello! >> >> I have a trouble with my FreeBSD-CURRENT virtual machine running on VmWa= re >> ESX server. >> >> uname -a prints: >> FreeBSD host 9.0-CURRENT FreeBSD 9.0-CURRENT #16 r207299: Wed Apr 28 >> 04:15:07 UTC 2010 =A0 =A0 root@host:/usr/obj/usr/src/sys/GENERIC =A0amd6= 4 >> >> The problem lies in that FreeBSD hangs after "reboot" command. >> I see the following on console: >> http://www.freeimagehosting.net/image.php?8885b3c6ea.png >> >> Is it a known problem? >> Are there any solutions? >> >> Thanks in advance! > > I'm experiencing the same on real hardware with AMD Sempron on an MCI > board. On my system this occurs in i386 mode. As it's my testbed I have n= o > such problems under 7.X or 8.X. I also have the same problem on my Acer > 3623NWXMi laptop (with 1.6 GHz Pentium M CPU, 1.5 GB memory, and 120 GB > hard disk upgrades, and the latest Acer 1.6 BIOS upgrade for this compute= r). Same here on a Dell 2950 server with 2 x X5670's, 8GB RAM, etc. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri May 7 07:36:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9ECD61065670 for ; Fri, 7 May 2010 07:36:48 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 55F318FC1F for ; Fri, 7 May 2010 07:36:47 +0000 (UTC) Received: by qyk11 with SMTP id 11so1235354qyk.13 for ; Fri, 07 May 2010 00:36:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=QPmTtik/WqFBTYgEGKFNq7TTX33s9zFMNC4QKCkuZGo=; b=fbFFV4RqLbrLk6lMTR/3bGSxB6x5JiE2FaymG8f+XaosOJDhmwFPYYqr+1CTEr0FO/ 33EVFWdTLg88ul0tcgdBZUFzrl7ts9aijgJcywCYdn/+z62XWnpKZauamOMG/pNvrJWq z/on0savEdXdXBu4DrMEBgQUx3dXKMpWw1Pos= 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=mc4bvNFvHtMfILiXp2vjpSbKsFGkISSbZHpQQyqGYYCWzw1na/LufhGoyGBSrHZ/U9 GmumvkNfJD1VqGjMJ+GWiq9TqluEFzo+8xpV71T24to+msBxg08E73/enu+90Qx4Vngc jTBdEuMc/7jZW2KYs6mro1xnr52o6eoSRRaP4= MIME-Version: 1.0 Received: by 10.229.225.72 with SMTP id ir8mr6000809qcb.73.1273217797636; Fri, 07 May 2010 00:36:37 -0700 (PDT) Received: by 10.229.193.14 with HTTP; Fri, 7 May 2010 00:36:37 -0700 (PDT) In-Reply-To: References: <201005070353.o473rbRD019431@cwsys.cwsent.com> Date: Fri, 7 May 2010 00:36:37 -0700 Message-ID: From: Garrett Cooper To: Cy Schubert Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Dmitry Krivenok Subject: Re: Problem with reboot 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, 07 May 2010 07:36:48 -0000 On Fri, May 7, 2010 at 12:33 AM, Garrett Cooper wrote: > On Thu, May 6, 2010 at 8:53 PM, Cy Schubert wr= ote: >> In message , >> Dmit >> ry Krivenok writes: >>> Hello! >>> >>> I have a trouble with my FreeBSD-CURRENT virtual machine running on VmW= are >>> ESX server. >>> >>> uname -a prints: >>> FreeBSD host 9.0-CURRENT FreeBSD 9.0-CURRENT #16 r207299: Wed Apr 28 >>> 04:15:07 UTC 2010 =A0 =A0 root@host:/usr/obj/usr/src/sys/GENERIC =A0amd= 64 >>> >>> The problem lies in that FreeBSD hangs after "reboot" command. >>> I see the following on console: >>> http://www.freeimagehosting.net/image.php?8885b3c6ea.png >>> >>> Is it a known problem? >>> Are there any solutions? >>> >>> Thanks in advance! >> >> I'm experiencing the same on real hardware with AMD Sempron on an MCI >> board. On my system this occurs in i386 mode. As it's my testbed I have = no >> such problems under 7.X or 8.X. I also have the same problem on my Acer >> 3623NWXMi laptop (with 1.6 GHz Pentium M CPU, 1.5 GB memory, and 120 GB >> hard disk upgrades, and the latest Acer 1.6 BIOS upgrade for this comput= er). > > =A0 =A0Same here on a Dell 2950 server with 2 x X5670's, 8GB RAM, etc. I looked at the LOR a bit more closely, and I also saw this at boot, not just reboot. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri May 7 08:34:22 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 11F91106566C; Fri, 7 May 2010 08:34:22 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id C74138FC1B; Fri, 7 May 2010 08:34:19 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1OAJ0g-0005M4-PI; Fri, 07 May 2010 10:34:17 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1OAJ0V-0000Ut-II; Fri, 07 May 2010 10:34:03 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Weongyo Jeong From: Ian FREISLICH In-reply-to: <20100506190653.GA31100@weongyo> References: <20100506190653.GA31100@weongyo> <20100226005115.GP14937@weongyo> <20100227011535.ed3f2486.ray@ddteam.net> <20100228095259.GB3536@weongyo> <20100301103240.3a4aac8a.ray@dlink.ua> <20100303082833.GB22865@weongyo> <20100303111014.6564ea1e.ray@dlink.ua> <20100312231333.GZ1295@weongyo> <4BD2201E.3090409@entel.upc.edu> <20100424231755.GI65380@weongyo> <4BD4A928.8020901@entel.upc.edu> X-Attribution: BOFH Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_1273221190_16910" Date: Fri, 07 May 2010 10:34:03 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver 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, 07 May 2010 08:34:22 -0000 This is a multipart MIME message. --==_Exmh_1273221190_16910 Content-Type: text/plain; charset=us-ascii Weongyo Jeong wrote: > Hello Gustau, I'm so sorry for belated response that I had no time to > read and work email and wireless stuffs. > > Could you please test this symptom with attached patch? It looks in > CURRENT it missed to initialize a ratectl when it associates with AP. > > --KsGdsel6WgEHnImy > Content-Type: text/x-diff; charset=us-ascii > Content-Disposition: attachment; filename="patch_bwn_20100506.diff" > > Index: if_bwn.c > =================================================================== > --- if_bwn.c (revision 207481) > +++ if_bwn.c (working copy) > @@ -8329,6 +8329,7 @@ With this patch applied, I get the following panic when I destroy and recreate the wlan0 device. I have to do this because it fails to associate the first time. It always associates on recreation. siba_bwn0@pci0:1:0:0: class=0x028000 card=0x1508103c chip=0x431514e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Broadcom Wireless b/g (BCM4315/BCM22062000)' class = network cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 09[58] = vendor (length 120) cap 05[e8] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[d0] = PCI-Express 1 endpoint max data 128(128) link x1(x1) Ian -- Ian Freislich --==_Exmh_1273221190_16910 Content-Type: text/plain ; name="core.txt.22"; charset=us-ascii Content-Description: core.txt.22 Content-Disposition: attachment; filename="core.txt.22" mini.clue.co.za dumped core - see /var/crash/vmcore.22 Fri May 7 09:46:38 SAST 2010 FreeBSD mini.clue.co.za 9.0-CURRENT FreeBSD 9.0-CURRENT #27: Fri May 7 09:38:19 SAST 2010 ianf@mini.clue.co.za:/usr/obj/usr/src/sys/APPLE i386 panic: page fault GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06bf694 stack pointer = 0x28:0xc4b8fbb0 frame pointer = 0x28:0xc4b8fbb0 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 = 0 (bwn0 taskq) trap number = 12 panic: page fault cpuid = 1 Uptime: 58s Physical memory: 2031 MB Dumping 92 MB: 77 61 45 29 13 Reading symbols from /boot/modules/bwn_v4_lp_ucode.ko...done. Loaded symbols for /boot/modules/bwn_v4_lp_ucode.ko Reading symbols from /boot/modules/vboxnetflt.ko...done. Loaded symbols for /boot/modules/vboxnetflt.ko Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from /boot/kernel/netgraph.ko.symbols...done. done. Loaded symbols for /boot/kernel/netgraph.ko Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ether.ko Reading symbols from /boot/modules/vboxnetadp.ko...done. Loaded symbols for /boot/modules/vboxnetadp.ko Reading symbols from /boot/kernel/nfsclient.ko...Reading symbols from /boot/kernel/nfsclient.ko.symbols...done. done. Loaded symbols for /boot/kernel/nfsclient.ko Reading symbols from /boot/kernel/nfs_common.ko...Reading symbols from /boot/kernel/nfs_common.ko.symbols...done. done. Loaded symbols for /boot/kernel/nfs_common.ko Reading symbols from /boot/kernel/krpc.ko...Reading symbols from /boot/kernel/krpc.ko.symbols...done. done. Loaded symbols for /boot/kernel/krpc.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc060c617 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc060c88b in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc07ca59a in trap_fatal (frame=0xc4b8fb70, eva=0) at /usr/src/sys/i386/i386/trap.c:940 #4 0xc07ca7df in trap_pfault (frame=0xc4b8fb70, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:853 #5 0xc07cb0a1 in trap (frame=0xc4b8fb70) at /usr/src/sys/i386/i386/trap.c:533 #6 0xc07ae95b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #7 0xc06bf694 in amrr_tx_complete (vap=0xc5cf7000, ni=0xc53fd000, ok=1, arg1=0x0, arg2=0x0) at /usr/src/sys/net80211/ieee80211_amrr.c:261 #8 0xc04dbcf6 in bwn_intrtask (arg=0xc4e6b000, npending=1) at ieee80211_ratectl.h:109 #9 0xc0646520 in taskqueue_run (queue=0xc4e66b00) at /usr/src/sys/kern/subr_taskqueue.c:238 #10 0xc0646710 in taskqueue_thread_loop (arg=0xc4e4f4c0) at /usr/src/sys/kern/subr_taskqueue.c:361 #11 0xc05e4c49 in fork_exit (callout=0xc0646653 , arg=0xc4e4f4c0, frame=0xc4b8fd38) at /usr/src/sys/kern/kern_fork.c:843 #12 0xc07ae9d0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 (kgdb) ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -68 0 0 0 - DLs ?? 10653374:24.00 [kernel] 0 1 0 0 44 0 8032 0 wait DLs ?? 265113:24.00 [init] 0 2 0 0 -8 0 0 0 - DL ?? 263452:12.00 [g_event] 0 3 0 0 -8 0 0 0 - DL ?? 1240531:12.00 [g_up] 0 4 0 0 -8 0 0 0 - DL ?? 1737806:48.00 [g_down] 0 5 0 0 -64 0 0 0 ccb_sc DL ?? 0:00.00 [xpt_thrd 0 6 0 0 -16 0 0 0 psleep DL ?? 6560:24.00 [pagedaem 0 7 0 0 -16 0 0 0 psleep DL ?? 111:00.00 [vmdaemon 0 8 0 0 76 0 0 0 pgzero DL ?? 385:00.00 [pagezero 0 9 0 0 -16 0 0 0 psleep DL ?? 7284:36.00 [bufdaemo 0 10 0 0 171 0 0 0 - RL ?? 16813594:48.00 [idle] 0 11 0 0 -64 0 0 0 - WL ?? 12542654:12.00 [intr] 0 12 0 0 -16 0 0 0 - DL ?? 351052:00.00 [yarrow] 0 13 0 0 -64 0 0 0 - DL ?? 2568228:48.00 [usb] 0 14 0 0 -16 0 0 0 tzpoll DL ?? 48453:00.00 [acpi_the 0 15 0 0 -16 0 0 0 coolin DL ?? 6589:24.00 [acpi_coo 0 16 0 0 -16 0 0 0 syncer DL ?? 106114:36.00 [syncer] 0 17 0 0 -16 0 0 0 vlruwt DL ?? 6838:00.00 [vnlru] 0 18 0 0 -16 0 0 0 sdflus DL ?? 33647:36.00 [softdepf 0 149 0 0 -20 0 0 0 IPRT E DL ?? 202:48.00 [TIMER] 0 150 0 0 76 0 0 0 sleep DL ?? 238:00.00 [ng_queue 0 635 1 0 44 0 9620 0 select Ds ?? 1050532:36.00 [moused] 0 739 1 0 58 0 8032 0 wait Ds ?? 260141:48.00 [devd] 0 957 1 0 44 0 9520 0 select Ds ?? 500139:48.00 [syslogd] 0 1138 1 0 76 0 9464 0 select Ds ?? 274206:12.00 [lpd] 0 1172 1 0 44 0 11088 0 select Ds ?? 314974:00.00 [ntpd] 0 1243 1 0 44 0 9620 0 select Ds ?? 1038222:12.00 [moused] 556 1267 1 0 48 0 9672 0 select Ds ?? 79678:00.00 [dbus-dae 26 1283 1 0 76 0 13456 0 select Ds ?? 132226:00.00 [exim-4.6 0 1339 1 0 76 0 12756 0 select Ds ?? 54898:24.00 [sshd] 0 1345 1 0 52 0 9548 0 nanslp Ds ?? 176439:36.00 [cron] 0 1378 1 0 76 0 9576 0 select Ds ?? 37002:36.00 [inetd] 0 1407 1 0 76 0 9800 0 wait D ?? 23422:48.00 [sh] 0 1408 1 0 76 0 9464 0 piperd D ?? 72931:00.00 [logger] 0 1409 1407 0 76 0 1568 0 nanslp D ?? 56031:36.00 [sleep] 0 1412 1 0 76 0 9520 0 ttyin Ds+ ?? 131523:00.00 [getty] 0 1413 1 0 76 0 9520 0 ttyin Ds+ ?? 123813:36.00 [getty] 0 1414 1 0 76 0 9520 0 ttyin Ds+ ?? 124491:24.00 [getty] 0 1415 1 0 76 0 9520 0 ttyin Ds+ ?? 121051:12.00 [getty] 0 1416 1 0 76 0 9520 0 ttyin Ds+ ?? 122656:48.00 [getty] 0 1417 1 0 76 0 9520 0 ttyin Ds+ ?? 123056:00.00 [getty] 0 1418 1 0 76 0 9520 0 ttyin Ds+ ?? 123769:12.00 [getty] 0 1419 1 0 76 0 9520 0 ttyin Ds+ ?? 124531:12.00 [getty] 0 1420 1 0 49 0 11552 0 pause D ?? 505742:24.00 [xdm] 0 1422 1420 0 44 0 291412 0 select Ds ?? 975401:32.00 [Xorg] 0 1427 1420 0 54 0 12540 0 wait Ds ?? 3911660:12.00 [xdm] 0 1433 1 0 44 0 11848 0 select D ?? 620465:48.00 [xconsole 1000 1436 1427 0 44 0 10920 0 select Ds ?? 3434813:36.00 [fvwm] 1000 1447 1436 0 44 0 10920 0 select D ?? 851065:12.00 [GoodStuf 1000 1449 1436 0 44 0 10920 0 select D ?? 1801501:12.00 [wmbatter 1000 1450 1436 0 44 0 10768 0 select D ?? 677220:12.00 [FvwmPage 1000 1451 1436 0 44 0 13608 0 select D ?? 2856122:24.00 [xclock] 1000 1453 1 0 44 0 12992 0 select D ?? 2440994:12.00 [xterm] 1000 1455 1453 0 54 0 10736 0 wait Ds ?? 717060:36.00 [bash] 0 1463 1455 0 46 0 9936 0 wait D ?? 410190:00.00 [su] 0 1464 1463 0 44 0 10736 0 ttyin D+ ?? 555693:00.00 [bash] 0 1506 1 0 58 0 11288 0 select Ds ?? 17894:24.00 [wpa_supp 0 1564 739 0 60 0 9800 0 piperd D ?? 0:00.00 [sh] 0 1565 1564 0 59 0 9600 0 - RL ?? 0:00.00 [ps] ------------------------------------------------------------------------ vmstat -s 82080 cpu context switches 4411 device interrupts 11937 software interrupts 115815 traps 326027 system calls 20 kernel threads created 1531 fork() calls 14 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 565 vnode pager pageins 4085 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 241 pages reactivated 43965 copy-on-write faults 36 copy-on-write optimized faults 34534 zero fill pages zeroed 1839 zero fill pages prezeroed 23 intransit blocking page faults 110015 total VM faults taken 0 pages affected by kernel thread creation 1458943 pages affected by fork() 13611 pages affected by vfork() 0 pages affected by rfork() 266 pages cached 153277 pages freed 0 pages freed by daemon 63397 pages freed by exiting processes 6127 pages active 4040 pages inactive 24 pages in VM cache 26714 pages wired down 473686 pages free 4096 bytes per page 35721 total name lookups cache hits (86% pos + 4% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) isadev 9 1K - 9 64 drm_files 1 1K - 3 64 drm_maps 8 9K - 12 64 cdev 10 2K - 10 128 tty console 1 8K - 1 sigio 3 1K - 3 32 filedesc 69 22K - 1602 16,32,256,512,2048 kenv 78 7K - 82 16,32,64,128,4096 kqueue 2 2K - 2 128,1024 drm_driver 5 5K - 9 16,32,64,256,4096 proc-args 39 3K - 488 16,32,64,128,256 drm_sarea 1 1K - 1 16 ithread 75 6K - 75 16,64,128 drm_dma 1 1K - 1 16 kbdmux 6 18K - 6 16,256,1024,2048 KTRACE 100 13K - 100 128 linker 143 546K - 275 16,32,64,256,1024,2048,4096 lockf 26 2K - 34 32,64 temp 149 235K - 6789 16,32,64,128,256,512,1024,2048,4096 devbuf 4171 4624K - 4371 16,32,64,128,256,512,1024,2048,4096 module 235 15K - 235 64,128 mtx_pool 2 8K - 2 4096 acpiwmi 12 1K - 13 64,256 osd 2 1K - 2 16,32 acpica 3116 175K - 67072 16,32,64,128,256,512,1024,2048 subproc 163 262K - 1670 256,4096 proc 2 8K - 2 4096 session 27 2K - 31 64 pgrp 29 2K - 59 64 cred 42 4K - 7326 64,128 uidinfo 5 2K - 6 64,1024 plimit 13 4K - 186 256 pci_link 16 2K - 16 64,128 sysctltmp 0 0K - 386 16,32,64,128,256 sysctloid 3858 118K - 4000 16,32,64 sysctl 0 0K - 783 16,32,64 callout 1 256K - 1 umtx 336 32K - 336 64,128 p1003.1b 1 1K - 1 16 SWAP 2 549K - 2 64 acpitask 1 1K - 1 1024 bus-sc 77 137K - 1435 16,32,64,128,256,512,1024,2048,4096 bus 775 38K - 4004 16,32,64,128,256,512,1024 devstat 4 9K - 4 16,4096 eventhandler 73 4K - 73 32,64,128 acpi_perf 2 1K - 2 128 kobj 164 328K - 180 2048 Per-cpu 1 1K - 1 16 CAM XPT 14 3K - 37 16,32,64,1024,2048 entropy 1024 64K - 1024 64 rman 173 11K - 590 16,32,64 sbuf 0 0K - 323 16,32,64,128,256,512,1024,2048,4096 hdac 7 12K - 7 64,128,256,512,1024,2048 agp 8 1K - 8 16,64 taskqueue 17 1K - 17 16,64 Unitno 12 1K - 80 16,64 iov 0 0K - 5763 16,64,128,256 select 30 2K - 30 64 ioctlops 0 0K - 9893 16,32,64,128,256,512,1024,4096 msg 4 25K - 4 1024,4096 sem 4 6K - 4 256,512,1024,4096 shm 1 12K - 1 tty 22 11K - 24 512,1024 pts 2 1K - 2 128 mbuf_tag 0 0K - 11 32 shmfd 1 4K - 1 4096 pcb 14 7K - 15 16,512,1024,2048 soname 16 2K - 198 16,32,64,128 biobuf 4 8K - 6 2048 vfscache 1 512K - 1 vfs_hash 1 256K - 1 vnodes 2 1K - 2 128 acpisem 22 3K - 22 64,128 vnodemarker 0 0K - 28 512 mount 103 4K - 147 16,32,64,128,256 BPF 10 65K - 17 16,64,128,256 ether_multi 2 1K - 2 16,32 ifaddr 142 8K - 175 16,32,256,2048 ifnet 6 6K - 7 64,1024 clone 2 8K - 2 4096 arpcom 3 1K - 4 16 lltable 5 2K - 6 256 CAM dev queue 2 1K - 2 128 CAM queue 6 1K - 20 16 feeder 15 1K - 18 16,64 CAM SIM 2 1K - 2 128 ata_generic 1 1K - 1 1024 routetbl 5 1K - 235 64,128,256 80211vap 1 4K - 2 4096 80211com 1 8K - 1 80211nodeie 4 1K - 20 32,128 80211node 1 8K - 7 80211ratectl 2 1K - 3 16,32 80211scan 4 5K - 7 256,2048 igmp 5 1K - 6 128 ad_driver 1 1K - 1 32 mixer 2 8K - 2 4096 in_multi 1 1K - 1 128 hostcache 1 16K - 1 syncache 1 72K - 1 savedino 0 0K - 35 256 freework 20 2K - 30 64 newdirblk 4 1K - 6 32 dirrem 0 0K - 36 64 mkdir 4 1K - 12 64 diradd 34 3K - 50 64 freefile 21 1K - 30 32 freeblks 17 2K - 26 64 freefrag 0 0K - 1 64 indirdep 0 0K - 2 64 newblk 31 68K - 47 128 bmsafemap 5 5K - 16 128,4096 inodedep 61 271K - 88 256 pagedep 12 66K - 17 128 ufs_dirhash 69 14K - 69 16,32,64,128,256,512 ufs_mount 12 57K - 12 256,2048,4096 UMAHash 1 1K - 1 256 ata_cam 1 1K - 1 1024 CAM periph 2 1K - 9 16,32,64,128 vm_pgdata 2 65K - 2 64 acpidev 68 3K - 68 32 atkbddev 2 1K - 2 32 apmdev 1 1K - 32 64 USBdev 47 10K - 47 32,128,256,1024,2048 USB 79 100K - 87 16,32,64,128,512,1024,2048,4096 io_apic 1 1K - 1 1024 drm_ctxbitmap 1 4K - 1 4096 drm_agplists 1 1K - 1 64 memdesc 1 4K - 6 32,4096 msi 3 1K - 3 64 nexusdev 4 1K - 4 16 drm_buflists 2 1K - 2 32 linux 14 1K - 14 32,64 DEVFS1 127 32K - 190 256 DEVFS3 148 19K - 180 128 DEVFS 24 1K - 25 16,64 DEVFSP 3 1K - 6 32 pfs_nodes 146 19K - 146 128 pfs_vncache 4 1K - 4 32 GEOM 63 15K - 147 16,64,128,512,1024 iprtheap 21 3K - 21 32,64,128,256,1024 netgraph_node 3 1K - 4 128 netgraph 3 1K - 4 32 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 128, 0, 77, 13, 77, 0 UMA Zones: 888, 0, 77, 3, 77, 0 UMA Slabs: 284, 0, 522, 10, 636, 0 UMA RCntSlabs: 544, 0, 311, 4, 311, 0 UMA Hash: 128, 0, 2, 28, 3, 0 16 Bucket: 76, 0, 48, 2, 70, 0 32 Bucket: 140, 0, 56, 0, 78, 0 64 Bucket: 268, 0, 53, 3, 99, 13 128 Bucket: 524, 0, 46, 3, 755, 113 VM OBJECT: 136, 0, 1536, 117, 19644, 0 MAP: 140, 0, 7, 21, 7, 0 KMAP ENTRY: 72, 57505, 46, 219, 4156, 0 MAP ENTRY: 72, 0, 958, 261, 36498, 0 DP fakepg: 72, 0, 65565, 49, 65614, 0 SG fakepg: 72, 0, 0, 0, 0, 0 mt_zone: 2056, 0, 235, 110, 235, 0 16: 16, 0, 3117, 537, 41177, 0 32: 32, 0, 3056, 221, 40202, 0 64: 64, 0, 5818, 200, 17105, 0 128: 128, 0, 2789, 91, 9170, 0 256: 256, 0, 737, 133, 3493, 0 512: 512, 0, 88, 48, 1972, 0 1024: 1024, 0, 57, 175, 1362, 0 2048: 2048, 0, 211, 35, 303, 0 4096: 4096, 0, 136, 37, 6439, 0 Files: 56, 0, 127, 141, 7156, 0 TURNSTILE: 72, 0, 169, 41, 169, 0 umtx pi: 52, 0, 0, 0, 0, 0 PROC: 680, 0, 58, 44, 1565, 0 THREAD: 624, 0, 147, 21, 147, 0 SLEEPQUEUE: 44, 0, 169, 126, 169, 0 VMSPACE: 240, 0, 39, 57, 1547, 0 cpuset: 40, 0, 2, 182, 2, 0 mbuf_packet: 256, 0, 359, 157, 551, 0 mbuf: 256, 0, 3, 384, 6432, 0 mbuf_cluster: 2048, 25600, 513, 109, 1276, 0 mbuf_jumbo_page: 4096, 12800, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 19200, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 12800, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 406, 682, 0 g_bio: 140, 0, 0, 644, 7718, 0 ttyinq: 152, 0, 225, 35, 855, 0 ttyoutq: 256, 0, 111, 39, 439, 0 ata_request: 208, 0, 1, 163, 3418, 0 ata_composite: 180, 0, 0, 0, 0, 0 VNODE: 272, 0, 939, 41, 1001, 0 VNODEPOLL: 60, 0, 1, 125, 1, 0 S VFS Cache: 72, 0, 903, 104, 3337, 0 L VFS Cache: 292, 0, 13, 26, 13, 0 NAMEI: 1024, 0, 0, 48, 13649, 0 DIRHASH: 1024, 0, 170, 22, 170, 0 pipe: 392, 0, 7, 33, 995, 0 ksiginfo: 80, 0, 89, 967, 652, 0 itimer: 220, 0, 1, 35, 1, 0 KNOTE: 72, 0, 1, 105, 1, 0 socket: 412, 25605, 40, 23, 352, 0 unpcb: 172, 25622, 30, 62, 120, 0 ipq: 32, 904, 0, 0, 0, 0 udp_inpcb: 220, 25614, 4, 50, 221, 0 udpcb: 8, 25781, 4, 402, 221, 0 tcp_inpcb: 220, 25614, 4, 50, 8, 0 tcpcb: 632, 25602, 4, 14, 8, 0 tcptw: 52, 5184, 0, 0, 0, 0 syncache: 112, 15365, 0, 0, 0, 0 hostcache: 76, 15400, 0, 0, 0, 0 tcpreass: 20, 1690, 0, 0, 0, 0 sackhole: 20, 0, 0, 0, 0, 0 ripcb: 220, 25614, 0, 0, 0, 0 rtentry: 108, 0, 1, 71, 1, 0 selfd: 28, 0, 78, 303, 44524, 0 SWAPMETA: 276, 121576, 0, 0, 0, 0 Mountpoints: 648, 0, 7, 11, 7, 0 FFS inode: 116, 0, 874, 50, 904, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 874, 41, 904, 0 NetGraph items: 36, 4130, 0, 118, 1, 0 NetGraph data items: 36, 531, 0, 0, 0, 0 NFSMOUNT: 524, 0, 0, 0, 0, 0 NFSNODE: 468, 0, 0, 0, 0, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq1: atkbd0 214 6 irq9: acpi0 864 26 irq16: uhci3+ 1030 31 irq18: uhci2 16 0 irq19: uhci1+ 1987 60 irq23: uhci0 ehci0 83 2 cpu0: timer 114728 3476 irq256: hdac0 19 0 irq257: siba_bwn0 198 6 cpu1: timer 114473 3468 Total 233612 7079 ------------------------------------------------------------------------ pstat -T 127/12328 files 0M/4095M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity /dev/ad4s1b 8388352 0 8388352 0% ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics iostat: kvm_getcptime: invalid address (0x0) iostat: disabling CPU time statistics ad4 KB/t tps MB/s 18.17 56 1.00 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 33554432 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 8192 (max amount of shared memory in pages) seminfo: semmap: 30 (# of entries in semaphore map) semmni: 10 (# of semaphore identifiers) semmns: 60 (# of semaphores in system) semmnu: 30 (# of undo structures in system) semmsl: 60 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 10 (max # of undo entries per process) semusz: 136 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat nfsstat: kvm_nlist: can't get names ------------------------------------------------------------------------ netstat -s tcp: 0 packets sent 0 data packets (0 bytes) 0 data packets (0 bytes) retransmitted 0 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 0 ack-only packets (0 delayed) 0 URG only packets 0 window probe packets 0 window update packets 0 control packets 0 packets received 0 acks (for 0 bytes) 0 duplicate acks 0 acks for unsent data 0 packets (0 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 0 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 0 connection requests 0 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 0 connections established (including accepts) 4 connections closed (including 0 drops) 0 connections updated cached RTT on close 0 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 0 segments updated rtt (of 0 attempts) 0 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 0 correct ACK header predictions 0 correct data packet header predictions 0 syncache entries added 0 retransmitted 0 dupsyn 0 dropped 0 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 0 cookies sent 0 cookies received 0 SACK recovery episodes 0 segment rexmits in SACK recovery episodes 0 byte rexmits in SACK recovery episodes 0 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 0 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 0 dropped due to no socket 0 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 0 delivered 0 datagrams output 0 times multicast source filter matched ip: 0 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 0 packets for this host 0 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 0 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 0 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 0 calls to icmp_error 0 errors not generated in response to an icmp message 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored 0 message responses generated 0 invalid return addresses 0 no return routes igmp: 0 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 0 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 0 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 0 membership reports sent arp: 0 ARP requests sent 0 ARP replies sent 0 ARP requests received 0 ARP replies received 0 ARP packets received 0 total packets dropped due to no ARP entry 0 ARP entrys timed out 0 Duplicate IPs seen ------------------------------------------------------------------------ netstat -m 362/541/903 mbufs in use (current/cache/total) 356/266/622/25600 mbuf clusters in use (current/cache/total/max) 359/157 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/19200 9k jumbo clusters in use (current/cache/total/max) 0/0/0/12800 16k jumbo clusters in use (current/cache/total/max) 802K/667K/1469K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines ------------------------------------------------------------------------ netstat -id Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop bwn0 2290 00:26:5e:57:23:33 103 39 0 93 0 0 0 alc0 1500 00:25:b3:7e:b7:2d 436942718 0 0 0 0 0 0 lo0 16384 0 0 0 0 0 0 0 lo0 16384 your-net localhost 0 - - 0 - - - vboxn 1500 0a:00:27:00:00:00 0 0 0 0 0 0 0 wlan0 1500 00:26:5e:57:23:33 1 0 0 1 0 0 0 ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 link#3 UH 0 0 lo0 ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) c56b59e0 tcp4 0 0 *.6000 *.* LISTEN c5704000 tcp4 0 0 *.22 *.* LISTEN c56b5c58 tcp4 0 0 *.25 *.* LISTEN c57044f0 tcp4 0 0 *.515 *.* LISTEN c53e10dc udp4 0 0 *.* *.* c53e2528 udp4 0 0 127.0.0.1.123 *.* c53e244c udp4 0 0 *.123 *.* c53e1370 udp4 0 0 *.514 *.* Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr c53f1158 stream 0 0 0 c53ed000 0 0 /tmp/.X11-unix/X0 c53ed000 stream 0 0 0 c53f1158 0 0 c53ed0ac stream 0 0 0 c53ed158 0 0 /tmp/.X11-unix/X0 c53ed158 stream 0 0 0 c53ed0ac 0 0 c5cae2b0 stream 0 0 0 c5cae35c 0 0 /tmp/.X11-unix/X0 c5cae35c stream 0 0 0 c5cae2b0 0 0 c53ee0ac stream 0 0 0 c53ee968 0 0 /tmp/.X11-unix/X0 c53ee968 stream 0 0 0 c53ee0ac 0 0 c53ed408 stream 0 0 0 c53eecc4 0 0 /tmp/.X11-unix/X0 c53eecc4 stream 0 0 0 c53ed408 0 0 c53ed204 stream 0 0 0 c53ed2b0 0 0 /tmp/.X11-unix/X0 c53ed2b0 stream 0 0 0 c53ed204 0 0 c53eec18 stream 0 0 0 c53eeb6c 0 0 /tmp/.X11-unix/X0 c53eeb6c stream 0 0 0 c53eec18 0 0 c53ee158 stream 0 0 0 c53ee204 0 0 /var/run/dbus/system_bus_socket c53ee204 stream 0 0 0 c53ee158 0 0 c53ee2b0 stream 0 0 0 c53ee35c 0 0 /tmp/.X11-unix/X0 c53ee35c stream 32 0 0 c53ee2b0 0 0 c53ee4b4 stream 0 0 c5758bb0 0 0 0 /tmp/.X11-unix/X0 c53ed560 stream 0 0 0 c53ed60c 0 0 c53ed60c stream 0 0 0 c53ed560 0 0 c53ee560 stream 0 0 c570d110 0 0 0 /var/run/dbus/system_bus_socket c53ed6b8 stream 0 0 c52debb0 0 0 0 /var/run/printer c53f1000 stream 0 0 c54bd330 0 0 0 /var/run/devd.pipe c5cae204 dgram 0 0 c56e2110 0 0 0 /var/run/wpa_supplicant/wlan0 c53ed764 dgram 0 0 0 c53ee810 0 c53ee60c c53ee60c dgram 0 0 0 c53ee810 0 c53ee6b8 c53ee6b8 dgram 0 0 0 c53ee810 0 0 c53ee810 dgram 0 0 c56abaa0 0 c53ed764 0 /var/run/logpriv c53ee8bc dgram 0 0 c56abbb0 0 0 0 /var/run/log ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address tcp4 0/0/128 *.x11 tcp4 0/0/128 *.ssh tcp4 0/0/20 *.smtp tcp4 0/0/5 *.printer unix 0/0/128 /tmp/.X11-unix/X0 unix 0/0/30 /var/run/dbus/system_bus_socket unix 0/0/5 /var/run/printer unix 0/0/4 /var/run/devd.pipe ------------------------------------------------------------------------ fstat USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root ps 1565 root / 2 drwxr-xr-x 1024 r root ps 1565 wd / 2 drwxr-xr-x 1024 r root ps 1565 text / 16606 -r-xr-xr-x 34540 r root ps 1565 0 /dev 29 crw-rw-rw- null rw root ps 1565 1* pipe c53b5240 <-> c53b5188 0 rw root ps 1565 2 /dev 29 crw-rw-rw- null rw root ps 1565 5* local stream c53f1000 root ps 1565 6 /var 329745 -rw------- 3 w root sh 1564 root / 2 drwxr-xr-x 1024 r root sh 1564 wd / 2 drwxr-xr-x 1024 r root sh 1564 text / 16650 -r-xr-xr-x 116784 r root sh 1564 0 /dev 29 crw-rw-rw- null rw root sh 1564 1 /dev 29 crw-rw-rw- null rw root sh 1564 2 /dev 29 crw-rw-rw- null rw root sh 1564 3* pipe c53b5188 <-> c53b5240 0 rw root sh 1564 5* local stream c53f1000 root sh 1564 6 /var 329745 -rw------- 3 w root sh 1564 10 / 33122 -r-xr-xr-x 1233 r root sh 1564 11 / 32961 -rw-r--r-- 39057 r root wpa_supplicant 1506 root / 2 drwxr-xr-x 1024 r root wpa_supplicant 1506 wd / 2 drwxr-xr-x 1024 r root wpa_supplicant 1506 text /usr 12607111 -r-xr-xr-x 287620 r root wpa_supplicant 1506 0 /dev 29 crw-rw-rw- null rw root wpa_supplicant 1506 1 /dev 29 crw-rw-rw- null rw root wpa_supplicant 1506 2 /dev 29 crw-rw-rw- null rw root wpa_supplicant 1506 3* local dgram c53ed764 <-> c53ee810 root wpa_supplicant 1506 4* internet dgram udp c53e10dc root wpa_supplicant 1506 5* local stream c53f1000 root wpa_supplicant 1506 6 /var 329745 -rw------- 3 w root wpa_supplicant 1506 7* route raw 0 c5ca19a8 root wpa_supplicant 1506 8 /dev 21 crw------- bpf rw root wpa_supplicant 1506 9* local dgram c5cae204 root bash 1464 root / 2 drwxr-xr-x 1024 r root bash 1464 wd /usr 22657038 drwxr-x--- 22528 r root bash 1464 text /usr 12203061 -rwxr-xr-x 607624 r root bash 1464 0 /dev 139 crw--w---- pts/1 rw root bash 1464 1 /dev 139 crw--w---- pts/1 rw root bash 1464 2 /dev 139 crw--w---- pts/1 rw root bash 1464 255 /dev 139 crw--w---- pts/1 rw root su 1463 root / 2 drwxr-xr-x 1024 r root su 1463 wd /usr 22657038 drwxr-x--- 22528 r root su 1463 text /usr 28145096 -r-sr-xr-x 14432 r root su 1463 0 /dev 139 crw--w---- pts/1 rw root su 1463 1 /dev 139 crw--w---- pts/1 rw root su 1463 2 /dev 139 crw--w---- pts/1 rw ianf bash 1455 root / 2 drwxr-xr-x 1024 r ianf bash 1455 wd /usr 22657038 drwxr-x--- 22528 r ianf bash 1455 text /usr 12203061 -rwxr-xr-x 607624 r ianf bash 1455 0 /dev 139 crw--w---- pts/1 rw ianf bash 1455 1 /dev 139 crw--w---- pts/1 rw ianf bash 1455 2 /dev 139 crw--w---- pts/1 rw ianf bash 1455 255 /dev 139 crw--w---- pts/1 rw ianf xterm 1453 root / 2 drwxr-xr-x 1024 r ianf xterm 1453 wd /usr 22657038 drwxr-x--- 22528 r ianf xterm 1453 text /usr 12203155 -rws--x--x 308952 r ianf xterm 1453 0 /dev 29 crw-rw-rw- null r ianf xterm 1453 1 /usr 22657119 -rw------- 203 w ianf xterm 1453 2 /usr 22657119 -rw------- 203 w ianf xterm 1453 3* local stream c53ed000 <-> c53f1158 ianf xterm 1453 4* pseudo-terminal master pts/1 rw ianf xterm 1453 5 - - bad - ianf xclock 1451 root / 2 drwxr-xr-x 1024 r ianf xclock 1451 wd /usr 22657038 drwxr-x--- 22528 r ianf xclock 1451 text /usr 12203461 -r-xr-xr-x 32764 r ianf xclock 1451 0 /dev 29 crw-rw-rw- null r ianf xclock 1451 1 /usr 22657119 -rw------- 203 w ianf xclock 1451 2 /usr 22657119 -rw------- 203 w ianf xclock 1451 3* local stream c53ed158 <-> c53ed0ac ianf FvwmPager 1450 root / 2 drwxr-xr-x 1024 r ianf FvwmPager 1450 wd /usr 22657038 drwxr-x--- 22528 r ianf FvwmPager 1450 text /usr 12578126 -rwxr-xr-x 33000 r ianf FvwmPager 1450 0 /dev 29 crw-rw-rw- null r ianf FvwmPager 1450 1 /usr 22657119 -rw------- 203 w ianf FvwmPager 1450 2 /usr 22657119 -rw------- 203 w ianf FvwmPager 1450 3* local stream c5cae35c <-> c5cae2b0 ianf FvwmPager 1450 4* pipe c51acdc8 <-> c51ace80 0 rw ianf FvwmPager 1450 5 /tmp 96 -rw-r--r-- 21684 r ianf FvwmPager 1450 9* pipe c51adb70 <-> c51adab8 0 rw ianf wmbattery 1449 root / 2 drwxr-xr-x 1024 r ianf wmbattery 1449 wd /usr 22657038 drwxr-x--- 22528 r ianf wmbattery 1449 text /usr 12203459 -r-xr-xr-x 10744 r ianf wmbattery 1449 0 /dev 29 crw-rw-rw- null r ianf wmbattery 1449 1 /usr 22657119 -rw------- 203 w ianf wmbattery 1449 2 /usr 22657119 -rw------- 203 w ianf wmbattery 1449 3* local stream c53ee968 <-> c53ee0ac ianf GoodStuff 1447 root / 2 drwxr-xr-x 1024 r ianf GoodStuff 1447 wd /usr 22657038 drwxr-x--- 22528 r ianf GoodStuff 1447 text /usr 12578116 -rwxr-xr-x 28756 r ianf GoodStuff 1447 0 /dev 29 crw-rw-rw- null r ianf GoodStuff 1447 1 /usr 22657119 -rw------- 203 w ianf GoodStuff 1447 2 /usr 22657119 -rw------- 203 w ianf GoodStuff 1447 3* local stream c53eecc4 <-> c53ed408 ianf GoodStuff 1447 4* pipe c51deab8 <-> c51deb70 0 rw ianf GoodStuff 1447 5 /tmp 96 -rw-r--r-- 21684 r ianf GoodStuff 1447 7* pipe c51ac0b8 <-> c51ac000 0 rw ianf fvwm 1436 root / 2 drwxr-xr-x 1024 r ianf fvwm 1436 wd /usr 22657038 drwxr-x--- 22528 r ianf fvwm 1436 text /usr 12203450 -rwxr-xr-x 132532 r ianf fvwm 1436 0 /dev 29 crw-rw-rw- null r ianf fvwm 1436 1 /usr 22657119 -rw------- 203 w ianf fvwm 1436 2 /usr 22657119 -rw------- 203 w ianf fvwm 1436 3* local stream c53ed2b0 <-> c53ed204 ianf fvwm 1436 5* pipe c51deb70 <-> c51deab8 0 rw ianf fvwm 1436 6* pipe c51ac000 <-> c51ac0b8 0 rw ianf fvwm 1436 7* pipe c51ace80 <-> c51acdc8 0 rw ianf fvwm 1436 8* pipe c51adab8 <-> c51adb70 0 rw root xconsole 1433 root / 2 drwxr-xr-x 1024 r root xconsole 1433 wd / 2 drwxr-xr-x 1024 r root xconsole 1433 text /usr 12203443 -r-xr-xr-x 12408 r root xconsole 1433 0 /dev 29 crw-rw-rw- null r root xconsole 1433 1 /var 164885 -rw-r--r-- 1098 w root xconsole 1433 2 /var 164885 -rw-r--r-- 1098 w root xconsole 1433 3* local stream c53eeb6c <-> c53eec18 root xconsole 1433 4* pseudo-terminal master pts/0 rw root xconsole 1433 5 /dev 136 crw--w---- pts/0 rw root xdm 1427 root / 2 drwxr-xr-x 1024 r root xdm 1427 wd / 2 drwxr-xr-x 1024 r root xdm 1427 text /usr 12203446 -r-xr-xr-x 82920 r root xdm 1427 0* local stream c53ee35c <-> c53ee2b0 root xdm 1427 2 /var 164885 -rw-r--r-- 1098 w root Xorg 1422 root / 2 drwxr-xr-x 1024 r root Xorg 1422 wd / 2 drwxr-xr-x 1024 r root Xorg 1422 text /usr 12203399 -r-sr-xr-x 1581592 r root Xorg 1422 0 /var 164892 -rw-r--r-- 18227 w root Xorg 1422 1* internet stream tcp c56b59e0 root Xorg 1422 2 /var 164885 -rw-r--r-- 1098 w root Xorg 1422 3* local stream c53ee4b4 root Xorg 1422 4 /usr 12273021 -r--r--r-- 29902 r root Xorg 1422 5 /dev 18 crw-r----- mem rw root Xorg 1422 6 /dev 48 crw------- ttyv8 rw root Xorg 1422 7 /dev 7 crw-r--r-- pci rw root Xorg 1422 8 /dev 17 crw------- io rw root Xorg 1422 9 /dev 33 crw------- agpgart rw root Xorg 1422 10 /dev 34 crw-rw---- dri/card0 rw root Xorg 1422 11 /dev 12 crw------- sysmouse rw root Xorg 1422 12* local stream c53ee204 <-> c53ee158 root Xorg 1422 13* local stream c53ee2b0 <-> c53ee35c root Xorg 1422 14* local stream c53ed204 <-> c53ed2b0 root Xorg 1422 15* local stream c53eec18 <-> c53eeb6c root Xorg 1422 16* local stream c53f1158 <-> c53ed000 root Xorg 1422 17* local stream c53ed408 <-> c53eecc4 root Xorg 1422 18* local stream c53ee0ac <-> c53ee968 root Xorg 1422 19* local stream c5cae2b0 <-> c5cae35c root Xorg 1422 20* local stream c53ed0ac <-> c53ed158 root xdm 1420 root / 2 drwxr-xr-x 1024 r root xdm 1420 wd / 2 drwxr-xr-x 1024 r root xdm 1420 text /usr 12203446 -r-xr-xr-x 82920 r root xdm 1420 0 /var 329777 -rw-r--r-- 6 rw root xdm 1420 2 /var 164885 -rw-r--r-- 1098 w root getty 1419 root / 2 drwxr-xr-x 1024 r root getty 1419 wd / 2 drwxr-xr-x 1024 r root getty 1419 text /usr 7206990 -r-xr-xr-x 21516 r root getty 1419 0 /dev 47 crw------- ttyv7 rw root getty 1419 1 /dev 47 crw------- ttyv7 rw root getty 1419 2 /dev 47 crw------- ttyv7 rw root getty 1418 root / 2 drwxr-xr-x 1024 r root getty 1418 wd / 2 drwxr-xr-x 1024 r root getty 1418 text /usr 7206990 -r-xr-xr-x 21516 r root getty 1418 0 /dev 46 crw------- ttyv6 rw root getty 1418 1 /dev 46 crw------- ttyv6 rw root getty 1418 2 /dev 46 crw------- ttyv6 rw root getty 1417 root / 2 drwxr-xr-x 1024 r root getty 1417 wd / 2 drwxr-xr-x 1024 r root getty 1417 text /usr 7206990 -r-xr-xr-x 21516 r root getty 1417 0 /dev 45 crw------- ttyv5 rw root getty 1417 1 /dev 45 crw------- ttyv5 rw root getty 1417 2 /dev 45 crw------- ttyv5 rw root getty 1416 root / 2 drwxr-xr-x 1024 r root getty 1416 wd / 2 drwxr-xr-x 1024 r root getty 1416 text /usr 7206990 -r-xr-xr-x 21516 r root getty 1416 0 /dev 44 crw------- ttyv4 rw root getty 1416 1 /dev 44 crw------- ttyv4 rw root getty 1416 2 /dev 44 crw------- ttyv4 rw root getty 1415 root / 2 drwxr-xr-x 1024 r root getty 1415 wd / 2 drwxr-xr-x 1024 r root getty 1415 text /usr 7206990 -r-xr-xr-x 21516 r root getty 1415 0 /dev 43 crw------- ttyv3 rw root getty 1415 1 /dev 43 crw------- ttyv3 rw root getty 1415 2 /dev 43 crw------- ttyv3 rw root getty 1414 root / 2 drwxr-xr-x 1024 r root getty 1414 wd / 2 drwxr-xr-x 1024 r root getty 1414 text /usr 7206990 -r-xr-xr-x 21516 r root getty 1414 0 /dev 42 crw------- ttyv2 rw root getty 1414 1 /dev 42 crw------- ttyv2 rw root getty 1414 2 /dev 42 crw------- ttyv2 rw root getty 1413 root / 2 drwxr-xr-x 1024 r root getty 1413 wd / 2 drwxr-xr-x 1024 r root getty 1413 text /usr 7206990 -r-xr-xr-x 21516 r root getty 1413 0 /dev 41 crw------- ttyv1 rw root getty 1413 1 /dev 41 crw------- ttyv1 rw root getty 1413 2 /dev 41 crw------- ttyv1 rw root getty 1412 root / 2 drwxr-xr-x 1024 r root getty 1412 wd / 2 drwxr-xr-x 1024 r root getty 1412 text /usr 7206990 -r-xr-xr-x 21516 r root getty 1412 0 /dev 40 crw------- ttyv0 rw root getty 1412 1 /dev 40 crw------- ttyv0 rw root getty 1412 2 /dev 40 crw------- ttyv0 rw root sleep 1409 root / 2 drwxr-xr-x 1024 r root sleep 1409 wd / 2 drwxr-xr-x 1024 r root sleep 1409 text / 16621 -r-xr-xr-x 5944 r root sleep 1409 0 /dev 29 crw-rw-rw- null r root sleep 1409 1* pipe c51ad240 <-> c51ad188 0 rw root sleep 1409 2* pipe c51ad240 <-> c51ad188 0 rw root logger 1408 root / 2 drwxr-xr-x 1024 r root logger 1408 wd / 2 drwxr-xr-x 1024 r root logger 1408 text /usr 28145018 -r-xr-xr-x 10480 r root logger 1408 0* pipe c51ad188 <-> c51ad240 0 rw root logger 1408 2 - - bad - root sh 1407 root / 2 drwxr-xr-x 1024 r root sh 1407 wd / 2 drwxr-xr-x 1024 r root sh 1407 text / 16650 -r-xr-xr-x 116784 r root sh 1407 0 /dev 29 crw-rw-rw- null r root sh 1407 1* pipe c51ad240 <-> c51ad188 0 rw root sh 1407 2* pipe c51ad240 <-> c51ad188 0 rw root inetd 1378 root / 2 drwxr-xr-x 1024 r root inetd 1378 wd / 2 drwxr-xr-x 1024 r root inetd 1378 text /usr 12606814 -r-xr-xr-x 42044 r root inetd 1378 0 /dev 29 crw-rw-rw- null rw root inetd 1378 1 /dev 29 crw-rw-rw- null rw root inetd 1378 2 /dev 29 crw-rw-rw- null rw root inetd 1378 3 /var 329776 -rw------- 4 w root inetd 1378 4* pipe c51de188 <-> c51de240 0 rw root inetd 1378 5* pipe c51de240 <-> c51de188 0 rw root cron 1345 root / 2 drwxr-xr-x 1024 r root cron 1345 wd /var 70656 drwxr-x--- 512 r root cron 1345 text /usr 12606796 -r-xr-xr-x 33416 r root cron 1345 0 /dev 29 crw-rw-rw- null rw root cron 1345 1 /dev 29 crw-rw-rw- null rw root cron 1345 2 /dev 29 crw-rw-rw- null rw root cron 1345 3 /var 329773 -rw------- 4 w root sshd 1339 root / 2 drwxr-xr-x 1024 r root sshd 1339 wd / 2 drwxr-xr-x 1024 r root sshd 1339 text /usr 12603105 -r-xr-xr-x 228208 r root sshd 1339 0 /dev 29 crw-rw-rw- null rw root sshd 1339 1 /dev 29 crw-rw-rw- null rw root sshd 1339 2 /dev 29 crw-rw-rw- null rw root sshd 1339 3* internet stream tcp c5704000 mailnull exim-4.69-4 1283 root / 2 drwxr-xr-x 1024 r mailnull exim-4.69-4 1283 wd /var 235527 drwxr-x--- 512 r mailnull exim-4.69-4 1283 text /usr 12203465 -rwsr-xr-x 842588 r mailnull exim-4.69-4 1283 0 /dev 29 crw-rw-rw- null rw mailnull exim-4.69-4 1283 1 /dev 29 crw-rw-rw- null rw mailnull exim-4.69-4 1283 2 /dev 29 crw-rw-rw- null rw mailnull exim-4.69-4 1283 4* internet stream tcp c56b5c58 messageb dbus-daemon 1267 root / 2 drwxr-xr-x 1024 r messageb dbus-daemon 1267 wd / 2 drwxr-xr-x 1024 r messageb dbus-daemon 1267 text /usr 12203239 -r-xr-xr-x 300996 r messageb dbus-daemon 1267 0 /dev 29 crw-rw-rw- null rw messageb dbus-daemon 1267 1 /dev 29 crw-rw-rw- null rw messageb dbus-daemon 1267 2 /dev 29 crw-rw-rw- null rw messageb dbus-daemon 1267 3* local stream c53ee560 messageb dbus-daemon 1267 4 /dev 29 crw-rw-rw- null rw messageb dbus-daemon 1267 6 /usr 12272343 drwxr-xr-x 512 r messageb dbus-daemon 1267 7* local stream c53ed60c <-> c53ed560 messageb dbus-daemon 1267 8* local stream c53ed560 <-> c53ed60c messageb dbus-daemon 1267 9* local stream c53ee158 <-> c53ee204 root moused 1243 root / 2 drwxr-xr-x 1024 r root moused 1243 wd / 2 drwxr-xr-x 1024 r root moused 1243 text /usr 12606890 -r-xr-xr-x 36104 r root moused 1243 0 /dev 29 crw-rw-rw- null rw root moused 1243 1 /dev 29 crw-rw-rw- null rw root moused 1243 2 /dev 29 crw-rw-rw- null rw root moused 1243 3 /dev 38 crw-rw-rw- psm0 rw root moused 1243 4 /dev 56 crw------- consolectl rw root moused 1243 5 /var 329764 -rw------- 4 w root ntpd 1172 root / 2 drwxr-xr-x 1024 r root ntpd 1172 wd / 2 drwxr-xr-x 1024 r root ntpd 1172 text /usr 12606891 -r-xr-xr-x 340916 r root ntpd 1172 0 /dev 29 crw-rw-rw- null rw root ntpd 1172 1 /dev 29 crw-rw-rw- null rw root ntpd 1172 2 /dev 29 crw-rw-rw- null rw root ntpd 1172 3* local dgram c53ee60c <-> c53ee810 root ntpd 1172 20* internet dgram udp c53e244c root ntpd 1172 21* internet dgram udp c53e2528 root ntpd 1172 22* route raw 0 c53e0ce0 root lpd 1138 root / 2 drwxr-xr-x 1024 r root lpd 1138 wd / 2 drwxr-xr-x 1024 r root lpd 1138 text /usr 12606849 -r-xr-xr-x 73344 r root lpd 1138 0 /dev 29 crw-rw-rw- null rw root lpd 1138 1 /dev 29 crw-rw-rw- null rw root lpd 1138 2 /dev 29 crw-rw-rw- null rw root lpd 1138 3* local dgram c53ee6b8 <-> c53ee810 root lpd 1138 4 /var 235555 -rw-rw-r-- 5 w root lpd 1138 5* local stream c53ed6b8 root lpd 1138 6* internet stream tcp c57044f0 root syslogd 957 root / 2 drwxr-xr-x 1024 r root syslogd 957 wd / 2 drwxr-xr-x 1024 r root syslogd 957 text /usr 12606773 -r-xr-xr-x 35864 r root syslogd 957 0 /dev 29 crw-rw-rw- null rw root syslogd 957 1 /dev 29 crw-rw-rw- null rw root syslogd 957 2 /dev 29 crw-rw-rw- null rw root syslogd 957 3 /var 329757 -rw------- 3 w root syslogd 957 4* local dgram c53ee8bc root syslogd 957 5* local dgram c53ee810 root syslogd 957 6* internet dgram udp c53e1370 root syslogd 957 7 /dev 13 crw------- klog r root syslogd 957 9 - - bad - root syslogd 957 10 /var 164921 -rw-r--r-- 1282464 w root syslogd 957 11 /var 164876 -rw------- 1511 w root syslogd 957 12 /var 164869 -rw------- 94254 w root syslogd 957 13 /var 164873 -rw-r----- 59 w root syslogd 957 14 /var 164886 -rw-r--r-- 26269 w root syslogd 957 15 /var 164878 -rw------- 64004 w root syslogd 957 16 /var 164895 -rw------- 57551 w root syslogd 957 17 /var 164871 -rw------- 1683 w root syslogd 957 18 /var 164881 -rw-r----- 75 w root devd 739 root / 2 drwxr-xr-x 1024 r root devd 739 wd / 2 drwxr-xr-x 1024 r root devd 739 text / 16682 -r-xr-xr-x 388960 r root devd 739 0 /dev 29 crw-rw-rw- null rw root devd 739 1 /dev 29 crw-rw-rw- null rw root devd 739 2 /dev 29 crw-rw-rw- null rw root devd 739 3 / 33082 drwxr-xr-x 512 r root devd 739 4 /dev 6 crw------- devctl r root devd 739 5* local stream c53f1000 root devd 739 6 /var 329745 -rw------- 3 w root moused 635 root / 2 drwxr-xr-x 1024 r root moused 635 wd / 2 drwxr-xr-x 1024 r root moused 635 text /usr 12606890 -r-xr-xr-x 36104 r root moused 635 0 /dev 29 crw-rw-rw- null rw root moused 635 1 /dev 29 crw-rw-rw- null rw root moused 635 2 /dev 29 crw-rw-rw- null rw root moused 635 3 /dev 128 crw-r--r-- ums0 rw root moused 635 4 /dev 56 crw------- consolectl rw root moused 635 5* local stream c53f1000 root moused 635 6 /var 329744 -rw------- 3 w root ng_queue 150 root / 2 drwxr-xr-x 1024 r root ng_queue 150 wd / 2 drwxr-xr-x 1024 r root TIMER 149 root / 2 drwxr-xr-x 1024 r root TIMER 149 wd / 2 drwxr-xr-x 1024 r root init 1 root / 2 drwxr-xr-x 1024 r root init 1 wd / 2 drwxr-xr-x 1024 r root init 1 text / 16687 -r-xr-xr-x 661732 r root kernel 0 root / 2 drwxr-xr-x 1024 r root kernel 0 wd / 2 drwxr-xr-x 1024 r ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2010 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 9.0-CURRENT #27: Fri May 7 09:38:19 SAST 2010 ianf@mini.clue.co.za:/usr/obj/usr/src/sys/APPLE i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (1596.19-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Family = 6 Model = 1c Stepping = 2 Features=0xbfe9fbff Features2=0x40c39d AMD Features=0x100000 AMD Features2=0x1 TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 2086952960 (1990 MB) ACPI APIC Table: <061909 APIC0044> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered kbd1 at kbdmux0 acpi0: <061909 RSDT0044> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7f700000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_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 0xdc80-0xdc87 mem 0xfe980000-0xfe9fffff,0xd0000000-0xdfffffff,0xfe940000-0xfe97ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: aperture size is 256M, detected 7932k stolen memory drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized i915 1.6.0 20080730 vgapci1: mem 0xfe880000-0xfe8fffff at device 2.1 on pci0 hdac0: mem 0xfe938000-0xfe93bfff irq 16 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] pcib1: irq 16 at device 28.0 on pci0 pci1: on pcib1 siba_bwn0: mem 0xfeafc000-0xfeafffff irq 16 at device 0.0 on pci1 bwn0 on siba_bwn0 bwn0: WLAN (chipid 0x4312 rev 15) PHY (analog 6 type 5 rev 1) RADIO (manuf 0x17f ver 0x2062 rev 2) bwn0: DMA (64 bits) bwn0: Using 1 MSI messages bwn0: [FILTER] pcib2: irq 17 at device 28.1 on pci0 pci2: on pcib2 alc0: port 0xec80-0xecff mem 0xfebc0000-0xfebfffff irq 17 at device 0.0 on pci2 alc0: 15872 Tx FIFO, 15360 Rx FIFO alc0: Using 1 MSI message(s). miibus0: on alc0 atphy0: PHY 0 on miibus0 atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto alc0: Ethernet address: 00:25:b3:7e:b7:2d alc0: [FILTER] uhci0: port 0xdc00-0xdc1f irq 23 at device 29.0 on pci0 uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0xd880-0xd89f irq 19 at device 29.1 on pci0 uhci1: [ITHREAD] usbus1: on uhci1 uhci2: port 0xd800-0xd81f irq 18 at device 29.2 on pci0 uhci2: [ITHREAD] usbus2: on uhci2 uhci3: port 0xd480-0xd49f irq 16 at device 29.3 on pci0 uhci3: [ITHREAD] usbus3: on uhci3 ehci0: mem 0xfe937c00-0xfe937fff irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 pcib3: at device 30.0 on pci0 pci3: on pcib3 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xd400-0xd407,0xd080-0xd083,0xd000-0xd007,0xcc80-0xcc83,0xcc00-0xcc0f mem 0xfe937800-0xfe937bff irq 19 at device 31.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_wmi0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 acpi_lid0: on acpi0 atrtc0: port 0x70-0x71 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 Generic PS/2 mouse, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 orm0: at iomem 0xcf000-0xcffff 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 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 ad4: 305245MB at ata2-master UDMA100 SATA hdac0: HDA Codec #0: IDT 92HD81B1X pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 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 SMP: AP CPU #1 Launched! GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). Root mount waiting for: usbus4 usbus3 usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered Root mount waiting for: usbus4 Root mount waiting for: usbus4 Root mount waiting for: usbus4 uhub4: 8 ports with 8 removable, self powered ugen4.2: at usbus4 Root mount waiting for: usbus4 ugen4.3: at usbus4 ugen0.2: at usbus0 Root mount waiting for: usbus4 Trying to mount root from ufs:/dev/ad4s1a Setting hostuuid: 10d8d06a-14dd-11dc-9980-0017f2506616. Setting hostid: 0xe7450848. Entropy harvesting: interrupts ethernet point_to_point ugen2.2: at usbus2 ugen3.2: at usbus3 u3g0: on usbus2 u3g0: Found 3 ports. ums0: on usbus3 ums0: 4 buttons and [XYZW] coordinates ID=0 kickstart . Starting file system checks: /dev/ad4s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s1a: clean, 74969 free (921 frags, 9256 blocks, 0.4% fragmentation) /dev/ad4s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s1e: clean, 252561 free (97 frags, 31558 blocks, 0.0% fragmentation) /dev/ad4s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s1f: clean, 13966327 free (406151 frags, 1695022 blocks, 0.3% fragmentation) /dev/ad4s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s1d: clean, 1482673 free (673 frags, 185250 blocks, 0.0% fragmentation) Mounting local file systems: . Setting hostname: mini.clue.co.za . vboxdrv: fAsync=0 offMin=0x384 offMax=0x1734 vboxnet0: Ethernet address: 0a:00:27:00:00:00 bwn0: firmware version (rev 478 patch 104 date 0x8701 time 0x657) wlan0: Ethernet address: 00:26:5e:57:23:33 Starting wpa_supplicant. Starting Network: lo0 bwn0 alc0 vboxnet0. lo0: flags=8049 metric 0 mtu 16384 options=3 inet 127.0.0.1 netmask 0xff000000 bwn0: flags=8843 metric 0 mtu 2290 ether 00:26:5e:57:23:33 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated alc0: flags=8843 metric 0 mtu 1500 options=c3198 ether 00:25:b3:7e:b7:2d media: Ethernet autoselect (none ) status: no carrier vboxnet0: flags=8802 metric 0 mtu 1500 ether 0a:00:27:00:00:00 Starting devd. Starting ums0 moused . Starting Network: vboxnet0. vboxnet0: flags=8802 metric 0 mtu 1500 ether 0a:00:27:00:00:00 ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/lib/compat /usr/local/lib/gegl-0.0 /usr/local/lib/graphviz /usr/local/lib/nss /usr/local/lib/pth /usr/local/lib/qt4 /usr/local/lib/virtualbox a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout Creating and/or trimming log files . Starting syslogd. No core dumps found. Additional ABI support: linux . Setting date via ntp. 7 May 09:44:53 ntpdate[977]: no servers can be used, exiting NFS access cache time=60 Clearing /tmp (X related). Starting local daemons: usbhidaction: /dev/uhid0 : No such file or directory . Starting lpd. Updating motd: . Starting ntpd. Starting default moused . Starting dbus. Starting exim. Configuring syscons: keymap keyrate blanktime . Starting sshd. Starting cron. Starting inetd. Starting background file system checks in 60 seconds. Fri May 7 09:44:57 SAST 2010 drm0: [ITHREAD] May 7 09:45:18 mini su: ianf to root on /dev/pts/1 May 7 09:45:29 mini wpa_supplicant[403]: Failed to disable WPA in the driver. wlan0: Ethernet address: 00:26:5e:57:23:33 bwn0: firmware version (rev 478 patch 104 date 0x8701 time 0x657) wlan0: link state changed to UP Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06bf694 stack pointer = 0x28:0xc4b8fbb0 frame pointer = 0x28:0xc4b8fbb0 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 = 0 (bwn0 taskq) trap number = 12 panic: page fault cpuid = 1 Uptime: 58s Physical memory: 2031 MB Dumping 92 MB: 77 61 45 29 13 ------------------------------------------------------------------------ kernel config config: File /boot/kernel/kernel doesn't contain configuration file. Either unsupported, or not compiled with INCLUDE_CONFIG_FILE ------------------------------------------------------------------------ ddb capture buffer ddb: ddb_capture: kvm_nlist --==_Exmh_1273221190_16910-- From owner-freebsd-current@FreeBSD.ORG Fri May 7 08:46:16 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 11239106564A for ; Fri, 7 May 2010 08:46:16 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id E31738FC14 for ; Fri, 7 May 2010 08:46:15 +0000 (UTC) Received: by pxi20 with SMTP id 20so414351pxi.13 for ; Fri, 07 May 2010 01:46:03 -0700 (PDT) Received: by 10.141.139.11 with SMTP id r11mr7431543rvn.61.1273221963641; Fri, 07 May 2010 01:46:03 -0700 (PDT) Received: from [10.0.1.198] (udp022762uds.hawaiiantel.net [72.234.79.107]) by mx.google.com with ESMTPS id t10sm836431rvl.10.2010.05.07.01.46.01 (version=SSLv3 cipher=RC4-MD5); Fri, 07 May 2010 01:46:02 -0700 (PDT) Date: Thu, 6 May 2010 22:46:01 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Vladimir Grebenschikov In-Reply-To: <1272780607.2720.89.camel@localhost> Message-ID: References: <1272780607.2720.89.camel@localhost> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: SUJ update - new panic - "ffs_copyonwrite: recursive call" 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, 07 May 2010 08:46:16 -0000 On Sun, 2 May 2010, Vladimir Grebenschikov wrote: > Hi > > While 'make buildworld' > > kgdb /boot/kernel/kernel /var/crash/vmcore.13 > GNU gdb 6.1.1 [FreeBSD] Hi Vladimir, I checked in a fix for this at revision 207742. If you can verify that it works for you it would be appreciated. Thanks! Jeff > ... > #0 0xc056b93c in doadump () > (kgdb) bt > #0 0xc056b93c in doadump () > #1 0xc0489019 in db_fncall () > #2 0xc0489411 in db_command () > #3 0xc048956a in db_command_loop () > #4 0xc048b3ed in db_trap () > #5 0xc05985a4 in kdb_trap () > #6 0xc06f8b5e in trap () > #7 0xc06dd6eb in calltrap () > #8 0xc059870a in kdb_enter () > #9 0xc056c1d1 in panic () > #10 0xc066d602 in ffs_copyonwrite () > #11 0xc068742a in ffs_geom_strategy () > #12 0xc05d8955 in bufwrite () > #13 0xc0686e64 in ffs_bufwrite () > #14 0xc067a8a2 in softdep_sync_metadata () > #15 0xc068c568 in ffs_syncvnode () > #16 0xc0681425 in softdep_prealloc () > #17 0xc066592a in ffs_balloc_ufs2 () > #18 0xc066a252 in ffs_snapblkfree () > #19 0xc065eb9a in ffs_blkfree () > #20 0xc0673de0 in freework_freeblock () > #21 0xc06797c7 in handle_workitem_freeblocks () > #22 0xc0679aaf in process_worklist_item () > #23 0xc06821f4 in softdep_process_worklist () > #24 0xc0682940 in softdep_flush () > #25 0xc0542a00 in fork_exit () > #26 0xc06dd760 in fork_trampoline () > (kgdb) x/s panicstr > 0xc07c2b80: "ffs_copyonwrite: recursive call" > (kgdb) > > > > -- > Vladimir B. Grebenschikov > vova@fbsd.ru > From owner-freebsd-current@FreeBSD.ORG Fri May 7 08:47:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0615F106566C for ; Fri, 7 May 2010 08:47:05 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id D4F7F8FC0A for ; Fri, 7 May 2010 08:47:04 +0000 (UTC) Received: by pxi20 with SMTP id 20so414624pxi.13 for ; Fri, 07 May 2010 01:47:04 -0700 (PDT) Received: by 10.141.23.12 with SMTP id a12mr7726825rvj.145.1273222024426; Fri, 07 May 2010 01:47:04 -0700 (PDT) Received: from [10.0.1.198] (udp022762uds.hawaiiantel.net [72.234.79.107]) by mx.google.com with ESMTPS id h11sm836054rvm.21.2010.05.07.01.47.03 (version=SSLv3 cipher=RC4-MD5); Fri, 07 May 2010 01:47:03 -0700 (PDT) Date: Thu, 6 May 2010 22:47:00 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Fabien Thomas In-Reply-To: <70EFD2C3-9EA3-43D0-A1CE-9FC7FA49C50A@netasq.com> Message-ID: References: <4BDF2A4D.3030706@gmail.com> <493FBE07-D745-4DDE-B7EE-C41F626B1597@netasq.com> <70EFD2C3-9EA3-43D0-A1CE-9FC7FA49C50A@netasq.com> 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@freebsd.org Subject: Re: SUJ deadlock 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, 07 May 2010 08:47:05 -0000 On Fri, 7 May 2010, Fabien Thomas wrote: > fixed/works a lot better for me. Thanks Fabien, I just committed this. Thanks everyone for the assistance finding bugs so far. Please let me know if you run into anything else. For now I don't know of any other than some feature/change requests for tunefs. Thanks, Jeff > >> Applied and restarted portupgrade. >> Will tell you tomorrow. >> >> Fabien >> >> Le 6 mai 2010 ? 00:54, Jeff Roberson a ?crit : >> >>> On Mon, 3 May 2010, Fabien Thomas wrote: >>> >>>>>> Hi Jeff, >>>>>> >>>>>> I'm with r207548 now and since some days i've system deadlock. >>>>>> It seems related to SUJ with process waiting on suspfs or ppwait. >>>>> >>>>> I've also seen it stalled in suspfs, but this information is way better >>>>> than what I was able to garner. I was only able to tell via ctrl-t on >>>>> a stalled 'ls' process in a terminal before hard booting. >>>>> >>>>> Right now it occurs everytime I attempt to do the portmaster -a upgrade >>>>> of X/KDE on this system. >>>> >>>> I've spotted this during multiple portupgrade -aR :) >>> >>> Can anyone who has experienced this hang test this patch: >>> >>> Thanks, >>> Jeff >>> >>> Index: ffs_softdep.c >>> =================================================================== >>> --- ffs_softdep.c (revision 207480) >>> +++ ffs_softdep.c (working copy) >>> @@ -9301,7 +9301,7 @@ >>> hadchanges = 1; >>> } >>> /* Leave this inodeblock dirty until it's in the list. */ >>> - if ((inodedep->id_state & (UNLINKED | DEPCOMPLETE)) == UNLINKED) >>> + if ((inodedep->id_state & (UNLINKED | UNLINKONLIST)) == UNLINKED) >>> hadchanges = 1; >>> /* >>> * If we had to rollback the inode allocation because of >>> >>> >>>> >>>> Fabien >>>> _______________________________________________ >>>> 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 Fri May 7 09:21:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEE5B106566B for ; Fri, 7 May 2010 09:21:02 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 980008FC0C for ; Fri, 7 May 2010 09:21:02 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OAJju-0003SG-Bn for freebsd-current@freebsd.org; Fri, 07 May 2010 11:20:58 +0200 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, 07 May 2010 11:20:58 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 May 2010 11:20:58 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org connect(): No such file or directory From: Ivan Voras Date: Fri, 07 May 2010 11:20:56 +0200 Lines: 13 Message-ID: References: <201005070036.o470a3pl044330@chez.mckusick.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100329 Thunderbird/3.0.3 In-Reply-To: <201005070036.o470a3pl044330@chez.mckusick.com> X-Enigmail-Version: 1.0.1 Subject: Re: HEADS UP: 64-bit quotas going in to head today 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, 07 May 2010 09:21:02 -0000 On 05/07/10 02:36, Kirk McKusick wrote: > Dag-Erling Smørgrav and I have been working on updating the > FFS quota system to support both traditional 32-bit and new 64-bit > quotas (for those of you who want to put 2+Tb quotas on your users). > > By default quotas are not compiled into the kernel. To include them > in your kernel configuration you need to specify: > > options QUOTA # Enable FFS quotas Just wondering - does the quota code have that much impact on the file system that it's still today left out of the GENERIC kernel? From owner-freebsd-current@FreeBSD.ORG Fri May 7 10:25:45 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AACF31065670; Fri, 7 May 2010 10:25:45 +0000 (UTC) (envelope-from kaiwang27@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id D28B58FC19; Fri, 7 May 2010 10:25:44 +0000 (UTC) Received: by ewy24 with SMTP id 24so216702ewy.33 for ; Fri, 07 May 2010 03:25:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=z/z4a2JXXeOwINGEcy4L5O1hJVfzoy5SuHnZ8leis9c=; b=t2pY/Fw6jQASg34vK0N2ALj1kkk/2Zp7lrvn2KT9uDdd1E6wd/puW0dCFKq7cxEPZa dUQ/Wz3MmVPbk/wb7OildmYgQiuoHo4dvRyaHlc6txUzYVpQo0HOy2+Lgdv4k+ZtYzZI zHb02WISNacsgOe8eFB5mBeDsSU3ut4zf7Xao= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; b=jg8U1M8fM5eoPA/zSjHSOvSlnZGxnoqX6WK+Eldq0KFulNBqxzin8FL+Gue7kuIRdG sIIMr6j2d8nlEJ95FMp8G8v4xgyMA+bUsvuD/2XYAs38o0rL5VzCgC7qG8KxHkiikVoD BF8cgfDXuxpYXNa9UP6YMv2wE17VZOJx6eOc8= Received: by 10.213.41.142 with SMTP id o14mr3846721ebe.18.1273226257228; Fri, 07 May 2010 02:57:37 -0700 (PDT) Received: from localhost (81-233-38-26-no36.tbcn.telia.com [81.233.38.26]) by mx.google.com with ESMTPS id 14sm1060751ewy.14.2010.05.07.02.57.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 07 May 2010 02:57:35 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=localhost.my.domain) by localhost with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OAKJ5-0000nj-4O; Fri, 07 May 2010 11:57:19 +0200 Received: (from kaiw@localhost) by localhost.my.domain (8.14.3/8.14.3/Submit) id o479vJZg003082; Fri, 7 May 2010 11:57:19 +0200 (CEST) (envelope-from kaiwang27@gmail.com) X-Authentication-Warning: localhost.my.domain: kaiw set sender to kaiwang27@gmail.com using -f Date: Fri, 7 May 2010 11:57:18 +0200 From: Kai Wang To: Alex Deiter Message-ID: <20100507095718.GA3047@viskning> References: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-bluetooth@freebsd.org, current@freebsd.org, freebsd-usb@freebsd.org, hps@freebsd.org Subject: Re: Revision 205728: broken bluetooth mouse support 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, 07 May 2010 10:25:45 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=utf-8 Content-Disposition: inline On Fri, May 07, 2010 at 01:58:13AM +0400, Alex Deiter wrote: > Hi, > > Bluetooth mouse support is broken after Revision 205728: > > http://svn.freebsd.org/viewvc/base?view=revision&revision=205728 > > When I move the mouse - cursor stays in same place but moves the > current position of the console. > > Proposed patch as an attachment. Could you please revew this ? Hi Alex, If we adopt your patch, usbhidctl(1) and usbhidaction(1) will be broken again on device with multiple report IDs. Could you please try if the attached patch for the bthidd(8) daemon works as well? Thanks, Kai --huq684BweRXVnRxX Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment; filename="bthidd.txt" Index: usr.sbin/bluetooth/bthidd/hid.c =================================================================== --- usr.sbin/bluetooth/bthidd/hid.c (revision 207113) +++ usr.sbin/bluetooth/bthidd/hid.c (working copy) @@ -130,7 +130,7 @@ hid_interrupt(bthid_session_p s, uint8_t *data, in hid_item_t h; int32_t report_id, usage, page, val, mouse_x, mouse_y, mouse_z, mouse_butt, - mevents, kevents; + mevents, kevents, i; assert(s != NULL); assert(s->srv != NULL); @@ -150,8 +150,8 @@ hid_interrupt(bthid_session_p s, uint8_t *data, in } report_id = data[1]; - data += 2; - len -= 2; + data ++; + len --; hid_device = get_hid_device(&s->bdaddr); assert(hid_device != NULL); @@ -202,17 +202,11 @@ hid_interrupt(bthid_session_p s, uint8_t *data, in if (val && val < kbd_maxkey()) bit_set(s->keys1, val); - data ++; - len --; - - len = min(len, h.report_size); - while (len > 0) { + for (i = 1; i < h.report_count; i++) { + h.pos += h.report_size; val = hid_get_data(data, &h); if (val && val < kbd_maxkey()) bit_set(s->keys1, val); - - data ++; - len --; } } break; --huq684BweRXVnRxX-- From owner-freebsd-current@FreeBSD.ORG Fri May 7 10:37:46 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB3D51065670; Fri, 7 May 2010 10:37:46 +0000 (UTC) (envelope-from alex.deiter@gmail.com) Received: from mail-gx0-f226.google.com (mail-gx0-f226.google.com [209.85.217.226]) by mx1.freebsd.org (Postfix) with ESMTP id 38DBD8FC14; Fri, 7 May 2010 10:37:45 +0000 (UTC) Received: by gxk26 with SMTP id 26so521122gxk.13 for ; Fri, 07 May 2010 03:37:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=LF+KPWP6om1zljSLOQqkYNdYJWYoLaX6ZVyFBEZarQg=; b=hujLRgQ0LDjWveWQcqu6KdCpfJbxv7Bs/nc16xMEj/ZFoGIUB3bDBz/MZeVy+FcP62 v/qfKiGN50DNmN0Cy+SodtvxduiBt0GbjempkVnGx99c66hHhe1AnktAmDnbEP47QPj8 /9rKIBAAuIce6lx3bk+EsZ6fWZ58U+9bNls58= 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=f/iVe0muAT6/m0den3avqKLmcUd1j86E5kO5co4c5OMsGt2m49uaJtaRO6qaMb8Pzh buasIeaZCkT8Gtf6x9q5/P7dkXeuYanhi1mou4BYrSa7GXruZOXchqcEWFpO+bTfawFb p+Fz2NmrihLUk3Hq5f+tXXe7NhpRKTOVJkod8= MIME-Version: 1.0 Received: by 10.101.205.18 with SMTP id h18mr1079anq.30.1273228659391; Fri, 07 May 2010 03:37:39 -0700 (PDT) Received: by 10.100.91.20 with HTTP; Fri, 7 May 2010 03:37:39 -0700 (PDT) In-Reply-To: <20100507095718.GA3047@viskning> References: <20100507095718.GA3047@viskning> Date: Fri, 7 May 2010 14:37:39 +0400 Message-ID: From: Alex Deiter To: Kai Wang Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Fri, 07 May 2010 11:24:29 +0000 Cc: freebsd-bluetooth@freebsd.org, current@freebsd.org, freebsd-usb@freebsd.org, hps@freebsd.org Subject: Re: Revision 205728: broken bluetooth mouse support 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, 07 May 2010 10:37:46 -0000 Hi Kal, Thanks a lot for your patch! I`m apply this patch and my bt mouse work fine again! For Hans: > Which daemon is driving the BT mouse? bthidd patch for bthidd(8) works fine only WITH your patches for: lib/libusbhid/data.c sys/dev/usb/usb_hid.c sys/dev/usb/usbhid.h Thanks a lot! 2010/5/7 Kai Wang : > On Fri, May 07, 2010 at 01:58:13AM +0400, Alex Deiter wrote: >> Hi, >> >> Bluetooth mouse support is broken after Revision 205728: >> >> http://svn.freebsd.org/viewvc/base?view=revision&revision=205728 >> >> When I move the mouse - cursor stays in same place but moves the >> current position of the console. >> >> Proposed patch as an attachment. Could you please revew this ? > > Hi Alex, > > If we adopt your patch, usbhidctl(1) and usbhidaction(1) will be > broken again on device with multiple report IDs. > > Could you please try if the attached patch for the bthidd(8) > daemon works as well? > > Thanks, > Kai > -- -- Alex Deiter From owner-freebsd-current@FreeBSD.ORG Fri May 7 15:24:42 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2A511065670; Fri, 7 May 2010 15:24:42 +0000 (UTC) (envelope-from mclone@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 769368FC08; Fri, 7 May 2010 15:24:42 +0000 (UTC) Received: by pvc30 with SMTP id 30so564222pvc.13 for ; Fri, 07 May 2010 08:24:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:cc:content-type; bh=hycKukE5hovbtbYUBU0S3+QOc+b+M8CVeXB9DYoBamw=; b=rzEql7FidIJVfbWRLv6k7G5vawTmgIpd3XLkn4fFoiVve2SQ/4XVHKUA1Gy3ryqibo sh8BO3E7chyrqwvdg6C5G1psYBb5v0EmR0wX2jfTjy//G07klHZj7MErf5O5pJ1SsDtV CP6kZifua8whYqJKsqiyi/xLhmJgFzTgiKal0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:cc:content-type; b=lGUDQG6WkCd/oDaKUs7dvn0c99jQWYg+MxoD9kBvqb+vHddfA2DpKnqJFJIXHX4Ebe 28+URSZ/E5EX+4THLU2SAIkhCuieuzfGjhTEbFF2tnfsKUHUXXgAiW5mEZrWHo+mXIxP wvXiS/7F65mwcKVnCr8G+MVAqV1ITjnCMC4DE= Received: by 10.142.56.14 with SMTP id e14mr108091wfa.37.1273244123095; Fri, 07 May 2010 07:55:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.101.19 with HTTP; Fri, 7 May 2010 07:55:02 -0700 (PDT) From: McLone Date: Fri, 7 May 2010 17:55:02 +0300 Message-ID: To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: network@freebsd.org, stable@freebsd.org Subject: if_re regression on RELENG_8 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, 07 May 2010 15:24:42 -0000 Hell Low. When Vista finally died on my girl's notebook, she asked me to install FreeBSD on it, so no more viruses. I installed RELENG_8_0/i386, to compile fresh RELENG_8/amd64 in hopes SUJ will be availible (2gb RAM is kinda too small for ZFS). I've built custom kernel (GENERIC with unneeded things nodevice'd) and rebooted it, kldload if_re, ifcionfig, so ping started to work. I then attempted to mount_nfs, but it hung. "re0: watchdog timeout" appeared on console. So the thing is, re0 stops working after sending any packet longer than 536 bytes. I tested via ping, -S (536-8) works, but (537-8) leads to watchdog timeout. The host cannot be software rebooted in ~80% cases after it happened. Machine in question is Fujitsu-Siemens Amilo Pi 2540. The lines from RELENG_8 dmesg are: re0: port 0x3000-0x30ff mem 0xf0300000-0xf0300fff irq 19 at device 0.0 on pci5 re0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0xf0300000 re0: MSI count : 2 re0: attempting to allocate 1 MSI vectors (2 supported) re0: using IRQ 256 for MSI re0: Using 1 MSI messages re0: Chip rev. 0x34000000 re0: MAC rev. 0x00000000 miibus0: on re0 re0: bpf attached re0: Ethernet address: 00:03:0d:a1:a8:19 re0: [MPSAFE] re0: [FILTER] Those lines in RELENG_8_0 are the same except IRQ 259 (i kldload if_re after boot). RELENG_8 is from 2010.05.04 i believe; had tried with sources as of 2 or 3 weeks earlier - same bug. No CFLAGS except -mtune=native (i doubt it does the weather). It doesn't matter if i kldload or just use GENERIC. How can i test further, except building fresh RELENG_8/i386? How to use a magic "DDB key" and what to input in there? p.s. I subscribed only to current@ so cc me if needed. -- wbr, |\ _,,,---,,_ dog bless ya! ` Zzz /,`.-'`' -. ;-;;,_ McLone at GMail dot com |,4- ) )-,_. ,\ ( `'-' net- and *BSD admin '---''(_/--' `-'\_) ...translit rawx! From owner-freebsd-current@FreeBSD.ORG Fri May 7 16:08:13 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F21F0106566C for ; Fri, 7 May 2010 16:08:13 +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 758E88FC1A for ; Fri, 7 May 2010 16:08:12 +0000 (UTC) Received: from entelserver.upc.edu (entelserver.upc.es [147.83.39.4]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id o47G8ABn001127; Fri, 7 May 2010 18:08:10 +0200 Received: from webmail.entel.upc.edu (wireless.upc.es [147.83.39.6]) by entelserver.upc.edu (Postfix) with ESMTP id B0AF32CBD0D; Fri, 7 May 2010 18:08:05 +0200 (CEST) Received: from 88.15.97.205 by webmail.entel.upc.edu with HTTP; Fri, 7 May 2010 18:08:05 +0200 (CEST) Message-ID: <58220.88.15.97.205.1273248485.squirrel@webmail.entel.upc.edu> In-Reply-To: <20100506190653.GA31100@weongyo> References: <20100226005115.GP14937@weongyo> <20100227011535.ed3f2486.ray@ddteam.net> <20100228095259.GB3536@weongyo> <20100301103240.3a4aac8a.ray@dlink.ua> <20100303082833.GB22865@weongyo> <20100303111014.6564ea1e.ray@dlink.ua> <20100312231333.GZ1295@weongyo> <4BD2201E.3090409@entel.upc.edu> <20100424231755.GI65380@weongyo> <4BD4A928.8020901@entel.upc.edu> <20100506190653.GA31100@weongyo> Date: Fri, 7 May 2010 18:08:05 +0200 (CEST) From: "Gustavo Perez Querol" To: weongyo.jeong@gmail.com User-Agent: SquirrelMail/1.4.10a-1.fc6 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal 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]); Fri, 07 May 2010 18:08:11 +0200 (CEST) Cc: current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver 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, 07 May 2010 16:08:14 -0000 > > Hello Gustau, I'm so sorry for belated response that I had no time to > read and work email and wireless stuffs. > > Could you please test this symptom with attached patch? It looks in > CURRENT it missed to initialize a ratectl when it associates with AP. > The patch made the machine to panic. I think it happened when launching the supplicant. In fact, right now it works by putting the RF switch to OFF. As soon as I change it to ON the machine panics. It get a trap 12, with two reasons : page fault and "bufwrite, buffer is not busy?" I'm running 9.0/AMD64 from 1 of May (don't know exact svn revision). Do you want me to test anything else ? Regards, Gustau > regards, > Weongyo Jeong > > _______________________________________________ > 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 Fri May 7 17:54:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE9F3106564A for ; Fri, 7 May 2010 17:54:28 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id 9FD508FC15 for ; Fri, 7 May 2010 17:54:28 +0000 (UTC) Received: from [212.62.248.146] (helo=[192.168.2.100]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OARkn-000HPF-VK; Fri, 07 May 2010 19:54:26 +0200 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: =?iso-8859-1?Q?Eirik_=D8verby?= In-Reply-To: Date: Fri, 7 May 2010 19:54:25 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Jason J. W. Williams X-Mailer: Apple Mail (2.1078) Cc: freebsd-current@freebsd.org Subject: Re: ZFS Stability & MySQL (Comments Requested) 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, 07 May 2010 17:54:28 -0000 Hi, just chirping in; we've upgraded a bunch of old 6.x servers to 8.0 with = ZFS. This is a pair of HP DL385 G1s (dual opteron, old stuff) with = SmartArray controllers, which had absolutely horrible performance in = both 6.0 and 8.0. The drive array gave us ~25 mbyte/s sustained, which = is obviously abysmal for U320/15k SCSI drives backed by hardware RAID = and cache. We ended up splitting the hardware RAID into single drives, and using = ZFS/RaidZ. We suddenly got around 45 mbye/s (still bad) per channel, = adding up nicely when benchmarking the RaidZ volume. MySQL now performs much better than before, and we've enabled = compression (gzip-2) and fixed block sizes. Compression ratio is about = 1.7:1, transaction latency on the database (as seen from application) = has gone down by about 65% on average. We see anything between 300 and 2000 queries/second throughout the day, = and our active dataset is about 500GB. The servers have 8GB of memory. /Eirik On Apr 29, 2010, at 4:31 PM, Jason J. W. Williams wrote: > Hi Y'all, >=20 > I've written before that we're considering moving to FreeBSD 8 from > OpenSolaris and are heavily reliant on ZFS. Has anyone used FreeBSDs > ZFS implementation for a high reliability environment like a database? > If so, what are your experiences? >=20 > Basically, I'm curious how stable the implementation is and whether > it's ready for a critical production environment. Also, any gotchas > particularly with running it with MySQL or anything else that utilizes > a lot of memory. On Solaris, we cap the max ARC size to keep it from > grabbing all the system RAM and competing with MySQL. >=20 > Any thoughts or comments are greatly appreciated. >=20 > -J > _______________________________________________ > 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 From owner-freebsd-current@FreeBSD.ORG Fri May 7 20:53:39 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 254C21065673; Fri, 7 May 2010 20:53:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id D96948FC1A; Fri, 7 May 2010 20:53:38 +0000 (UTC) Received: by pxi20 with SMTP id 20so721762pxi.13 for ; Fri, 07 May 2010 13:53:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=nymjM8aQpXCTQKpDM8kFK2X72tRZzz7ph80L9lNoxIA=; b=NqxhaSbEwkMM6Aoogr0v7fqhycxD64VElkXOrxX6ThJLgiXEzS6ERWWJN1RgSLo10N WjXVj6Ah3iwcXN9oinbN87BG3R5JhChM1Eq3S2NW5bOtLBh00eL/sYkpVdzrjmnqcrJx fYxyK5/D3+fvs22da5LFnSlDzKGnpSlFojLss= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=sMvkKVD1e4aOrGi/jfI9bWU7Vz47916QmKLXKnWr6kY0j/REbPlZhTwPL3pSmY/iGI 8TeoqVFx5DOmPvUAUFv4BHle0918khSdte2OLSIdCiMLUOyXM6RXx2025vIeipV3jG8J TpjQyFmhksCJt2DUoztOcCKir09whb6HofKJ4= Received: by 10.142.7.13 with SMTP id 13mr385665wfg.122.1273265615096; Fri, 07 May 2010 13:53:35 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 20sm1970927pzk.7.2010.05.07.13.53.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 07 May 2010 13:53:34 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 7 May 2010 13:53:28 -0700 From: Pyun YongHyeon Date: Fri, 7 May 2010 13:53:28 -0700 To: McLone Message-ID: <20100507205328.GH14801@michelle.cdnetworks.com> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="C+ts3FVlLX8+P6JN" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: network@freebsd.org, stable@freebsd.org, current@freebsd.org Subject: Re: if_re regression on RELENG_8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2010 20:53:39 -0000 --C+ts3FVlLX8+P6JN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, May 07, 2010 at 05:55:02PM +0300, McLone wrote: > Hell Low. > > When Vista finally died on my girl's notebook, > she asked me to install FreeBSD on it, so no more viruses. > I installed RELENG_8_0/i386, to compile fresh RELENG_8/amd64 > in hopes SUJ will be availible (2gb RAM is kinda too small for ZFS). > > I've built custom kernel (GENERIC with unneeded things nodevice'd) > and rebooted it, kldload if_re, ifcionfig, so ping started to work. > I then attempted to mount_nfs, but it hung. > "re0: watchdog timeout" appeared on console. > > So the thing is, re0 stops working after sending any packet > longer than 536 bytes. I tested via ping, -S (536-8) works, > but (537-8) leads to watchdog timeout. The host cannot be > software rebooted in ~80% cases after it happened. > > Machine in question is Fujitsu-Siemens Amilo Pi 2540. > The lines from RELENG_8 dmesg are: > > re0: port > 0x3000-0x30ff mem 0xf0300000-0xf0300fff irq 19 at device 0.0 on pci5 > re0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0xf0300000 > re0: MSI count : 2 > re0: attempting to allocate 1 MSI vectors (2 supported) > re0: using IRQ 256 for MSI > re0: Using 1 MSI messages > re0: Chip rev. 0x34000000 > re0: MAC rev. 0x00000000 > miibus0: on re0 > re0: bpf attached > re0: Ethernet address: 00:03:0d:a1:a8:19 > re0: [MPSAFE] > re0: [FILTER] > > Those lines in RELENG_8_0 are the same except IRQ 259 > (i kldload if_re after boot). > RELENG_8 is from 2010.05.04 i believe; > had tried with sources as of 2 or 3 weeks earlier - same bug. > No CFLAGS except -mtune=native (i doubt it does the weather). > It doesn't matter if i kldload or just use GENERIC. > > How can i test further, except building fresh RELENG_8/i386? > How to use a magic "DDB key" and what to input in there? > Would you try attached patch? --C+ts3FVlLX8+P6JN Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="re.mreq.patch" Index: sys/dev/re/if_re.c =================================================================== --- sys/dev/re/if_re.c (revision 207747) +++ sys/dev/re/if_re.c (working copy) @@ -1162,9 +1162,11 @@ msic = 0; if (pci_find_extcap(dev, PCIY_EXPRESS, ®) == 0) { sc->rl_flags |= RL_FLAG_PCIE; - /* Set PCIe maximum read request size to 2048. */ - if (pci_get_max_read_req(dev) < 2048) - pci_set_max_read_req(dev, 2048); + if (devid != RT_DEVICEID_8101E) { + /* Set PCIe maximum read request size to 2048. */ + if (pci_get_max_read_req(dev) < 2048) + pci_set_max_read_req(dev, 2048); + } msic = pci_msi_count(dev); if (bootverbose) device_printf(dev, "MSI count : %d\n", msic); --C+ts3FVlLX8+P6JN-- From owner-freebsd-current@FreeBSD.ORG Fri May 7 21:21:34 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90273106566C for ; Fri, 7 May 2010 21:21:34 +0000 (UTC) (envelope-from widawsky@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 4D8078FC08 for ; Fri, 7 May 2010 21:21:33 +0000 (UTC) Received: by qyk11 with SMTP id 11so2178577qyk.13 for ; Fri, 07 May 2010 14:21:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=l4NjgXuC0iHCzImyMQD0d8VMxCXdDjSMEWY3w/CjqOM=; b=tHNtjguf/V0MxRSAWKZfVxXnhoq/QiiTim08kwP3CwyAVPoRqX3lNLWQRFhTQ02u47 gP1+2vpJlWB6oK9Y3otCTk/VYf0McDMRl+i3kTawx0/zy/QqOgitSzgMS6bZKrevg9lH pp+APRvbbYFcu2eSA3+zGzUOMn7B7EeCpAiIY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=uzY0QwHwKiyRyQdkv/VC4I4EgH24ls85OvrW9r+goIx9AauSAxRq8Hy2Lyjf1bT0ln 7lJUIjqeuJZ+sUTNXOMWAbFXtHiCFDM3Lya9WZn77UH5zAgEpqH5QIXzw22UqKmEipV+ O0arRq9v7djqVnG/MLoiE4lZmI4+GYGmANNGk= MIME-Version: 1.0 Received: by 10.224.107.144 with SMTP id b16mr307618qap.215.1273265535418; Fri, 07 May 2010 13:52:15 -0700 (PDT) Received: by 10.224.36.196 with HTTP; Fri, 7 May 2010 13:52:15 -0700 (PDT) Date: Fri, 7 May 2010 13:52:15 -0700 Message-ID: From: Ben Widawsky To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: PT_ATTACH resumes suspended process 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, 07 May 2010 21:21:34 -0000 If a debugger attaches to a suspended process, the process will be resumed, and backgrounded. This seems like the incorrect behavior to me based what I read in the man page. "The tracing process will see the newly-traced process stop and may then control it as if it had been traced all along." The behavior exhibited in FreeBSD is that the process is resumed, and we will not reach ptracestop() until the next debugger command comes in. The exact code in question I believe is a combination of kern_ptrace() and issignal(). When a PT_ATTACH comes in, ptrace code will unsuspend the process and set xsig=SIGSTOP of the thread picked to communicate with the debugger (which by the way should be the same as the thread chosen to deliver the SIGSTOP earlier, and I see no guarantee of this either but I may be missing something). The thread will resume in issignal, and may not have any signals pending, so issignal will return 0. The result here is every thread gets unsuspended until the debugger explicitly suspends. There is even a comment in kern_ptrace() for which I see no action: /* deliver or queue signal */ I've created a quick hack to enable debugging to work how I think it should. Essentially the change is as follows, there are a couple other bits as well; line 2524 kern_sig.c, in issignal(): if (traced && !sig) { /* * see if we were given a signal by sendsig in kern_ptrace() */ sig = td->td_xsig; } You can reproduce this with a simple app that spins forever doing something. In one shell, run the app and from another shell send a SIGSTOP and attach with gdb. I've only tried this on FreeBSD 8.0-RELEASE, but judging by the code it seems like it would still happen in HEAD. :::SHELL1::: [bwidawsk@bwfbsd ~/workspace/C/debugg]$ ./a.out 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 [1]+ Stopped ./a.out [bwidawsk@bwfbsd ~/workspace/C/debugg]$ 21 22 :::SHELL2::: [bwidawsk@bwfbsd ~/workspace/C/debugg]$ kill -SIGSTOP 4134 [bwidawsk@bwfbsd ~/workspace/C/debugg]$ gdb a.out 4134 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"... Attaching to program: /usr/home/bwidawsk/workspace/C/debugg/a.out, process 4134 From owner-freebsd-current@FreeBSD.ORG Fri May 7 22:54:03 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9B52106566C; Fri, 7 May 2010 22:54:03 +0000 (UTC) (envelope-from mclone@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 72A7E8FC08; Fri, 7 May 2010 22:54:03 +0000 (UTC) Received: by pxi20 with SMTP id 20so763444pxi.13 for ; Fri, 07 May 2010 15:53:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type; bh=lN/n2K36sIJt7o97E3jNfcqNl2TfD5KfgGDmEF+Js+E=; b=dT8zMYbOnDu70JOkg0P0Efw/uFAhS86pNbhFheZMu2AhvVSfQi2QZ7dVCBrR569foU 1+ilTKwf+epKRaTuprBHOsW4PIrKaxlMjDS9Pc+ih59c80q7COohaTcpyLrEfgGvcU9f cAZ+umSBJ29PWa1lEnnggPlUh1kfkKzDnH4FI= 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; b=Y7qpV7fD9PGsoqt9mflouOhl6XtKdTz+2T5cvQhPMlv8EW/4eakYi9i8UhAsVF8rrN 7K+QyMbAMcmfbdsfzY9hLYB7L7PJwLXs7dpj9ebC+TceJn8z00WdXQKNS3/D+LT1QJe9 kPzCL/kF9fsH8alX3Og0+FW/wajA1trUKfTw0= Received: by 10.142.151.11 with SMTP id y11mr458699wfd.77.1273272834136; Fri, 07 May 2010 15:53:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.101.19 with HTTP; Fri, 7 May 2010 15:53:34 -0700 (PDT) In-Reply-To: <20100507205328.GH14801@michelle.cdnetworks.com> References: <20100507205328.GH14801@michelle.cdnetworks.com> From: McLone Date: Sat, 8 May 2010 01:53:34 +0300 Message-ID: To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, current@freebsd.org, net@freebsd.org Subject: Re: if_re regression on RELENG_8 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, 07 May 2010 22:54:03 -0000 On Fri, May 7, 2010 at 11:53 PM, Pyun YongHyeon wrote: >> So the thing is, re0 stops working after sending any packet >> longer than 536 bytes. I tested via ping, -S (536-8) works, >> but (537-8) leads to watchdog timeout. The host cannot be >> software rebooted in ~80% cases after it happened. > Would you try attached patch? Indeed it helped. Thank you Pyun! You are fast as always! That's what i call "support" :-) -- wbr, |\ _,,,---,,_ dog bless ya! ` Zzz /,`.-'`' -. ;-;;,_ McLone at GMail dot com |,4- ) )-,_. ,\ ( `'-' net- and *BSD admin '---''(_/--' `-'\_) ...translit rawx! From owner-freebsd-current@FreeBSD.ORG Fri May 7 23:06:47 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C497E106566B; Fri, 7 May 2010 23:06:47 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3E6798FC08; Fri, 7 May 2010 23:06:46 +0000 (UTC) Received: by vws17 with SMTP id 17so1026617vws.13 for ; Fri, 07 May 2010 16:06:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=wjjRvkLHXbkU6JLVqbYX08lUkTj2pZzyDHEAwMW5JFw=; b=YHTq3YhNk1eqJaYsH89gVlPppZWmqcg0Lbmpa9O+cJkB4Q4+ibzSSNzkFI7TxhY235 Nn8Pzqn52v7QODov8V1hC8OLV7qb8W+aoXWCQL11r53xe+rlcipXarnCjvubyfAxhqrS X7m6ytvahyGJF28bSQBqFJ7+BVcXanskHT8cc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=jn2A6+cAfd7QSGkPE8apwtNfYDSp3Em1FquD45EE2eJLDEbiIpjaicHvpMDOu4jj1J c99Tp1NFhDnuViSDL1w09PmUqsM+MNtqSpaLRhgJ22LuvlS+E6a7ZAG2fSIjdd7HwhVd 3Tx/Xnf+POiyI5uzjJVt4YJBtXlWDwf2Sv1rI= Received: by 10.220.63.78 with SMTP id a14mr520574vci.124.1273273599361; Fri, 07 May 2010 16:06:39 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id x6sm11583936vco.23.2010.05.07.16.06.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 07 May 2010 16:06:38 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 7 May 2010 16:06:31 -0700 From: Pyun YongHyeon Date: Fri, 7 May 2010 16:06:31 -0700 To: McLone Message-ID: <20100507230631.GK14801@michelle.cdnetworks.com> References: <20100507205328.GH14801@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, current@freebsd.org, net@freebsd.org Subject: Re: if_re regression on RELENG_8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2010 23:06:47 -0000 On Sat, May 08, 2010 at 01:53:34AM +0300, McLone wrote: > On Fri, May 7, 2010 at 11:53 PM, Pyun YongHyeon wrote: > >> So the thing is, re0 stops working after sending any packet > >> longer than 536 bytes. I tested via ping, -S (536-8) works, > >> but (537-8) leads to watchdog timeout. The host cannot be > >> software rebooted in ~80% cases after it happened. > > Would you try attached patch? > Indeed it helped. > Thank you Pyun! You are fast as always! > That's what i call "support" :-) Fixed at r207763. Thanks for testing! From owner-freebsd-current@FreeBSD.ORG Fri May 7 23:11:14 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D87971065670 for ; Fri, 7 May 2010 23:11:14 +0000 (UTC) (envelope-from brucec@muon.cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [109.74.192.160]) by mx1.freebsd.org (Postfix) with ESMTP id A67018FC17 for ; Fri, 7 May 2010 23:11:14 +0000 (UTC) Received: by muon.cran.org.uk (Postfix, from userid 1000) id 7B04FC400C; Fri, 7 May 2010 23:11:13 +0000 (UTC) Date: Fri, 7 May 2010 23:11:13 +0000 From: Bruce Cran To: Jeff Roberson Message-ID: <20100507231113.GA7920@muon.cran.org.uk> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Fri, 07 May 2010 23:46:06 +0000 Cc: current@freebsd.org Subject: Re: SUJ update 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, 07 May 2010 23:11:14 -0000 On Thu, Apr 29, 2010 at 06:37:00PM -1000, Jeff Roberson wrote: > Hello, > > I fixed a few SUJ bugs. If those of you who reported one of the > following bugs could re-test I would greatly appreciate it. > I've noticed that when trying to enable a feature on a mounted filesystem tunefs gives a bogus warning about fsck not having been run because the fs_clean flag is 0. Could we fix the warning so it mentions not being able to run it on a mounted filesystem too? -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sat May 8 09:42:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82DD81065672 for ; Sat, 8 May 2010 09:42:01 +0000 (UTC) (envelope-from joe@hostedcontent.com) Received: from mail01.fasti.net (mail01.fasti.net [216.105.91.156]) by mx1.freebsd.org (Postfix) with ESMTP id 5C7FC8FC18 for ; Sat, 8 May 2010 09:42:01 +0000 (UTC) Received: from mail01.fasti.net (localhost [127.0.0.2]) by mail01.fasti.net (Postfix) with ESMTP id 8912494B1037 for ; Sat, 8 May 2010 05:42:00 -0400 (EDT) X-Virus-Scanned: amavisd-new at fasti.net Received: from mail01.fasti.net ([127.0.0.2]) by mail01.fasti.net (mail01.fasti.net [127.0.0.2]) (amavisd-new, port 10024) with ESMTP id uQ4A9WL0S45J for ; Sat, 8 May 2010 05:41:59 -0400 (EDT) Received: from [192.168.1.137] (69-165-175-27.dsl.teksavvy.com [69.165.175.27]) by mail01.fasti.net (Postfix) with ESMTPA id E399194B1030 for ; Sat, 8 May 2010 05:41:58 -0400 (EDT) Message-ID: <4BE529FF.5000008@hostedcontent.com> Date: Sat, 08 May 2010 05:08:15 -0400 From: joe User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: igb broken? Unexplained weirdness with intel 82576 nics on a supermicro board. 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, 08 May 2010 09:42:01 -0000 I have 3 boxes, each with two nics. One nic for the private network and one for the public network. The private network is all on the same vlan. All 6 nics are on the same switch. All connections are 1000tx Full Duplex. I will call the servers Box A, Box B, and Box C. When i FTP data between Box A & B i get abou 25MB/sec. When i FTP data from Box C to Box A or B, i get about 20MB/sec. When i FTP data from Box A to C i get 10MB/sec When i FTP data from Box B to C i get 200KB/sec... Can anyone suggest why i might only be getting 200KB when transfering data from Box B to C but not when transferring data from Box A to C? I tried installing ubuntu to see if the problem was still there and it is not. I can FTP data from Box A or B to box C at 10MB/sec, still not the gigabit speeds i should be seeing but not the 200KB/sec i am getting with freebsd. I logged into my switch and it reports that the ports are 1000tx full duplex, the same as what freebsd is reporting. The switch & freebsd also report no errors. I really dont know what to do. Nothing anywhere reports showing a problem but obviously there is a problem somewhere. I've tried drivers 1.9.5, 1.8.4, and 1.7.3. If i use 1.8.4 or 1.7.3 i get 50KB/sec transferring data from box B whereas if i use 1.9.5 i get 200-300KB sec. I should be getting like 50MB/sec ;( Any help would be grateful. Or, maybe someone could put me in touch with the person responsible for the intel nic drivers and i can work with them on resolving this issue? Thanks in advance. Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll igb0 1500 00:30:48:9f:11:04 25853 0 0 18340 0 0 igb0 1500 216.105.91.14 216.105.91.145 19040 - - 18343 - - igb1* 1500 00:30:48:9f:11:05 0 0 0 0 0 0 lo0 16384 72 0 0 72 0 0 lo0 16384 127.0.0.0/8 127.0.0.1 72 - - 72 - - Sysctl info for igb0/1 dev.igb.0.%desc: Intel(R) PRO/1000 Network Connection version - 1.8.4 dev.igb.0.%driver: igb dev.igb.0.%location: slot=0 function=0 dev.igb.0.%pnpinfo: vendor=0x8086 device=0x10c9 subvendor=0x15d9 subdevice=0x0100 class=0x020000 dev.igb.0.%parent: pci1 dev.igb.0.debug: -1 dev.igb.0.stats: -1 dev.igb.0.flow_control: 3 dev.igb.0.enable_aim: 1 dev.igb.0.low_latency: 128 dev.igb.0.ave_latency: 450 dev.igb.0.bulk_latency: 1200 dev.igb.0.rx_processing_limit: 100 Debug info for igb0 May 8 09:17:57 debbie kernel: igb0: TX(1) Packets sent = 1295 May 8 09:17:57 debbie kernel: igb0: Queue(2) tdh = 106, tdt = 106 May 8 09:17:57 debbie kernel: igb0: TX(2) no descriptors avail event = 0 May 8 09:17:57 debbie kernel: igb0: TX(2) MSIX IRQ Handled = 5353 May 8 09:17:57 debbie kernel: igb0: TX(2) Packets sent = 5450 May 8 09:17:57 debbie kernel: igb0: Queue(3) tdh = 1687, tdt = 1687 May 8 09:17:57 debbie kernel: igb0: TX(3) no descriptors avail event = 0 May 8 09:17:57 debbie kernel: igb0: TX(3) MSIX IRQ Handled = 1335 May 8 09:17:57 debbie kernel: igb0: TX(3) Packets sent = 1354 May 8 09:17:57 debbie kernel: igb0: Queue(0) rdh = 425, rdt = 424 May 8 09:17:57 debbie kernel: igb0: RX(0) Packets received = 16809 May 8 09:17:57 debbie kernel: igb0: RX(0) Split Packets = 12262 May 8 09:17:57 debbie kernel: igb0: RX(0) Byte count = 25894129 May 8 09:17:57 debbie kernel: igb0: RX(0) MSIX IRQ Handled = 43428 May 8 09:17:57 debbie kernel: igb0: RX(0) LRO Queued= 13601 May 8 09:17:57 debbie kernel: igb0: RX(0) LRO Flushed= 9966 May 8 09:17:57 debbie kernel: igb0: Queue(1) rdh = 1700, rdt = 1699 May 8 09:17:57 debbie kernel: igb0: RX(1) Packets received = 1700 May 8 09:17:57 debbie kernel: igb0: RX(1) Split Packets = 937 May 8 09:17:57 debbie kernel: igb0: RX(1) Byte count = 1392691 May 8 09:17:57 debbie kernel: igb0: RX(1) MSIX IRQ Handled = 31888 May 8 09:17:57 debbie kernel: igb0: RX(1) LRO Queued= 1362 May 8 09:17:57 debbie kernel: igb0: RX(1) LRO Flushed= 1351 May 8 09:17:57 debbie kernel: igb0: Queue(2) rdh = 33, rdt = 32 May 8 09:17:57 debbie kernel: igb0: RX(2) Packets received = 6177 May 8 09:17:57 debbie kernel: igb0: RX(2) Split Packets = 1442 May 8 09:17:57 debbie kernel: igb0: RX(2) Byte count = 2518498 May 8 09:17:57 debbie kernel: igb0: RX(2) MSIX IRQ Handled = 36258 May 8 09:17:57 debbie kernel: igb0: RX(2) LRO Queued= 5794 May 8 09:17:57 debbie kernel: igb0: RX(2) LRO Flushed= 5673 May 8 09:17:57 debbie kernel: igb0: Queue(3) rdh = 1418, rdt = 1417 May 8 09:17:57 debbie kernel: igb0: RX(3) Packets received = 1418 May 8 09:17:57 debbie kernel: igb0: RX(3) Split Packets = 939 May 8 09:17:57 debbie kernel: igb0: RX(3) Byte count = 1700710 May 8 09:17:57 debbie kernel: igb0: RX(3) MSIX IRQ Handled = 31399 May 8 09:17:57 debbie kernel: igb0: RX(3) LRO Queued= 1102 May 8 09:17:57 debbie kernel: igb0: RX(3) LRO Flushed= 882 May 8 09:17:57 debbie kernel: igb0: LINK MSIX IRQ Handled = 2 May 8 09:17:57 debbie kernel: igb0: Mbuf defrag failed = 0 May 8 09:17:57 debbie kernel: igb0: Std mbuf header failed = 0 May 8 09:17:57 debbie kernel: igb0: Std mbuf packet failed = 0 May 8 09:17:57 debbie kernel: igb0: Driver dropped packets = 0 May 8 09:17:57 debbie kernel: igb0: Driver tx dma failure in xmit = 0 sysctl status info: May 8 09:19:08 debbie kernel: igb0: Excessive collisions = 0 May 8 09:19:08 debbie kernel: igb0: Sequence errors = 0 May 8 09:19:08 debbie kernel: igb0: Defer count = 0 May 8 09:19:08 debbie kernel: igb0: Missed Packets = 0 May 8 09:19:08 debbie kernel: igb0: Receive No Buffers = 0 May 8 09:19:08 debbie kernel: igb0: Receive Length Errors = 0 May 8 09:19:08 debbie kernel: igb0: Receive errors = 0 May 8 09:19:08 debbie kernel: igb0: Crc errors = 0 May 8 09:19:08 debbie kernel: igb0: Alignment errors = 0 May 8 09:19:08 debbie kernel: igb0: Collision/Carrier extension errors = 0 May 8 09:19:08 debbie kernel: igb0: RX overruns = 0 May 8 09:19:08 debbie kernel: igb0: watchdog timeouts = 0 May 8 09:19:08 debbie kernel: igb0: XON Rcvd = 17 May 8 09:19:08 debbie kernel: igb0: XON Xmtd = 0 May 8 09:19:08 debbie kernel: igb0: XOFF Rcvd = 17 May 8 09:19:08 debbie kernel: igb0: XOFF Xmtd = 0 May 8 09:19:08 debbie kernel: igb0: Good Packets Rcvd = 26159 May 8 09:19:08 debbie kernel: igb0: Good Packets Xmtd = 21564 May 8 09:19:08 debbie kernel: igb0: TSO Contexts Xmtd = 1687 May 8 09:19:08 debbie kernel: igb0: TSO Contexts Failed = 0 From owner-freebsd-current@FreeBSD.ORG Sat May 8 09:45:28 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 609631065674 for ; Sat, 8 May 2010 09:45:28 +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 2193E8FC12 for ; Sat, 8 May 2010 09:45:27 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1OAgb8-000Mms-D5 for freebsd-current@FreeBSD.org; Sat, 08 May 2010 13:45:26 +0400 From: Boris Samorodov To: freebsd-current@FreeBSD.org Date: Sat, 08 May 2010 13:45:25 +0400 Message-ID: <50348266@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: weekly whatis database and readonly /usr mount 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, 08 May 2010 09:45:28 -0000 Hello List, I've installed a testing system with readonly /usr filesystem. And I was surprised by following weekly report (BTW locate database rebuilded just fine): ----- Rebuilding whatis database: makewhatis: /usr/share/man/whatis.tmp: Read-only file system makewhatis: /usr/share/openssl/man/whatis.tmp: Read-only file system ----- Is there any reason for using /usr filesystem istead of /tmp, /var/tmp? -- 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 Sat May 8 10:02:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B01381065673 for ; Sat, 8 May 2010 10:02:01 +0000 (UTC) (envelope-from joe@hostedcontent.com) Received: from mail01.fasti.net (mail01.fasti.net [216.105.91.156]) by mx1.freebsd.org (Postfix) with ESMTP id 754E68FC18 for ; Sat, 8 May 2010 10:02:01 +0000 (UTC) Received: from mail01.fasti.net (localhost [127.0.0.2]) by mail01.fasti.net (Postfix) with ESMTP id D104294B1031 for ; Sat, 8 May 2010 06:02:00 -0400 (EDT) X-Virus-Scanned: amavisd-new at fasti.net Received: from mail01.fasti.net ([127.0.0.2]) by mail01.fasti.net (mail01.fasti.net [127.0.0.2]) (amavisd-new, port 10024) with ESMTP id Kw3gK+HJtXYw for ; Sat, 8 May 2010 06:01:58 -0400 (EDT) Received: from [192.168.1.137] (69-165-175-27.dsl.teksavvy.com [69.165.175.27]) by mail01.fasti.net (Postfix) with ESMTPA id 9BD1594B1030 for ; Sat, 8 May 2010 06:01:58 -0400 (EDT) Message-ID: <4BE52EA7.7050708@hostedcontent.com> Date: Sat, 08 May 2010 05:28:07 -0400 From: joe User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4BE529FF.5000008@hostedcontent.com> In-Reply-To: <4BE529FF.5000008@hostedcontent.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: igb broken? Unexplained weirdness with intel 82576 nics on a supermicro board. 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, 08 May 2010 10:02:01 -0000 On 05/08/2010 05:08 AM, joe wrote: > I have 3 boxes, each with two nics. One nic for the private network > and one for the public network. > The private network is all on the same vlan. All 6 nics are on the > same switch. All connections are 1000tx Full Duplex. > > I will call the servers Box A, Box B, and Box C. > > When i FTP data between Box A & B i get abou 25MB/sec. > When i FTP data from Box C to Box A or B, i get about 20MB/sec. > When i FTP data from Box A to C i get 10MB/sec > When i FTP data from Box B to C i get 200KB/sec... > > Can anyone suggest why i might only be getting 200KB when transfering > data from Box B to C but not when transferring data from Box A to C? > > I tried installing ubuntu to see if the problem was still there and it > is not. I can FTP data from Box A or B to box C at 10MB/sec, still not > the gigabit speeds i should be seeing but not the 200KB/sec i am > getting with freebsd. > > I logged into my switch and it reports that the ports are 1000tx full > duplex, the same as what freebsd is reporting. The switch & freebsd > also report no errors. > > I really dont know what to do. Nothing anywhere reports showing a > problem but obviously there is a problem somewhere. I've tried drivers > 1.9.5, 1.8.4, and 1.7.3. If i use 1.8.4 or 1.7.3 i get 50KB/sec > transferring data from box B whereas if i use 1.9.5 i get 200-300KB > sec. I should be getting like 50MB/sec ;( > > Any help would be grateful. Or, maybe someone could put me in touch > with the person responsible for the intel nic drivers and i can work > with them on resolving this issue? > > Thanks in advance. > > > Name Mtu Network Address Ipkts Ierrs Idrop > Opkts Oerrs Coll > igb0 1500 00:30:48:9f:11:04 25853 0 0 > 18340 0 0 > igb0 1500 216.105.91.14 216.105.91.145 19040 - - > 18343 - - > igb1* 1500 00:30:48:9f:11:05 0 0 > 0 0 0 0 > lo0 16384 72 0 0 > 72 0 0 > lo0 16384 127.0.0.0/8 127.0.0.1 72 - - > 72 - - > > Sysctl info for igb0/1 > dev.igb.0.%desc: Intel(R) PRO/1000 Network Connection version - 1.8.4 > dev.igb.0.%driver: igb > dev.igb.0.%location: slot=0 function=0 > dev.igb.0.%pnpinfo: vendor=0x8086 device=0x10c9 subvendor=0x15d9 > subdevice=0x0100 class=0x020000 > dev.igb.0.%parent: pci1 > dev.igb.0.debug: -1 > dev.igb.0.stats: -1 > dev.igb.0.flow_control: 3 > dev.igb.0.enable_aim: 1 > dev.igb.0.low_latency: 128 > dev.igb.0.ave_latency: 450 > dev.igb.0.bulk_latency: 1200 > dev.igb.0.rx_processing_limit: 100 > > Debug info for igb0 > May 8 09:17:57 debbie kernel: igb0: TX(1) Packets sent = 1295 > May 8 09:17:57 debbie kernel: igb0: Queue(2) tdh = 106, tdt = 106 > May 8 09:17:57 debbie kernel: igb0: TX(2) no descriptors avail event = 0 > May 8 09:17:57 debbie kernel: igb0: TX(2) MSIX IRQ Handled = 5353 > May 8 09:17:57 debbie kernel: igb0: TX(2) Packets sent = 5450 > May 8 09:17:57 debbie kernel: igb0: Queue(3) tdh = 1687, tdt = 1687 > May 8 09:17:57 debbie kernel: igb0: TX(3) no descriptors avail event = 0 > May 8 09:17:57 debbie kernel: igb0: TX(3) MSIX IRQ Handled = 1335 > May 8 09:17:57 debbie kernel: igb0: TX(3) Packets sent = 1354 > May 8 09:17:57 debbie kernel: igb0: Queue(0) rdh = 425, rdt = 424 > May 8 09:17:57 debbie kernel: igb0: RX(0) Packets received = 16809 > May 8 09:17:57 debbie kernel: igb0: RX(0) Split Packets = 12262 > May 8 09:17:57 debbie kernel: igb0: RX(0) Byte count = 25894129 > May 8 09:17:57 debbie kernel: igb0: RX(0) MSIX IRQ Handled = 43428 > May 8 09:17:57 debbie kernel: igb0: RX(0) LRO Queued= 13601 > May 8 09:17:57 debbie kernel: igb0: RX(0) LRO Flushed= 9966 > May 8 09:17:57 debbie kernel: igb0: Queue(1) rdh = 1700, rdt = 1699 > May 8 09:17:57 debbie kernel: igb0: RX(1) Packets received = 1700 > May 8 09:17:57 debbie kernel: igb0: RX(1) Split Packets = 937 > May 8 09:17:57 debbie kernel: igb0: RX(1) Byte count = 1392691 > May 8 09:17:57 debbie kernel: igb0: RX(1) MSIX IRQ Handled = 31888 > May 8 09:17:57 debbie kernel: igb0: RX(1) LRO Queued= 1362 > May 8 09:17:57 debbie kernel: igb0: RX(1) LRO Flushed= 1351 > May 8 09:17:57 debbie kernel: igb0: Queue(2) rdh = 33, rdt = 32 > May 8 09:17:57 debbie kernel: igb0: RX(2) Packets received = 6177 > May 8 09:17:57 debbie kernel: igb0: RX(2) Split Packets = 1442 > May 8 09:17:57 debbie kernel: igb0: RX(2) Byte count = 2518498 > May 8 09:17:57 debbie kernel: igb0: RX(2) MSIX IRQ Handled = 36258 > May 8 09:17:57 debbie kernel: igb0: RX(2) LRO Queued= 5794 > May 8 09:17:57 debbie kernel: igb0: RX(2) LRO Flushed= 5673 > May 8 09:17:57 debbie kernel: igb0: Queue(3) rdh = 1418, rdt = 1417 > May 8 09:17:57 debbie kernel: igb0: RX(3) Packets received = 1418 > May 8 09:17:57 debbie kernel: igb0: RX(3) Split Packets = 939 > May 8 09:17:57 debbie kernel: igb0: RX(3) Byte count = 1700710 > May 8 09:17:57 debbie kernel: igb0: RX(3) MSIX IRQ Handled = 31399 > May 8 09:17:57 debbie kernel: igb0: RX(3) LRO Queued= 1102 > May 8 09:17:57 debbie kernel: igb0: RX(3) LRO Flushed= 882 > May 8 09:17:57 debbie kernel: igb0: LINK MSIX IRQ Handled = 2 > May 8 09:17:57 debbie kernel: igb0: Mbuf defrag failed = 0 > May 8 09:17:57 debbie kernel: igb0: Std mbuf header failed = 0 > May 8 09:17:57 debbie kernel: igb0: Std mbuf packet failed = 0 > May 8 09:17:57 debbie kernel: igb0: Driver dropped packets = 0 > May 8 09:17:57 debbie kernel: igb0: Driver tx dma failure in xmit = 0 > > > sysctl status info: > May 8 09:19:08 debbie kernel: igb0: Excessive collisions = 0 > May 8 09:19:08 debbie kernel: igb0: Sequence errors = 0 > May 8 09:19:08 debbie kernel: igb0: Defer count = 0 > May 8 09:19:08 debbie kernel: igb0: Missed Packets = 0 > May 8 09:19:08 debbie kernel: igb0: Receive No Buffers = 0 > May 8 09:19:08 debbie kernel: igb0: Receive Length Errors = 0 > May 8 09:19:08 debbie kernel: igb0: Receive errors = 0 > May 8 09:19:08 debbie kernel: igb0: Crc errors = 0 > May 8 09:19:08 debbie kernel: igb0: Alignment errors = 0 > May 8 09:19:08 debbie kernel: igb0: Collision/Carrier extension > errors = 0 > May 8 09:19:08 debbie kernel: igb0: RX overruns = 0 > May 8 09:19:08 debbie kernel: igb0: watchdog timeouts = 0 > May 8 09:19:08 debbie kernel: igb0: XON Rcvd = 17 > May 8 09:19:08 debbie kernel: igb0: XON Xmtd = 0 > May 8 09:19:08 debbie kernel: igb0: XOFF Rcvd = 17 > May 8 09:19:08 debbie kernel: igb0: XOFF Xmtd = 0 > May 8 09:19:08 debbie kernel: igb0: Good Packets Rcvd = 26159 > May 8 09:19:08 debbie kernel: igb0: Good Packets Xmtd = 21564 > May 8 09:19:08 debbie kernel: igb0: TSO Contexts Xmtd = 1687 > May 8 09:19:08 debbie kernel: igb0: TSO Contexts Failed = 0 > _______________________________________________ > 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" Follow UP: FTP to Server A from Server C: 243187792 bytes sent in 00:04 (53.59 MB/s) FTP to Server C from Server A: 243187792 bytes received in 00:21 (10.72 MB/s) FTP to Server B from Server C: 243187792 bytes sent in 00:06 (36.26 MB/s) FTP to Server C from Server B: 705176 bytes received in 00:17 (38.91 KB/s) (i aborted) HDD Info for Server C: debbie# dd if=/dev/ad6 of=/dev/null bs=1m count=300 300+0 records in 300+0 records out 314572800 bytes transferred in 5.163595 secs (60921277 bytes/sec) /dev/ad6 512 # sectorsize 300069052416 # mediasize in bytes (279G) 586072368 # mediasize in sectors 0 # stripesize 0 # stripeoffset 581421 # Cylinders according to firmware. 16 # Heads according to firmware. 63 # Sectors according to firmware. 5NF1MQTR # Disk ident. From owner-freebsd-current@FreeBSD.ORG Sat May 8 10:08:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE0A31065673 for ; Sat, 8 May 2010 10:08:47 +0000 (UTC) (envelope-from joe@hostedcontent.com) Received: from mail01.fasti.net (mail01.fasti.net [216.105.91.156]) by mx1.freebsd.org (Postfix) with ESMTP id 861638FC13 for ; Sat, 8 May 2010 10:08:47 +0000 (UTC) Received: from mail01.fasti.net (localhost [127.0.0.2]) by mail01.fasti.net (Postfix) with ESMTP id 1B82394B1031; Sat, 8 May 2010 06:08:47 -0400 (EDT) X-Virus-Scanned: amavisd-new at fasti.net Received: from mail01.fasti.net ([127.0.0.2]) by mail01.fasti.net (mail01.fasti.net [127.0.0.2]) (amavisd-new, port 10024) with ESMTP id GBLi76RDWuck; Sat, 8 May 2010 06:08:45 -0400 (EDT) Received: from [192.168.1.137] (69-165-175-27.dsl.teksavvy.com [69.165.175.27]) by mail01.fasti.net (Postfix) with ESMTPA id 53F6894B1030; Sat, 8 May 2010 06:08:45 -0400 (EDT) Message-ID: <4BE5303B.8050409@hostedcontent.com> Date: Sat, 08 May 2010 05:34:51 -0400 From: joe User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Fabien Thomas , freebsd-current@freebsd.org References: <4BE529FF.5000008@hostedcontent.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: igb broken? Unexplained weirdness with intel 82576 nics on a supermicro board. 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, 08 May 2010 10:08:47 -0000 On 05/08/2010 05:54 AM, Fabien Thomas wrote: > Have you tried to disable TSO / LRO? > > Fabien > > >> I have 3 boxes, each with two nics. One nic for the private network and one for the public network. >> The private network is all on the same vlan. All 6 nics are on the same switch. All connections are 1000tx Full Duplex. >> >> I will call the servers Box A, Box B, and Box C. >> >> When i FTP data between Box A& B i get abou 25MB/sec. >> When i FTP data from Box C to Box A or B, i get about 20MB/sec. >> When i FTP data from Box A to C i get 10MB/sec >> When i FTP data from Box B to C i get 200KB/sec... >> >> Can anyone suggest why i might only be getting 200KB when transfering data from Box B to C but not when transferring data from Box A to C? >> >> I tried installing ubuntu to see if the problem was still there and it is not. I can FTP data from Box A or B to box C at 10MB/sec, still not the gigabit speeds i should be seeing but not the 200KB/sec i am getting with freebsd. >> >> I logged into my switch and it reports that the ports are 1000tx full duplex, the same as what freebsd is reporting. The switch& freebsd also report no errors. >> >> I really dont know what to do. Nothing anywhere reports showing a problem but obviously there is a problem somewhere. I've tried drivers 1.9.5, 1.8.4, and 1.7.3. If i use 1.8.4 or 1.7.3 i get 50KB/sec transferring data from box B whereas if i use 1.9.5 i get 200-300KB sec. I should be getting like 50MB/sec ;( >> >> Any help would be grateful. Or, maybe someone could put me in touch with the person responsible for the intel nic drivers and i can work with them on resolving this issue? >> >> Thanks in advance. >> >> >> Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll >> igb0 1500 00:30:48:9f:11:04 25853 0 0 18340 0 0 >> igb0 1500 216.105.91.14 216.105.91.145 19040 - - 18343 - - >> igb1* 1500 00:30:48:9f:11:05 0 0 0 0 0 0 >> lo0 16384 72 0 0 72 0 0 >> lo0 16384 127.0.0.0/8 127.0.0.1 72 - - 72 - - >> >> Sysctl info for igb0/1 >> dev.igb.0.%desc: Intel(R) PRO/1000 Network Connection version - 1.8.4 >> dev.igb.0.%driver: igb >> dev.igb.0.%location: slot=0 function=0 >> dev.igb.0.%pnpinfo: vendor=0x8086 device=0x10c9 subvendor=0x15d9 subdevice=0x0100 class=0x020000 >> dev.igb.0.%parent: pci1 >> dev.igb.0.debug: -1 >> dev.igb.0.stats: -1 >> dev.igb.0.flow_control: 3 >> dev.igb.0.enable_aim: 1 >> dev.igb.0.low_latency: 128 >> dev.igb.0.ave_latency: 450 >> dev.igb.0.bulk_latency: 1200 >> dev.igb.0.rx_processing_limit: 100 >> >> Debug info for igb0 >> May 8 09:17:57 debbie kernel: igb0: TX(1) Packets sent = 1295 >> May 8 09:17:57 debbie kernel: igb0: Queue(2) tdh = 106, tdt = 106 >> May 8 09:17:57 debbie kernel: igb0: TX(2) no descriptors avail event = 0 >> May 8 09:17:57 debbie kernel: igb0: TX(2) MSIX IRQ Handled = 5353 >> May 8 09:17:57 debbie kernel: igb0: TX(2) Packets sent = 5450 >> May 8 09:17:57 debbie kernel: igb0: Queue(3) tdh = 1687, tdt = 1687 >> May 8 09:17:57 debbie kernel: igb0: TX(3) no descriptors avail event = 0 >> May 8 09:17:57 debbie kernel: igb0: TX(3) MSIX IRQ Handled = 1335 >> May 8 09:17:57 debbie kernel: igb0: TX(3) Packets sent = 1354 >> May 8 09:17:57 debbie kernel: igb0: Queue(0) rdh = 425, rdt = 424 >> May 8 09:17:57 debbie kernel: igb0: RX(0) Packets received = 16809 >> May 8 09:17:57 debbie kernel: igb0: RX(0) Split Packets = 12262 >> May 8 09:17:57 debbie kernel: igb0: RX(0) Byte count = 25894129 >> May 8 09:17:57 debbie kernel: igb0: RX(0) MSIX IRQ Handled = 43428 >> May 8 09:17:57 debbie kernel: igb0: RX(0) LRO Queued= 13601 >> May 8 09:17:57 debbie kernel: igb0: RX(0) LRO Flushed= 9966 >> May 8 09:17:57 debbie kernel: igb0: Queue(1) rdh = 1700, rdt = 1699 >> May 8 09:17:57 debbie kernel: igb0: RX(1) Packets received = 1700 >> May 8 09:17:57 debbie kernel: igb0: RX(1) Split Packets = 937 >> May 8 09:17:57 debbie kernel: igb0: RX(1) Byte count = 1392691 >> May 8 09:17:57 debbie kernel: igb0: RX(1) MSIX IRQ Handled = 31888 >> May 8 09:17:57 debbie kernel: igb0: RX(1) LRO Queued= 1362 >> May 8 09:17:57 debbie kernel: igb0: RX(1) LRO Flushed= 1351 >> May 8 09:17:57 debbie kernel: igb0: Queue(2) rdh = 33, rdt = 32 >> May 8 09:17:57 debbie kernel: igb0: RX(2) Packets received = 6177 >> May 8 09:17:57 debbie kernel: igb0: RX(2) Split Packets = 1442 >> May 8 09:17:57 debbie kernel: igb0: RX(2) Byte count = 2518498 >> May 8 09:17:57 debbie kernel: igb0: RX(2) MSIX IRQ Handled = 36258 >> May 8 09:17:57 debbie kernel: igb0: RX(2) LRO Queued= 5794 >> May 8 09:17:57 debbie kernel: igb0: RX(2) LRO Flushed= 5673 >> May 8 09:17:57 debbie kernel: igb0: Queue(3) rdh = 1418, rdt = 1417 >> May 8 09:17:57 debbie kernel: igb0: RX(3) Packets received = 1418 >> May 8 09:17:57 debbie kernel: igb0: RX(3) Split Packets = 939 >> May 8 09:17:57 debbie kernel: igb0: RX(3) Byte count = 1700710 >> May 8 09:17:57 debbie kernel: igb0: RX(3) MSIX IRQ Handled = 31399 >> May 8 09:17:57 debbie kernel: igb0: RX(3) LRO Queued= 1102 >> May 8 09:17:57 debbie kernel: igb0: RX(3) LRO Flushed= 882 >> May 8 09:17:57 debbie kernel: igb0: LINK MSIX IRQ Handled = 2 >> May 8 09:17:57 debbie kernel: igb0: Mbuf defrag failed = 0 >> May 8 09:17:57 debbie kernel: igb0: Std mbuf header failed = 0 >> May 8 09:17:57 debbie kernel: igb0: Std mbuf packet failed = 0 >> May 8 09:17:57 debbie kernel: igb0: Driver dropped packets = 0 >> May 8 09:17:57 debbie kernel: igb0: Driver tx dma failure in xmit = 0 >> >> >> sysctl status info: >> May 8 09:19:08 debbie kernel: igb0: Excessive collisions = 0 >> May 8 09:19:08 debbie kernel: igb0: Sequence errors = 0 >> May 8 09:19:08 debbie kernel: igb0: Defer count = 0 >> May 8 09:19:08 debbie kernel: igb0: Missed Packets = 0 >> May 8 09:19:08 debbie kernel: igb0: Receive No Buffers = 0 >> May 8 09:19:08 debbie kernel: igb0: Receive Length Errors = 0 >> May 8 09:19:08 debbie kernel: igb0: Receive errors = 0 >> May 8 09:19:08 debbie kernel: igb0: Crc errors = 0 >> May 8 09:19:08 debbie kernel: igb0: Alignment errors = 0 >> May 8 09:19:08 debbie kernel: igb0: Collision/Carrier extension errors = 0 >> May 8 09:19:08 debbie kernel: igb0: RX overruns = 0 >> May 8 09:19:08 debbie kernel: igb0: watchdog timeouts = 0 >> May 8 09:19:08 debbie kernel: igb0: XON Rcvd = 17 >> May 8 09:19:08 debbie kernel: igb0: XON Xmtd = 0 >> May 8 09:19:08 debbie kernel: igb0: XOFF Rcvd = 17 >> May 8 09:19:08 debbie kernel: igb0: XOFF Xmtd = 0 >> May 8 09:19:08 debbie kernel: igb0: Good Packets Rcvd = 26159 >> May 8 09:19:08 debbie kernel: igb0: Good Packets Xmtd = 21564 >> May 8 09:19:08 debbie kernel: igb0: TSO Contexts Xmtd = 1687 >> May 8 09:19:08 debbie kernel: igb0: TSO Contexts Failed = 0 >> _______________________________________________ >> 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 have just tried your suggeston and it has no effect for me ;( igb0: flags=8843 metric 0 mtu 1500 options=3b ether 00:30:48:9f:11:04 inet 216.105.91.145 netmask 0xfffffff0 broadcast 216.105.91.159 media: Ethernet autoselect (1000baseT ) status: active From owner-freebsd-current@FreeBSD.ORG Sat May 8 10:17:28 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56CBA106566C for ; Sat, 8 May 2010 10:17:28 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [188.72.220.29]) by mx1.freebsd.org (Postfix) with ESMTP id BDD538FC15 for ; Sat, 8 May 2010 10:17:27 +0000 (UTC) Received: from elmar.spoerlein.net (e180134083.adsl.alicedsl.de [85.180.134.83]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id o48AHO7d098752 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 8 May 2010 12:17:25 +0200 (CEST) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1273313845; bh=KD4rspMPcndJeegygy80zmdliowrfnLWFFUBVmiClJg=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=PC6ih/oCiUnP/xfgyRJW86q8lGjVRHVpc4RiIcUjw3dfbVK/5Ax50LnFAxrbTFo5w 43LD9kdQdy+WhEbmePKY8BhV0VGiMVTUnSgWWliHhnM+T751P2fksudIskAQOeFr1n G3TGkixaAC0E5DS6CNvT6j+PLFjdM7huapIwKuv4= Received: from elmar.spoerlein.net (localhost [127.0.0.1]) by elmar.spoerlein.net (8.14.4/8.14.4) with ESMTP id o48AHOsZ011222 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 8 May 2010 12:17:24 +0200 (CEST) (envelope-from uqs@spoerlein.net) Received: (from uqs@localhost) by elmar.spoerlein.net (8.14.4/8.14.4/Submit) id o48AHOst011221 for current@freebsd.org; Sat, 8 May 2010 12:17:24 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Sat, 8 May 2010 12:17:24 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: current@freebsd.org Message-ID: <20100508101724.GA1867@elmar.spoerlein.net> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: LOR: acpi_dock vs sysctl 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, 08 May 2010 10:17:28 -0000 Hi, just turned on WITNESS as my laptop freezes from time to time and among the many LORs, here's a new one: lock order reversal: 1st 0xc09f3484 sysctl lock (sysctl lock) @ /usr/src/sys/kern/kern_sysctl.c:1521 2nd 0xc0eed504 ACPI Docking Station (ACPI Docking Station) @ /usr/src/sys/modules/acpi/acpi_dock/../../../dev/acpica/acpi_dock.c:423 KDB: stack backtrace: db_trace_self_wrapper(c09394fe,fb807aac,c062e515,c061e8ab,c093c4d8,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c061e8ab,c093c4d8,c4188da8,c418ae28,fb807b08,...) at kdb_backtrace+0x29 _witness_debugger(c093c4d8,c0eed504,c0eec1cb,c418ae28,c0eec15e,...) at _witness_debugger+0x25 witness_checkorder(c0eed504,9,c0eec15e,1a7,0,...) at witness_checkorder+0x839 _sx_xlock(c0eed504,0,c0eec15e,1a7,0,...) at _sx_xlock+0x85 acpi_dock_status_sysctl(c44c20c0,c42d0e80,0,fb807ba4,fb807ba4,...) at acpi_dock_status_sysctl+0x49 sysctl_root(fb807ba4,0,c0936c1e,5f1,c47bb000,...) at sysctl_root+0x187 userland_sysctl(c47bb000,fb807c10,4,0,bfbfdc40,...) at userland_sysctl+0x17c __sysctl(c47bb000,fb807cf8,c0972725,c093d30d,c47ead48,...) at __sysctl+0x94 syscall(fb807d38) at syscall+0x220 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2818cc1b, esp = 0xbfbfdb4c, ebp = 0xbfbfdb78 --- btw, my laptop freezes sometimes when docking/undocking, not sure if this is related then. From owner-freebsd-current@FreeBSD.ORG Sat May 8 10:20:08 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B6761065674 for ; Sat, 8 May 2010 10:20:08 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [188.72.220.29]) by mx1.freebsd.org (Postfix) with ESMTP id 91BC08FC1C for ; Sat, 8 May 2010 10:20:07 +0000 (UTC) Received: from elmar.spoerlein.net (e180134083.adsl.alicedsl.de [85.180.134.83]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id o48AK54w018590 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 8 May 2010 12:20:06 +0200 (CEST) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1273314006; bh=gWwuHO8j14pD/2HHi4F7xTDuVcjvmr66eDJnCe/lKRA=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=n7dAssNTS69i3+SUK6rfLRRDWd4akq/6zAVEyG3fgolsr5D8Y1HTJP0SSc3cIRHAt kjX9dZY9jWimpWzrm49r0k7poFBXGIs9S3JuH9WXzl3BAWcuX3pjAbFJ0LSwU3cOqH umR2rrLdCs7W6BJoYXxOcOn6tqehV8l+Tw4Fchp4= Received: from elmar.spoerlein.net (localhost [127.0.0.1]) by elmar.spoerlein.net (8.14.4/8.14.4) with ESMTP id o48AK5o4011234 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 8 May 2010 12:20:05 +0200 (CEST) (envelope-from uqs@spoerlein.net) Received: (from uqs@localhost) by elmar.spoerlein.net (8.14.4/8.14.4/Submit) id o48AK5Mw011233 for current@freebsd.org; Sat, 8 May 2010 12:20:05 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Sat, 8 May 2010 12:20:05 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: current@freebsd.org Message-ID: <20100508102005.GB1867@elmar.spoerlein.net> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: LOR: ufs vs bufwait 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, 08 May 2010 10:20:08 -0000 This LOR also is not yet listed on the LOR page, so I guess it's rather new. I do use SUJ. lock order reversal: 1st 0xc48388d8 ufs (ufs) @ /usr/src/sys/kern/vfs_lookup.c:502 2nd 0xec0fe304 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_softdep.c:11363 3rd 0xc49e56b8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2091 KDB: stack backtrace: db_trace_self_wrapper(c09394fe,fb817308,c062e515,c061e8ab,c093c4f1,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c061e8ab,c093c4f1,c418b168,c418ef28,fb817364,...) at kdb_backtrace+0x29 _witness_debugger(c093c4f1,c49e56b8,c092e785,c418ef28,c094369d,...) at _witness_debugger+0x25 witness_checkorder(c49e56b8,9,c094369d,82b,0,...) at witness_checkorder+0x839 __lockmgr_args(c49e56b8,80100,c49e56d8,0,0,...) at __lockmgr_args+0x7f9 ffs_lock(fb817488,c062e2bb,c0942b3f,80100,c49e5660,...) at ffs_lock+0x82 VOP_LOCK1_APV(c09bd600,fb817488,c4827cd4,c09d62a0,c49e5660,...) at VOP_LOCK1_APV+0xb5 _vn_lock(c49e5660,80100,c094369d,82b,4,...) at _vn_lock+0x5e vget(c49e5660,80100,c4827c30,50,0,...) at vget+0xb9 vfs_hash_get(c47bea20,b803,80000,c4827c30,fb8175d8,...) at vfs_hash_get+0xe6 ffs_vgetf(c47bea20,b803,80000,fb8175d8,1,...) at ffs_vgetf+0x49 softdep_sync_metadata(c4838880,0,c0962957,144,0,...) at softdep_sync_metadata+0xc82 ffs_syncvnode(c4838880,1,c4827c30,fb817698,246,...) at ffs_syncvnode+0x3e2 ffs_truncate(c4838880,200,0,880,c41fb480,...) at ffs_truncate+0x862 ufs_direnter(c4838880,c49e5660,fb81794c,fb817bd4,0,...) at ufs_direnter+0x8d4 ufs_makeinode(fb817bd4,0,fb817b30,fb817a94,c08e4cf5,...) at ufs_makeinode+0x517 ufs_create(fb817b30,fb817b48,0,0,fb817ba8,...) at ufs_create+0x30 VOP_CREATE_APV(c09bd600,fb817b30,2,fb817ac0,0,...) at VOP_CREATE_APV+0xa5 vn_open_cred(fb817ba8,fb817c5c,1a4,0,c41fb480,...) at vn_open_cred+0x1de vn_open(fb817ba8,fb817c5c,1a4,c47e2428,0,...) at vn_open+0x3b kern_openat(c4827c30,ffffff9c,804c5e8,0,602,...) at kern_openat+0x125 kern_open(c4827c30,804c5e8,0,601,21b6,...) at kern_open+0x35 open(c4827c30,fb817cf8,c0972725,c091f062,c47ea2a8,...) at open+0x30 syscall(fb817d38) at syscall+0x220 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (5, FreeBSD ELF32, open), eip = 0x2817bf33, esp = 0xbfbfec4c, ebp = 0xbfbfecb8 --- From owner-freebsd-current@FreeBSD.ORG Sat May 8 10:56:19 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 732F61065676 for ; Sat, 8 May 2010 10:56:19 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 11D048FC20 for ; Sat, 8 May 2010 10:56:18 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1OAhhe-0001US-Rx; Sat, 08 May 2010 12:56:15 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1OAhhO-00021o-DH; Sat, 08 May 2010 12:55:58 +0200 To: joe From: Ian FREISLICH In-Reply-To: <4BE5303B.8050409@hostedcontent.com> References: <4BE5303B.8050409@hostedcontent.com> <4BE529FF.5000008@hostedcontent.com> X-Attribution: BOFH Date: Sat, 08 May 2010 12:55:58 +0200 Message-Id: Cc: freebsd-current@freebsd.org, Fabien Thomas Subject: Re: igb broken? Unexplained weirdness with intel 82576 nics on a supermicro board. 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, 08 May 2010 10:56:19 -0000 joe wrote: > I have just tried your suggeston and it has no effect for me ;( Do you have another brand of NIC that you can try? At least that will isolate whether it's igb(4) or something else. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sat May 8 09:44:18 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2ADD11065673 for ; Sat, 8 May 2010 09:44:18 +0000 (UTC) (envelope-from joe@fasti.net) Received: from mail01.fasti.net (mail01.fasti.net [216.105.91.156]) by mx1.freebsd.org (Postfix) with ESMTP id 04DAD8FC14 for ; Sat, 8 May 2010 09:44:17 +0000 (UTC) Received: from mail01.fasti.net (localhost [127.0.0.2]) by mail01.fasti.net (Postfix) with ESMTP id 457DE94B1031 for ; Sat, 8 May 2010 05:24:26 -0400 (EDT) X-Virus-Scanned: amavisd-new at fasti.net Received: from mail01.fasti.net ([127.0.0.2]) by mail01.fasti.net (mail01.fasti.net [127.0.0.2]) (amavisd-new, port 10024) with ESMTP id FRWCIYNjbkJB for ; Sat, 8 May 2010 05:24:24 -0400 (EDT) Received: from [192.168.1.137] (69-165-175-27.dsl.teksavvy.com [69.165.175.27]) by mail01.fasti.net (Postfix) with ESMTPA id 6AD4594B1030 for ; Sat, 8 May 2010 05:24:24 -0400 (EDT) Message-ID: <4BE525E8.70801@fasti.net> Date: Sat, 08 May 2010 04:50:48 -0400 From: Joe User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 08 May 2010 11:10:07 +0000 Subject: igb broken? Unexplained weirdness with intel 82576 nics on a supermicro board. 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, 08 May 2010 09:44:18 -0000 I have 3 boxes, each with two nics. One nic for the private network and one for the public network. The private network is all on the same vlan. All 6 nics are on the same switch. All connections are 1000tx Full Duplex. I will call the servers Box A, Box B, and Box C. When i FTP data between Box A & B i get abou 25MB/sec. When i FTP data from Box C to Box A or B, i get about 20MB/sec. When i FTP data from Box A to C i get 10MB/sec When i FTP data from Box B to C i get 200KB/sec... Can anyone suggest why i might only be getting 200KB when transfering data from Box B to C but not when transferring data from Box A to C? I tried installing ubuntu to see if the problem was still there and it is not. I can FTP data from Box A or B to box C at 10MB/sec, still not the gigabit speeds i should be seeing but not the 200KB/sec i am getting with freebsd. I logged into my switch and it reports that the ports are 1000tx full duplex, the same as what freebsd is reporting. The switch & freebsd also report no errors. I really dont know what to do. Nothing anywhere reports showing a problem but obviously there is a problem somewhere. I've tried drivers 1.9.5, 1.8.4, and 1.7.3. If i use 1.8.4 or 1.7.3 i get 50KB/sec transferring data from box B whereas if i use 1.9.5 i get 200-300KB sec. I should be getting like 50MB/sec ;( Any help would be grateful. Or, maybe someone could put me in touch with the person responsible for the intel nic drivers and i can work with them on resolving this issue? Thanks in advance. Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll igb0 1500 00:30:48:9f:11:04 25853 0 0 18340 0 0 igb0 1500 216.105.91.14 216.105.91.145 19040 - - 18343 - - igb1* 1500 00:30:48:9f:11:05 0 0 0 0 0 0 lo0 16384 72 0 0 72 0 0 lo0 16384 127.0.0.0/8 127.0.0.1 72 - - 72 - - Sysctl info for igb0/1 dev.igb.0.%desc: Intel(R) PRO/1000 Network Connection version - 1.8.4 dev.igb.0.%driver: igb dev.igb.0.%location: slot=0 function=0 dev.igb.0.%pnpinfo: vendor=0x8086 device=0x10c9 subvendor=0x15d9 subdevice=0x0100 class=0x020000 dev.igb.0.%parent: pci1 dev.igb.0.debug: -1 dev.igb.0.stats: -1 dev.igb.0.flow_control: 3 dev.igb.0.enable_aim: 1 dev.igb.0.low_latency: 128 dev.igb.0.ave_latency: 450 dev.igb.0.bulk_latency: 1200 dev.igb.0.rx_processing_limit: 100 Debug info for igb0 May 8 09:17:57 debbie kernel: igb0: TX(1) Packets sent = 1295 May 8 09:17:57 debbie kernel: igb0: Queue(2) tdh = 106, tdt = 106 May 8 09:17:57 debbie kernel: igb0: TX(2) no descriptors avail event = 0 May 8 09:17:57 debbie kernel: igb0: TX(2) MSIX IRQ Handled = 5353 May 8 09:17:57 debbie kernel: igb0: TX(2) Packets sent = 5450 May 8 09:17:57 debbie kernel: igb0: Queue(3) tdh = 1687, tdt = 1687 May 8 09:17:57 debbie kernel: igb0: TX(3) no descriptors avail event = 0 May 8 09:17:57 debbie kernel: igb0: TX(3) MSIX IRQ Handled = 1335 May 8 09:17:57 debbie kernel: igb0: TX(3) Packets sent = 1354 May 8 09:17:57 debbie kernel: igb0: Queue(0) rdh = 425, rdt = 424 May 8 09:17:57 debbie kernel: igb0: RX(0) Packets received = 16809 May 8 09:17:57 debbie kernel: igb0: RX(0) Split Packets = 12262 May 8 09:17:57 debbie kernel: igb0: RX(0) Byte count = 25894129 May 8 09:17:57 debbie kernel: igb0: RX(0) MSIX IRQ Handled = 43428 May 8 09:17:57 debbie kernel: igb0: RX(0) LRO Queued= 13601 May 8 09:17:57 debbie kernel: igb0: RX(0) LRO Flushed= 9966 May 8 09:17:57 debbie kernel: igb0: Queue(1) rdh = 1700, rdt = 1699 May 8 09:17:57 debbie kernel: igb0: RX(1) Packets received = 1700 May 8 09:17:57 debbie kernel: igb0: RX(1) Split Packets = 937 May 8 09:17:57 debbie kernel: igb0: RX(1) Byte count = 1392691 May 8 09:17:57 debbie kernel: igb0: RX(1) MSIX IRQ Handled = 31888 May 8 09:17:57 debbie kernel: igb0: RX(1) LRO Queued= 1362 May 8 09:17:57 debbie kernel: igb0: RX(1) LRO Flushed= 1351 May 8 09:17:57 debbie kernel: igb0: Queue(2) rdh = 33, rdt = 32 May 8 09:17:57 debbie kernel: igb0: RX(2) Packets received = 6177 May 8 09:17:57 debbie kernel: igb0: RX(2) Split Packets = 1442 May 8 09:17:57 debbie kernel: igb0: RX(2) Byte count = 2518498 May 8 09:17:57 debbie kernel: igb0: RX(2) MSIX IRQ Handled = 36258 May 8 09:17:57 debbie kernel: igb0: RX(2) LRO Queued= 5794 May 8 09:17:57 debbie kernel: igb0: RX(2) LRO Flushed= 5673 May 8 09:17:57 debbie kernel: igb0: Queue(3) rdh = 1418, rdt = 1417 May 8 09:17:57 debbie kernel: igb0: RX(3) Packets received = 1418 May 8 09:17:57 debbie kernel: igb0: RX(3) Split Packets = 939 May 8 09:17:57 debbie kernel: igb0: RX(3) Byte count = 1700710 May 8 09:17:57 debbie kernel: igb0: RX(3) MSIX IRQ Handled = 31399 May 8 09:17:57 debbie kernel: igb0: RX(3) LRO Queued= 1102 May 8 09:17:57 debbie kernel: igb0: RX(3) LRO Flushed= 882 May 8 09:17:57 debbie kernel: igb0: LINK MSIX IRQ Handled = 2 May 8 09:17:57 debbie kernel: igb0: Mbuf defrag failed = 0 May 8 09:17:57 debbie kernel: igb0: Std mbuf header failed = 0 May 8 09:17:57 debbie kernel: igb0: Std mbuf packet failed = 0 May 8 09:17:57 debbie kernel: igb0: Driver dropped packets = 0 May 8 09:17:57 debbie kernel: igb0: Driver tx dma failure in xmit = 0 sysctl status info: May 8 09:19:08 debbie kernel: igb0: Excessive collisions = 0 May 8 09:19:08 debbie kernel: igb0: Sequence errors = 0 May 8 09:19:08 debbie kernel: igb0: Defer count = 0 May 8 09:19:08 debbie kernel: igb0: Missed Packets = 0 May 8 09:19:08 debbie kernel: igb0: Receive No Buffers = 0 May 8 09:19:08 debbie kernel: igb0: Receive Length Errors = 0 May 8 09:19:08 debbie kernel: igb0: Receive errors = 0 May 8 09:19:08 debbie kernel: igb0: Crc errors = 0 May 8 09:19:08 debbie kernel: igb0: Alignment errors = 0 May 8 09:19:08 debbie kernel: igb0: Collision/Carrier extension errors = 0 May 8 09:19:08 debbie kernel: igb0: RX overruns = 0 May 8 09:19:08 debbie kernel: igb0: watchdog timeouts = 0 May 8 09:19:08 debbie kernel: igb0: XON Rcvd = 17 May 8 09:19:08 debbie kernel: igb0: XON Xmtd = 0 May 8 09:19:08 debbie kernel: igb0: XOFF Rcvd = 17 May 8 09:19:08 debbie kernel: igb0: XOFF Xmtd = 0 May 8 09:19:08 debbie kernel: igb0: Good Packets Rcvd = 26159 May 8 09:19:08 debbie kernel: igb0: Good Packets Xmtd = 21564 May 8 09:19:08 debbie kernel: igb0: TSO Contexts Xmtd = 1687 May 8 09:19:08 debbie kernel: igb0: TSO Contexts Failed = 0 From owner-freebsd-current@FreeBSD.ORG Sat May 8 11:50:41 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C42F106564A for ; Sat, 8 May 2010 11:50:41 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2A3AF8FC19 for ; Sat, 8 May 2010 11:50:40 +0000 (UTC) Received: by fxm15 with SMTP id 15so1527051fxm.13 for ; Sat, 08 May 2010 04:50:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:reply-to:x-mailer:mime-version :content-type:content-transfer-encoding; bh=gn05/r/dUFNltktNRwtGOtNwdsNYvD80mxpRh+DtDow=; b=mu/dxjxYwa5TrcCuPBrcoXrMcrPHGe+LQhEyxfm+djNOYqoMwNyfdtvOSn21vIatGz wT8GIyEFL0a4gnMvgzDUeQvL/FtTPER/crj1lS1IcuzLgYjswr0suNaT+cBcEbkSb9yy Ft+5nFOK1sEjnbntQrQ98XFPy8gCtO49+RUQU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=I7Ty+qQy6l/BTFyaRNYDajbR+mnEC5LX2NgBOlNdQ9EFT+YuPJ+6Oz05g2pHQYlQfc 99159O7BQOcNXBIc7uZXDaCdk5upsiuxKAMTMkZK6xNGdP4D1TPHRftIRNWTSmBcL30G mt9bdy72/HB/y0uf/NyCHKK1jS5SCEXFLrgqA= Received: by 10.102.193.9 with SMTP id q9mr697900muf.11.1273319433904; Sat, 08 May 2010 04:50:33 -0700 (PDT) Received: from ernst.jennejohn.org (p57AE25C1.dip0.t-ipconnect.de [87.174.37.193]) by mx.google.com with ESMTPS id n7sm12221749mue.15.2010.05.08.04.50.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 08 May 2010 04:50:33 -0700 (PDT) Date: Sat, 8 May 2010 13:50:31 +0200 From: Gary Jennejohn To: Ben Widawsky Message-ID: <20100508135031.00fcd71e@ernst.jennejohn.org> In-Reply-To: References: X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: PT_ATTACH resumes suspended process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@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: Sat, 08 May 2010 11:50:41 -0000 On Fri, 7 May 2010 13:52:15 -0700 Ben Widawsky wrote: > If a debugger attaches to a suspended process, the process will be > resumed, and backgrounded. This seems like the incorrect behavior to me > based what I read in the man page. "The tracing process will see the > newly-traced process stop and may then control it as if it had been > traced all along." > > The behavior exhibited in FreeBSD is that the process is resumed, and we > will not reach ptracestop() until the next debugger command comes in. > [snip] Looking at the sendsig label in sys_process.c:kern_ptrace() makes it clear what's happening - in your testing the process was already stopped so the code sets td_xsig to SIGSTOP and wakes it up to send it the signal. But td_xsig doesn't seem to be used anywhere to set pending signals. Maybe I missed the place where that happens. The assumption seems to be that a process being traced will only be stopped if the debugger is already attached and that any signals being sent to it are coming from the debugger itself. This assumption is wrong if the process being attached to was already stopped. It seems to me that checking for req == PT_ATTACH when the process is already stopped and doing a break; in that case might be a solution. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sat May 8 13:59:18 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 596FC1065672 for ; Sat, 8 May 2010 13:59:18 +0000 (UTC) (envelope-from joe@hostedcontent.com) Received: from mail01.fasti.net (mail01.fasti.net [216.105.91.156]) by mx1.freebsd.org (Postfix) with ESMTP id 30E788FC0A for ; Sat, 8 May 2010 13:59:17 +0000 (UTC) Received: from mail01.fasti.net (localhost [127.0.0.2]) by mail01.fasti.net (Postfix) with ESMTP id 4D45394B1031; Sat, 8 May 2010 09:59:17 -0400 (EDT) X-Virus-Scanned: amavisd-new at fasti.net Received: from mail01.fasti.net ([127.0.0.2]) by mail01.fasti.net (mail01.fasti.net [127.0.0.2]) (amavisd-new, port 10024) with ESMTP id A6A4gLIigzzx; Sat, 8 May 2010 09:59:16 -0400 (EDT) Received: from [192.168.1.137] (69-165-175-27.dsl.teksavvy.com [69.165.175.27]) by mail01.fasti.net (Postfix) with ESMTPA id 2E6D994B1030; Sat, 8 May 2010 09:59:16 -0400 (EDT) Message-ID: <4BE565E5.9030505@hostedcontent.com> Date: Sat, 08 May 2010 09:23:49 -0400 From: joe User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Ian FREISLICH References: <4BE5303B.8050409@hostedcontent.com> <4BE529FF.5000008@hostedcontent.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Fabien Thomas Subject: Re: igb broken? Unexplained weirdness with intel 82576 nics on a supermicro board. 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, 08 May 2010 13:59:18 -0000 On 05/08/2010 06:55 AM, Ian FREISLICH wrote: > joe wrote: >> I have just tried your suggeston and it has no effect for me ;( > > Do you have another brand of NIC that you can try? At least that > will isolate whether it's igb(4) or something else. > > Ian > > -- > Ian Freislich I will grab a new nic today and try...my options are limited though. Here are the nics i can get my hands on TP-LINK TL-TG3468, 10/100/1000Mbps PCIe Adapter (supported by fbsd?) Intel (EXPI9301CT) Gigabit CT Desktop Adapter (yet another intel nic) These are the only two nics the local computer store has in stock. Anyone know if the TP LINK is supported? I couldnt find anything to suggest it is on google. From owner-freebsd-current@FreeBSD.ORG Sat May 8 15:18:03 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A70E0106564A for ; Sat, 8 May 2010 15:18:03 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 44D228FC15 for ; Sat, 8 May 2010 15:18:02 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1OAlmz-0003c9-1s; Sat, 08 May 2010 17:18:01 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1OAlmh-0002Dj-Mm; Sat, 08 May 2010 17:17:43 +0200 To: joe From: Ian FREISLICH In-Reply-To: <4BE565E5.9030505@hostedcontent.com> References: <4BE565E5.9030505@hostedcontent.com> <4BE5303B.8050409@hostedcontent.com> <4BE529FF.5000008@hostedcontent.com> X-Attribution: BOFH Date: Sat, 08 May 2010 17:17:43 +0200 Message-Id: Cc: freebsd-current@freebsd.org, Fabien Thomas Subject: Re: igb broken? Unexplained weirdness with intel 82576 nics on a supermicro board. 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, 08 May 2010 15:18:03 -0000 joe wrote: > On 05/08/2010 06:55 AM, Ian FREISLICH wrote: > > joe wrote: > >> I have just tried your suggeston and it has no effect for me ;( > > > > Do you have another brand of NIC that you can try? At least that > > will isolate whether it's igb(4) or something else. > > I will grab a new nic today and try...my options are limited though. > Here are the nics i can get my hands on > > TP-LINK TL-TG3468, 10/100/1000Mbps PCIe Adapter (supported by fbsd?) Based on the RTL8168B chip. Should be supported by the re(4) driver. > Intel (EXPI9301CT) Gigabit CT Desktop Adapter (yet another intel nic) i82574L chip. Should be supported by the em(4) driver. I have had good performance in the past with this driver and less than satisfactory performance with the igb(4) driver. That may not be your problem though. Before you go out and buy, have a look at the amount of interrupt time your slow machine spends in 'top' or 'systat -vm'. systat will also show the interrupt rate for each driver, perhaps it's not doing interrupt moderation properly. This will manifest as more than about a 1000 per second. There are loader tunables for the driver to increase the number of transfer descriptors and to tune interrupt moderation. You could try running trafshow (port) on the interface while performing the transfer. Perhaps promiscuous mode will turn off some hardware feature that will improve things. It may however break hardware vlanning as it does on my 82575GB 4 port igb card. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sat May 8 15:51:33 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE97C106566B for ; Sat, 8 May 2010 15:51:33 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [188.72.220.29]) by mx1.freebsd.org (Postfix) with ESMTP id 56B6B8FC0C for ; Sat, 8 May 2010 15:51:32 +0000 (UTC) Received: from elmar.spoerlein.net (e180134083.adsl.alicedsl.de [85.180.134.83]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id o48FpUKa004360 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 8 May 2010 17:51:31 +0200 (CEST) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1273333891; bh=7BMWo9625aPmVaeqXmD8G85f9X96R0b47+FhYRNAZsA=; h=Date:From:To:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Transfer-Encoding:In-Reply-To; b=K1AEQXczisV9vVZm7rM76bUaC1C8o3RSFB3g6dhnkhZY6hsYRLtFpXqzWi5hTnuo7 clzVFXgJmw3tRx+dTBBJpivycyYJ8gu+GSh3GXX9Cguc48Hvt5TNVuF8YJMt5qrOPz FzKxPQJM6O1wO4IWL1yx74vSYsHUU84xxfs8r65U= Received: from elmar.spoerlein.net (localhost [127.0.0.1]) by elmar.spoerlein.net (8.14.4/8.14.4) with ESMTP id o48FpTAJ048553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 8 May 2010 17:51:30 +0200 (CEST) (envelope-from uqs@spoerlein.net) Received: (from uqs@localhost) by elmar.spoerlein.net (8.14.4/8.14.4/Submit) id o48FpR6B048552 for current@freebsd.org; Sat, 8 May 2010 17:51:27 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Sat, 8 May 2010 17:51:27 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: current@freebsd.org Message-ID: <20100508155127.GC1867@elmar.spoerlein.net> Mail-Followup-To: current@freebsd.org References: <20100508102005.GB1867@elmar.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20100508102005.GB1867@elmar.spoerlein.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: LOR: ufs vs bufwait 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, 08 May 2010 15:51:33 -0000 On Sat, 08.05.2010 at 12:20:05 +0200, Ulrich Spörlein wrote: > This LOR also is not yet listed on the LOR page, so I guess it's rather > new. I do use SUJ. > > lock order reversal: > 1st 0xc48388d8 ufs (ufs) @ /usr/src/sys/kern/vfs_lookup.c:502 > 2nd 0xec0fe304 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_softdep.c:11363 > 3rd 0xc49e56b8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2091 > KDB: stack backtrace: > db_trace_self_wrapper(c09394fe,fb817308,c062e515,c061e8ab,c093c4f1,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(c061e8ab,c093c4f1,c418b168,c418ef28,fb817364,...) at kdb_backtrace+0x29 > _witness_debugger(c093c4f1,c49e56b8,c092e785,c418ef28,c094369d,...) at _witness_debugger+0x25 > witness_checkorder(c49e56b8,9,c094369d,82b,0,...) at witness_checkorder+0x839 > __lockmgr_args(c49e56b8,80100,c49e56d8,0,0,...) at __lockmgr_args+0x7f9 > ffs_lock(fb817488,c062e2bb,c0942b3f,80100,c49e5660,...) at ffs_lock+0x82 > VOP_LOCK1_APV(c09bd600,fb817488,c4827cd4,c09d62a0,c49e5660,...) at VOP_LOCK1_APV+0xb5 > _vn_lock(c49e5660,80100,c094369d,82b,4,...) at _vn_lock+0x5e > vget(c49e5660,80100,c4827c30,50,0,...) at vget+0xb9 > vfs_hash_get(c47bea20,b803,80000,c4827c30,fb8175d8,...) at vfs_hash_get+0xe6 > ffs_vgetf(c47bea20,b803,80000,fb8175d8,1,...) at ffs_vgetf+0x49 > softdep_sync_metadata(c4838880,0,c0962957,144,0,...) at softdep_sync_metadata+0xc82 > ffs_syncvnode(c4838880,1,c4827c30,fb817698,246,...) at ffs_syncvnode+0x3e2 > ffs_truncate(c4838880,200,0,880,c41fb480,...) at ffs_truncate+0x862 > ufs_direnter(c4838880,c49e5660,fb81794c,fb817bd4,0,...) at ufs_direnter+0x8d4 > ufs_makeinode(fb817bd4,0,fb817b30,fb817a94,c08e4cf5,...) at ufs_makeinode+0x517 > ufs_create(fb817b30,fb817b48,0,0,fb817ba8,...) at ufs_create+0x30 > VOP_CREATE_APV(c09bd600,fb817b30,2,fb817ac0,0,...) at VOP_CREATE_APV+0xa5 > vn_open_cred(fb817ba8,fb817c5c,1a4,0,c41fb480,...) at vn_open_cred+0x1de > vn_open(fb817ba8,fb817c5c,1a4,c47e2428,0,...) at vn_open+0x3b > kern_openat(c4827c30,ffffff9c,804c5e8,0,602,...) at kern_openat+0x125 > kern_open(c4827c30,804c5e8,0,601,21b6,...) at kern_open+0x35 > open(c4827c30,fb817cf8,c0972725,c091f062,c47ea2a8,...) at open+0x30 > syscall(fb817d38) at syscall+0x220 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (5, FreeBSD ELF32, open), eip = 0x2817bf33, esp = 0xbfbfec4c, ebp = 0xbfbfecb8 --- And now the system is hanging again. While I can still ping and receive dmesg updates (eg. USB ports appearing), I/O is frozen solid. This is during portupgrade, when the configure script runs and usually takes 1-2 minutes to provoke. This part looks supsicious to me: db> show alllocks Process 28014 (mkdir) thread 0xc691ac30 (100152) exclusive lockmgr bufwait (bufwait) r = 0 (0xec2bdaf0) locked @ /usr/src/sys/ufs/ffs/ffs_softdep.c:10684 exclusive lockmgr ufs (ufs) r = 0 (0xc6bcd5a8) locked @ /usr/src/sys/kern/vfs_subr.c:2091 exclusive lockmgr bufwait (bufwait) r = 0 (0xec2983f4) locked @ /usr/src/sys/ufs/ffs/ffs_softdep.c:11363 exclusive lockmgr ufs (ufs) r = 0 (0xc6d976b8) locked @ /usr/src/sys/kern/vfs_lookup.c:502 Process 1990 (sshd) thread 0xc5462750 (100117) exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc546e08c) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 Process 12 (intr) thread 0xc41f4750 (100004) exclusive sleep mutex ttymtx (ttymtx) r = 0 (0xc425ae04) locked @ /usr/src/sys/dev/dcons/dcons_os.c:232 db> Uli From owner-freebsd-current@FreeBSD.ORG Sat May 8 16:31:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A907106566B for ; Sat, 8 May 2010 16:31:59 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id F38A68FC19 for ; Sat, 8 May 2010 16:31:58 +0000 (UTC) Received: by fxm15 with SMTP id 15so1649758fxm.13 for ; Sat, 08 May 2010 09:31:58 -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 :message-id:user-agent:mime-version:content-type; bh=X7q9kjpYPd9+OdRkdRjN8g2OlCmRGFjYhW6voJz4uSk=; b=hQfp0ebmclJyYJSD15DwWSTbV0EfFN8ibttaTRPFwJMjn/oW5udpaW5+gW1MHTDW5z 4soagtEiK45JB34jix6aQT86bhxnvhx02fWq8KhjLLaVZRGJq/u4yZnvc9BDpG/J1K6x ISded3I2vDJoWzYtXeEl3WvgqKFx2Jz7/3laE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:message-id:user-agent:mime-version :content-type; b=QTwozNDg8Mon+srd+RYi+S0lwMgu9tLUfBPrm+rUIoVDD46P7VWF1LisxlcyM/9X0P mNt9f/lpf4EVE5H0NWOr1Z7D863vBvaBZeZgkiCjlWtO45xoGp+Hsnu1ATMuSoKzSCr6 y/AU+sLrQVum+ak3pdDNlap0IImKLQ0GAml4Y= Received: by 10.223.18.67 with SMTP id v3mr1626421faa.93.1273336317746; Sat, 08 May 2010 09:31:57 -0700 (PDT) Received: from localhost (95-25-129-134.broadband.corbina.ru [95.25.129.134]) by mx.google.com with ESMTPS id y12sm12249274faj.5.2010.05.08.09.31.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 08 May 2010 09:31:57 -0700 (PDT) From: Anonymous To: freebsd-current@freebsd.org Date: Sat, 08 May 2010 20:31:50 +0400 Message-ID: <86d3x6pd6x.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: SC_PIXEL_MODE in GENERIC on i386/amd64? 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, 08 May 2010 16:31:59 -0000 - jfbterm - boot splash - apps that use libvgl (e.g. mplayer) - other uses for graphic modes Is there a way to avoid recompiling kernel just to use them? From owner-freebsd-current@FreeBSD.ORG Sat May 8 17:18:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81036106564A for ; Sat, 8 May 2010 17:18:11 +0000 (UTC) (envelope-from joe@hostedcontent.com) Received: from mail01.fasti.net (mail01.fasti.net [216.105.91.156]) by mx1.freebsd.org (Postfix) with ESMTP id 56AAB8FC18 for ; Sat, 8 May 2010 17:18:11 +0000 (UTC) Received: from mail01.fasti.net (localhost [127.0.0.2]) by mail01.fasti.net (Postfix) with ESMTP id B039D94B1031; Sat, 8 May 2010 13:18:10 -0400 (EDT) X-Virus-Scanned: amavisd-new at fasti.net Received: from mail01.fasti.net ([127.0.0.2]) by mail01.fasti.net (mail01.fasti.net [127.0.0.2]) (amavisd-new, port 10024) with ESMTP id zvcDpY1usyV6; Sat, 8 May 2010 13:18:09 -0400 (EDT) Received: from [192.168.1.137] (69-165-175-27.dsl.teksavvy.com [69.165.175.27]) by mail01.fasti.net (Postfix) with ESMTPA id AC6F894B1030; Sat, 8 May 2010 13:18:09 -0400 (EDT) Message-ID: <4BE59434.9070308@hostedcontent.com> Date: Sat, 08 May 2010 12:41:24 -0400 From: joe User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Ian FREISLICH References: <4BE565E5.9030505@hostedcontent.com> <4BE5303B.8050409@hostedcontent.com> <4BE529FF.5000008@hostedcontent.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Fabien Thomas Subject: Re: igb broken? Unexplained weirdness with intel 82576 nics on a supermicro board. 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, 08 May 2010 17:18:11 -0000 On 05/08/2010 11:17 AM, Ian FREISLICH wrote: > joe wrote: >> On 05/08/2010 06:55 AM, Ian FREISLICH wrote: >>> joe wrote: >>>> I have just tried your suggeston and it has no effect for me ;( >>> >>> Do you have another brand of NIC that you can try? At least that >>> will isolate whether it's igb(4) or something else. >> >> I will grab a new nic today and try...my options are limited though. >> Here are the nics i can get my hands on >> >> TP-LINK TL-TG3468, 10/100/1000Mbps PCIe Adapter (supported by fbsd?) > > Based on the RTL8168B chip. Should be supported by the re(4) driver. > >> Intel (EXPI9301CT) Gigabit CT Desktop Adapter (yet another intel nic) > > i82574L chip. Should be supported by the em(4) driver. I have had > good performance in the past with this driver and less than > satisfactory performance with the igb(4) driver. > > That may not be your problem though. Before you go out and buy, > have a look at the amount of interrupt time your slow machine spends > in 'top' or 'systat -vm'. systat will also show the interrupt rate > for each driver, perhaps it's not doing interrupt moderation properly. > This will manifest as more than about a 1000 per second. There are > loader tunables for the driver to increase the number of transfer > descriptors and to tune interrupt moderation. > > You could try running trafshow (port) on the interface while > performing the transfer. Perhaps promiscuous mode will turn off > some hardware feature that will improve things. It may however > break hardware vlanning as it does on my 82575GB 4 port igb card. > > Ian > > -- > Ian Freislich I bought those two cards anyways, im in a rush to figure out this problem. That being said i am still encountering the exact same problem regardless on which network card i am running. I am at a complete loss. I am about to try a raid card to see if the problem might lay within the onboard sata ports. I did pull the server and brought it home so that i can test more things quicker. I am going to try using a raid card instead of the onboard sata ports and see if i still encounter the same problem. I would love any suggestions you may have on where to go from here to figure out where the problem might be. joe From owner-freebsd-current@FreeBSD.ORG Sat May 8 17:31:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 02744106566C for ; Sat, 8 May 2010 17:31:33 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 837E18FC08 for ; Sat, 8 May 2010 17:31:32 +0000 (UTC) Received: by wwd20 with SMTP id 20so158230wwd.13 for ; Sat, 08 May 2010 10:31:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=LwCH+Gs85GzjzzSGfKEcJmgschJ7HDFqTxY4G/9BfsI=; b=q/Posu7c5EuwtIwpXTV1BQcjLsh9ixeaRIVG46qUBYFXYeBiHfVHYNI8xwYYexc9b3 uUzsM8haCSg4TgqR3p/RXtDODpGWJXeXm5+ppI8j8zT2ucC6t49n1jtcVTr66YKX6vIm eLenmr9qYA/kE6JAwVPEJ0E7uGdZIv2OtQejY= 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=tZwYiRUolWyyMIL4/I7w3duIH/3I9MCh2ANwlSi55dulbTRKUAvAVEDdueloiRYWMN dCZBWA8TCBEEFTJG1BgYEY8X0/RPIngzdT9+T1qV9t8Cyygyi5pt0gJOgQBDwzUHfQbe JYQ2JBH7c4/O8MsWsS5l64Trgm4+sLjxl49O8= MIME-Version: 1.0 Received: by 10.216.87.82 with SMTP id x60mr999283wee.173.1273339883319; Sat, 08 May 2010 10:31:23 -0700 (PDT) Received: by 10.216.29.129 with HTTP; Sat, 8 May 2010 10:31:23 -0700 (PDT) In-Reply-To: <4BE59434.9070308@hostedcontent.com> References: <4BE565E5.9030505@hostedcontent.com> <4BE5303B.8050409@hostedcontent.com> <4BE529FF.5000008@hostedcontent.com> <4BE59434.9070308@hostedcontent.com> Date: Sat, 8 May 2010 10:31:23 -0700 Message-ID: From: Jack Vogel To: joe Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Ian FREISLICH , Fabien Thomas , freebsd-current@freebsd.org Subject: Re: igb broken? Unexplained weirdness with intel 82576 nics on a supermicro board. 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, 08 May 2010 17:31:33 -0000 Looks like something to do with system C, you might isolate it, and try a back to back connection with its NICs, change cables, look at BIOS settings, change the slot the nic is in... All just off the top of my head. Jack On Sat, May 8, 2010 at 9:41 AM, joe wrote: > On 05/08/2010 11:17 AM, Ian FREISLICH wrote: > >> joe wrote: >> >>> On 05/08/2010 06:55 AM, Ian FREISLICH wrote: >>> >>>> joe wrote: >>>> >>>>> I have just tried your suggeston and it has no effect for me ;( >>>>> >>>> >>>> Do you have another brand of NIC that you can try? At least that >>>> will isolate whether it's igb(4) or something else. >>>> >>> >>> I will grab a new nic today and try...my options are limited though. >>> Here are the nics i can get my hands on >>> >>> TP-LINK TL-TG3468, 10/100/1000Mbps PCIe Adapter (supported by fbsd?) >>> >> >> Based on the RTL8168B chip. Should be supported by the re(4) driver. >> >> Intel (EXPI9301CT) Gigabit CT Desktop Adapter (yet another intel nic) >>> >> >> i82574L chip. Should be supported by the em(4) driver. I have had >> good performance in the past with this driver and less than >> satisfactory performance with the igb(4) driver. >> >> That may not be your problem though. Before you go out and buy, >> have a look at the amount of interrupt time your slow machine spends >> in 'top' or 'systat -vm'. systat will also show the interrupt rate >> for each driver, perhaps it's not doing interrupt moderation properly. >> This will manifest as more than about a 1000 per second. There are >> loader tunables for the driver to increase the number of transfer >> descriptors and to tune interrupt moderation. >> >> You could try running trafshow (port) on the interface while >> performing the transfer. Perhaps promiscuous mode will turn off >> some hardware feature that will improve things. It may however >> break hardware vlanning as it does on my 82575GB 4 port igb card. >> >> Ian >> >> -- >> Ian Freislich >> > > I bought those two cards anyways, im in a rush to figure out this problem. > That being said i am still encountering the exact same problem regardless on > which network card i am running. I am at a complete loss. I am about to try > a raid card to see if the problem might lay within the onboard sata ports. I > did pull the server and brought it home so that i can test more things > quicker. > > I am going to try using a raid card instead of the onboard sata ports and > see if i still encounter the same problem. I would love any suggestions you > may have on where to go from here to figure out where the problem might be. > > joe > > _______________________________________________ > 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 Sat May 8 17:41:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4ED8106566C for ; Sat, 8 May 2010 17:41:45 +0000 (UTC) (envelope-from joe@hostedcontent.com) Received: from mail01.fasti.net (mail01.fasti.net [216.105.91.156]) by mx1.freebsd.org (Postfix) with ESMTP id 8AFE98FC08 for ; Sat, 8 May 2010 17:41:45 +0000 (UTC) Received: from mail01.fasti.net (localhost [127.0.0.2]) by mail01.fasti.net (Postfix) with ESMTP id 02DDC94B1031; Sat, 8 May 2010 13:41:45 -0400 (EDT) X-Virus-Scanned: amavisd-new at fasti.net Received: from mail01.fasti.net ([127.0.0.2]) by mail01.fasti.net (mail01.fasti.net [127.0.0.2]) (amavisd-new, port 10024) with ESMTP id 8HrIkodg17x2; Sat, 8 May 2010 13:41:43 -0400 (EDT) Received: from [192.168.1.137] (69-165-175-27.dsl.teksavvy.com [69.165.175.27]) by mail01.fasti.net (Postfix) with ESMTPA id A7B1F94B1030; Sat, 8 May 2010 13:41:43 -0400 (EDT) Message-ID: <4BE599B0.60203@hostedcontent.com> Date: Sat, 08 May 2010 13:04:48 -0400 From: joe User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Jack Vogel References: <4BE565E5.9030505@hostedcontent.com> <4BE5303B.8050409@hostedcontent.com> <4BE529FF.5000008@hostedcontent.com> <4BE59434.9070308@hostedcontent.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ian FREISLICH , Fabien Thomas , freebsd-current@freebsd.org Subject: Re: igb broken? Unexplained weirdness with intel 82576 nics on a supermicro board. 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, 08 May 2010 17:41:45 -0000 On 05/08/2010 01:31 PM, Jack Vogel wrote: > Looks like something to do with system C, you might isolate it, and try > a back > to back connection with its NICs, change cables, look at BIOS settings, > change > the slot the nic is in... All just off the top of my head. > > Jack > > > On Sat, May 8, 2010 at 9:41 AM, joe > wrote: > > On 05/08/2010 11:17 AM, Ian FREISLICH wrote: > > joe wrote: > > On 05/08/2010 06:55 AM, Ian FREISLICH wrote: > > joe wrote: > > I have just tried your suggeston and it has > no effect for me ;( > > > Do you have another brand of NIC that you can try? At > least that > will isolate whether it's igb(4) or something else. > > > I will grab a new nic today and try...my options are limited > though. > Here are the nics i can get my hands on > > TP-LINK TL-TG3468, 10/100/1000Mbps PCIe Adapter (supported > by fbsd?) > > > Based on the RTL8168B chip. Should be supported by the re(4) > driver. > > Intel (EXPI9301CT) Gigabit CT Desktop Adapter (yet another > intel nic) > > > i82574L chip. Should be supported by the em(4) driver. I have had > good performance in the past with this driver and less than > satisfactory performance with the igb(4) driver. > > That may not be your problem though. Before you go out and buy, > have a look at the amount of interrupt time your slow machine spends > in 'top' or 'systat -vm'. systat will also show the interrupt rate > for each driver, perhaps it's not doing interrupt moderation > properly. > This will manifest as more than about a 1000 per second. There are > loader tunables for the driver to increase the number of transfer > descriptors and to tune interrupt moderation. > > You could try running trafshow (port) on the interface while > performing the transfer. Perhaps promiscuous mode will turn off > some hardware feature that will improve things. It may however > break hardware vlanning as it does on my 82575GB 4 port igb card. > > Ian > > -- > Ian Freislich > > > I bought those two cards anyways, im in a rush to figure out this > problem. That being said i am still encountering the exact same > problem regardless on which network card i am running. I am at a > complete loss. I am about to try a raid card to see if the problem > might lay within the onboard sata ports. I did pull the server and > brought it home so that i can test more things quicker. > > I am going to try using a raid card instead of the onboard sata > ports and see if i still encounter the same problem. I would love > any suggestions you may have on where to go from here to figure out > where the problem might be. > > joe > > _______________________________________________ > 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 think it might have something to so with the nics / switch, and their features. I brought the box home, plugged into my gb switch, and i am able to FTP data to the server at around 35MB/sec. I dont know what would cause this other than some sort of issue with the the 3 different types of nics and the switch i am using. Any suggestions? From owner-freebsd-current@FreeBSD.ORG Sat May 8 17:48:41 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 609CC106566C for ; Sat, 8 May 2010 17:48:41 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [188.72.220.29]) by mx1.freebsd.org (Postfix) with ESMTP id 9D9098FC08 for ; Sat, 8 May 2010 17:48:40 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id o48HmdhW092130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 May 2010 19:48:39 +0200 (CEST) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1273340919; bh=zS0mUBdjpAILZK50orndVH17rPBQJFFTHpHhWMFZG/s=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Transfer-Encoding:In-Reply-To; b=i7/M104bYmb05GQ9y+RkprHcsG6KhNGNVl27ppwf5wZmg+QeSm/mZeqWpqegSFPNT AmDfTDrxlcvBDF73z4lhDgoHeiz4KPMnNkkO4KlscVGXyXHZ4ak1D3jvsO1NGcixkI H8s/7g1o5I08OvWJNKOmkuV0kuYuu/dvzXhTrcow= Received: (from uqs@localhost) by acme.spoerlein.net (8.14.4/8.14.4/Submit) id o48Hmdds092124; Sat, 8 May 2010 19:48:39 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Sat, 8 May 2010 19:48:38 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Attilio Rao Message-ID: <20100508174838.GJ88504@acme.spoerlein.net> Mail-Followup-To: Attilio Rao , current@freebsd.org References: <20100508102005.GB1867@elmar.spoerlein.net> <20100508155127.GC1867@elmar.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: current@freebsd.org Subject: Re: LOR: ufs vs bufwait 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, 08 May 2010 17:48:41 -0000 On Sat, 08.05.2010 at 18:00:50 +0200, Attilio Rao wrote: > 2010/5/8 Ulrich Spörlein : > > On Sat, 08.05.2010 at 12:20:05 +0200, Ulrich Spörlein wrote: > >> This LOR also is not yet listed on the LOR page, so I guess it's rather > >> new. I do use SUJ. > >> > >> lock order reversal: > >>  1st 0xc48388d8 ufs (ufs) @ /usr/src/sys/kern/vfs_lookup.c:502 > >>  2nd 0xec0fe304 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_softdep.c:11363 > >>  3rd 0xc49e56b8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2091 > >> KDB: stack backtrace: > >> db_trace_self_wrapper(c09394fe,fb817308,c062e515,c061e8ab,c093c4f1,...) at db_trace_self_wrapper+0x26 > >> kdb_backtrace(c061e8ab,c093c4f1,c418b168,c418ef28,fb817364,...) at kdb_backtrace+0x29 > >> _witness_debugger(c093c4f1,c49e56b8,c092e785,c418ef28,c094369d,...) at _witness_debugger+0x25 > >> witness_checkorder(c49e56b8,9,c094369d,82b,0,...) at witness_checkorder+0x839 > >> __lockmgr_args(c49e56b8,80100,c49e56d8,0,0,...) at __lockmgr_args+0x7f9 > >> ffs_lock(fb817488,c062e2bb,c0942b3f,80100,c49e5660,...) at ffs_lock+0x82 > >> VOP_LOCK1_APV(c09bd600,fb817488,c4827cd4,c09d62a0,c49e5660,...) at VOP_LOCK1_APV+0xb5 > >> _vn_lock(c49e5660,80100,c094369d,82b,4,...) at _vn_lock+0x5e > >> vget(c49e5660,80100,c4827c30,50,0,...) at vget+0xb9 > >> vfs_hash_get(c47bea20,b803,80000,c4827c30,fb8175d8,...) at vfs_hash_get+0xe6 > >> ffs_vgetf(c47bea20,b803,80000,fb8175d8,1,...) at ffs_vgetf+0x49 > >> softdep_sync_metadata(c4838880,0,c0962957,144,0,...) at softdep_sync_metadata+0xc82 > >> ffs_syncvnode(c4838880,1,c4827c30,fb817698,246,...) at ffs_syncvnode+0x3e2 > >> ffs_truncate(c4838880,200,0,880,c41fb480,...) at ffs_truncate+0x862 > >> ufs_direnter(c4838880,c49e5660,fb81794c,fb817bd4,0,...) at ufs_direnter+0x8d4 > >> ufs_makeinode(fb817bd4,0,fb817b30,fb817a94,c08e4cf5,...) at ufs_makeinode+0x517 > >> ufs_create(fb817b30,fb817b48,0,0,fb817ba8,...) at ufs_create+0x30 > >> VOP_CREATE_APV(c09bd600,fb817b30,2,fb817ac0,0,...) at VOP_CREATE_APV+0xa5 > >> vn_open_cred(fb817ba8,fb817c5c,1a4,0,c41fb480,...) at vn_open_cred+0x1de > >> vn_open(fb817ba8,fb817c5c,1a4,c47e2428,0,...) at vn_open+0x3b > >> kern_openat(c4827c30,ffffff9c,804c5e8,0,602,...) at kern_openat+0x125 > >> kern_open(c4827c30,804c5e8,0,601,21b6,...) at kern_open+0x35 > >> open(c4827c30,fb817cf8,c0972725,c091f062,c47ea2a8,...) at open+0x30 > >> syscall(fb817d38) at syscall+0x220 > >> Xint0x80_syscall() at Xint0x80_syscall+0x20 > >> --- syscall (5, FreeBSD ELF32, open), eip = 0x2817bf33, esp = 0xbfbfec4c, ebp = 0xbfbfecb8 --- > > > > And now the system is hanging again. While I can still ping and receive > > dmesg updates (eg. USB ports appearing), I/O is frozen solid. This is > > during portupgrade, when the configure script runs and usually takes 1-2 > > minutes to provoke. > > > > This part looks supsicious to me: > > > > db> show alllocks > > Process 28014 (mkdir) thread 0xc691ac30 (100152) > > exclusive lockmgr bufwait (bufwait) r = 0 (0xec2bdaf0) locked @ /usr/src/sys/ufs/ffs/ffs_softdep.c:10684 > > exclusive lockmgr ufs (ufs) r = 0 (0xc6bcd5a8) locked @ /usr/src/sys/kern/vfs_subr.c:2091 > > exclusive lockmgr bufwait (bufwait) r = 0 (0xec2983f4) locked @ /usr/src/sys/ufs/ffs/ffs_softdep.c:11363 > > exclusive lockmgr ufs (ufs) r = 0 (0xc6d976b8) locked @ /usr/src/sys/kern/vfs_lookup.c:502 > > Process 1990 (sshd) thread 0xc5462750 (100117) > > exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc546e08c) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 > > Process 12 (intr) thread 0xc41f4750 (100004) > > exclusive sleep mutex ttymtx (ttymtx) r = 0 (0xc425ae04) locked @ /usr/src/sys/dev/dcons/dcons_os.c:232 > > db> > > Along with show alllocks may you also get the following from DDB: > ps, show pcpu, alltrace, lockedvnods. 1. a kernel before SUJ went in is running fine with SU only 2. the following is on a recent -CURRENT that has SUJ, *but* i've disabled it, so it is running with soft-updates only (I hope) I ran a portupgrade and the first configure script triggered the I/O hang db> ps pid ppid pgrp uid state wmesg wchan cmd 13467 13444 12937 0 R+ mkdir 13444 13204 12937 0 S+ wait 0xc54352a8 sh 13204 13035 12937 0 S+ wait 0xc5436000 sh 13035 12937 12937 0 S+ wait 0xc4ffad48 sh 12937 12936 12937 0 Ss+ wait 0xc4ff9d48 make 12936 3722 3722 0 R+ script 3722 2021 3722 0 S+ (threaded) ruby18 100132 S wait 0xc4ffa7f8 ruby18 2404 2007 2404 1000 Ss+ ttyin 0xc4d74870 zsh 2325 2015 2325 1000 R+ top 2021 2009 2021 0 S+ pause 0xc4ff9058 csh 2015 2007 2015 1000 Ss+ pause 0xc4ffa058 zsh 2009 2007 2009 1000 Ss+ pause 0xc4d4e850 zsh 2007 2006 2007 1000 Rs screen 2006 1991 2006 1000 R+ screen 2005 2001 2005 0 R+ systat 2001 1976 2001 0 S+ pause 0xc3d52058 csh 2000 1 2000 0 Ss select 0xc3d5b1a4 ssh-agent 1991 1990 1991 1000 Ss+ pause 0xc3d52850 zsh 1990 1986 1986 1000 S select 0xc3d5aca4 sshd 1989 1 1989 1000 Ss select 0xc3d5ae24 ssh-agent 1986 1884 1986 0 Ss sbwait 0xc4f2058c sshd 1985 1 1985 0 Ss+ ttyin 0xc3e62670 getty 1984 1 1984 0 Ss+ ttyin 0xc3e61c70 getty 1983 1 1983 0 Ss+ ttyin 0xc3e60070 getty 1982 1 1982 0 Ss+ ttyin 0xc3e60a70 getty 1981 1 1981 0 Ss+ ttyin 0xc3da7a70 getty 1980 1 1980 0 Ss+ ttyin 0xc3da7c70 getty 1979 1 1979 0 Ss+ ttyin 0xc3e60c70 getty 1976 1 1976 0 Ss+ wait 0xc4c392a8 login 1955 1 1955 0 Rs bsnmpd 1931 1 1931 0 Ss select 0xc4d0f164 inetd 1890 1 1890 0 Rs cron 1884 1 1884 0 Ss select 0xc4d0eda4 sshd 1808 1 1808 0 Rs sendmail 1764 1 1764 0 Rs moused 1754 1 1754 0 Ss (threaded) nslcd 100111 S accept 0xc4d076ae nslcd 100110 S accept 0xc4d076ae nslcd 100109 S accept 0xc4d076ae nslcd 100108 S accept 0xc4d076ae nslcd 100107 S accept 0xc4d076ae nslcd 100076 S uwait 0xc4493180 nslcd 1748 1 1748 0 Rs openvpn 1724 1 1724 201 Ss accept 0xc4d07b82 privoxy 1672 1 1672 0 Rs powerd 1664 1 1664 0 Rs ntpd 1658 1 1658 0 Ss (threaded) nscd 100094 S kqread 0xc4cf1700 nscd 100093 S kqread 0xc4cf1700 nscd 100092 S kqread 0xc4cf1700 nscd 100091 S kqread 0xc4cf1700 nscd 100090 S kqread 0xc4cf1700 nscd 100089 S kqread 0xc4cf1700 nscd 100088 S kqread 0xc4cf1700 nscd 100087 S kqread 0xc4cf1700 nscd 100075 S uwait 0xc449f680 nscd 1576 1 1576 389 Ss (threaded) slapd 100115 S ucond 0xc4cf2700 slapd 100086 S ucond 0xc4cf2600 slapd 100085 S select 0xc4d0eea4 slapd 100073 S uwait 0xc42a9580 slapd 1563 1 1562 0 S nanslp 0xc09f3864 smartd 1526 1 1526 0 Rs rpc.statd 1445 1 1445 0 Rs amd 1418 1 1418 0 Rs rpcbind 1403 1 1403 53 Ss (threaded) named 100084 S kqread 0xc4cdcb80 named 100083 S ucond 0xc4260b00 named 100082 S ucond 0xc449fb80 named 100074 S sigwait 0xfb4b8be0 named 1306 1 1306 0 Rs syslogd 997 0 0 0 RL [pfpurge] 973 1 973 0 Ss select 0xc41eb0a4 devd 964 1 964 65 Ss select 0xc44ac524 dhclient 942 1 942 0 Ss select 0xc426f424 dhclient 856 1 856 0 Ss select 0xc41eb424 moused 561 1 561 0 Ss select 0xc44acde4 wpa_supplicant 150 1 150 0 Ss pause 0xc42ec850 adjkerntz 95 0 0 0 DL mdwait 0xc426a000 [md0] 74 0 0 0 DL geli:w 0xc4265400 [g_eli[0] ad0s4f] 22 0 0 0 RL [softdepflush] 21 0 0 0 RL [syncer] 20 0 0 0 RL [vnlru] 19 0 0 0 RL [bufdaemon] 18 0 0 0 RL [pagezero] 17 0 0 0 DL psleep 0xc0b769d8 [vmdaemon] 16 0 0 0 RL [pagedaemon] 9 0 0 0 DL ccb_scan 0xc09d78d4 [xpt_thrd] 15 0 0 0 DL tzpoll 0xc09dafcc [acpi_thermal] 8 0 0 0 SL - 0xc3f55000 [fw0_probe] 7 0 0 0 DL - 0xc3ebd3bc [cbb0 event thread] 14 0 0 0 DL (threaded) [usb] 100040 D - 0xc3f39d0c [usbus3] 100039 D - 0xc3f39cdc [usbus3] 100038 D - 0xc3f39cac [usbus3] 100037 D - 0xc3f39c7c [usbus3] 100036 D - 0xc3f1fdac [usbus2] 100035 D - 0xc3f1fd7c [usbus2] 100034 D - 0xc3f1fd4c [usbus2] 100033 D - 0xc3f1fd1c [usbus2] 100032 D - 0xc3f0ddac [usbus1] 100031 D - 0xc3f0dd7c [usbus1] 100030 D - 0xc3f0dd4c [usbus1] 100029 D - 0xc3f0dd1c [usbus1] 100028 D - 0xc3ef7dac [usbus0] 100027 D - 0xc3ef7d7c [usbus0] 100026 D - 0xc3ef7d4c [usbus0] 100025 D - 0xc3ef7d1c [usbus0] 6 0 0 0 DL crypto_r 0xc0b7446c [crypto returns] 5 0 0 0 DL crypto_w 0xc0b74448 [crypto] 13 0 0 0 DL - 0xc09f36c4 [yarrow] 4 0 0 0 DL - 0xc09f13e4 [g_down] 3 0 0 0 DL - 0xc09f13e0 [g_up] 2 0 0 0 RL [g_event] 12 0 0 0 RL (threaded) [intr] 100049 I [irq12: psm0] 100048 I [irq1: atkbd0] 100046 I [irq15: ata1] 100045 I [irq14: ata0] 100024 I [irq11: cbb0 bfe0++*] 100023 I [irq9: pcm0 iwi0+] 100022 I [swi6: Giant taskq] 100020 I [swi5: +] 100019 I [swi2: cambio] 100014 I [swi6: task queue] 100006 I [swi3: vm] 100005 Run CPU 0 [swi4: clock] 100004 I [swi1: netisr 0] 11 0 0 0 RL [idle: cpu0] 1 0 1 0 SLs wait 0xc3df2d48 [init] 10 0 0 0 DL audit_wo 0xc0b747e0 [audit] 0 0 0 0 RLs (threaded) [kernel] 100050 D deadlkre 0xc09f36c4 [deadlkres] 100044 D - 0xc3f5db80 [iwi0 taskq] 100042 D - 0xc3f5e8c0 [fw0_taskq] 100021 D - 0xc3ea08c0 [thread taskq] 100018 D - 0xc3ea0a80 [kqueue taskq] 100017 D - 0xc3ea0c40 [acpi_task_2] 100016 D - 0xc3ea0c40 [acpi_task_1] 100015 D - 0xc3ea0c40 [acpi_task_0] 100010 D - 0xc3dda9c0 [firmware taskq] 100000 RunQ [swapper] 1999 1976 1976 0 Z+ ssh-agent 1988 1986 1986 1000 Z ssh-agent db> show alllocks Process 13467 (mkdir) thread 0xc543b270 (100150) exclusive lockmgr bufwait (bufwait) r = 0 (0xebd1f8ec) locked @ /usr/src/sys/kern/vfs_bio.c:2581 exclusive lockmgr ufs (ufs) r = 0 (0xc542fc08) locked @ /usr/src/sys/kern/vfs_subr.c:2091 exclusive lockmgr bufwait (bufwait) r = 0 (0xebd15194) locked @ /usr/src/sys/ufs/ffs/ffs_softdep.c:11363 exclusive lockmgr ufs (ufs) r = 0 (0xc54279e8) locked @ /usr/src/sys/kern/vfs_lookup.c:502 Process 1986 (sshd) thread 0xc4d2ec30 (100113) exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc4f20560) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 Process 22 (softdepflush) thread 0xc428f750 (100058) exclusive sleep mutex struct mount mtx (struct mount mtx) r = 0 (0xc42a3a20) locked @ /usr/src/sys/kern/vfs_subr.c:341 Process 12 (intr) thread 0xc3df44e0 (100005) exclusive sleep mutex ttymtx (ttymtx) r = 0 (0xc3e63604) locked @ /usr/src/sys/dev/dcons/dcons_os.c:232 db> show pcpu cpuid = 0 dynamic pcpu = 0x64e400 curthread = 0xc3df44e0: pid 12 "swi4: clock" curpcb = 0xc3bfbd90 fpcurthread = none idlethread = 0xc3df49c0: pid 11 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: db> show lockedvnods Locked vnodes 0xc5427990: tag ufs, type VDIR usecount 5, writecount 0, refcount 7 mountedhere 0 flags () v_object 0xc54224c8 ref 0 pages 0 lock type ufs: EXCL by thread 0xc543b270 (pid 13467) ino 11375831, on dev ad0s4f.eli 0xc542fbb0: tag ufs, type VREG usecount 2, writecount 0, refcount 5 mountedhere 0 flags () v_object 0xc5422880 ref 0 pages 7 lock type ufs: EXCL by thread 0xc543b270 (pid 13467) ino 11375884, on dev ad0s4f.eli db> alltrace Tracing command mkdir pid 13467 tid 100150 td 0xc543b270 sched_switch(c543b270,0,104,191,f614b28d,...) at sched_switch+0x36a mi_switch(104,0,c093a853,1eb,4c,...) at mi_switch+0x200 sleepq_switch(c543b270,0,c093a853,260,0,...) at sleepq_switch+0x15f sleepq_wait(ebd1f88c,4c,c0941795,0,0,...) at sleepq_wait+0x63 _sleep(ebd1f88c,c3da14ac,4c,c0941795,0,...) at _sleep+0x365 bwait(ebd1f88c,4c,c0941795,ebd1f88c,fb5d5584,...) at bwait+0x6f bufwait(ebd1f88c,ebd1f88c,0,ebd1f88c,c54165e4,...) at bufwait+0x48 bufwrite(ebd1f88c,0,c09625e3,74d,0) at bufwrite+0x165 ffs_bufwrite(ebd1f88c,c542d500,100,4000,0,...) at ffs_bufwrite+0x290 ffs_update(c542fbb0,1,80000,fb5d567c,1,...) at ffs_update+0x27c softdep_sync_metadata(c5427990,0,c0962b76,144,0,...) at softdep_sync_metadata+0xc9f ffs_syncvnode(c5427990,1,c543b270,fb5d573c,246,...) at ffs_syncvnode+0x3e2 ffs_truncate(c5427990,400,0,880,c4c4f680,...) at ffs_truncate+0x862 ufs_direnter(c5427990,c542f660,fb5d5a1c,fb5d5c00,ebd2a930,...) at ufs_direnter+0x8d4 ufs_mkdir(fb5d5c28,fb5d5c3c,0,fb5d5bd4,fb5d5b6c,...) at ufs_mkdir+0x81f VOP_MKDIR_APV(c09bd840,fb5d5c28,68,fb5d5bc0,0,...) at VOP_MKDIR_APV+0xa5 kern_mkdirat(c543b270,ffffff9c,bfbfeaa2,0,1ff,...) at kern_mkdirat+0x211 kern_mkdir(c543b270,bfbfeaa2,0,1ff,fb5d5d2c,...) at kern_mkdir+0x2e mkdir(c543b270,fb5d5cf8,c,c,c5434aa0,...) at mkdir+0x29 syscall(fb5d5d38) at syscall+0x220 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (136, FreeBSD ELF32, mkdir), eip = 0x28178ef3, esp = 0xbfbfe7ec, ebp = 0xbfbfe8b8 --- Tracing command sh pid 13444 tid 100147 td 0xc4fff9c0 sched_switch(c4fff9c0,0,104,191,f5d80613,...) at sched_switch+0x36a mi_switch(104,0,c093a853,1eb,5c,...) at mi_switch+0x200 sleepq_switch(c4fff9c0,0,c093a853,1a0,5c,...) at sleepq_switch+0x15f sleepq_catch_signals(c093a853,160,0,100,100,...) at sleepq_catch_signals+0xb7 sleepq_wait_sig(c54352a8,5c,c093d112,100,0,...) at sleepq_wait_sig+0x17 _sleep(c54352a8,c5435330,15c,c093d112,0,...) at _sleep+0x34e kern_wait(c4fff9c0,ffffffff,fb5ccc74,2,0,...) at kern_wait+0xb76 wait4(c4fff9c0,fb5cccf8,c0972944,c093d0f1,c54352a8,...) at wait4+0x3d syscall(fb5ccd38) at syscall+0x220 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x281681eb, esp = 0xbfbfe5bc, ebp = 0xbfbfe5d8 --- I hope you don't really need all of the traces, I'll keep the system at the DDB prompt for now, so I can do other stuff. Regards, Uli From owner-freebsd-current@FreeBSD.ORG Sat May 8 17:53:34 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7668D106566C for ; Sat, 8 May 2010 17:53:34 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 03FC98FC08 for ; Sat, 8 May 2010 17:53:33 +0000 (UTC) Received: by wyb36 with SMTP id 36so1708451wyb.13 for ; Sat, 08 May 2010 10:53:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=ABkFUm0ruMX8mxm1qyUac6FEF6dk5kuLC8CRTUOu+l0=; b=hlGWsyDq/4SLELHp9gx/8jcgSKUQf8P15mzADoICfMG1TqLa5HIwL/+76ouVqV+Rdu B3LSzeJ9oQRi5KCWct7d7rxq6rYAW3cqOJHmYm5yIsqw7A+6lMweM+y++NprUDRB6opQ ZhzapFgiiDrlx0VQ432Bwy29E9y4BEOhMl9AQ= 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=xL2LBXW4KUMqa5tHXfwCf9/RFrJwCB+gXA2BnwOs66u0CdtYIO/wtrtV686NAQYXwp 0DiFzbm+NHvqzMdALjn3oxQ03SVcCBLfMJN0D7q8Ri7m2806gnN7s9/3ddsRzk3rfxlf UX4Adl4jslENe4MxqGiOEc7tQmm0wnOo21GcI= MIME-Version: 1.0 Received: by 10.216.89.203 with SMTP id c53mr1052132wef.79.1273341206533; Sat, 08 May 2010 10:53:26 -0700 (PDT) Received: by 10.216.29.129 with HTTP; Sat, 8 May 2010 10:53:26 -0700 (PDT) In-Reply-To: <4BE599B0.60203@hostedcontent.com> References: <4BE565E5.9030505@hostedcontent.com> <4BE5303B.8050409@hostedcontent.com> <4BE529FF.5000008@hostedcontent.com> <4BE59434.9070308@hostedcontent.com> <4BE599B0.60203@hostedcontent.com> Date: Sat, 8 May 2010 10:53:26 -0700 Message-ID: From: Jack Vogel To: joe Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Ian FREISLICH , Fabien Thomas , freebsd-current@freebsd.org Subject: Re: igb broken? Unexplained weirdness with intel 82576 nics on a supermicro board. 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, 08 May 2010 17:53:34 -0000 I still am not clear on this system, how many ports are on it, and its an 82576? Sounds to me like you've proven its not on the box if you can do fine when its on its own. So change ports in the switch, as I said, change cables, must be something in that environment. Jack On Sat, May 8, 2010 at 10:04 AM, joe wrote: > On 05/08/2010 01:31 PM, Jack Vogel wrote: > >> Looks like something to do with system C, you might isolate it, and try >> a back >> to back connection with its NICs, change cables, look at BIOS settings, >> change >> the slot the nic is in... All just off the top of my head. >> >> Jack >> >> >> On Sat, May 8, 2010 at 9:41 AM, joe > > wrote: >> >> On 05/08/2010 11:17 AM, Ian FREISLICH wrote: >> >> joe wrote: >> >> On 05/08/2010 06:55 AM, Ian FREISLICH wrote: >> >> joe wrote: >> >> I have just tried your suggeston and it has >> no effect for me ;( >> >> >> Do you have another brand of NIC that you can try? At >> least that >> will isolate whether it's igb(4) or something else. >> >> >> I will grab a new nic today and try...my options are limited >> though. >> Here are the nics i can get my hands on >> >> TP-LINK TL-TG3468, 10/100/1000Mbps PCIe Adapter (supported >> by fbsd?) >> >> >> Based on the RTL8168B chip. Should be supported by the re(4) >> driver. >> >> Intel (EXPI9301CT) Gigabit CT Desktop Adapter (yet another >> intel nic) >> >> >> i82574L chip. Should be supported by the em(4) driver. I have had >> good performance in the past with this driver and less than >> satisfactory performance with the igb(4) driver. >> >> That may not be your problem though. Before you go out and buy, >> have a look at the amount of interrupt time your slow machine >> spends >> in 'top' or 'systat -vm'. systat will also show the interrupt rate >> for each driver, perhaps it's not doing interrupt moderation >> properly. >> This will manifest as more than about a 1000 per second. There are >> loader tunables for the driver to increase the number of transfer >> descriptors and to tune interrupt moderation. >> >> You could try running trafshow (port) on the interface while >> performing the transfer. Perhaps promiscuous mode will turn off >> some hardware feature that will improve things. It may however >> break hardware vlanning as it does on my 82575GB 4 port igb card. >> >> Ian >> >> -- >> Ian Freislich >> >> >> I bought those two cards anyways, im in a rush to figure out this >> problem. That being said i am still encountering the exact same >> problem regardless on which network card i am running. I am at a >> complete loss. I am about to try a raid card to see if the problem >> might lay within the onboard sata ports. I did pull the server and >> brought it home so that i can test more things quicker. >> >> I am going to try using a raid card instead of the onboard sata >> ports and see if i still encounter the same problem. I would love >> any suggestions you may have on where to go from here to figure out >> where the problem might be. >> >> joe >> >> _______________________________________________ >> 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 think it might have something to so with the nics / switch, and their > features. I brought the box home, plugged into my gb switch, and i am able > to FTP data to the server at around 35MB/sec. > > I dont know what would cause this other than some sort of issue with the > the 3 different types of nics and the switch i am using. > > Any suggestions? > From owner-freebsd-current@FreeBSD.ORG Sat May 8 17:55:18 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C0761065678; Sat, 8 May 2010 17:55:18 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id CC8798FC12; Sat, 8 May 2010 17:55:17 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so804687fgb.13 for ; Sat, 08 May 2010 10:55:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=8YD31UUMyJLNs/fgVEIXm6c3kz1kuHotUS5oNrBpTuA=; b=tdqGRjm/u1B7mAhUsbS7zlk4W+6YduUgUbcYtmwRpDRv6nbkYyPhru2yFaEJUOsUOA c/VwEQcTUJuoXuqp0MOkvEMv8jWLgp3uybvKHb+xUwtZcWeGP5teERO7AxYRPOedvSwL pO5ynIr4rYJiCgg9WZB9bSl+ujRg/HBWuK3YU= 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:content-type :content-transfer-encoding; b=mIAtXbfukB2vbZPCwu/Mg/4/Nm7J0uzXj5cOxHtXP5ce4DBjDy0Xsu/hPjdjYdPmEu efM0rvluxJwbdT0EpbAwh4YvmH/o1ZnhpXp2rLg6edMZ2ot8T3jjq58Ue8AwvHSBTU7m FCsF2ImLLK0+/IGXUk0XUo8Xz/IyQMY4fyYXo= MIME-Version: 1.0 Received: by 10.239.155.134 with SMTP id i6mr143630hbc.1.1273341308571; Sat, 08 May 2010 10:55:08 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.239.129.207 with HTTP; Sat, 8 May 2010 10:55:08 -0700 (PDT) In-Reply-To: <20100508174838.GJ88504@acme.spoerlein.net> References: <20100508102005.GB1867@elmar.spoerlein.net> <20100508155127.GC1867@elmar.spoerlein.net> <20100508174838.GJ88504@acme.spoerlein.net> Date: Sat, 8 May 2010 19:55:08 +0200 X-Google-Sender-Auth: dbe931c873559045 Message-ID: From: Attilio Rao To: Attilio Rao , current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Cc: Subject: Re: LOR: ufs vs bufwait 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, 08 May 2010 17:55:18 -0000 MjAxMC81LzggVWxyaWNoIFNww7ZybGVpbiA8dXFzQHNwb2VybGVpbi5uZXQ+Ogo+IE9uIFNhdCwg MDguMDUuMjAxMCBhdCAxODowMDo1MCArMDIwMCwgQXR0aWxpbyBSYW8gd3JvdGU6Cj4+IDIwMTAv NS84IFVscmljaCBTcMO2cmxlaW4gPHVxc0BzcG9lcmxlaW4ubmV0PjoKPj4gPiBPbiBTYXQsIDA4 LjA1LjIwMTAgYXQgMTI6MjA6MDUgKzAyMDAsIFVscmljaCBTcMO2cmxlaW4gd3JvdGU6Cj4+ID4+ IFRoaXMgTE9SIGFsc28gaXMgbm90IHlldCBsaXN0ZWQgb24gdGhlIExPUiBwYWdlLCBzbyBJIGd1 ZXNzIGl0J3MgcmF0aGVyCj4+ID4+IG5ldy4gSSBkbyB1c2UgU1VKLgo+PiA+Pgo+PiA+PiBsb2Nr IG9yZGVyIHJldmVyc2FsOgo+PiA+PiDCoDFzdCAweGM0ODM4OGQ4IHVmcyAodWZzKSBAIC91c3Iv c3JjL3N5cy9rZXJuL3Zmc19sb29rdXAuYzo1MDIKPj4gPj4gwqAybmQgMHhlYzBmZTMwNCBidWZ3 YWl0IChidWZ3YWl0KSBAIC91c3Ivc3JjL3N5cy91ZnMvZmZzL2Zmc19zb2Z0ZGVwLmM6MTEzNjMK Pj4gPj4gwqAzcmQgMHhjNDllNTZiOCB1ZnMgKHVmcykgQCAvdXNyL3NyYy9zeXMva2Vybi92ZnNf c3Vici5jOjIwOTEKPj4gPj4gS0RCOiBzdGFjayBiYWNrdHJhY2U6Cj4+ID4+IGRiX3RyYWNlX3Nl bGZfd3JhcHBlcihjMDkzOTRmZSxmYjgxNzMwOCxjMDYyZTUxNSxjMDYxZThhYixjMDkzYzRmMSwu Li4pIGF0IGRiX3RyYWNlX3NlbGZfd3JhcHBlcisweDI2Cj4+ID4+IGtkYl9iYWNrdHJhY2UoYzA2 MWU4YWIsYzA5M2M0ZjEsYzQxOGIxNjgsYzQxOGVmMjgsZmI4MTczNjQsLi4uKSBhdCBrZGJfYmFj a3RyYWNlKzB4MjkKPj4gPj4gX3dpdG5lc3NfZGVidWdnZXIoYzA5M2M0ZjEsYzQ5ZTU2YjgsYzA5 MmU3ODUsYzQxOGVmMjgsYzA5NDM2OWQsLi4uKSBhdCBfd2l0bmVzc19kZWJ1Z2dlcisweDI1Cj4+ ID4+IHdpdG5lc3NfY2hlY2tvcmRlcihjNDllNTZiOCw5LGMwOTQzNjlkLDgyYiwwLC4uLikgYXQg d2l0bmVzc19jaGVja29yZGVyKzB4ODM5Cj4+ID4+IF9fbG9ja21ncl9hcmdzKGM0OWU1NmI4LDgw MTAwLGM0OWU1NmQ4LDAsMCwuLi4pIGF0IF9fbG9ja21ncl9hcmdzKzB4N2Y5Cj4+ID4+IGZmc19s b2NrKGZiODE3NDg4LGMwNjJlMmJiLGMwOTQyYjNmLDgwMTAwLGM0OWU1NjYwLC4uLikgYXQgZmZz X2xvY2srMHg4Mgo+PiA+PiBWT1BfTE9DSzFfQVBWKGMwOWJkNjAwLGZiODE3NDg4LGM0ODI3Y2Q0 LGMwOWQ2MmEwLGM0OWU1NjYwLC4uLikgYXQgVk9QX0xPQ0sxX0FQVisweGI1Cj4+ID4+IF92bl9s b2NrKGM0OWU1NjYwLDgwMTAwLGMwOTQzNjlkLDgyYiw0LC4uLikgYXQgX3ZuX2xvY2srMHg1ZQo+ PiA+PiB2Z2V0KGM0OWU1NjYwLDgwMTAwLGM0ODI3YzMwLDUwLDAsLi4uKSBhdCB2Z2V0KzB4YjkK Pj4gPj4gdmZzX2hhc2hfZ2V0KGM0N2JlYTIwLGI4MDMsODAwMDAsYzQ4MjdjMzAsZmI4MTc1ZDgs Li4uKSBhdCB2ZnNfaGFzaF9nZXQrMHhlNgo+PiA+PiBmZnNfdmdldGYoYzQ3YmVhMjAsYjgwMyw4 MDAwMCxmYjgxNzVkOCwxLC4uLikgYXQgZmZzX3ZnZXRmKzB4NDkKPj4gPj4gc29mdGRlcF9zeW5j X21ldGFkYXRhKGM0ODM4ODgwLDAsYzA5NjI5NTcsMTQ0LDAsLi4uKSBhdCBzb2Z0ZGVwX3N5bmNf bWV0YWRhdGErMHhjODIKPj4gPj4gZmZzX3N5bmN2bm9kZShjNDgzODg4MCwxLGM0ODI3YzMwLGZi ODE3Njk4LDI0NiwuLi4pIGF0IGZmc19zeW5jdm5vZGUrMHgzZTIKPj4gPj4gZmZzX3RydW5jYXRl KGM0ODM4ODgwLDIwMCwwLDg4MCxjNDFmYjQ4MCwuLi4pIGF0IGZmc190cnVuY2F0ZSsweDg2Mgo+ PiA+PiB1ZnNfZGlyZW50ZXIoYzQ4Mzg4ODAsYzQ5ZTU2NjAsZmI4MTc5NGMsZmI4MTdiZDQsMCwu Li4pIGF0IHVmc19kaXJlbnRlcisweDhkNAo+PiA+PiB1ZnNfbWFrZWlub2RlKGZiODE3YmQ0LDAs ZmI4MTdiMzAsZmI4MTdhOTQsYzA4ZTRjZjUsLi4uKSBhdCB1ZnNfbWFrZWlub2RlKzB4NTE3Cj4+ ID4+IHVmc19jcmVhdGUoZmI4MTdiMzAsZmI4MTdiNDgsMCwwLGZiODE3YmE4LC4uLikgYXQgdWZz X2NyZWF0ZSsweDMwCj4+ID4+IFZPUF9DUkVBVEVfQVBWKGMwOWJkNjAwLGZiODE3YjMwLDIsZmI4 MTdhYzAsMCwuLi4pIGF0IFZPUF9DUkVBVEVfQVBWKzB4YTUKPj4gPj4gdm5fb3Blbl9jcmVkKGZi ODE3YmE4LGZiODE3YzVjLDFhNCwwLGM0MWZiNDgwLC4uLikgYXQgdm5fb3Blbl9jcmVkKzB4MWRl Cj4+ID4+IHZuX29wZW4oZmI4MTdiYTgsZmI4MTdjNWMsMWE0LGM0N2UyNDI4LDAsLi4uKSBhdCB2 bl9vcGVuKzB4M2IKPj4gPj4ga2Vybl9vcGVuYXQoYzQ4MjdjMzAsZmZmZmZmOWMsODA0YzVlOCww LDYwMiwuLi4pIGF0IGtlcm5fb3BlbmF0KzB4MTI1Cj4+ID4+IGtlcm5fb3BlbihjNDgyN2MzMCw4 MDRjNWU4LDAsNjAxLDIxYjYsLi4uKSBhdCBrZXJuX29wZW4rMHgzNQo+PiA+PiBvcGVuKGM0ODI3 YzMwLGZiODE3Y2Y4LGMwOTcyNzI1LGMwOTFmMDYyLGM0N2VhMmE4LC4uLikgYXQgb3BlbisweDMw Cj4+ID4+IHN5c2NhbGwoZmI4MTdkMzgpIGF0IHN5c2NhbGwrMHgyMjAKPj4gPj4gWGludDB4ODBf c3lzY2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgyMAo+PiA+PiAtLS0gc3lzY2FsbCAoNSwg RnJlZUJTRCBFTEYzMiwgb3BlbiksIGVpcCA9IDB4MjgxN2JmMzMsIGVzcCA9IDB4YmZiZmVjNGMs IGVicCA9IDB4YmZiZmVjYjggLS0tCj4+ID4KPj4gPiBBbmQgbm93IHRoZSBzeXN0ZW0gaXMgaGFu Z2luZyBhZ2Fpbi4gV2hpbGUgSSBjYW4gc3RpbGwgcGluZyBhbmQgcmVjZWl2ZQo+PiA+IGRtZXNn IHVwZGF0ZXMgKGVnLiBVU0IgcG9ydHMgYXBwZWFyaW5nKSwgSS9PIGlzIGZyb3plbiBzb2xpZC4g VGhpcyBpcwo+PiA+IGR1cmluZyBwb3J0dXBncmFkZSwgd2hlbiB0aGUgY29uZmlndXJlIHNjcmlw dCBydW5zIGFuZCB1c3VhbGx5IHRha2VzIDEtMgo+PiA+IG1pbnV0ZXMgdG8gcHJvdm9rZS4KPj4g Pgo+PiA+IFRoaXMgcGFydCBsb29rcyBzdXBzaWNpb3VzIHRvIG1lOgo+PiA+Cj4+ID4gZGI+IHNo b3cgYWxsbG9ja3MKPj4gPiBQcm9jZXNzIDI4MDE0IChta2RpcikgdGhyZWFkIDB4YzY5MWFjMzAg KDEwMDE1MikKPj4gPiBleGNsdXNpdmUgbG9ja21nciBidWZ3YWl0IChidWZ3YWl0KSByID0gMCAo MHhlYzJiZGFmMCkgbG9ja2VkIEAgL3Vzci9zcmMvc3lzL3Vmcy9mZnMvZmZzX3NvZnRkZXAuYzox MDY4NAo+PiA+IGV4Y2x1c2l2ZSBsb2NrbWdyIHVmcyAodWZzKSByID0gMCAoMHhjNmJjZDVhOCkg bG9ja2VkIEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX3N1YnIuYzoyMDkxCj4+ID4gZXhjbHVzaXZl IGxvY2ttZ3IgYnVmd2FpdCAoYnVmd2FpdCkgciA9IDAgKDB4ZWMyOTgzZjQpIGxvY2tlZCBAIC91 c3Ivc3JjL3N5cy91ZnMvZmZzL2Zmc19zb2Z0ZGVwLmM6MTEzNjMKPj4gPiBleGNsdXNpdmUgbG9j a21nciB1ZnMgKHVmcykgciA9IDAgKDB4YzZkOTc2YjgpIGxvY2tlZCBAIC91c3Ivc3JjL3N5cy9r ZXJuL3Zmc19sb29rdXAuYzo1MDIKPj4gPiBQcm9jZXNzIDE5OTAgKHNzaGQpIHRocmVhZCAweGM1 NDYyNzUwICgxMDAxMTcpCj4+ID4gZXhjbHVzaXZlIHN4IHNvX3Jjdl9zeCAoc29fcmN2X3N4KSBy ID0gMCAoMHhjNTQ2ZTA4YykgbG9ja2VkIEAgL3Vzci9zcmMvc3lzL2tlcm4vdWlwY19zb2NrYnVm LmM6MTQ4Cj4+ID4gUHJvY2VzcyAxMiAoaW50cikgdGhyZWFkIDB4YzQxZjQ3NTAgKDEwMDAwNCkK Pj4gPiBleGNsdXNpdmUgc2xlZXAgbXV0ZXggdHR5bXR4ICh0dHltdHgpIHIgPSAwICgweGM0MjVh ZTA0KSBsb2NrZWQgQCAvdXNyL3NyYy9zeXMvZGV2L2Rjb25zL2Rjb25zX29zLmM6MjMyCj4+ID4g ZGI+Cj4+Cj4+IEFsb25nIHdpdGggc2hvdyBhbGxsb2NrcyBtYXkgeW91IGFsc28gZ2V0IHRoZSBm b2xsb3dpbmcgZnJvbSBEREI6Cj4+IHBzLCBzaG93IHBjcHUsIGFsbHRyYWNlLCBsb2NrZWR2bm9k cy4KPgo+IDEuIGEga2VybmVsIGJlZm9yZSBTVUogd2VudCBpbiBpcyBydW5uaW5nIGZpbmUgd2l0 aCBTVSBvbmx5Cj4gMi4gdGhlIGZvbGxvd2luZyBpcyBvbiBhIHJlY2VudCAtQ1VSUkVOVCB0aGF0 IGhhcyBTVUosICpidXQqIGkndmUKPiBkaXNhYmxlZCBpdCwgc28gaXQgaXMgcnVubmluZyB3aXRo IHNvZnQtdXBkYXRlcyBvbmx5IChJIGhvcGUpCj4KPiBJIHJhbiBhIHBvcnR1cGdyYWRlIGFuZCB0 aGUgZmlyc3QgY29uZmlndXJlIHNjcmlwdCB0cmlnZ2VyZWQgdGhlIEkvTwo+IGhhbmcKPgo+IGRi PiBwcwo+IMKgcGlkIMKgcHBpZCDCoHBncnAgwqAgdWlkIMKgIHN0YXRlIMKgIHdtZXNnIMKgIMKg IHdjaGFuIMKgIMKgY21kCj4gMTM0NjcgMTM0NDQgMTI5MzcgwqAgwqAgMCDCoFIrIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgbWtkaXIKPiAxMzQ0NCAxMzIwNCAxMjkzNyDC oCDCoCAwIMKgUysgwqAgwqAgwqB3YWl0IMKgIMKgIDB4YzU0MzUyYTggc2gKPiAxMzIwNCAxMzAz NSAxMjkzNyDCoCDCoCAwIMKgUysgwqAgwqAgwqB3YWl0IMKgIMKgIDB4YzU0MzYwMDAgc2gKPiAx MzAzNSAxMjkzNyAxMjkzNyDCoCDCoCAwIMKgUysgwqAgwqAgwqB3YWl0IMKgIMKgIDB4YzRmZmFk NDggc2gKPiAxMjkzNyAxMjkzNiAxMjkzNyDCoCDCoCAwIMKgU3MrIMKgIMKgIHdhaXQgwqAgwqAg MHhjNGZmOWQ0OCBtYWtlCj4gMTI5MzYgwqAzNzIyIMKgMzcyMiDCoCDCoCAwIMKgUisgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBzY3JpcHQKPiDCoDM3MjIgwqAyMDIxIMKg MzcyMiDCoCDCoCAwIMKgUysgwqAgwqAgwqAodGhyZWFkZWQpIMKgIMKgIMKgIMKgIMKgcnVieTE4 Cj4gMTAwMTMyIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIFMgwqAgwqAgwqAgd2FpdCDCoCDC oCAweGM0ZmZhN2Y4IHJ1YnkxOAo+IMKgMjQwNCDCoDIwMDcgwqAyNDA0IMKgMTAwMCDCoFNzKyDC oCDCoCB0dHlpbiDCoCDCoDB4YzRkNzQ4NzAgenNoCj4gwqAyMzI1IMKgMjAxNSDCoDIzMjUgwqAx MDAwIMKgUisgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqB0b3AKPiDCoDIw MjEgwqAyMDA5IMKgMjAyMSDCoCDCoCAwIMKgUysgwqAgwqAgwqBwYXVzZSDCoCDCoDB4YzRmZjkw NTggY3NoCj4gwqAyMDE1IMKgMjAwNyDCoDIwMTUgwqAxMDAwIMKgU3MrIMKgIMKgIHBhdXNlIMKg IMKgMHhjNGZmYTA1OCB6c2gKPiDCoDIwMDkgwqAyMDA3IMKgMjAwOSDCoDEwMDAgwqBTcysgwqAg wqAgcGF1c2UgwqAgwqAweGM0ZDRlODUwIHpzaAo+IMKgMjAwNyDCoDIwMDYgwqAyMDA3IMKgMTAw MCDCoFJzIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgc2NyZWVuCj4gwqAy MDA2IMKgMTk5MSDCoDIwMDYgwqAxMDAwIMKgUisgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqBzY3JlZW4KPiDCoDIwMDUgwqAyMDAxIMKgMjAwNSDCoCDCoCAwIMKgUisgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBzeXN0YXQKPiDCoDIwMDEgwqAxOTc2 IMKgMjAwMSDCoCDCoCAwIMKgUysgwqAgwqAgwqBwYXVzZSDCoCDCoDB4YzNkNTIwNTggY3NoCj4g wqAyMDAwIMKgIMKgIDEgwqAyMDAwIMKgIMKgIDAgwqBTcyDCoCDCoCDCoHNlbGVjdCDCoCAweGMz ZDViMWE0IHNzaC1hZ2VudAo+IMKgMTk5MSDCoDE5OTAgwqAxOTkxIMKgMTAwMCDCoFNzKyDCoCDC oCBwYXVzZSDCoCDCoDB4YzNkNTI4NTAgenNoCj4gwqAxOTkwIMKgMTk4NiDCoDE5ODYgwqAxMDAw IMKgUyDCoCDCoCDCoCBzZWxlY3QgwqAgMHhjM2Q1YWNhNCBzc2hkCj4gwqAxOTg5IMKgIMKgIDEg wqAxOTg5IMKgMTAwMCDCoFNzIMKgIMKgIMKgc2VsZWN0IMKgIDB4YzNkNWFlMjQgc3NoLWFnZW50 Cj4gwqAxOTg2IMKgMTg4NCDCoDE5ODYgwqAgwqAgMCDCoFNzIMKgIMKgIMKgc2J3YWl0IMKgIDB4 YzRmMjA1OGMgc3NoZAo+IMKgMTk4NSDCoCDCoCAxIMKgMTk4NSDCoCDCoCAwIMKgU3MrIMKgIMKg IHR0eWluIMKgIMKgMHhjM2U2MjY3MCBnZXR0eQo+IMKgMTk4NCDCoCDCoCAxIMKgMTk4NCDCoCDC oCAwIMKgU3MrIMKgIMKgIHR0eWluIMKgIMKgMHhjM2U2MWM3MCBnZXR0eQo+IMKgMTk4MyDCoCDC oCAxIMKgMTk4MyDCoCDCoCAwIMKgU3MrIMKgIMKgIHR0eWluIMKgIMKgMHhjM2U2MDA3MCBnZXR0 eQo+IMKgMTk4MiDCoCDCoCAxIMKgMTk4MiDCoCDCoCAwIMKgU3MrIMKgIMKgIHR0eWluIMKgIMKg MHhjM2U2MGE3MCBnZXR0eQo+IMKgMTk4MSDCoCDCoCAxIMKgMTk4MSDCoCDCoCAwIMKgU3MrIMKg IMKgIHR0eWluIMKgIMKgMHhjM2RhN2E3MCBnZXR0eQo+IMKgMTk4MCDCoCDCoCAxIMKgMTk4MCDC oCDCoCAwIMKgU3MrIMKgIMKgIHR0eWluIMKgIMKgMHhjM2RhN2M3MCBnZXR0eQo+IMKgMTk3OSDC oCDCoCAxIMKgMTk3OSDCoCDCoCAwIMKgU3MrIMKgIMKgIHR0eWluIMKgIMKgMHhjM2U2MGM3MCBn ZXR0eQo+IMKgMTk3NiDCoCDCoCAxIMKgMTk3NiDCoCDCoCAwIMKgU3MrIMKgIMKgIHdhaXQgwqAg wqAgMHhjNGMzOTJhOCBsb2dpbgo+IMKgMTk1NSDCoCDCoCAxIMKgMTk1NSDCoCDCoCAwIMKgUnMg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBic25tcGQKPiDCoDE5MzEgwqAg wqAgMSDCoDE5MzEgwqAgwqAgMCDCoFNzIMKgIMKgIMKgc2VsZWN0IMKgIDB4YzRkMGYxNjQgaW5l dGQKPiDCoDE4OTAgwqAgwqAgMSDCoDE4OTAgwqAgwqAgMCDCoFJzIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgY3Jvbgo+IMKgMTg4NCDCoCDCoCAxIMKgMTg4NCDCoCDCoCAw IMKgU3MgwqAgwqAgwqBzZWxlY3QgwqAgMHhjNGQwZWRhNCBzc2hkCj4gwqAxODA4IMKgIMKgIDEg wqAxODA4IMKgIMKgIDAgwqBScyDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oHNlbmRtYWlsCj4gwqAxNzY0IMKgIMKgIDEgwqAxNzY0IMKgIMKgIDAgwqBScyDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoG1vdXNlZAo+IMKgMTc1NCDCoCDCoCAxIMKgMTc1 NCDCoCDCoCAwIMKgU3MgwqAgwqAgwqAodGhyZWFkZWQpIMKgIMKgIMKgIMKgIMKgbnNsY2QKPiAx MDAxMTEgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgUyDCoCDCoCDCoCBhY2NlcHQgwqAgMHhj NGQwNzZhZSBuc2xjZAo+IDEwMDExMCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBTIMKgIMKg IMKgIGFjY2VwdCDCoCAweGM0ZDA3NmFlIG5zbGNkCj4gMTAwMTA5IMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIFMgwqAgwqAgwqAgYWNjZXB0IMKgIDB4YzRkMDc2YWUgbnNsY2QKPiAxMDAxMDgg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgUyDCoCDCoCDCoCBhY2NlcHQgwqAgMHhjNGQwNzZh ZSBuc2xjZAo+IDEwMDEwNyDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBTIMKgIMKgIMKgIGFj Y2VwdCDCoCAweGM0ZDA3NmFlIG5zbGNkCj4gMTAwMDc2IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIFMgwqAgwqAgwqAgdXdhaXQgwqAgwqAweGM0NDkzMTgwIG5zbGNkCj4gwqAxNzQ4IMKgIMKg IDEgwqAxNzQ4IMKgIMKgIDAgwqBScyDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoG9wZW52cG4KPiDCoDE3MjQgwqAgwqAgMSDCoDE3MjQgwqAgMjAxIMKgU3MgwqAgwqAgwqBh Y2NlcHQgwqAgMHhjNGQwN2I4MiBwcml2b3h5Cj4gwqAxNjcyIMKgIMKgIDEgwqAxNjcyIMKgIMKg IDAgwqBScyDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoHBvd2VyZAo+IMKg MTY2NCDCoCDCoCAxIMKgMTY2NCDCoCDCoCAwIMKgUnMgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqBudHBkCj4gwqAxNjU4IMKgIMKgIDEgwqAxNjU4IMKgIMKgIDAgwqBTcyDC oCDCoCDCoCh0aHJlYWRlZCkgwqAgwqAgwqAgwqAgwqBuc2NkCj4gMTAwMDk0IMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIFMgwqAgwqAgwqAga3FyZWFkIMKgIDB4YzRjZjE3MDAgbnNjZAo+IDEw MDA5MyDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBTIMKgIMKgIMKgIGtxcmVhZCDCoCAweGM0 Y2YxNzAwIG5zY2QKPiAxMDAwOTIgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgUyDCoCDCoCDC oCBrcXJlYWQgwqAgMHhjNGNmMTcwMCBuc2NkCj4gMTAwMDkxIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIFMgwqAgwqAgwqAga3FyZWFkIMKgIDB4YzRjZjE3MDAgbnNjZAo+IDEwMDA5MCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBTIMKgIMKgIMKgIGtxcmVhZCDCoCAweGM0Y2YxNzAwIG5z Y2QKPiAxMDAwODkgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgUyDCoCDCoCDCoCBrcXJlYWQg wqAgMHhjNGNmMTcwMCBuc2NkCj4gMTAwMDg4IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIFMg wqAgwqAgwqAga3FyZWFkIMKgIDB4YzRjZjE3MDAgbnNjZAo+IDEwMDA4NyDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCBTIMKgIMKgIMKgIGtxcmVhZCDCoCAweGM0Y2YxNzAwIG5zY2QKPiAxMDAw NzUgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgUyDCoCDCoCDCoCB1d2FpdCDCoCDCoDB4YzQ0 OWY2ODAgbnNjZAo+IMKgMTU3NiDCoCDCoCAxIMKgMTU3NiDCoCAzODkgwqBTcyDCoCDCoCDCoCh0 aHJlYWRlZCkgwqAgwqAgwqAgwqAgwqBzbGFwZAo+IDEwMDExNSDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCBTIMKgIMKgIMKgIHVjb25kIMKgIMKgMHhjNGNmMjcwMCBzbGFwZAo+IDEwMDA4NiDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBTIMKgIMKgIMKgIHVjb25kIMKgIMKgMHhjNGNmMjYw MCBzbGFwZAo+IDEwMDA4NSDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBTIMKgIMKgIMKgIHNl bGVjdCDCoCAweGM0ZDBlZWE0IHNsYXBkCj4gMTAwMDczIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIFMgwqAgwqAgwqAgdXdhaXQgwqAgwqAweGM0MmE5NTgwIHNsYXBkCj4gwqAxNTYzIMKgIMKg IDEgwqAxNTYyIMKgIMKgIDAgwqBTIMKgIMKgIMKgIG5hbnNscCDCoCAweGMwOWYzODY0IHNtYXJ0 ZAo+IMKgMTUyNiDCoCDCoCAxIMKgMTUyNiDCoCDCoCAwIMKgUnMgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqBycGMuc3RhdGQKPiDCoDE0NDUgwqAgwqAgMSDCoDE0NDUgwqAg wqAgMCDCoFJzIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgYW1kCj4gwqAx NDE4IMKgIMKgIDEgwqAxNDE4IMKgIMKgIDAgwqBScyDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoHJwY2JpbmQKPiDCoDE0MDMgwqAgwqAgMSDCoDE0MDMgwqAgwqA1MyDCoFNz IMKgIMKgIMKgKHRocmVhZGVkKSDCoCDCoCDCoCDCoCDCoG5hbWVkCj4gMTAwMDg0IMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIFMgwqAgwqAgwqAga3FyZWFkIMKgIDB4YzRjZGNiODAgbmFtZWQK PiAxMDAwODMgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgUyDCoCDCoCDCoCB1Y29uZCDCoCDC oDB4YzQyNjBiMDAgbmFtZWQKPiAxMDAwODIgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgUyDC oCDCoCDCoCB1Y29uZCDCoCDCoDB4YzQ0OWZiODAgbmFtZWQKPiAxMDAwNzQgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgUyDCoCDCoCDCoCBzaWd3YWl0IMKgMHhmYjRiOGJlMCBuYW1lZAo+IMKg MTMwNiDCoCDCoCAxIMKgMTMwNiDCoCDCoCAwIMKgUnMgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqBzeXNsb2dkCj4gwqA5OTcgwqAgwqAgMCDCoCDCoCAwIMKgIMKgIDAgwqBS TCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoFtwZnB1cmdlXQo+IMKgOTcz IMKgIMKgIDEgwqAgOTczIMKgIMKgIDAgwqBTcyDCoCDCoCDCoHNlbGVjdCDCoCAweGM0MWViMGE0 IGRldmQKPiDCoDk2NCDCoCDCoCAxIMKgIDk2NCDCoCDCoDY1IMKgU3MgwqAgwqAgwqBzZWxlY3Qg wqAgMHhjNDRhYzUyNCBkaGNsaWVudAo+IMKgOTQyIMKgIMKgIDEgwqAgOTQyIMKgIMKgIDAgwqBT cyDCoCDCoCDCoHNlbGVjdCDCoCAweGM0MjZmNDI0IGRoY2xpZW50Cj4gwqA4NTYgwqAgwqAgMSDC oCA4NTYgwqAgwqAgMCDCoFNzIMKgIMKgIMKgc2VsZWN0IMKgIDB4YzQxZWI0MjQgbW91c2VkCj4g wqA1NjEgwqAgwqAgMSDCoCA1NjEgwqAgwqAgMCDCoFNzIMKgIMKgIMKgc2VsZWN0IMKgIDB4YzQ0 YWNkZTQgd3BhX3N1cHBsaWNhbnQKPiDCoDE1MCDCoCDCoCAxIMKgIDE1MCDCoCDCoCAwIMKgU3Mg wqAgwqAgwqBwYXVzZSDCoCDCoDB4YzQyZWM4NTAgYWRqa2VybnR6Cj4gwqAgOTUgwqAgwqAgMCDC oCDCoCAwIMKgIMKgIDAgwqBETCDCoCDCoCDCoG1kd2FpdCDCoCAweGM0MjZhMDAwIFttZDBdCj4g wqAgNzQgwqAgwqAgMCDCoCDCoCAwIMKgIMKgIDAgwqBETCDCoCDCoCDCoGdlbGk6dyDCoCAweGM0 MjY1NDAwIFtnX2VsaVswXSBhZDBzNGZdCj4gwqAgMjIgwqAgwqAgMCDCoCDCoCAwIMKgIMKgIDAg wqBSTCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoFtzb2Z0ZGVwZmx1c2hd Cj4gwqAgMjEgwqAgwqAgMCDCoCDCoCAwIMKgIMKgIDAgwqBSTCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoFtzeW5jZXJdCj4gwqAgMjAgwqAgwqAgMCDCoCDCoCAwIMKgIMKg IDAgwqBSTCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoFt2bmxydV0KPiDC oCAxOSDCoCDCoCAwIMKgIMKgIDAgwqAgwqAgMCDCoFJMIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgW2J1ZmRhZW1vbl0KPiDCoCAxOCDCoCDCoCAwIMKgIMKgIDAgwqAgwqAg MCDCoFJMIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgW3BhZ2V6ZXJvXQo+ IMKgIDE3IMKgIMKgIDAgwqAgwqAgMCDCoCDCoCAwIMKgREwgwqAgwqAgwqBwc2xlZXAgwqAgMHhj MGI3NjlkOCBbdm1kYWVtb25dCj4gwqAgMTYgwqAgwqAgMCDCoCDCoCAwIMKgIMKgIDAgwqBSTCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoFtwYWdlZGFlbW9uXQo+IMKgIMKg OSDCoCDCoCAwIMKgIMKgIDAgwqAgwqAgMCDCoERMIMKgIMKgIMKgY2NiX3NjYW4gMHhjMDlkNzhk NCBbeHB0X3RocmRdCj4gwqAgMTUgwqAgwqAgMCDCoCDCoCAwIMKgIMKgIDAgwqBETCDCoCDCoCDC oHR6cG9sbCDCoCAweGMwOWRhZmNjIFthY3BpX3RoZXJtYWxdCj4gwqAgwqA4IMKgIMKgIDAgwqAg wqAgMCDCoCDCoCAwIMKgU0wgwqAgwqAgwqAtIMKgIMKgIMKgIMKgMHhjM2Y1NTAwMCBbZncwX3By b2JlXQo+IMKgIMKgNyDCoCDCoCAwIMKgIMKgIDAgwqAgwqAgMCDCoERMIMKgIMKgIMKgLSDCoCDC oCDCoCDCoDB4YzNlYmQzYmMgW2NiYjAgZXZlbnQgdGhyZWFkXQo+IMKgIDE0IMKgIMKgIDAgwqAg wqAgMCDCoCDCoCAwIMKgREwgwqAgwqAgwqAodGhyZWFkZWQpIMKgIMKgIMKgIMKgIMKgW3VzYl0K PiAxMDAwNDAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgRCDCoCDCoCDCoCAtIMKgIMKgIMKg IMKgMHhjM2YzOWQwYyBbdXNidXMzXQo+IDEwMDAzOSDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCBEIMKgIMKgIMKgIC0gwqAgwqAgwqAgwqAweGMzZjM5Y2RjIFt1c2J1czNdCj4gMTAwMDM4IMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIEQgwqAgwqAgwqAgLSDCoCDCoCDCoCDCoDB4YzNmMzlj YWMgW3VzYnVzM10KPiAxMDAwMzcgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgRCDCoCDCoCDC oCAtIMKgIMKgIMKgIMKgMHhjM2YzOWM3YyBbdXNidXMzXQo+IDEwMDAzNiDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCBEIMKgIMKgIMKgIC0gwqAgwqAgwqAgwqAweGMzZjFmZGFjIFt1c2J1czJd Cj4gMTAwMDM1IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIEQgwqAgwqAgwqAgLSDCoCDCoCDC oCDCoDB4YzNmMWZkN2MgW3VzYnVzMl0KPiAxMDAwMzQgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgRCDCoCDCoCDCoCAtIMKgIMKgIMKgIMKgMHhjM2YxZmQ0YyBbdXNidXMyXQo+IDEwMDAzMyDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBEIMKgIMKgIMKgIC0gwqAgwqAgwqAgwqAweGMzZjFm ZDFjIFt1c2J1czJdCj4gMTAwMDMyIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIEQgwqAgwqAg wqAgLSDCoCDCoCDCoCDCoDB4YzNmMGRkYWMgW3VzYnVzMV0KPiAxMDAwMzEgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgRCDCoCDCoCDCoCAtIMKgIMKgIMKgIMKgMHhjM2YwZGQ3YyBbdXNidXMx XQo+IDEwMDAzMCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBEIMKgIMKgIMKgIC0gwqAgwqAg wqAgwqAweGMzZjBkZDRjIFt1c2J1czFdCj4gMTAwMDI5IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIEQgwqAgwqAgwqAgLSDCoCDCoCDCoCDCoDB4YzNmMGRkMWMgW3VzYnVzMV0KPiAxMDAwMjgg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgRCDCoCDCoCDCoCAtIMKgIMKgIMKgIMKgMHhjM2Vm N2RhYyBbdXNidXMwXQo+IDEwMDAyNyDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBEIMKgIMKg IMKgIC0gwqAgwqAgwqAgwqAweGMzZWY3ZDdjIFt1c2J1czBdCj4gMTAwMDI2IMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIEQgwqAgwqAgwqAgLSDCoCDCoCDCoCDCoDB4YzNlZjdkNGMgW3VzYnVz MF0KPiAxMDAwMjUgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgRCDCoCDCoCDCoCAtIMKgIMKg IMKgIMKgMHhjM2VmN2QxYyBbdXNidXMwXQo+IMKgIMKgNiDCoCDCoCAwIMKgIMKgIDAgwqAgwqAg MCDCoERMIMKgIMKgIMKgY3J5cHRvX3IgMHhjMGI3NDQ2YyBbY3J5cHRvIHJldHVybnNdCj4gwqAg wqA1IMKgIMKgIDAgwqAgwqAgMCDCoCDCoCAwIMKgREwgwqAgwqAgwqBjcnlwdG9fdyAweGMwYjc0 NDQ4IFtjcnlwdG9dCj4gwqAgMTMgwqAgwqAgMCDCoCDCoCAwIMKgIMKgIDAgwqBETCDCoCDCoCDC oC0gwqAgwqAgwqAgwqAweGMwOWYzNmM0IFt5YXJyb3ddCj4gwqAgwqA0IMKgIMKgIDAgwqAgwqAg MCDCoCDCoCAwIMKgREwgwqAgwqAgwqAtIMKgIMKgIMKgIMKgMHhjMDlmMTNlNCBbZ19kb3duXQo+ IMKgIMKgMyDCoCDCoCAwIMKgIMKgIDAgwqAgwqAgMCDCoERMIMKgIMKgIMKgLSDCoCDCoCDCoCDC oDB4YzA5ZjEzZTAgW2dfdXBdCj4gwqAgwqAyIMKgIMKgIDAgwqAgwqAgMCDCoCDCoCAwIMKgUkwg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBbZ19ldmVudF0KPiDCoCAxMiDC oCDCoCAwIMKgIMKgIDAgwqAgwqAgMCDCoFJMIMKgIMKgIMKgKHRocmVhZGVkKSDCoCDCoCDCoCDC oCDCoFtpbnRyXQo+IDEwMDA0OSDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBJIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIFtpcnExMjogcHNtMF0KPiAxMDAwNDggwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgSSDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCBbaXJxMTogYXRrYmQwXQo+IDEwMDA0NiDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCBJIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIFtpcnExNTogYXRhMV0K PiAxMDAwNDUgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgSSDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCBbaXJxMTQ6IGF0YTBdCj4gMTAwMDI0IMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIEkgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgW2ly cTExOiBjYmIwIGJmZTArKypdCj4gMTAwMDIzIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIEkg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgW2lycTk6IHBjbTAgaXdpMCtd Cj4gMTAwMDIyIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIEkgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgW3N3aTY6IEdpYW50IHRhc2txXQo+IDEwMDAyMCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCBJIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIFtzd2k1OiArXQo+IDEwMDAxOSDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBJIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIFtzd2kyOiBjYW1iaW9dCj4gMTAwMDE0 IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIEkgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgW3N3aTY6IHRhc2sgcXVldWVdCj4gMTAwMDA2IMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIEkgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgW3N3aTM6 IHZtXQo+IDEwMDAwNSDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBSdW4gwqAgwqAgQ1BVIDAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgW3N3aTQ6IGNsb2NrXQo+IDEwMDAwNCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCBJIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIFtz d2kxOiBuZXRpc3IgMF0KPiDCoCAxMSDCoCDCoCAwIMKgIMKgIDAgwqAgwqAgMCDCoFJMIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgW2lkbGU6IGNwdTBdCj4gwqAgwqAxIMKg IMKgIDAgwqAgwqAgMSDCoCDCoCAwIMKgU0xzIMKgIMKgIHdhaXQgwqAgwqAgMHhjM2RmMmQ0OCBb aW5pdF0KPiDCoCAxMCDCoCDCoCAwIMKgIMKgIDAgwqAgwqAgMCDCoERMIMKgIMKgIMKgYXVkaXRf d28gMHhjMGI3NDdlMCBbYXVkaXRdCj4gwqAgwqAwIMKgIMKgIDAgwqAgwqAgMCDCoCDCoCAwIMKg UkxzIMKgIMKgICh0aHJlYWRlZCkgwqAgwqAgwqAgwqAgwqBba2VybmVsXQo+IDEwMDA1MCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBEIMKgIMKgIMKgIGRlYWRsa3JlIDB4YzA5ZjM2YzQgW2Rl YWRsa3Jlc10KPiAxMDAwNDQgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgRCDCoCDCoCDCoCAt IMKgIMKgIMKgIMKgMHhjM2Y1ZGI4MCBbaXdpMCB0YXNrcV0KPiAxMDAwNDIgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgRCDCoCDCoCDCoCAtIMKgIMKgIMKgIMKgMHhjM2Y1ZThjMCBbZncwX3Rh c2txXQo+IDEwMDAyMSDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBEIMKgIMKgIMKgIC0gwqAg wqAgwqAgwqAweGMzZWEwOGMwIFt0aHJlYWQgdGFza3FdCj4gMTAwMDE4IMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIEQgwqAgwqAgwqAgLSDCoCDCoCDCoCDCoDB4YzNlYTBhODAgW2txdWV1ZSB0 YXNrcV0KPiAxMDAwMTcgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgRCDCoCDCoCDCoCAtIMKg IMKgIMKgIMKgMHhjM2VhMGM0MCBbYWNwaV90YXNrXzJdCj4gMTAwMDE2IMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIEQgwqAgwqAgwqAgLSDCoCDCoCDCoCDCoDB4YzNlYTBjNDAgW2FjcGlfdGFz a18xXQo+IDEwMDAxNSDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBEIMKgIMKgIMKgIC0gwqAg wqAgwqAgwqAweGMzZWEwYzQwIFthY3BpX3Rhc2tfMF0KPiAxMDAwMTAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgRCDCoCDCoCDCoCAtIMKgIMKgIMKgIMKgMHhjM2RkYTljMCBbZmlybXdhcmUg dGFza3FdCj4gMTAwMDAwIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIFJ1blEgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBbc3dhcHBlcl0KPiDCoDE5OTkgwqAxOTc2IMKgMTk3 NiDCoCDCoCAwIMKgWisgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBzc2gt YWdlbnQKPiDCoDE5ODggwqAxOTg2IMKgMTk4NiDCoDEwMDAgwqBaIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIHNzaC1hZ2VudAo+IGRiPiBzaG93IGFsbGxvY2tzCj4gUHJv Y2VzcyAxMzQ2NyAobWtkaXIpIHRocmVhZCAweGM1NDNiMjcwICgxMDAxNTApCj4gZXhjbHVzaXZl IGxvY2ttZ3IgYnVmd2FpdCAoYnVmd2FpdCkgciA9IDAgKDB4ZWJkMWY4ZWMpIGxvY2tlZCBAIC91 c3Ivc3JjL3N5cy9rZXJuL3Zmc19iaW8uYzoyNTgxCj4gZXhjbHVzaXZlIGxvY2ttZ3IgdWZzICh1 ZnMpIHIgPSAwICgweGM1NDJmYzA4KSBsb2NrZWQgQCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfc3Vi ci5jOjIwOTEKPiBleGNsdXNpdmUgbG9ja21nciBidWZ3YWl0IChidWZ3YWl0KSByID0gMCAoMHhl YmQxNTE5NCkgbG9ja2VkIEAgL3Vzci9zcmMvc3lzL3Vmcy9mZnMvZmZzX3NvZnRkZXAuYzoxMTM2 Mwo+IGV4Y2x1c2l2ZSBsb2NrbWdyIHVmcyAodWZzKSByID0gMCAoMHhjNTQyNzllOCkgbG9ja2Vk IEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX2xvb2t1cC5jOjUwMgo+IFByb2Nlc3MgMTk4NiAoc3No ZCkgdGhyZWFkIDB4YzRkMmVjMzAgKDEwMDExMykKPiBleGNsdXNpdmUgc3ggc29fcmN2X3N4IChz b19yY3Zfc3gpIHIgPSAwICgweGM0ZjIwNTYwKSBsb2NrZWQgQCAvdXNyL3NyYy9zeXMva2Vybi91 aXBjX3NvY2tidWYuYzoxNDgKPiBQcm9jZXNzIDIyIChzb2Z0ZGVwZmx1c2gpIHRocmVhZCAweGM0 MjhmNzUwICgxMDAwNTgpCj4gZXhjbHVzaXZlIHNsZWVwIG11dGV4IHN0cnVjdCBtb3VudCBtdHgg KHN0cnVjdCBtb3VudCBtdHgpIHIgPSAwICgweGM0MmEzYTIwKSBsb2NrZWQgQCAvdXNyL3NyYy9z eXMva2Vybi92ZnNfc3Vici5jOjM0MQo+IFByb2Nlc3MgMTIgKGludHIpIHRocmVhZCAweGMzZGY0 NGUwICgxMDAwMDUpCj4gZXhjbHVzaXZlIHNsZWVwIG11dGV4IHR0eW10eCAodHR5bXR4KSByID0g MCAoMHhjM2U2MzYwNCkgbG9ja2VkIEAgL3Vzci9zcmMvc3lzL2Rldi9kY29ucy9kY29uc19vcy5j OjIzMgo+IGRiPiBzaG93IHBjcHUKClRoaXMgbWlnaHQgaGF2ZSBiZWVuICdzaG93IGFsbHBjcHUn IHdoaWNoIGlzIGRpZmZlcmVudC4KCgo+IDxzbmlwPgo+IEkgaG9wZSB5b3UgZG9uJ3QgcmVhbGx5 IG5lZWQgYWxsIG9mIHRoZSB0cmFjZXMsIEknbGwga2VlcCB0aGUgc3lzdGVtIGF0Cj4gdGhlIERE QiBwcm9tcHQgZm9yIG5vdywgc28gSSBjYW4gZG8gb3RoZXIgc3R1ZmYuCgpZZXAgYWxsIHRoZSB0 cmFjZXMgYXJlIHdoYXQgaXMgbmVlZGVkLgoKQXR0aWxpbwoKCi0tIApQZWFjZSBjYW4gb25seSBi ZSBhY2hpZXZlZCBieSB1bmRlcnN0YW5kaW5nIC0gQS4gRWluc3RlaW4K From owner-freebsd-current@FreeBSD.ORG Sat May 8 17:59:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 425B11065674 for ; Sat, 8 May 2010 17:59:09 +0000 (UTC) (envelope-from joe@hostedcontent.com) Received: from mail01.fasti.net (mail01.fasti.net [216.105.91.156]) by mx1.freebsd.org (Postfix) with ESMTP id 137728FC13 for ; Sat, 8 May 2010 17:59:08 +0000 (UTC) Received: from mail01.fasti.net (localhost [127.0.0.2]) by mail01.fasti.net (Postfix) with ESMTP id 69F5A94B1031; Sat, 8 May 2010 13:59:08 -0400 (EDT) X-Virus-Scanned: amavisd-new at fasti.net Received: from mail01.fasti.net ([127.0.0.2]) by mail01.fasti.net (mail01.fasti.net [127.0.0.2]) (amavisd-new, port 10024) with ESMTP id HzsBzs64xbel; Sat, 8 May 2010 13:59:07 -0400 (EDT) Received: from [192.168.1.137] (69-165-175-27.dsl.teksavvy.com [69.165.175.27]) by mail01.fasti.net (Postfix) with ESMTPA id 1441194B1030; Sat, 8 May 2010 13:59:07 -0400 (EDT) Message-ID: <4BE59DBD.4000105@hostedcontent.com> Date: Sat, 08 May 2010 13:22:05 -0400 From: joe User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Jack Vogel References: <4BE565E5.9030505@hostedcontent.com> <4BE5303B.8050409@hostedcontent.com> <4BE529FF.5000008@hostedcontent.com> <4BE59434.9070308@hostedcontent.com> <4BE599B0.60203@hostedcontent.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ian FREISLICH , Fabien Thomas , freebsd-current@freebsd.org Subject: Re: igb broken? Unexplained weirdness with intel 82576 nics on a supermicro board. 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, 08 May 2010 17:59:09 -0000 On 05/08/2010 01:53 PM, Jack Vogel wrote: > I still am not clear on this system, how many ports are on it, and its > an 82576? > Sounds to me like you've proven its not on the box if you can do fine > when its > on its own. So change ports in the switch, as I said, change cables, must be > something in that environment. > > Jack > > > On Sat, May 8, 2010 at 10:04 AM, joe > wrote: > > On 05/08/2010 01:31 PM, Jack Vogel wrote: > > Looks like something to do with system C, you might isolate it, > and try > a back > to back connection with its NICs, change cables, look at BIOS > settings, > change > the slot the nic is in... All just off the top of my head. > > Jack > > > On Sat, May 8, 2010 at 9:41 AM, joe > >> > wrote: > > On 05/08/2010 11:17 AM, Ian FREISLICH wrote: > > joe wrote: > > On 05/08/2010 06:55 AM, Ian FREISLICH wrote: > > joe wrote: > > I have just tried your suggeston and > it has > no effect for me ;( > > > Do you have another brand of NIC that you can > try? At > least that > will isolate whether it's igb(4) or something else. > > > I will grab a new nic today and try...my options are > limited > though. > Here are the nics i can get my hands on > > TP-LINK TL-TG3468, 10/100/1000Mbps PCIe Adapter > (supported > by fbsd?) > > > Based on the RTL8168B chip. Should be supported by the > re(4) > driver. > > Intel (EXPI9301CT) Gigabit CT Desktop Adapter (yet > another > intel nic) > > > i82574L chip. Should be supported by the em(4) driver. > I have had > good performance in the past with this driver and less than > satisfactory performance with the igb(4) driver. > > That may not be your problem though. Before you go out > and buy, > have a look at the amount of interrupt time your slow > machine spends > in 'top' or 'systat -vm'. systat will also show the > interrupt rate > for each driver, perhaps it's not doing interrupt moderation > properly. > This will manifest as more than about a 1000 per second. > There are > loader tunables for the driver to increase the number of > transfer > descriptors and to tune interrupt moderation. > > You could try running trafshow (port) on the interface while > performing the transfer. Perhaps promiscuous mode will > turn off > some hardware feature that will improve things. It may > however > break hardware vlanning as it does on my 82575GB 4 port > igb card. > > Ian > > -- > Ian Freislich > > > I bought those two cards anyways, im in a rush to figure out > this > problem. That being said i am still encountering the exact same > problem regardless on which network card i am running. I am at a > complete loss. I am about to try a raid card to see if the > problem > might lay within the onboard sata ports. I did pull the > server and > brought it home so that i can test more things quicker. > > I am going to try using a raid card instead of the onboard sata > ports and see if i still encounter the same problem. I would > love > any suggestions you may have on where to go from here to > figure out > where the problem might be. > > joe > > _______________________________________________ > 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 think it might have something to so with the nics / switch, and > their features. I brought the box home, plugged into my gb switch, > and i am able to FTP data to the server at around 35MB/sec. > > I dont know what would cause this other than some sort of issue with > the the 3 different types of nics and the switch i am using. > > Any suggestions? > > There are two embedded intel 82576 nics on this motherboard. I do believe i have proven it is not the box itself as it is capable of high incoming throughput. I have other servers on the switch which do 55MB/sec without issues. I believe it is a combination of this server and/or the nics i have and the switch i am using. It's the only logical explanation if i get the desired throughput on my home switch but not on the switch that is collocated. I will try updating the firmware of the switch tonight as well as bringing the switch i use at home with me. From owner-freebsd-current@FreeBSD.ORG Sat May 8 18:21:50 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4291E1065672 for ; Sat, 8 May 2010 18:21:50 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9FEE58FC17 for ; Sat, 8 May 2010 18:21:49 +0000 (UTC) Received: by wyb36 with SMTP id 36so1720887wyb.13 for ; Sat, 08 May 2010 11:21:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=qefnVn0fCFMJNG6G6vqqh+p6s15wiIq0bYcVCBwKOM8=; b=u5joX5FEshDZypAVNOfc4HKG8ZIBqAjclxVypbSrRH/j73kQPbHCHkISsrz039ARAm 6l4zfFoR+3pxcylpIoM+BUAaFjf1/7LYuiLTSn3yRlpIoI/NXm3U9P8+MUQdsyd/py9f u9c4OSHSeO7eZ2C+WVcuqFI+y5g7YWH0qeKVw= 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=NsFwidK8TM5ul88efBAR6ER45H1STGBiOVnOaxv7nh8PHUM0+rludVj39qqYQIRZZx MUcnBnrK1JN+51Sn6VT7nKEW1+ej4rSrNQtchQsX0ntU7IclpxvYNN8GBICYH/4shUOQ O535xMVyqGyOsVQgXHRhZM/4B263Sr3PvD+4g= MIME-Version: 1.0 Received: by 10.216.187.204 with SMTP id y54mr1066511wem.136.1273342903332; Sat, 08 May 2010 11:21:43 -0700 (PDT) Received: by 10.216.29.129 with HTTP; Sat, 8 May 2010 11:21:43 -0700 (PDT) In-Reply-To: <4BE59DBD.4000105@hostedcontent.com> References: <4BE565E5.9030505@hostedcontent.com> <4BE529FF.5000008@hostedcontent.com> <4BE59434.9070308@hostedcontent.com> <4BE599B0.60203@hostedcontent.com> <4BE59DBD.4000105@hostedcontent.com> Date: Sat, 8 May 2010 11:21:43 -0700 Message-ID: From: Jack Vogel To: joe Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Ian FREISLICH , Fabien Thomas , freebsd-current@freebsd.org Subject: Re: igb broken? Unexplained weirdness with intel 82576 nics on a supermicro board. 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, 08 May 2010 18:21:50 -0000 The cable, its a simple thing but make SURE you try that, a slightly damaged one can do weird things and its quick to check, don't overlook it. Jack On Sat, May 8, 2010 at 10:22 AM, joe wrote: > On 05/08/2010 01:53 PM, Jack Vogel wrote: > >> I still am not clear on this system, how many ports are on it, and its >> an 82576? >> Sounds to me like you've proven its not on the box if you can do fine >> when its >> on its own. So change ports in the switch, as I said, change cables, must >> be >> something in that environment. >> >> Jack >> >> >> On Sat, May 8, 2010 at 10:04 AM, joe > > wrote: >> >> On 05/08/2010 01:31 PM, Jack Vogel wrote: >> >> Looks like something to do with system C, you might isolate it, >> and try >> a back >> to back connection with its NICs, change cables, look at BIOS >> settings, >> change >> the slot the nic is in... All just off the top of my head. >> >> Jack >> >> >> On Sat, May 8, 2010 at 9:41 AM, joe > >> >> >> >> wrote: >> >> On 05/08/2010 11:17 AM, Ian FREISLICH wrote: >> >> joe wrote: >> >> On 05/08/2010 06:55 AM, Ian FREISLICH wrote: >> >> joe wrote: >> >> I have just tried your suggeston and >> it has >> no effect for me ;( >> >> >> Do you have another brand of NIC that you can >> try? At >> least that >> will isolate whether it's igb(4) or something else. >> >> >> I will grab a new nic today and try...my options are >> limited >> though. >> Here are the nics i can get my hands on >> >> TP-LINK TL-TG3468, 10/100/1000Mbps PCIe Adapter >> (supported >> by fbsd?) >> >> >> Based on the RTL8168B chip. Should be supported by the >> re(4) >> driver. >> >> Intel (EXPI9301CT) Gigabit CT Desktop Adapter (yet >> another >> intel nic) >> >> >> i82574L chip. Should be supported by the em(4) driver. >> I have had >> good performance in the past with this driver and less than >> satisfactory performance with the igb(4) driver. >> >> That may not be your problem though. Before you go out >> and buy, >> have a look at the amount of interrupt time your slow >> machine spends >> in 'top' or 'systat -vm'. systat will also show the >> interrupt rate >> for each driver, perhaps it's not doing interrupt >> moderation >> properly. >> This will manifest as more than about a 1000 per second. >> There are >> loader tunables for the driver to increase the number of >> transfer >> descriptors and to tune interrupt moderation. >> >> You could try running trafshow (port) on the interface >> while >> performing the transfer. Perhaps promiscuous mode will >> turn off >> some hardware feature that will improve things. It may >> however >> break hardware vlanning as it does on my 82575GB 4 port >> igb card. >> >> Ian >> >> -- >> Ian Freislich >> >> >> I bought those two cards anyways, im in a rush to figure out >> this >> problem. That being said i am still encountering the exact same >> problem regardless on which network card i am running. I am at >> a >> complete loss. I am about to try a raid card to see if the >> problem >> might lay within the onboard sata ports. I did pull the >> server and >> brought it home so that i can test more things quicker. >> >> I am going to try using a raid card instead of the onboard sata >> ports and see if i still encounter the same problem. I would >> love >> any suggestions you may have on where to go from here to >> figure out >> where the problem might be. >> >> joe >> >> _______________________________________________ >> 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 think it might have something to so with the nics / switch, and >> their features. I brought the box home, plugged into my gb switch, >> and i am able to FTP data to the server at around 35MB/sec. >> >> I dont know what would cause this other than some sort of issue with >> the the 3 different types of nics and the switch i am using. >> >> Any suggestions? >> >> >> > There are two embedded intel 82576 nics on this motherboard. I do believe i > have proven it is not the box itself as it is capable of high incoming > throughput. I have other servers on the switch which do 55MB/sec without > issues. I believe it is a combination of this server and/or the nics i have > and the switch i am using. It's the only logical explanation if i get the > desired throughput on my home switch but not on the switch that is > collocated. I will try updating the firmware of the switch tonight as well > as bringing the switch i use at home with me. > From owner-freebsd-current@FreeBSD.ORG Sat May 8 18:39:25 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 609921065675 for ; Sat, 8 May 2010 18:39:25 +0000 (UTC) (envelope-from joe@hostedcontent.com) Received: from mail01.fasti.net (mail01.fasti.net [216.105.91.156]) by mx1.freebsd.org (Postfix) with ESMTP id 308978FC0A for ; Sat, 8 May 2010 18:39:24 +0000 (UTC) Received: from mail01.fasti.net (localhost [127.0.0.2]) by mail01.fasti.net (Postfix) with ESMTP id 4150E94B1037; Sat, 8 May 2010 14:39:24 -0400 (EDT) X-Virus-Scanned: amavisd-new at fasti.net Received: from mail01.fasti.net ([127.0.0.2]) by mail01.fasti.net (mail01.fasti.net [127.0.0.2]) (amavisd-new, port 10024) with ESMTP id BsWq4DvgLO-o; Sat, 8 May 2010 14:39:22 -0400 (EDT) Received: from [192.168.1.137] (69-165-175-27.dsl.teksavvy.com [69.165.175.27]) by mail01.fasti.net (Postfix) with ESMTPA id 0CABD94B1030; Sat, 8 May 2010 14:39:22 -0400 (EDT) Message-ID: <4BE5A71C.8080609@hostedcontent.com> Date: Sat, 08 May 2010 14:02:04 -0400 From: joe User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Jack Vogel References: <4BE565E5.9030505@hostedcontent.com> <4BE529FF.5000008@hostedcontent.com> <4BE59434.9070308@hostedcontent.com> <4BE599B0.60203@hostedcontent.com> <4BE59DBD.4000105@hostedcontent.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ian FREISLICH , Fabien Thomas , freebsd-current@freebsd.org Subject: Re: igb broken? Unexplained weirdness with intel 82576 nics on a supermicro board. 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, 08 May 2010 18:39:25 -0000 On 05/08/2010 02:21 PM, Jack Vogel wrote: > The cable, its a simple thing but make SURE you try that, a slightly > damaged one can do weird things and its quick to check, don't overlook > it. > > Jack > > > On Sat, May 8, 2010 at 10:22 AM, joe > wrote: > > On 05/08/2010 01:53 PM, Jack Vogel wrote: > > I still am not clear on this system, how many ports are on it, > and its > an 82576? > Sounds to me like you've proven its not on the box if you can do > fine > when its > on its own. So change ports in the switch, as I said, change > cables, must be > something in that environment. > > Jack > > > On Sat, May 8, 2010 at 10:04 AM, joe > >> > wrote: > > On 05/08/2010 01:31 PM, Jack Vogel wrote: > > Looks like something to do with system C, you might > isolate it, > and try > a back > to back connection with its NICs, change cables, look at > BIOS > settings, > change > the slot the nic is in... All just off the top of my head. > > Jack > > > On Sat, May 8, 2010 at 9:41 AM, joe > > > > > >>> > > wrote: > > On 05/08/2010 11:17 AM, Ian FREISLICH wrote: > > joe wrote: > > On 05/08/2010 06:55 AM, Ian FREISLICH wrote: > > joe wrote: > > I have just tried your > suggeston and > it has > no effect for me ;( > > > Do you have another brand of NIC that > you can > try? At > least that > will isolate whether it's igb(4) or > something else. > > > I will grab a new nic today and try...my > options are > limited > though. > Here are the nics i can get my hands on > > TP-LINK TL-TG3468, 10/100/1000Mbps PCIe Adapter > (supported > by fbsd?) > > > Based on the RTL8168B chip. Should be supported > by the > re(4) > driver. > > Intel (EXPI9301CT) Gigabit CT Desktop > Adapter (yet > another > intel nic) > > > i82574L chip. Should be supported by the em(4) > driver. > I have had > good performance in the past with this driver > and less than > satisfactory performance with the igb(4) driver. > > That may not be your problem though. Before you > go out > and buy, > have a look at the amount of interrupt time your > slow > machine spends > in 'top' or 'systat -vm'. systat will also show the > interrupt rate > for each driver, perhaps it's not doing > interrupt moderation > properly. > This will manifest as more than about a 1000 per > second. > There are > loader tunables for the driver to increase the > number of > transfer > descriptors and to tune interrupt moderation. > > You could try running trafshow (port) on the > interface while > performing the transfer. Perhaps promiscuous > mode will > turn off > some hardware feature that will improve things. > It may > however > break hardware vlanning as it does on my 82575GB > 4 port > igb card. > > Ian > > -- > Ian Freislich > > > I bought those two cards anyways, im in a rush to > figure out > this > problem. That being said i am still encountering the > exact same > problem regardless on which network card i am > running. I am at a > complete loss. I am about to try a raid card to see > if the > problem > might lay within the onboard sata ports. I did pull the > server and > brought it home so that i can test more things quicker. > > I am going to try using a raid card instead of the > onboard sata > ports and see if i still encounter the same problem. > I would > love > any suggestions you may have on where to go from here to > figure out > where the problem might be. > > joe > > _______________________________________________ > 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 think it might have something to so with the nics / > switch, and > their features. I brought the box home, plugged into my gb > switch, > and i am able to FTP data to the server at around 35MB/sec. > > I dont know what would cause this other than some sort of > issue with > the the 3 different types of nics and the switch i am using. > > Any suggestions? > > > > There are two embedded intel 82576 nics on this motherboard. I do > believe i have proven it is not the box itself as it is capable of > high incoming throughput. I have other servers on the switch which > do 55MB/sec without issues. I believe it is a combination of this > server and/or the nics i have and the switch i am using. It's the > only logical explanation if i get the desired throughput on my home > switch but not on the switch that is collocated. I will try updating > the firmware of the switch tonight as well as bringing the switch i > use at home with me. > > Thanks for the suggestion Jack! Replacing the cables and trying different ports on the switch was the first thing i did when first encountered this problem. One thing i did notice was that the switch has jumbo frames disabled while the cards had it enabled. I tried disabling it on the cards but it didnt seem to have an impact. I am hoping a firmware upgrade to the switch will resolve the problem and if not then i'll just replace the switch at the DC with the switch i have at home... Thank you (and everyone else) for all their help with this matter! Regards, Joe From owner-freebsd-current@FreeBSD.ORG Sat May 8 20:00:33 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DE5F106566C for ; Sat, 8 May 2010 20:00:33 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id D25DD8FC15 for ; Sat, 8 May 2010 20:00:32 +0000 (UTC) Received: by pwi9 with SMTP id 9so1090256pwi.13 for ; Sat, 08 May 2010 13:00:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:subject :message-id:reply-to:mail-followup-to:mime-version:content-type :content-disposition:user-agent:organization:x-operation-sytem; bh=2dCgeNITZAR3L3jP3GPUM/ikK/WYTm43F5F6jNyFAxw=; b=F4EOHhqyqroNUEIk8TpIvlmetFulYzPK9ZlyBQqq+HOF9AqtvR3v+Vf+PrhF5Qci9w sosBgDyAfCTGz24z3BeJXC2K7FCGJdHq4b0LH56zFEsb0vVycEJKQV3Z7zRz93i8Lp8J ST2EqYDUotpgGiuYAN+bHCNj/Q0172Iu1OwvQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:subject:message-id:reply-to:mail-followup-to :mime-version:content-type:content-disposition:user-agent :organization:x-operation-sytem; b=Kb/ZQjPdkEtCp0jeqP7NbmsCI3Ul5vGAIObhuMyOyXE62SAh4HApmyKP2MylUmV07B Ue2EHPNutvLzub+ZrLx8C2ThzHgVqzDhw/mbmTZXCJ/vozRcvXDw5qug9ZMfpW9prScz sBRn/zZTuXxPT37HnlkS84bhvKbyio1qYPWLs= Received: by 10.140.248.7 with SMTP id v7mr1125959rvh.252.1273348823901; Sat, 08 May 2010 13:00:23 -0700 (PDT) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 23sm2927292pzk.10.2010.05.08.13.00.22 (version=SSLv3 cipher=RC4-MD5); Sat, 08 May 2010 13:00:23 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Sat, 8 May 2010 13:00:32 -0700 From: Weongyo Jeong Date: Sat, 8 May 2010 13:00:32 -0700 To: current@freebsd.org Message-ID: <20100508200032.GB31100@weongyo> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: Subject: a panic on uart_z8530_class? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 May 2010 20:00:33 -0000 Hello, Anyone encountered this panic on recent CURRENT kernel? [root@test ~]# uname -a FreeBSD test 9.0-CURRENT FreeBSD 9.0-CURRENT #16: Sun May 2 00:24:12 PDT 2010 root@test:/usr/obj/usr/src/sys/GENERIC amd64 [root@test /home/freebsd/sys/modules/bwn]# ifconfig wlan0 create wlandev bwn0 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read instruction, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xffffff8073cdd810 frame pointer = 0x28:0xffffff8073cdd8e0 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 = 1795 (ifconfig) [ thread pid 1795 tid 100096 ] Stopped at 0: *** error reading from address 0 *** db> bt Tracing pid 1795 tid 100096 td 0xffffff0003d8b390 uart_z8530_class() at 0 ifc_simple_create() at ifc_simple_create+0x89 if_clone_createif() at if_clone_createif+0x64 ifioctl() at ifioctl+0x685 kern_ioctl() at kern_ioctl+0xc5 ioctl() at ioctl+0xfd syscall() at syscall+0x102 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800b86d0c, rsp = 0x7fffffffe2e8, rbp = 0x7fffffffee36 --- db> call doadump Physical memory: 3916 MB Dumping 1239 MB: 1224 1208 1192 1176 1160 1144 1128 1112 1096 1080 1064 1048 1032 1016 1000 984 968 952 936 920 904 888 872 856 840 824 808 792 776 760 744 728 712 696 680 664 648 632 616 600 584 568 552 536 520 504 488 472 456 440 424 408 392 376 360 344 328 312 296 280 264 248 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8 Dump complete = 0 db> reset [root@test ~]# kgdb /boot/kernel/kernel /var/crash/vmcore.1 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"... Cannot access memory at address 0xffffff0127ffffe0 (kgdb) bt #0 0x0000000000000000 in ?? () Cannot access memory at address 0x0 (kgdb) q regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sat May 8 20:04:08 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D031F1065670 for ; Sat, 8 May 2010 20:04:08 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 96D568FC12 for ; Sat, 8 May 2010 20:04:08 +0000 (UTC) Received: by pvb32 with SMTP id 32so379178pvb.13 for ; Sat, 08 May 2010 13:04:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=fVeDYWPvXSXaPfEbqPX8aUTU8X+UH6N/DtS+MLNwlmU=; b=f9ABxLK8VCl3xXQAP8Xpnlv5zVpz6xuTeTAeF3hAqjpfa8nraIxs0OkVB2Kim8CIla PnTYDx9lOpFk5SLuR4Gjajzfz71XnKOedmo+rmYKTj5T1/2JLm5r7qjvQOwpqFnqzDdC wjkF0+AoFNzQNkXYtnj4wvyymp+/mg5PvAGRc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=BycKvbV31tfWUPESG7cXqdZVfs0E0sMxYEJHPGLU7JFFHacSBbVSWqKuisaHAgG8ZH w6oapXRM58Mr4QiIvo77sAoB3bCvl2cnFoN3YqUD4W2ayu2EObRR6TvBHKIK5NUmisEX Uts+udMEqBw/BSfqsIP+CdVZ4a2MIA/nfCLnA= Received: by 10.115.101.22 with SMTP id d22mr1388411wam.136.1273349043345; Sat, 08 May 2010 13:04:03 -0700 (PDT) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id d20sm16208122waa.3.2010.05.08.13.03.59 (version=SSLv3 cipher=RC4-MD5); Sat, 08 May 2010 13:03:59 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Sat, 8 May 2010 13:04:08 -0700 From: Weongyo Jeong Date: Sat, 8 May 2010 13:04:08 -0700 To: Gustavo Perez Querol Message-ID: <20100508200408.GC31100@weongyo> Mail-Followup-To: Gustavo Perez Querol , current@freebsd.org References: <20100228095259.GB3536@weongyo> <20100301103240.3a4aac8a.ray@dlink.ua> <20100303082833.GB22865@weongyo> <20100303111014.6564ea1e.ray@dlink.ua> <20100312231333.GZ1295@weongyo> <4BD2201E.3090409@entel.upc.edu> <20100424231755.GI65380@weongyo> <4BD4A928.8020901@entel.upc.edu> <20100506190653.GA31100@weongyo> <58220.88.15.97.205.1273248485.squirrel@webmail.entel.upc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <58220.88.15.97.205.1273248485.squirrel@webmail.entel.upc.edu> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 May 2010 20:04:08 -0000 On Fri, May 07, 2010 at 06:08:05PM +0200, Gustavo Perez Querol wrote: > > > > > Hello Gustau, I'm so sorry for belated response that I had no time to > > read and work email and wireless stuffs. > > > > Could you please test this symptom with attached patch? It looks in > > CURRENT it missed to initialize a ratectl when it associates with AP. > > > > The patch made the machine to panic. I think it happened when launching > the supplicant. In fact, right now it works by putting the RF switch to > OFF. As soon as I change it to ON the machine panics. > > It get a trap 12, with two reasons : page fault and "bufwrite, buffer is > not busy?" > > I'm running 9.0/AMD64 from 1 of May (don't know exact svn revision). > > Do you want me to test anything else ? Please give me some time to prepare another patch. My machine encountered another problem which looks related with serial console so I can not test my patch due to kernel panic. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sat May 8 20:09:32 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C19C1065670; Sat, 8 May 2010 20:09:32 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-pz0-f174.google.com (mail-pz0-f174.google.com [209.85.222.174]) by mx1.freebsd.org (Postfix) with ESMTP id C1BF48FC13; Sat, 8 May 2010 20:09:31 +0000 (UTC) Received: by pzk4 with SMTP id 4so1073461pzk.7 for ; Sat, 08 May 2010 13:09:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=tLeWp76xS5SDN87fu6TD7n2IwhKXk16izyboEJAJ0XY=; b=MwpOaGXqjSFJGNk1GX/VH1ut2/c1+TgR+1F0sqw/eWTDOVB/TfWfXYlBCOnZ5W5DOo LXAqZReG9k2cZ+RKzNsbYphqr+ElaCd419vPef3diEIxmfaswPk7u6/YaVU+ljr4MUbt mu/5qlbpsXw+Kp1icfKKoCGzFB2PO00aZ/FKM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=goUPhx/snH7ZwGaesjV+3ggf7GfGuFjduRi6XcCWbpSsBh6ymDUzTZYX+x9jyqakND SK1dqY5UMOFsw4fSO3t4aoKubzg/aaTQ1ZRkey+W0CvpbmdFRLrQTZHaGPn45Dbf8wbS RQN2iQFoVGOF//Nn7sBbDiGA4d5zDZGqtLSKI= Received: by 10.142.208.12 with SMTP id f12mr1139234wfg.226.1273349368196; Sat, 08 May 2010 13:09:28 -0700 (PDT) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 22sm2936613pzk.5.2010.05.08.13.09.26 (version=SSLv3 cipher=RC4-MD5); Sat, 08 May 2010 13:09:27 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Sat, 8 May 2010 13:09:36 -0700 From: Weongyo Jeong Date: Sat, 8 May 2010 13:09:36 -0700 To: Attilio Rao Message-ID: <20100508200936.GD31100@weongyo> Mail-Followup-To: Attilio Rao , current@freebsd.org References: <20100228095259.GB3536@weongyo> <20100301103240.3a4aac8a.ray@dlink.ua> <20100303082833.GB22865@weongyo> <20100303111014.6564ea1e.ray@dlink.ua> <20100312231333.GZ1295@weongyo> <4BD2201E.3090409@entel.upc.edu> <20100424231755.GI65380@weongyo> <4BD4A928.8020901@entel.upc.edu> <20100506190653.GA31100@weongyo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 May 2010 20:09:32 -0000 On Thu, May 06, 2010 at 10:27:31PM +0200, Attilio Rao wrote: > 2010/5/6 Weongyo Jeong : > > On Sun, Apr 25, 2010 at 10:42:16PM +0200, Gustau P?rez wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA1 > >> > >> > >> >> I've been testing the driver for a few time with AMD64/CURRENT. A > >> >> few time ago I started to see messages like : > >> >> > >> >> bwn0: unsupported rate 0 > >> >> > >> >> I've checked the code and I found it seems to fail when trying to > >> >> check the TX rate at if_bw.c:9561 (in bwn_ieeerate2hwrate > >> >> routine the rate parameter is 0). I checked where bwn_ieeerate2hwrate > >> >> is called, to see how 'rate' is calculated. This is where I got lost :( > >> >> > >> >> My AP is FreeBSD 8.0 box with an atheros card. My hostapd works > >> >> with both WPA2-PSK and WPA2-EAP (although > >> >> I thinks this is not the problem) but with default values for rates > >> >> and friends. I then forced my hostapd to use only a subset of transmit > >> >> rates (with supported_rates and basic_rates) with no luck. > >> >> > >> >> My laptop is a DELL D630 with a BCM4310 UART adapter. > >> >> > >> >> Any need info will be provided and any help will be appreciated. > >> > > >> > First I think we need to know that where rate == 0 comes from. ??Rate > >> > information on TX could be got from the following points: > >> > > >> > ?? ?? tp->mgmtrate > >> > ?? ?? tp->mcastrate > >> > ?? ?? tp->ucastrate > >> > ?? ?? ni->ni_txrate > >> > > >> ?? Added some device_printf to test those values. This is what I got : > >> > >> bwn0: tp->mgmtrate : 2 > >> bwn0: tp->mcastrate : 2 > >> bwn0: tp->ucastrate : 255 > >> bwn0: ni->ni_txrate : 0 > >> > >> ?? ??I didn't have time to follow the code to find out why it has a 0 > >> value. If you need > >> more info let me know. > > > > Hello Gustau, I'm so sorry for belated response that I had no time to > > read and work email and wireless stuffs. > > > > Could you please test this symptom with attached patch? ??It looks in > > CURRENT it missed to initialize a ratectl when it associates with AP. > > Hello, > I have another problem where the bwn is fully recognized and wlan0 is > created but the interface doesn't scan at all: > > # netstat -nil > Name Mtu Network Address Ipkts Ierrs Idrop > Opkts Oerrs Coll > bwn0 2290 00:26:5e:64:be:75 0 0 0 > 0 0 0 > > # ifconfig wlan0 > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:26:5e:64:be:75 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid "" channel 1 (2412 MHz 11b) > country US authmode OPEN privacy OFF txpower 30 bmiss 7 scanvalid 60 > bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 1 wme > bintval 0 > > # kldstat > Id Refs Address Size Name > 1 4 0xffffffff80100000 90b9a8 kernel > 2 1 0xffffffff80c22000 28a9a bwn_v4_ucode.ko > > doing "ifconfig wlan0 list scan" ends up immediately without further output. > The dmesg is here: http://www.freebsd.org/~attilio/dmesg-bwn0.diff > > Sorry for not digging further. It looks the interface isn't scanning. Could you please try to UP the device manually as the below after boot? # ifconfig wlan0 create wlandev bwn0 # ifconfig wlan0 ssid # ifconfig wlan0 up # ifconfig wlan0 list scan regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sat May 8 20:26:55 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98E7D1065672; Sat, 8 May 2010 20:26:55 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-8.mit.edu (DMZ-MAILSEC-SCANNER-8.MIT.EDU [18.7.68.37]) by mx1.freebsd.org (Postfix) with ESMTP id 40EF68FC08; Sat, 8 May 2010 20:26:55 +0000 (UTC) X-AuditID: 12074425-b7d00ae000002295-47-4be5c5885901 Received: from mailhub-auth-3.mit.edu (MAILHUB-AUTH-3.MIT.EDU [18.9.21.43]) by dmz-mailsec-scanner-8.mit.edu (Symantec Brightmail Gateway) with SMTP id 83.1B.08853.885C5EB4; Sat, 8 May 2010 16:11:52 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id o48KBqPx008510; Sat, 8 May 2010 16:11:52 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id o48KBnBV020054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 8 May 2010 16:11:51 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id o48KBndL024796; Sat, 8 May 2010 16:11:49 -0400 (EDT) Date: Sat, 8 May 2010 16:11:49 -0400 (EDT) From: Benjamin Kaduk To: Weongyo Jeong In-Reply-To: <20100508200032.GB31100@weongyo> Message-ID: References: <20100508200032.GB31100@weongyo> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: AAAAAA== Cc: current@freebsd.org Subject: Re: a panic on uart_z8530_class? 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, 08 May 2010 20:26:55 -0000 On Sat, 8 May 2010, Weongyo Jeong wrote: > Hello, > > Anyone encountered this panic on recent CURRENT kernel? > db> bt > Tracing pid 1795 tid 100096 td 0xffffff0003d8b390 > uart_z8530_class() at 0 > ifc_simple_create() at ifc_simple_create+0x89 > if_clone_createif() at if_clone_createif+0x64 > ifioctl() at ifioctl+0x685 > kern_ioctl() at kern_ioctl+0xc5 > ioctl() at ioctl+0xfd > syscall() at syscall+0x102 > Xfast_syscall() at Xfast_syscall+0xe1 > --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800b86d0c, rsp = 0x7fffffffe2e8, rbp = 0x7fffffffee36 --- I haven't seen that particular panic, but I have seen uart_z8530_class (or something superficially similar to it) in stack traces that I can't see touching a uart device. > [root@test ~]# kgdb /boot/kernel/kernel /var/crash/vmcore.1 > 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"... > Cannot access memory at address 0xffffff0127ffffe0 > (kgdb) bt > #0 0x0000000000000000 in ?? () > Cannot access memory at address 0x0 > (kgdb) q I have seen this behavior from kgdb --- it doesn't seem to be able to handle coredumps I've made recently. At first I thought that I managed to trash either my kernel image or kgdb binary with all the unclean shutdowns I've been having, but if you're seeing kgdb failures, maybe it's not just my local system. Yet I am assuming that this is not broken for *everyone*, or we would have heard more noise about it. I'm running a current snapshot from April 4th; maybe I will try updating to a new snapshot tonight and see if kgdb behaves better after everything is rebuilt. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Sat May 8 20:30:16 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 83245106566B for ; Sat, 8 May 2010 20:30:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 1CC808FC17 for ; Sat, 8 May 2010 20:30:16 +0000 (UTC) Received: (qmail 926 invoked by uid 399); 8 May 2010 20:30:15 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 8 May 2010 20:30:15 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BE5C9D6.20809@FreeBSD.org> Date: Sat, 08 May 2010 13:30:14 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: alc@freebsd.org References: <20100505161902.GB12535@darklight.org.ru> In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Yuri Pankov , Alan Cox , current@freebsd.org Subject: Re: Recent sys/vm/ changes and nvidia-driver 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, 08 May 2010 20:30:16 -0000 On 05/05/10 11:56, Alan Cox wrote: > > I'm afraid that I would advise waiting a few days. This round of changes > are not yet complete. Is the coast clear yet? :) I have been holding off on updating -current due to the SUJ stuff, but that seems to have mostly settled down now, so I'm hoping that the work on the VM won't prevent me from running nvidia-driver. Thanks, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat May 8 20:31:11 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B112A1065670; Sat, 8 May 2010 20:31:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 4ADF88FC13; Sat, 8 May 2010 20:31:10 +0000 (UTC) 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 o48KUwnG002949 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 May 2010 23:30:58 +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.4/8.14.4) with ESMTP id o48KUwxh098735; Sat, 8 May 2010 23:30:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o48KUwYD098734; Sat, 8 May 2010 23:30:58 +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: Sat, 8 May 2010 23:30:58 +0300 From: Kostik Belousov To: current@freebsd.org Message-ID: <20100508203058.GG83316@deviant.kiev.zoral.com.ua> References: <20100508200032.GB31100@weongyo> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bO4vSxwwZtUjUWHo" Content-Disposition: inline In-Reply-To: <20100508200032.GB31100@weongyo> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: bz@freebsd.org Subject: Re: a panic on uart_z8530_class? 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, 08 May 2010 20:31:11 -0000 --bO4vSxwwZtUjUWHo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 08, 2010 at 01:00:32PM -0700, Weongyo Jeong wrote: > Hello, >=20 > Anyone encountered this panic on recent CURRENT kernel? >=20 > [root@test ~]# uname -a > FreeBSD test 9.0-CURRENT FreeBSD 9.0-CURRENT #16: Sun May 2 00:24:12 PDT= 2010 root@test:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > [root@test /home/freebsd/sys/modules/bwn]# ifconfig wlan0 create wlandev = bwn0 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x0 > fault code =3D supervisor read instruction, page not present > instruction pointer =3D 0x20:0x0 > stack pointer =3D 0x28:0xffffff8073cdd810 > frame pointer =3D 0x28:0xffffff8073cdd8e0 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 1795 (ifconfig) > [ thread pid 1795 tid 100096 ] > Stopped at 0: *** error reading from address 0 *** > db> bt > Tracing pid 1795 tid 100096 td 0xffffff0003d8b390 > uart_z8530_class() at 0 uartXXX there is collateral, actual panic happen in the ifc_simple_create(). > ifc_simple_create() at ifc_simple_create+0x89 > if_clone_createif() at if_clone_createif+0x64 > ifioctl() at ifioctl+0x685 > kern_ioctl() at kern_ioctl+0xc5 > ioctl() at ioctl+0xfd > syscall() at syscall+0x102 > Xfast_syscall() at Xfast_syscall+0xe1 > --- syscall (54, FreeBSD ELF64, ioctl), rip =3D 0x800b86d0c, rsp =3D 0x7f= ffffffe2e8, rbp =3D 0x7fffffffee36 --- > db> call doadump > Physical memory: 3916 MB > Dumping 1239 MB: 1224 1208 1192 1176 1160 1144 1128 1112 1096 1080 1064 1= 048 1032 1016 1000 984 968 952 936 920 904 888 872 856 840 824 808 792 776 = 760 744 728 712 696 680 664 648 632 616 600 584 568 552 536 520 504 488 472= 456 440 424 408 392 376 360 344 328 312 296 280 264 248 232 216 200 184 16= 8 152 136 120 104 88 72 56 40 24 8 > Dump complete > =3D 0 > db> reset >=20 > [root@test ~]# kgdb /boot/kernel/kernel /var/crash/vmcore.1 > 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 conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd"... > Cannot access memory at address 0xffffff0127ffffe0 > (kgdb) bt > #0 0x0000000000000000 in ?? () > Cannot access memory at address 0x0 > (kgdb) q >=20 > regards, > Weongyo Jeong >=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" --bO4vSxwwZtUjUWHo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvlygEACgkQC3+MBN1Mb4hiwACgo4DmOQLVBaPxx/NMQ6UG/pWs eT4An1TRMT91xJGW9fyrSC+Qqi1klu7O =7gjj -----END PGP SIGNATURE----- --bO4vSxwwZtUjUWHo-- From owner-freebsd-current@FreeBSD.ORG Sat May 8 20:35:38 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74F6C106566B for ; Sat, 8 May 2010 20:35:38 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout025.mac.com (asmtpout025.mac.com [17.148.16.100]) by mx1.freebsd.org (Postfix) with ESMTP id 5C7C78FC08 for ; Sat, 8 May 2010 20:35:38 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp025.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0L2400GYHBVCUC30@asmtp025.mac.com>; Sat, 08 May 2010 13:35:37 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1005080124 From: Marcel Moolenaar In-reply-to: <20100508200032.GB31100@weongyo> Date: Sat, 08 May 2010 13:35:36 -0700 Message-id: References: <20100508200032.GB31100@weongyo> To: Weongyo Jeong X-Mailer: Apple Mail (2.1078) Cc: current@freebsd.org Subject: Re: a panic on uart_z8530_class? 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, 08 May 2010 20:35:38 -0000 On May 8, 2010, at 1:00 PM, Weongyo Jeong wrote: > Hello, > > Anyone encountered this panic on recent CURRENT kernel? > > [root@test ~]# uname -a > FreeBSD test 9.0-CURRENT FreeBSD 9.0-CURRENT #16: Sun May 2 00:24:12 PDT 2010 root@test:/usr/obj/usr/src/sys/GENERIC amd64 > > [root@test /home/freebsd/sys/modules/bwn]# ifconfig wlan0 create wlandev bwn0 > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read instruction, page not present > instruction pointer = 0x20:0x0 > stack pointer = 0x28:0xffffff8073cdd810 > frame pointer = 0x28:0xffffff8073cdd8e0 > 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 = 1795 (ifconfig) > [ thread pid 1795 tid 100096 ] > Stopped at 0: *** error reading from address 0 *** > db> bt > Tracing pid 1795 tid 100096 td 0xffffff0003d8b390 > uart_z8530_class() at 0 > ifc_simple_create() at ifc_simple_create+0x89 > if_clone_createif() at if_clone_createif+0x64 > ifioctl() at ifioctl+0x685 > kern_ioctl() at kern_ioctl+0xc5 > ioctl() at ioctl+0xfd > syscall() at syscall+0x102 > Xfast_syscall() at Xfast_syscall+0xe1 > --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800b86d0c, rsp = 0x7fffffffe2e8, rbp = 0x7fffffffee36 --- I think what you have is a simple NULL function pointer dereference (i.e. calling a function pointer that's NULL). The uart_z8530_class shows first in the backtrace because that symbol has address 0 (it's weak and you typically don't have the Z8530 SCC driver on amd64), so it's being returned when DDB looks up symbols at address 0. This then implies that ifc_simple_create() called a NULL function pointer. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sat May 8 20:37:05 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3143B1065670; Sat, 8 May 2010 20:37:05 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id EAF508FC0C; Sat, 8 May 2010 20:37:04 +0000 (UTC) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id 443832C2ACA; Sat, 8 May 2010 15:37:04 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id frm1gZqypJ+x; Sat, 8 May 2010 15:36:56 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id CDB232C2A02; Sat, 8 May 2010 15:36:55 -0500 (CDT) Message-ID: <4BE5CB65.4050501@cs.rice.edu> Date: Sat, 08 May 2010 15:36:53 -0500 From: Alan Cox User-Agent: Thunderbird 2.0.0.24 (X11/20100501) MIME-Version: 1.0 To: Doug Barton References: <20100505161902.GB12535@darklight.org.ru> <4BE5C9D6.20809@FreeBSD.org> In-Reply-To: <4BE5C9D6.20809@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, Yuri Pankov , Alan Cox , current@freebsd.org Subject: Re: Recent sys/vm/ changes and nvidia-driver 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, 08 May 2010 20:37:05 -0000 Doug Barton wrote: > On 05/05/10 11:56, Alan Cox wrote: > >> I'm afraid that I would advise waiting a few days. This round of changes >> are not yet complete. >> > > Is the coast clear yet? :) I have been holding off on updating -current > due to the SUJ stuff, but that seems to have mostly settled down now, so > I'm hoping that the work on the VM won't prevent me from running > nvidia-driver. > > No, it's still in a state of flux. Alan From owner-freebsd-current@FreeBSD.ORG Sat May 8 20:40:36 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78B8B106566C for ; Sat, 8 May 2010 20:40:36 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 11E6C8FC16 for ; Sat, 8 May 2010 20:40:36 +0000 (UTC) Received: (qmail 12549 invoked by uid 399); 8 May 2010 20:40:35 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 8 May 2010 20:40:35 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BE5CC42.2090201@FreeBSD.org> Date: Sat, 08 May 2010 13:40:34 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Alan Cox References: <20100505161902.GB12535@darklight.org.ru> <4BE5C9D6.20809@FreeBSD.org> <4BE5CB65.4050501@cs.rice.edu> In-Reply-To: <4BE5CB65.4050501@cs.rice.edu> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, Yuri Pankov , Alan Cox , current@freebsd.org Subject: Re: Recent sys/vm/ changes and nvidia-driver 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, 08 May 2010 20:40:36 -0000 On 05/08/10 13:36, Alan Cox wrote: > Doug Barton wrote: >> On 05/05/10 11:56, Alan Cox wrote: >> >>> I'm afraid that I would advise waiting a few days. This round of >>> changes >>> are not yet complete. >>> >> >> Is the coast clear yet? :) I have been holding off on updating -current >> due to the SUJ stuff, but that seems to have mostly settled down now, so >> I'm hoping that the work on the VM won't prevent me from running >> nvidia-driver. >> >> > > No, it's still in a state of flux. Ok, thanks for the info. I'm not going to pretend I understand what you're doing, but it sure _looks_ exciting. :) Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat May 8 20:58:08 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9413106566B for ; Sat, 8 May 2010 20:58:08 +0000 (UTC) (envelope-from bw@exodus.desync.com) Received: from exodus.desync.com (exodus.desync.com [208.83.20.164]) by mx1.freebsd.org (Postfix) with ESMTP id 3B2618FC0C for ; Sat, 8 May 2010 20:58:07 +0000 (UTC) Received: from exodus.desync.com (localhost [127.0.0.1]) by exodus.desync.com (8.14.4/8.14.4) with ESMTP id o48KZo9x008923 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 May 2010 16:35:50 -0400 (EDT) (envelope-from bw@exodus.desync.com) Received: (from bw@localhost) by exodus.desync.com (8.14.4/8.14.4/Submit) id o48KZn8Y008922; Sat, 8 May 2010 16:35:49 -0400 (EDT) (envelope-from bw) Date: Sat, 8 May 2010 16:35:49 -0400 From: ben wilber To: Benjamin Kaduk Message-ID: <20100508203549.GA8088@exodus.desync.com> References: <20100508200032.GB31100@weongyo> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Angst-Level: High Cc: current@freebsd.org Subject: Re: a panic on uart_z8530_class? 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, 08 May 2010 20:58:08 -0000 On Sat, May 08, 2010 at 04:11:49PM -0400, Benjamin Kaduk wrote: > > [root@test ~]# kgdb /boot/kernel/kernel /var/crash/vmcore.1 > > 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"... > > Cannot access memory at address 0xffffff0127ffffe0 > > (kgdb) bt > > #0 0x0000000000000000 in ?? () > > Cannot access memory at address 0x0 > > (kgdb) q > > > I have seen this behavior from kgdb --- it doesn't seem to be able to > handle coredumps I've made recently. At first I thought that I managed to > trash either my kernel image or kgdb binary with all the unclean > shutdowns I've been having, but if you're seeing kgdb failures, maybe it's > not just my local system. > > Yet I am assuming that this is not broken for *everyone*, or we would have > heard more noise about it. > > I'm running a current snapshot from April 4th; maybe I will try updating > to a new snapshot tonight and see if kgdb behaves better after everything > is rebuilt. Same here, for the last couple months maybe. From owner-freebsd-current@FreeBSD.ORG Sat May 8 21:10:07 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2A951065670 for ; Sat, 8 May 2010 21:10:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id 982DA8FC0C for ; Sat, 8 May 2010 21:10:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 1174441C76D; Sat, 8 May 2010 23:10:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id zrQqOF85i+jP; Sat, 8 May 2010 23:10:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 71B8E41C75E; Sat, 8 May 2010 23:10:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id ACDC94448EC; Sat, 8 May 2010 21:05:57 +0000 (UTC) Date: Sat, 8 May 2010 21:05:57 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Weongyo Jeong In-Reply-To: <20100508200032.GB31100@weongyo> Message-ID: <20100508210455.D23815@maildrop.int.zabbadoz.net> References: <20100508200032.GB31100@weongyo> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD current mailing list Subject: Re: a panic on uart_z8530_class? 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, 08 May 2010 21:10:08 -0000 On Sat, 8 May 2010, Weongyo Jeong wrote: > Hello, > > Anyone encountered this panic on recent CURRENT kernel? > > [root@test ~]# uname -a > FreeBSD test 9.0-CURRENT FreeBSD 9.0-CURRENT #16: Sun May 2 00:24:12 PDT 2010 root@test:/usr/obj/usr/src/sys/GENERIC amd64 > > [root@test /home/freebsd/sys/modules/bwn]# ifconfig wlan0 create wlandev bwn0 > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read instruction, page not present > instruction pointer = 0x20:0x0 > stack pointer = 0x28:0xffffff8073cdd810 > frame pointer = 0x28:0xffffff8073cdd8e0 > 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 = 1795 (ifconfig) > [ thread pid 1795 tid 100096 ] > Stopped at 0: *** error reading from address 0 *** > db> bt > Tracing pid 1795 tid 100096 td 0xffffff0003d8b390 > uart_z8530_class() at 0 > ifc_simple_create() at ifc_simple_create+0x89 > if_clone_createif() at if_clone_createif+0x64 > ifioctl() at ifioctl+0x685 can you give me l *ifc_simple_create+0x89 l *if_clone_createif+0x64 l *ifioctl+0x685 -- Bjoern A. Zeeb (from 21) Micky Rosa: But as we've all said, this game is about the past and the future, and tonight we forget about the past. We just focus on the future. From owner-freebsd-current@FreeBSD.ORG Sat May 8 21:20:46 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C959106566B for ; Sat, 8 May 2010 21:20:46 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9BD128FC17 for ; Sat, 8 May 2010 21:20:45 +0000 (UTC) Received: by wwd20 with SMTP id 20so251983wwd.13 for ; Sat, 08 May 2010 14:20:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to:date :message-id:subject:from:to:cc:content-type; bh=cBtnz78WorIreM+N4QrM0TOrLSDZzWQMeT34NkJHMb0=; b=OdFrZuKB0kQnR0C+61OhjFPs9X77REDRGqx2EFpMA9winXlgHwwkCUSeELHrMF3pAG KWKoRfkfYY2rzcM1gblB1lzF4/Rc3hxOJxk39xkDWYA4mEG28hkzMM+RyHsp2Gg3TnF1 odhjjCfVMv68d8OeXMrIKt2RqPTMSu/T6cOrk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=lU6r6mwzq79CEK48r3be7X/ToUffilch+JVNILaz2LJVtbHGf9DlkwwIajxwdzIeGN ditrzpNtxslBs/Px8HKXuAwU3JXLY00xfGq7ITTueWuEJwBzUnFfHyG6WYnEmacA12uH lkBNyGRMQZtpwMg7MXIHAYmBcU1E23dDo8zCA= MIME-Version: 1.0 Received: by 10.216.88.85 with SMTP id z63mr1036516wee.105.1273353634268; Sat, 08 May 2010 14:20:34 -0700 (PDT) Received: by 10.216.163.21 with HTTP; Sat, 8 May 2010 14:20:34 -0700 (PDT) Date: Sat, 8 May 2010 21:20:34 +0000 Message-ID: From: "b. f." To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: alc@FreeBSD.org Subject: Re: Recent sys/vm/ changes and nvidia-driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 May 2010 21:20:46 -0000 On 05/08/10 13:36, Alan Cox wrote: > Doug Barton wrote: >> On 05/05/10 11:56, Alan Cox wrote: >> >>> I'm afraid that I would advise waiting a few days. This round of >>> changes >>> are not yet complete. What performance differences, if any, can we expect on uniprocessors from the vm page lock-related changes? Kip's original post on -arch mentioned some performance improvements and no significant regressions, but on a dual 4-core machine. b. From owner-freebsd-current@FreeBSD.ORG Sat May 8 21:32:35 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B2D4106566C; Sat, 8 May 2010 21:32:35 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id 4143D8FC08; Sat, 8 May 2010 21:32:35 +0000 (UTC) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id 8A1E42C2A81; Sat, 8 May 2010 16:32:34 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id eY9tZEtDelOn; Sat, 8 May 2010 16:32:26 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id 7BAFA2C2A02; Sat, 8 May 2010 16:32:26 -0500 (CDT) Message-ID: <4BE5D869.5030809@cs.rice.edu> Date: Sat, 08 May 2010 16:32:25 -0500 From: Alan Cox User-Agent: Thunderbird 2.0.0.24 (X11/20100501) MIME-Version: 1.0 To: Doug Barton References: <20100505161902.GB12535@darklight.org.ru> <4BE5C9D6.20809@FreeBSD.org> <4BE5CB65.4050501@cs.rice.edu> <4BE5CC42.2090201@FreeBSD.org> In-Reply-To: <4BE5CC42.2090201@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, Yuri Pankov , Alan Cox , current@freebsd.org Subject: Re: Recent sys/vm/ changes and nvidia-driver 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, 08 May 2010 21:32:35 -0000 Doug Barton wrote: > On 05/08/10 13:36, Alan Cox wrote: > >> Doug Barton wrote: >> >>> On 05/05/10 11:56, Alan Cox wrote: >>> >>> >>>> I'm afraid that I would advise waiting a few days. This round of >>>> changes >>>> are not yet complete. >>>> >>>> >>> Is the coast clear yet? :) I have been holding off on updating -current >>> due to the SUJ stuff, but that seems to have mostly settled down now, so >>> I'm hoping that the work on the VM won't prevent me from running >>> nvidia-driver. >>> >>> >>> >> No, it's still in a state of flux. >> > > Ok, thanks for the info. I'm not going to pretend I understand what > you're doing, but it sure _looks_ exciting. :) > > I should probably be explicit about one thing. Anyone using nothing but in-tree drivers, shouldn't be worried about updating. Alan From owner-freebsd-current@FreeBSD.ORG Sat May 8 21:39:50 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0ED07106566B for ; Sat, 8 May 2010 21:39:50 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-yx0-f175.google.com (mail-yx0-f175.google.com [209.85.210.175]) by mx1.freebsd.org (Postfix) with ESMTP id BF9BE8FC19 for ; Sat, 8 May 2010 21:39:49 +0000 (UTC) Received: by yxe5 with SMTP id 5so1153322yxe.3 for ; Sat, 08 May 2010 14:39:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=4dgTwwrpLsQUCCwX6voPsboklqpFRDYbZAI+0OrAtN4=; b=AUVDqh8WOU5w/1fWRrKWtr5KFm+kNW1zMRw1i17v0xyvG6ePBm5m2pZg0XAw6T4lXI Nj7G7lttTYC664IKFcqG0vyAZ2tDL2z0wmqJFkondp2KShoVhQdFB1ASRGvHE5/HI2sv f/Qkj1ufkvboH7/UTVayxrzKzmJdSa5hPmJaQ= 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=H7yoQ6J05EjVXm/043PV7qZHwfe8O9WhrcfHi54voRVg6LTJeJoccobvLVPP8Q+L7O 8vxJ+LTMzmXfpFFHWofVByJNLwZArH9zDhb7X3ulGw4P6gzXmN3EqPI9ecse/XHpiAs2 LJYMU6sZOwsK5Q6boI/Cqkir1TTFTaDD5b7Hs= MIME-Version: 1.0 Received: by 10.231.171.83 with SMTP id g19mr653497ibz.61.1273354781715; Sat, 08 May 2010 14:39:41 -0700 (PDT) Received: by 10.231.115.3 with HTTP; Sat, 8 May 2010 14:39:41 -0700 (PDT) In-Reply-To: References: Date: Sat, 8 May 2010 16:39:41 -0500 Message-ID: From: Brandon Gooch To: bf1783@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: alc@freebsd.org, freebsd-current@freebsd.org Subject: Re: Recent sys/vm/ changes and nvidia-driver 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, 08 May 2010 21:39:50 -0000 On Sat, May 8, 2010 at 4:20 PM, b. f. wrote: > On 05/08/10 13:36, Alan Cox wrote: >> Doug Barton wrote: >>> On 05/05/10 11:56, Alan Cox wrote: >>> >>>> I'm afraid that I would advise waiting a few days. =A0This round of >>>> changes >>>> are not yet complete. > > What performance differences, if any, can we expect on uniprocessors > from the vm page lock-related changes? Kip's original post on -arch > mentioned some performance improvements and no significant > regressions, but on a dual 4-core machine. Alan (or Kip): Is there a document available that describes the work being done on the VM system? I would like to -- or like make and attempt to -- read such a document... Hey b. f., to which post on -arch are you referring? -Brandon From owner-freebsd-current@FreeBSD.ORG Sat May 8 21:52:25 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 19D10106566B; Sat, 8 May 2010 21:52:25 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id C74D68FC14; Sat, 8 May 2010 21:52:24 +0000 (UTC) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OArwd-0000tf-2g; Sat, 08 May 2010 23:52:23 +0200 Message-ID: <4BE5DD0A.9090004@gwdg.de> Date: Sat, 08 May 2010 23:52:10 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de-DE; rv:1.9.1.9) Gecko/20100423 Thunderbird/3.0.4 MIME-Version: 1.0 To: Doug Barton References: <20100505161902.GB12535@darklight.org.ru> <4BE5C9D6.20809@FreeBSD.org> In-Reply-To: <4BE5C9D6.20809@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: current@freebsd.org Subject: Re: Recent sys/vm/ changes and nvidia-driver 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, 08 May 2010 21:52:25 -0000 On 08.05.2010 22:30 (UTC+1), Doug Barton wrote: > On 05/05/10 11:56, Alan Cox wrote: >> >> I'm afraid that I would advise waiting a few days. This round of changes >> are not yet complete. > > Is the coast clear yet? :) I have been holding off on updating -current > due to the SUJ stuff, but that seems to have mostly settled down now, so > I'm hoping that the work on the VM won't prevent me from running > nvidia-driver. Hope I do not misunderstand the item. I updated current (amd64) today and it seems all is fine with newest nvidia driver at the moment, Rainer > Thanks, > > Doug From owner-freebsd-current@FreeBSD.ORG Sat May 8 22:10:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B6C41065672; Sat, 8 May 2010 22:10:20 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 28A8E8FC08; Sat, 8 May 2010 22:10:19 +0000 (UTC) Received: by pxi20 with SMTP id 20so1107686pxi.13 for ; Sat, 08 May 2010 15:10:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=u2KBnPQBWTavhkgBHOA0NSLZA/gXpy3QpkZJZt/hDLY=; b=DXryIJiDlVloY2CWCS37HlFin1Kd3cUsq1iZQ50x03Yw/68rVJuvUr2UC1ARIYGuGn SxZbf5h0/cwPWdT9SLbn0aRBPEGU9Fj2ICQ/sTxEAJbfrc3WaK/EBzianV9wKX5qJKMN iu7KUGEW9ZiB7NjDzPExlAiF7vPKK8hzRehUQ= 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=w2O6pex7XhwE3KXwGSZSTdFLG8oWX5jN6NJ+EQ2xMlJvN2ipwh/4UlX3DqEJSrGueT CZL1FW+8+PpADPPm55d2aUQpyXAliAOI6HFB1Ru76JXIZKzqj4By/wROpImQ4vHKrw+V +42IUnTk9lJafM7qRanT0/91ki9BrS3oqWJ7Y= MIME-Version: 1.0 Received: by 10.142.122.7 with SMTP id u7mr1226218wfc.212.1273355055727; Sat, 08 May 2010 14:44:15 -0700 (PDT) Received: by 10.114.106.5 with HTTP; Sat, 8 May 2010 14:44:15 -0700 (PDT) In-Reply-To: References: Date: Sat, 8 May 2010 14:44:15 -0700 Message-ID: From: Kip Macy To: Brandon Gooch Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: bf1783@gmail.com, alc@freebsd.org, freebsd-current@freebsd.org Subject: Re: Recent sys/vm/ changes and nvidia-driver 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, 08 May 2010 22:10:20 -0000 On Sat, May 8, 2010 at 2:39 PM, Brandon Gooch wrote: > On Sat, May 8, 2010 at 4:20 PM, b. f. wrote: >> On 05/08/10 13:36, Alan Cox wrote: >>> Doug Barton wrote: >>>> On 05/05/10 11:56, Alan Cox wrote: >>>> >>>>> I'm afraid that I would advise waiting a few days. =A0This round of >>>>> changes >>>>> are not yet complete. >> >> What performance differences, if any, can we expect on uniprocessors >> from the vm page lock-related changes? Kip's original post on -arch >> mentioned some performance improvements and no significant >> regressions, but on a dual 4-core machine. > > Alan (or Kip): Is there a document available that describes the work > being done on the VM system? > > I would like to -- or like make and attempt to -- read such a document... > > Hey b. f., to which post on -arch are you referring? there is no document. The basic idea is straightforward, but there are some unpleasant edges to cope with. http://www.mavetju.org/mail/view_message.php?list=3Dfreebsd-arch&id=3D31552= 60&thread=3Dno -Kip From owner-freebsd-current@FreeBSD.ORG Sat May 8 22:55:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ACB75106564A; Sat, 8 May 2010 22:55:05 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1A70D8FC16; Sat, 8 May 2010 22:55:04 +0000 (UTC) Received: by wyb36 with SMTP id 36so1825455wyb.13 for ; Sat, 08 May 2010 15:55:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to :in-reply-to:references:date:message-id:subject:from:to:cc :content-type; bh=b4X0HXxhRfnCeQ/J143beHaLY3hfQMSdZlRgy4WSjvw=; b=KNgmWI93ztGLT7EIBj6ik4VB2wrJqPdx7k2v7tMKLY6nI7ekr6OlHDJEoQTOfY7dfO Z/SNrbAfxpaPhgJsvgF/V7khVqGDiMEISLdAD+O+ATb5qRD511l4aZqLAAdAc/Y0+zk+ qynbY3BMhhH8Dvx3RumJ9Y4nGIGDnAAReZQ6Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=Cmj652ds/o0Zo2fFS4fTDsye9147iA2C4K1m5x54QMOdH4vovK2cjQFsVsAbFmFI3p lz8JPEYvSfr/OyIEk19BBrjHYchWA58PpZ6JnVkaGO6pfg5GO6o9Mj+y9sFuM1FrvQc4 T+quSkcNlxeoElXyON/72Ie8A6EnrwYQWMYTc= MIME-Version: 1.0 Received: by 10.216.181.195 with SMTP id l45mr530724wem.156.1273359300578; Sat, 08 May 2010 15:55:00 -0700 (PDT) Received: by 10.216.163.21 with HTTP; Sat, 8 May 2010 15:55:00 -0700 (PDT) In-Reply-To: References: Date: Sat, 8 May 2010 22:55:00 +0000 Message-ID: From: "b. f." To: Kip Macy Content-Type: text/plain; charset=ISO-8859-1 Cc: Brandon Gooch , alc@freebsd.org, freebsd-current@freebsd.org Subject: Re: Recent sys/vm/ changes and nvidia-driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 May 2010 22:55:05 -0000 On 5/8/10, Kip Macy wrote: > On Sat, May 8, 2010 at 2:39 PM, Brandon Gooch > wrote: >> On Sat, May 8, 2010 at 4:20 PM, b. f. wrote: >>> On 05/08/10 13:36, Alan Cox wrote: >>>> Doug Barton wrote: >>>>> On 05/05/10 11:56, Alan Cox wrote: >>>>> >>>>>> I'm afraid that I would advise waiting a few days. This round of >>>>>> changes >>>>>> are not yet complete. >>> >>> What performance differences, if any, can we expect on uniprocessors >>> from the vm page lock-related changes? Kip's original post on -arch >>> mentioned some performance improvements and no significant >>> regressions, but on a dual 4-core machine. >> >> Alan (or Kip): Is there a document available that describes the work >> being done on the VM system? >> >> I would like to -- or like make and attempt to -- read such a document... >> >> Hey b. f., to which post on -arch are you referring? > I was referring to the message listed in Kip's link below. > there is no document. The basic idea is straightforward, but there are > some unpleasant edges to cope with. > > http://www.mavetju.org/mail/view_message.php?list=freebsd-arch&id=3155260&thread=no > > -Kip > From owner-freebsd-current@FreeBSD.ORG Sat May 8 23:19:57 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45A19106566C; Sat, 8 May 2010 23:19:57 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pz0-f174.google.com (mail-pz0-f174.google.com [209.85.222.174]) by mx1.freebsd.org (Postfix) with ESMTP id 1878E8FC17; Sat, 8 May 2010 23:19:56 +0000 (UTC) Received: by pzk4 with SMTP id 4so1113680pzk.7 for ; Sat, 08 May 2010 16:19:43 -0700 (PDT) Received: by 10.141.2.6 with SMTP id e6mr1217106rvi.64.1273360783104; Sat, 08 May 2010 16:19:43 -0700 (PDT) Received: from [10.0.1.198] (udp022762uds.hawaiiantel.net [72.234.79.107]) by mx.google.com with ESMTPS id t10sm1431815rvl.22.2010.05.08.16.19.40 (version=SSLv3 cipher=RC4-MD5); Sat, 08 May 2010 16:19:42 -0700 (PDT) Date: Sat, 8 May 2010 13:19:40 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: =?ISO-8859-15?Q?Ulrich_Sp=F6rlein?= In-Reply-To: <20100508174838.GJ88504@acme.spoerlein.net> Message-ID: References: <20100508102005.GB1867@elmar.spoerlein.net> <20100508155127.GC1867@elmar.spoerlein.net> <20100508174838.GJ88504@acme.spoerlein.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2547152148-1124801055-1273360782=:1398" Cc: Attilio Rao , current@freebsd.org Subject: Re: LOR: ufs vs bufwait 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, 08 May 2010 23:19:57 -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. --2547152148-1124801055-1273360782=:1398 Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT On Sat, 8 May 2010, Ulrich Sp?rlein wrote: > On Sat, 08.05.2010 at 18:00:50 +0200, Attilio Rao wrote: >> 2010/5/8 Ulrich Sp?rlein : >>> On Sat, 08.05.2010 at 12:20:05 +0200, Ulrich Sp?rlein wrote: >>>> This LOR also is not yet listed on the LOR page, so I guess it's rather >>>> new. I do use SUJ. >>>> >>>> lock order reversal: >>>>  1st 0xc48388d8 ufs (ufs) @ /usr/src/sys/kern/vfs_lookup.c:502 >>>>  2nd 0xec0fe304 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_softdep.c:11363 >>>>  3rd 0xc49e56b8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2091 >>>> KDB: stack backtrace: >>>> db_trace_self_wrapper(c09394fe,fb817308,c062e515,c061e8ab,c093c4f1,...) at db_trace_self_wrapper+0x26 >>>> kdb_backtrace(c061e8ab,c093c4f1,c418b168,c418ef28,fb817364,...) at kdb_backtrace+0x29 >>>> _witness_debugger(c093c4f1,c49e56b8,c092e785,c418ef28,c094369d,...) at _witness_debugger+0x25 >>>> witness_checkorder(c49e56b8,9,c094369d,82b,0,...) at witness_checkorder+0x839 >>>> __lockmgr_args(c49e56b8,80100,c49e56d8,0,0,...) at __lockmgr_args+0x7f9 >>>> ffs_lock(fb817488,c062e2bb,c0942b3f,80100,c49e5660,...) at ffs_lock+0x82 >>>> VOP_LOCK1_APV(c09bd600,fb817488,c4827cd4,c09d62a0,c49e5660,...) at VOP_LOCK1_APV+0xb5 >>>> _vn_lock(c49e5660,80100,c094369d,82b,4,...) at _vn_lock+0x5e >>>> vget(c49e5660,80100,c4827c30,50,0,...) at vget+0xb9 >>>> vfs_hash_get(c47bea20,b803,80000,c4827c30,fb8175d8,...) at vfs_hash_get+0xe6 >>>> ffs_vgetf(c47bea20,b803,80000,fb8175d8,1,...) at ffs_vgetf+0x49 >>>> softdep_sync_metadata(c4838880,0,c0962957,144,0,...) at softdep_sync_metadata+0xc82 >>>> ffs_syncvnode(c4838880,1,c4827c30,fb817698,246,...) at ffs_syncvnode+0x3e2 >>>> ffs_truncate(c4838880,200,0,880,c41fb480,...) at ffs_truncate+0x862 >>>> ufs_direnter(c4838880,c49e5660,fb81794c,fb817bd4,0,...) at ufs_direnter+0x8d4 >>>> ufs_makeinode(fb817bd4,0,fb817b30,fb817a94,c08e4cf5,...) at ufs_makeinode+0x517 >>>> ufs_create(fb817b30,fb817b48,0,0,fb817ba8,...) at ufs_create+0x30 >>>> VOP_CREATE_APV(c09bd600,fb817b30,2,fb817ac0,0,...) at VOP_CREATE_APV+0xa5 >>>> vn_open_cred(fb817ba8,fb817c5c,1a4,0,c41fb480,...) at vn_open_cred+0x1de >>>> vn_open(fb817ba8,fb817c5c,1a4,c47e2428,0,...) at vn_open+0x3b >>>> kern_openat(c4827c30,ffffff9c,804c5e8,0,602,...) at kern_openat+0x125 >>>> kern_open(c4827c30,804c5e8,0,601,21b6,...) at kern_open+0x35 >>>> open(c4827c30,fb817cf8,c0972725,c091f062,c47ea2a8,...) at open+0x30 >>>> syscall(fb817d38) at syscall+0x220 >>>> Xint0x80_syscall() at Xint0x80_syscall+0x20 >>>> --- syscall (5, FreeBSD ELF32, open), eip = 0x2817bf33, esp = 0xbfbfec4c, ebp = 0xbfbfecb8 --- >>> >>> And now the system is hanging again. While I can still ping and receive >>> dmesg updates (eg. USB ports appearing), I/O is frozen solid. This is >>> during portupgrade, when the configure script runs and usually takes 1-2 >>> minutes to provoke. >>> >>> This part looks supsicious to me: >>> >>> db> show alllocks >>> Process 28014 (mkdir) thread 0xc691ac30 (100152) >>> exclusive lockmgr bufwait (bufwait) r = 0 (0xec2bdaf0) locked @ /usr/src/sys/ufs/ffs/ffs_softdep.c:10684 >>> exclusive lockmgr ufs (ufs) r = 0 (0xc6bcd5a8) locked @ /usr/src/sys/kern/vfs_subr.c:2091 >>> exclusive lockmgr bufwait (bufwait) r = 0 (0xec2983f4) locked @ /usr/src/sys/ufs/ffs/ffs_softdep.c:11363 >>> exclusive lockmgr ufs (ufs) r = 0 (0xc6d976b8) locked @ /usr/src/sys/kern/vfs_lookup.c:502 >>> Process 1990 (sshd) thread 0xc5462750 (100117) >>> exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc546e08c) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 >>> Process 12 (intr) thread 0xc41f4750 (100004) >>> exclusive sleep mutex ttymtx (ttymtx) r = 0 (0xc425ae04) locked @ /usr/src/sys/dev/dcons/dcons_os.c:232 >>> db> >> >> Along with show alllocks may you also get the following from DDB: >> ps, show pcpu, alltrace, lockedvnods. > > 1. a kernel before SUJ went in is running fine with SU only > 2. the following is on a recent -CURRENT that has SUJ, *but* i've > disabled it, so it is running with soft-updates only (I hope) > > I ran a portupgrade and the first configure script triggered the I/O > hang > > db> ps > pid ppid pgrp uid state wmesg wchan cmd > 13467 13444 12937 0 R+ mkdir > 13444 13204 12937 0 S+ wait 0xc54352a8 sh > 13204 13035 12937 0 S+ wait 0xc5436000 sh > 13035 12937 12937 0 S+ wait 0xc4ffad48 sh > 12937 12936 12937 0 Ss+ wait 0xc4ff9d48 make > 12936 3722 3722 0 R+ script > 3722 2021 3722 0 S+ (threaded) ruby18 > 100132 S wait 0xc4ffa7f8 ruby18 > 2404 2007 2404 1000 Ss+ ttyin 0xc4d74870 zsh > 2325 2015 2325 1000 R+ top > 2021 2009 2021 0 S+ pause 0xc4ff9058 csh > 2015 2007 2015 1000 Ss+ pause 0xc4ffa058 zsh > 2009 2007 2009 1000 Ss+ pause 0xc4d4e850 zsh > 2007 2006 2007 1000 Rs screen > 2006 1991 2006 1000 R+ screen > 2005 2001 2005 0 R+ systat > 2001 1976 2001 0 S+ pause 0xc3d52058 csh > 2000 1 2000 0 Ss select 0xc3d5b1a4 ssh-agent > 1991 1990 1991 1000 Ss+ pause 0xc3d52850 zsh > 1990 1986 1986 1000 S select 0xc3d5aca4 sshd > 1989 1 1989 1000 Ss select 0xc3d5ae24 ssh-agent > 1986 1884 1986 0 Ss sbwait 0xc4f2058c sshd > 1985 1 1985 0 Ss+ ttyin 0xc3e62670 getty > 1984 1 1984 0 Ss+ ttyin 0xc3e61c70 getty > 1983 1 1983 0 Ss+ ttyin 0xc3e60070 getty > 1982 1 1982 0 Ss+ ttyin 0xc3e60a70 getty > 1981 1 1981 0 Ss+ ttyin 0xc3da7a70 getty > 1980 1 1980 0 Ss+ ttyin 0xc3da7c70 getty > 1979 1 1979 0 Ss+ ttyin 0xc3e60c70 getty > 1976 1 1976 0 Ss+ wait 0xc4c392a8 login > 1955 1 1955 0 Rs bsnmpd > 1931 1 1931 0 Ss select 0xc4d0f164 inetd > 1890 1 1890 0 Rs cron > 1884 1 1884 0 Ss select 0xc4d0eda4 sshd > 1808 1 1808 0 Rs sendmail > 1764 1 1764 0 Rs moused > 1754 1 1754 0 Ss (threaded) nslcd > 100111 S accept 0xc4d076ae nslcd > 100110 S accept 0xc4d076ae nslcd > 100109 S accept 0xc4d076ae nslcd > 100108 S accept 0xc4d076ae nslcd > 100107 S accept 0xc4d076ae nslcd > 100076 S uwait 0xc4493180 nslcd > 1748 1 1748 0 Rs openvpn > 1724 1 1724 201 Ss accept 0xc4d07b82 privoxy > 1672 1 1672 0 Rs powerd > 1664 1 1664 0 Rs ntpd > 1658 1 1658 0 Ss (threaded) nscd > 100094 S kqread 0xc4cf1700 nscd > 100093 S kqread 0xc4cf1700 nscd > 100092 S kqread 0xc4cf1700 nscd > 100091 S kqread 0xc4cf1700 nscd > 100090 S kqread 0xc4cf1700 nscd > 100089 S kqread 0xc4cf1700 nscd > 100088 S kqread 0xc4cf1700 nscd > 100087 S kqread 0xc4cf1700 nscd > 100075 S uwait 0xc449f680 nscd > 1576 1 1576 389 Ss (threaded) slapd > 100115 S ucond 0xc4cf2700 slapd > 100086 S ucond 0xc4cf2600 slapd > 100085 S select 0xc4d0eea4 slapd > 100073 S uwait 0xc42a9580 slapd > 1563 1 1562 0 S nanslp 0xc09f3864 smartd > 1526 1 1526 0 Rs rpc.statd > 1445 1 1445 0 Rs amd > 1418 1 1418 0 Rs rpcbind > 1403 1 1403 53 Ss (threaded) named > 100084 S kqread 0xc4cdcb80 named > 100083 S ucond 0xc4260b00 named > 100082 S ucond 0xc449fb80 named > 100074 S sigwait 0xfb4b8be0 named > 1306 1 1306 0 Rs syslogd > 997 0 0 0 RL [pfpurge] > 973 1 973 0 Ss select 0xc41eb0a4 devd > 964 1 964 65 Ss select 0xc44ac524 dhclient > 942 1 942 0 Ss select 0xc426f424 dhclient > 856 1 856 0 Ss select 0xc41eb424 moused > 561 1 561 0 Ss select 0xc44acde4 wpa_supplicant > 150 1 150 0 Ss pause 0xc42ec850 adjkerntz > 95 0 0 0 DL mdwait 0xc426a000 [md0] > 74 0 0 0 DL geli:w 0xc4265400 [g_eli[0] ad0s4f] > 22 0 0 0 RL [softdepflush] > 21 0 0 0 RL [syncer] > 20 0 0 0 RL [vnlru] > 19 0 0 0 RL [bufdaemon] > 18 0 0 0 RL [pagezero] > 17 0 0 0 DL psleep 0xc0b769d8 [vmdaemon] > 16 0 0 0 RL [pagedaemon] > 9 0 0 0 DL ccb_scan 0xc09d78d4 [xpt_thrd] > 15 0 0 0 DL tzpoll 0xc09dafcc [acpi_thermal] > 8 0 0 0 SL - 0xc3f55000 [fw0_probe] > 7 0 0 0 DL - 0xc3ebd3bc [cbb0 event thread] > 14 0 0 0 DL (threaded) [usb] > 100040 D - 0xc3f39d0c [usbus3] > 100039 D - 0xc3f39cdc [usbus3] > 100038 D - 0xc3f39cac [usbus3] > 100037 D - 0xc3f39c7c [usbus3] > 100036 D - 0xc3f1fdac [usbus2] > 100035 D - 0xc3f1fd7c [usbus2] > 100034 D - 0xc3f1fd4c [usbus2] > 100033 D - 0xc3f1fd1c [usbus2] > 100032 D - 0xc3f0ddac [usbus1] > 100031 D - 0xc3f0dd7c [usbus1] > 100030 D - 0xc3f0dd4c [usbus1] > 100029 D - 0xc3f0dd1c [usbus1] > 100028 D - 0xc3ef7dac [usbus0] > 100027 D - 0xc3ef7d7c [usbus0] > 100026 D - 0xc3ef7d4c [usbus0] > 100025 D - 0xc3ef7d1c [usbus0] > 6 0 0 0 DL crypto_r 0xc0b7446c [crypto returns] > 5 0 0 0 DL crypto_w 0xc0b74448 [crypto] > 13 0 0 0 DL - 0xc09f36c4 [yarrow] > 4 0 0 0 DL - 0xc09f13e4 [g_down] > 3 0 0 0 DL - 0xc09f13e0 [g_up] > 2 0 0 0 RL [g_event] > 12 0 0 0 RL (threaded) [intr] > 100049 I [irq12: psm0] > 100048 I [irq1: atkbd0] > 100046 I [irq15: ata1] > 100045 I [irq14: ata0] > 100024 I [irq11: cbb0 bfe0++*] > 100023 I [irq9: pcm0 iwi0+] > 100022 I [swi6: Giant taskq] > 100020 I [swi5: +] > 100019 I [swi2: cambio] > 100014 I [swi6: task queue] > 100006 I [swi3: vm] > 100005 Run CPU 0 [swi4: clock] > 100004 I [swi1: netisr 0] > 11 0 0 0 RL [idle: cpu0] > 1 0 1 0 SLs wait 0xc3df2d48 [init] > 10 0 0 0 DL audit_wo 0xc0b747e0 [audit] > 0 0 0 0 RLs (threaded) [kernel] > 100050 D deadlkre 0xc09f36c4 [deadlkres] > 100044 D - 0xc3f5db80 [iwi0 taskq] > 100042 D - 0xc3f5e8c0 [fw0_taskq] > 100021 D - 0xc3ea08c0 [thread taskq] > 100018 D - 0xc3ea0a80 [kqueue taskq] > 100017 D - 0xc3ea0c40 [acpi_task_2] > 100016 D - 0xc3ea0c40 [acpi_task_1] > 100015 D - 0xc3ea0c40 [acpi_task_0] > 100010 D - 0xc3dda9c0 [firmware taskq] > 100000 RunQ [swapper] > 1999 1976 1976 0 Z+ ssh-agent > 1988 1986 1986 1000 Z ssh-agent > db> show alllocks > Process 13467 (mkdir) thread 0xc543b270 (100150) > exclusive lockmgr bufwait (bufwait) r = 0 (0xebd1f8ec) locked @ /usr/src/sys/kern/vfs_bio.c:2581 > exclusive lockmgr ufs (ufs) r = 0 (0xc542fc08) locked @ /usr/src/sys/kern/vfs_subr.c:2091 > exclusive lockmgr bufwait (bufwait) r = 0 (0xebd15194) locked @ /usr/src/sys/ufs/ffs/ffs_softdep.c:11363 > exclusive lockmgr ufs (ufs) r = 0 (0xc54279e8) locked @ /usr/src/sys/kern/vfs_lookup.c:502 > Process 1986 (sshd) thread 0xc4d2ec30 (100113) > exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc4f20560) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 > Process 22 (softdepflush) thread 0xc428f750 (100058) > exclusive sleep mutex struct mount mtx (struct mount mtx) r = 0 (0xc42a3a20) locked @ /usr/src/sys/kern/vfs_subr.c:341 > Process 12 (intr) thread 0xc3df44e0 (100005) > exclusive sleep mutex ttymtx (ttymtx) r = 0 (0xc3e63604) locked @ /usr/src/sys/dev/dcons/dcons_os.c:232 > db> show pcpu > cpuid = 0 > dynamic pcpu = 0x64e400 > curthread = 0xc3df44e0: pid 12 "swi4: clock" > curpcb = 0xc3bfbd90 > fpcurthread = none > idlethread = 0xc3df49c0: pid 11 "idle: cpu0" > APIC ID = 0 > currentldt = 0x50 > spin locks held: > db> show lockedvnods > Locked vnodes > > 0xc5427990: tag ufs, type VDIR > usecount 5, writecount 0, refcount 7 mountedhere 0 > flags () > v_object 0xc54224c8 ref 0 pages 0 > lock type ufs: EXCL by thread 0xc543b270 (pid 13467) > ino 11375831, on dev ad0s4f.eli > > 0xc542fbb0: tag ufs, type VREG > usecount 2, writecount 0, refcount 5 mountedhere 0 > flags () > v_object 0xc5422880 ref 0 pages 7 > lock type ufs: EXCL by thread 0xc543b270 (pid 13467) > ino 11375884, on dev ad0s4f.eli > db> alltrace > > Tracing command mkdir pid 13467 tid 100150 td 0xc543b270 > sched_switch(c543b270,0,104,191,f614b28d,...) at sched_switch+0x36a > mi_switch(104,0,c093a853,1eb,4c,...) at mi_switch+0x200 > sleepq_switch(c543b270,0,c093a853,260,0,...) at sleepq_switch+0x15f > sleepq_wait(ebd1f88c,4c,c0941795,0,0,...) at sleepq_wait+0x63 > _sleep(ebd1f88c,c3da14ac,4c,c0941795,0,...) at _sleep+0x365 > bwait(ebd1f88c,4c,c0941795,ebd1f88c,fb5d5584,...) at bwait+0x6f > bufwait(ebd1f88c,ebd1f88c,0,ebd1f88c,c54165e4,...) at bufwait+0x48 > bufwrite(ebd1f88c,0,c09625e3,74d,0) at bufwrite+0x165 > ffs_bufwrite(ebd1f88c,c542d500,100,4000,0,...) at ffs_bufwrite+0x290 > ffs_update(c542fbb0,1,80000,fb5d567c,1,...) at ffs_update+0x27c > softdep_sync_metadata(c5427990,0,c0962b76,144,0,...) at softdep_sync_metadata+0xc9f > ffs_syncvnode(c5427990,1,c543b270,fb5d573c,246,...) at ffs_syncvnode+0x3e2 > ffs_truncate(c5427990,400,0,880,c4c4f680,...) at ffs_truncate+0x862 > ufs_direnter(c5427990,c542f660,fb5d5a1c,fb5d5c00,ebd2a930,...) at ufs_direnter+0x8d4 > ufs_mkdir(fb5d5c28,fb5d5c3c,0,fb5d5bd4,fb5d5b6c,...) at ufs_mkdir+0x81f > VOP_MKDIR_APV(c09bd840,fb5d5c28,68,fb5d5bc0,0,...) at VOP_MKDIR_APV+0xa5 > kern_mkdirat(c543b270,ffffff9c,bfbfeaa2,0,1ff,...) at kern_mkdirat+0x211 > kern_mkdir(c543b270,bfbfeaa2,0,1ff,fb5d5d2c,...) at kern_mkdir+0x2e > mkdir(c543b270,fb5d5cf8,c,c,c5434aa0,...) at mkdir+0x29 > syscall(fb5d5d38) at syscall+0x220 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (136, FreeBSD ELF32, mkdir), eip = 0x28178ef3, esp = 0xbfbfe7ec, ebp = 0xbfbfe8b8 --- > > Tracing command sh pid 13444 tid 100147 td 0xc4fff9c0 > sched_switch(c4fff9c0,0,104,191,f5d80613,...) at sched_switch+0x36a > mi_switch(104,0,c093a853,1eb,5c,...) at mi_switch+0x200 > sleepq_switch(c4fff9c0,0,c093a853,1a0,5c,...) at sleepq_switch+0x15f > sleepq_catch_signals(c093a853,160,0,100,100,...) at sleepq_catch_signals+0xb7 > sleepq_wait_sig(c54352a8,5c,c093d112,100,0,...) at sleepq_wait_sig+0x17 > _sleep(c54352a8,c5435330,15c,c093d112,0,...) at _sleep+0x34e > kern_wait(c4fff9c0,ffffffff,fb5ccc74,2,0,...) at kern_wait+0xb76 > wait4(c4fff9c0,fb5cccf8,c0972944,c093d0f1,c54352a8,...) at wait4+0x3d > syscall(fb5ccd38) at syscall+0x220 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (7, FreeBSD ELF32, wait4), eip = 0x281681eb, esp = 0xbfbfe5bc, ebp = 0xbfbfe5d8 --- > > > > I hope you don't really need all of the traces, I'll keep the system at > the DDB prompt for now, so I can do other stuff. I really need any trace that is involved in vfs. Is this machine hooked to a serial console for ddb so you can pipe output to a file with script(1)? I understand the paths that hold the locks but I don't understand who is deadlocked against it. It looks like the thread that is holding the locks is just waiting on io to complete. So something that completes IO is hung. The earlier deadlock you reported should have actually been there for years. It only happens when a directory is truncated though which is infrequent so it may not have been reported. Thanks, Jeff > > Regards, > Uli > _______________________________________________ > 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" > --2547152148-1124801055-1273360782=:1398-- From owner-freebsd-current@FreeBSD.ORG Sat May 8 23:25:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB1DF106566B for ; Sat, 8 May 2010 23:25:48 +0000 (UTC) (envelope-from kmatthew.macy@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id A25C28FC0C for ; Sat, 8 May 2010 23:25:48 +0000 (UTC) Received: by qyk11 with SMTP id 11so3532015qyk.13 for ; Sat, 08 May 2010 16:25:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=fEhMrYD9fg34reg0ur9fU6gB8B7PsNWq/nZwPhx+lDs=; b=dXisW78ZAOod/fSoavUk/04BgDzconPyk+njpFKHzFG56qdnBoWAlBwgX2ClUNW12n /h2irjVEs4S0IylOoZV2dsigCCuJh30/4/tRC79bNhVx/3GdzPjndLuFDzCyXCokAfj7 cLFYfIvpYUnCDeYGrHA4glCND32oiYUHNet/o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=SNtVVpsuytzC+5WA0IOvZhwxEaLHy1+NIRao5Wge3DlZ84SmSdZWIIvUv5EcEq9RGX vRW2f81el1d372H5Zf8EijfnaRHBgoNh7zYs1JkZuRW3UIbLlBbyCN7TZKF9CIhMn4Qo FjQlmsfcd2Cqu+FAy0h0qLhloA2TbJWEGFIsU= MIME-Version: 1.0 Received: by 10.224.113.217 with SMTP id b25mr1219137qaq.345.1273359644623; Sat, 08 May 2010 16:00:44 -0700 (PDT) Sender: kmatthew.macy@gmail.com Received: by 10.229.224.71 with HTTP; Sat, 8 May 2010 16:00:44 -0700 (PDT) In-Reply-To: References: Date: Sat, 8 May 2010 16:00:44 -0700 X-Google-Sender-Auth: 72ecc711dab685a8 Message-ID: From: "K. Macy" To: bf1783@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: alc@freebsd.org, freebsd-current@freebsd.org Subject: Re: Recent sys/vm/ changes and nvidia-driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@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: Sat, 08 May 2010 23:25:49 -0000 On Sat, May 8, 2010 at 2:20 PM, b. f. wrote: > On 05/08/10 13:36, Alan Cox wrote: >> Doug Barton wrote: >>> On 05/05/10 11:56, Alan Cox wrote: >>> >>>> I'm afraid that I would advise waiting a few days. =A0This round of >>>> changes >>>> are not yet complete. > > What performance differences, if any, can we expect on uniprocessors > from the vm page lock-related changes? Kip's original post on -arch > mentioned some performance improvements and no significant > regressions, but on a dual 4-core machine. I wouldn't actually worry about UP since the overhead can largely be disabled by building without SMP. I think we need to be looking at how a dual-core system performs, trading off any regressions there against current processor trends of ever higher core and thread count. Cheers, Kip