From owner-freebsd-current@FreeBSD.ORG Sun May 28 00:26:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5C5516A84E for ; Sun, 28 May 2006 00:21:37 +0000 (UTC) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id E156543D5D for ; Sun, 28 May 2006 00:21:19 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.4/8.13.4) with ESMTP id k4S0Lb2w013654 for ; Sun, 28 May 2006 04:21:37 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.4/Submit) id k4S0LbWw013653 for freebsd-current@freebsd.org; Sun, 28 May 2006 04:21:37 +0400 (MSD) (envelope-from tarc) Resent-From: Tarc Resent-Date: Sun, 28 May 2006 04:21:35 +0400 Resent-Message-ID: <20060528002135.GA13017@tarc.po.cs.msu.su> Resent-To: freebsd-current@freebsd.org Date: Sun, 28 May 2006 03:13:18 +0400 From: Tarc To: Steve Kargl Message-ID: <20060527231317.GB1161@tarc.po.cs.msu.su> References: <4477C401.2080307@rogers.com> <38C8392F-C345-41F7-A879-6C2F5D2C59F5@orthanc.ca> <1B5AEAC9-2A87-40F1-B2D4-2069DCBC30FE@orthanc.ca> <4477EFDF.80608@alumni.rice.edu> <9f7850090605262331j352d98acwa3837251300c591b@mail.gmail.com> <4477F687.2030109@FreeBSD.org> <20060527065621.GA4814@troutmask.apl.washington.edu> <20060527095711.GJ744@turion.vk2pj.dyndns.org> <20060527155903.GA7307@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060527155903.GA7307@troutmask.apl.washington.edu> User-Agent: mutt-ng/devel-r581 (FreeBSD) Cc: freebsd-current@freebsd.org Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 00:26:25 -0000 > Yes, I know. Now, how many ports need this treatment? Not many ports really use fortran to build. I don't have and never install fortran (and tcsh). If some port really need f77 (aka g77) I'll install fortran and build this package. Offtopic: what is about to remove TCSH too, or add it to ports collection? I also never build and install TCHS and have found only one port, which depends on this shell: OpenOffice. OO doesn't depend on TCSH after install, but I should convet some build files from OO distribution to sh(1) compatiable. > > Do we cleanup the sys.mk file? Grep for FC, f77, .f > Do we add .F90, .f90, and .mod? I think, we should add them, but not remove ... and also add PROG_XXX (or via PROG_LANG) support to bsd.prog.mk. Becouse files are very simple to use(but they are not commented well) and when fortran program contains more than one file, it's too hard to simplify your makefiles. -- Best regards, Arseny Nasokin From owner-freebsd-current@FreeBSD.ORG Sun May 28 01:00:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4D7E16B95D for ; Sun, 28 May 2006 00:50:42 +0000 (UTC) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21A3943D46 for ; Sun, 28 May 2006 00:50:41 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.4/8.13.4) with ESMTP id k4S0p0ZI017359 for ; Sun, 28 May 2006 04:51:00 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.4/Submit) id k4S0p03L017358 for freebsd-current@freebsd.org; Sun, 28 May 2006 04:51:00 +0400 (MSD) (envelope-from tarc) Resent-From: Tarc Resent-Date: Sun, 28 May 2006 04:50:57 +0400 Resent-Message-ID: <20060528005057.GB13017@tarc.po.cs.msu.su> Resent-To: freebsd-current@freebsd.org Date: Sun, 28 May 2006 04:16:30 +0400 From: Tarc To: Steve Kargl Message-ID: <20060528001630.GC1161@tarc.po.cs.msu.su> References: <1B5AEAC9-2A87-40F1-B2D4-2069DCBC30FE@orthanc.ca> <4477EFDF.80608@alumni.rice.edu> <9f7850090605262331j352d98acwa3837251300c591b@mail.gmail.com> <4477F687.2030109@FreeBSD.org> <20060527065621.GA4814@troutmask.apl.washington.edu> <20060527095711.GJ744@turion.vk2pj.dyndns.org> <20060527155903.GA7307@troutmask.apl.washington.edu> <20060527231317.GB1161@tarc.po.cs.msu.su> <20060528000137.GA10547@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060528000137.GA10547@troutmask.apl.washington.edu> User-Agent: mutt-ng/devel-r581 (FreeBSD) Cc: freebsd-current@freebsd.org Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 01:00:22 -0000 > > Offtopic: what is about to remove TCSH too, or add it to ports collection? > > This is an easy. BSD Unix has always used the csh as the default > user shell. Tcsh is simply a csh that carries on the tradition. > > What shell would you prefer? ksh? bash? No Thanks. > I prefer /bin/sh on server system for root. Zsh is used as alternative shell. -- Best regards, Arseny Nasokin From owner-freebsd-current@FreeBSD.ORG Sun May 28 01:09:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA42516B3FA for ; Sun, 28 May 2006 00:58:24 +0000 (UTC) (envelope-from chad@shire.net) Received: from hobbiton.shire.net (mail.shire.net [166.70.252.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87F3C43D46 for ; Sun, 28 May 2006 00:58:24 +0000 (GMT) (envelope-from chad@shire.net) Received: from [67.171.127.191] (helo=[192.168.99.68]) by hobbiton.shire.net with esmtpa (Exim 4.51) id 1Fk9br-000CM7-Q8; Sat, 27 May 2006 18:58:23 -0600 In-Reply-To: <20060527231317.GB1161@tarc.po.cs.msu.su> References: <4477C401.2080307@rogers.com> <38C8392F-C345-41F7-A879-6C2F5D2C59F5@orthanc.ca> <1B5AEAC9-2A87-40F1-B2D4-2069DCBC30FE@orthanc.ca> <4477EFDF.80608@alumni.rice.edu> <9f7850090605262331j352d98acwa3837251300c591b@mail.gmail.com> <4477F687.2030109@FreeBSD.org> <20060527065621.GA4814@troutmask.apl.washington.edu> <20060527095711.GJ744@turion.vk2pj.dyndns.org> <20060527155903.GA7307@troutmask.apl.washington.edu> <20060527231317.GB1161@tarc.po.cs.msu.su> Mime-Version: 1.0 (Apple Message framework v750) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1C586D2B-8745-4493-97DC-636398FCB7D6@shire.net> Content-Transfer-Encoding: 7bit From: "Chad Leigh -- Shire.Net LLC" Date: Sat, 27 May 2006 18:58:22 -0600 To: Tarc X-Mailer: Apple Mail (2.750) X-SA-Exim-Connect-IP: 67.171.127.191 X-SA-Exim-Mail-From: chad@shire.net X-SA-Exim-Scanned: No (on hobbiton.shire.net); SAEximRunCond expanded to false Cc: FreeBSD Current Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 01:09:52 -0000 On May 27, 2006, at 5:13 PM, Tarc wrote: > Offtopic: what is about to remove TCSH too, or add it to ports > collection? > I also never build and install TCHS and have found only one port, > which depends on this shell: OpenOffice. > OO doesn't depend on TCSH after install, but I should convet some > build files from OO distribution to sh(1) compatiable. I believe long ago it (tcsh) was in the ports and moved into the base at one time. My really old accounts have /usr/local/bin/tcsh showing while newer ones use /bin/tcsh . (Where /usr/local/bin/tcsh at one time on my machines became a link to /bin/tcsh) This is getting ridiculous. Lets remove everything but the kernel, ls, and vi. What else do all you whiners really need to do any work? Chad whose_normal_shell_is_tcsh --- Chad Leigh -- Shire.Net LLC Your Web App and Email hosting provider chad at shire.net From owner-freebsd-current@FreeBSD.ORG Sun May 28 02:18:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 117FE16A62B for ; Sun, 28 May 2006 02:16:04 +0000 (UTC) (envelope-from yyahmee@mbn.nifty.com) Received: from pxy2nd.nifty.com (pxy2nd.nifty.com [202.248.175.14]) by mx1.FreeBSD.org (Postfix) with SMTP id 311D043D48 for ; Sun, 28 May 2006 02:16:03 +0000 (GMT) (envelope-from yyahmee@mbn.nifty.com) Received: (qmail 8981 invoked from network); Sun, 28 May 2006 11:16:01 +0900 Received: from unknown (HELO GATEWAY) (222.158.58.1) by smb518.nifty.com with SMTP; Sun, 28 May 2006 11:16:01 +0900 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=pxy2nd-default; d=mbn.nifty.com; b=qkGylaKAy4dmQJs83CEBSWeU3RTcWx/KN80GMsFrIvgMEempaerB94hWytxokHyB2A9J2ZxTN7QeEsAxvmDFdg== ; From: "Yudai Yamagishi" To: Date: Sun, 28 May 2006 11:16:05 +0900 Message-ID: <001701c681fc$acddb330$0b0ba8c0@GATEWAY> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Thread-Index: AcaB/KydDjKSfSUnQwS59j8tj9ribw== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: namebased VPS using JAIL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 02:18:45 -0000 Hey, I'm trying to serve several VPS for my friends. But, IP addresses costs too much here in Japan. So, I only have 1 WAN IP. I've heard that Virtuozzo let's users create namebased VPS. For example, I want to create a VPS called vps1. I'll assign vps1.mydomain.com as VPS's address. Then all network traffics for vps1.mydomain.com will go to vps1. Same with other VPSs by the way. Is this possible using JAIL? Thanks Yudai Yamagishi From owner-freebsd-current@FreeBSD.ORG Sun May 28 02:37:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DEAD16A7E3 for ; Sun, 28 May 2006 02:31:34 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E0B743D46 for ; Sun, 28 May 2006 02:31:33 +0000 (GMT) (envelope-from josh.carroll@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so820wxd for ; Sat, 27 May 2006 19:31:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=TlFkUESEy/Tp9+MMJXqpEYyaWCgtcNCNLyDws5GT/o3abQ/IL2Ty4iqT/69A4A03+pslcae6nHBkBqgh3FrPvxqFEMPdiAVr/FnI6pugh9tpxqPf4nYJQxublVZyVVgTtmlQLUygwOVsklnDTWoomnPfVTpzZ4P/WQHzErRuqLU= Received: by 10.70.71.18 with SMTP id t18mr1008932wxa; Sat, 27 May 2006 19:31:32 -0700 (PDT) Received: by 10.70.67.17 with HTTP; Sat, 27 May 2006 19:31:32 -0700 (PDT) Message-ID: <8cb6106e0605271931p55971b2bwdb311275ce21819@mail.gmail.com> Date: Sat, 27 May 2006 19:31:32 -0700 From: "Josh Carroll" Sender: josh.carroll@gmail.com To: "Jeremie Le Hen" In-Reply-To: <20060527172358.GC25953@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060526153422.GB25953@obiwan.tataz.chchile.org> <20060526183554.25d5cc0d@kan.dnsalias.net> <20060527172358.GC25953@obiwan.tataz.chchile.org> X-Google-Sender-Auth: 11698bc7444090d2 Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, Alexander Kabaev Subject: Re: [fbsd] Re: Integrating ProPolice/SSP into FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 02:37:55 -0000 I agree that having the necessary hooks to enable/disable SSP would be nice. It would also be nice if this can be done for ports in addition to base. Josh On 5/27/06, Jeremie Le Hen wrote: > On Fri, May 26, 2006 at 06:35:54PM -0400, Alexander Kabaev wrote: > > On Fri, 26 May 2006 17:34:22 +0200 > > Jeremie Le Hen wrote: > > > > > Hi, > > > > > > first sorry for cross-posting but I thought this patch might interest > > > -CURRENT users as well as people concerned by security. > > > > > > I wrote a patch that integrates ProPolice/SSP into FreeBSD, one step > > > further than it has been realized so far. > > > > > > It is available here : > > > http://tataz.chchile.org/~tataz/FreeBSD/SSP/ > > > > > > Everything is explained on the web page, but I will repeat some > > > informations here. The patchset is splitted in two parts to ease the > > > review of the patch. The -propolice patch is only the original > > > ProPolice patch for GCC 3.4.4 applied on FreeBSD source tree. The > > > -freebsd patch contains the glue I have written to make things neat. > > > > > > The patch exists in both for CURRENT and RELENG_6. Both introduce a > > > new make.conf(5) (and src.conf(5)) knob to enable stack protection > > > on a per Makefile basis. It if of course possible to compile your > > > world with it. Please refer to the web page for more informations. > > > > > > The patch has been tested and works pretty well. My laptop and my > > > workstation at work are compiled with SSP : world, kernel and ports, > > > including X.org. > > > > > > I hope you will enjoy it. > > > Regards, > > > -- > > > Jeremie Le Hen > > > < jeremie at le-hen dot org >< ttz at chchile dot org > > > > _______________________________________________ > > > freebsd-security@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-security > > > To unsubscribe, send any mail to > > > "freebsd-security-unsubscribe@freebsd.org" > > > > How does this compare to GCC 4.x mudflap feature? I do not plan to > > include Propolice patch into base system any time soon and will object > > anyone trying to do so due to future maintenance headaches this will > > inevitably create. GCC 4.1.1 import is in the works though and should b= e > > available shortly. > > I wasn't aware of the mudflap feature. I had a quick look at it > through [1], and it appears mudflap focuses on pointer dereferencement. > ProPolice focuses on stack-based buffer overflows, this is mostly the > same as StackGuard, which is presented in the paper. According to > Wikipedia [2], StackGuard isn't maintained any longuer, while > ProPolice has been merged into GCC 4.1. > > I understand you are working on GCC 4.1.1 import and that modifying > contributed sources will be a problem for you, though I must admit I > am not sure to understand the whole pain this creates. I will try to > maintain the patch on my own until GCC 4.1.1 import, so that users > will be able to make the best of ProPolice. > > BTW, given that GCC 4.1.1 will contain ProPolice bits, I think I will > be worth having some knobs to turn SSP on or off for the base system. > I have become pretty confident with the build system and problems > that libssp triggers. I would be glad to provide you some of the > glue I have written so far in my patch (the -freebsd part). > Please, let me know if you are interested in this. If your current > work is publicly accessible, I'd be glad if you gave me the URL. > > [1] http://gcc.fyxm.net/summit/2003/mudflap.pdf > [2] http://en.wikipedia.org/wiki/ProPolice > > Thank you. > Best regards, > -- > Jeremie Le Hen > < jeremie at le-hen dot org >< ttz at chchile dot 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 Sun May 28 04:48:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDB6E16BA63 for ; Sun, 28 May 2006 04:34:21 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 55E2843D46 for ; Sun, 28 May 2006 04:34:21 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 12147 invoked by uid 399); 28 May 2006 04:34:20 -0000 Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 28 May 2006 04:34:20 -0000 Message-ID: <4479284B.2020205@FreeBSD.org> Date: Sat, 27 May 2006 21:34:19 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.2 (X11/20060507) MIME-Version: 1.0 CC: freebsd-current@freebsd.org References: <1B5AEAC9-2A87-40F1-B2D4-2069DCBC30FE@orthanc.ca> <4477EFDF.80608@alumni.rice.edu> <9f7850090605262331j352d98acwa3837251300c591b@mail.gmail.com> <4477F687.2030109@FreeBSD.org> <20060527065621.GA4814@troutmask.apl.washington.edu> <20060527095711.GJ744@turion.vk2pj.dyndns.org> <20060527155903.GA7307@troutmask.apl.washington.edu> <20060527231317.GB1161@tarc.po.cs.msu.su> <20060528000137.GA10547@troutmask.apl.washington.edu> <20060528001630.GC1161@tarc.po.cs.msu.su> In-Reply-To: <20060528001630.GC1161@tarc.po.cs.msu.su> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 04:48:30 -0000 > I prefer /bin/sh on server system for root. Zsh is used as alternative shell. This thread slid past the minimum signal to noise threshold long ago, it would be nice to at least declare the "what shells belong in the base?" bikeshed off limits. Thanks, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun May 28 05:57:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 957AF16B6B9 for ; Sun, 28 May 2006 05:43:10 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outboundD.internet-mail-service.net (outboundD.internet-mail-service.net [216.240.47.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BBFD43D48 for ; Sun, 28 May 2006 05:43:10 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by outbound.internet-mail-service.net (Postfix) with ESMTP id 01FD42C6832; Sat, 27 May 2006 22:43:10 -0700 (PDT) Received: from [192.168.2.5] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id k4S5h823093828; Sat, 27 May 2006 22:43:09 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <4479386B.6030008@elischer.org> Date: Sat, 27 May 2006 22:43:07 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051120 X-Accept-Language: en, hu MIME-Version: 1.0 To: Yar Tikhiy References: <20060518151232.GA37743@comp.chem.msu.su> <200605181819.k4IIJHL7001150@hardy.tmseck.homedns.org> <20060519085408.GB51604@comp.chem.msu.su> <20060521102204.GB78879@comp.chem.msu.su> <20060526072458.GA47499@comp.chem.msu.su> <20060527110415.GA63440@comp.chem.msu.su> In-Reply-To: <20060527110415.GA63440@comp.chem.msu.su> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Root FS corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 05:57:52 -0000 Yar Tikhiy wrote: > On Fri, May 26, 2006 at 11:24:58AM +0400, Yar Tikhiy wrote: > >>I still can damage a file on the root FS by running nextboot. This >>seems very reproducible. A subsequent reboot is needed for the >>damage to happen actually. The pattern is the same: A fragment >>is allocated to nextboot.conf in the block immediately preceding >>another file's block. The nextboot.conf contents are written out >>later (when syncing disks before the reboot?) to the neighbour >>file's first fragment. Nextboot.conf itself has correct contents, >>which means that the contents are written out twice for some reason. >> >>Nextboot is a simple shell script just writing out nextboot.conf, >>which means that any file write following the same scenario (creat >>and write a small file, then reboot) should result in damage to >>anothe file on the same FS. Of course, the FS fill pattern may >>affect this. In my case, the FS is only half full, which apparently >>allows for allocating a new block to the small file, not a fragment >>in a partially occupied block. > > > Folks, I have good news for all of us: This kind of corruption > isn't done by the kernel. Thanks to Ian Dowse, I found out that > /boot/loader would rewrite nextboot.conf through libufs or whatever. > This is done in support.4th, the word is rewrite_nextboot_file. > Initially I missed a clear sign of the problem being caused by the > loader: The corrupted data started with `nextboot_enable="NO" \n', > which is the string written from support.4th. The actual bug must > be hiding in libufs, or whatever loader uses to access UFS. > > Recent technical details of my investigation have been filed > in PR bin/98005: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=98005 > > The conclusion is: Avoid nextboot(8) for now. > the current nextboot fails to provide all the designed functionality of the previous nextboot. (which is why we still use the old one at ironport) One day I'll get around to reimplementing the old one.. (the design criteria were:) Store the nextboot info "not in a filesystem". (the filesystem may be corrupt or there ma be several types of filesystem available). Change that info from boot0 without writing to a filesystem. (to note that it was used) Be able to store different stuff on different disks at the same time. Be able to ensure that you could specify how many times the information was used before falling back to something else. From owner-freebsd-current@FreeBSD.ORG Sun May 28 06:27:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E6D016BCD9 for ; Sun, 28 May 2006 06:24:19 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E16743D55 for ; Sun, 28 May 2006 06:24:14 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k4S6NdhB074447; Sun, 28 May 2006 10:23:39 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k4S6NdqH074446; Sun, 28 May 2006 10:23:39 +0400 (MSD) (envelope-from yar) Date: Sun, 28 May 2006 10:23:38 +0400 From: Yar Tikhiy To: Julian Elischer Message-ID: <20060528062338.GC74300@comp.chem.msu.su> References: <20060518151232.GA37743@comp.chem.msu.su> <200605181819.k4IIJHL7001150@hardy.tmseck.homedns.org> <20060519085408.GB51604@comp.chem.msu.su> <20060521102204.GB78879@comp.chem.msu.su> <20060526072458.GA47499@comp.chem.msu.su> <20060527110415.GA63440@comp.chem.msu.su> <4479386B.6030008@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4479386B.6030008@elischer.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: Root FS corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 06:27:54 -0000 On Sat, May 27, 2006 at 10:43:07PM -0700, Julian Elischer wrote: > Yar Tikhiy wrote: > > > >Folks, I have good news for all of us: This kind of corruption > >isn't done by the kernel. Thanks to Ian Dowse, I found out that > >/boot/loader would rewrite nextboot.conf through libufs or whatever. > >This is done in support.4th, the word is rewrite_nextboot_file. > >Initially I missed a clear sign of the problem being caused by the > >loader: The corrupted data started with `nextboot_enable="NO" \n', > >which is the string written from support.4th. The actual bug must > >be hiding in libufs, or whatever loader uses to access UFS. > > > >Recent technical details of my investigation have been filed > >in PR bin/98005: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=98005 > > > >The conclusion is: Avoid nextboot(8) for now. > > the current nextboot fails to provide all the designed functionality > of the previous nextboot. (which is why we still use the old one at > ironport) > One day I'll get around to reimplementing the old one.. > > (the design criteria were:) > > Store the nextboot info "not in a filesystem". (the filesystem may be > corrupt > or there ma be several types of filesystem available). > Change that info from boot0 without writing to a filesystem. > (to note that it was used) > Be able to store different stuff on different disks at the same time. > Be able to ensure that you could specify how many times the > information was used before falling back to something else. The present problem seems to lurk in the BIOS disk access mini-library used by the /sys/boot code, while nextboot just triggers it. Ian Dowse sent me a patch to test. I hope that the fixed library will facilitate your efforts on implementing the new nextboot. Thanks! -- Yar From owner-freebsd-current@FreeBSD.ORG Sun May 28 09:54:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4573C16C877 for ; Sun, 28 May 2006 09:31:09 +0000 (UTC) (envelope-from gexlie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAFEA43D4C for ; Sun, 28 May 2006 09:31:07 +0000 (GMT) (envelope-from gexlie@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so46107uge for ; Sun, 28 May 2006 02:31:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=uM3D/fAdADf+4EJ28XAxDYTIuGETSvncS2evuEOyUI50t+k/FisCKrTVsQ14QQ0/a3ppPbYiLehY6foKjw4vczaCNJz/oxxRGsifJvgbXirKILZBq6X+qds5PL0MnoRZHwDWx89tS1ZnAsIR0K+RCcBeY/hh1KzmLCkXQtpBS3A= Received: by 10.67.96.14 with SMTP id y14mr918794ugl; Sun, 28 May 2006 02:24:09 -0700 (PDT) Received: by 10.67.101.1 with HTTP; Sun, 28 May 2006 02:24:09 -0700 (PDT) Message-ID: <53cc795f0605280224x36322d3ckd2190f0c1130268@mail.gmail.com> Date: Sun, 28 May 2006 13:24:09 +0400 From: sekes To: "Maxim Konovalov" In-Reply-To: <20060526015344.W74899@mp2.macomnet.net> MIME-Version: 1.0 References: <53cc795f0605131026n2d9a5776jd75630e3f9505e55@mail.gmail.com> <53cc795f0605131345t718d0ad7ia7792f2ed4446037@mail.gmail.com> <20060514062825.W54242@maildrop.int.zabbadoz.net> <53cc795f0605140348u769b6b0bkc62d28652b6b3ec3@mail.gmail.com> <44674BDA.7040300@FreeBSD.org> <53cc795f0605251000w7aa13370mcfbf6f8e4f259f6d@mail.gmail.com> <20060526015344.W74899@mp2.macomnet.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Bjoern A. Zeeb" , freebsd-current@freebsd.org, "Christian S.J. Peron" Subject: Re: deadlock every 15-20 min X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 09:54:22 -0000 is it possible to save kernel crashdumps on swap device encrypted with geli= ? 1. i added this lines to the rc.conf: dumpdev=3D"/dev/ad0s1b.eli" dumpdir=3D"/var/crash" 2. mkdir /var/crash;chmod 700 /var/crash 3. then i ran ppp and got panic with a deadlock. 4. cause nothing happennig during a bit of time i pushed reset button. 5. on next boot i got message with impossibillity to save kernel crashdump GEOM_ELI: Device ad0s1b.eli created. GEOM_ELI: Cipher: AES GEOM_ELI: Key length: 256 GEOM_ELI: Crypto: software swapon: adding /dev/ad0s1b.eli as swap device Starting syslogd. May 28 13:13:19 xnet syslogd: kernel boot file is /boot/kernel/kernel Checking for core dump on /dev/ad0s1b.eli... savecore: error reading last dump header at offset 1048571904 in /dev/ad0s1b.eli: Invalid argument May 28 13:13:19 xnet savecore: error reading last dump header at offset 1048571904 in /dev/ad0s1b.eli: Invalid argument savecore: no dumps found what my mistake? On 5/26/06, Maxim Konovalov wrote: > > On Thu, 25 May 2006, 21:00+0400, sekes wrote: > > > today after several weeks i upgraded the box and that's my results: > > > > in /boot/loader.conf: > > > > debug.mpsafenet=3D0 > > geom_eli_load=3D"YES" > > dummynet_load=3D"YES" > > ipdivert_load=3D"YES" > > > > uname -a > > FreeBSD xnet.nnov.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Thu May 25 > 09:30:55 > > MSD 2006 root@xnet.nnov.ru:/usr/obj/usr/src/sys/GENERIC i386 > > > > > > during the boot everything is fine. > > but when i type `ppp -ddial myprovider` i'm getting this: > > > > WARNING: attempt to net_add_domain(netgraph) after domainfinalize() > > panic: mutex Giant not owned at /usr/src/sys/net/if.c:2209 > > cpuid =3D 0 > > KDB: enter: panic > > [ thread pid 12 tid 10004 ] > > Stopped at kdb_enter+0x2b: nop > > Read > > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html > > obtain kernel crashdump and stack backtrace ("bt full" for a start). > > -- > Maxim Konovalov > From owner-freebsd-current@FreeBSD.ORG Sun May 28 10:10:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41D3416C209; Sun, 28 May 2006 09:56:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2870F43D5C; Sun, 28 May 2006 09:56:06 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k4S9u60d098997; Sun, 28 May 2006 05:56:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k4S9u5Js005574; Sun, 28 May 2006 05:56:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AB5B57302F; Sun, 28 May 2006 05:56:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060528095605.AB5B57302F@freebsd-current.sentex.ca> Date: Sun, 28 May 2006 05:56:05 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 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: Sun, 28 May 2006 10:10:16 -0000 TB --- 2006-05-28 08:04:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-28 08:04:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-05-28 08:04:18 - cleaning the object tree TB --- 2006-05-28 08:04:59 - checking out the source tree TB --- 2006-05-28 08:04:59 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-05-28 08:04:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-28 08:12:36 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-28 08:12:36 - cd /src TB --- 2006-05-28 08:12:36 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-05-28 09:47:52 - generating LINT kernel config TB --- 2006-05-28 09:47:52 - cd /src/sys/amd64/conf TB --- 2006-05-28 09:47:52 - /usr/bin/make -B LINT TB --- 2006-05-28 09:47:52 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-28 09:47:52 - cd /src TB --- 2006-05-28 09:47:52 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 28 09:47:52 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/sound/pcm/sndstat.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/sound/pcm/sound.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/sound/pcm/vchan.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/sound/usb/uaudio.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/sound/usb/uaudio_pcm.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/sound/midi/midi.c /src/sys/dev/sound/midi/midi.c: In function `midisynth_writeraw': /src/sys/dev/sound/midi/midi.c:1229: warning: int format, different type arg (arg 2) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-28 09:56:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-28 09:56:05 - ERROR: failed to build lint kernel TB --- 2006-05-28 09:56:05 - tinderbox aborted TB --- 1.24 user 7.14 system 6706.84 real From owner-freebsd-current@FreeBSD.ORG Sun May 28 12:03:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B92416B707; Sun, 28 May 2006 12:03:02 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id E316C43D7E; Sun, 28 May 2006 12:02:48 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F984.dip.t-dialin.net [84.165.249.132]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k4SC2Qvh076755; Sun, 28 May 2006 14:02:26 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k4SC2ihh093437; Sun, 28 May 2006 14:02:45 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 28 May 2006 14:02:47 +0200 From: Alexander Leidinger To: FreeBSD Tinderbox Message-ID: <20060528140247.581b7275@Magellan.Leidinger.net> In-Reply-To: <20060528095605.AB5B57302F@freebsd-current.sentex.ca> References: <20060528095605.AB5B57302F@freebsd-current.sentex.ca> X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.17; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/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: Sun, 28 May 2006 12:03:34 -0000 Quoting FreeBSD Tinderbox (Sun, 28 May 2006 05:56:05 -0400 (EDT)): > ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/sound/midi/midi.c > /src/sys/dev/sound/midi/midi.c: In function `midisynth_writeraw': > /src/sys/dev/sound/midi/midi.c:1229: warning: int format, different type arg (arg 2) > *** Error code 1 Testing a fix ATM... Bye, Alexander. -- Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen 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 Sun May 28 14:12:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3532316B61B; Sun, 28 May 2006 14:12:49 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CAAE43D72; Sun, 28 May 2006 14:12:44 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F984.dip.t-dialin.net [84.165.249.132]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k4SECLua077320; Sun, 28 May 2006 16:12:22 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k4SECf3M012092; Sun, 28 May 2006 16:12:41 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 28 May 2006 16:12:44 +0200 From: Alexander Leidinger To: FreeBSD Tinderbox Message-ID: <20060528161244.09c6b58c@Magellan.Leidinger.net> In-Reply-To: <20060528140247.581b7275@Magellan.Leidinger.net> References: <20060528095605.AB5B57302F@freebsd-current.sentex.ca> <20060528140247.581b7275@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.17; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/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: Sun, 28 May 2006 14:13:02 -0000 Quoting Alexander Leidinger (Sun, 28 May 2006 14:02:47 +0200): > Quoting FreeBSD Tinderbox (Sun, 28 May 2006 05:56:05 -0400 (EDT)): > > > ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/sound/midi/midi.c > > /src/sys/dev/sound/midi/midi.c: In function `midisynth_writeraw': > > /src/sys/dev/sound/midi/midi.c:1229: warning: int format, different type arg (arg 2) > > *** Error code 1 > > Testing a fix ATM... Fix committed. Bye, Alexander. -- Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen 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 Sun May 28 14:20:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC1E616A5DD; Sun, 28 May 2006 14:20:44 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 958B843D53; Sun, 28 May 2006 14:20:43 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k4SEKewo081928; Sun, 28 May 2006 18:20:40 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k4SEKeuj081923; Sun, 28 May 2006 18:20:40 +0400 (MSD) (envelope-from yar) Date: Sun, 28 May 2006 18:20:39 +0400 From: Yar Tikhiy To: njl@freebsd.org Message-ID: <20060528142039.GA80613@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 14:20:50 -0000 Hi, A while ago I installed CURRENT on my new home PC and noticed that the system would hang hard at the boot time soon after setting cx_lowest to C3 according to the LOW setting in /etc/defaults/rc.conf. The last message on the console was each time: Mounting NFS file systems:. Setting performance_cx_lowest to HIGH made the problem go away. Now I've just tried again to return performance_cx_lowest to its modern default setting in a fresh CURRENT and found that the bug is still there. Is it due to my ACPI HW being broken? I'll be glad to show relevant debug output from my ACPI if told how to get it. Thanks. -- Yar From owner-freebsd-current@FreeBSD.ORG Sun May 28 15:16:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8BE016B1D3 for ; Sun, 28 May 2006 15:16:32 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2803343D46 for ; Sun, 28 May 2006 15:16:31 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by nf-out-0910.google.com with SMTP id a27so118111nfc for ; Sun, 28 May 2006 08:16:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=JQ8H3UYZUSFMADC/576OiKn07NKppaGG2+jR0fwTzR3A7v7QRz/nKB809srJ0yRkvw45PEMCdIYJK6m6cxA9MnjllpYgBi0/hKiTIZQ2oUweG1DvbOit9Dom+hyux8wQ0bjwh+/bhatbA+HHYN+5W3strY++Nu5RDXraNfv7kts= Received: by 10.49.51.15 with SMTP id d15mr968751nfk; Sun, 28 May 2006 06:33:34 -0700 (PDT) Received: from aphrodite.OFFIS.Uni-Oldenburg.DE ( [134.106.53.21]) by mx.gmail.com with ESMTP id n22sm2722822nfc.2006.05.28.06.33.34; Sun, 28 May 2006 06:33:34 -0700 (PDT) From: Pascal Hofstee To: Josh Carroll In-Reply-To: <8cb6106e0605271931p55971b2bwdb311275ce21819@mail.gmail.com> References: <20060526153422.GB25953@obiwan.tataz.chchile.org> <20060526183554.25d5cc0d@kan.dnsalias.net> <20060527172358.GC25953@obiwan.tataz.chchile.org> <8cb6106e0605271931p55971b2bwdb311275ce21819@mail.gmail.com> Content-Type: text/plain Date: Sun, 28 May 2006 15:34:07 +0200 Message-Id: <1148823247.83337.7.camel@aphrodite.offis.uni-oldenburg.de> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, Jeremie Le Hen , Alexander Kabaev Subject: Re: [fbsd] Re: Integrating ProPolice/SSP into FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 15:16:33 -0000 On Sat, 2006-05-27 at 19:31 -0700, Josh Carroll wrote: > I agree that having the necessary hooks to enable/disable SSP would be > nice. It would also be nice if this can be done for ports in addition > to base. Being one of the people that extensively helped build/run-testing Jeremie's patchsets i can safely say that we went through a lot of iterations before we ended with the following functionality (which should be present in the current patchset): on CURRENT /usr/src builds use /etc/src.conf to provide make variables identical to /etc/make.conf on non-CURRENT. This way setting WITH_SSP=yes in /etc/src.conf will enable the SSP-bits for world building. Jeremie and i wanted to explicitely make enabling SSP for ports build as well as easy and straight forward as possible. To that end we made some minor changes to some of the bsd.*.mk files so that simply specifying the same WITH_SSP=yes in your /make.conf is enough for the entire ports tree to pick up the SSP settings and use them. So in short this patchset enables the following on CURRENT: /etc/src.conf WITH_SSP=yes enable SSP for buildworld /etc/make.conf WITH_SSP=yes enable SSP for port builds (not 100% sure if /etc/make.conf is processed along with /etc/src.conf here) on non-CURRENT: /etc/make.conf WITH_SSP=yes enable SSP for both buildworld and ports It couldn't get any easier than this ... i think :) -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Sun May 28 15:21:36 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0551716B9D6; Sun, 28 May 2006 15:21:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A55843D5C; Sun, 28 May 2006 15:21:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4P/8.13.4) with ESMTP id k4SFLYeZ051480; Sun, 28 May 2006 11:21:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k4SFLYaX083249; Sun, 28 May 2006 11:21:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 89ED37302F; Sun, 28 May 2006 11:21:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060528152134.89ED37302F@freebsd-current.sentex.ca> Date: Sun, 28 May 2006 11:21:34 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean 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: Sun, 28 May 2006 15:21:39 -0000 TB --- 2006-05-28 13:58:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-28 13:58:28 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-05-28 13:58:28 - cleaning the object tree TB --- 2006-05-28 13:58:52 - checking out the source tree TB --- 2006-05-28 13:58:52 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-05-28 13:58:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-28 14:07:00 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-28 14:07:00 - cd /src TB --- 2006-05-28 14:07:00 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-05-28 15:14:42 - generating LINT kernel config TB --- 2006-05-28 15:14:42 - cd /src/sys/sparc64/conf TB --- 2006-05-28 15:14:42 - /usr/bin/make -B LINT TB --- 2006-05-28 15:14:42 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-28 15:14:42 - cd /src TB --- 2006-05-28 15:14:42 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 28 15:14:42 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/sound/pcm/mixer.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/mixer_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror mixer_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/sound/pcm/sndstat.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/sound/pcm/sound.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/sound/pcm/vchan.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/sound/midi/midi.c /src/sys/dev/sound/midi/midi.c: In function `midisynth_writeraw': /src/sys/dev/sound/midi/midi.c:1229: warning: int format, different type arg (arg 2) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-28 15:21:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-28 15:21:34 - ERROR: failed to build lint kernel TB --- 2006-05-28 15:21:34 - tinderbox aborted TB --- 0.62 user 4.12 system 4985.63 real From owner-freebsd-current@FreeBSD.ORG Sun May 28 16:20:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55CC716A957 for ; Sun, 28 May 2006 16:20:11 +0000 (UTC) (envelope-from se@freebsd.org) Received: from mail.atsec.com (mail.atsec.com [195.30.252.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7930743D55 for ; Sun, 28 May 2006 16:20:10 +0000 (GMT) (envelope-from se@freebsd.org) Received: (qmail 1334 invoked by uid 10125); 28 May 2006 16:20:07 -0000 X-SpaceNet-Virusscan: Sophos Version: 4.05; Last IDE Update: 2006-05-28 15:41 no information about results Received: from p5087812e.dip0.t-ipconnect.de (HELO ?192.168.0.12?) (80.135.129.46) by mail.atsec.com with SMTP; 28 May 2006 16:20:07 -0000 X-SpaceNet-Authentification: SMTP AUTH verified Message-ID: <4479CDAB.7030406@FreeBSD.org> Date: Sun, 28 May 2006 18:19:55 +0200 From: Stefan Esser User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Steve Kargl References: <20060527024407.GA2525@troutmask.apl.washington.edu> <447809E6.60002@samsco.org> <20060527162407.GD7307@troutmask.apl.washington.edu> <20060527220501.GB14039@odin.ac.hmc.edu> <20060527220928.GA10094@troutmask.apl.washington.edu> In-Reply-To: <20060527220928.GA10094@troutmask.apl.washington.edu> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 16:20:11 -0000 Steve Kargl schrieb: > You'll also want to do > > cat > /usr/bin/f77 > #! /bin/sh > /usr/local/bin/gfortran $@ Just nit-picking ... shouldn't that be: #! /bin/sh /usr/local/bin/gfortran "$@" (The double quotes around $@ used to be essential for the handling of arguments contining blanks and I doubt that this changed recently ;-) Regards, STefan From owner-freebsd-current@FreeBSD.ORG Sun May 28 18:29:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FB8216C566 for ; Sun, 28 May 2006 18:29:35 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id C222943D48 for ; Sun, 28 May 2006 18:29:34 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so146124uge for ; Sun, 28 May 2006 11:29:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Dib1/aHlhE4+u6TqmE10U6wWo+18d7UVs359r87bgMypZ4W/fJB8/Vbt/Nn3QMtX0cTdlFgDa4xNIRPh2Hxth+8EWWSSevZZMepTUlWJKgGzim4IZg7MpP0AGjj5vJlvcby8qfeuH8UBqbDr4dyllbXRiQVzSWixVeTzw4f6ewY= Received: by 10.67.15.3 with SMTP id s3mr1219244ugi; Sun, 28 May 2006 11:29:33 -0700 (PDT) Received: by 10.67.87.3 with HTTP; Sun, 28 May 2006 11:29:33 -0700 (PDT) Message-ID: <47d0403c0605281129y6dde6464x83af7dae23bb38c3@mail.gmail.com> Date: Sun, 28 May 2006 18:29:33 +0000 From: "Ben Kaduk" To: "Mike Silbersack" In-Reply-To: <20060527223237.V8982@odysseus.silby.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060527135922.C7405@odysseus.silby.com> <47d0403c0605271909l21b78c92k1d6312373b14e31a@mail.gmail.com> <20060527223237.V8982@odysseus.silby.com> Cc: freebsd-current@freebsd.org Subject: Re: Making progress on if_bfe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 18:29:48 -0000 On 5/28/06, Mike Silbersack wrote: > > On Sat, 27 May 2006, Ben Kaduk wrote: > > > Thanks for putting in the work on this. I will hopefully be able to > > test sometime this week, but the machine in question is currently > > under heavy use so I make no guarantees. > > > > I will try not to complain too loudly if I am unable to test now and > > updating later breaks things. > > > > -Ben Kaduk > > If it's a busy system, then don't test yet. This is just a diagnostic > test to see what may be going wrong, so it'll be better to wait until I > have a patch that I actually think fixes the problem before testing. :) > > Mike "Silby" Silbersack > It is busy in that I am generating some data on it for my research group (but I am the only user); however, my sundays are my own, so I was able to apply the patch (by hand; patch(1) didn't like it) and recompile. I have two (verbose) dmesgs that are available, should be https://netfiles.uiuc.edu/kaduk/www/current/dmesg.bfe.128 and https://netfiles.uiuc.edu/kaduk/www/current/dmesg.bfe.511 respectively; hopefully they will help I am currently running the 511 kernel; the 128 didn't find an IP via dhcp. Thanks for investigating this, Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Sun May 28 18:33:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE21F16A441 for ; Sun, 28 May 2006 18:33:16 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF35843D4C for ; Sun, 28 May 2006 18:33:15 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so146854uge for ; Sun, 28 May 2006 11:33:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WrQrBMbdz+nzHVBUxc7FNmIM191mwMESsNKGuiTMupUrmwbYPTwc0d7ZLkYqRS7t0VY8sjeVfad/T8lq3V+X7HhNG3+39moMMfCZlsej1XwMMC117DgZ3mJnKiWprEYIG+FlKW2OhAlZZ0Ofsxet3fKIUCB7qA2V1cR8yLQ5uYo= Received: by 10.67.89.6 with SMTP id r6mr1223043ugl; Sun, 28 May 2006 11:33:14 -0700 (PDT) Received: by 10.67.87.3 with HTTP; Sun, 28 May 2006 11:33:14 -0700 (PDT) Message-ID: <47d0403c0605281133n4c6eda05tac19f99e14930190@mail.gmail.com> Date: Sun, 28 May 2006 18:33:14 +0000 From: "Ben Kaduk" To: "Mike Silbersack" In-Reply-To: <47d0403c0605281129y6dde6464x83af7dae23bb38c3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060527135922.C7405@odysseus.silby.com> <47d0403c0605271909l21b78c92k1d6312373b14e31a@mail.gmail.com> <20060527223237.V8982@odysseus.silby.com> <47d0403c0605281129y6dde6464x83af7dae23bb38c3@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: Making progress on if_bfe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 18:33:17 -0000 On 5/28/06, Ben Kaduk wrote: > On 5/28/06, Mike Silbersack wrote: > > > > On Sat, 27 May 2006, Ben Kaduk wrote: > > > > > Thanks for putting in the work on this. I will hopefully be able to > > > test sometime this week, but the machine in question is currently > > > under heavy use so I make no guarantees. > > > > > > I will try not to complain too loudly if I am unable to test now and > > > updating later breaks things. > > > > > > -Ben Kaduk > > > > If it's a busy system, then don't test yet. This is just a diagnostic > > test to see what may be going wrong, so it'll be better to wait until I > > have a patch that I actually think fixes the problem before testing. :) > > > > Mike "Silby" Silbersack > > > > It is busy in that I am generating some data on it for my research > group (but I am the only user); however, my sundays are my own, so I > was able to apply the patch (by hand; patch(1) didn't like it) and > recompile. > > I have two (verbose) dmesgs that are available, should be > https://netfiles.uiuc.edu/kaduk/www/current/dmesg.bfe.128 > and > https://netfiles.uiuc.edu/kaduk/www/current/dmesg.bfe.511 > respectively; hopefully they will help > > I am currently running the 511 kernel; the 128 didn't find an IP via dhcp= . > > Thanks for investigating this, > > Ben Kaduk > Sorry for the extra email; I should add (to save you digging through the archives) that this is a bfe0@pci2:0:0: class=3D0x020000 card=3D0x81271028 chip=3D0x440114e4 rev=3D= 0x01 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'BCM4401 10/100 Integrated Ethernet Controller' class =3D network subclass =3D ethernet If I find time, I may try (e.g.) 127, 512 for these values later today. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Sun May 28 19:22:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8447816BBA5; Sun, 28 May 2006 19:22:01 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id D543943D46; Sun, 28 May 2006 19:22:00 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F984.dip.t-dialin.net [84.165.249.132]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k4SJLPHt078435; Sun, 28 May 2006 21:21:26 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k4SJLm3o056233; Sun, 28 May 2006 21:21:48 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 28 May 2006 21:21:51 +0200 From: Alexander Leidinger To: Yar Tikhiy Message-ID: <20060528212151.5e6b0a33@Magellan.Leidinger.net> In-Reply-To: <20060528142039.GA80613@comp.chem.msu.su> References: <20060528142039.GA80613@comp.chem.msu.su> X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.17; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: njl@freebsd.org, freebsd-current@freebsd.org Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 19:22:04 -0000 Quoting Yar Tikhiy (Sun, 28 May 2006 18:20:39 +0400): > Hi, > > A while ago I installed CURRENT on my new home PC and noticed that > the system would hang hard at the boot time soon after setting > cx_lowest to C3 according to the LOW setting in /etc/defaults/rc.conf. > The last message on the console was each time: Mounting NFS file > systems:. Setting performance_cx_lowest to HIGH made the problem > go away. > > Now I've just tried again to return performance_cx_lowest to its > modern default setting in a fresh CURRENT and found that the bug > is still there. Is it due to my ACPI HW being broken? I'll be > glad to show relevant debug output from my ACPI if told how to get > it. Thanks. AOL... I use performance_cx_lowest=C2 as a workaround. % sysctl hw.acpi.cpu hw.acpi.cpu.cx_supported: C1/0 C2/90 C3/900 hw.acpi.cpu.cx_lowest: C2 hw.acpi.cpu.cx_usage: 3.73% 96.26% 0.00% Bye, Alexander. -- Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen 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 Sun May 28 19:22:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64DAC16A5B9; Sun, 28 May 2006 19:22:37 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2C0B43D48; Sun, 28 May 2006 19:22:36 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F984.dip.t-dialin.net [84.165.249.132]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k4SJMBsl078453; Sun, 28 May 2006 21:22:12 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k4SJMXAR056376; Sun, 28 May 2006 21:22:34 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 28 May 2006 21:22:36 +0200 From: Alexander Leidinger To: FreeBSD Tinderbox Message-ID: <20060528212236.66218fb8@Magellan.Leidinger.net> In-Reply-To: <20060528152134.89ED37302F@freebsd-current.sentex.ca> References: <20060528152134.89ED37302F@freebsd-current.sentex.ca> X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.17; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org, sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 19:22:37 -0000 Quoting FreeBSD Tinderbox (Sun, 28 May 2006 11:21:34 -0400 (EDT)): > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/sound/midi/midi.c > /src/sys/dev/sound/midi/midi.c: In function `midisynth_writeraw': > /src/sys/dev/sound/midi/midi.c:1229: warning: int format, different type arg (arg 2) > *** Error code 1 > > Stop in /obj/sparc64/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 FYI: This should already be fixed since some hours... Bye, Alexander. -- Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen 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 Sun May 28 19:50:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AE1A16BAD0; Sun, 28 May 2006 19:50:19 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id C971743D72; Sun, 28 May 2006 19:50:13 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F984.dip.t-dialin.net [84.165.249.132]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k4SJnmjt078541; Sun, 28 May 2006 21:49:49 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k4SJoBUK060261; Sun, 28 May 2006 21:50:11 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 28 May 2006 21:22:36 +0200 From: Alexander Leidinger To: FreeBSD Tinderbox Message-ID: <20060528212236.66218fb8@Magellan.Leidinger.net> In-Reply-To: <20060528152134.89ED37302F@freebsd-current.sentex.ca> References: <20060528152134.89ED37302F@freebsd-current.sentex.ca> X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.17; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org, sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 19:50:25 -0000 Quoting FreeBSD Tinderbox (Sun, 28 May 2006 11:21:34 -0400 (EDT)): > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/sound/midi/midi.c > /src/sys/dev/sound/midi/midi.c: In function `midisynth_writeraw': > /src/sys/dev/sound/midi/midi.c:1229: warning: int format, different type arg (arg 2) > *** Error code 1 > > Stop in /obj/sparc64/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 FYI: This should already be fixed since some hours... Bye, Alexander. -- Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen 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 Sun May 28 20:24:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD23D16CA53 for ; Sun, 28 May 2006 20:23:18 +0000 (UTC) (envelope-from gexlie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49C2643D55 for ; Sun, 28 May 2006 20:23:09 +0000 (GMT) (envelope-from gexlie@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so13734uge for ; Sun, 28 May 2006 13:23:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=QcRJsps5cGHN12LqOuo6mGBE2GYLs2QkAjv86ICBUIeqoncCwV0uhQ6ofol0OWNggj++4Fj0oH51k5f5cA2dFjZocB+kfsZeSqfstGDrb+Dkmn5N4i2CvjDKDHdZgHmwhviQeOFsJEN5xV+jVTzXgLHf93XSM2lTfePKIR59dfk= Received: by 10.67.15.3 with SMTP id s3mr1286268ugi; Sun, 28 May 2006 13:23:08 -0700 (PDT) Received: by 10.67.101.1 with HTTP; Sun, 28 May 2006 13:23:07 -0700 (PDT) Message-ID: <53cc795f0605281323q63f6aeb6te64645169acbaed4@mail.gmail.com> Date: Mon, 29 May 2006 00:23:07 +0400 From: sekes To: "Maxim Konovalov" In-Reply-To: <20060526015344.W74899@mp2.macomnet.net> MIME-Version: 1.0 References: <53cc795f0605131026n2d9a5776jd75630e3f9505e55@mail.gmail.com> <53cc795f0605131345t718d0ad7ia7792f2ed4446037@mail.gmail.com> <20060514062825.W54242@maildrop.int.zabbadoz.net> <53cc795f0605140348u769b6b0bkc62d28652b6b3ec3@mail.gmail.com> <44674BDA.7040300@FreeBSD.org> <53cc795f0605251000w7aa13370mcfbf6f8e4f259f6d@mail.gmail.com> <20060526015344.W74899@mp2.macomnet.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Bjoern A. Zeeb" , freebsd-current@freebsd.org, "Christian S.J. Peron" Subject: Re: deadlock every 15-20 min X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 20:24:39 -0000 attached serial console helps me a bit :) here is the backtrace: xnet# WARNING: attempt to net_add_domain(netgraph) after domainfinalize() panic: mutex Giant not owned at /usr/src/sys/net/if.c:2209 cpuid =3D 0 KDB: enter: panic [thread pid 11 tid 100005 ] Stopped at kdb_enter+0x2b: nop db> db> db> db> bt Tracing pid 11 tid 100005 td 0xc28916c0 kdb_enter(3230725374) at kdb_enter+43 panic(3230722033,3230813051,3230769714,2209,3264851968) at panic+295 _mtx_assert(3231693000,1,3230769714,2209) at _mtx_assert+102 if_start(3264851968) at if_start+38 ether_output_frame(3264851968,3265936896,3265938176,0,3270958224) at ether_output_frame+384 ng_ether_rcvdata(3270304512,3270958224,1717,3231718100,0) at ng_ether_rcvdata+308 ng_apply_item(0,3265938176,5,0,0) at ng_apply_item+278 ng_snd_item(3270958224,0,3270958224,3266710848,3270315648) at ng_snd_item+230 pppoe_ticker(3270315648,3270304384,0,0,3227049343) at pppoe_ticker+229 ng_apply_item(1,622,2,1,0) at ng_apply_item+495 ng_snd_item(3270958272,0,3548757204,3228176966,3270958272) at ng_snd_item+230 ng_callout_trampoline(3270958272) at ng_callout_trampoline+13 softclock(0) at softclock+518 ithread_execute_handlers(3263761156,3263960576) at ithread_execute_handlers+234 ithread_loop(3263596944,3548757304) at ithread_loop+103 fork_exit(3228039632,3263596944,3548757304) at fork_exit+164 fork_trampoline() at fork_trampoline+8 --- trap 1, eip =3D 0, esp =3D 3548757356, ebp =3D 0 --- On 5/26/06, Maxim Konovalov wrote: > > On Thu, 25 May 2006, 21:00+0400, sekes wrote: > > > today after several weeks i upgraded the box and that's my results: > > > > in /boot/loader.conf: > > > > debug.mpsafenet=3D0 > > geom_eli_load=3D"YES" > > dummynet_load=3D"YES" > > ipdivert_load=3D"YES" > > > > uname -a > > FreeBSD xnet.nnov.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Thu May 25 > 09:30:55 > > MSD 2006 root@xnet.nnov.ru:/usr/obj/usr/src/sys/GENERIC i386 > > > > > > during the boot everything is fine. > > but when i type `ppp -ddial myprovider` i'm getting this: > > > > WARNING: attempt to net_add_domain(netgraph) after domainfinalize() > > panic: mutex Giant not owned at /usr/src/sys/net/if.c:2209 > > cpuid =3D 0 > > KDB: enter: panic > > [ thread pid 12 tid 10004 ] > > Stopped at kdb_enter+0x2b: nop > > Read > > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html > > obtain kernel crashdump and stack backtrace ("bt full" for a start). > > -- > Maxim Konovalov > From owner-freebsd-current@FreeBSD.ORG Sun May 28 21:26:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03A6116B14A for ; Sun, 28 May 2006 21:14:17 +0000 (UTC) (envelope-from boris@brooknet.com.au) Received: from jay.exetel.com.au (jay.exetel.com.au [220.233.0.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BE5E43D53 for ; Sun, 28 May 2006 21:14:14 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: (qmail 18378 invoked by uid 507); 29 May 2006 07:14:12 +1000 Received: from 180.205.233.220.exetel.com.au (HELO ?192.168.0.7?) (220.233.205.180) by jay.exetel.com.au with SMTP; 29 May 2006 07:14:12 +1000 In-Reply-To: <20060528142039.GA80613@comp.chem.msu.su> References: <20060528142039.GA80613@comp.chem.msu.su> Mime-Version: 1.0 (Apple Message framework v750) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <28788BCA-187D-4BD6-B82A-6C4F5B1E0D5C@brooknet.com.au> Content-Transfer-Encoding: 7bit From: Sam Lawrance Date: Mon, 29 May 2006 07:14:11 +1000 To: Yar Tikhiy X-Mailer: Apple Mail (2.750) Cc: njl@freebsd.org, freebsd-current@freebsd.org Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 21:26:34 -0000 On 29/05/2006, at 12:20 AM, Yar Tikhiy wrote: > Hi, > > A while ago I installed CURRENT on my new home PC and noticed that > the system would hang hard at the boot time soon after setting > cx_lowest to C3 according to the LOW setting in /etc/defaults/rc.conf. > The last message on the console was each time: Mounting NFS file > systems:. Setting performance_cx_lowest to HIGH made the problem > go away. > > Now I've just tried again to return performance_cx_lowest to its > modern default setting in a fresh CURRENT and found that the bug > is still there. Is it due to my ACPI HW being broken? I'll be > glad to show relevant debug output from my ACPI if told how to get > it. Thanks. I noticed the same behaviour, but I haven't looked into it yet. From owner-freebsd-current@FreeBSD.ORG Sun May 28 22:29:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F14516A433; Sun, 28 May 2006 22:12:01 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id C962143D5D; Sun, 28 May 2006 22:12:00 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Sun, 28 May 2006 15:11:54 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7351845043; Sun, 28 May 2006 15:11:54 -0700 (PDT) To: Yar Tikhiy In-reply-to: Your message of "Sun, 28 May 2006 18:20:39 +0400." <20060528142039.GA80613@comp.chem.msu.su> Date: Sun, 28 May 2006 15:11:54 -0700 From: "Kevin Oberman" Message-Id: <20060528221154.7351845043@ptavv.es.net> Cc: njl@freebsd.org, freebsd-current@freebsd.org Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 22:29:16 -0000 > Date: Sun, 28 May 2006 18:20:39 +0400 > From: Yar Tikhiy > Sender: owner-freebsd-current@freebsd.org > > Hi, > > A while ago I installed CURRENT on my new home PC and noticed that > the system would hang hard at the boot time soon after setting > cx_lowest to C3 according to the LOW setting in /etc/defaults/rc.conf. > The last message on the console was each time: Mounting NFS file > systems:. Setting performance_cx_lowest to HIGH made the problem > go away. > > Now I've just tried again to return performance_cx_lowest to its > modern default setting in a fresh CURRENT and found that the bug > is still there. Is it due to my ACPI HW being broken? I'll be > glad to show relevant debug output from my ACPI if told how to get > it. Thanks. This problem has been discussed over on ACPI. It's a problem with the local APIC timer which does not run in C3 or lower. Nate is looking at a solution for the problem. See his message on acpi@ on Sun, 07 May 2006 15:28:29 -0700. The fixes are to either not use C3 (or C4 if it's available) or to disable APIC. For those who are not reading closely, DO NOT confuse APIC with ACPI! They only look similar. If the system is UP, there is no really no need for APIC. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon May 29 08:02:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7787916A725 for ; Mon, 29 May 2006 08:02:32 +0000 (UTC) (envelope-from tludwig@smr.ch) Received: from c2.smr.ch (c2.smr.ch [128.179.38.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18C2E43D73 for ; Mon, 29 May 2006 08:02:26 +0000 (GMT) (envelope-from tludwig@smr.ch) Received: from pingu.smr-internal.ch ([::ffff:127.0.0.1]) by c2.smr.ch with esmtp; Mon, 29 May 2006 10:02:25 +0200 id 00005E37.447AAA91.00002D9A Date: Mon, 29 May 2006 10:02:21 +0200 Message-ID: <50irnpfecy.wl%tludwig@smr.ch> From: Thomas Ludwig To: Mike Jakubik User-Agent: SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 08:02:33 -0000 >Agreed, who the hell still uses Fortran? We are using Fortran (77 and 90), as well as C and C++. In fact, all of our clients work with Fortran code. For us, its more like 99% than 0.1% of the users that care about Fortran. That said, it will be fine if there is good support for gfortran via the ports system. Thomas From owner-freebsd-current@FreeBSD.ORG Mon May 29 08:37:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CACD916A584; Mon, 29 May 2006 08:37:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3689943D5D; Mon, 29 May 2006 08:37:50 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k4T8at1d089563 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 May 2006 11:36:55 +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.13.6/8.13.6) with ESMTP id k4T8ate3047835; Mon, 29 May 2006 11:36:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k4T8asoS047834; Mon, 29 May 2006 11:36:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 29 May 2006 11:36:54 +0300 From: Konstantin Belousov To: Kevin Oberman Message-ID: <20060529083654.GV54541@deviant.kiev.zoral.com.ua> References: <20060528142039.GA80613@comp.chem.msu.su> <20060528221154.7351845043@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zfSPj0+0wxNpTjLN" Content-Disposition: inline In-Reply-To: <20060528221154.7351845043@ptavv.es.net> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on fw.zoral.com.ua Cc: Yar Tikhiy , njl@freebsd.org, freebsd-current@freebsd.org Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 08:37:53 -0000 --zfSPj0+0wxNpTjLN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 28, 2006 at 03:11:54PM -0700, Kevin Oberman wrote: > The fixes are to either not use C3 (or C4 if it's available) or to > disable APIC. >=20 > For those who are not reading closely, DO NOT confuse APIC with ACPI! > They only look similar. >=20 > If the system is UP, there is no really no need for APIC. It seems that at least hwpmc(4) depends on APIC for full functionality. --zfSPj0+0wxNpTjLN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEerKlC3+MBN1Mb4gRAu2iAJ90eahcP/AhRdH0IMylD/YQvCJpIACfXcPq hKqCuy3lXsOxnWVKi+VU/KY= =Revo -----END PGP SIGNATURE----- --zfSPj0+0wxNpTjLN-- From owner-freebsd-current@FreeBSD.ORG Mon May 29 08:57:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1422316A602; Mon, 29 May 2006 08:57:57 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8264E43D46; Mon, 29 May 2006 08:57:53 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k4T8vOOO099169; Mon, 29 May 2006 12:57:24 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k4T8vO2Q099168; Mon, 29 May 2006 12:57:24 +0400 (MSD) (envelope-from yar) Date: Mon, 29 May 2006 12:57:23 +0400 From: Yar Tikhiy To: Kevin Oberman Message-ID: <20060529085723.GA98288@comp.chem.msu.su> References: <20060528142039.GA80613@comp.chem.msu.su> <20060528221154.7351845043@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060528221154.7351845043@ptavv.es.net> User-Agent: Mutt/1.5.9i Cc: njl@freebsd.org, freebsd-current@freebsd.org Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 08:57:57 -0000 On Sun, May 28, 2006 at 03:11:54PM -0700, Kevin Oberman wrote: > > > > A while ago I installed CURRENT on my new home PC and noticed that > > the system would hang hard at the boot time soon after setting > > cx_lowest to C3 according to the LOW setting in /etc/defaults/rc.conf. > > The last message on the console was each time: Mounting NFS file > > systems:. Setting performance_cx_lowest to HIGH made the problem > > go away. > > > > Now I've just tried again to return performance_cx_lowest to its > > modern default setting in a fresh CURRENT and found that the bug > > is still there. Is it due to my ACPI HW being broken? I'll be > > glad to show relevant debug output from my ACPI if told how to get > > it. Thanks. > > This problem has been discussed over on ACPI. It's a problem with the > local APIC timer which does not run in C3 or lower. Nate is looking at a > solution for the problem. > > See his message on acpi@ on Sun, 07 May 2006 15:28:29 -0700. It must be http://lists.freebsd.org/pipermail/freebsd-acpi/2006-May/002742.html Right? > The fixes are to either not use C3 (or C4 if it's available) or to > disable APIC. > > For those who are not reading closely, DO NOT confuse APIC with ACPI! > They only look similar. > > If the system is UP, there is no really no need for APIC. Thanks for pointing me out. FWIW, I tried different work-arounds in my system and got the following results. Set performance_cx_lowest to as high as C2 in rc.conf -- works. Add hint.apic.0.disabled="1" to device.hints -- doesn't work, the system still hangs. I can't see apic mentioned in the dmesg output irrespective of the setting, but it must be there, given the results of the next test. Remove device apic from the kernel completely -- the system won't halt, but it may suffer data corruption: once syslogd complained about wrong syntax in its config, which I hadn't touched of course. (Syslogd starts soon after cx_lowest was set to C3.) At last "cpu0: too many short sleeps, backing off to C2" appears on the console, and hw.acpi.cpu.cx_lowest goes up to C2 indeed. Of course, I shouldn't rule out bugs in my hardware, it is quite old, a plain vanilla AMD Athlon (Thunderbird) in an Epox EP-8K3AE motherboard. Nevertheless, given the problems other people have had, it might be too early to have performance_cx_lowest=LOW as the _default_ setting. ACPI is a rather special area with some skilled developers working in it, and encouraging everyone else in this way to fix it makes little sense IMHO. -- Yar From owner-freebsd-current@FreeBSD.ORG Mon May 29 09:05:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B44716A4C2 for ; Mon, 29 May 2006 09:05:09 +0000 (UTC) (envelope-from gexlie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3A1E43D4C for ; Mon, 29 May 2006 09:05:08 +0000 (GMT) (envelope-from gexlie@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so12245uge for ; Mon, 29 May 2006 02:05:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=EinnWm0ySsFFNekMWxDDyplFk3/6J5w54BdTnBc4XlnnpiSAHCdSCKU0Jv3L955Ny0YIO977QGRJ26KYBMsqhCy/b2U3DhoMf7cfVNquXzE9QibwTOfIQKZ/IiKI7RPQtMB7rf+7nzrTL8GKZpt4Y4jBW+UV6f94piWQZ+YmUi8= Received: by 10.66.216.6 with SMTP id o6mr1693024ugg; Mon, 29 May 2006 02:05:07 -0700 (PDT) Received: by 10.67.101.1 with HTTP; Mon, 29 May 2006 02:05:07 -0700 (PDT) Message-ID: <53cc795f0605290205r1b1a898fm718188d767f68403@mail.gmail.com> Date: Mon, 29 May 2006 13:05:07 +0400 From: sekes To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: kernel panic. pppoe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 09:05:10 -0000 Cause my message has been lost in threads i repost it again here. http://lists.freebsd.org/pipermail/freebsd-current/2006-May/062955.html Sorry for annoying :-) Strange panic occurs in the kernel every time i'm trying to make PPPoE connection This problem is very important to me because since all that time it present= s in the kernel i am not able to establish any succesfull internet sessions longer than on 10-15 minutes:( panic: mutex Giant not owned at /usr/src/sys/net/if.c:2209 cpuid =3D 0 KDB: enter: panic [thread pid 11 tid 100005 ] Stopped at kdb_enter+0x2b: nop db> db> db> db> bt Tracing pid 11 tid 100005 td 0xc28916c0 kdb_enter(3230725374) at kdb_enter+43 panic(3230722033,3230813051,3230769714,2209,3264851968) at panic+295 _mtx_assert(3231693000,1,3230769714,2209) at _mtx_assert+102 if_start(3264851968) at if_start+38 ether_output_frame(3264851968,3265936896,3265938176,0,3270958224) at ether_output_frame+384 ng_ether_rcvdata(3270304512,3270958224,1717,3231718100,0) at ng_ether_rcvdata+308 ng_apply_item(0,3265938176,5,0,0) at ng_apply_item+278 ng_snd_item(3270958224,0,3270958224,3266710848,3270315648) at ng_snd_item+230 pppoe_ticker(3270315648,3270304384,0,0,3227049343) at pppoe_ticker+229 ng_apply_item(1,622,2,1,0) at ng_apply_item+495 ng_snd_item(3270958272,0,3548757204,3228176966,3270958272) at ng_snd_item+230 ng_callout_trampoline(3270958272) at ng_callout_trampoline+13 softclock(0) at softclock+518 ithread_execute_handlers(3263761156,3263960576) at ithread_execute_handlers+234 ithread_loop(3263596944,3548757304) at ithread_loop+103 fork_exit(3228039632,3263596944,3548757304) at fork_exit+164 fork_trampoline() at fork_trampoline+8 --- trap 1, eip =3D 0, esp =3D 3548757356, ebp =3D 0 --- From owner-freebsd-current@FreeBSD.ORG Mon May 29 09:16:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4774016A420 for ; Mon, 29 May 2006 09:16:52 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id A89D443D46 for ; Mon, 29 May 2006 09:16:50 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.4/8.13.3) with ESMTP id k4T9Gmqr068434; Mon, 29 May 2006 13:16:48 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Mon, 29 May 2006 13:16:48 +0400 (MSD) From: Maxim Konovalov To: sekes In-Reply-To: <53cc795f0605290205r1b1a898fm718188d767f68403@mail.gmail.com> Message-ID: <20060529131211.T57270@mp2.macomnet.net> References: <53cc795f0605290205r1b1a898fm718188d767f68403@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: kernel panic. pppoe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 09:16:54 -0000 On Mon, 29 May 2006, 13:05+0400, sekes wrote: > Cause my message has been lost in threads i repost it again here. > > http://lists.freebsd.org/pipermail/freebsd-current/2006-May/062955.html > Sorry for annoying :-) > > Strange panic occurs in the kernel every time i'm trying to make PPPoE > connection > This problem is very important to me because since all that time it presents > in the kernel i am not able to establish any succesfull internet sessions > longer than on 10-15 minutes:( > > panic: mutex Giant not owned at /usr/src/sys/net/if.c:2209 > cpuid = 0 > KDB: enter: panic > [thread pid 11 tid 100005 ] > Stopped at kdb_enter+0x2b: nop > db> > db> > db> > db>bt > Tracing pid 11 tid 100005 td 0xc28916c0 > kdb_enter(3230725374) at kdb_enter+43 > panic(3230722033,3230813051,3230769714,2209,3264851968) at panic+295 > _mtx_assert(3231693000,1,3230769714,2209) at _mtx_assert+102 > if_start(3264851968) at if_start+38 > ether_output_frame(3264851968,3265936896,3265938176,0,3270958224) at > ether_output_frame+384 > ng_ether_rcvdata(3270304512,3270958224,1717,3231718100,0) at > ng_ether_rcvdata+308 > ng_apply_item(0,3265938176,5,0,0) at ng_apply_item+278 > ng_snd_item(3270958224,0,3270958224,3266710848,3270315648) at > ng_snd_item+230 > pppoe_ticker(3270315648,3270304384,0,0,3227049343) at pppoe_ticker+229 > ng_apply_item(1,622,2,1,0) at ng_apply_item+495 > ng_snd_item(3270958272,0,3548757204,3228176966,3270958272) at > ng_snd_item+230 > ng_callout_trampoline(3270958272) at ng_callout_trampoline+13 > softclock(0) at softclock+518 > ithread_execute_handlers(3263761156,3263960576) at > ithread_execute_handlers+234 > ithread_loop(3263596944,3548757304) at ithread_loop+103 > fork_exit(3228039632,3263596944,3548757304) at fork_exit+164 > fork_trampoline() at fork_trampoline+8 > --- trap 1, eip = 0, esp = 3548757356, ebp = 0 --- I don't think anybody help you without crashdump. I know nothing about geli but if it doesn't allow to dump a kernel dump on it then unconfigure it and get a dump. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon May 29 11:20:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19EDA16A420 for ; Mon, 29 May 2006 11:20:34 +0000 (UTC) (envelope-from gexlie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1068643D53 for ; Mon, 29 May 2006 11:20:32 +0000 (GMT) (envelope-from gexlie@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so48974uge for ; Mon, 29 May 2006 04:20:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=J8U1TgYyi0vZBizGly3S6/OnbYStA4UGbHlL075dcIenXdZP5PP1pyFCEt/vvKLnebH07RkIT9S+TOpfzRDrlKOhr/c0ZfqKmCBrFzjV+NLpteJeqvytWvyX45XTRsj08w/cDXTqCdrPDuvlhOLKK2uwnBi4h4JzQnJpxmDXrSo= Received: by 10.67.128.4 with SMTP id f4mr1789102ugn; Mon, 29 May 2006 04:13:59 -0700 (PDT) Received: by 10.67.101.1 with HTTP; Mon, 29 May 2006 04:13:59 -0700 (PDT) Message-ID: <53cc795f0605290413i125ec711v2f86544073f368a6@mail.gmail.com> Date: Mon, 29 May 2006 15:13:59 +0400 From: sekes To: "Maxim Konovalov" In-Reply-To: <20060529131211.T57270@mp2.macomnet.net> MIME-Version: 1.0 References: <53cc795f0605290205r1b1a898fm718188d767f68403@mail.gmail.com> <20060529131211.T57270@mp2.macomnet.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: kernel panic. pppoe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 11:20:34 -0000 aGVyZSBpcyBpdDoKCnhuZXQjIGNkIC91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVSSUMvCnhuZXQj IGtnZGIga2VybmVsLmRlYnVnIC92YXIvY3Jhc2gvdm1jb3JlLjAKW0dEQiB3aWxsIG5vdCBiZSBh YmxlIHRvIGRlYnVnIHVzZXItbW9kZSB0aHJlYWRzOiAvdXNyL2xpYi9saWJ0aHJlYWRfZGIuc286 ClVuZGVmaW5lZCBzeW1ib2wgInBzX3BnbG9iYWxfbG9va3VwIl0KR05VIGdkYiA2LjEuMSBbRnJl ZUJTRF0KQ29weXJpZ2h0IDIwMDQgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuCkdEQiBp cyBmcmVlIHNvZnR3YXJlLCBjb3ZlcmVkIGJ5IHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5z ZSwgYW5kIHlvdSBhcmUKd2VsY29tZSB0byBjaGFuZ2UgaXQgYW5kL29yIGRpc3RyaWJ1dGUgY29w aWVzIG9mIGl0IHVuZGVyIGNlcnRhaW4KY29uZGl0aW9ucy4KVHlwZSAic2hvdyBjb3B5aW5nIiB0 byBzZWUgdGhlIGNvbmRpdGlvbnMuClRoZXJlIGlzIGFic29sdXRlbHkgbm8gd2FycmFudHkgZm9y IEdEQi4gIFR5cGUgInNob3cgd2FycmFudHkiIGZvciBkZXRhaWxzLgpUaGlzIEdEQiB3YXMgY29u ZmlndXJlZCBhcyAiaTM4Ni1tYXJjZWwtZnJlZWJzZCIuCgpVbnJlYWQgcG9ydGlvbiBvZiB0aGUg a2VybmVsIG1lc3NhZ2UgYnVmZmVyOgpwYW5pYzogbXV0ZXggR2lhbnQgbm90IG93bmVkIGF0IC91 c3Ivc3JjL3N5cy9uZXQvaWYuYzoyMjA5CmNwdWlkID0gMApLREI6IGVudGVyOiBwYW5pYwpwYW5p YzogZnJvbSBkZWJ1Z2dlcgpjcHVpZCA9IDAKVXB0aW1lOiAxN203cwpQaHlzaWNhbCBtZW1vcnk6 IDUwMyBNQgpEdW1waW5nIDY4IE1COiA1MyAzNyAyMSA1CgojMCAgZG9hZHVtcCAoKSBhdCBwY3B1 Lmg6MTY2CjE2NiAgICAgICAgICAgICBfX2FzbSBfX3ZvbGF0aWxlKCJtb3ZsICUlZnM6MCwlMCIg OiAiPXIiICh0ZCkpOwojMCAgZG9hZHVtcCAoKSBhdCBwY3B1Lmg6MTY2Ck5vIGxvY2Fscy4KIzEg IDB4YzA2OTM2NTAgaW4gYm9vdCAoaG93dG89MjYwKSBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJu X3NodXRkb3duLmM6NDA5CiAgICAgICAgZmlyc3RfYnVmX3ByaW50ZiA9IDEKIzIgIDB4YzA2OTM5 NjUgaW4gcGFuaWMgKGZtdD0weGMwOGQxODgxICJmcm9tIGRlYnVnZ2VyIikgYXQKL3Vzci9zcmMv c3lzL2tlcm4va2Vybl9zaHV0ZG93bi5jOjU2NQogICAgICAgIHRkID0gKHN0cnVjdCB0aHJlYWQg KikgMHhjMjRhMTg3MAogICAgICAgIGJvb3RvcHQgPSAyNjAKICAgICAgICBuZXdwYW5pYyA9IDAK ICAgICAgICBhcCA9IDB4ZDM2NGE4MzQgIuSoZNPsTUfAq95qwCIKICAgICAgICBidWYgPSAibXV0 ZXggR2lhbnQgbm90IG93bmVkIGF0IC91c3Ivc3JjL3N5cy9uZXQvaWYuYzoyMjA5IiwgJ1wwJwo8 cmVwZWF0cyAyMDQgdGltZXM+CiMzICAweGMwNDc0ZTU1IGluIGRiX3BhbmljIChhZGRyPS0xMDY2 NzM4MDA1LCBoYXZlX2FkZHI9MCwgY291bnQ9LTEsCm1vZGlmPTB4ZDM2NGE4NTggIiIpIGF0IC91 c3Ivc3JjL3N5cy9kZGIvZGJfY29tbWFuZC5jOjQyNgpObyBsb2NhbHMuCiM0ICAweGMwNDc0ZGVj IGluIGRiX2NvbW1hbmQgKGxhc3RfY21kcD0weGMwOWUwZTY0LCBjbWRfdGFibGU9MHgwKSBhdAov dXNyL3NyYy9zeXMvZGRiL2RiX2NvbW1hbmQuYzozOTUKICAgICAgICBjbWQgPSAoc3RydWN0IGNv bW1hbmQgKikgMHhjMDhhMGY0MAogICAgICAgIHQgPSAwCiAgICAgICAgbW9kaWYgPQoiXDAwMKhk 0/hcMDAzXDAwMFwwMDB0qGTT+FwwMDNcMDAwXDAwMFwyMzSoZNNGXDAwMFxiXDAwMFwyMTCoZNP4 XDAwM1wwMDBcMDAwXDIxNKhk0+koXDIwNsD4XDAwM1wwMDBcMDAw+FwwMDNcMDAwXDAwMFxyXDAw MFwwMDBcMDAwtKhk0+oqXDIwNsBcMjM0qGTT+FwwMDNcMDAwXDAwMFxmXDAwMFwwMTdcMDAzeFww MDBcMDAwXDAwMGBcMDI3XDIzNsBGXDAwMFxiXDAwMMioZNN8bkfATPZcMjIwwFRrR8BGXDAwMFxi XDAwMGBcMDI3XDIzNsBcMDA2Y0fAYFwwMjdcMjM2wFwyMjBcMDE3XDIzNsAiCiAgICAgICAgYWRk ciA9IC0xMDY2NzM4MDA1CiAgICAgICAgY291bnQgPSAtMQogICAgICAgIGhhdmVfYWRkciA9IDAK ICAgICAgICByZXN1bHQgPSAwCiM1ICAweGMwNDc0ZWFhIGluIGRiX2NvbW1hbmRfbG9vcCAoKSBh dCAvdXNyL3NyYy9zeXMvZGRiL2RiX2NvbW1hbmQuYzo0NDYKTm8gbG9jYWxzLgojNiAgMHhjMDQ3 NmFjMSBpbiBkYl90cmFwICh0eXBlPTMsIGNvZGU9MCkgYXQgL3Vzci9zcmMvc3lzL2RkYi9kYl9t YWluLmM6MjIxCiAgICAgICAgamIgPSB7e19qYiA9IHstNzQ4Mzc3ODQ4LCAtNzQ4Mzc3ODY4LCAt NzQ4Mzc3Nzk2LCAxLCA1MjQzNTgsCi0xMDY5MDYxNTQyLCAxMCwgLTc0ODM3NzU5NiwgLTEwNjY3 Mjk2NDcsIDE4LCAwLCA1MzY4NzA5MTJ9fX0KICAgICAgICBwcmV2X2piID0gKHZvaWQgKikgMHgw CiAgICAgICAgYmtwdCA9IDAKIzcgIDB4YzA2YWUxODQgaW4ga2RiX3RyYXAgKHR5cGU9MywgY29k ZT0wLCB0Zj0weGQzNjRhOWU4KSBhdAovdXNyL3NyYy9zeXMva2Vybi9zdWJyX2tkYi5jOjQ4MQog ICAgICAgIGludHIgPSA1MjQzNTgKICAgICAgICBkaWRfc3RvcF9jcHVzID0gMQogICAgICAgIGhh bmRsZWQgPSAtNzQ4Mzc3NjI0CiM4ICAweGMwODhhNTYwIGluIHRyYXAgKGZyYW1lPQogICAgICB7 dGZfZnMgPSAtNzQ4NDIxMTEyLCB0Zl9lcyA9IC0xMDY2Nzk0OTY4LCB0Zl9kcyA9IC0xMDY0MjM5 MDY0LCB0Zl9lZGkKPSAtMTA2NDI0NTI2MywgdGZfZXNpID0gMSwgdGZfZWJwID0gLTc0ODM3NzU2 MCwgdGZfaXNwID0gLTc0ODM3NzU4MCwgdGZfZWJ4Cj0gLTc0ODM3NzUxNiwgdGZfZWR4ID0gMCwg dGZfZWN4ID0gLTEwNTY3NTU3MTIsIHRmX2VheCA9IDE4LCB0Zl90cmFwbm8gPSAzLAp0Zl9lcnIg PSAwLCB0Zl9laXAgPSAtMTA2NjczODAwNSwgdGZfY3MgPSAzMiwgdGZfZWZsYWdzID0gNTI0OTM0 LCB0Zl9lc3AgPQotNzQ4Mzc3NTI4LCB0Zl9zcyA9IC0xMDY2ODQ1OTI5fSkgYXQgL3Vzci9zcmMv c3lzL2kzODYvaTM4Ni90cmFwLmM6NjIyCiAgICAgICAgdGQgPSAoc3RydWN0IHRocmVhZCAqKSAw eGMyNGExODcwCiAgICAgICAgcCA9IChzdHJ1Y3QgcHJvYyAqKSAweGMyNGEwOGQwCiAgICAgICAg aSA9IDAKICAgICAgICB1Y29kZSA9IDAKICAgICAgICB0eXBlID0gMwogICAgICAgIGNvZGUgPSAw CiAgICAgICAgYWRkciA9IDAKICAgICAgICBldmEgPSAwCiAgICAgICAga3NpID0ge2tzaV9saW5r ID0ge3RxZV9uZXh0ID0gMHhjMDkwZjUwMywgdHFlX3ByZXYgPSAweGQzNjRhOWFjfSwKa3NpX2lu Zm8gPSB7c2lfc2lnbm8gPSAtMTA2NDA4NTU1Mywgc2lfZXJybm8gPSAtNzQ4Mzc3NzA0LAogICAg c2lfY29kZSA9IDEsIHNpX3BpZCA9IDg0MjAxODgxNiwgc2lfdWlkID0gMzI1OTYzNjAxOCwgc2lf c3RhdHVzID0KLTc0ODM3NzY2OCwgc2lfYWRkciA9IDB4YzA2YTcxNmYsIHNpX3ZhbHVlID0gewog ICAgICBzaXZhbF9pbnQgPSAtMTA2MzI3NDMyMCwgc2l2YWxfcHRyID0gMHhjMDlmYjhiMH0sIF9y ZWFzb24gPSB7X2ZhdWx0ID0Ke190cmFwbm8gPSAyfSwgX3RpbWVyID0ge190aW1lcmlkID0gMiwK ICAgICAgICBfb3ZlcnJ1biA9IC0xMDY0MjM1MjkyfSwgX21lc2dxID0ge19tcWQgPSAyfSwgX3Bv bGwgPSB7X2JhbmQgPSAyfSwKX19zcGFyZV9fID0ge19fc3BhcmUxX18gPSAyLCBfX3NwYXJlMl9f ID0gey0xMDY0MjM1MjkyLCA2MjIsCiAgICAgICAgICAtMTAzNTMzMTQ3MiwgLTc0ODM3NzY1Niwg NTI0ODcwLCAtMTA2MzI0OTE5NiwgLTc0ODM3NzY0NH19fX0sCmtzaV9mbGFncyA9IC0xMDM1MzMx NDcyLCBrc2lfc2lncSA9IDB4MH0KIzkgIDB4YzA4NzU4MGEgaW4gY2FsbHRyYXAgKCkgYXQgL3Vz ci9zcmMvc3lzL2kzODYvaTM4Ni9leGNlcHRpb24uczoxMzgKTm8gbG9jYWxzLgojMTAgMHhjMDZh ZGVhYiBpbiBrZGJfZW50ZXIgKG1zZz0weDEyIDxBZGRyZXNzIDB4MTIgb3V0IG9mIGJvdW5kcz4p IGF0CmNwdWZ1bmMuaDo2MApObyBsb2NhbHMuCiMxMSAweGMwNjkzOTE3IGluIHBhbmljIChmbXQ9 MHhjMDkwZTdmMSAibXV0ZXggJXMgbm90IG93bmVkIGF0ICVzOiVkIikgYXQKL3Vzci9zcmMvc3lz L2tlcm4va2Vybl9zaHV0ZG93bi5jOjU0OQogICAgICAgIHRkID0gKHN0cnVjdCB0aHJlYWQgKikg MHhjMjRhMTg3MAogICAgICAgIGJvb3RvcHQgPSAyNTYKICAgICAgICBuZXdwYW5pYyA9IDEKICAg ICAgICBhcCA9IDB4ZDM2NGFhNTQgIntLXDIyMsAyolwyMjHAoVxiIgogICAgICAgIGJ1ZiA9ICJt dXRleCBHaWFudCBub3Qgb3duZWQgYXQgL3Vzci9zcmMvc3lzL25ldC9pZi5jOjIyMDkiLCAnXDAn CjxyZXBlYXRzIDIwNCB0aW1lcz4KIzEyIDB4YzA2OGI1MGEgaW4gX210eF9hc3NlcnQgKG09MHhj MDlmYjhjOCwgd2hhdD0tMTA1Njc1NTcxMiwKZmlsZT0weGMwOTFhMjMyICIvdXNyL3NyYy9zeXMv bmV0L2lmLmMiLCBsaW5lPTIyMDkpCiAgICBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX211dGV4 LmM6NzU0Ck5vIGxvY2Fscy4KIzEzIDB4YzA3MDIxYzYgaW4gaWZfc3RhcnQgKGlmcD0weGMyNWI1 MDAwKSBhdCAvdXNyL3NyYy9zeXMvbmV0L2lmLmM6MjIwOQpObyBsb2NhbHMuCiMxNCAweGMwNzAz Njg0IGluIGV0aGVyX291dHB1dF9mcmFtZSAoaWZwPTB4YzI1YjUwMDAsIG09MHhjMjZiZGEwMCkg YXQKL3Vzci9zcmMvc3lzL25ldC9pZl9ldGhlcnN1YnIuYzozODQKICAgICAgICBsZW4gPSAzMgog ICAgICAgIG1mbGFncyA9IDIKICAgICAgICBlcnJvciA9IDAKICAgICAgICBydWxlID0gKHN0cnVj dCBpcF9mdyAqKSAweDAKIzE1IDB4YzJiMzQ5MzAgaW4gPz8gKCkKTm8gc3ltYm9sIHRhYmxlIGlu Zm8gYXZhaWxhYmxlLgojMTYgMHhjMjViNTAwMCBpbiA/PyAoKQpObyBzeW1ib2wgdGFibGUgaW5m byBhdmFpbGFibGUuCiMxNyAweGMyNmJkYTAwIGluID8/ICgpCk5vIHN5bWJvbCB0YWJsZSBpbmZv IGF2YWlsYWJsZS4KIzE4IDB4YzI2YmQzMDAgaW4gPz8gKCkKTm8gc3ltYm9sIHRhYmxlIGluZm8g YXZhaWxhYmxlLgojMTkgMHgwMDAwMDAwMCBpbiA/PyAoKQpObyBzeW1ib2wgdGFibGUgaW5mbyBh dmFpbGFibGUuCiMyMCAweGMyYjQwYzkwIGluID8/ICgpCk5vIHN5bWJvbCB0YWJsZSBpbmZvIGF2 YWlsYWJsZS4KIzIxIDB4YzI4ZmNlODAgaW4gPz8gKCkKTm8gc3ltYm9sIHRhYmxlIGluZm8gYXZh aWxhYmxlLgojMjIgMHhkMzY0YWI2YyBpbiA/PyAoKQpObyBzeW1ib2wgdGFibGUgaW5mbyBhdmFp bGFibGUuCiMyMyAweGMyYjI4ODFhIGluID8/ICgpCk5vIHN5bWJvbCB0YWJsZSBpbmZvIGF2YWls YWJsZS4KIzI0IDB4YzI4ZmNlODAgaW4gPz8gKCkKTm8gc3ltYm9sIHRhYmxlIGluZm8gYXZhaWxh YmxlLgojMjUgMHhjMmI0MGM5MCBpbiA/PyAoKQpObyBzeW1ib2wgdGFibGUgaW5mbyBhdmFpbGFi bGUuCiMyNiAweDAwMDAwNmI1IGluID8/ICgpCk5vIHN5bWJvbCB0YWJsZSBpbmZvIGF2YWlsYWJs ZS4KIzI3IDB4YzBhMDFhZDQgaW4gd2l0bmVzc19zcGluX3dhcm4gKCkKTm8gc3ltYm9sIHRhYmxl IGluZm8gYXZhaWxhYmxlLgojMjggMHgwMDAwMDAwMCBpbiA/PyAoKQpObyBzeW1ib2wgdGFibGUg aW5mbyBhdmFpbGFibGUuCiMyOSAweGMwOTEzNmMzIGluID8/ICgpCk5vIHN5bWJvbCB0YWJsZSBp bmZvIGF2YWlsYWJsZS4KIzMwIDB4MDAwMDA2YjIgaW4gPz8gKCkKTm8gc3ltYm9sIHRhYmxlIGlu Zm8gYXZhaWxhYmxlLgojMzEgMHhjMGE0ODE5NCBpbiB3X2xvY2tsaXN0ZGF0YSAoKQpObyBzeW1i b2wgdGFibGUgaW5mbyBhdmFpbGFibGUuCiMzMiAweGQzNjRhYjEwIGluID8/ICgpCk5vIHN5bWJv bCB0YWJsZSBpbmZvIGF2YWlsYWJsZS4KIzMzIDB4YzA2Yjk3ZTYgaW4gd2l0bmVzc191bmxvY2sg KGxvY2s9MHhjMjViNTAwMCwgZmxhZ3M9LTEwMjgzODc2OTYsCmZpbGU9MHg2YjUgPEFkZHJlc3Mg MHg2YjUgb3V0IG9mIGJvdW5kcz4sIGxpbmU9LTEwNjMyNDkxOTYpCiAgICBhdCAvdXNyL3NyYy9z eXMva2Vybi9zdWJyX3dpdG5lc3MuYzoxMjk0CiAgICAgICAgbG9ja19saXN0ID0gKHN0cnVjdCBs b2NrX2xpc3RfZW50cnkgKiopIDB4YzI2YmRhMDAKICAgICAgICBpbnN0YW5jZSA9IChzdHJ1Y3Qg bG9ja19pbnN0YW5jZSAqKSAweGMyNmJkMzAwCiAgICAgICAgY2xhc3MgPSAoc3RydWN0IGxvY2tf Y2xhc3MgKikgMHhjMjZiZDMwMAogICAgICAgIHMgPSAtMTAzMzExOTIzMgogICAgICAgIGkgPSAt MTA1Njc1NTcxMgpqID0gLTEwMzQyMDMxMzYKCgoKCgoKT24gNS8yOS8wNiwgTWF4aW0gS29ub3Zh bG92IDxtYXhpbUBtYWNvbW5ldC5ydT4gd3JvdGU6Cj4KPiBPbiBNb24sIDI5IE1heSAyMDA2LCAx MzowNSswNDAwLCBzZWtlcyB3cm90ZToKPgo+ID4gQ2F1c2UgbXkgbWVzc2FnZSBoYXMgYmVlbiBs b3N0IGluIHRocmVhZHMgaSByZXBvc3QgaXQgYWdhaW4gaGVyZS4KPiA+Cj4gPiBodHRwOi8vbGlz dHMuZnJlZWJzZC5vcmcvcGlwZXJtYWlsL2ZyZWVic2QtY3VycmVudC8yMDA2LU1heS8wNjI5NTUu aHRtbAo+ID4gU29ycnkgZm9yIGFubm95aW5nIDotKQo+ID4KPiA+IFN0cmFuZ2UgcGFuaWMgb2Nj dXJzIGluIHRoZSBrZXJuZWwgZXZlcnkgdGltZSBpJ20gdHJ5aW5nIHRvIG1ha2UgUFBQb0UKPiA+ IGNvbm5lY3Rpb24KPiA+IFRoaXMgcHJvYmxlbSBpcyB2ZXJ5IGltcG9ydGFudCB0byBtZSBiZWNh dXNlIHNpbmNlIGFsbCB0aGF0IHRpbWUgaXQKPiBwcmVzZW50cwo+ID4gaW4gdGhlIGtlcm5lbCBp IGFtIG5vdCBhYmxlIHRvIGVzdGFibGlzaCBhbnkgc3VjY2VzZnVsbCBpbnRlcm5ldAo+IHNlc3Np b25zCj4gPiBsb25nZXIgdGhhbiBvbiAxMC0xNSBtaW51dGVzOigKPiA+Cj4gPiBwYW5pYzogbXV0 ZXggR2lhbnQgbm90IG93bmVkIGF0IC91c3Ivc3JjL3N5cy9uZXQvaWYuYzoyMjA5Cj4gPiBjcHVp ZCA9IDAKPiA+IEtEQjogZW50ZXI6IHBhbmljCj4gPiBbdGhyZWFkIHBpZCAxMSB0aWQgMTAwMDA1 IF0KPiA+IFN0b3BwZWQgYXQgICAgICBrZGJfZW50ZXIrMHgyYjogbm9wCj4gPiBkYj4KPiA+IGRi Pgo+ID4gZGI+Cj4gPiBkYj5idAo+ID4gVHJhY2luZyBwaWQgMTEgdGlkIDEwMDAwNSB0ZCAweGMy ODkxNmMwCj4gPiBrZGJfZW50ZXIoMzIzMDcyNTM3NCkgYXQga2RiX2VudGVyKzQzCj4gPiBwYW5p YygzMjMwNzIyMDMzLDMyMzA4MTMwNTEsMzIzMDc2OTcxNCwyMjA5LDMyNjQ4NTE5NjgpIGF0IHBh bmljKzI5NQo+ID4gX210eF9hc3NlcnQoMzIzMTY5MzAwMCwxLDMyMzA3Njk3MTQsMjIwOSkgYXQg X210eF9hc3NlcnQrMTAyCj4gPiBpZl9zdGFydCgzMjY0ODUxOTY4KSBhdCBpZl9zdGFydCszOAo+ ID4gZXRoZXJfb3V0cHV0X2ZyYW1lKDMyNjQ4NTE5NjgsMzI2NTkzNjg5NiwzMjY1OTM4MTc2LDAs MzI3MDk1ODIyNCkgYXQKPiA+IGV0aGVyX291dHB1dF9mcmFtZSszODQKPiA+IG5nX2V0aGVyX3Jj dmRhdGEoMzI3MDMwNDUxMiwzMjcwOTU4MjI0LDE3MTcsMzIzMTcxODEwMCwwKSBhdAo+ID4gbmdf ZXRoZXJfcmN2ZGF0YSszMDgKPiA+IG5nX2FwcGx5X2l0ZW0oMCwzMjY1OTM4MTc2LDUsMCwwKSBh dCBuZ19hcHBseV9pdGVtKzI3OAo+ID4gbmdfc25kX2l0ZW0oMzI3MDk1ODIyNCwwLDMyNzA5NTgy MjQsMzI2NjcxMDg0OCwzMjcwMzE1NjQ4KSBhdAo+ID4gbmdfc25kX2l0ZW0rMjMwCj4gPiBwcHBv ZV90aWNrZXIoMzI3MDMxNTY0OCwzMjcwMzA0Mzg0LDAsMCwzMjI3MDQ5MzQzKSBhdCBwcHBvZV90 aWNrZXIrMjI5Cj4gPiBuZ19hcHBseV9pdGVtKDEsNjIyLDIsMSwwKSBhdCBuZ19hcHBseV9pdGVt KzQ5NQo+ID4gbmdfc25kX2l0ZW0oMzI3MDk1ODI3MiwwLDM1NDg3NTcyMDQsMzIyODE3Njk2Niwz MjcwOTU4MjcyKSBhdAo+ID4gbmdfc25kX2l0ZW0rMjMwCj4gPiBuZ19jYWxsb3V0X3RyYW1wb2xp bmUoMzI3MDk1ODI3MikgYXQgbmdfY2FsbG91dF90cmFtcG9saW5lKzEzCj4gPiBzb2Z0Y2xvY2so MCkgYXQgc29mdGNsb2NrKzUxOAo+ID4gaXRocmVhZF9leGVjdXRlX2hhbmRsZXJzKDMyNjM3NjEx NTYsMzI2Mzk2MDU3NikgYXQKPiA+IGl0aHJlYWRfZXhlY3V0ZV9oYW5kbGVycysyMzQKPiA+IGl0 aHJlYWRfbG9vcCgzMjYzNTk2OTQ0LDM1NDg3NTczMDQpIGF0IGl0aHJlYWRfbG9vcCsxMDMKPiA+ IGZvcmtfZXhpdCgzMjI4MDM5NjMyLDMyNjM1OTY5NDQsMzU0ODc1NzMwNCkgYXQgZm9ya19leGl0 KzE2NAo+ID4gZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lKzgKPiA+IC0tLSB0 cmFwIDEsIGVpcCA9IDAsIGVzcCA9IDM1NDg3NTczNTYsIGVicCA9IDAgLS0tCj4KPiBJIGRvbid0 IHRoaW5rIGFueWJvZHkgaGVscCB5b3Ugd2l0aG91dCBjcmFzaGR1bXAuICBJIGtub3cgbm90aGlu Zwo+IGFib3V0IGdlbGkgYnV0IGlmIGl0IGRvZXNuJ3QgYWxsb3cgdG8gZHVtcCBhIGtlcm5lbCBk dW1wIG9uIGl0IHRoZW4KPiB1bmNvbmZpZ3VyZSBpdCBhbmQgZ2V0IGEgZHVtcC4KPgo+IC0tCj4g TWF4aW0gS29ub3ZhbG92Cj4K From owner-freebsd-current@FreeBSD.ORG Mon May 29 11:34:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8145216A4F5 for ; Mon, 29 May 2006 11:34:47 +0000 (UTC) (envelope-from gexlie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 218AF43D7B for ; Mon, 29 May 2006 11:34:44 +0000 (GMT) (envelope-from gexlie@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so52708uge for ; Mon, 29 May 2006 04:34:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=EHobGh5+KU6ZwxOW4CWRsDy5rfJHp03gFyX4rXoVQGNPUwJEg0SVnevR8UcYvNALAtf31QprX3CofeolCyyvA9wahEuCf9q80jKhMDbWMDRcgLcjeJlKlplADcgMHkJBFHMNwl4rofCM45vFApuXBArUaNl+qKAZgMYbKiLx+xk= Received: by 10.67.97.7 with SMTP id z7mr1798540ugl; Mon, 29 May 2006 04:34:43 -0700 (PDT) Received: by 10.67.101.1 with HTTP; Mon, 29 May 2006 04:34:43 -0700 (PDT) Message-ID: <53cc795f0605290434v304a6d04w611075911cf1b235@mail.gmail.com> Date: Mon, 29 May 2006 15:34:43 +0400 From: sekes To: "Maxim Konovalov" In-Reply-To: <20060529152101.P28554@mp2.macomnet.net> MIME-Version: 1.0 References: <53cc795f0605290205r1b1a898fm718188d767f68403@mail.gmail.com> <20060529131211.T57270@mp2.macomnet.net> <53cc795f0605290413i125ec711v2f86544073f368a6@mail.gmail.com> <20060529152101.P28554@mp2.macomnet.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: kernel panic. pppoe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 11:35:01 -0000 IzQgIDB4YzA0NzRkZWMgaW4gZGJfY29tbWFuZCAobGFzdF9jbWRwPTB4YzA5ZTBlNjQsIGNtZF90 YWJsZT0weDApIGF0Ci91c3Ivc3JjL3N5cy9kZGIvZGJfY29tbWFuZC5jOjM5NQogICAgICAgIGNt ZCA9IChzdHJ1Y3QgY29tbWFuZCAqKSAweGMwOGEwZjQwCiAgICAgICAgdCA9IDB4MAogICAgICAg IG1vZGlmID0KIlwwMDCoZNP4XDAwM1wwMDBcMDAwdKhk0/hcMDAzXDAwMFwwMDBcMjM0qGTTRlww MDBcYlwwMDBcMjEwqGTT+FwwMDNcMDAwXDAwMFwyMTSoZNPpKFwyMDbA+FwwMDNcMDAwXDAwMPhc MDAzXDAwMFwwMDBcclwwMDBcMDAwXDAwMLSoZNPqKlwyMDbAXDIzNKhk0/hcMDAzXDAwMFwwMDBc ZlwwMDBcMDE3XDAwM3hcMDAwXDAwMFwwMDBgXDAyN1wyMzbARlwwMDBcYlwwMDDIqGTTfG5HwEz2 XDIyMMBUa0fARlwwMDBcYlwwMDBgXDAyN1wyMzbAXDAwNmNHwGBcMDI3XDIzNsBcMjIwXDAxN1wy MzbAIgogICAgICAgIGFkZHIgPSAweGMwNmFkZWFiCiAgICAgICAgY291bnQgPSAweGZmZmZmZmZm CiAgICAgICAgaGF2ZV9hZGRyID0gMHgwCiAgICAgICAgcmVzdWx0ID0gMHgwCiM1ICAweGMwNDc0 ZWFhIGluIGRiX2NvbW1hbmRfbG9vcCAoKSBhdCAvdXNyL3NyYy9zeXMvZGRiL2RiX2NvbW1hbmQu Yzo0NDYKTm8gbG9jYWxzLgojNiAgMHhjMDQ3NmFjMSBpbiBkYl90cmFwICh0eXBlPTB4MywgY29k ZT0weDApIGF0Ci91c3Ivc3JjL3N5cy9kZGIvZGJfbWFpbi5jOjIyMQogICAgICAgIGpiID0ge3sK ICAgIF9qYiA9IHsweGQzNjRhOTA4LCAweGQzNjRhOGY0LCAweGQzNjRhOTNjLCAweDEsIDB4ODAw NDYsIDB4YzA0NzZhNWEsCjB4YSwgMHhkMzY0YWEwNCwgMHhjMDZhZmY1MSwgMHgxMiwgMHgwLAog ICAgICAweDIwMDAwMDAwfQogIH19CiAgICAgICAgcHJldl9qYiA9ICh2b2lkICopIDB4MAogICAg ICAgIGJrcHQgPSAweDAKIzcgIDB4YzA2YWUxODQgaW4ga2RiX3RyYXAgKHR5cGU9MHgzLCBjb2Rl PTB4MCwgdGY9MHhkMzY0YTllOCkgYXQKL3Vzci9zcmMvc3lzL2tlcm4vc3Vicl9rZGIuYzo0ODEK ICAgICAgICBpbnRyID0gMHg4MDA0NgogICAgICAgIGRpZF9zdG9wX2NwdXMgPSAweDEKICAgICAg ICBoYW5kbGVkID0gMHhkMzY0YTllOAojOCAgMHhjMDg4YTU2MCBpbiB0cmFwIChmcmFtZT0KICAg ICAge3RmX2ZzID0gMHhkMzY0MDAwOCwgdGZfZXMgPSAweGMwNmEwMDI4LCB0Zl9kcyA9IDB4YzA5 MTAwMjgsIHRmX2VkaSA9CjB4YzA5MGU3ZjEsIHRmX2VzaSA9IDB4MSwgdGZfZWJwID0gMHhkMzY0 YWEyOCwgdGZfaXNwID0gMHhkMzY0YWExNCwgdGZfZWJ4ID0KMHhkMzY0YWE1NCwgdGZfZWR4ID0g MHgwLCB0Zl9lY3ggPSAweGMxMDMzMDAwLCB0Zl9lYXggPSAweDEyLCB0Zl90cmFwbm8gPQoweDMs IHRmX2VyciA9IDB4MCwgdGZfZWlwID0gMHhjMDZhZGVhYiwgdGZfY3MgPSAweDIwLCB0Zl9lZmxh Z3MgPSAweDgwMjg2LAp0Zl9lc3AgPSAweGQzNjRhYTQ4LCB0Zl9zcyA9IDB4YzA2OTM5MTd9KQog ICAgYXQgL3Vzci9zcmMvc3lzL2kzODYvaTM4Ni90cmFwLmM6NjIyCiAgICAgICAgdGQgPSAoc3Ry dWN0IHRocmVhZCAqKSAweGMyNGExODcwCiAgICAgICAgcCA9IChzdHJ1Y3QgcHJvYyAqKSAweGMy NGEwOGQwCiAgICAgICAgaSA9IDB4MAogICAgICAgIHVjb2RlID0gMHgwCiAgICAgICAgdHlwZSA9 IDB4MwogICAgICAgIGNvZGUgPSAweDAKICAgICAgICBhZGRyID0gMHgwCiAgICAgICAgZXZhID0g MHgwCiAgICAgICAga3NpID0gewogIGtzaV9saW5rID0gewogICAgdHFlX25leHQgPSAweGMwOTBm NTAzLAogICAgdHFlX3ByZXYgPSAweGQzNjRhOWFjCiAgfSwKICBrc2lfaW5mbyA9IHsKICAgIHNp X3NpZ25vID0gMHhjMDkzNTdjZiwKICAgIHNpX2Vycm5vID0gMHhkMzY0YTk5OCwKICAgIHNpX2Nv ZGUgPSAweDEsCiAgICBzaV9waWQgPSAweDMyMzAzMDAwLAogICAgc2lfdWlkID0gMHhjMjRhMTkz MiwKICAgIHNpX3N0YXR1cyA9IDB4ZDM2NGE5YmMsCiAgICBzaV9hZGRyID0gMHhjMDZhNzE2ZiwK ICAgIHNpX3ZhbHVlID0gewogICAgICBzaXZhbF9pbnQgPSAweGMwOWZiOGIwLAogICAgICBzaXZh bF9wdHIgPSAweGMwOWZiOGIwCiAgICB9LAogICAgX3JlYXNvbiA9IHsKICAgICAgX2ZhdWx0ID0g ewogICAgICAgIF90cmFwbm8gPSAweDIKICAgICAgICBfX3NwYXJlMl9fID0gezB4YzA5MTBlZTQs IDB4MjZlLCAweGMyNGExODcwLCAweGQzNjRhOWM4LCAweDgwMjQ2LAoweGMwYTAxYWQ0LCAweGQz NjRhOWQ0fQogICAgICB9CiAgICB9CiAgfSwKICBrc2lfZmxhZ3MgPSAweGMyNGExODcwLAogIGtz aV9zaWdxID0gMHgwCn0KIzkgIDB4YzA4NzU4MGEgaW4gY2FsbHRyYXAgKCkgYXQgL3Vzci9zcmMv c3lzL2kzODYvaTM4Ni9leGNlcHRpb24uczoxMzgKTm8gbG9jYWxzLgojMTAgMHhjMDZhZGVhYiBp biBrZGJfZW50ZXIgKG1zZz0weDEyIDxBZGRyZXNzIDB4MTIgb3V0IG9mIGJvdW5kcz4pIGF0CmNw dWZ1bmMuaDo2MApObyBsb2NhbHMuCiMxMSAweGMwNjkzOTE3IGluIHBhbmljIChmbXQ9MHhjMDkw ZTdmMSAibXV0ZXggJXMgbm90IG93bmVkIGF0ICVzOiVkIikgYXQKL3Vzci9zcmMvc3lzL2tlcm4v a2Vybl9zaHV0ZG93bi5jOjU0OQogICAgICAgIHRkID0gKHN0cnVjdCB0aHJlYWQgKikgMHhjMjRh MTg3MAogICAgICAgIGJvb3RvcHQgPSAweDEwMAogICAgICAgIG5ld3BhbmljID0gMHgxCiAgICAg ICAgYXAgPSAweGQzNjRhYTU0ICJ7S1wyMjLAMqJcMjIxwKFcYiIKICAgICAgICBidWYgPSAibXV0 ZXggR2lhbnQgbm90IG93bmVkIGF0IC91c3Ivc3JjL3N5cy9uZXQvaWYuYzoyMjA5IiwgJ1wwJwo8 cmVwZWF0cyAyMDQgdGltZXM+CiMxMiAweGMwNjhiNTBhIGluIF9tdHhfYXNzZXJ0IChtPTB4YzA5 ZmI4YzgsIHdoYXQ9MHhjMTAzMzAwMCwKZmlsZT0weGMwOTFhMjMyICIvdXNyL3NyYy9zeXMvbmV0 L2lmLmMiLCBsaW5lPTB4OGExKQogICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9tdXRleC5j Ojc1NApObyBsb2NhbHMuCiMxMyAweGMwNzAyMWM2IGluIGlmX3N0YXJ0IChpZnA9MHhjMjViNTAw MCkgYXQgL3Vzci9zcmMvc3lzL25ldC9pZi5jOjIyMDkKTm8gbG9jYWxzLgojMTQgMHhjMDcwMzY4 NCBpbiBldGhlcl9vdXRwdXRfZnJhbWUgKGlmcD0weGMyNWI1MDAwLCBtPTB4YzI2YmRhMDApIGF0 Ci91c3Ivc3JjL3N5cy9uZXQvaWZfZXRoZXJzdWJyLmM6Mzg0CiAgICAgICAgbGVuID0gMHgyMAog ICAgICAgIG1mbGFncyA9IDB4MgogICAgICAgIGVycm9yID0gMHgwCiAgICAgICAgcnVsZSA9IChz dHJ1Y3QgaXBfZncgKikgMHgwCiMxNSAweGMyYjM0OTMwIGluID8/ICgpCk5vIHN5bWJvbCB0YWJs ZSBpbmZvIGF2YWlsYWJsZS4KIzE2IDB4YzI1YjUwMDAgaW4gPz8gKCkKTm8gc3ltYm9sIHRhYmxl IGluZm8gYXZhaWxhYmxlLgojMTcgMHhjMjZiZGEwMCBpbiA/PyAoKQpObyBzeW1ib2wgdGFibGUg aW5mbyBhdmFpbGFibGUuCiMxOCAweGMyNmJkMzAwIGluID8/ICgpCk5vIHN5bWJvbCB0YWJsZSBp bmZvIGF2YWlsYWJsZS4KIzE5IDB4MDAwMDAwMDAgaW4gPz8gKCkKTm8gc3ltYm9sIHRhYmxlIGlu Zm8gYXZhaWxhYmxlLgojMjAgMHhjMmI0MGM5MCBpbiA/PyAoKQpObyBzeW1ib2wgdGFibGUgaW5m byBhdmFpbGFibGUuCiMyMSAweGMyOGZjZTgwIGluID8/ICgpCk5vIHN5bWJvbCB0YWJsZSBpbmZv IGF2YWlsYWJsZS4KIzIyIDB4ZDM2NGFiNmMgaW4gPz8gKCkKTm8gc3ltYm9sIHRhYmxlIGluZm8g YXZhaWxhYmxlLgojMjMgMHhjMmIyODgxYSBpbiA/PyAoKQpObyBzeW1ib2wgdGFibGUgaW5mbyBh dmFpbGFibGUuCiMyNCAweGMyOGZjZTgwIGluID8/ICgpCk5vIHN5bWJvbCB0YWJsZSBpbmZvIGF2 YWlsYWJsZS4KIzI1IDB4YzJiNDBjOTAgaW4gPz8gKCkKTm8gc3ltYm9sIHRhYmxlIGluZm8gYXZh aWxhYmxlLgojMjYgMHgwMDAwMDZiNSBpbiA/PyAoKQpObyBzeW1ib2wgdGFibGUgaW5mbyBhdmFp bGFibGUuCiMyNyAweGMwYTAxYWQ0IGluIHdpdG5lc3Nfc3Bpbl93YXJuICgpCk5vIHN5bWJvbCB0 YWJsZSBpbmZvIGF2YWlsYWJsZS4KIzI4IDB4MDAwMDAwMDAgaW4gPz8gKCkKTm8gc3ltYm9sIHRh YmxlIGluZm8gYXZhaWxhYmxlLgojMjkgMHhjMDkxMzZjMyBpbiA/PyAoKQpObyBzeW1ib2wgdGFi bGUgaW5mbyBhdmFpbGFibGUuCiMzMCAweDAwMDAwNmIyIGluID8/ICgpCk5vIHN5bWJvbCB0YWJs ZSBpbmZvIGF2YWlsYWJsZS4KIzMxIDB4YzBhNDgxOTQgaW4gd19sb2NrbGlzdGRhdGEgKCkKTm8g c3ltYm9sIHRhYmxlIGluZm8gYXZhaWxhYmxlLgojMzIgMHhkMzY0YWIxMCBpbiA/PyAoKQpObyBz eW1ib2wgdGFibGUgaW5mbyBhdmFpbGFibGUuCiMzMyAweGMwNmI5N2U2IGluIHdpdG5lc3NfdW5s b2NrIChsb2NrPTB4YzI1YjUwMDAsIGZsYWdzPTB4YzJiNDBjOTAsCmZpbGU9MHg2YjUgPEFkZHJl c3MgMHg2YjUgb3V0IG9mIGJvdW5kcz4sCiAgICBsaW5lPTB4YzBhMDFhZDQpIGF0IC91c3Ivc3Jj L3N5cy9rZXJuL3N1YnJfd2l0bmVzcy5jOjEyOTQKICAgICAgICBsb2NrX2xpc3QgPSAoc3RydWN0 IGxvY2tfbGlzdF9lbnRyeSAqKikgMHhjMjZiZGEwMAogICAgICAgIGluc3RhbmNlID0gKHN0cnVj dCBsb2NrX2luc3RhbmNlICopIDB4YzI2YmQzMDAKICAgICAgICBjbGFzcyA9IChzdHJ1Y3QgbG9j a19jbGFzcyAqKSAweGMyNmJkMzAwCiAgICAgICAgcyA9IDB4YzI2YmRhMDAKICAgICAgICBpID0g MHhjMTAzMzAwMAogICAgICAgIGogPSAweGMyNWI1MDAwClByZXZpb3VzIGZyYW1lIGlubmVyIHRv IHRoaXMgZnJhbWUgKGNvcnJ1cHQgc3RhY2s/KQo= From owner-freebsd-current@FreeBSD.ORG Mon May 29 12:37:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FB0816A735 for ; Mon, 29 May 2006 12:37:30 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6666C43D48 for ; Mon, 29 May 2006 12:37:29 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Mon, 29 May 2006 14:37:25 +0200 Date: Mon, 29 May 2006 14:37:28 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Steve Kargl In-Reply-To: <20060527155903.GA7307@troutmask.apl.washington.edu> Message-ID: <20060529143107.O86320@beagle.kn.op.dlr.de> References: <20060527024407.GA2525@troutmask.apl.washington.edu> <4477C401.2080307@rogers.com> <38C8392F-C345-41F7-A879-6C2F5D2C59F5@orthanc.ca> <1B5AEAC9-2A87-40F1-B2D4-2069DCBC30FE@orthanc.ca> <4477EFDF.80608@alumni.rice.edu> <9f7850090605262331j352d98acwa3837251300c591b@mail.gmail.com> <4477F687.2030109@FreeBSD.org> <20060527065621.GA4814@troutmask.apl.washington.edu> <20060527095711.GJ744@turion.vk2pj.dyndns.org> <20060527155903.GA7307@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 29 May 2006 12:37:25.0267 (UTC) FILETIME=[A389AE30:01C6831C] Cc: freebsd-current@freebsd.org Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 12:37:40 -0000 On Sat, 27 May 2006, Steve Kargl wrote: SK>On Sat, May 27, 2006 at 07:57:11PM +1000, Peter Jeremy wrote: SK>> On Fri, 2006-May-26 23:56:21 -0700, Steve Kargl wrote: SK>> >What happens with SK>> > SK>> >cd /usr/ports/math/lapack SK>> >make install SK>> SK>> .if ${OSVERSION} > 700XXX SK>> BUILD_DEPENDS+= gfortran:${PORTSDIR}/lang/gfortran SK>> .endif SK>> SK> SK>Yes, I know. Now, how many ports need this treatment? SK> SK>Do we cleanup the sys.mk file? Grep for FC, f77, .f SK>Do we add .F90, .f90, and .mod? The following are in Posix default rules and should not be removed if we aim to support Fortran. That means that either the port must add them or we just keep them, but set them up correctly for that port. Macros: FC FFLAGS Single suffix rules: .f: Double suffix rules: .f.o: .f.a: If we want the F90, .f90 than they should be under !%POSIX. harti From owner-freebsd-current@FreeBSD.ORG Mon May 29 13:10:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85C3D16A505; Mon, 29 May 2006 13:10:23 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE36543D46; Mon, 29 May 2006 13:10:22 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.180.101] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu9) with ESMTP (Nemesis), id 0ML2xA-1FkhVl2BvS-0000j0; Mon, 29 May 2006 15:10:21 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Mon, 29 May 2006 15:10:11 +0200 User-Agent: KMail/1.9.1 References: <53cc795f0605290205r1b1a898fm718188d767f68403@mail.gmail.com> In-Reply-To: <53cc795f0605290205r1b1a898fm718188d767f68403@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2236436.YgWPSujyul"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200605291510.20703.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: sekes , Robert Nicholas Maxwell Watson Subject: Re: kernel panic. pppoe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 13:10:24 -0000 --nextPart2236436.YgWPSujyul Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 29 May 2006 11:05, sekes wrote: > Cause my message has been lost in threads i repost it again here. > > http://lists.freebsd.org/pipermail/freebsd-current/2006-May/062955.html > Sorry for annoying :-) > > Strange panic occurs in the kernel every time i'm trying to make PPPoE > connection > This problem is very important to me because since all that time it > presents in the kernel i am not able to establish any succesfull internet > sessions longer than on 10-15 minutes:( > > panic: mutex Giant not owned at /usr/src/sys/net/if.c:2209 > cpuid =3D 0 > KDB: enter: panic > [thread pid 11 tid 100005 ] > Stopped at kdb_enter+0x2b: nop > db> > db> > db> > db> bt > Tracing pid 11 tid 100005 td 0xc28916c0 > kdb_enter(3230725374) at kdb_enter+43 > panic(3230722033,3230813051,3230769714,2209,3264851968) at panic+295 > _mtx_assert(3231693000,1,3230769714,2209) at _mtx_assert+102 > if_start(3264851968) at if_start+38 > ether_output_frame(3264851968,3265936896,3265938176,0,3270958224) at > ether_output_frame+384 > ng_ether_rcvdata(3270304512,3270958224,1717,3231718100,0) at > ng_ether_rcvdata+308 > ng_apply_item(0,3265938176,5,0,0) at ng_apply_item+278 > ng_snd_item(3270958224,0,3270958224,3266710848,3270315648) at > ng_snd_item+230 > pppoe_ticker(3270315648,3270304384,0,0,3227049343) at pppoe_ticker+229 > ng_apply_item(1,622,2,1,0) at ng_apply_item+495 > ng_snd_item(3270958272,0,3548757204,3228176966,3270958272) at > ng_snd_item+230 > ng_callout_trampoline(3270958272) at ng_callout_trampoline+13 > softclock(0) at softclock+518 > ithread_execute_handlers(3263761156,3263960576) at > ithread_execute_handlers+234 > ithread_loop(3263596944,3548757304) at ithread_loop+103 > fork_exit(3228039632,3263596944,3548757304) at fork_exit+164 > fork_trampoline() at fork_trampoline+8 > --- trap 1, eip =3D 0, esp =3D 3548757356, ebp =3D 0 --- Looks like you have a NIC that still requires the Giant lock around the=20 network stack and you found a callpath that does not pick it up. As a=20 workaround you can try to disable the mpsafe networking (debug.mpsafenet=3D= 0),=20 be sure to tell us if that helps and examine "ifp" in the if_start frame if= =20 possible. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2236436.YgWPSujyul Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEevK8XyyEoT62BG0RAhoOAJwI71/qT2HauzK4U8e2r7CZUHACWQCdHo23 TPoY9hQdQl71HhRBDUrzjWQ= =qsdh -----END PGP SIGNATURE----- --nextPart2236436.YgWPSujyul-- From owner-freebsd-current@FreeBSD.ORG Mon May 29 13:46:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE42A16A91B for ; Mon, 29 May 2006 13:46:04 +0000 (UTC) (envelope-from gexlie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE1B443D64 for ; Mon, 29 May 2006 13:45:55 +0000 (GMT) (envelope-from gexlie@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so93033uge for ; Mon, 29 May 2006 06:45:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ROfUQTd+rpRAYPWUOHhfRtqIXmbqsogpdZoHoG1TASW9nKSmBdoGn5wWg0CkotmxyzORksnsARKukkkHm+U7ZbUIoYyYWSsS6hyyXhEY+nT0JvoaDHmTL3BReh9DVFpsYYszWqQL3L5kMax4D3JfcNSyDDZapvBRedK+3ZsxPKg= Received: by 10.67.89.5 with SMTP id r5mr1894822ugl; Mon, 29 May 2006 06:45:54 -0700 (PDT) Received: by 10.67.101.1 with HTTP; Mon, 29 May 2006 06:45:53 -0700 (PDT) Message-ID: <53cc795f0605290645m7f9d21a8recf8e8f6da70974e@mail.gmail.com> Date: Mon, 29 May 2006 17:45:53 +0400 From: sekes To: "Max Laier" In-Reply-To: <200605291510.20703.max@love2party.net> MIME-Version: 1.0 References: <53cc795f0605290205r1b1a898fm718188d767f68403@mail.gmail.com> <200605291510.20703.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Robert Nicholas Maxwell Watson Subject: Re: kernel panic. pppoe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 13:46:07 -0000 On 5/29/06, Max Laier wrote: > > On Monday 29 May 2006 11:05, sekes wrote: > > Cause my message has been lost in threads i repost it again here. > > > > http://lists.freebsd.org/pipermail/freebsd-current/2006-May/062955.html > > Sorry for annoying :-) > > > > Strange panic occurs in the kernel every time i'm trying to make PPPoE > > connection > > This problem is very important to me because since all that time it > > presents in the kernel i am not able to establish any succesfull > internet > > sessions longer than on 10-15 minutes:( > > > > panic: mutex Giant not owned at /usr/src/sys/net/if.c:2209 > > cpuid =3D 0 > > KDB: enter: panic > > [thread pid 11 tid 100005 ] > > Stopped at kdb_enter+0x2b: nop > > db> > > db> > > db> > > db> bt > > Tracing pid 11 tid 100005 td 0xc28916c0 > > kdb_enter(3230725374) at kdb_enter+43 > > panic(3230722033,3230813051,3230769714,2209,3264851968) at panic+295 > > _mtx_assert(3231693000,1,3230769714,2209) at _mtx_assert+102 > > if_start(3264851968) at if_start+38 > > ether_output_frame(3264851968,3265936896,3265938176,0,3270958224) at > > ether_output_frame+384 > > ng_ether_rcvdata(3270304512,3270958224,1717,3231718100,0) at > > ng_ether_rcvdata+308 > > ng_apply_item(0,3265938176,5,0,0) at ng_apply_item+278 > > ng_snd_item(3270958224,0,3270958224,3266710848,3270315648) at > > ng_snd_item+230 > > pppoe_ticker(3270315648,3270304384,0,0,3227049343) at pppoe_ticker+229 > > ng_apply_item(1,622,2,1,0) at ng_apply_item+495 > > ng_snd_item(3270958272,0,3548757204,3228176966,3270958272) at > > ng_snd_item+230 > > ng_callout_trampoline(3270958272) at ng_callout_trampoline+13 > > softclock(0) at softclock+518 > > ithread_execute_handlers(3263761156,3263960576) at > > ithread_execute_handlers+234 > > ithread_loop(3263596944,3548757304) at ithread_loop+103 > > fork_exit(3228039632,3263596944,3548757304) at fork_exit+164 > > fork_trampoline() at fork_trampoline+8 > > --- trap 1, eip =3D 0, esp =3D 3548757356, ebp =3D 0 --- > > Looks like you have a NIC that still requires the Giant lock around the > network stack and you found a callpath that does not pick it up. As a > workaround you can try to disable the mpsafe networking (debug.mpsafenet= =3D0 > ), > be sure to tell us if that helps and examine "ifp" in the if_start frame > if > possible. debug.mpsafenet=3D0 in /boot/loader.conf didn't solve it all. i mentioned = it earlier in previous threads. and i don't know what can i do on this anymore. in this thread you can see the kernel crashdump of this outrage which i made. i have no any expirienc= e in programming or other stuff like that and i don't know how to examine ifp without step-by-step explanation :( maybe somebody can send me any dummy-patches which temporarily will fix my problem at least ? From owner-freebsd-current@FreeBSD.ORG Mon May 29 15:30:47 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 742D816AA53 for ; Mon, 29 May 2006 15:30:47 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C239E43D53 for ; Mon, 29 May 2006 15:30:46 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 0E33C2770F for ; Mon, 29 May 2006 17:30:46 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 5A4E29B4E0 for ; Mon, 29 May 2006 15:31:03 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 4B0C14071; Mon, 29 May 2006 17:31:03 +0200 (CEST) Date: Mon, 29 May 2006 17:31:03 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20060529153103.GA17178@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Subject: timer goes sluggish X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 15:30:56 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I won't write too much, the following session will tell much more: % jarjarbinks:root# ntpdate -b chronos.cru.fr % 29 May 17:08:44 ntpdate[4254]: step time server 195.220.94.163 offset 0.000273 sec % jarjarbinks:root# sysctl kern.timecounter.hardware % kern.timecounter.hardware: ACPI-fast % jarjarbinks:root# while : ; do date ; sleep 1 ; done % Mon May 29 17:08:56 CEST 2006 % Mon May 29 17:09:03 CEST 2006 % Mon May 29 17:09:09 CEST 2006 % Mon May 29 17:09:16 CEST 2006 % Mon May 29 17:09:22 CEST 2006 % ^C % jarjarbinks:root# ntpdate -b chronos.cru.fr % 29 May 17:09:32 ntpdate[4266]: step time server 195.220.94.163 offset 0.000937 sec % jarjarbinks:root# sysctl kern.timecounter.hardware=TSC % kern.timecounter.hardware: ACPI-fast -> TSC % jarjarbinks:root# while : ; do date ; sleep 1 ; done % Mon May 29 17:09:41 CEST 2006 % Mon May 29 17:09:42 CEST 2006 % Mon May 29 17:09:43 CEST 2006 % Mon May 29 17:09:44 CEST 2006 % Mon May 29 17:09:45 CEST 2006 % ^C % jarjarbinks:root# ntpdate -b chronos.cru.fr % 29 May 17:10:16 ntpdate[4278]: step time server 195.220.94.163 offset 29.503343 sec I know this is a FAQ when CPU frequency throttling is used, but this is not the case here. I killed powerd(8) and dev.cpu.0.freq is set to its highest frequency (1733). IOW, using ACPI-fast as timecounter leads to have "sleep 1" actually sleep for 6~7 seconds. Using TSC as timecounter is even weirder since it desynchronize the computer's clock. I attached the dmesg of my computer, and can provide verbose dmesg if need, or anything else requested to help debugging. Thank you. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg Copyright (c) 1992-2006 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 7.0-CURRENT #0: Wed May 17 00:52:17 CEST 2006 root@jarjarbinks.tataz.chchile.org:/usr/obj/usr/src/sys/JARJARBINKS WARNING: DIAGNOSTIC option enabled, expect reduced performance. WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.73GHz (1729.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 real memory = 1072168960 (1022 MB) avail memory = 1040154624 (991 MB) ACPI-0390: *** Info: Table [SSDT] replaced by host OS ACPI-0390: *** Info: Table [SSDT] replaced by host OS ACPI-0390: *** Info: Table [SSDT] replaced by host OS ACPI: overriding DSDT/SSDT with custom table ACPI-0390: *** Info: Table [DSDT] replaced by host OS ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi: bad write to port 0x080 (32), val 0xaa acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) unknown: I/O range not supported Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x3000-0x30ff mem 0xd0000000-0xd7ffffff,0xc8100000-0xc810ffff irq 16 at device 0.0 on pci1 pcib2: irq 17 at device 28.0 on pci0 pci9: on pcib2 pcib3: irq 16 at device 28.1 on pci0 pci10: on pcib3 pcib4: irq 18 at device 28.2 on pci0 pci2: on pcib4 uhci0: port 0x1800-0x181f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: LegSup = 0x003b usb0: on uhci0 usb0: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: LegSup = 0x0010 usb1: on uhci1 usb1: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: LegSup = 0x0010 usb2: on uhci2 usb2: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1860-0x187f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: LegSup = 0x0010 usb3: on uhci3 usb3: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xc8000000-0xc80003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib5: at device 30.0 on pci0 pci6: on pcib5 cbb0: mem 0xc8216000-0xc8216fff irq 18 at device 1.0 on pci6 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pci6: at device 1.2 (no driver attached) pci6: at device 1.3 (no driver attached) pci6: at device 3.0 (no driver attached) bge0: mem 0xc8200000-0xc820ffff irq 16 at device 8.0 on pci6 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:c0:9f:94:39:8f bge0: [GIANT-LOCKED] pci0: at device 30.2 (no driver attached) pci0: at device 30.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18c0-0x18cf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcdfff,0xce000-0xcf7ff,0xe0000-0xe17ff 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 Timecounter "TSC" frequency 1729012438 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ipfw2 initialized, divert loadable, rule-based forwarding enabled, default to accept, logging unlimited ad0: DMA limited to UDMA33, controller found non-ATA66 cable ad0: 76319MB at ata0-master UDMA33 acd0: DVDR at ata0-slave UDMA33 acpi: bad write to port 0x080 (32), val 0x1c cpu0: Cx states changed cpu0: Cx states changed acpi: bad write to port 0x080 (32), val 0x1c Trying to mount root from ufs:/dev/ad0s1a acpi: bad write to port 0x080 (32), val 0x1c cpu0: Cx states changed bge0: link state changed to UP Expensive timeout(9) function: 0xc06edb20(0xc08007a0) 0.003415517 s acpi: bad write to port 0x080 (32), val 0x8a --fUYQa+Pmc3FrFX/N-- From owner-freebsd-current@FreeBSD.ORG Mon May 29 17:45:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 902EC16A50E for ; Mon, 29 May 2006 17:45:18 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3496943D46 for ; Mon, 29 May 2006 17:45:17 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 3175F54B3D for ; Mon, 29 May 2006 19:45:14 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id k4THj3HO001373 for ; Mon, 29 May 2006 19:45:05 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Mon, 29 May 2006 19:44:55 +0200 User-Agent: KMail/1.9.1 References: <200605241556.44483.jhb@freebsd.org> <200605251023.34963.thierry@herbelot.com> <200605271830.50724.thierry@herbelot.com> In-Reply-To: <200605271830.50724.thierry@herbelot.com> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200605291944.56588.thierry@herbelot.com> Subject: Re: [PATCH] if_dc cleanups.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.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, 29 May 2006 17:45:22 -0000 Le Saturday 27 May 2006 18:30, Thierry Herbelot a écrit : more bad side effects : # ping machine PING machine (192.168.2.1): 56 data bytes 64 bytes from 192.168.2.1: icmp_seq=0 ttl=64 time=1.292 ms usb1: host system error usb1: host controller halted 64 bytes from 192.168.2.1: icmp_seq=1 ttl=64 time=1.242 ms 64 bytes from 192.168.2.1: icmp_seq=2 ttl=64 time=1.264 ms 64 bytes from 192.168.2.1: icmp_seq=3 ttl=64 time=1.083 ms 64 bytes from 192.168.2.1: icmp_seq=4 ttl=64 time=1.135 ms usb2: host system error usb2: host controller halted 64 bytes from 192.168.2.1: icmp_seq=5 ttl=64 time=1.205 ms 64 bytes from 192.168.2.1: icmp_seq=6 ttl=64 time=1.251 ms 64 bytes from 192.168.2.1: icmp_seq=7 ttl=64 time=1.070 ms when usb1 and usb2 are buses off a : uhci1: port 0xb000-0xb01f irq 19 at device 17.0 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xb400-0xb41f irq 16 at device 17.1 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd8001000-0xd80010ff irq 17 at device 17.2 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 4 ports with 4 removable, self powered TfH From owner-freebsd-current@FreeBSD.ORG Mon May 29 19:31:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A84316AA25 for ; Mon, 29 May 2006 19:31:16 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08b.verio.de (mail08b.verio.de [213.198.55.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 592F943D53 for ; Mon, 29 May 2006 19:31:15 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mx13.stngva01.us.mxservers.net (204.202.242.69) by mail08b.verio.de (RS ver 1.0.95vs) with SMTP id 0-0178991065; Mon, 29 May 2006 21:31:13 +0200 (CEST) Received: from www.jennejohn.org [213.198.5.174] (EHLO peedub.jennejohn.org) by mx13.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id afb4b744.1941.009.mx13.stngva01.us.mxservers.net; Mon, 29 May 2006 15:31:06 -0400 (EDT) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.4/8.11.6) with ESMTP id k4TJUOjV082272; Mon, 29 May 2006 21:30:29 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200605291930.k4TJUOjV082272@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Jeremie Le Hen In-Reply-To: Message from Jeremie Le Hen of "Mon, 29 May 2006 17:31:03 +0200." <20060529153103.GA17178@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 29 May 2006 21:30:24 +0200 From: Gary Jennejohn X-Spam: [F=0.5108185126; heur=0.500(-19800); stat=0.510; spamtraq-heur=0.500(2006052901)] X-MAIL-FROM: X-SOURCE-IP: [213.198.5.174] X-Loop-Detect: 1 X-DistLoop-Detect: 1 Cc: freebsd-current@FreeBSD.org Subject: Re: timer goes sluggish X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 19:31:16 -0000 Jeremie Le Hen writes: > IOW, using ACPI-fast as timecounter leads to have "sleep 1" actually > sleep for 6~7 seconds. Using TSC as timecounter is even weirder since it > desynchronize the computer's clock. > This isn't necessarily an accurate statement, as proved by this output on my machine: garyj:peedub:freebsd:-bash:23> sysctl kern.timecounter.hardware kern.timecounter.hardware: ACPI-fast garyj:peedub:freebsd:-bash:24> while : ; do date ; sleep 1 ; done Mon May 29 21:26:34 CEST 2006 Mon May 29 21:26:35 CEST 2006 Mon May 29 21:26:36 CEST 2006 Mon May 29 21:26:37 CEST 2006 Mon May 29 21:26:38 CEST 2006 Mon May 29 21:26:39 CEST 2006 Mon May 29 21:26:40 CEST 2006 Mon May 29 21:26:41 CEST 2006 Mon May 29 21:26:42 CEST 2006 and so on ad nauseum. No problem on my machine. Must be something specific to your set up. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Mon May 29 20:11:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A1A816A429 for ; Mon, 29 May 2006 20:11:52 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B71A43D48 for ; Mon, 29 May 2006 20:11:51 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k4TKBtEs014262 for ; Mon, 29 May 2006 16:11:58 -0400 X-ORBL: [71.139.38.236] Received: from [10.0.5.50] (ppp-71-139-38-236.dsl.snfc21.pacbell.net [71.139.38.236]) by pimout7-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k4TKBfRi154600; Mon, 29 May 2006 16:11:45 -0400 Message-ID: <447B551F.8000904@root.org> Date: Mon, 29 May 2006 13:10:07 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Yar Tikhiy References: <20060528142039.GA80613@comp.chem.msu.su> In-Reply-To: <20060528142039.GA80613@comp.chem.msu.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 20:11:52 -0000 Yar Tikhiy wrote: > Hi, > > A while ago I installed CURRENT on my new home PC and noticed that > the system would hang hard at the boot time soon after setting > cx_lowest to C3 according to the LOW setting in /etc/defaults/rc.conf. > The last message on the console was each time: Mounting NFS file > systems:. Setting performance_cx_lowest to HIGH made the problem > go away. > > Now I've just tried again to return performance_cx_lowest to its > modern default setting in a fresh CURRENT and found that the bug > is still there. Is it due to my ACPI HW being broken? I'll be > glad to show relevant debug output from my ACPI if told how to get > it. Thanks. > disable apic (hint.apic.0.disabled="1"). I isolated this a little while ago to the change to enable LAPIC timer. However, there is currently no easy way to disable the LAPIC timer with APIC enabled so you have to disable APIC. jhb@ and I have been discussing how to do this better but no easy answers apparently. -- Nate From owner-freebsd-current@FreeBSD.ORG Sat May 27 14:09:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B69E16A88D; Sat, 27 May 2006 14:09:06 +0000 (UTC) (envelope-from james@wgold.demon.co.uk) Received: from anchor-post-34.mail.demon.net (anchor-post-34.mail.demon.net [194.217.242.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9388D43D46; Sat, 27 May 2006 14:09:05 +0000 (GMT) (envelope-from james@wgold.demon.co.uk) Received: from wgold.demon.co.uk ([158.152.96.124] helo=thor) by anchor-post-34.mail.demon.net with esmtp (Exim 4.42) id 1FjzTT-0004BU-Ep; Sat, 27 May 2006 14:09:04 +0000 Received: from 127.0.0.1 by thor ([127.0.0.1] running VPOP3) with SMTP; Sat, 27 May 2006 13:27:31 +0100 From: "James Mansion" To: "Andrew Atrens" , "Poul-Henning Kamp" Date: Sat, 27 May 2006 13:27:25 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <44773FDB.1090901@nortel.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Server: VPOP3 V1.5.0k - Registered X-Mailman-Approved-At: Mon, 29 May 2006 20:20:07 +0000 Cc: current@freebsd.org, Alexander Leidinger , small@freebsd.org, Olivier Gautherot Subject: RE: FreeBSD's embedded agenda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2006 14:09:24 -0000 >On the other hand, if you're building an embedded system for a lunar >lander for Apollo 13, or a real time control system, then I would argue >that you should squeeze in as many engineering cycles as you can, >because a dependable system is only as robust as its weakest link. I disagree. What you are building does not change the truism. All that happens is that 'good enough' has a more stringent definition - that's the whole point. >Having said that, I don't think James initially knew that a CF does >wear-levelling - so perhaps he doesn't have that much direct experience >with these devices. I thought I made the point that I believe many do. But once again the issue here is not whether the do or not, its whether wear-levelling is a requirement. A modern flash device will handle many updates per sector, and a device that runs from flash is presumably intended not to be update-heavy. So long as you don't perform unnecessary housekeeping IO's such as flushing access times frequently, then you'll generally be fine. Do the maths. Systems tend to update /tmp and /var quite a lot, even then if you can avoid flushing the sectors with directories and delaying them, then you can get to a the point where the design life is not limited by the flash device. >Putting on my selfish hat I'd love to have a filesystem that could run >directly on raw flash. Why? Lets remember we're talking about an embedded system that can be sensibly implemented with a general purpose OS. I'd put it to you that normally where this is very desirable, its because the run rate is quite low so the project overall is very sensitive to ease and cost of development. But if the run rate is low, then you also need to consider what hardware will be available in volume at go-live, and CF-to-IDE is very cheap now in conjunction with system-on-a-chip designs for set top boxes. For big bulk, we have PIC, Atmel, Rabbit, and assorted 80186 designs (including one very cute thing I saw built into an ethernet PHY) If you really must wear level, then why not access through a layer that divides the whole CF into 'n' partitions, uses 'n-1' of them, re- presents the 'n-1' through a RAID0-like mapping, and allows the logical sector 0 in each partition to be changed (with wrap-around). Then you can use a real filesystem on top of the block-mapping layer, and the mapper can move the hotspot around the disk much as a RAID array can rebuild under a real system. From owner-freebsd-current@FreeBSD.ORG Sat May 27 14:09:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6123816AE13 for ; Sat, 27 May 2006 14:09:56 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id A61D143D55 for ; Sat, 27 May 2006 14:09:55 +0000 (GMT) (envelope-from kabaev@gmail.com) Received: by nz-out-0102.google.com with SMTP id 9so449256nzo for ; Sat, 27 May 2006 07:09:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=X3spUltsGdNBRbwOz+7V7t12emgtEwV2ZS4w0s1UbpXtgefYO3eapzj67H4OADr3IPKO05El3IKrNaZGnIB4vLdC1T2O1TPSYYkSNCp4Sq/dzo5F9IuC+wy2c8j+rgX+X+9m5Jj5Igot0u2AdOWN45rlRh6wyWEcHJyn0vY4vfU= Received: by 10.64.210.20 with SMTP id i20mr170160qbg; Sat, 27 May 2006 07:09:54 -0700 (PDT) Received: from kan.dnsalias.net ( [24.63.93.195]) by mx.gmail.com with ESMTP id z21sm414470qbc.2006.05.27.07.09.54; Sat, 27 May 2006 07:09:54 -0700 (PDT) Date: Sat, 27 May 2006 10:10:08 -0400 From: Alexander Kabaev To: Lyndon Nerenberg Message-ID: <20060527101008.4f755159@kan.dnsalias.net> In-Reply-To: <85E84755-F808-4CA0-86F3-F3A230F9DAF4@orthanc.ca> References: <20060527024407.GA2525@troutmask.apl.washington.edu> <20060526233041.22143017@kan.dnsalias.net> <85E84755-F808-4CA0-86F3-F3A230F9DAF4@orthanc.ca> X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.17; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_WGYFUTV5ZeZZsLRZKL07dsS; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Mailman-Approved-At: Mon, 29 May 2006 20:21:08 +0000 Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2006 14:10:28 -0000 --Sig_WGYFUTV5ZeZZsLRZKL07dsS Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 26 May 2006 20:35:01 -0700 Lyndon Nerenberg wrote: > > About time to give it a boot. >=20 > If you have a useful argument to make, make it. Otherwise quite =20 > wasting our time. >=20 > --lyndon Simple: I do not want to drag libmpfr and libgmp dependencies into system. That + sorry state of current g77 in base system is reason to let properly maintained ports to cover users' needs for fortran compiler. --=20 Alexander Kabaev --Sig_WGYFUTV5ZeZZsLRZKL07dsS Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEeF3AQ6z1jMm+XZYRAqGWAJwKaIyzQgVMzOUlOhEPxm9OUheiJQCg6waw U0TIL83Epz7JzfPz4RqMzMo= =hCG0 -----END PGP SIGNATURE----- --Sig_WGYFUTV5ZeZZsLRZKL07dsS-- From owner-freebsd-current@FreeBSD.ORG Sat May 27 22:32:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CCDE16CDBD for ; Sat, 27 May 2006 22:20:00 +0000 (UTC) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32714.mail.mud.yahoo.com (web32714.mail.mud.yahoo.com [68.142.206.27]) by mx1.FreeBSD.org (Postfix) with SMTP id 86C1F43D4C for ; Sat, 27 May 2006 22:19:59 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 46120 invoked by uid 60001); 27 May 2006 22:19:58 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=EIDwMORS1xmTW4D8X4jVP2c8ueCDafh0Y9Z6xibgwAHEBN3hBYAjRm+3K0Kz6jRzqivKDCxcNW6xv83mvdzc75PqSz4Mz87NzMdLaq6fM/oLW4SKNrr9YOlASU9jW9xivpmYdbj0V2FtnK/glz0auCLnP/cnnGAd977BzKm4Ygc= ; Message-ID: <20060527221958.46118.qmail@web32714.mail.mud.yahoo.com> Received: from [200.118.79.75] by web32714.mail.mud.yahoo.com via HTTP; Sun, 28 May 2006 00:19:58 CEST Date: Sun, 28 May 2006 00:19:58 +0200 (CEST) From: To: Daniel O'Connor , freebsd-current@freebsd.org In-Reply-To: <200605272140.46227.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailman-Approved-At: Mon, 29 May 2006 20:21:41 +0000 Cc: Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.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, 27 May 2006 22:32:18 -0000 --- Daniel O'Connor ha scritto: > On Saturday 27 May 2006 13:31, pfgshield-freebsd@yahoo.com wrote: > > - Will we need a package with the shared libraries that come with gfortran? > > many packages depend on blas/atlas and other libraries that need fortran > > but a run dependency on the compiler package would be excessive IMHO. > > Why? > This is no different to building, say, pygame.. Yes it needs Python, wow, > what > a suprise :) > It is different, Fortran is a compiler...unlike python and java you shouldn't need the compiler once the executables are produced. > > - Perhaps we could remove of the C compiler too? not everyone builds > > kernels/ports and the gfortran compiler package happens to include a good C > > compiler ;-). > > Fortran isn't used for the base system, C & C++ are. > (Yes I saw the smiley :) > I think I use about 10-25% of the base system, and for that I only need the C compiler to rebuild the kernel, but with kld's that is becoming less necessary each day. Removing fortran (which I really use a lot) is in certain way a reminder that we should move more towards using the packaging system in the base too, and ideally depend less on a specific version of gcc. Actually I think the fortran removal from base is the way to go. Unfortunately the ports tree is not prepared for it, and I would expect breakage in the math, science and ports categories. Not good but it had to be fixed some day anyways. Pedro. Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun May 28 00:00:33 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28E2816A49A for ; Sat, 27 May 2006 23:49:58 +0000 (UTC) (envelope-from casper@mail.web.am) Received: from mx1.web.am (mx1.web.am [217.113.0.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id E641A43D58 for ; Sat, 27 May 2006 23:49:56 +0000 (GMT) (envelope-from casper@mail.web.am) Received: from antispam (localhost.web.am [127.0.0.1]) by localhost (Postfix) with ESMTP id A78B261C0C for ; Sun, 28 May 2006 04:49:48 +0500 (AMST) Received: from localhost (localhost.web.am [127.0.0.1]) by localhost (Postfix) with SMTP id E245961C0B; Sun, 28 May 2006 04:49:47 +0500 (AMST) Received: from [192.168.0.3] (unknown [217.113.1.123]) by mx1.web.am (Postfix) with ESMTP id 0467F61C01; Sun, 28 May 2006 04:49:37 +0500 (AMST) Message-ID: <4478E58F.7090202@mail.web.am> Date: Sun, 28 May 2006 04:49:35 +0500 From: Gaspar Chilingarov User-Agent: 1.5 (X11/20060410) MIME-Version: 1.0 To: "Matthew N. Dodd" References: <4476F897.10202@web.am> <44774C72.2020809@elischer.org> <20060526151012.U79841@sasami.jurai.net> In-Reply-To: <20060526151012.U79841@sasami.jurai.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on mx1.web.am X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=no version=2.60 X-Spam-Level: X-Mailman-Approved-At: Mon, 29 May 2006 20:24:08 +0000 Cc: freebsd-current@FreeBSD.ORG, Julian Elischer Subject: Re: ataidle and -current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 00:00:42 -0000 Matthew N. Dodd wrote: > On Fri, 26 May 2006, Julian Elischer wrote: >> the interface to control the deveices has changed. Theoretically you >> could make a much simpler ataidle program now but no-one has done it.. > > I wrote ftp://ftp.jurai.net/users/winter/atautil.tar to manipulate ATA > "APM" settings. APM is drive managed power configuration. > > I call a simple shell script via apmd to enabling idling when the laptop > is on battery. > > 'atautil' also supports reading the drive tempreature from IBM/Hitachi > Travelstars. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > THanks a lot for a link :) But :) sadly - it says the same as ataidle -- ./atautil -f ad0 identify atautil: IOCATAREQUEST: Inappropriate ioctl for device at same time atacontrol says atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 6 Slave: no device present Yes, I've read warning in atautil :) I'm running FreeBSD aldan.web.am 7.0-CURRENT FreeBSD 7.0-CURRENT #7: Thu Apr 6 01:44:22 AMST 2006 root@aldan.web.am:/usr/obj/usr/src/sys/nm amd64 kernel have removed lines relating to atapifd, atapist (tape driver). What may be a problem in that case? /Gaspar From owner-freebsd-current@FreeBSD.ORG Sun May 28 18:33:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8ED616A441 for ; Sun, 28 May 2006 18:33:42 +0000 (UTC) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC21A43D55 for ; Sun, 28 May 2006 18:33:40 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (localhost.localdomain [127.0.0.1]) by afrodita.rcub.bg.ac.yu (8.13.6/8.13.4) with ESMTP id k4SIXX0C010229 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 28 May 2006 20:33:33 +0200 Received: from localhost (ggajic@localhost) by afrodita.rcub.bg.ac.yu (8.13.6/8.13.6/Submit) with ESMTP id k4SIXWFs010226 for ; Sun, 28 May 2006 20:33:33 +0200 Date: Sun, 28 May 2006 20:33:32 +0200 (CEST) From: Goran Gajic To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Mon, 29 May 2006 20:24:08 +0000 Subject: question regarding tap/tun devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 18:33:43 -0000 Hi, I'm running 7.0-CURRENT build Thu May 25 23:17:10 CEST 2006 GENERIC config. While playing with dynamips emulator which uses tap I've noticed that ifconifg tun0 create or ifconfig tap0 create doesn't work (this doesn't have anything to do with emulator which works great). fbsd# ifconfig tap0 create ifconfig: SIOCIFCREATE: Invalid argument However, doing: fbsd# stat /dev/tap0 83951360 128 crw------- 1 root wheel 128 0 "May 28 18:41:03 2006" "May 28 18:41:03 2006" "May 28 18:41:03 2006" "Jan 1 00:59:59 1970" 4096 0 0 /dev/tap0 fbsd# ifconfig tap0 ifconfig: interface tap0 does not exist fbsd# cat /dev/tap0 ^C fbsd# ifconfig tap0 tap0: flags=8842 mtu 1500 ether 00:bd:79:64:40:00 Is this normal or am I missing something? Regards, gg. From owner-freebsd-current@FreeBSD.ORG Mon May 29 13:23:54 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79CCC16A42B for ; Mon, 29 May 2006 13:23:54 +0000 (UTC) (envelope-from casper@mail.web.am) Received: from mx1.web.am (mx1.web.am [217.113.0.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id A998643D55 for ; Mon, 29 May 2006 13:23:52 +0000 (GMT) (envelope-from casper@mail.web.am) Received: from antispam (localhost.web.am [127.0.0.1]) by localhost (Postfix) with ESMTP id C645461C19 for ; Mon, 29 May 2006 18:23:39 +0500 (AMST) Received: from localhost (localhost.web.am [127.0.0.1]) by localhost (Postfix) with SMTP id 14C2261C1D; Mon, 29 May 2006 18:23:39 +0500 (AMST) Received: from [192.168.2.123] (host-195-250-88-228.customer.arminco.com [195.250.88.228]) by mx1.web.am (Postfix) with ESMTP id D576961C16; Mon, 29 May 2006 18:23:38 +0500 (AMST) Message-ID: <447AF5DF.7000407@mail.web.am> Date: Mon, 29 May 2006 18:23:43 +0500 From: Gaspar Chilingarov User-Agent: Thunderbird 1.5.0.2 (X11/20060528) MIME-Version: 1.0 To: "Matthew N. Dodd" References: <4476F897.10202@web.am> <44774C72.2020809@elischer.org> <20060526151012.U79841@sasami.jurai.net> In-Reply-To: <20060526151012.U79841@sasami.jurai.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on mx1.web.am X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=no version=2.60 X-Spam-Level: X-Mailman-Approved-At: Mon, 29 May 2006 20:24:08 +0000 Cc: freebsd-current@FreeBSD.ORG, Julian Elischer Subject: Re: ataidle and -current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 13:23:55 -0000 Matthew N. Dodd wrote: > On Fri, 26 May 2006, Julian Elischer wrote: >> the interface to control the deveices has changed. Theoretically you >> could make a much simpler ataidle program now but no-one has done it.. > > I wrote ftp://ftp.jurai.net/users/winter/atautil.tar to manipulate ATA > "APM" settings. APM is drive managed power configuration. > > I call a simple shell script via apmd to enabling idling when the laptop > is on battery. > > 'atautil' also supports reading the drive tempreature from IBM/Hitachi > Travelstars. > well, It does not work on amd64. or - with my HDD. #aldan ~/atautil> ./atautil -f ad0 identify atautil: IOCATAREQUEST: Inappropriate ioctl for device at same time atacontrol says that it is #aldan ~/atautil> atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 6 Are there any ideas why IOCATAREQUEST ioctl fails - as I see all ioctl request from ad_disk driver are redirected to ata-all:ata_*_ioctl function. At same time I cannot see any ifdefs in ata* files which disable processing this ioctl.. May be this is an issue with hard driver() it is #aldan ~/atautil> atacontrol cap ad0 Protocol ATA/ATAPI revision 6 device model ST9100822A serial number 3LG1EH90 firmware revision 3.01 cylinders 16383 heads 16 sectors/track 63 lba supported 195371568 sectors lba48 supported 195371568 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Tagged Command Queuing (TCQ) no no 0/0x00 SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management yes yes 32896/0x8080 automatic acoustic management no no 0/0x00 254/0xFE so it CAN support power management. -- Gaspar From owner-freebsd-current@FreeBSD.ORG Mon May 29 17:38:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AFE416A434; Mon, 29 May 2006 17:38:14 +0000 (UTC) (envelope-from root@parse.com) Received: from amd64.ott.parse.com (ottawa-hs-206-191-28-202.s-ip.magma.ca [206.191.28.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08F6143D46; Mon, 29 May 2006 17:38:11 +0000 (GMT) (envelope-from root@parse.com) Received: from amd64.ott.parse.com (localhost.parse.com [127.0.0.1]) by amd64.ott.parse.com (8.13.4/8.13.1) with ESMTP id k4THaPcr012015; Mon, 29 May 2006 13:36:27 -0400 (EDT) (envelope-from root@parse.com) Received: (from root@localhost) by amd64.ott.parse.com (8.13.4/8.13.1/Submit) id k4THaOGc012014; Mon, 29 May 2006 13:36:24 -0400 (EDT) (envelope-from root) From: Robert Krten Message-Id: <200605291736.k4THaOGc012014@amd64.ott.parse.com> To: phk@phk.freebsd.dk (Poul-Henning Kamp) Date: Mon, 29 May 2006 13:36:24 -0400 (EDT) In-Reply-To: <2538.1148556253@critter.freebsd.dk> from "Poul-Henning Kamp" at May 25, 2006 01:24:13 PM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 29 May 2006 20:24:09 +0000 Cc: small@freebsd.org, current@freebsd.org Subject: Re: FreeBSD's embedded agenda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 17:38:14 -0000 Poul-Henning Kamp sez... [snip; getting into this late due to some weird mailing list delays] > FreeBSD is a great operating system for embedded use and people all over > the world use this to their advantage. Judging on what I have heard over my career in embedded development, *BSD (let alone FreeBSD) is almost completely unknown in the embedded market. WindRiver, GreenHills, QNX, ... and possibly some Linuxs are the owners of that marketplace. [Maybe the notable exception is Juniper Networks; I've heard they're a big BSD shop] > At the developer summit in Ottawa this month (right before the > wonderful BSDcan conference) we spent a lot of time talking about > what we as developers can do to further this market segment. It's got to be as simple and well-supported as the OSs mentioned above. It's got to have success stories, PR, etc. It's got to have a base of experts that *know* embedded. There must be a commonality between the "embedded edition" and the "desktop edition" -- self-hosted development is ORDERS of magnitude more efficient than cross platform development, so the "desktop" version should present itself as a really "fat" embedded system... [snip] > Overall Focus > ------------- > > I think we found three main areas where we need to do some work: > platforms, packaging and evangelism. Agree 100%; I'd also seriously add: d) port kits What I mean by that is creating a set of libraries, tools, documentation, whatever it takes, that will help someone coming from a VxWorks or QNX or whatever environment to get started and become productive in a FreeBSD environment ASAP. [snip] > What can you do ? > > If you work with embedded FreeBSD, I think the best you can do is to > chime in to small@freebsd.org, tell us what you are doing (as far as > company policy will allow you), and if you have any ideas, wishes, > problems, let us hear about them. Well, my current project is QNX-based, but I've been asking myself, "why can't we use FreeBSD on this one?" Apart from the fact that it's a medical device, and we are 2 years into it :-) Let me describe it briefly -- it's a 500MHz Celeron processor, 16 MB CF, 64MB RAM, VGA, Ethernet, and a 48 digital I/O card + serial ports. The OS and all applications are on the order of 3MB. The CF is used for logging of "interesting internal software events" as well as a database of irradiated products. The software controls two motors, monitors a dozen inputs, and communicates with the user via a 4 x 20 Vacuum Fluorescent Display and a 14 button keypad over a weird Datapac 3201-like serial protocol (ETX/STX/ACK/NAK/ENQ type of stuff). It accepts an IBM-PC/AT compatible keyboard, with a barcode scanner. There is 50kLOC divided into half a dozen major processes, all communicating via IPC. I'm not going to take up more list space with details, see the top entry of my resume at www.parse.com/resume.html for more info. There you'll also see the kind of stuff I've been working on for the last 20 years. What if we were to port this to FreeBSD, or if we were to have started the project in FreeBSD in the beginning? Well, the following things are "critical" for our system -- FreeBSD addresses some of them, and is "at the edge" for others: a) fast boot time -- there's a stupidly-designed microcontroller on one of the systems (legacy; can't change) that needs to be tickled within 13s of power up. Using the current Celeron processor, with a special "fast boot" bios from the manufacturer, and having customized the kernel, and hacked the OS bootloader, we're down to 10s. b) small sizes -- this is less of a constraint than it used to be, but the size of everything affects bootup time. c) realtime response d) certified for use in medical devices The last requirement is peculiar to this device and can probably be omitted from the "general list" of embedded requirements. There's been a lot of discussion on this list about filesystems and flash adaptation layers and all that. The CF cards that we're using are M-Systems 32 MB EIDE "plugs" (they plug right into the motherboard's EIDE connector) and we did extensive life-cycle testing on them with no apparent degradation. (This could be a misleading statement -- we don't write to the flash that often, so our simulation of "5 years worth of life cycle" consisted of on the order of 1 million open/write/close cycles on a few files). Since it's almost impossible to get any "real" answers from M-systems (or any other vendor, most likely) about what they do for wear-leveling etc, we simply said "Fine, how does a representative sample of their devices compare over our expected lifecycle?" Another serious issue to consider with wear-leveling is that some of the algorithms are patented, so there's a whole nasty IP issue to contend with. In another life, I did data acquisition for an aluminium smelter, worked on a control system for a chlorine plant, conveyor controls, embedded telecoms work, etc, etc. An "embedded edition" of FreeBSD is definitely required... [snip] As far as PR goes, maybe what someone needs to do is make a checklist against the other market leaders in the embedded marketplace. Something that PHB types could look at and go "Golly, this has everything!" -- POSIX compliance, realtime support, drivers, protocols, development tools, support, etc. Someone should look at the other embedded players and see how they handle BSPs -- Board Support Packages. These are the "take these ten things and mix them together and voila, you have a working reference board". [snip] > It would be great if we could park a couple of developers full time > on embedded FreeBSD in the future, but that would take some serious > financial support from the user community, if you think your company > could be persuaded to help with this, get in touch with the FreeBSD > foundation. I would love to work on embedding FreeBSD; unfortunately, doing what I do, I have a money-driven scheduling algorithm. This means I'd either need to convince a "sugar daddy" employer that this would be a "Good Thing(TM)" or there'd have to be a sufficient infrastructure in place that it would be a no brainer, or someone would have to pay for development... Anyway, just sharing some random thoughts :-) Cheers, -RK -- Robert Krten, PARSE Software Devices Realtime Systems Architecture, Consulting, Books and Training at www.parse.com Looking for Digital Equipment Corp. PDP-1 through PDP-15 minicomputers! From owner-freebsd-current@FreeBSD.ORG Mon May 29 18:29:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2F8916A6C9 for ; Mon, 29 May 2006 18:29:04 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: from spiff.melthusia.org (spiff.melthusia.org [207.67.244.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2573D43D7F for ; Mon, 29 May 2006 18:28:47 +0000 (GMT) (envelope-from gordon@tetlows.org) Received: from [192.168.1.53] (cpe-66-91-238-221.san.res.rr.com [66.91.238.221]) (authenticated bits=0) by spiff.melthusia.org (8.12.10/8.12.10) with ESMTP id k4TISTiR003651; Mon, 29 May 2006 11:28:29 -0700 (PDT) (envelope-from gordon@tetlows.org) Message-ID: <447B3D49.20700@tetlows.org> Date: Mon, 29 May 2006 11:28:25 -0700 From: Gordon Tetlow User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Julian Elischer References: <20060518151232.GA37743@comp.chem.msu.su> <200605181819.k4IIJHL7001150@hardy.tmseck.homedns.org> <20060519085408.GB51604@comp.chem.msu.su> <20060521102204.GB78879@comp.chem.msu.su> <20060526072458.GA47499@comp.chem.msu.su> <20060527110415.GA63440@comp.chem.msu.su> <4479386B.6030008@elischer.org> In-Reply-To: <4479386B.6030008@elischer.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 29 May 2006 20:24:08 +0000 Cc: Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: Root FS corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 18:29:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Julian Elischer wrote: > Yar Tikhiy wrote: >> On Fri, May 26, 2006 at 11:24:58AM +0400, Yar Tikhiy wrote: >> >>> I still can damage a file on the root FS by running nextboot. This >>> seems very reproducible. A subsequent reboot is needed for the >>> damage to happen actually. The pattern is the same: A fragment >>> is allocated to nextboot.conf in the block immediately preceding >>> another file's block. The nextboot.conf contents are written out >>> later (when syncing disks before the reboot?) to the neighbour >>> file's first fragment. Nextboot.conf itself has correct contents, >>> which means that the contents are written out twice for some reason. >>> >>> Nextboot is a simple shell script just writing out nextboot.conf, >>> which means that any file write following the same scenario (creat >>> and write a small file, then reboot) should result in damage to >>> anothe file on the same FS. Of course, the FS fill pattern may >>> affect this. In my case, the FS is only half full, which apparently >>> allows for allocating a new block to the small file, not a fragment >>> in a partially occupied block. >> >> >> Folks, I have good news for all of us: This kind of corruption >> isn't done by the kernel. Thanks to Ian Dowse, I found out that >> /boot/loader would rewrite nextboot.conf through libufs or whatever. >> This is done in support.4th, the word is rewrite_nextboot_file. >> Initially I missed a clear sign of the problem being caused by the >> loader: The corrupted data started with `nextboot_enable="NO" \n', >> which is the string written from support.4th. The actual bug must >> be hiding in libufs, or whatever loader uses to access UFS. As I was reading this thread, I started to worry about how my work (the current nextboot implementation) had hosed thousands of developer's machines. >> Recent technical details of my investigation have been filed >> in PR bin/98005: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=98005 >> >> The conclusion is: Avoid nextboot(8) for now. >> > > the current nextboot fails to provide all the designed functionality > of the previous nextboot. (which is why we still use the old one at > ironport) > One day I'll get around to reimplementing the old one.. If you do plan on reimplementing it, please see if you can make it work on more than i386 (which if I recall was one of the major limitations of the original nextboot implementation). > (the design criteria were:) > > Store the nextboot info "not in a filesystem". (the filesystem may be > corrupt > or there ma be several types of filesystem available). > Change that info from boot0 without writing to a filesystem. > (to note that it was used) > Be able to store different stuff on different disks at the same time. > Be able to ensure that you could specify how many times the > information was used before falling back to something else. The nice thing about the current implementation is the ability to use it without a complicated setup or having to do a special installation type. That said, I really wouldn't call it a replacement of the original nextboot (in fact, I didn't even know the old nextboot existed when I wrote this one, it was just the most logical name). I envisioned it more as a developer tool. I guess I don't ever think people should use my code on production systems =) - -gordon -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEez1JRu2t9DV9ZfsRAguUAJ0TyvKkZ9Iwtu48u00qw+y1P1LegwCg1d5z FaN1kJran6Cu0EqZxjYKjhc= =lkHL -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun May 28 17:32:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B748716ACE1 for ; Sun, 28 May 2006 17:32:49 +0000 (UTC) (envelope-from matthijs@katherina.student.utwente.nl) Received: from katherina.student.utwente.nl (katherina.student.utwente.nl [130.89.168.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58C6143D46 for ; Sun, 28 May 2006 17:32:49 +0000 (GMT) (envelope-from matthijs@katherina.student.utwente.nl) Received: from matthijs by katherina.student.utwente.nl with local (Exim 4.62) (envelope-from ) id 1FkP86-0005yI-OJ for freebsd-current@freebsd.org; Sun, 28 May 2006 19:32:42 +0200 Date: Sun, 28 May 2006 19:32:42 +0200 From: Matthijs Kooijman To: freebsd-current@freebsd.org Message-ID: <20060528173242.GC16530@katherina.student.utwente.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Fingerprint: 7F6A 9F44 2820 18E2 18DE 24AA CF49 D0E6 8A2F AFBC X-PGP-Key: http://katherina.student.utwente.nl/~matthijs/gpg_pubkey.asc User-Agent: Mutt/1.5.11+cvs20060403 X-Mailman-Approved-At: Mon, 29 May 2006 20:24:10 +0000 Subject: Re: FreeBSD nss, getgroupmembership(3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2006 17:32:54 -0000 (Sorry for the lack of an In-Reply-To header, I couldn't find the message ID anywhere). Hey, I've been playing around with this issue myself as well. I want to support nested groups through winbind, which is supported through winbind_getgrouplist, but not through getgrent... > I have been playing around with nss and libc this weekend to find > ways to make nss_ldap work more efficiently by coupling getgrouplist > (3) with _nss_ldap_initgroups_dyn. init_groups_dyn seems to be the function used by linux. It has pretty much the same interface as getgroupmembership from NetBSD, with just a difference in memory allocation. > By coincidence I found that NetBSD has created the infrastructure > needed to make this a reallity allready! In NetBSD getgrouplist(3) is > now a front-end for getgroupmembership(3). I just found this one too. I'm not sure how widespread the implementation of getgroupmembership is, though. I know nss_winbind does not implement it, but does implement initgroups_dyn. From your post I think nss_ldap does this also. > Is there any chance for FreeBSD to get an updated import of NSS from > NetBSD anytime soon? :-) Due to the (possibly) limited support of getgroupmembership in nss backends, it might be better to use initgroups_dyn instead? Anyway, I've spent some words on this issue on my blog [1], if anyones interested. I'm planning on trying to make this work on FreeBSD sometime soon. But, since I only have FreeBSD 6.0 machines to play around with (possibly 6.1 soon), I will probably code up a patch for 6.0. Have there been big changes to nss since then that might make this a useless idea? Gr. Matthijs [1]: http://katherina.student.utwente.nl/~matthijs/cgi-bin/blosxom/software/samba/WinbindNested.html From owner-freebsd-current@FreeBSD.ORG Mon May 29 08:30:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86ED216A4CB; Mon, 29 May 2006 08:30:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2513443D5A; Mon, 29 May 2006 08:30:00 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k4T8TsbA089308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 May 2006 11:29:54 +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.13.6/8.13.6) with ESMTP id k4T8TsfF047612; Mon, 29 May 2006 11:29:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k4T8TqHR047611; Mon, 29 May 2006 11:29:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 29 May 2006 11:29:52 +0300 From: Konstantin Belousov To: V??clav Haisman Message-ID: <20060529082951.GU54541@deviant.kiev.zoral.com.ua> References: <447A1F94.7020809@sh.cvut.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7gQyIpR7q4QSXYu+" Content-Disposition: inline In-Reply-To: <447A1F94.7020809@sh.cvut.cz> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on fw.zoral.com.ua X-Mailman-Approved-At: Mon, 29 May 2006 20:24:10 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: LOR in vnode interlock and system map X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 08:30:03 -0000 --7gQyIpR7q4QSXYu+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 29, 2006 at 12:09:24AM +0200, V??clav Haisman wrote: > See attached file. The kernel is todays CVS 6.1. >=20 > -- > Vaclav Haisman >=20 >=20 > May 28 19:16:55 logout kernel: lock order reversal: > May 28 19:16:55 logout kernel: 1st 0xc3d4bb1c vnode interlock (vnode inte= rlock) @ /usr/src/sys/kern/vfs_subr.c:2218 > May 28 19:16:55 logout kernel: 2nd 0xc1043144 system map (system map) @ /= usr/src/sys/vm/vm_kern.c:295 > May 28 19:16:55 logout kernel: KDB: stack backtrace: > May 28 19:16:55 logout kernel: kdb_backtrace(c081a0c7,c1043144,c0819bfa,c= 0819bfa,c082f5af) at kdb_backtrace+0x2e > May 28 19:16:55 logout kernel: witness_checkorder(c1043144,9,c082f5af,127= ,c08bdbc0) at witness_checkorder+0x5ef > May 28 19:16:55 logout kernel: _mtx_lock_flags(c1043144,0,c082f5af,127,c1= 04e460) at _mtx_lock_flags+0x32 > May 28 19:16:55 logout kernel: _vm_map_lock(c10430c0,c082f5af,127,c337590= 0,c3375900) at _vm_map_lock+0x37 > May 28 19:16:55 logout kernel: kmem_malloc(c10430c0,1000,101,d5688afc,c07= 66493) at kmem_malloc+0x3a > May 28 19:16:55 logout kernel: page_alloc(c104d300,1000,d5688aef,101,c05e= 0ed6) at page_alloc+0x27 > May 28 19:16:55 logout kernel: slab_zalloc(c104d300,101,c082ed67,8a2,8024= 6) at slab_zalloc+0xd3 > May 28 19:16:55 logout kernel: uma_zone_slab(c104d300,1,c082ed67,8a2,c082= ed67) at uma_zone_slab+0x112 > May 28 19:16:55 logout kernel: uma_zalloc_internal(c104d300,0,1,0,d5688b9= 4) at uma_zalloc_internal+0x41 > May 28 19:16:55 logout kernel: bucket_alloc(80,1,c082ed67,95e,105) at buc= ket_alloc+0x3b > May 28 19:16:55 logout kernel: uma_zfree_arg(c104dc00,c389712c,0,d5688bbc= ,c072e964) at uma_zfree_arg+0x253 > May 28 19:16:55 logout kernel: mac_labelzone_free(c389712c) at mac_labelz= one_free+0x22 > May 28 19:16:55 logout kernel: mac_vnode_label_free(c389712c,c3d4baa0,d56= 88be8,c061aa00,c3d4baa0) at mac_vnode_label_free+0x94 > May 28 19:16:55 logout kernel: mac_destroy_vnode(c3d4baa0,0,c081e172,30a,= c3d4baa0) at mac_destroy_vnode+0x18 > May 28 19:16:55 logout kernel: vdestroy(c3d4baa0,d5688c1c,0,c3d4e9cc,c3d4= e9cc) at vdestroy+0x60 > May 28 19:16:55 logout kernel: vdropl(c3d4baa0,d5688c1c,c081e172,835,c08b= 1440) at vdropl+0x50 > May 28 19:16:55 logout kernel: vput(c3d4baa0,0,c082c8a2,df7,c09117a0) at = vput+0x1ae > May 28 19:16:55 logout kernel: handle_workitem_remove(c36de9e0,0,2,3b3,1)= at handle_workitem_remove+0x15a > May 28 19:16:55 logout kernel: process_worklist_item(c35a0400,0,c082c8a2,= 348,4479db07) at process_worklist_item+0x1e1 > May 28 19:16:55 logout kernel: softdep_process_worklist(c35a0400,0,c082c8= a2,2f2,3e8) at softdep_process_worklist+0x73 > May 28 19:16:55 logout kernel: softdep_flush(0,d5688d38,c08150d4,31d,0) a= t softdep_flush+0x193 > May 28 19:16:55 logout kernel: fork_exit(c0744170,0,d5688d38) at fork_exi= t+0x78 > May 28 19:16:55 logout kernel: fork_trampoline() at fork_trampoline+0x8 > May 28 19:16:55 logout kernel: --- trap 0x1, eip =3D 0, esp =3D 0xd5688d6= c, ebp =3D 0 --- I already reported similar LOR to Jeff Roberson, when latest big pile of VFS fixes where to be MFCed. Try the following patch (note, to trigger the situation you need really high load, and, desirably, low amount of memory installed). My backtrace was almost identical, the difference is that your trace coming from softdepflush daemon, and mine comes from vnlru. lock order reversal: 1st 0xc1a018f0 vnode interlock (vnode interlock) @ /usr/home/kostik/work/b= =3D sd/sys/kern/vfs_subr.c:2449 2nd 0xc0c43144 system map (system map) @ /usr/home/kostik/work/bsd/sys/vm/= =3D vm_kern.c:295 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c06676b0,c0667700,c0636024) at 0xc049d3c9 =3D3D kd= b_=3D backtrace+0x29 witness_checkorder(c0c43144,9,c061fe28,127) at 0xc04a80c2 =3D3D witness_che= ck=3D order+0x582 _mtx_lock_flags(c0c43144,0,c061fe28,127) at 0xc047b998 =3D3D _mtx_lock_flag= s+=3D 0x58 _vm_map_lock(c0c430c0,c061fe28,127) at 0xc059eb46 =3D3D _vm_map_lock+0x26 kmem_malloc(c0c430c0,1000,101,c819fbe0,c059679f) at 0xc059e0d2 =3D3D kmem_m= al=3D loc+0x32 page_alloc(c0c4d300,1000,c819fbd3,101,c06a3bf8) at 0xc0596bda =3D3D page_al= lo=3D c+0x1a slab_zalloc(c0c4d300,101,c0c4d300,c0647a64,c0c4e460) at 0xc059679f =3D3D sl= ab=3D _zalloc+0x9f uma_zone_slab(c0c4d300,1,c0c4e468,0,c061f05a,8a2) at 0xc0597dec =3D3D uma_z= on=3D e_slab+0xec uma_zalloc_internal(c0c4d300,0,1,0,c0c4dc48) at 0xc0598129 =3D3D uma_zalloc= _i=3D nternal+0x29 bucket_alloc(80,1,c0c380a0,0,c19ab6a4) at 0xc0595eac =3D3D bucket_alloc+0x2c uma_zfree_arg(c0c4dc00,c19ab6a4,0) at 0xc0598483 =3D3D uma_zfree_arg+0x283 mac_labelzone_free(c19ab6a4,c1a01828,e8,c819fc9c,c0565ad2) at 0xc055dab3 =3D =3D3D mac_labelzone_free+0x13 mac_vnode_label_free(c19ab6a4,c1a01828,c819fcac,c04d8766,c1a01828) at 0xc05= =3D 65aaa =3D3D mac_vnode_label_free+0x6a mac_destroy_vnode(c1a01828) at 0xc0565ad2 =3D3D mac_destroy_vnode+0x12 vdestroy(c1a01828,c1a01828,c819fcec,c04d8142,c1a01828) at 0xc04d8766 =3D3D = vd=3D estroy+0x1c6 vdropl(c1a01828,7,a8,c0653ee0,c1a01828) at 0xc04dad1e =3D3D vdropl+0x3e vlrureclaim(c15e8000,c1529000,c156f000,c04d8360,c156f000) at 0xc04d8142 =3D= 3D=3D vlrureclaim+0x282 vnlru_proc(0,c819fd38,0,c04d8360,0) at 0xc04d84e3 =3D3D vnlru_proc+0x183 fork_exit(c04d8360,0,c819fd38) at 0xc046de7d =3D3D fork_exit+0x9d fork_trampoline() at 0xc05d33bc =3D3D fork_trampoline+0x8 --- trap 0x1, eip =3D3D 0, esp =3D3D 0xc819fd6c, ebp =3D3D 0 --- A patch to fix the LOR (seems to be relevant for CURRENT too, added -current to CC:): --- sys/kern/vfs_subr.c.orig Sat Mar 4 10:44:47 2006 +++ sys/kern/vfs_subr.c Sat Mar 4 10:45:21 2006 @@ -787,9 +787,6 @@ VNASSERT(bo->bo_dirty.bv_root =3D3D=3D3D NULL, vp, ("dirtyblkroot not NUL= L")); VNASSERT(TAILQ_EMPTY(&vp->v_cache_dst), vp, ("vp has namecache dst")); VNASSERT(LIST_EMPTY(&vp->v_cache_src), vp, ("vp has namecache src")); -#ifdef MAC - mac_destroy_vnode(vp); -#endif if (vp->v_pollinfo !=3D3D NULL) { knlist_destroy(&vp->v_pollinfo->vpi_selinfo.si_note); mtx_destroy(&vp->v_pollinfo->vpi_lock); @@ -801,6 +798,9 @@ #endif lockdestroy(vp->v_vnlock); mtx_destroy(&vp->v_interlock); +#ifdef MAC + mac_destroy_vnode(vp); +#endif uma_zfree(vnode_zone, vp); } Patch assumes that no mac_destroy_vnode does not mess with vnode internals, as it is the case now. --7gQyIpR7q4QSXYu+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEerD/C3+MBN1Mb4gRAoJOAJ41O46TSH40giFk1ka10BOhV7dYCQCg8djD 0zMSlTB9fsvrq8s+d6wPy0s= =QSZi -----END PGP SIGNATURE----- --7gQyIpR7q4QSXYu+-- From owner-freebsd-current@FreeBSD.ORG Mon May 29 08:39:51 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ED8116A5EC for ; Mon, 29 May 2006 08:39:51 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9C4643D53 for ; Mon, 29 May 2006 08:39:50 +0000 (GMT) (envelope-from sobomax@sippysoft.com) Received: from [192.168.1.7] (S0106000f3d63befd.vs.shawcable.net [70.71.19.119]) (authenticated bits=0) by sippysoft.com (8.13.6/8.13.6) with ESMTP id k4T8dlN3004674 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 29 May 2006 01:39:48 -0700 (PDT) (envelope-from sobomax@sippysoft.com) Message-ID: <447AB34C.4030509@sippysoft.com> Date: Mon, 29 May 2006 01:39:40 -0700 From: Maxim Sobolev Organization: Sippy Software User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: "current@freebsd.org" Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 29 May 2006 20:24:10 +0000 Cc: Subject: Importing iSCSI target from NetBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 08:39:52 -0000 Hi, I wonder if anybody has any objections to importing iSCSI target daemon from NetBSD (Intel) into the base. -Maxim From owner-freebsd-current@FreeBSD.ORG Mon May 29 20:32:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A87916AAC9 for ; Mon, 29 May 2006 20:32:34 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94F2E43D7C for ; Mon, 29 May 2006 20:32:31 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k4TKWOsC071302; Mon, 29 May 2006 14:32:29 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <447B5A43.4000707@samsco.org> Date: Mon, 29 May 2006 14:32:03 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <447AB34C.4030509@sippysoft.com> In-Reply-To: <447AB34C.4030509@sippysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: "current@freebsd.org" Subject: Re: Importing iSCSI target from NetBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 20:32:38 -0000 Maxim Sobolev wrote: > Hi, > > I wonder if anybody has any objections to importing iSCSI target daemon > from NetBSD (Intel) into the base. > > -Maxim Yes. I'm nearing completion of locking CAM, and adding new subsystems is not going to help that effort at the moment. I'd also like you to talk with Matt Jacob and Nate Lawson about it since they have quite a bit of current experience with the SCSI target side of things. So in other words, a drive-by commit is not welcome and will be drive-by uncommitted unless you work with the people who can provide help and guidance. Scott From owner-freebsd-current@FreeBSD.ORG Mon May 29 20:56:02 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 214CC16AE8E for ; Mon, 29 May 2006 20:56:02 +0000 (UTC) (envelope-from fred.letter@lacave.net) Received: from talisker.lacave.net (talisker.lacave.net [217.145.39.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 4413D43D46 for ; Mon, 29 May 2006 20:56:00 +0000 (GMT) (envelope-from fred.letter@lacave.net) Received: (qmail 71827 invoked from network); 29 May 2006 20:55:55 -0000 X-Spam-Score: -4.1/5.0 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on talisker.lacave.net X-Spam-Report: ALL_TRUSTED=-1.8,AWL=0.269,BAYES_00=-2.599, REPTO_OVERQUOTE_THEBAT=0 Received: from localhost (HELO ballantines.local) (127.0.0.1) by talisker.lacave.net with SMTP; 29 May 2006 20:55:55 -0000 Date: Mon, 29 May 2006 22:55:55 +0200 From: "F. Senault" X-Mailer: The Bat! (v3.80.06) Professional Organization: Secte de l'Elephant Fuschia X-Priority: 3 (Normal) Message-ID: <11410450515.20060529225555@lacave.net> To: current@freebsd.org In-Reply-To: <447AB34C.4030509@sippysoft.com> References: <447AB34C.4030509@sippysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanner: F-prot v4.6.5 (engine 3.16.13) X-Virus-Definitions: SIGN.DEF (26 May 2006), SIGN2.DEF (28 May 2006), MACRO.DEF (26 May 2006) X-Virus-Flag: NO X-Remote-IP: 127.0.0.1 Cc: Subject: Re: Importing iSCSI target from NetBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "F. Senault" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 20:56:13 -0000 Monday, May 29, 2006, 10:39:40 AM, you wrote: > Hi, > I wonder if anybody has any objections to importing iSCSI target daemon > from NetBSD (Intel) into the base. Mh, I'm currently doing that, with the help of the author (Alistair G. Crooks), under the form of a port. Alistair just provided me a new version I'm testing, and I was planning to submit the port shortly. (It seems to work quite well). Now, if it's better to include it into the base, so much the better. Alistair was kind enough to take into consideration my suggestions, so, now, the daemon compiles and works under FreeBSD 6 (tested lightly with and i386 and more intensively witn an amd64). The work in progress is here : http://www.lacave.net/~fred/iscsi/ > -Maxim Fred From owner-freebsd-current@FreeBSD.ORG Mon May 29 21:37:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C381216AF78 for ; Mon, 29 May 2006 21:37:53 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id A53F143D80 for ; Mon, 29 May 2006 21:37:42 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [IPv6:::1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k4TLacJt017203; Mon, 29 May 2006 15:36:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 29 May 2006 15:36:44 -0600 (MDT) Message-Id: <20060529.153644.1782790633.imp@bsdimp.com> To: sgk@troutmask.apl.washington.edu From: "M. Warner Losh" In-Reply-To: <20060527065621.GA4814@troutmask.apl.washington.edu> References: <9f7850090605262331j352d98acwa3837251300c591b@mail.gmail.com> <4477F687.2030109@FreeBSD.org> <20060527065621.GA4814@troutmask.apl.washington.edu> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: lyndon@orthanc.ca, mf.danger@gmail.com, mikej@rogers.com, freebsd-current@freebsd.org, kmacy@fsmware.com Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 21:38:01 -0000 In message: <20060527065621.GA4814@troutmask.apl.washington.edu> Steve Kargl writes: : On Fri, May 26, 2006 at 11:49:43PM -0700, Maxim Sobolev wrote: : > C'mon. Nothing in the base system requires fortran - install the : > version you like from ports and enjoy the life. What's the problem? : > : : The problems are the Cons points in my initial post. : FreeBSD has always shipped a Fortran compiler. Stripping : it out violates POLA. Additionally, the the Ports Collection : currently assumes the availability of a Fortran compiler. : : What happens with : : cd /usr/ports/math/lapack : make install If the above just works with gfortran as a port, or in the base system, what's the difference to the end user? Warner From owner-freebsd-current@FreeBSD.ORG Mon May 29 21:46:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA64B16B12B; Mon, 29 May 2006 21:46:39 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6243343D48; Mon, 29 May 2006 21:45:02 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.6/8.13.6) with ESMTP id k4TLiTWM029654; Mon, 29 May 2006 14:44:29 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.6/8.13.6/Submit) id k4TLiTA1029653; Mon, 29 May 2006 14:44:29 -0700 (PDT) (envelope-from sgk) Date: Mon, 29 May 2006 14:44:29 -0700 From: Steve Kargl To: "M. Warner Losh" Message-ID: <20060529214429.GB29556@troutmask.apl.washington.edu> References: <9f7850090605262331j352d98acwa3837251300c591b@mail.gmail.com> <4477F687.2030109@FreeBSD.org> <20060527065621.GA4814@troutmask.apl.washington.edu> <20060529.153644.1782790633.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060529.153644.1782790633.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i Cc: lyndon@orthanc.ca, mf.danger@gmail.com, mikej@rogers.com, freebsd-current@freebsd.org, kmacy@fsmware.com Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 21:46:46 -0000 On Mon, May 29, 2006 at 03:36:44PM -0600, M. Warner Losh wrote: > In message: <20060527065621.GA4814@troutmask.apl.washington.edu> > Steve Kargl writes: > : On Fri, May 26, 2006 at 11:49:43PM -0700, Maxim Sobolev wrote: > : > C'mon. Nothing in the base system requires fortran - install the > : > version you like from ports and enjoy the life. What's the problem? > : > > : > : The problems are the Cons points in my initial post. > : FreeBSD has always shipped a Fortran compiler. Stripping > : it out violates POLA. Additionally, the the Ports Collection > : currently assumes the availability of a Fortran compiler. > : > : What happens with > : > : cd /usr/ports/math/lapack > : make install > > If the above just works with gfortran as a port, or in the base > system, what's the difference to the end user? > It doesin't work because the port maintainer has explicitly included a LDADD+=-lg2c in the Makefile. Applying this patch to math/lapack/script/configure and everything works fine with systems that do not have /usr/bin/f77 and its runtime library. troutmask:sgk[203] more conf.diff --- configure.orig Sun May 28 14:38:00 2006 +++ configure Sun May 28 14:38:20 2006 @@ -1,9 +1,3 @@ -if [ ${OSVERSION} -lt 400012 ]; then - LIBG2C=f2c -else - LIBG2C=g2c -fi - cd $WRKSRC/SRC || exit 1 mv Makefile Makefile.old @@ -11,8 +5,6 @@ LIB= lapack SHLIB_MAJOR= 3 SHLIB_MINOR= 0 - -LDADD= -l${LIBG2C} END cat >>Makefile <<'END' -- Steve From owner-freebsd-current@FreeBSD.ORG Mon May 29 21:35:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21E6C16AFE0; Mon, 29 May 2006 21:35:44 +0000 (UTC) (envelope-from ATRENS@nortel.com) Received: from zrtps0kn.nortel.com (zrtps0kn.nortel.com [47.140.192.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C16943DA3; Mon, 29 May 2006 21:34:14 +0000 (GMT) (envelope-from ATRENS@nortel.com) Received: from zcarhxm2.corp.nortel.com (zcarhxm2.corp.nortel.com [47.129.230.99]) by zrtps0kn.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id k4TLWko04612; Mon, 29 May 2006 17:32:46 -0400 (EDT) Received: from [10.0.10.2] ([47.128.166.148] RDNS failed) by zcarhxm2.corp.nortel.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 29 May 2006 17:32:46 -0400 Message-ID: <447B6870.8020704@nortel.com> Date: Mon, 29 May 2006 17:32:32 -0400 From: "Andrew Atrens" User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051129) X-Accept-Language: en-us, en MIME-Version: 1.0 To: James Mansion References: In-Reply-To: X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 29 May 2006 21:32:46.0040 (UTC) FILETIME=[6D02AD80:01C68367] X-Mailman-Approved-At: Mon, 29 May 2006 22:18:33 +0000 Cc: current@freebsd.org, Alexander Leidinger , Poul-Henning Kamp , small@freebsd.org, Olivier Gautherot Subject: Re: FreeBSD's embedded agenda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 21:35:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 James Mansion wrote: >>On the other hand, if you're building an embedded system for a lunar >>lander for Apollo 13, or a real time control system, then I would argue >>that you should squeeze in as many engineering cycles as you can, >>because a dependable system is only as robust as its weakest link. > > > I disagree. What you are building does not change the truism. All that > happens is that 'good enough' has a more stringent definition - that's > the whole point. I've always been a strong believer that in software, as in geology, the macro structure reflects the micro structure. Consider that we're building something that's going to be used in variety of applications with a variety of different 'good enough' definitions. Consider VxWorks, a popular embedded OS that's used in a variety of NASA projects, but I'm sure is also used in some toasters, too. So your 'good enough' quality idea doesn't apply well to something like BSD (or VxWorks) that are really just 'general purpose' building blocks because we don't know the final application and hence that product's 'good enough' definition. >>Having said that, I don't think James initially knew that a CF does >>wear-levelling - so perhaps he doesn't have that much direct experience >>with these devices. > > > I thought I made the point that I believe many do. But once again the > issue here is not whether the do or not, its whether wear-levelling > is a requirement. A modern flash device will handle many updates > per sector, and a device that runs from flash is presumably intended > not to be update-heavy. So long as you don't perform unnecessary > housekeeping IO's such as flushing access times frequently, then > you'll generally be fine. Do the maths. Systems tend to update > /tmp and /var quite a lot, even then if you can avoid flushing the > sectors with directories and delaying them, then you can get > to a the point where the design life is not limited by the flash > device. I really have to disagree with you on that one. I don't know where to start though. Firstly, flash is not ram and flash is not a disk. I'm not trying to be facetious, but you don't seem to have considered that the write-erase paradigm is completely different for flash chips, versus disks or ram. One of the value-added's that CF gives you is that it makes flash 'look' like a disk, so that you can access it using a disk-access paradigm. To keep it simple, you can't just 'put' a r/w filesystem directly on a memory mapped Flash chip - it just won't work. I'm not into the theoretical here. I've worked in telecom, in the embedded space, for almost 12 years. Almost all of that has been on moto platforms, but lately as a hobby (for about a year and a half or so) have been playing with pc-engines WRAP boards. Thing is, and I believe Marty said the same for phones, the form factor for CF is kinda big, and cost is also a factor. So people that are rolling their own hardware have no incentive to use it. Great for a development system. But if you're stamping out a lot of them it is really going to eat into profit margins. For the rest of us, who aren't rolling our own hardware, we gotta use what's available. Jim Thompson for instance uses WRAP boards for some of his routers. I'm sure he'd dearly love to find a cheaper platform to build BSD-based CPE gear on. Heck I would, too. Some of the little MIPS (and ARM) based platforms appear to excellent. And none that I know of use CF - for two reasons - form factor and unit cost. >>Putting on my selfish hat I'd love to have a filesystem that could run >>directly on raw flash. > > > Why? Lets remember we're talking about an embedded system that can be > sensibly implemented with a general purpose OS. I'd put it to you that > normally where this is very desirable, its because the run rate is > quite low so the project overall is very sensitive to ease and cost of > development. But if the run rate is low, then you also need to consider > what hardware will be available in volume at go-live, and CF-to-IDE > is very cheap now in conjunction with system-on-a-chip designs for > set top boxes. For big bulk, we have PIC, Atmel, Rabbit, and assorted > 80186 designs (including one very cute thing I saw built into an > ethernet PHY) Form factor, and cost if you're building your own h/w. If not then you need to use what general use platforms are available, and currently the CF supporting ones are a bit pricey. > If you really must wear level, then why not access through a layer that > divides the whole CF into 'n' partitions, uses 'n-1' of them, re- > presents the 'n-1' through a RAID0-like mapping, and allows the logical > sector 0 in each partition to be changed (with wrap-around). > Then you can use a real filesystem on top of the block-mapping layer, > and the mapper can move the hotspot around the disk much as a RAID > array can rebuild under a real system. So then we agree - write a driver that makes raw flash look like a CF, and does wear-levelling, gc, etc, under the hood. Then put whatever f/s you want on it. it's a start at least. Then build your kick-ass NAND-aware (or NOR aware or both) fs on top of that that makes use of some extensions that the driver provides. Okay, that's quite the arm wave ... I must admit that I don't know so much about the existing fs<->disk interface... Andrew. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEe2hw8It2CaCdeMwRAqGcAJ4qEuTpVQGFMZKwID6UdXnpyN5f4gCgnvhG ki/EOHOmzFisoEjyY5wxUjw= =nZ5y -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon May 29 21:39:58 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DBE816B095 for ; Mon, 29 May 2006 21:39:58 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51F3743DE9 for ; Mon, 29 May 2006 21:39:01 +0000 (GMT) (envelope-from sobomax@sippysoft.com) Received: from [192.168.1.80] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.6/8.13.6) with ESMTP id k4TLcwhV014889 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 May 2006 14:38:59 -0700 (PDT) (envelope-from sobomax@sippysoft.com) Message-ID: <447B69EA.20502@sippysoft.com> Date: Mon, 29 May 2006 14:38:50 -0700 From: Maxim Sobolev Organization: Sippy Software User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Scott Long References: <447AB34C.4030509@sippysoft.com> <447B5A43.4000707@samsco.org> In-Reply-To: <447B5A43.4000707@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 29 May 2006 22:19:22 +0000 Cc: "current@freebsd.org" Subject: Re: Importing iSCSI target from NetBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 21:40:06 -0000 Scott, It seems that you aren't aware that Intel/NetBSD implementation is completely userland one and it uses any block device/file as backing store (no interaction with CAM). Therefore, it won't interfere with whatever work you and others do in the CAM area. -Maxim Scott Long wrote: > Maxim Sobolev wrote: > >> Hi, >> >> I wonder if anybody has any objections to importing iSCSI target >> daemon from NetBSD (Intel) into the base. >> >> -Maxim > > Yes. I'm nearing completion of locking CAM, and adding new subsystems > is not going > to help that effort at the moment. I'd also like you to talk with Matt > Jacob and Nate Lawson > about it since they have quite a bit of current experience with the SCSI > target side of things. > So in other words, a drive-by commit is not welcome and will be drive-by > uncommitted unless > you work with the people who can provide help and guidance. > > Scott > > _______________________________________________ > 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 29 22:19:36 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC4C216B68D for ; Mon, 29 May 2006 22:19:36 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B02A43D6D for ; Mon, 29 May 2006 22:19:33 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k4TMJRjK072491; Mon, 29 May 2006 16:19:32 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <447B735A.30303@samsco.org> Date: Mon, 29 May 2006 16:19:06 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <447AB34C.4030509@sippysoft.com> <447B5A43.4000707@samsco.org> <447B69EA.20502@sippysoft.com> In-Reply-To: <447B69EA.20502@sippysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: "current@freebsd.org" Subject: Re: Importing iSCSI target from NetBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 22:19:52 -0000 AH, I did not know that. But that raises another question. FreeBSD already has a SCSI target framework, so how does this NetBSD code fit into that? Or are you suggesting that consistency isn't important? Scott Maxim Sobolev wrote: > Scott, > > It seems that you aren't aware that Intel/NetBSD implementation is > completely userland one and it uses any block device/file as backing > store (no interaction with CAM). Therefore, it won't interfere with > whatever work you and others do in the CAM area. > > -Maxim > > Scott Long wrote: > >> Maxim Sobolev wrote: >> >>> Hi, >>> >>> I wonder if anybody has any objections to importing iSCSI target >>> daemon from NetBSD (Intel) into the base. >>> >>> -Maxim >> >> >> Yes. I'm nearing completion of locking CAM, and adding new subsystems >> is not going >> to help that effort at the moment. I'd also like you to talk with >> Matt Jacob and Nate Lawson >> about it since they have quite a bit of current experience with the >> SCSI target side of things. >> So in other words, a drive-by commit is not welcome and will be >> drive-by uncommitted unless >> you work with the people who can provide help and guidance. >> >> Scott >> >> _______________________________________________ >> 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 29 22:38:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A67816B82B for ; Mon, 29 May 2006 22:38:05 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C7B243D72 for ; Mon, 29 May 2006 22:38:04 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k4TMbvuY072615; Mon, 29 May 2006 16:38:02 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <447B77AF.9060309@samsco.org> Date: Mon, 29 May 2006 16:37:35 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "F. Senault" References: <447AB34C.4030509@sippysoft.com> <11410450515.20060529225555@lacave.net> In-Reply-To: <11410450515.20060529225555@lacave.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: "current@freebsd.org" Subject: Re: Importing iSCSI target from NetBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 22:38:11 -0000 F. Senault wrote: > Monday, May 29, 2006, 10:39:40 AM, you wrote: > > >>Hi, > > >>I wonder if anybody has any objections to importing iSCSI target daemon >>from NetBSD (Intel) into the base. > > > Mh, I'm currently doing that, with the help of the author (Alistair G. > Crooks), under the form of a port. Alistair just provided me a new > version I'm testing, and I was planning to submit the port shortly. > (It seems to work quite well). > > Now, if it's better to include it into the base, so much the better. > Alistair was kind enough to take into consideration my suggestions, > so, now, the daemon compiles and works under FreeBSD 6 (tested lightly > with and i386 and more intensively witn an amd64). > > The work in progress is here : > > http://www.lacave.net/~fred/iscsi/ > If it's not going to be integrated into the existing target infrastructure then I'd prefer it to be a port. Ultimately it would be nice for it to be part of the base system, though. Scott From owner-freebsd-current@FreeBSD.ORG Mon May 29 22:43:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28E3C16A4CF; Mon, 29 May 2006 22:43:04 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao04.cox.net (eastrmmtao04.cox.net [68.230.240.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B50A43D55; Mon, 29 May 2006 22:43:03 +0000 (GMT) (envelope-from conrads@cox.net) Received: from serene.no-ip.org ([72.200.25.154]) by eastrmmtao04.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060529224300.ZULW9931.eastrmmtao04.cox.net@serene.no-ip.org>; Mon, 29 May 2006 18:43:00 -0400 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.13.6/8.13.6) with ESMTP id k4TMgoEU097361; Mon, 29 May 2006 17:42:53 -0500 (CDT) (envelope-from conrads@cox.net) Date: Mon, 29 May 2006 17:42:44 -0500 From: "Conrad J. Sabatier" To: "Yuriy Tsibizov" Message-ID: <20060529174244.7ed36ead@serene.no-ip.org> In-Reply-To: References: Organization: A Rag-Tag Band of Drug-Crazed Hippies X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.18; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org, freebsd-current@freebsd.org Subject: Re: Call for testing: emu10kx driver for Creative sound cards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 22:43:12 -0000 On Tue, 23 May 2006 10:36:29 +0400, "Yuriy Tsibizov" wrote: > > > This driver can replace emu10k1 driver. Older version of this > > > driver was available from ports (audio/emu10kx). > > > > [snipped for brevity ] > > > > Talk about uncanny timing! I've been thinking of replacing my > > soundcard for a while now. This looks pretty exciting, especially > > the MIDI support. > "evennewermidi" patch needs someone to take care about it - it was > not updated for two years! Yes, I wish I understood device driver programming better (i.e., better than "not at all" :-). I would gladly volunteer to take this over. I've got a nice Yamaha synth (keyboard) sitting here just gathering dust since I quit using Windows altogether (used to use it with Cakewalk). I considered switching over to one of the Linux distros just to be able to make use of it, but I just can't bring myself to part with my beloved FreeBSD. :-) > > Which of the Creative cards would you recommend as "best"? > > I'd love to try this! > I'm not sure what you can find in your local shops... "Audigy 4 > Pro" (SB0380), "Audigy 2 Value" (SB0400) and "Audigy 4" (SB0610) > should be possible to find new. > > You may have to ask salesperson let you look at sound card chipset - > it should start with "CA" and should not end on "-DAT". > > X-Fi series seems to use another DSP, they will not work. Thanks for the tips. Appreciate it. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Mon May 29 22:49:08 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B58A16A91B for ; Mon, 29 May 2006 22:49:08 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9296843D48 for ; Mon, 29 May 2006 22:49:07 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.80] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.6/8.13.6) with ESMTP id k4TMn4Zw015938 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 May 2006 15:49:05 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <447B7A55.7040704@FreeBSD.org> Date: Mon, 29 May 2006 15:48:53 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Scott Long References: <447AB34C.4030509@sippysoft.com> <11410450515.20060529225555@lacave.net> <447B77AF.9060309@samsco.org> In-Reply-To: <447B77AF.9060309@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" Subject: Re: Importing iSCSI target from NetBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 22:49:19 -0000 Scott Long wrote: > F. Senault wrote: > >> Monday, May 29, 2006, 10:39:40 AM, you wrote: >> >> >>> Hi, >> >> >>> I wonder if anybody has any objections to importing iSCSI target daemon >>> from NetBSD (Intel) into the base. >> >> >> Mh, I'm currently doing that, with the help of the author (Alistair G. >> Crooks), under the form of a port. Alistair just provided me a new >> version I'm testing, and I was planning to submit the port shortly. >> (It seems to work quite well). >> >> Now, if it's better to include it into the base, so much the better. >> Alistair was kind enough to take into consideration my suggestions, >> so, now, the daemon compiles and works under FreeBSD 6 (tested lightly >> with and i386 and more intensively witn an amd64). >> >> The work in progress is here : >> >> http://www.lacave.net/~fred/iscsi/ >> > > If it's not going to be integrated into the existing target > infrastructure then I'd prefer it to be a port. Ultimately it > would be nice for it to be part of the base system, though. Well, arguably we may want to support both ways. Having iSCSI target running in userland completely has some serious advantages (security is a big one for example, as you can run daemon easily as unprivileged process). The kernel iSCSI target only makes sense for really performance-constrained cases, and hopefully sooner or later we will be able to narrow the gap by utilizing zero-copy interfaces. -Maxim From owner-freebsd-current@FreeBSD.ORG Mon May 29 22:59:14 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E985416A512 for ; Mon, 29 May 2006 22:59:14 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A3D043D48 for ; Mon, 29 May 2006 22:59:14 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.80] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.6/8.13.6) with ESMTP id k4TMxBHx016141 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 May 2006 15:59:13 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <447B7CB7.5000000@FreeBSD.org> Date: Mon, 29 May 2006 15:59:03 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Scott Long References: <447AB34C.4030509@sippysoft.com> <11410450515.20060529225555@lacave.net> <447B77AF.9060309@samsco.org> <447B7A55.7040704@FreeBSD.org> In-Reply-To: <447B7A55.7040704@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" Subject: Re: Importing iSCSI target from NetBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 22:59:16 -0000 Maxim Sobolev wrote: > Scott Long wrote: >> F. Senault wrote: >> >>> Monday, May 29, 2006, 10:39:40 AM, you wrote: >>> >>> >>>> Hi, >>> >>> >>>> I wonder if anybody has any objections to importing iSCSI target daemon >>>> from NetBSD (Intel) into the base. >>> >>> >>> Mh, I'm currently doing that, with the help of the author (Alistair G. >>> Crooks), under the form of a port. Alistair just provided me a new >>> version I'm testing, and I was planning to submit the port shortly. >>> (It seems to work quite well). >>> >>> Now, if it's better to include it into the base, so much the better. >>> Alistair was kind enough to take into consideration my suggestions, >>> so, now, the daemon compiles and works under FreeBSD 6 (tested lightly >>> with and i386 and more intensively witn an amd64). >>> >>> The work in progress is here : >>> >>> http://www.lacave.net/~fred/iscsi/ >>> >> >> If it's not going to be integrated into the existing target >> infrastructure then I'd prefer it to be a port. Ultimately it >> would be nice for it to be part of the base system, though. > > Well, arguably we may want to support both ways. Having iSCSI target > running in userland completely has some serious advantages (security is > a big one for example, as you can run daemon easily as unprivileged > process). The kernel iSCSI target only makes sense for really > performance-constrained cases, and hopefully sooner or later we will be > able to narrow the gap by utilizing zero-copy interfaces. P.S. Just to make it clear - just consider running iSCSI over 100MBps link or even a slower WAN links, which I think covers very large market for this technology now. Performance constrain imposed by running in userland is unlikely to be an issue at all. -Maxim From owner-freebsd-current@FreeBSD.ORG Mon May 29 23:36:58 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50C8C16A710 for ; Mon, 29 May 2006 23:36:58 +0000 (UTC) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C775C43D4C for ; Mon, 29 May 2006 23:36:57 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (ppp-71-139-38-236.dsl.snfc21.pacbell.net [71.139.38.236]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id k4TNauqL011439 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 29 May 2006 16:36:57 -0700 Message-ID: <447B853A.7030007@root.org> Date: Mon, 29 May 2006 16:35:22 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Intermittent hangs appeared in recent -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 23:36:59 -0000 During disk I/O, I now get hangs about every 30 seconds. Running sync manually doesn't seem to cause this. I also get minor pauses periodically. Just after the system is hung, top shows that 80% of the time is spent in system. Overall, it seems like a lot of time is being spent in g_up/g_down but I think that's normal. USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 10 41.4 0.0 0 8 ?? RL 3:37PM 2:04.01 [idle] root 3 23.2 0.0 0 8 ?? DL 3:37PM 3:55.80 [g_up] root 4 15.8 0.0 0 8 ?? DL 3:37PM 2:41.11 [g_down] nate 1022 11.1 0.4 8864 3060 p1 RL+ 4:05PM 1:03.11 cvs up root 37 1.2 0.0 0 8 ?? DL 3:37PM 0:12.87 [syncer] Example just after hang: 2.3% user, 0.0% nice, 82.6% system, 0.8% interrupt, 14.3% idle Example during cvs up but no hang: 1.6% user, 0.0% nice, 52.7% system, 0.8% interrupt, 45.0% idle I noticed the clock interrupt and/or psm (irq 12) waiting on *Giant near when the hang occurs so perhaps someone is holding Giant too long. I'm just running a nearly stock GENERIC with ata: FreeBSD 7.0-CURRENT #4: Sun May 7 14:12:55 PDT 2006 -- Nate From owner-freebsd-current@FreeBSD.ORG Mon May 29 23:51:59 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8331116A723; Mon, 29 May 2006 23:51:59 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2E7243D48; Mon, 29 May 2006 23:51:56 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k4TNpnnY072965; Mon, 29 May 2006 17:51:54 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <447B8900.4050603@samsco.org> Date: Mon, 29 May 2006 17:51:28 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <447AB34C.4030509@sippysoft.com> <11410450515.20060529225555@lacave.net> <447B77AF.9060309@samsco.org> <447B7A55.7040704@FreeBSD.org> <447B7CB7.5000000@FreeBSD.org> In-Reply-To: <447B7CB7.5000000@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: "current@freebsd.org" Subject: Re: Importing iSCSI target from NetBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 23:52:09 -0000 Maxim Sobolev wrote: > Maxim Sobolev wrote: > >> Scott Long wrote: >> >>> F. Senault wrote: >>> >>>> Monday, May 29, 2006, 10:39:40 AM, you wrote: >>>> >>>> >>>>> Hi, >>>> >>>> >>>> >>>>> I wonder if anybody has any objections to importing iSCSI target >>>>> daemon >>>>> from NetBSD (Intel) into the base. >>>> >>>> >>>> >>>> Mh, I'm currently doing that, with the help of the author (Alistair G. >>>> Crooks), under the form of a port. Alistair just provided me a new >>>> version I'm testing, and I was planning to submit the port shortly. >>>> (It seems to work quite well). >>>> >>>> Now, if it's better to include it into the base, so much the better. >>>> Alistair was kind enough to take into consideration my suggestions, >>>> so, now, the daemon compiles and works under FreeBSD 6 (tested lightly >>>> with and i386 and more intensively witn an amd64). >>>> >>>> The work in progress is here : >>>> >>>> http://www.lacave.net/~fred/iscsi/ >>>> >>> >>> If it's not going to be integrated into the existing target >>> infrastructure then I'd prefer it to be a port. Ultimately it >>> would be nice for it to be part of the base system, though. >> >> >> Well, arguably we may want to support both ways. Having iSCSI target >> running in userland completely has some serious advantages (security >> is a big one for example, as you can run daemon easily as unprivileged >> process). The kernel iSCSI target only makes sense for really >> performance-constrained cases, and hopefully sooner or later we will >> be able to narrow the gap by utilizing zero-copy interfaces. > > > P.S. Just to make it clear - just consider running iSCSI over 100MBps > link or even a slower WAN links, which I think covers very large market > for this technology now. Performance constrain imposed by running in > userland is unlikely to be an issue at all. > > -Maxim Every company and group that I've talked to about iSCSI is worried about performance. In any case, please follow the lead of Mr. Senault and look at making this a port. Scott From owner-freebsd-current@FreeBSD.ORG Mon May 29 23:55:36 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D44DE16A896; Mon, 29 May 2006 23:55:36 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout1-b.corp.dcn.yahoo.com (mrout1-b.corp.dcn.yahoo.com [216.109.112.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B80443D5E; Mon, 29 May 2006 23:55:36 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from traveling-laptop-140.corp.yahoo.com.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout1-b.corp.dcn.yahoo.com (8.13.6/8.13.4/y.out) with ESMTP id k4TNtDZI053833; Mon, 29 May 2006 16:55:18 -0700 (PDT) Date: Tue, 30 May 2006 08:55:05 +0900 Message-ID: From: gnn@freebsd.org To: Michael Sierchio In-Reply-To: <447B7E3C.5020408@camber-thrust.net> References: <200605291736.k4THaOGc012014@amd64.ott.parse.com> <447B7E3C.5020408@camber-thrust.net> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-apple-darwin8.5.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: small@freebsd.org, current@freebsd.org Subject: Re: Wake up to reality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 23:55:38 -0000 At Mon, 29 May 2006 16:05:32 -0700, Michael Sierchio wrote: > > shilo layston wrote: > > > Poul-Henning Kamp sez... > > >> FreeBSD is a great operating system for embedded use and people all over > >> the world use this to their advantage. > > > > Judging on what I have heard over my career in embedded development, > > *BSD (let alone FreeBSD) is almost completely unknown in the embedded market. > > WindRiver, GreenHills, QNX, ... and possibly some Linuxs are the owners > > of that marketplace. [Maybe the notable exception is Juniper Networks; > > I've heard they're a big BSD shop] > > If you had the slightest idea what you were talking about, you'd know > the provenance of WindRiver and VxWorks and the embedded OS in Brocade > fiber channel switches, etc. etc. are all BSD. Sort of, but not really. Having spent 5 years at Wind River a lot of that code is not related to BSD, but the network stack was and likely still is, so it really depends on what part of the system you're talking about. Interrupts, mutexes, and all the other core, low level parts of VxWorks that people in the embedded world care about has nothing to do with BSD. The important part for us, and I think that Robert brought this out quite well, is how we compare, and what we have to do, in order to compete in that market and to make it easier for embedded developers to choose and use BSD. I'll be incorporating some of his suggestions into the Embedded FreeBSD web site I'm building right now. Later, George From owner-freebsd-current@FreeBSD.ORG Tue May 30 00:43:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B44F16A8B3; Tue, 30 May 2006 00:43:29 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from groat.ugcs.caltech.edu (groat.ugcs.caltech.edu [131.215.176.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4810543D48; Tue, 30 May 2006 00:43:29 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by groat.ugcs.caltech.edu (Postfix, from userid 3640) id 4CC855880B; Mon, 29 May 2006 17:43:28 -0700 (PDT) Date: Mon, 29 May 2006 17:43:28 -0700 From: Paul Allen To: Scott Long Message-ID: <20060530004328.GF28128@groat.ugcs.caltech.edu> References: <447AB34C.4030509@sippysoft.com> <11410450515.20060529225555@lacave.net> <447B77AF.9060309@samsco.org> <447B7A55.7040704@FreeBSD.org> <447B7CB7.5000000@FreeBSD.org> <447B8900.4050603@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <447B8900.4050603@samsco.org> Sender: jd@ugcs.caltech.edu Cc: gallatin@freebsd.org, "current@freebsd.org" Subject: Re: Importing iSCSI target from NetBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 00:43:31 -0000 >From Scott Long , Mon, May 29, 2006 at 05:51:28PM -0600: > >P.S. Just to make it clear - just consider running iSCSI over 100MBps > >link or even a slower WAN links, which I think covers very large market > >for this technology now. Performance constrain imposed by running in > >userland is unlikely to be an issue at all. > > > >-Maxim > > Every company and group that I've talked to about iSCSI is worried about > performance. In any case, please follow the lead of Mr. Senault and > look at making this a port. > > Scott And in particular the anticipation of low(er) cost 10Gb Ethernet is a driving factor behind iSCSI. AFAIK, the low-latency performer in this field (for NICs) is from Myricom. Andrew Gallatin (one of the FreeBSD alpha committers) was responsible for porting the myrinet drivers, so perhaps he can comment as to whether FreeBSD will be getting a driver for their 10GbE cards. Ethernet at these speeds is real stress-test for many OSs; it should be interesting to see how FreeBSD holds-up. Paul From owner-freebsd-current@FreeBSD.ORG Tue May 30 01:08:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9FEA16A5F8; Tue, 30 May 2006 01:08:19 +0000 (UTC) (envelope-from Chris@lainos.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A20243D4C; Tue, 30 May 2006 01:08:19 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id D57CF6D451; Mon, 29 May 2006 18:08:16 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 75462-06; Mon, 29 May 2006 18:08:11 -0700 (MST) Received: from melchior (kbhn-vbrg-sr0-vl202-021.perspektivbredband.net [85.235.18.21]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id 014C56D438; Mon, 29 May 2006 18:08:10 -0700 (MST) From: Chris Gilbert To: freebsd-current@freebsd.org Date: Tue, 30 May 2006 03:08:00 +0200 User-Agent: KMail/1.8.2 References: <20060520141209.A2285@free.home.local> In-Reply-To: <20060520141209.A2285@free.home.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605300308.01145.Chris@lainos.org> X-Virus-Scanned: amavisd-new at neovanglist.net Cc: freebsd-multimedia@freebsd.org, Alexander Leidinger , Yuriy Tsibizov Subject: Re: Call for testing: emu10kx driver for Creative sound cards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 01:08:23 -0000 Works here on Opteron SMP system! emu10kx0: port 0x3000-0x303f irq 24 at device 4.0 on pci9 pci9: at device 4.1 (no driver attached) pcm0: on emu10kx0 pcm0: pcm1: on emu10kx0 pcm2: on emu10kx0 pcm3: on emu10kx0 Also, I've tried playing with the sysctls in order to get the inputs/knobs on my audigydrive to work, any hints in regards to this? Thanks for the great work on this! -- Regards, Chris Gilbert On Saturday 20 May 2006 12:22, Yuriy Tsibizov wrote: > This driver can replace emu10k1 driver. Older version of this > driver was available from ports (audio/emu10kx). > > Changes over emu10k1 driver: > > 1. Almost all Creative cards that based on EMU10K1 and CA010X-YYY DSPs are > supported. Exceptions are cards on CA010X-DAT ("Sound Blaster Live! > 24-bit", card known as "DELL OEM SB Live!" and "Audigy LS") and E-mu > cards. > 2. Complete mixer support. Some controls that can't fit into OSS > mixer are available as sysctl under debug.emu10kxX. > 3. Optional multichannel support. Front, rear, center, subwoofer and side > card connectors are visible as a separate PCM devices. Only front channel > supports recording, other are playback-only. There is no lowpass filter on > subwoofer output. > 4. Optional MIDI I/O support, one midi port on Live! cards and two on > Audigy (and Audigy 2). MIDI support require "evennewermidi" kernel patch. > > Known problems: > 1. When S/PDIF input is not connected it generates some noise. > 2. Analog center & subwoofer are muted, because they share minijack > connector with digital output. > 3. On Audigy 4 Pro headphones connector on AudigyDrive does not work. > 4. "AUX In 2" on AudigyDrive is noisy. > > "Features": > 1. On EMU10K1 cards playback volume is low. > > What needs testing: > 1. AMD64 was known to work for driver in ports. > 2. SMP was known to work for older release (before driver appear in > ports). > 3. Audigy 4 (not Pro) card support > 4. CardBus Audigy support > 5. Digital output > > dmesg: > (SB Live! card locks system before boot when inserted with Audigy 2 cards) > > emu10kx0: port 0xd400-0xd41f irq 9 at device 9.0 > on pci0 emu10kx0: Audigy IR MIDI events enabled. > emu10kx1: port 0xb800-0xb83f irq 12 at device > 10.0 on pci0 emu10kx1: Audigy IR MIDI events enabled. > emu10kx2: port 0xb000-0xb03f irq 10 at > device 11.0 on pci0 pcm0: on emu10kx0 > pcm0: > pcm1: on emu10kx0 > pcm2: on emu10kx0 > pcm3: on emu10kx0 > pcm4: on emu10kx1 > pcm4: > pcm5: on emu10kx1 > pcm6: on emu10kx1 > pcm7: on emu10kx1 > pcm8: on emu10kx2 > pcm8: > pcm9: on emu10kx2 > pcm10: on emu10kx2 > pcm11: on emu10kx2 > pcm12: on emu10kx2 > > emu10kx1: port 0xb800-0xb81f irq 10 at > device 10.0 on pci0 emu10kx1: SB Live! IR MIDI events enabled. > pcm4: on emu10kx1 > pcm4: > pcm5: on emu10kx1 > > Source code is available as a kernel patch or a separate module from > http://chibis.persons.gfk.ru/audigy/kernel/ > > If you want to build it from emu10kx-snap.tar.gz without MIDI you will have > to run 'make SUBDIR='. > > Yuriy. > > _______________________________________________ > 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 30 01:39:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37CA316AE02 for ; Tue, 30 May 2006 01:39:02 +0000 (UTC) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6F2943D46 for ; Tue, 30 May 2006 01:39:01 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k4U1cvkk027460; Mon, 29 May 2006 18:38:57 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k4U1cuxc027459; Mon, 29 May 2006 18:38:56 -0700 Date: Mon, 29 May 2006 18:38:56 -0700 From: Brooks Davis To: Goran Gajic Message-ID: <20060530013856.GA26022@odin.ac.hmc.edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: Re: question regarding tap/tun devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 01:39:02 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 28, 2006 at 08:33:32PM +0200, Goran Gajic wrote: > I'm running 7.0-CURRENT build Thu May 25 23:17:10 CEST 2006 GENERIC confi= g. > While playing with dynamips emulator which uses tap I've noticed that > ifconifg tun0 create or ifconfig tap0 create doesn't work (this doesn't > have anything to do with emulator which works great). These interfaces don't use the network interface cloning interface and thus can not be created with ifconfig. This should be fixed, but the /dev based cloning hackes they use make this difficult. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFEe6IvXY6L6fI4GtQRApzxAJ43lCqkhDBFmA2tYIsRC7MtFVfjkQCgnT4x 0zPyPQ2b9I6wdyrAT4n/B+A= =THdU -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-current@FreeBSD.ORG Tue May 30 01:44:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F56C16A46A for ; Tue, 30 May 2006 01:44:45 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id E700B43D46 for ; Tue, 30 May 2006 01:44:44 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id k4U1ih14038407; Mon, 29 May 2006 18:44:43 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id k4U1ihOd038406; Mon, 29 May 2006 18:44:43 -0700 (PDT) (envelope-from obrien) Date: Mon, 29 May 2006 18:44:43 -0700 From: "David O'Brien" To: Mike Jakubik Message-ID: <20060530014443.GA33161@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Mike Jakubik , freebsd-current@freebsd.org References: <20060527024407.GA2525@troutmask.apl.washington.edu> <4477C401.2080307@rogers.com> <20060527032148.GA2777@troutmask.apl.washington.edu> <4477CB59.6040802@rogers.com> <20060527035150.GC3094@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060527035150.GC3094@troutmask.apl.washington.edu> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@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: Tue, 30 May 2006 01:44:46 -0000 On Fri, May 26, 2006 at 08:51:50PM -0700, Steve Kargl wrote: > On Fri, May 26, 2006 at 11:45:29PM -0400, Mike Jakubik wrote: > > Steve Kargl wrote: > > >On Fri, May 26, 2006 at 11:14:09PM -0400, Mike Jakubik wrote: > > >>Agreed, who the hell still uses Fortran? .. > HPC and Fortran go hand in hand. Clearly, you have no > clue as to what Fortran is. Not to mention one needs a FORTRAN compiler to run SPECfp - a current benchmark. (no I don't want to get into a debate on SPECfp's usefulness) -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-current@FreeBSD.ORG Tue May 30 01:46:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE7B016AD6C for ; Tue, 30 May 2006 01:46:44 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F34343D66 for ; Tue, 30 May 2006 01:46:43 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id k4U1khHo038458; Mon, 29 May 2006 18:46:43 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id k4U1kgJa038457; Mon, 29 May 2006 18:46:42 -0700 (PDT) (envelope-from obrien) Date: Mon, 29 May 2006 18:46:42 -0700 From: "David O'Brien" To: kmacy@fsmware.com Message-ID: <20060530014642.GB33161@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, kmacy@fsmware.com, freebsd-current@freebsd.org References: <20060527024407.GA2525@troutmask.apl.washington.edu> <4477C401.2080307@rogers.com> <38C8392F-C345-41F7-A879-6C2F5D2C59F5@orthanc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@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: Tue, 30 May 2006 01:46:50 -0000 On Fri, May 26, 2006 at 08:35:23PM -0700, Kip Macy wrote: > Irrelevant. The question is, as a percentage of FreeBSD users, how > many use fortran? A much larger percentage use perl and python, and > those are in ports. > -Kip Not irrelevant - we have a lot of things in the base system due to history and tradition. FORTRAN is one of them. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-current@FreeBSD.ORG Tue May 30 01:52:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD71E16A473; Tue, 30 May 2006 01:52:39 +0000 (UTC) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8530B43D53; Tue, 30 May 2006 01:52:39 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k4U1qdPD028146; Mon, 29 May 2006 18:52:39 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k4U1qY7Y028113; Mon, 29 May 2006 18:52:34 -0700 Date: Mon, 29 May 2006 18:52:34 -0700 From: Brooks Davis To: Paul Allen Message-ID: <20060530015234.GB26022@odin.ac.hmc.edu> References: <447AB34C.4030509@sippysoft.com> <11410450515.20060529225555@lacave.net> <447B77AF.9060309@samsco.org> <447B7A55.7040704@FreeBSD.org> <447B7CB7.5000000@FreeBSD.org> <447B8900.4050603@samsco.org> <20060530004328.GF28128@groat.ugcs.caltech.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BwCQnh7xodEAoBMC" Content-Disposition: inline In-Reply-To: <20060530004328.GF28128@groat.ugcs.caltech.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new Cc: gallatin@freebsd.org, "current@freebsd.org" Subject: Re: Importing iSCSI target from NetBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 01:52:40 -0000 --BwCQnh7xodEAoBMC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 29, 2006 at 05:43:28PM -0700, Paul Allen wrote: > >From Scott Long , Mon, May 29, 2006 at 05:51:28PM -06= 00: > > >P.S. Just to make it clear - just consider running iSCSI over 100MBps= =20 > > >link or even a slower WAN links, which I think covers very large marke= t=20 > > >for this technology now. Performance constrain imposed by running in= =20 > > >userland is unlikely to be an issue at all. > > > > > >-Maxim > >=20 > > Every company and group that I've talked to about iSCSI is worried about > > performance. In any case, please follow the lead of Mr. Senault and > > look at making this a port. > >=20 > > Scott >=20 > And in particular the anticipation of low(er) cost 10Gb Ethernet is a > driving factor behind iSCSI. >=20 > AFAIK, the low-latency performer in this field (for NICs) is from Myricom. > Andrew Gallatin (one of the FreeBSD alpha committers) was responsible fo= r=20 > porting the myrinet drivers, so perhaps he can comment as to whether Free= BSD=20 > will be getting a driver for their 10GbE cards. Ethernet at these speeds= is=20 > real stress-test for many OSs; it should be interesting to see how FreeBS= D=20 > holds-up. There's a driver in current. We don't perform nearly as well as we should at the moment. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --BwCQnh7xodEAoBMC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFEe6ViXY6L6fI4GtQRAtrHAJsFqXfiFIWnG4B+G4c8jdbKlC585wCeNb9z ZC2KQK+/kvS6ZTU0H2UxZHw= =1AgE -----END PGP SIGNATURE----- --BwCQnh7xodEAoBMC-- From owner-freebsd-current@FreeBSD.ORG Tue May 30 02:06:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51F2C16A832 for ; Tue, 30 May 2006 02:06:34 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D00043D6D for ; Tue, 30 May 2006 02:06:29 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id k4U26SIX041128; Mon, 29 May 2006 19:06:28 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id k4U26SNd041127; Mon, 29 May 2006 19:06:28 -0700 (PDT) (envelope-from obrien) Date: Mon, 29 May 2006 19:06:28 -0700 From: "David O'Brien" To: Steve Kargl Message-ID: <20060530020628.GC33161@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Steve Kargl , freebsd-current@freebsd.org References: <20060527024407.GA2525@troutmask.apl.washington.edu> <447809E6.60002@samsco.org> <20060527162407.GD7307@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060527162407.GD7307@troutmask.apl.washington.edu> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@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: Tue, 30 May 2006 02:06:37 -0000 On Sat, May 27, 2006 at 09:24:07AM -0700, Steve Kargl wrote: > ports/lang/gfortran > > >From the Makefile > > MASTERDIR= ${.CURDIR}/../gcc41/ > PKGNAMESUFFIX= -withfortran > WITH_FORTRAN= yes > > Thus, this gfortran will be the one that is bundled with GCC 4.1.1 > by the FSF foundation. I know this version works (for some definition > of work) on i386 and amd64 FreeBSD. I don't have access to other > archs for testing. I'm saddened to see FORTRAN ripped out of the base system - and I'd personally do the import work if it weren't for the the extra dependencies GNU FORTRAN 9x requires. But 'ports/lang/gfortran' is an abomination. If we are to remove FORTRAN from the base system - we need to start building it again with the GCC port. 'ports/lang/gfortran' not only installs a FORTRAN compiler (which is only about %5 of the GCC build time and size), but a C/C++/Java compiler also. The current split is quite annoying. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-current@FreeBSD.ORG Mon May 29 23:05:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEF5416A44D for ; Mon, 29 May 2006 23:05:39 +0000 (UTC) (envelope-from ducatista@camber-thrust.net) Received: from pip.tenebras.com (pip.tenebras.com [216.27.179.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 4FBD943D58 for ; Mon, 29 May 2006 23:05:39 +0000 (GMT) (envelope-from ducatista@camber-thrust.net) Received: (qmail 23566 invoked from network); 29 May 2006 23:05:32 -0000 Received: from daggoo.tenebras.com (HELO ?127.0.0.1?) (192.168.188.60) by pip.tenebras.com with SMTP; 29 May 2006 23:05:32 -0000 Message-ID: <447B7E3C.5020408@camber-thrust.net> Date: Mon, 29 May 2006 16:05:32 -0700 From: Michael Sierchio User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: small@freebsd.org References: <200605291736.k4THaOGc012014@amd64.ott.parse.com> In-Reply-To: <200605291736.k4THaOGc012014@amd64.ott.parse.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 30 May 2006 03:32:30 +0000 Cc: current@freebsd.org Subject: Re: Wake up to reality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2006 23:05:40 -0000 shilo layston wrote: > Poul-Henning Kamp sez... >> FreeBSD is a great operating system for embedded use and people all over >> the world use this to their advantage. > > Judging on what I have heard over my career in embedded development, > *BSD (let alone FreeBSD) is almost completely unknown in the embedded market. > WindRiver, GreenHills, QNX, ... and possibly some Linuxs are the owners > of that marketplace. [Maybe the notable exception is Juniper Networks; > I've heard they're a big BSD shop] If you had the slightest idea what you were talking about, you'd know the provenance of WindRiver and VxWorks and the embedded OS in Brocade fiber channel switches, etc. etc. are all BSD. From owner-freebsd-current@FreeBSD.ORG Tue May 30 00:27:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC38216AD40; Tue, 30 May 2006 00:27:42 +0000 (UTC) (envelope-from root@parse.com) Received: from amd64.ott.parse.com (ottawa-hs-206-191-28-202.s-ip.magma.ca [206.191.28.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D9FA43D46; Tue, 30 May 2006 00:27:42 +0000 (GMT) (envelope-from root@parse.com) Received: from amd64.ott.parse.com (localhost.parse.com [127.0.0.1]) by amd64.ott.parse.com (8.13.4/8.13.1) with ESMTP id k4U0Q1uZ028880; Mon, 29 May 2006 20:26:01 -0400 (EDT) (envelope-from root@parse.com) Received: (from root@localhost) by amd64.ott.parse.com (8.13.4/8.13.1/Submit) id k4U0Q1B5028878; Mon, 29 May 2006 20:26:01 -0400 (EDT) (envelope-from root) From: Robert Krten Message-Id: <200605300026.k4U0Q1B5028878@amd64.ott.parse.com> To: small@freebsd.org Date: Mon, 29 May 2006 20:26:01 -0400 (EDT) In-Reply-To: <447B7E3C.5020408@camber-thrust.net> from "Michael Sierchio" at May 29, 2006 04:05:32 PM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 30 May 2006 03:32:42 +0000 Cc: current@freebsd.org Subject: Re: Wake up to reality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 00:27:45 -0000 Michael Sierchio sez... > > shilo layston wrote: > > > Poul-Henning Kamp sez... > > >> FreeBSD is a great operating system for embedded use and people all over > >> the world use this to their advantage. > > > > Judging on what I have heard over my career in embedded development, > > *BSD (let alone FreeBSD) is almost completely unknown in the embedded market. > > WindRiver, GreenHills, QNX, ... and possibly some Linuxs are the owners > > of that marketplace. [Maybe the notable exception is Juniper Networks; > > I've heard they're a big BSD shop] > > If you had the slightest idea what you were talking about, you'd know > the provenance of WindRiver and VxWorks and the embedded OS in Brocade > fiber channel switches, etc. etc. are all BSD. Please attribute the quotes properly; I am not "shilo layston", and yet I am the author of the paragraph that you are quoting. As far as WindRiver goes, the "VxWorks FAQ" makes no mention of this "BSD provenance of VxWorks", I suggest you contact the FAQ maintainer and point this out so that other people "without the slightest idea of what we are talking about" like me don't make the same mistake. I had also not realized that VxWorks was the sole OS WindRiver is associated with. The point that I was trying to make was not that certain commercial RTOSs may have "come from" BSD (or other forms of UNIX), but rather that "in my experience" (paraphrasing) all of the contracts I have been involved with (20+ years, most of them in the embedded/realtime arena) have, in general, shown a complete lack of awareness of *BSD. *That* is what I feel needs to be addressed. I am sure there are companies using FreeBSD (and other BSDs). The challenge is getting the awareness out there and getting to be in the same ballpark as the other OSs mentioned. It's entirely possible that FreeBSD is more prevalent than what I've experienced. I have not experienced vast deserts of sand, and yet I am told they exist :-) Are they prevalent where I live? No. Cheers, -RK -- Robert Krten, PARSE Software Devices Realtime Systems Architecture, Consulting, Books and Training at www.parse.com Looking for Digital Equipment Corp. PDP-1 through PDP-15 minicomputers! From owner-freebsd-current@FreeBSD.ORG Tue May 30 04:02:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E0EF16A530; Tue, 30 May 2006 04:02:23 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEDF543D4C; Tue, 30 May 2006 04:02:22 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 1228B78C1D; Tue, 30 May 2006 04:02:21 +0000 (GMT) Date: Tue, 30 May 2006 04:02:20 +0000 From: John Birrell To: Andrew Atrens Message-ID: <20060530040220.GA59831@what-creek.com> References: <447B6870.8020704@nortel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <447B6870.8020704@nortel.com> User-Agent: Mutt/1.4.2.1i Cc: Alexander Leidinger , Poul-Henning Kamp , James Mansion , current@freebsd.org, small@freebsd.org Subject: Re: FreeBSD's embedded agenda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 04:02:25 -0000 On Mon, May 29, 2006 at 05:32:32PM -0400, Andrew Atrens wrote: > So then we agree - write a driver that makes raw flash look like a CF, > and does wear-levelling, gc, etc, under the hood. Then put whatever > f/s you want on it. it's a start at least. Then build your kick-ass > NAND-aware (or NOR aware or both) fs on top of that that makes use of > some extensions that the driver provides. Okay, that's quite the > arm wave ... I must admit that I don't know so much about the existing > fs<->disk interface... Writing a NAND driver for FreeBSD using geom is a trivial matter. It only takes a few days or a week at the most. I don't really understand what all the fuss is here. I've built FreeBSD embedded systems that are smaller than all the picobsd etc configurations which all rely on choosing programs out of the standard FreeBSD tree and putting them on a 'disk'. The smallest embedded system using FreeBSD consists of just a kernel and a threaded program which runs as 'init'. No other files are required (subject to how you boot, so perhaps include the loader). You most certainly don't need anything all from /etc. You don't need a shell. You don't need shared libraries. Try it! Build a kernel that does nothing other than have devices in it to talk to a console and floppy disk. Boot from floppy using the current loader and write a minimal app that will talk to the console. Tell me how big the kernel and the app is. It won't take you longer to do that to write all the messages you are posting here. Configure your system to mount the root file system read-only and any temporary data that you want to write, do it to a ram disk. Boot the system, check that your 'init' program works and then just turn the power off. It should boot up again next time without any problems. You can make your 'init' program remount the disk in write mode if it needs to change any config data. Then it can remount it again read-only and you're back in fail-safe mode. I've done this with a FreeBSD based video recorder mounted to a race motorcycle in the Australian Formula Xtreme series. When the rider powered up his bike, the embedded FreeBSD system (which is just an embedded board) booted and automatically started recording. When he returned to the pits and turned off his bike, the FreeBSD system detected the fact that the bike was turned off and went through it's shutdown sequence, closing the video file which was on CF (not NAND where the OS was) and then when the buffers were flushed, it toggled an output bit which opened a relay contact and powered itself down. This is all trivial to do with FreeBSD and has been since FreeBSD-4 when I first tried it. You end up with custom software to make your 'init' program have just the features that you want (and FreeBSD's libraries aren't too convenient for that), but it's all do-able without a million emails to a mailing list postulating on how to do it. Just try it with what is in FreeBSD now. Sigh. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Tue May 30 04:08:05 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D21D16A7B3 for ; Tue, 30 May 2006 04:08:05 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E75043D76 for ; Tue, 30 May 2006 04:08:03 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.6/8.13.6) with ESMTP id k4U485Jr010614 for ; Tue, 30 May 2006 00:08:05 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-gPJZMjtpm5SFoTE0RiLS" Organization: FreeBSD, Inc. Date: Tue, 30 May 2006 00:08:01 -0400 Message-Id: <1148962081.8820.49.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Cc: Subject: -CURRENT does not recognize standard mount options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 04:08:07 -0000 --=-gPJZMjtpm5SFoTE0RiLS Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I'm trying to mount a USB stick with an MS-DOS file system on it, and I'm specifying -o sync. This mount works in RELENG_6, and the source for mount_msdosfs.c makes me think it should work in -CURRENT. However, this is what I see: # mount_msdosfs -o sync /dev/da1s1 /mnt mount_msdosfs: /dev/da1s1: Invalid argument And in dmesg: mount option is unknown Mount point /mnt had 1 dangling refs So the kernel is rejecting this option. I looked through the kernel code, and it doesn't look like this option is in fact supported by msdosfs. However, I can't see why it works in -STABLE. Give that mount_msdosfs.c looks like it wants to support MNT_STDOPTS as well as MNT_SYNC, I'd think that sync should work. I haven't tracked down exactly why this is happening yet, but I'd appreciate any pointers. I'm running: FreeBSD fugu.marcuscom.com 7.0-CURRENT FreeBSD 7.0-CURRENT #72: Sun May 7 00:51:14 EDT 2006 gnome@fugu.marcuscom.com:/space2/obj/usr/src/sys/FUGU i386 But others have reported the same thing on more recent -CURRENT as well. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-gPJZMjtpm5SFoTE0RiLS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEe8Uhb2iPiv4Uz4cRAnc7AJ9WEqi+i9UDIkeTEWXUR5uKrSJ7AgCgmuTJ GYj9r1nTG1D6YtRdEtkn/tE= =7SOQ -----END PGP SIGNATURE----- --=-gPJZMjtpm5SFoTE0RiLS-- From owner-freebsd-current@FreeBSD.ORG Tue May 30 04:46:51 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CD8F16A431; Tue, 30 May 2006 04:46:51 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02CA843D48; Tue, 30 May 2006 04:46:50 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id F2BC078C1D; Tue, 30 May 2006 04:46:48 +0000 (GMT) Date: Tue, 30 May 2006 04:46:48 +0000 From: John Birrell To: Jim Thompson Message-ID: <20060530044648.GA60110@what-creek.com> References: <447B6870.8020704@nortel.com> <20060530040220.GA59831@what-creek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: Alexander Leidinger , Poul-Henning Kamp , Andrew Atrens , current@freebsd.org, small@freebsd.org Subject: Re: FreeBSD's embedded agenda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 04:46:51 -0000 On Mon, May 29, 2006 at 06:42:14PM -1000, Jim Thompson wrote: > Everything you wrote is true, if (and only if) your application can > deal with having the non-vm-based filesystem(s) be RO. Try it with what is in FreeBSD now. Just do it. It really does work. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Tue May 30 04:59:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C079216A421; Tue, 30 May 2006 04:59:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 362FD43D53; Tue, 30 May 2006 04:59:45 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k4U4xiVF089236; Tue, 30 May 2006 00:59:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k4U4xAhV060871; Tue, 30 May 2006 00:59:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 099857302F; Tue, 30 May 2006 00:59:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060530045944.099857302F@freebsd-current.sentex.ca> Date: Tue, 30 May 2006 00:59:44 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 04:59:45 -0000 TB --- 2006-05-30 03:30:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-30 03:30:02 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-05-30 03:30:02 - cleaning the object tree TB --- 2006-05-30 03:30:27 - checking out the source tree TB --- 2006-05-30 03:30:27 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-05-30 03:30:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-30 03:38:21 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-30 03:38:21 - cd /src TB --- 2006-05-30 03:38:21 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-05-30 04:46:16 - generating LINT kernel config TB --- 2006-05-30 04:46:16 - cd /src/sys/sparc64/conf TB --- 2006-05-30 04:46:16 - /usr/bin/make -B LINT TB --- 2006-05-30 04:46:16 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-30 04:46:16 - cd /src TB --- 2006-05-30 04:46:16 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 30 04:46:16 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ofw/ofw_console.c: In function `ofw_timeout': /src/sys/dev/ofw/ofw_console.c:230: warning: implicit declaration of function `ofw_cons_checkc' /src/sys/dev/ofw/ofw_console.c:230: warning: nested extern declaration of `ofw_cons_checkc' /src/sys/dev/ofw/ofw_console.c: At top level: /src/sys/dev/ofw/ofw_console.c:76: warning: 'ofw_cnprobe' used but never defined /src/sys/dev/ofw/ofw_console.c:78: warning: 'ofw_cnterm' used but never defined /src/sys/dev/ofw/ofw_console.c:241: warning: 'ofw_cons_probe' defined but not used /src/sys/dev/ofw/ofw_console.c:273: warning: 'ofw_cneterm' defined but not used *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-30 04:59:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-30 04:59:43 - ERROR: failed to build lint kernel TB --- 2006-05-30 04:59:43 - tinderbox aborted TB --- 0.75 user 3.84 system 5381.60 real From owner-freebsd-current@FreeBSD.ORG Tue May 30 05:14:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 557F116A444; Tue, 30 May 2006 05:14:57 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id F41C243D46; Tue, 30 May 2006 05:14:56 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 59D4578C1D; Tue, 30 May 2006 05:14:55 +0000 (GMT) Date: Tue, 30 May 2006 05:14:55 +0000 From: John Birrell To: marty fouts Message-ID: <20060530051455.GA60261@what-creek.com> References: <447B6870.8020704@nortel.com> <20060530040220.GA59831@what-creek.com> <9f7850090605292201x570d93b4v8a7dd3ea0c70f841@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9f7850090605292201x570d93b4v8a7dd3ea0c70f841@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: Alexander Leidinger , Poul-Henning Kamp , Andrew Atrens , current@freebsd.org, small@freebsd.org Subject: Re: FreeBSD's embedded agenda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 05:15:07 -0000 On Mon, May 29, 2006 at 10:01:37PM -0700, marty fouts wrote: > On 5/29/06, John Birrell wrote: > > >The smallest embedded system using FreeBSD consists of just a kernel > >and a threaded program which runs as 'init'. No other files are required. > > Unfortunately, in my world, the smallest embedded system isn't of > interest. We need something a bit larger. That threaded program needs > a data store for persistant data. Yes, you write persistent data to the NAND disk. As I said, you remount the file system as write enabled when you need to save data then leave it read-only for the rest of the time. This doesn't take very long to do. It's not like you have gigabytes of data buffered because you mount the file system write enabled synchronously. > >the FreeBSD system > >detected the fact that the bike was turned off and went through it's > >shutdown sequence, closing the video file which was on CF (not NAND > >where the OS was) and then when the buffers were flushed, it toggled > >an output bit which opened a relay contact and powered itself down. > > I guess you missed the discussion earlier where it was pointed out > that there are significant applications in which CF is not an > available option. If you didn't have CF on the device, but you did > have NAND, (which is where we are in smartphone land) you'd need a > NAND based file system, for the data that has to persist across phone > shutdowns. The example that I gave uses NAND flash to boot the OS and save persistent configuration data. The CF was only used because the MPEG file for a race video was 1GB. If I wasn't writing such a large amount of data, the CF would not have been required. At the time it was the easiest way to get a large amount of storage in a small system which had to stand the rigor race motorcycle vibrations. As I said, writing a NAND driver under geom on FreeBSD is a trivial matter. That is what I did. The driver wasn't committed to FreeBSD because it is hardware specific to the board due to the way the the processor I/O is mapped. If you study the NAND implementations on embedded hardware, you will see that making a general operating system support them all with drivers is hard to do because of the different ways that the NAND chips are mapped in I/O. It's not like they are on a general bus that makes access to them the same. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Tue May 30 07:37:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8865416A41F for ; Tue, 30 May 2006 07:37:29 +0000 (UTC) (envelope-from mf.danger@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4BC743D46 for ; Tue, 30 May 2006 07:37:28 +0000 (GMT) (envelope-from mf.danger@gmail.com) Received: by nf-out-0910.google.com with SMTP id p48so341091nfa for ; Tue, 30 May 2006 00:37:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PuQAtRyUY78okmc3qT232hmixLEREOL2rABvOVXN7uNTLA1WxnxKwthdFoVJ0/wzJEonVmTXWzb15F5vgppgi1Jv63oC6pRKy7ZHSnrx+mbdHM7+OYOh0saLN+QMf2PJHl46IqhDjh/yaIh2yuyJ7bAA5h9NhY0s34hMiUlEdEc= Received: by 10.49.21.13 with SMTP id y13mr2249404nfi; Mon, 29 May 2006 22:01:37 -0700 (PDT) Received: by 10.49.49.17 with HTTP; Mon, 29 May 2006 22:01:37 -0700 (PDT) Message-ID: <9f7850090605292201x570d93b4v8a7dd3ea0c70f841@mail.gmail.com> Date: Mon, 29 May 2006 22:01:37 -0700 From: "marty fouts" To: "John Birrell" In-Reply-To: <20060530040220.GA59831@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <447B6870.8020704@nortel.com> <20060530040220.GA59831@what-creek.com> Cc: Alexander Leidinger , Poul-Henning Kamp , Andrew Atrens , current@freebsd.org, small@freebsd.org Subject: Re: FreeBSD's embedded agenda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 07:37:29 -0000 On 5/29/06, John Birrell wrote: > The smallest embedded system using FreeBSD consists of just a kernel > and a threaded program which runs as 'init'. No other files are required. Unfortunately, in my world, the smallest embedded system isn't of interest. We need something a bit larger. That threaded program needs a data store for persistant data. > the FreeBSD system > detected the fact that the bike was turned off and went through it's > shutdown sequence, closing the video file which was on CF (not NAND > where the OS was) and then when the buffers were flushed, it toggled > an output bit which opened a relay contact and powered itself down. I guess you missed the discussion earlier where it was pointed out that there are significant applications in which CF is not an available option. If you didn't have CF on the device, but you did have NAND, (which is where we are in smartphone land) you'd need a NAND based file system, for the data that has to persist across phone shutdowns. From owner-freebsd-current@FreeBSD.ORG Tue May 30 07:43:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F39216A465 for ; Tue, 30 May 2006 07:43:46 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70E4943D60 for ; Tue, 30 May 2006 07:43:45 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail11.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k4U7hX1m016296 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 30 May 2006 17:43:43 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k4U7efe9000892; Tue, 30 May 2006 17:40:41 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k4U7efZA000891; Tue, 30 May 2006 17:40:41 +1000 (EST) (envelope-from peter) Date: Tue, 30 May 2006 17:40:41 +1000 From: Peter Jeremy To: pfgshield-freebsd@yahoo.com Message-ID: <20060530074040.GA723@turion.vk2pj.dyndns.org> References: <200605272140.46227.doconnor@gsoft.com.au> <20060527221958.46118.qmail@web32714.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060527221958.46118.qmail@web32714.mail.mud.yahoo.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 07:43:47 -0000 On Sun, 2006-May-28 00:19:58 +0200, pfgshield-freebsd@yahoo.com wrote: >Actually I think the fortran removal from base is the way to >go. Unfortunately the ports tree is not prepared for it, and I would >expect breakage in the math, science and ports categories. At some stage, a ports cluster run will need to be made with the existing f77 command disabled to shake out the ports that will break. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Tue May 30 07:47:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E17F716A449; Tue, 30 May 2006 07:47:32 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15F4943D46; Tue, 30 May 2006 07:47:31 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5E0E3.dip.t-dialin.net [84.165.224.227]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k4U7kdGY086714; Tue, 30 May 2006 09:46:40 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k4U7lKbm070379; Tue, 30 May 2006 09:47:20 +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 MIME library) with HTTP; Tue, 30 May 2006 09:47:19 +0200 Message-ID: <20060530094719.nfudktdyoswsk0g8@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 30 May 2006 09:47:19 +0200 From: Alexander Leidinger To: "Conrad J. Sabatier" References: <20060529174244.7ed36ead@serene.no-ip.org> In-Reply-To: <20060529174244.7ed36ead@serene.no-ip.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: freebsd-multimedia@freebsd.org, Yuriy Tsibizov , freebsd-current@freebsd.org Subject: Re: Call for testing: emu10kx driver for Creative sound cards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 07:47:35 -0000 Quoting "Conrad J. Sabatier" (from Mon, 29 May 2006 =20 17:42:44 -0500): > On Tue, 23 May 2006 10:36:29 +0400, "Yuriy Tsibizov" > wrote: > >> > > This driver can replace emu10k1 driver. Older version of this >> > > driver was available from ports (audio/emu10kx). >> > >> > [snipped for brevity ] >> > >> > Talk about uncanny timing! I've been thinking of replacing my >> > soundcard for a while now. This looks pretty exciting, especially >> > the MIDI support. >> "evennewermidi" patch needs someone to take care about it - it was >> not updated for two years! > > Yes, I wish I understood device driver programming better (i.e., better > than "not at all" :-). I would gladly volunteer to take this over. I committed the midi patches to -current. What about jumping into the =20 cold water and "just start"? If you don't know where to start: - have a look at what the guys over at opensound.com provide (midi docs) - have a look what FreeBSD is able to do - make a list what it does wrong or not at all - have a look at how the current code handles the existing functionality - try to fix wrong parts - try to implement missing parts A lot of this does not depend upon knowledge of device driver =20 programming, but it depends upon people with interest in MIDI and =20 MIDI-equipment. I don't have much knowledge about MIDI, I don't have =20 MIDI equipment, and I don't know much about the internals of the midi =20 code, but I can help finding solutions to a problem. > I've got a nice Yamaha synth (keyboard) sitting here just gathering > dust since I quit using Windows altogether (used to use it with > Cakewalk). I considered switching over to one of the Linux distros just > to be able to make use of it, but I just can't bring myself to part > with my beloved FreeBSD. :-) I think this is a nice reason to just start and "play around" with =20 what we have currently, don't you think? :-) Bye, Alexander. --=20 Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Tue May 30 08:07:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09A4916A429; Tue, 30 May 2006 08:07:28 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B02443D48; Tue, 30 May 2006 08:07:27 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr4.xs4all.nl (8.13.6/8.13.6) with ESMTP id k4U87Aor017329; Tue, 30 May 2006 10:07:23 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k4U87Att042824; Tue, 30 May 2006 10:07:10 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k4U877AA042823; Tue, 30 May 2006 10:07:07 +0200 (CEST) (envelope-from wb) Date: Tue, 30 May 2006 10:07:07 +0200 From: Wilko Bulte To: Michael Sierchio Message-ID: <20060530080707.GB42775@freebie.xs4all.nl> References: <200605291736.k4THaOGc012014@amd64.ott.parse.com> <447B7E3C.5020408@camber-thrust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <447B7E3C.5020408@camber-thrust.net> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: small@freebsd.org, current@freebsd.org Subject: Re: Wake up to reality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 08:07:28 -0000 On Mon, May 29, 2006 at 04:05:32PM -0700, Michael Sierchio wrote.. > shilo layston wrote: > > > Poul-Henning Kamp sez... > > >> FreeBSD is a great operating system for embedded use and people all over > >> the world use this to their advantage. > > > > Judging on what I have heard over my career in embedded development, > > *BSD (let alone FreeBSD) is almost completely unknown in the embedded > market. > > WindRiver, GreenHills, QNX, ... and possibly some Linuxs are the owners > > of that marketplace. [Maybe the notable exception is Juniper Networks; > > I've heard they're a big BSD shop] > > If you had the slightest idea what you were talking about, you'd know > the provenance of WindRiver and VxWorks and the embedded OS in Brocade > fiber channel switches, etc. etc. are all BSD. If you really knew what you were talking about you would know that all the Brocade switches running FOS 4.x and 5.x are Linux based. The Brocade Multiprotocol router is based on NetBSD. All FOS 2.x and 3.x Brocades are VxWorks. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue May 30 08:37:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15D5616A610 for ; Tue, 30 May 2006 08:37:42 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46AC443D4C for ; Tue, 30 May 2006 08:37:41 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5E0E3.dip.t-dialin.net [84.165.224.227]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k4U8apSW086880; Tue, 30 May 2006 10:36:51 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k4U8bWrV078965; Tue, 30 May 2006 10:37:32 +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 MIME library) with HTTP; Tue, 30 May 2006 10:37:32 +0200 Message-ID: <20060530103732.5sgip24340owko84@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 30 May 2006 10:37:32 +0200 From: Alexander Leidinger To: Brooks Davis References: <20060530013856.GA26022@odin.ac.hmc.edu> In-Reply-To: <20060530013856.GA26022@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org, Goran Gajic Subject: Re: question regarding tap/tun devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 08:37:48 -0000 Quoting Brooks Davis (from Mon, 29 May 2006 18:38:56 -0700): > These interfaces don't use the network interface cloning interface and > thus can not be created with ifconfig. This should be fixed, but the > /dev based cloning hackes they use make this difficult. Are you working on it? If not, can you please come up with a description and maybe a TODO list which is suitable for http://www.freebsd.org/projects/ideas? Bye, Alexander. -- Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen 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 Tue May 30 08:46:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F19A616A43B; Tue, 30 May 2006 08:46:40 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70AF843D55; Tue, 30 May 2006 08:46:40 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 78E5346D03; Tue, 30 May 2006 04:46:39 -0400 (EDT) Date: Tue, 30 May 2006 09:46:39 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Brooks Davis In-Reply-To: <20060530015234.GB26022@odin.ac.hmc.edu> Message-ID: <20060530094413.W79162@fledge.watson.org> References: <447AB34C.4030509@sippysoft.com> <11410450515.20060529225555@lacave.net> <447B77AF.9060309@samsco.org> <447B7A55.7040704@FreeBSD.org> <447B7CB7.5000000@FreeBSD.org> <447B8900.4050603@samsco.org> <20060530004328.GF28128@groat.ugcs.caltech.edu> <20060530015234.GB26022@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: gallatin@freebsd.org, Paul Allen , "current@freebsd.org" Subject: Re: Importing iSCSI target from NetBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 08:46:51 -0000 On Mon, 29 May 2006, Brooks Davis wrote: > On Mon, May 29, 2006 at 05:43:28PM -0700, Paul Allen wrote: >>> From Scott Long , Mon, May 29, 2006 at 05:51:28PM -0600: >>>> P.S. Just to make it clear - just consider running iSCSI over 100MBps >>>> link or even a slower WAN links, which I think covers very large market >>>> for this technology now. Performance constrain imposed by running in >>>> userland is unlikely to be an issue at all. >>> >>> Every company and group that I've talked to about iSCSI is worried about >>> performance. In any case, please follow the lead of Mr. Senault and look >>> at making this a port. >> >> And in particular the anticipation of low(er) cost 10Gb Ethernet is a >> driving factor behind iSCSI. >> >> AFAIK, the low-latency performer in this field (for NICs) is from Myricom. >> Andrew Gallatin (one of the FreeBSD alpha committers) was responsible for >> porting the myrinet drivers, so perhaps he can comment as to whether >> FreeBSD will be getting a driver for their 10GbE cards. Ethernet at these >> speeds is real stress-test for many OSs; it should be interesting to see >> how FreeBSD holds-up. > > There's a driver in current. We don't perform nearly as well as we should > at the moment. FYI, I recently received donated hardware from Yahoo! and Drew has kindly offered to send me a couple of 10gbps cards to work with, so I hope to have a chance to start doing some measurement and optimization work. One of the problems we've been having is that it's hard to optimize the CPU use of the network stack when the CPU significantly outstrips available bus and network bandwidth. It seems like hardware swings back and forth quite a bit -- for a few years gigabit was way-the-heck-faster-than-CPU, now it's the other way around again. The best stack optimization work happens when you have to figure out how to get the network stack to perform well in near-infinite bandwidth scenarios with a CPU-bound stack, which is where we are with 10gbps currently. One of the things that makes all this rather tricky is that it's quite hard to build test rigs, test setups, and get the hardware details right. Hopefully, with Yahoo's and Drew's help, my test setup will be good for looking at this for a couple of years. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue May 30 08:49:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8167D16A6A6 for ; Tue, 30 May 2006 08:49:03 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id F10DE43D46 for ; Tue, 30 May 2006 08:49:02 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 10B8F46D04; Tue, 30 May 2006 04:49:02 -0400 (EDT) Date: Tue, 30 May 2006 09:49:01 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Brooks Davis In-Reply-To: <20060530013856.GA26022@odin.ac.hmc.edu> Message-ID: <20060530094715.L79162@fledge.watson.org> References: <20060530013856.GA26022@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Goran Gajic Subject: Re: question regarding tap/tun devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 08:49:11 -0000 On Mon, 29 May 2006, Brooks Davis wrote: > On Sun, May 28, 2006 at 08:33:32PM +0200, Goran Gajic wrote: >> I'm running 7.0-CURRENT build Thu May 25 23:17:10 CEST 2006 GENERIC config. >> While playing with dynamips emulator which uses tap I've noticed that >> ifconifg tun0 create or ifconfig tap0 create doesn't work (this doesn't >> have anything to do with emulator which works great). > > These interfaces don't use the network interface cloning interface and thus > can not be created with ifconfig. This should be fixed, but the /dev based > cloning hackes they use make this difficult. I've never quite understood if this is a problem or a benefit. Devfs-cloning of tap and tun are very convenient from an application writer perspective -- you just open /dev/tap or /dev/tun, and magic happens. With our current ifnet cloning interface, is it possible to say "atomically create and return the next available interface number"? Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue May 30 08:52:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 796E216A43A for ; Tue, 30 May 2006 08:52:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 278D143D68 for ; Tue, 30 May 2006 08:52:23 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id B95CC46D03; Tue, 30 May 2006 04:52:22 -0400 (EDT) Date: Tue, 30 May 2006 09:52:22 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: John Birrell In-Reply-To: <20060525065510.GA20475@what-creek.com> Message-ID: <20060530094931.L79162@fledge.watson.org> References: <20060525065510.GA20475@what-creek.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: DTrace for FreeBSD - 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: Tue, 30 May 2006 08:52:27 -0000 On Thu, 25 May 2006, John Birrell wrote: > I had hoped that one or two of the Google SoC students would contribute to > this, but I only received one proposal and that wasn't for anything that > would help get DTrace/FreeBSD completed. > > There are things people can do to help. Some of them are build related; some > are build tool related; some are user-land DTrace specific; and the rest are > kernel related. Speak up if you are interested in working on this! So, I sync'd up the dtrace branch on my new test box, and pretty rapidly ran into problems: cc -o gethost -L/usr/obj/usr/home/robert/p4/projects/dtrace/src/tmp/legacy/usr/lib -O2 -fno-strict-aliasing -pipe -I. -I/usr/home/robert/p4/projects/dtrace/src/bin/csh -I/usr/home/robert/p4/projects/dtrace/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -DHAVE_ICONV -g -I/usr/obj/usr/home/robert/p4/projects/dtrace/src/tmp/legacy/usr/include /usr/home/robert/p4/projects/dtrace/src/bin/csh/../../contrib/tcsh/gethost.c ===> bin/sh (obj,build-tools) cc -O2 -fno-strict-aliasing -pipe -DSHELL -I. -I/usr/home/robert/p4/projects/dtrace/src/bin/sh -g -I/usr/obj/usr/home/robert/p4/projects/dtrace/src/tmp/legacy/usr/include -c /usr/home/robert/p4/projects/dtrace/src/bin/sh/mkinit.c ctfconvert -L VERSION mkinit.o ctfconvert:No such file or directory *** Error code 1 Stop in /usr/home/robert/p4/projects/dtrace/src/bin/sh. *** Error code 1 Stop in /usr/home/robert/p4/projects/dtrace/src. *** Error code 1 Stop in /usr/home/robert/p4/projects/dtrace/src. *** Error code 1 Stop in /usr/home/robert/p4/projects/dtrace/src. Sounds like ctfconvert needs to become a build tool? Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue May 30 09:11:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8C6116A448; Tue, 30 May 2006 09:11:19 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6069643D58; Tue, 30 May 2006 09:11:19 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id k4U9AeKS085382; Tue, 30 May 2006 02:10:40 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id k4U9Ac7h085381; Tue, 30 May 2006 02:10:38 -0700 (PDT) (envelope-from obrien) Date: Tue, 30 May 2006 02:10:38 -0700 From: "David O'Brien" To: Kevin Oberman Message-ID: <20060530091038.GE33161@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Kevin Oberman , Yar Tikhiy , njl@freebsd.org, freebsd-current@freebsd.org References: <20060528142039.GA80613@comp.chem.msu.su> <20060528221154.7351845043@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060528221154.7351845043@ptavv.es.net> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: Yar Tikhiy , njl@freebsd.org, freebsd-current@freebsd.org Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@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: Tue, 30 May 2006 09:11:20 -0000 On Sun, May 28, 2006 at 03:11:54PM -0700, Kevin Oberman wrote: > This problem has been discussed over on ACPI. It's a problem with the > local APIC timer which does not run in C3 or lower. Nate is looking at a > solution for the problem. > > See his message on acpi@ on Sun, 07 May 2006 15:28:29 -0700. > > The fixes are to either not use C3 (or C4 if it's available) or to > disable APIC. ... > If the system is UP, there is no really no need for APIC. AMD64 requires an APIC. And I do get these lockups on my AMD64 laptop. So disabling the APIC isn't an option in this case. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-current@FreeBSD.ORG Tue May 30 09:23:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 035A416A6A9 for ; Tue, 30 May 2006 09:23:07 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AE8C43D4C for ; Tue, 30 May 2006 09:23:05 +0000 (GMT) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.7/8.11.6) id k4U9Mkd01494; Tue, 30 May 2006 10:22:46 +0100 (BST) (envelope-from rb) Message-Id: <7.0.1.0.2.20060530101555.07fa5a88@gid.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Tue, 30 May 2006 10:22:38 +0100 To: Steve Kargl From: Bob Bishop In-Reply-To: <20060527024407.GA2525@troutmask.apl.washington.edu> References: <20060527024407.GA2525@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 09:23:11 -0000 Hi, At 03:44 27/05/2006, Steve Kargl wrote: >In a recent email to freebsd-current, >http://lists.freebsd.org/pipermail/freebsd-current/2006-May/063435.html >Alexander Kabaev stated that the import of GCC 4.1.1 is coming soon. > >I propose that Fortran support in the base system be removed >when GCC 4.1.1 is imported. [etc] No problem with removing it from base, but be under no illusion that Fortran support can be deprecated. There's all sorts of scientific software in wide use written in Fortran, that's not likely to change in the foreseeable future. We're using ifc because we get much better performance for our application (dense gas dispersion modelling - run times can be tens of hours). -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-current@FreeBSD.ORG Tue May 30 10:17:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E64D16A425 for ; Tue, 30 May 2006 10:17:43 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F84C43D46 for ; Tue, 30 May 2006 10:17:39 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA16821; Tue, 30 May 2006 13:17:33 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <447C1BBD.5020004@icyb.net.ua> Date: Tue, 30 May 2006 13:17:33 +0300 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.2 (X11/20060512) MIME-Version: 1.0 To: Nate Lawson References: <1148837064.00534930.1148826605@10.7.7.3> <1148945069.00535906.1148934001@10.7.7.3> In-Reply-To: <1148945069.00535906.1148934001@10.7.7.3> References: <447B551F.8000904@root.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 10:17:44 -0000 on 29/05/2006 23:10 Nate Lawson said the following: > > disable apic (hint.apic.0.disabled="1"). I isolated this a little while > ago to the change to enable LAPIC timer. However, there is currently no > easy way to disable the LAPIC timer with APIC enabled so you have to > disable APIC. jhb@ and I have been discussing how to do this better but > no easy answers apparently. I am not sure what I am talking about, but is it potentially possible to drive timer system by more than one clock, actively using the most precise of them at any particular moment ? So that if LAPIC timer stops i8254 can be used instead. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue May 30 04:42:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B9C216A445; Tue, 30 May 2006 04:42:41 +0000 (UTC) (envelope-from jim@netgate.com) Received: from netgate.com (mail.netgate.com [64.62.194.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB39643D48; Tue, 30 May 2006 04:42:40 +0000 (GMT) (envelope-from jim@netgate.com) Received: from [192.168.2.184] (rrcs-67-52-77-54.west.biz.rr.com [67.52.77.54]) by netgate.com (Postfix) with ESMTP id 30C3628000B; Mon, 29 May 2006 21:42:16 -0700 (PDT) In-Reply-To: <20060530040220.GA59831@what-creek.com> References: <447B6870.8020704@nortel.com> <20060530040220.GA59831@what-creek.com> Mime-Version: 1.0 (Apple Message framework v750) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jim Thompson Date: Mon, 29 May 2006 18:42:14 -1000 To: John Birrell X-Mailer: Apple Mail (2.750) X-Mailman-Approved-At: Tue, 30 May 2006 12:28:52 +0000 Cc: Alexander Leidinger , Poul-Henning Kamp , Andrew Atrens , current@freebsd.org, small@freebsd.org Subject: Re: FreeBSD's embedded agenda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 04:42:41 -0000 On May 29, 2006, at 6:02 PM, John Birrell wrote: > On Mon, May 29, 2006 at 05:32:32PM -0400, Andrew Atrens wrote: >> So then we agree - write a driver that makes raw flash look like a >> CF, >> and does wear-levelling, gc, etc, under the hood. Then put whatever >> f/s you want on it. it's a start at least. Then build your kick-ass >> NAND-aware (or NOR aware or both) fs on top of that that makes use of >> some extensions that the driver provides. Okay, that's quite the >> arm wave ... I must admit that I don't know so much about the >> existing >> fs<->disk interface... > > Writing a NAND driver for FreeBSD using geom is a trivial matter. It > only takes a few days or a week at the most. > > I don't really understand what all the fuss is here. I've built > FreeBSD > embedded systems that are smaller than all the picobsd etc > configurations > which all rely on choosing programs out of the standard FreeBSD > tree and > putting them on a 'disk'. Everything you wrote is true, if (and only if) your application can deal with having the non-vm-based filesystem(s) be RO. But it was true for linux prior to JFFS/JFFS2 as well. From owner-freebsd-current@FreeBSD.ORG Tue May 30 16:04:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4978616A881; Tue, 30 May 2006 16:04:06 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [216.148.227.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id C508443D48; Tue, 30 May 2006 16:04:05 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-24-147-19-128.hsd1.ma.comcast.net (c-71-233-168-2.hsd1.ma.comcast.net[71.233.168.2](misconfigured sender)) by comcast.net (rwcrmhc13) with ESMTP id <20060530160404m13009vde6e>; Tue, 30 May 2006 16:04:04 +0000 Received: from c-24-147-19-128.hsd1.ma.comcast.net (localhost [127.0.0.1]) by c-24-147-19-128.hsd1.ma.comcast.net (8.13.6/8.13.1) with ESMTP id k4UG45jK039669; Tue, 30 May 2006 12:04:05 -0400 (EDT) (envelope-from rodrigc@c-24-147-19-128.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-24-147-19-128.hsd1.ma.comcast.net (8.13.6/8.13.1/Submit) id k4UG451C039668; Tue, 30 May 2006 12:04:05 -0400 (EDT) (envelope-from rodrigc) Date: Tue, 30 May 2006 12:04:05 -0400 From: Craig Rodrigues To: Joe Marcus Clarke Message-ID: <20060530160405.GA39658@crodrigues.org> References: <1148962081.8820.49.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1148962081.8820.49.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: -CURRENT does not recognize standard mount options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 16:04:08 -0000 On Tue, May 30, 2006 at 12:08:01AM -0400, Joe Marcus Clarke wrote: > I'm trying to mount a USB stick with an MS-DOS file system on it, and > I'm specifying -o sync. This mount works in RELENG_6, and the source > for mount_msdosfs.c makes me think it should work in -CURRENT. However, > this is what I see: > > # mount_msdosfs -o sync /dev/da1s1 /mnt > mount_msdosfs: /dev/da1s1: Invalid argument Just because you could do this in RELENG_6, did -o sync actually ever work in msdosfs? There were a lot of inconsistencies in the old parsing of mount options, where UFS specific mount options would just happen to "work", i.e. "not fail" for other filesystems. Anyways, you can try this patch: Index: vfs_mount.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_mount.c,v retrieving revision 1.225 diff -u -u -r1.225 vfs_mount.c --- vfs_mount.c 26 May 2006 02:38:48 -0000 1.225 +++ vfs_mount.c 30 May 2006 15:59:30 -0000 @@ -139,6 +139,7 @@ "suid", "exec", "update", + "sync", NULL }; -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Tue May 30 16:30:47 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9614A16A671 for ; Tue, 30 May 2006 16:30:47 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E81043D76 for ; Tue, 30 May 2006 16:30:45 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.6/8.13.6) with ESMTP id k4UGUD5I018203; Tue, 30 May 2006 12:30:13 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Craig Rodrigues In-Reply-To: <20060530160405.GA39658@crodrigues.org> References: <1148962081.8820.49.camel@shumai.marcuscom.com> <20060530160405.GA39658@crodrigues.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-USVryC+jqFGvw3GRLIBF" Organization: FreeBSD, Inc. Date: Tue, 30 May 2006 12:30:07 -0400 Message-Id: <1149006607.94908.5.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Cc: current@FreeBSD.org Subject: Re: -CURRENT does not recognize standard mount options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 16:30:49 -0000 --=-USVryC+jqFGvw3GRLIBF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2006-05-30 at 12:04 -0400, Craig Rodrigues wrote: > On Tue, May 30, 2006 at 12:08:01AM -0400, Joe Marcus Clarke wrote: > > I'm trying to mount a USB stick with an MS-DOS file system on it, and > > I'm specifying -o sync. This mount works in RELENG_6, and the source > > for mount_msdosfs.c makes me think it should work in -CURRENT. However= , > > this is what I see: > >=20 > > # mount_msdosfs -o sync /dev/da1s1 /mnt > > mount_msdosfs: /dev/da1s1: Invalid argument >=20 > Just because you could do this in RELENG_6, > did -o sync actually ever work in msdosfs? That I'm not sure of. I am trying to come up with a set of common mount options for auto-mounting in HAL. What worked in RELENG_6 does not work in -CURRENT, so I want to make sure I have a good intersection of supported options. >=20 > There were a lot of inconsistencies in the old parsing of mount options, > where UFS specific mount options would just happen to "work", i.e. > "not fail" for other filesystems. >=20 > Anyways, you can try this patch: This patch will definitely work for sync (though maybe sync should be moved to msdosfs_opts in msdosfs_vfsops.c). What I'm also seeing is options like atime are also not supported. My real question was since mount_msdosfs.c says this: static struct mntopt mopts[] =3D { MOPT_STDOPTS, MOPT_FORCE, MOPT_SYNC, MOPT_UPDATE, MOPT_END }; Should its kernel backend not support all of those options as well? Or perhaps global_opts in vfs_mount.c should be updated to support all MNT_STDOPTS options since mntopts.h says that these are options all mounts can understand? Thanks for the follow up. Joe >=20 >=20 > Index: vfs_mount.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 > RCS file: /home/ncvs/src/sys/kern/vfs_mount.c,v > retrieving revision 1.225 > diff -u -u -r1.225 vfs_mount.c > --- vfs_mount.c 26 May 2006 02:38:48 -0000 1.225 > +++ vfs_mount.c 30 May 2006 15:59:30 -0000 > @@ -139,6 +139,7 @@ > "suid", > "exec", > "update", > + "sync", > NULL > }; > =20 >=20 --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-USVryC+jqFGvw3GRLIBF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEfHMPb2iPiv4Uz4cRAjZ2AJ9JdGZNBhBz6I1PNf+MJGLuywjBFACfftUj KKpYduQ13lS5V3nI3wZwFII= =mvzk -----END PGP SIGNATURE----- --=-USVryC+jqFGvw3GRLIBF-- From owner-freebsd-current@FreeBSD.ORG Tue May 30 17:38:22 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90D7916A689; Tue, 30 May 2006 17:38:22 +0000 (UTC) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F8E643D5A; Tue, 30 May 2006 17:38:21 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k4UHcH7W016466; Tue, 30 May 2006 10:38:17 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k4UHcHlV016465; Tue, 30 May 2006 10:38:17 -0700 Date: Tue, 30 May 2006 10:38:17 -0700 From: Brooks Davis To: Robert Watson Message-ID: <20060530173817.GB6706@odin.ac.hmc.edu> References: <20060530013856.GA26022@odin.ac.hmc.edu> <20060530094715.L79162@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JYK4vJDZwFMowpUq" Content-Disposition: inline In-Reply-To: <20060530094715.L79162@fledge.watson.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new Cc: freebsd-current@FreeBSD.org, Goran Gajic Subject: Re: question regarding tap/tun devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 17:38:26 -0000 --JYK4vJDZwFMowpUq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 30, 2006 at 09:49:01AM +0100, Robert Watson wrote: >=20 > On Mon, 29 May 2006, Brooks Davis wrote: >=20 > >On Sun, May 28, 2006 at 08:33:32PM +0200, Goran Gajic wrote: > >>I'm running 7.0-CURRENT build Thu May 25 23:17:10 CEST 2006 GENERIC=20 > >>config. > >>While playing with dynamips emulator which uses tap I've noticed that > >>ifconifg tun0 create or ifconfig tap0 create doesn't work (this doesn't > >>have anything to do with emulator which works great). > > > >These interfaces don't use the network interface cloning interface and= =20 > >thus can not be created with ifconfig. This should be fixed, but the /d= ev=20 > >based cloning hackes they use make this difficult. >=20 > I've never quite understood if this is a problem or a benefit. =20 > Devfs-cloning of tap and tun are very convenient from an application writ= er=20 > perspective -- you just open /dev/tap or /dev/tun, and magic happens. Wi= th=20 > our current ifnet cloning interface, is it possible to say "atomically=20 > create and return the next available interface number"? If you don't provide a unit number (i.e. "ifconfig gif create") you get the next available one and ifconfig outputs it on stdout (unless you rename it in the same command). I think we'll need to support /dev/{tap,tun} style cloning in the future (there's way too much code that depends on it), but I think we also should support ifconfig cloning as well. The two main reasons I see for doing so are that users now expect it and that is provides a way to remove the interfaces. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --JYK4vJDZwFMowpUq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFEfIMHXY6L6fI4GtQRArTKAKCofa4tw8Ga4Qnu/xrHed1joR/rdQCgnrmD e5bydga1MAZdlK+C5imopbA= =KHwt -----END PGP SIGNATURE----- --JYK4vJDZwFMowpUq-- From owner-freebsd-current@FreeBSD.ORG Tue May 30 17:44:49 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEFB516A944; Tue, 30 May 2006 17:44:48 +0000 (UTC) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C35B43D48; Tue, 30 May 2006 17:44:44 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k4UHiiOj016976; Tue, 30 May 2006 10:44:44 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k4UHihQP016975; Tue, 30 May 2006 10:44:43 -0700 Date: Tue, 30 May 2006 10:44:43 -0700 From: Brooks Davis To: Robert Watson Message-ID: <20060530174443.GC6706@odin.ac.hmc.edu> References: <447AB34C.4030509@sippysoft.com> <11410450515.20060529225555@lacave.net> <447B77AF.9060309@samsco.org> <447B7A55.7040704@FreeBSD.org> <447B7CB7.5000000@FreeBSD.org> <447B8900.4050603@samsco.org> <20060530004328.GF28128@groat.ugcs.caltech.edu> <20060530015234.GB26022@odin.ac.hmc.edu> <20060530094413.W79162@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hYooF8G/hrfVAmum" Content-Disposition: inline In-Reply-To: <20060530094413.W79162@fledge.watson.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new Cc: Paul Allen , "current@freebsd.org" , gallatin@FreeBSD.org Subject: Re: Importing iSCSI target from NetBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 17:44:59 -0000 --hYooF8G/hrfVAmum Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 30, 2006 at 09:46:39AM +0100, Robert Watson wrote: >=20 > On Mon, 29 May 2006, Brooks Davis wrote: >=20 > >On Mon, May 29, 2006 at 05:43:28PM -0700, Paul Allen wrote: > >>>From Scott Long , Mon, May 29, 2006 at 05:51:28PM= =20 > >>>-0600: > >>>>P.S. Just to make it clear - just consider running iSCSI over 100MBps > >>>>link or even a slower WAN links, which I think covers very large mark= et > >>>>for this technology now. Performance constrain imposed by running in > >>>>userland is unlikely to be an issue at all. > >>> > >>>Every company and group that I've talked to about iSCSI is worried abo= ut=20 > >>>performance. In any case, please follow the lead of Mr. Senault and= =20 > >>>look at making this a port. > >> > >>And in particular the anticipation of low(er) cost 10Gb Ethernet is a= =20 > >>driving factor behind iSCSI. > >> > >>AFAIK, the low-latency performer in this field (for NICs) is from=20 > >>Myricom. Andrew Gallatin (one of the FreeBSD alpha committers) was=20 > >>responsible for porting the myrinet drivers, so perhaps he can comment = as=20 > >>to whether FreeBSD will be getting a driver for their 10GbE cards. =20 > >>Ethernet at these speeds is real stress-test for many OSs; it should be= =20 > >>interesting to see how FreeBSD holds-up. > > > >There's a driver in current. We don't perform nearly as well as we shou= ld=20 > >at the moment. >=20 > FYI, I recently received donated hardware from Yahoo! and Drew has kindly= =20 > offered to send me a couple of 10gbps cards to work with, so I hope to ha= ve=20 > a chance to start doing some measurement and optimization work. One of t= he=20 > problems we've been having is that it's hard to optimize the CPU use of t= he=20 > network stack when the CPU significantly outstrips available bus and=20 > network bandwidth. It seems like hardware swings back and forth quite a= =20 > bit -- for a few years gigabit was way-the-heck-faster-than-CPU, now it's= =20 > the other way around again. The best stack optimization work happens whe= n=20 > you have to figure out how to get the network stack to perform well in=20 > near-infinite bandwidth scenarios with a CPU-bound stack, which is where = we=20 > are with 10gbps currently. One of the things that makes all this rather= =20 > tricky is that it's quite hard to build test rigs, test setups, and get t= he=20 > hardware details right. Hopefully, with Yahoo's and Drew's help, my test= =20 > setup will be good for looking at this for a couple of years. That's great news. This problem of relative performance leapfrogging is a pain. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --hYooF8G/hrfVAmum Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFEfIOaXY6L6fI4GtQRAtH+AKDArTb/JGxLZXPCZEXxUeKB0fuwjQCdHUur 8Fk7K7tm7N6T57SoLDpeHpo= =QSyz -----END PGP SIGNATURE----- --hYooF8G/hrfVAmum-- From owner-freebsd-current@FreeBSD.ORG Tue May 30 19:20:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31E6616AE81 for ; Tue, 30 May 2006 19:20:09 +0000 (UTC) (envelope-from mf.danger@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BD3B43D5D for ; Tue, 30 May 2006 19:20:03 +0000 (GMT) (envelope-from mf.danger@gmail.com) Received: by nf-out-0910.google.com with SMTP id l37so5495nfc for ; Tue, 30 May 2006 12:20:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bdEt5vmwlhNecOyL+jHJ/0hD9f2xGNA50aLAWha1IfFWvNXuOCdWS9jhhgbO9z2BV76N7VtLPH/pS37pFpsEYAtiXgxBgjudlCS2oc+YlxOCHeggL/bmF3YshUtGRVTDAIME+vQLr8pCHWIj7KxJSJLSPX2tb5jXcDPCyO/zVCU= Received: by 10.49.9.19 with SMTP id m19mr39615nfi; Tue, 30 May 2006 12:12:44 -0700 (PDT) Received: by 10.49.49.17 with HTTP; Tue, 30 May 2006 12:12:43 -0700 (PDT) Message-ID: <9f7850090605301212n57cd4d70k735881f121b5fe6d@mail.gmail.com> Date: Tue, 30 May 2006 12:12:43 -0700 From: "marty fouts" To: "John Birrell" In-Reply-To: <20060530051455.GA60261@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <447B6870.8020704@nortel.com> <20060530040220.GA59831@what-creek.com> <9f7850090605292201x570d93b4v8a7dd3ea0c70f841@mail.gmail.com> <20060530051455.GA60261@what-creek.com> Cc: Alexander Leidinger , Poul-Henning Kamp , Andrew Atrens , current@freebsd.org, small@freebsd.org Subject: Re: FreeBSD's embedded agenda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 19:20:20 -0000 On 5/29/06, John Birrell wrote: > On Mon, May 29, 2006 at 10:01:37PM -0700, marty fouts wrote: > > Unfortunately, in my world, the smallest embedded system isn't of > > interest. We need something a bit larger. That threaded program needs > > a data store for persistant data. > > Yes, you write persistent data to the NAND disk. As I said, you remount > the file system as write enabled when you need to save data then leave > it read-only for the rest of the time. This doesn't take very long to do. > It's not like you have gigabytes of data buffered because you mount > the file system write enabled synchronously. A smartphone is constantly writing data to persistant storage. It needs a real file system that's r/w all the time. > The example that I gave uses NAND flash to boot the OS and save > persistent configuration data. The CF was only used because the MPEG > file for a race video was 1GB. If I wasn't writing such a large amount > of data, the CF would not have been required. At the time it was the > easiest way to get a large amount of storage in a small system which > had to stand the rigor race motorcycle vibrations. The next generation of smartphones are likely to have GBs of NAND storage. Some of them are going to include ipod-like NAND based media players and the ability to capture mpeg. They're still not going to have room for a CF card. > If you study the NAND implementations on embedded hardware, > you will see that making a general operating system support them all with > drivers is hard to do because of the different ways that the NAND chips > are mapped in I/O. It's not like they are on a general bus that makes > access to them the same. This is a general observation about embedded devices. GPIO is your friend. If you look at, for instance, the evolution of OMAP support in Linux, you'll see a succession of attempts to abstract a GPIO support service that provides an abstraction like the bus abstraction to deal with this. I think your comments highlight the difference between doing one-off embedded devices, like your motorcycle camera, where quick hacks and custom drivers are utterly appropriate, from doing long lived families of embedded devices, where you have to routinely deal with several generations of hardware. If FBSD wishes to be the best-of-the-best and play in the embedded space, then it has to accomodate the later as well as the former. From owner-freebsd-current@FreeBSD.ORG Tue May 30 19:46:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 840F716A7D6; Tue, 30 May 2006 19:46:17 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from orthanc.ca (orthanc.ca [209.89.70.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D8ED43D4C; Tue, 30 May 2006 19:46:16 +0000 (GMT) (envelope-from lyndon@orthanc.ca) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by orthanc.ca (8.13.4/8.13.4) with ESMTP id k4UJkAHK012533 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 May 2006 13:46:13 -0600 (MDT) (envelope-from lyndon@orthanc.ca) Date: Tue, 30 May 2006 13:46:10 -0600 (MDT) From: Lyndon Nerenberg To: "David O'Brien" In-Reply-To: <20060530020628.GC33161@dragon.NUXI.org> Message-ID: <20060530133411.A12000@orthanc.ca> References: <20060527024407.GA2525@troutmask.apl.washington.edu> <447809E6.60002@samsco.org> <20060527162407.GD7307@troutmask.apl.washington.edu> <20060530020628.GC33161@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on orthanc.ca Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 19:46:23 -0000 > I'm saddened to see FORTRAN ripped out of the base system - and I'd > personally do the import work if it weren't for the the extra > dependencies GNU FORTRAN 9x requires. > > But 'ports/lang/gfortran' is an abomination. I don't know about that, but it's certainly a lot of bloat. This is why I alluded before to an f2c based replacement. The reasons against inclusion of GCC 4.1.1 Fortran involves changing (and increased) library dependencies. An f2c based f77 replacement would eliminate that problem while preserving functionality that has been part of BSD for over two decades. Given the rate of change of f2c and it's associated libraries (i.e. practically nil), the maintenance overhead after the initial import to the base should be very small (even when the underlying C compiler changes). The majority of the import work would be writing a replacement f77 driver command. --lyndon From owner-freebsd-current@FreeBSD.ORG Tue May 30 20:14:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D01B916AC09; Tue, 30 May 2006 20:14:06 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A50D43D70; Tue, 30 May 2006 20:14:06 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.6/8.13.6) with ESMTP id k4UKDTxk069153; Tue, 30 May 2006 13:13:29 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.6/8.13.6/Submit) id k4UKDTut069152; Tue, 30 May 2006 13:13:29 -0700 (PDT) (envelope-from sgk) Date: Tue, 30 May 2006 13:13:29 -0700 From: Steve Kargl To: Lyndon Nerenberg Message-ID: <20060530201329.GA68953@troutmask.apl.washington.edu> References: <20060527024407.GA2525@troutmask.apl.washington.edu> <447809E6.60002@samsco.org> <20060527162407.GD7307@troutmask.apl.washington.edu> <20060530020628.GC33161@dragon.NUXI.org> <20060530133411.A12000@orthanc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060530133411.A12000@orthanc.ca> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 20:14:17 -0000 On Tue, May 30, 2006 at 01:46:10PM -0600, Lyndon Nerenberg wrote: > >I'm saddened to see FORTRAN ripped out of the base system - and I'd > >personally do the import work if it weren't for the the extra > >dependencies GNU FORTRAN 9x requires. > > > >But 'ports/lang/gfortran' is an abomination. > > I don't know about that, but it's certainly a lot of bloat. > > This is why I alluded before to an f2c based replacement. > > The reasons against inclusion of GCC 4.1.1 Fortran involves changing (and > increased) library dependencies. An f2c based f77 replacement would > eliminate that problem while preserving functionality that has been part > of BSD for over two decades. Given the rate of change of f2c and it's > associated libraries (i.e. practically nil), the maintenance overhead > after the initial import to the base should be very small (even when the > underlying C compiler changes). The majority of the import work would be > writing a replacement f77 driver command. > See the history of Fortran in the base system. Please let f2c die. There have been substantial advances in the Fortran language over the past 3 decades. In fact, there has been 3 revision to the ISO Standard. People, who use Fortran, want speed (and correct answers), and f2c certainly isn't going to win any speed contest. PS: ports/lang/f77. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue May 30 16:55:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72BB716AD49 for ; Tue, 30 May 2006 16:55:22 +0000 (UTC) (envelope-from kudzu@tenebras.com) Received: from pip.tenebras.com (pip.tenebras.com [216.27.179.43]) by mx1.FreeBSD.org (Postfix) with SMTP id C2E0A43D69 for ; Tue, 30 May 2006 16:55:19 +0000 (GMT) (envelope-from kudzu@tenebras.com) Received: (qmail 36822 invoked from network); 30 May 2006 16:55:16 -0000 Received: from daggoo.tenebras.com (HELO ?127.0.0.1?) (192.168.188.60) by pip.tenebras.com with SMTP; 30 May 2006 16:55:16 -0000 Message-ID: <447C78F5.5020408@tenebras.com> Date: Tue, 30 May 2006 09:55:17 -0700 From: Michael Sierchio User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Wilko Bulte References: <200605291736.k4THaOGc012014@amd64.ott.parse.com> <447B7E3C.5020408@camber-thrust.net> <20060530080707.GB42775@freebie.xs4all.nl> In-Reply-To: <20060530080707.GB42775@freebie.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 30 May 2006 20:41:41 +0000 Cc: small@freebsd.org, current@freebsd.org Subject: Re: Wake up to reality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 16:55:27 -0000 Wilko Bulte wrote: > If you really knew what you were talking about you would know that all > the Brocade switches running FOS 4.x and 5.x are Linux based. The Brocade > Multiprotocol router is based on NetBSD. All FOS 2.x and 3.x Brocades > are VxWorks. VxWorks? Every bit of userland code reveals its origins in BSD, esp. FreeBSD. A scan of any of the older fiber channel switches identifies nearly every service as being from FreeBSD (and ancient revs, at that). From owner-freebsd-current@FreeBSD.ORG Tue May 30 18:40:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B602316A7A3; Tue, 30 May 2006 18:40:30 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46F9D43D48; Tue, 30 May 2006 18:40:30 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 98648244C3A; Wed, 31 May 2006 03:40:28 +0900 (JST) Message-ID: <447C919B.20303@freebsd.org> Date: Wed, 31 May 2006 03:40:27 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.2 (X11/20060424) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-fs@freebsd.org References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> In-Reply-To: <4475C119.1020305@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 30 May 2006 20:42:50 +0000 Cc: ozawa@ongs.co.jp, dkirhlarov@oilspace.com, Daichi GOTO , meianoite@gmail.com, kris@obsecurity.org, Alexander@Leidinger.net, Dario Freni Subject: [ANN] unionfs patchset-13 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 18:40:39 -0000 Hi Guys! It is my pleasure and honor to announce the availability of the unionfs patchset-13. Patchset-13: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p13.diff For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p13.diff Changes in unionfs-p13.diff - Fixed a bug that leads a panic around compat2 just after VOP_RENAME call. The documents of those unionfs patches: http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) Guys taking some panic troubles with p12, please try the p13 :) We think that p13 is getting be no-panic code quality. Thanks -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Tue May 30 22:56:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A6E416B3B9; Tue, 30 May 2006 22:56:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8105943D53; Tue, 30 May 2006 22:56:46 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [131.106.61.215] (72-255-64-170.client.stsn.net [72.255.64.170]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k4UMuicV062557; Tue, 30 May 2006 18:56:45 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Christian S.J. Peron" Date: Tue, 30 May 2006 18:56:10 -0400 User-Agent: KMail/1.9.1 References: <200605241749.02885.jhb@freebsd.org> <44786C48.7030109@FreeBSD.org> In-Reply-To: <44786C48.7030109@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605301856.10637.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1500/Tue May 30 16:47:36 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: current@freebsd.org Subject: Re: [PATCH] Fixup locking for kernel-linker, needs ndis 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, 30 May 2006 22:56:52 -0000 On Saturday 27 May 2006 11:12, Christian S.J. Peron wrote: > > Currently, we are using Giant to serialize access into the sysctl tree. > This means that if the kernel linker is not picking up Giant, there > could be a race between when the kernel modules load/unload sysctls, and > somebody reading the sysctl tree. > > I am not sure what the best thing to do here is yet. I've looked at the > locking for sysctl tree, and locking these entry points can be sticky > due to the recursive nature of the code. I thought we had a big sx lock to protect the actual sysctl tree itself. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue May 30 23:00:03 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4958D16B40D for ; Tue, 30 May 2006 23:00:03 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from postfix2-c.free.fr (postfix2-c.free.fr [213.228.0.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD82543D5D for ; Tue, 30 May 2006 22:59:58 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by postfix2-c.free.fr (Postfix) with ESMTP id CA6E8444B8EF for ; Tue, 30 May 2006 23:32:38 +0200 (CEST) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp4-g19.free.fr (Postfix) with ESMTP id 78183526E0 for ; Wed, 31 May 2006 00:32:08 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 3FB9E9B6F8 for ; Tue, 30 May 2006 22:32:27 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 17C494071; Wed, 31 May 2006 00:32:27 +0200 (CEST) Date: Wed, 31 May 2006 00:32:26 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20060530223226.GT1890@obiwan.tataz.chchile.org> References: <20060529153103.GA17178@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060529153103.GA17178@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.11 Cc: Subject: Re: [fbsd] timer goes sluggish X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 23:00:14 -0000 Hi, On Mon, May 29, 2006 at 05:31:03PM +0200, Jeremie Le Hen wrote: > Hi, > > I won't write too much, the following session will tell much more: > > % jarjarbinks:root# ntpdate -b chronos.cru.fr > % 29 May 17:08:44 ntpdate[4254]: step time server 195.220.94.163 offset 0.000273 sec > % jarjarbinks:root# sysctl kern.timecounter.hardware > % kern.timecounter.hardware: ACPI-fast > % jarjarbinks:root# while : ; do date ; sleep 1 ; done > % Mon May 29 17:08:56 CEST 2006 > % Mon May 29 17:09:03 CEST 2006 > % Mon May 29 17:09:09 CEST 2006 > % Mon May 29 17:09:16 CEST 2006 > % Mon May 29 17:09:22 CEST 2006 > % ^C Sometimes, I feel dumb. I noticed that the clock sped up when the CPU makes heavy computing, which meant there was some power saving on idleness. I dug a bit I found that hw.acpi.cpu.cx_lowest=C4. Setting it hw.acpi.cpu.cx_lowest=C1 makes the clock goes ``in time'' :). > % jarjarbinks:root# ntpdate -b chronos.cru.fr > % 29 May 17:09:32 ntpdate[4266]: step time server 195.220.94.163 offset 0.000937 sec > % jarjarbinks:root# sysctl kern.timecounter.hardware=TSC > % kern.timecounter.hardware: ACPI-fast -> TSC > % jarjarbinks:root# while : ; do date ; sleep 1 ; done > % Mon May 29 17:09:41 CEST 2006 > % Mon May 29 17:09:42 CEST 2006 > % Mon May 29 17:09:43 CEST 2006 > % Mon May 29 17:09:44 CEST 2006 > % Mon May 29 17:09:45 CEST 2006 > % ^C > % jarjarbinks:root# ntpdate -b chronos.cru.fr > % 29 May 17:10:16 ntpdate[4278]: step time server 195.220.94.163 offset 29.503343 sec Likewise, we the above sysctl set, this behaviour disappears. However, I think humbly that this breaks POLA. I am pretty confident there is a good technical reason for this, but it is quite puzzling to have the computer clock drifting lagging that much. As an additional question, is there a reason to have performance_cx_lowest="LOW" in etc/defaults/rc.conf ? Thank you ! Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue May 30 23:05:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A99E16B288 for ; Tue, 30 May 2006 23:05:48 +0000 (UTC) (envelope-from arr@watson.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0360543D6D for ; Tue, 30 May 2006 23:05:40 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.13.4/8.13.4) with ESMTP id k4UN5dag049102; Tue, 30 May 2006 19:05:39 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.13.4/8.13.4/Submit) with ESMTP id k4UN5dbO049098; Tue, 30 May 2006 19:05:39 -0400 (EDT) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Tue, 30 May 2006 19:05:39 -0400 (EDT) From: "Andrew R. Reiter" To: Jeremie Le Hen In-Reply-To: <20060530223226.GT1890@obiwan.tataz.chchile.org> Message-ID: <20060530190500.V48676@fledge.watson.org> References: <20060529153103.GA17178@obiwan.tataz.chchile.org> <20060530223226.GT1890@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: [fbsd] timer goes sluggish X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 23:05:58 -0000 On Wed, 31 May 2006, Jeremie Le Hen wrote: :Hi, : :On Mon, May 29, 2006 at 05:31:03PM +0200, Jeremie Le Hen wrote: :> Hi, :> :> I won't write too much, the following session will tell much more: :> :> % jarjarbinks:root# ntpdate -b chronos.cru.fr :> % 29 May 17:08:44 ntpdate[4254]: step time server 195.220.94.163 offset 0.000273 sec :> % jarjarbinks:root# sysctl kern.timecounter.hardware :> % kern.timecounter.hardware: ACPI-fast :> % jarjarbinks:root# while : ; do date ; sleep 1 ; done :> % Mon May 29 17:08:56 CEST 2006 :> % Mon May 29 17:09:03 CEST 2006 :> % Mon May 29 17:09:09 CEST 2006 :> % Mon May 29 17:09:16 CEST 2006 :> % Mon May 29 17:09:22 CEST 2006 :> % ^C : :Sometimes, I feel dumb. : :I noticed that the clock sped up when the CPU makes heavy computing, :which meant there was some power saving on idleness. : :I dug a bit I found that hw.acpi.cpu.cx_lowest=C4. :Setting it hw.acpi.cpu.cx_lowest=C1 makes the clock goes ``in time'' :). : :> % jarjarbinks:root# ntpdate -b chronos.cru.fr :> % 29 May 17:09:32 ntpdate[4266]: step time server 195.220.94.163 offset 0.000937 sec :> % jarjarbinks:root# sysctl kern.timecounter.hardware=TSC :> % kern.timecounter.hardware: ACPI-fast -> TSC :> % jarjarbinks:root# while : ; do date ; sleep 1 ; done :> % Mon May 29 17:09:41 CEST 2006 :> % Mon May 29 17:09:42 CEST 2006 :> % Mon May 29 17:09:43 CEST 2006 :> % Mon May 29 17:09:44 CEST 2006 :> % Mon May 29 17:09:45 CEST 2006 :> % ^C :> % jarjarbinks:root# ntpdate -b chronos.cru.fr :> % 29 May 17:10:16 ntpdate[4278]: step time server 195.220.94.163 offset 29.503343 sec : :Likewise, we the above sysctl set, this behaviour disappears. However, :I think humbly that this breaks POLA. I am pretty confident there is :a good technical reason for this, but it is quite puzzling to have :the computer clock drifting lagging that much. : : :As an additional question, is there a reason to have :performance_cx_lowest="LOW" in etc/defaults/rc.conf ? : I think the problem lays within the name of the host. J/K.! Cheers, Andrew -- arr@watson.org From owner-freebsd-current@FreeBSD.ORG Tue May 30 23:15:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B53916B91F for ; Tue, 30 May 2006 23:15:01 +0000 (UTC) (envelope-from rodperson@adelphia.net) Received: from mta13.adelphia.net (mta13.mail.adelphia.net [68.168.78.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D15543D46 for ; Tue, 30 May 2006 23:15:00 +0000 (GMT) (envelope-from rodperson@adelphia.net) Received: from atomizer.opensourcebeef.net ([24.54.126.112]) by mta13.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060530231500.SRBQ10985.mta13.adelphia.net@atomizer.opensourcebeef.net> for ; Tue, 30 May 2006 19:15:00 -0400 From: Rod Person Organization: Open Source Beef To: freebsd-current@freebsd.org Date: Tue, 30 May 2006 19:14:36 -0400 User-Agent: KMail/1.9.1 X-Face: $72, ]$Z1y\/nYF:T[d"3TSO@]'dM+)/B@hdK(?fAY@F4IPU, wTha8oQ\ish]&GCe&C[vAG g; v~`wM,7H'7TW"!3zWJ_o]nb]i>oMCl=g1F$+$v+8i,xRtU(vKPxX\oK7/9to!z08{J%A p#` Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605301914.41981.rodperson@adelphia.net> X-Mailman-Approved-At: Tue, 30 May 2006 23:47:41 +0000 Subject: Current 7 U320 transfer rate only 3.300 MB/s X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2006 23:15:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have and LSI u320 SCSI controller on a TYAN Thunder K8WE board with and nvidia4 chipset. My boot message displays the following da0 at mpt0 bus 0 target 0 lun 0 da0 FIXED Direct Access SCSI-3 device da0 3.300MB/s tranfers, Tagged Queueing Enabled Why is my transfer rate so low? Anyone have an idea how I can correct this? - -- Rod Person http://www.opensourcebeef.net http://blog.opensourcebeef.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEfNHhbMknMq8iwDERAu4oAJ9F/XmQFXcdZkEKxZaf2MQzYENaOwCfVM5Q 6EeKQnGhLiSEbwk4GR8cNCA= =Ez2j -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed May 31 00:03:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 154D516B22F for ; Wed, 31 May 2006 00:03:11 +0000 (UTC) (envelope-from rnsanchez@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79BDA43D72 for ; Wed, 31 May 2006 00:03:04 +0000 (GMT) (envelope-from rnsanchez@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so364548wxd for ; Tue, 30 May 2006 17:03:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=i6H4wz1OIEskytVa7q6JLp+XpfbHrlinXHUPjQptvNlyaYE0GC5RbQaf0HcQhc6nBG1ZFjOPaa+DNM8ecDDrFpQgNE7ORCr8E2+hnFE6ya378OTAneOv2AgS1FkjZYpl1aYM0WmsKV3EfrxQAeu5CYZE8oQoJVpq5sdrxUSlG5Q= Received: by 10.70.54.11 with SMTP id c11mr4218099wxa; Tue, 30 May 2006 17:03:03 -0700 (PDT) Received: by 10.70.65.17 with HTTP; Tue, 30 May 2006 17:02:53 -0700 (PDT) Message-ID: <52b3de6f0605301702x6627846ap89c8b3ac3cc29cb4@mail.gmail.com> Date: Tue, 30 May 2006 21:02:53 -0300 From: "Ricardo Nabinger Sanchez" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: weird swi4:clock misbehavior after fire saver goes in X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 00:03:16 -0000 Hello, After upgrading a somewhat low-end machine to -CURRENT, I noticed a misbehavior of a system thread, "swi4: clock". What happens: after some time, its cpu usage went from ~0.1% to ~62%, without reducing afterwards (in case it was just a peak usage) until rebooting. In a first moment, I thought this was due to something related to "make buildworld" or "portupgrade -a" (which could last for 4 days if there are *many* fat ports to update, like firefox), but this morning the system thread gone crazy without anything happening in the system -- except for the fire saver. When in 5-STABLE or 6-STABLE it went "only" up to ~20% of cpu usage. The machine is up for 9 hours, I did lots of compilations and plenty of network traffic, and the 'swi4: clock' thread is behaving nicely (0.00 to 0.2% of cpu usage). I configured the machine to not enable the screensaver. I'm not completely sure, but I don't remember this behavior happening if there was a X session running with the terminal "pointing" to it, instead of a tty. Details about the machine: rnsanchez@camelo:~% uname -a FreeBSD camelo.lan.box 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Fri May 26 17:29:30 BRT 2006 root@camelo.lan.box:/home/cvsup/obj/home/cvsup/src/sys/CAMELO i386 kernconf pciconf -lv dmesg sysctl -a I'd be glad to provide additional information, just tell me what you need :) Regards, and thanks in advance. -- Ricardo Nabinger Sanchez GNU/Linux #140696 [http://counter.li.org] Slackware Linux + FreeBSD From owner-freebsd-current@FreeBSD.ORG Wed May 31 03:21:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CB5316AA13 for ; Wed, 31 May 2006 03:21:38 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8400743D58 for ; Wed, 31 May 2006 03:21:37 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout6-ext.prodigy.net (pimout6-int.prodigy.net [207.115.4.22]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k4V3LWuk003574 for ; Tue, 30 May 2006 23:21:32 -0400 X-ORBL: [71.139.110.14] Received: from [10.0.5.50] (ppp-71-139-110-14.dsl.snfc21.pacbell.net [71.139.110.14]) by pimout6-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k4V3LWd8178762; Tue, 30 May 2006 23:21:34 -0400 Message-ID: <447D0B5C.3020901@root.org> Date: Tue, 30 May 2006 20:19:56 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Andriy Gapon References: <1148837064.00534930.1148826605@10.7.7.3> <1148945069.00535906.1148934001@10.7.7.3> <447C1BBD.5020004@icyb.net.ua> In-Reply-To: <447C1BBD.5020004@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 03:21:38 -0000 Andriy Gapon wrote: > on 29/05/2006 23:10 Nate Lawson said the following: >> disable apic (hint.apic.0.disabled="1"). I isolated this a little while >> ago to the change to enable LAPIC timer. However, there is currently no >> easy way to disable the LAPIC timer with APIC enabled so you have to >> disable APIC. jhb@ and I have been discussing how to do this better but >> no easy answers apparently. > > I am not sure what I am talking about, but is it potentially possible to > drive timer system by more than one clock, actively using the most > precise of them at any particular moment ? So that if LAPIC timer stops > i8254 can be used instead. That requires mixed mode delivery -- i8254 on legacy PIC irq and APIC mode for other interrupts. jhb@ just killed this and isn't eager to add it back. I'll let him explain if he has more to add. -- Nate From owner-freebsd-current@FreeBSD.ORG Wed May 31 03:38:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71CDD16A476; Wed, 31 May 2006 03:38:34 +0000 (UTC) (envelope-from ogautherot@vtr.net) Received: from lp01.vtr.net (relay.vtr.net [200.83.1.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DBA443D46; Wed, 31 May 2006 03:38:33 +0000 (GMT) (envelope-from ogautherot@vtr.net) Received: from [192.168.10.3] (200.83.72.22) by lp01.vtr.net (7.1.026) (authenticated as ogautherot) id 4474036900055BC7; Tue, 30 May 2006 23:38:32 -0400 From: Olivier Gautherot To: freebsd-small@freebsd.org, small@freebsd.org, current@freebsd.org Date: Tue, 30 May 2006 23:36:35 -0400 User-Agent: KMail/1.9.1 References: <3500.1148571492@critter.freebsd.dk> In-Reply-To: <3500.1148571492@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605302336.37320.ogautherot@vtr.net> Cc: Subject: Re: FreeBSD's embedded agenda - summary X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: olivier@gautherot.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 03:38:34 -0000 Greetings to all! I think this thread moved a lot of ideas and points of view. I will skip the "ADN" of VxWorks and others as this does not apply to what I am trying to do ;-) I mean the Flash support. In essence, we seem to have a versatile community with highly heterogeneous needs. 1) The "I-need-it-quick" audience who does not have a very restricted budget. CompactFlash did not seem to be a show-stopper so I suppose a UFS file system on top of it (or FAT if UFS is not supported) should be OK. Wear-leveling is done inside using automatic sector renaming so it is a not an issue. I will call these the "industrial PCs" as the architecture they use is close to a real PC architecture (the simplest CompactFlash interface is IDE). To me, you are sorted out because you won't be holding your breath until I'm done ;-) 2) The "I-need-it-quick" audience with a restricted budget... who probably already went with another OS. They're sorted out and can wait now until the next project. I won't hold my breath until they come back ;-) 3) The "hard embedded" audience with RO filesystem could use UFS on a customized hardware layer (I call these "Target 1"). It should not be too difficult to implement but will require a BSP for the interface. 4) The "hard embedded" audience with RW filesystem definitely needs a more carefully planned FS (tentative name Plain-Old-Filesystem o POFS ;-) ), which I call Target 2. It is difficult to guess what Flash devices are used in the embedded market (my initial search was fairly miserable) and the interface seems to be often GPIO (what makes the project even more complex to plan). My view on this one is to provide a FS engine up to the hardware access and provide a form of BSP for various Flash types, densities and interfaces. There was a suggestion to use Geom and I think it is a good thing to support so it is in the plan. Once I have time to synthesize all this (I'm busy preparing classes for a university course on top of my day job...), I'll pass it on to George for the embeddedfrebsd.org website. Thanks for this hot and very instructive thread! Cheers -- Olivier Gautherot olivier@gautherot.net From owner-freebsd-current@FreeBSD.ORG Wed May 31 07:23:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AABEC16A41F; Wed, 31 May 2006 07:23:37 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF58243D46; Wed, 31 May 2006 07:23:36 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail16.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k4V7N4pr023117 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 31 May 2006 17:23:33 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k4V7N4on000840; Wed, 31 May 2006 17:23:04 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k4V7N4mG000839; Wed, 31 May 2006 17:23:04 +1000 (EST) (envelope-from peter) Date: Wed, 31 May 2006 17:23:04 +1000 From: Peter Jeremy To: Robert Watson Message-ID: <20060531072303.GB720@turion.vk2pj.dyndns.org> References: <447AB34C.4030509@sippysoft.com> <11410450515.20060529225555@lacave.net> <447B77AF.9060309@samsco.org> <447B7A55.7040704@FreeBSD.org> <447B7CB7.5000000@FreeBSD.org> <447B8900.4050603@samsco.org> <20060530004328.GF28128@groat.ugcs.caltech.edu> <20060530015234.GB26022@odin.ac.hmc.edu> <20060530094413.W79162@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060530094413.W79162@fledge.watson.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: "current@freebsd.org" Subject: Re: Importing iSCSI target from NetBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 07:23:37 -0000 On Tue, 2006-May-30 09:46:39 +0100, Robert Watson wrote: >network bandwidth. It seems like hardware swings back and forth quite a >bit -- for a few years gigabit was way-the-heck-faster-than-CPU, now it's >the other way around again. The best stack optimization work happens when >you have to figure out how to get the network stack to perform well in >near-infinite bandwidth scenarios with a CPU-bound stack, Can't you get this by using a gigabit interface and throttling the CPU via ACPI or cpufreq? -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Wed May 31 07:29:08 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE26E16A421; Wed, 31 May 2006 07:29:08 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75E9F43D4C; Wed, 31 May 2006 07:29:08 +0000 (GMT) (envelope-from sobomax@sippysoft.com) Received: from sippysoft.com (localhost.360sip.com [127.0.0.1]) by sippysoft.com (8.13.6/8.13.6) with ESMTP id k4V7T6V1015738 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 May 2006 00:29:06 -0700 (PDT) (envelope-from sobomax@sippysoft.com) Received: (from sobomax@localhost) by sippysoft.com (8.13.6/8.13.6/Submit) id k4V7T6i6015737; Wed, 31 May 2006 00:29:06 -0700 (PDT) (envelope-from sobomax) Date: Wed, 31 May 2006 00:29:06 -0700 From: Maxim Sobolev To: Peter Jeremy Message-ID: <20060531072906.GA15435@gk.360sip.com> References: <447AB34C.4030509@sippysoft.com> <11410450515.20060529225555@lacave.net> <447B77AF.9060309@samsco.org> <447B7A55.7040704@FreeBSD.org> <447B7CB7.5000000@FreeBSD.org> <447B8900.4050603@samsco.org> <20060530004328.GF28128@groat.ugcs.caltech.edu> <20060530015234.GB26022@odin.ac.hmc.edu> <20060530094413.W79162@fledge.watson.org> <20060531072303.GB720@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060531072303.GB720@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.1i Cc: Robert Watson , "current@freebsd.org" Subject: Re: Importing iSCSI target from NetBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 07:29:09 -0000 On Wed, May 31, 2006 at 05:23:04PM +1000, Peter Jeremy wrote: > On Tue, 2006-May-30 09:46:39 +0100, Robert Watson wrote: > >network bandwidth. It seems like hardware swings back and forth quite a > >bit -- for a few years gigabit was way-the-heck-faster-than-CPU, now it's > >the other way around again. The best stack optimization work happens when > >you have to figure out how to get the network stack to perform well in > >near-infinite bandwidth scenarios with a CPU-bound stack, > > Can't you get this by using a gigabit interface and throttling the > CPU via ACPI or cpufreq? Buying PII-400-class machine on Ebay should be easier. :) -Maxim From owner-freebsd-current@FreeBSD.ORG Wed May 31 07:31:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B94A016A420 for ; Wed, 31 May 2006 07:31:56 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32FB343D53 for ; Wed, 31 May 2006 07:31:54 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k4V7Vj1l031171; Wed, 31 May 2006 11:31:45 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k4V7VjER031170; Wed, 31 May 2006 11:31:45 +0400 (MSD) (envelope-from yar) Date: Wed, 31 May 2006 11:31:45 +0400 From: Yar Tikhiy To: Nate Lawson Message-ID: <20060531073145.GA30802@comp.chem.msu.su> References: <20060528142039.GA80613@comp.chem.msu.su> <447B551F.8000904@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <447B551F.8000904@root.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 07:31:57 -0000 On Mon, May 29, 2006 at 01:10:07PM -0700, Nate Lawson wrote: > Yar Tikhiy wrote: > >Hi, > > > >A while ago I installed CURRENT on my new home PC and noticed that > >the system would hang hard at the boot time soon after setting > >cx_lowest to C3 according to the LOW setting in /etc/defaults/rc.conf. > >The last message on the console was each time: Mounting NFS file > >systems:. Setting performance_cx_lowest to HIGH made the problem > >go away. > > > >Now I've just tried again to return performance_cx_lowest to its > >modern default setting in a fresh CURRENT and found that the bug > >is still there. Is it due to my ACPI HW being broken? I'll be > >glad to show relevant debug output from my ACPI if told how to get > >it. Thanks. > > > > disable apic (hint.apic.0.disabled="1"). I isolated this a little while > ago to the change to enable LAPIC timer. However, there is currently no > easy way to disable the LAPIC timer with APIC enabled so you have to > disable APIC. jhb@ and I have been discussing how to do this better but > no easy answers apparently. Thank you for your reply! As I reported in <20060529085723.GA98288@comp.chem.msu.su>, this way of disabling apic didn't work in my case for some reason although I had triple checked the line in device.hints. The only mention of apic in the output from sysctl -a was there irrespective of the setting in device.hints: "hw.apic.enable_extint: 0". Perhaps my system has no apic at all? Nevertheless, removing "device apic" from the kernel changed things in a way, but C3 still was unusable and the system would go to C2 after detecting too many short sleeps by cpu0, which was described in the said message, too. -- Yar From owner-freebsd-current@FreeBSD.ORG Wed May 31 08:05:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 070AB16A43C for ; Wed, 31 May 2006 08:05:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EB8E43D55 for ; Wed, 31 May 2006 08:05:10 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id D9E1246D2B; Wed, 31 May 2006 04:05:09 -0400 (EDT) Date: Wed, 31 May 2006 09:05:09 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Peter Jeremy In-Reply-To: <20060531072303.GB720@turion.vk2pj.dyndns.org> Message-ID: <20060531090435.A79162@fledge.watson.org> References: <447AB34C.4030509@sippysoft.com> <11410450515.20060529225555@lacave.net> <447B77AF.9060309@samsco.org> <447B7A55.7040704@FreeBSD.org> <447B7CB7.5000000@FreeBSD.org> <447B8900.4050603@samsco.org> <20060530004328.GF28128@groat.ugcs.caltech.edu> <20060530015234.GB26022@odin.ac.hmc.edu> <20060530094413.W79162@fledge.watson.org> <20060531072303.GB720@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "current@freebsd.org" Subject: Re: Importing iSCSI target from NetBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 08:05:17 -0000 On Wed, 31 May 2006, Peter Jeremy wrote: > On Tue, 2006-May-30 09:46:39 +0100, Robert Watson wrote: >> network bandwidth. It seems like hardware swings back and forth quite a >> bit -- for a few years gigabit was way-the-heck-faster-than-CPU, now it's >> the other way around again. The best stack optimization work happens when >> you have to figure out how to get the network stack to perform well in >> near-infinite bandwidth scenarios with a CPU-bound stack, > > Can't you get this by using a gigabit interface and throttling the CPU via > ACPI or cpufreq? I suspect there's also a motivation element to the yet bigger, yet newer performance numbers, which simply wouldn't be replicated by successfully transfering 100mbps using a quad opteron :-). Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Wed May 31 08:43:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ACA916A41F for ; Wed, 31 May 2006 08:43:37 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C582343D53 for ; Wed, 31 May 2006 08:43:36 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FlMIc-0007V9-8s for freebsd-current@freebsd.org; Wed, 31 May 2006 10:43:30 +0200 Received: from dhcp246.ifado.de ([195.253.22.246]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 31 May 2006 10:43:30 +0200 Received: from wb by dhcp246.ifado.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 31 May 2006 10:43:30 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: "Wilhelm B. Kloke" Date: Wed, 31 May 2006 08:43:17 +0000 (UTC) Organization: InstArbPhysUniDo Lines: 12 Message-ID: References: <20060527024407.GA2525@troutmask.apl.washington.edu> <447809E6.60002@samsco.org> <20060527162407.GD7307@troutmask.apl.washington.edu> <20060530020628.GC33161@dragon.NUXI.org> <20060530133411.A12000@orthanc.ca> <20060530201329.GA68953@troutmask.apl.washington.edu> X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: dhcp246.ifado.de User-Agent: slrn/0.9.8.1 (FreeBSD) Cache-Post-Path: yorikke.arb-phys.uni-dortmund.de!unknown@localhost X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/) Sender: news Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 08:43:37 -0000 Steve Kargl schrieb: > > There have been substantial advances in the Fortran language over > the past 3 decades. In fact, there has been 3 revision to the ISO > Standard. People, who use Fortran, want speed (and correct answers), People, who use Fortran, are not suspected to be interested in advances in any language, not even in Fortran. -- Dipl.-Math. Wilhelm Bernhard Kloke Institut fuer Arbeitsphysiologie an der Universitaet Dortmund Ardeystrasse 67, D-44139 Dortmund, Tel. 0231-1084-257 From owner-freebsd-current@FreeBSD.ORG Wed May 31 09:31:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1090616A4F4; Wed, 31 May 2006 09:31:14 +0000 (UTC) (envelope-from lists@yazzy.org) Received: from mx1.yazzy.org (mx1.yazzy.org [84.247.145.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DD2C43D53; Wed, 31 May 2006 09:31:11 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.witelcom.com ([84.247.144.144] helo=marcin) by mx1.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1FlN28-0003LA-GE; Wed, 31 May 2006 11:30:33 +0200 Date: Wed, 31 May 2006 11:31:24 +0200 From: Marcin Jessa To: "Joseph Koshy" Message-ID: <20060531113124.534377b7@marcin> In-Reply-To: <84dead720605260517k3cd67611q8c7af77898dab7a8@mail.gmail.com> References: <2538.1148556253@critter.freebsd.dk> <472414CE-94E8-4C8A-9586-DCA9E02A53C3@netgate.com> <20060525.140544.1474621433.imp@bsdimp.com> <84dead720605260517k3cd67611q8c7af77898dab7a8@mail.gmail.com> Organization: YazzY.org X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: small@freebsd.org, current@freebsd.org Subject: Re: FreeBSD's embedded agenda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 09:31:14 -0000 On Fri, 26 May 2006 17:47:05 +0530 "Joseph Koshy" wrote: > imp> There's many sub $100 MIPS boards available that have enough > imp> resourses, barely, for a minimal system to boot/run on. > > Any recommendations? There are also great Xscale boards avaliable, especially for wireless usage: http://www.gateworks.com/avila_processors.htm From owner-freebsd-current@FreeBSD.ORG Wed May 31 08:53:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A0BD16A41F for ; Wed, 31 May 2006 08:53:33 +0000 (UTC) (envelope-from rea@rea.mbslab.kiae.ru) Received: from rea.mbslab.kiae.ru (rea.mbslab.kiae.ru [144.206.177.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66E4E43D48 for ; Wed, 31 May 2006 08:53:32 +0000 (GMT) (envelope-from rea@rea.mbslab.kiae.ru) Received: from rea.mbslab.kiae.ru (localhost [127.0.0.1]) by rea.mbslab.kiae.ru (Postfix) with ESMTP id 9C4A3B9CB; Wed, 31 May 2006 12:53:30 +0400 (MSD) Received: by rea.mbslab.kiae.ru (Postfix, from userid 1000) id 6C968B911; Wed, 31 May 2006 12:53:30 +0400 (MSD) Date: Wed, 31 May 2006 12:53:30 +0400 From: Eygene Ryabinkin To: "Wilhelm B. Kloke" Message-ID: <20060531085330.GS8994@rea.mbslab.kiae.ru> References: <20060527024407.GA2525@troutmask.apl.washington.edu> <447809E6.60002@samsco.org> <20060527162407.GD7307@troutmask.apl.washington.edu> <20060530020628.GC33161@dragon.NUXI.org> <20060530133411.A12000@orthanc.ca> <20060530201329.GA68953@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: X-AV-Checked: Yes! X-Mailman-Approved-At: Wed, 31 May 2006 12:35:15 +0000 Cc: freebsd-current@freebsd.org Subject: Re: [RFC] Removal of Fortran from the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 08:53:33 -0000 ... Putting my flame-protective suit on ... > > There have been substantial advances in the Fortran language over > > the past 3 decades. In fact, there has been 3 revision to the ISO > > Standard. People, who use Fortran, want speed (and correct answers), > > People, who use Fortran, are not suspected to be interested in advances > in any language, not even in Fortran. Let us stop this useless duscuission: there are people using Fortran and there are people who think that Fortran's users are impatient. This is right as well as today is Wednesday. People are different, and Fortran users aren't so bad or good as one can think. -- Eygene From owner-freebsd-current@FreeBSD.ORG Wed May 31 12:35:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D01FD16A4A7; Wed, 31 May 2006 12:35:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42BAD43D53; Wed, 31 May 2006 12:35:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4P/8.13.4) with ESMTP id k4VCZELn065303; Wed, 31 May 2006 08:35:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k4VCZEuT048344; Wed, 31 May 2006 08:35:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 299897302F; Wed, 31 May 2006 08:35:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060531123514.299897302F@freebsd-current.sentex.ca> Date: Wed, 31 May 2006 08:35:14 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean 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: Wed, 31 May 2006 12:35:17 -0000 TB --- 2006-05-31 10:38:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-31 10:38:07 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-05-31 10:38:07 - cleaning the object tree TB --- 2006-05-31 10:38:43 - checking out the source tree TB --- 2006-05-31 10:38:43 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-05-31 10:38:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-31 10:46:48 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-31 10:46:48 - cd /src TB --- 2006-05-31 10:46:48 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-05-31 12:22:13 - generating LINT kernel config TB --- 2006-05-31 12:22:13 - cd /src/sys/amd64/conf TB --- 2006-05-31 12:22:13 - /usr/bin/make -B LINT TB --- 2006-05-31 12:22:13 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-31 12:22:13 - cd /src TB --- 2006-05-31 12:22:13 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 31 12:22:13 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/gnu/fs/xfs/xfs_trans.h:342:44: "XFS_WANT_SPACE" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:346:5: "XFS_WANT_FUNCS" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:346:24: "XFS_WANT_SPACE" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:358:5: "XFS_WANT_FUNCS" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:358:23: "XFS_WANT_FUNCS_C" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:358:44: "XFS_WANT_SPACE" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:362:5: "XFS_WANT_FUNCS" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:362:24: "XFS_WANT_SPACE" is not defined *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-31 12:35:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-31 12:35:13 - ERROR: failed to build lint kernel TB --- 2006-05-31 12:35:13 - tinderbox aborted TB --- 1.24 user 7.19 system 7026.06 real From owner-freebsd-current@FreeBSD.ORG Wed May 31 09:57:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4753F16A422; Wed, 31 May 2006 09:57:41 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id B891D43D55; Wed, 31 May 2006 09:57:40 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 669322086; Wed, 31 May 2006 11:57:36 +0200 (CEST) X-Spam-Tests: none X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id D55212082; Wed, 31 May 2006 11:57:35 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 9D55E33CAD; Wed, 31 May 2006 11:57:35 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Daichi GOTO References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> <447C919B.20303@freebsd.org> Date: Wed, 31 May 2006 11:57:35 +0200 In-Reply-To: <447C919B.20303@freebsd.org> (Daichi GOTO's message of "Wed, 31 May 2006 03:40:27 +0900") Message-ID: <86bqteikj4.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Wed, 31 May 2006 12:35:41 +0000 Cc: ozawa@ongs.co.jp, dkirhlarov@oilspace.com, freebsd-hackers@freebsd.org, kris@obsecurity.org, freebsd-fs@freebsd.org, freebsd-current@freebsd.org, meianoite@gmail.com, Alexander@Leidinger.net Subject: Re: [ANN] unionfs patchset-13 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 09:57:46 -0000 Daichi GOTO writes: > It is my pleasure and honor to announce the availability of > the unionfs patchset-13. Will you commit it already? :) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed May 31 11:38:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D09DD16A4A9; Wed, 31 May 2006 11:38:34 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5EBC43D46; Wed, 31 May 2006 11:38:33 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5E4E4.dip.t-dialin.net [84.165.228.228]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k4VBbKDB092969; Wed, 31 May 2006 13:37:21 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k4VBcF20011884; Wed, 31 May 2006 13:38:15 +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 MIME library) with HTTP; Wed, 31 May 2006 13:38:14 +0200 Message-ID: <20060531133814.acykloyqhkcccg80@netchild.homeip.net> X-Priority: 3 (Normal) Date: Wed, 31 May 2006 13:38:14 +0200 From: Alexander Leidinger To: Dag-Erling =?utf-8?b?U23DuHJncmF2?= References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> <447C919B.20303@freebsd.org> <86bqteikj4.fsf@xps.des.no> In-Reply-To: <86bqteikj4.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new X-Mailman-Approved-At: Wed, 31 May 2006 12:36:14 +0000 Cc: kris@obsecurity.org, ozawa@ongs.co.jp, dkirhlarov@oilspace.com, freebsd-hackers@freebsd.org, Daichi GOTO , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, meianoite@gmail.com Subject: Re: [ANN] unionfs patchset-13 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 11:38:37 -0000 Quoting Dag-Erling Sm=C3=B8rgrav (from Wed, 31 May 2006 =20 11:57:35 +0200): > Daichi GOTO writes: >> It is my pleasure and honor to announce the availability of >> the unionfs patchset-13. > > Will you commit it already? :) He's not a src-committer and he prefers to let a src-committer do it. =20 I offered to commit it, but so far either the man-page was missing =20 (what's the status of this?) or a bug showed up. If everyone is happy with the current patchset (if the man-page is =20 still missing, we may agree that it can be delivered at a later time), =20 I can try to get time to do it at the weekend (but feel free to beat =20 me in committing it). Bye, Alexander. --=20 Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Wed May 31 13:57:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE24416AF72; Wed, 31 May 2006 13:57:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56BED43D53; Wed, 31 May 2006 13:57:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4P/8.13.4) with ESMTP id k4VDvEiL080906; Wed, 31 May 2006 09:57:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k4VDud83072085; Wed, 31 May 2006 09:56:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 178E87302F; Wed, 31 May 2006 09:57:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060531135714.178E87302F@freebsd-current.sentex.ca> Date: Wed, 31 May 2006 09:57:14 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean 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: Wed, 31 May 2006 13:57:27 -0000 TB --- 2006-05-31 12:35:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-31 12:35:14 - starting HEAD tinderbox run for i386/i386 TB --- 2006-05-31 12:35:14 - cleaning the object tree TB --- 2006-05-31 12:35:45 - checking out the source tree TB --- 2006-05-31 12:35:45 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-05-31 12:35:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-31 12:43:15 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-31 12:43:15 - cd /src TB --- 2006-05-31 12:43:15 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-05-31 13:51:22 - generating LINT kernel config TB --- 2006-05-31 13:51:22 - cd /src/sys/i386/conf TB --- 2006-05-31 13:51:22 - /usr/bin/make -B LINT TB --- 2006-05-31 13:51:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-31 13:51:22 - cd /src TB --- 2006-05-31 13:51:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 31 13:51:22 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/advansys/adwmcode.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/aha/aha.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/aha/aha_isa.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/aha/aha_mca.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/ahb/ahb.c /src/sys/dev/ahb/ahb.c: In function `ahbxptattach': /src/sys/dev/ahb/ahb.c:528: error: subscripted value is neither array nor pointer /src/sys/dev/ahb/ahb.c:528: error: subscripted value is neither array nor pointer *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-31 13:57:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-31 13:57:13 - ERROR: failed to build lint kernel TB --- 2006-05-31 13:57:13 - tinderbox aborted TB --- 1.25 user 5.81 system 4919.73 real From owner-freebsd-current@FreeBSD.ORG Wed May 31 15:07:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29E0B16B43A for ; Wed, 31 May 2006 15:07:00 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6D8143D7B for ; Wed, 31 May 2006 15:06:53 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.4) id k4VF6YK2039015; Wed, 31 May 2006 10:06:34 -0500 (CDT) (envelope-from dan) Date: Wed, 31 May 2006 10:06:34 -0500 From: Dan Nelson To: Rod Person Message-ID: <20060531150634.GD6982@dan.emsphone.com> References: <200605301914.41981.rodperson@adelphia.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200605301914.41981.rodperson@adelphia.net> X-OS: FreeBSD 5.5-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Current 7 U320 transfer rate only 3.300 MB/s X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 15:07:02 -0000 In the last episode (May 30), Rod Person said: > I have and LSI u320 SCSI controller on a TYAN Thunder K8WE board with > and nvidia4 chipset. My boot message displays the following > > da0 at mpt0 bus 0 target 0 lun 0 > da0 FIXED Direct Access SCSI-3 device > da0 3.300MB/s tranfers, Tagged Queueing Enabled > > Why is my transfer rate so low? Anyone have an idea how I can correct > this? That may just be a display bug. Does "diskinfo -t da0" report reasonable speeds? If not, check your bios to see if you are forcing a slow speed, or try running "camcontrol negotiate da0 -R 160" to force 320MB speeds (160 Mhz * 16 bit bus = 320MB). -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed May 31 15:14:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5681416B4D3 for ; Wed, 31 May 2006 15:14:53 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5897843D5D for ; Wed, 31 May 2006 15:14:35 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([69.15.205.254]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k4VFEHAb098897; Wed, 31 May 2006 09:14:23 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <447DB2BF.5010609@samsco.org> Date: Wed, 31 May 2006 09:14:07 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Nelson References: <200605301914.41981.rodperson@adelphia.net> <20060531150634.GD6982@dan.emsphone.com> In-Reply-To: <20060531150634.GD6982@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Rod Person , freebsd-current@freebsd.org Subject: Re: Current 7 U320 transfer rate only 3.300 MB/s X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 15:15:00 -0000 Dan Nelson wrote: > In the last episode (May 30), Rod Person said: > >>I have and LSI u320 SCSI controller on a TYAN Thunder K8WE board with >>and nvidia4 chipset. My boot message displays the following >> >>da0 at mpt0 bus 0 target 0 lun 0 >>da0 FIXED Direct Access SCSI-3 device >>da0 3.300MB/s tranfers, Tagged Queueing Enabled >> >>Why is my transfer rate so low? Anyone have an idea how I can correct >>this? > > > That may just be a display bug. Does "diskinfo -t da0" report > reasonable speeds? If not, check your bios to see if you are forcing a > slow speed, or try running "camcontrol negotiate da0 -R 160" to force > 320MB speeds (160 Mhz * 16 bit bus = 320MB). > It's a bug in the MPT driver, though it usually only manifests itself with 4 or more drives. Scott From owner-freebsd-current@FreeBSD.ORG Wed May 31 15:24:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 752B816A8FD; Wed, 31 May 2006 15:24:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E67CB43D48; Wed, 31 May 2006 15:24:36 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4P/8.13.4) with ESMTP id k4VFOZnn091111; Wed, 31 May 2006 11:24:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k4VFO0p1033538; Wed, 31 May 2006 11:24:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E5E917302F; Wed, 31 May 2006 11:24:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060531152435.E5E917302F@freebsd-current.sentex.ca> Date: Wed, 31 May 2006 11:24:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean 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: Wed, 31 May 2006 15:24:39 -0000 TB --- 2006-05-31 13:57:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-31 13:57:14 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-05-31 13:57:14 - cleaning the object tree TB --- 2006-05-31 13:57:44 - checking out the source tree TB --- 2006-05-31 13:57:44 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-05-31 13:57:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-31 14:05:02 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-31 14:05:02 - cd /src TB --- 2006-05-31 14:05:02 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-05-31 15:12:19 - generating LINT kernel config TB --- 2006-05-31 15:12:19 - cd /src/sys/pc98/conf TB --- 2006-05-31 15:12:19 - /usr/bin/make -B LINT TB --- 2006-05-31 15:12:19 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-31 15:12:19 - cd /src TB --- 2006-05-31 15:12:19 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 31 15:12:20 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/gnu/fs/xfs/xfs_trans.h:342:44: "XFS_WANT_SPACE" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:346:5: "XFS_WANT_FUNCS" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:346:24: "XFS_WANT_SPACE" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:358:5: "XFS_WANT_FUNCS" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:358:23: "XFS_WANT_FUNCS_C" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:358:44: "XFS_WANT_SPACE" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:362:5: "XFS_WANT_FUNCS" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:362:24: "XFS_WANT_SPACE" is not defined *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-31 15:24:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-31 15:24:35 - ERROR: failed to build lint kernel TB --- 2006-05-31 15:24:35 - tinderbox aborted TB --- 1.21 user 5.61 system 5241.50 real From owner-freebsd-current@FreeBSD.ORG Wed May 31 15:32:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 666F516B4E5 for ; Wed, 31 May 2006 15:32:14 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 909E443D6D for ; Wed, 31 May 2006 15:31:57 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k4VFVlum021972 for ; Wed, 31 May 2006 11:31:51 -0400 X-ORBL: [71.139.110.14] Received: from [10.0.5.50] (ppp-71-139-110-14.dsl.snfc21.pacbell.net [71.139.110.14]) by pimout7-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k4VFVlgM134188; Wed, 31 May 2006 11:31:49 -0400 Message-ID: <447DB684.7060503@root.org> Date: Wed, 31 May 2006 08:30:12 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Yar Tikhiy References: <20060528142039.GA80613@comp.chem.msu.su> <447B551F.8000904@root.org> <20060531073145.GA30802@comp.chem.msu.su> In-Reply-To: <20060531073145.GA30802@comp.chem.msu.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 15:32:30 -0000 Yar Tikhiy wrote: > On Mon, May 29, 2006 at 01:10:07PM -0700, Nate Lawson wrote: >> Yar Tikhiy wrote: >>> Hi, >>> >>> A while ago I installed CURRENT on my new home PC and noticed that >>> the system would hang hard at the boot time soon after setting >>> cx_lowest to C3 according to the LOW setting in /etc/defaults/rc.conf. >>> The last message on the console was each time: Mounting NFS file >>> systems:. Setting performance_cx_lowest to HIGH made the problem >>> go away. >>> >>> Now I've just tried again to return performance_cx_lowest to its >>> modern default setting in a fresh CURRENT and found that the bug >>> is still there. Is it due to my ACPI HW being broken? I'll be >>> glad to show relevant debug output from my ACPI if told how to get >>> it. Thanks. >>> >> disable apic (hint.apic.0.disabled="1"). I isolated this a little while >> ago to the change to enable LAPIC timer. However, there is currently no >> easy way to disable the LAPIC timer with APIC enabled so you have to >> disable APIC. jhb@ and I have been discussing how to do this better but >> no easy answers apparently. > > Thank you for your reply! > > As I reported in <20060529085723.GA98288@comp.chem.msu.su>, this > way of disabling apic didn't work in my case for some reason although > I had triple checked the line in device.hints. The only mention > of apic in the output from sysctl -a was there irrespective of the > setting in device.hints: "hw.apic.enable_extint: 0". Perhaps my > system has no apic at all? > > Nevertheless, removing "device apic" from the kernel changed things > in a way, but C3 still was unusable and the system would go to C2 > after detecting too many short sleeps by cpu0, which was described > in the said message, too. > It appears that may be a different problem. On systems with the lapic issue, it seems both C2/C3 are unusable. However, it seems C3 is unusable on some other systems for a different reason. If you could look into the datasheet errata for your chipset, you might find something about this. I already have specially called out a few chipsets in acpi_cpu.c to not use C3. Oh and do you have usb compiled in? C3 won't be used on systems that have usb compiled in due to the constant bus master activity when usb polls ports. Anyone interested in helping with this? It basically involves adding a timeout to usb to run every 1 second or so that pokes usb to check for new devices and then disables it again. (global suspend function I think). -- Nate From owner-freebsd-current@FreeBSD.ORG Wed May 31 15:44:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB17616A436; Wed, 31 May 2006 15:44:44 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.192.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3821443D53; Wed, 31 May 2006 15:44:44 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-24-147-19-128.hsd1.ma.comcast.net (c-71-233-168-2.hsd1.ma.comcast.net[71.233.168.2](misconfigured sender)) by comcast.net (rwcrmhc13) with ESMTP id <20060531154440m1300foebue>; Wed, 31 May 2006 15:44:40 +0000 Received: from c-24-147-19-128.hsd1.ma.comcast.net (localhost [127.0.0.1]) by c-24-147-19-128.hsd1.ma.comcast.net (8.13.6/8.13.1) with ESMTP id k4VFidoW005615; Wed, 31 May 2006 11:44:39 -0400 (EDT) (envelope-from rodrigc@c-24-147-19-128.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-24-147-19-128.hsd1.ma.comcast.net (8.13.6/8.13.1/Submit) id k4VFidBe005614; Wed, 31 May 2006 11:44:39 -0400 (EDT) (envelope-from rodrigc) Date: Wed, 31 May 2006 11:44:39 -0400 From: Craig Rodrigues To: Joe Marcus Clarke Message-ID: <20060531154439.GA5528@crodrigues.org> References: <1148962081.8820.49.camel@shumai.marcuscom.com> <20060530160405.GA39658@crodrigues.org> <1149006607.94908.5.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1149006607.94908.5.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: Re: -CURRENT does not recognize standard mount options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 15:44:46 -0000 On Tue, May 30, 2006 at 12:30:07PM -0400, Joe Marcus Clarke wrote: > Should its kernel backend not support all of those options as well? Or > perhaps global_opts in vfs_mount.c should be updated to support all Can you try this patch? I'm not sure if "force" and "sync" should be global_opts or not because I don't know if they make sense for every FS, but for symmetry with what was in mount_msdosfs before, we can push them into the filesystem code for msdosfs. These inconsistencies between the various mount programs and the various filesystem code is why I've been trying to push towards using a single mount binary, and pushing the mount option parsing into vfs_mount.c and the code for the specific filesystem. We are not quite there yet, but we are a lot closer. > MNT_STDOPTS options since mntopts.h says that these are options all > mounts can understand? Thanks for the follow up. The problem is that comments like that were written with a UFS-centric view. It may not necessarily be true that the various filesystems support all the "STD" mount options. However, if you see something that you think should work, let me know and we can add it to global_opts if it is obvious that it should work for all filesystems, or to the option code for a specific filesystem like msdosfs if the mount option only works on specific filesystems. Index: sys/fs/msdosfs/msdosfs_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/fs/msdosfs/msdosfs_vfsops.c,v retrieving revision 1.150 diff -u -u -r1.150 msdosfs_vfsops.c --- sys/fs/msdosfs/msdosfs_vfsops.c 26 May 2006 00:32:20 -0000 1.150 +++ sys/fs/msdosfs/msdosfs_vfsops.c 31 May 2006 15:29:51 -0000 @@ -79,7 +79,7 @@ /* List of mount options we support */ static const char *msdosfs_opts[] = { "from", - "export", + "export", "force", "sync", "uid", "gid", "mask", "dirmask", "shortname", "shortnames", "longname", "longnames", "nowin95", "win95", "kiconv", "cs_win", "cs_dos", "cs_local", Index: sbin/mount_msdosfs/mount_msdosfs.c =================================================================== RCS file: /home/ncvs/src/sbin/mount_msdosfs/mount_msdosfs.c,v retrieving revision 1.41 diff -u -u -r1.41 mount_msdosfs.c --- sbin/mount_msdosfs/mount_msdosfs.c 1 Dec 2005 00:18:48 -0000 1.41 +++ sbin/mount_msdosfs/mount_msdosfs.c 31 May 2006 15:30:00 -0000 @@ -59,9 +59,6 @@ static struct mntopt mopts[] = { MOPT_STDOPTS, - MOPT_FORCE, - MOPT_SYNC, - MOPT_UPDATE, MOPT_END }; -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Wed May 31 16:12:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1467C16AAE3 for ; Wed, 31 May 2006 16:12:09 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B04C43D69 for ; Wed, 31 May 2006 16:12:08 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k4VGBg38076926; Wed, 31 May 2006 13:11:43 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-current@freebsd.org Date: Wed, 31 May 2006 13:11:37 -0300 User-Agent: KMail/1.9.1 References: <200605301914.41981.rodperson@adelphia.net> <20060531150634.GD6982@dan.emsphone.com> In-Reply-To: <20060531150634.GD6982@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200605311311.38075.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Spam-Status: No, score=-0.6 required=5.0 tests=ALL_TRUSTED,AWL autolearn=unavailable version=3.1.0 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Rod Person , Dan Nelson Subject: Re: Current 7 U320 transfer rate only 3.300 MB/s X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 16:12:18 -0000 On Wednesday 31 May 2006 12:06, Dan Nelson wrote: > In the last episode (May 30), Rod Person said: > > I have and LSI u320 SCSI controller on a TYAN Thunder K8WE board with > > and nvidia4 chipset. My boot message displays the following > > > > da0 at mpt0 bus 0 target 0 lun 0 > > da0 FIXED Direct Access SCSI-3 device > > da0 3.300MB/s tranfers, Tagged Queueing Enabled > > > > Why is my transfer rate so low? Anyone have an idea how I can correct > > this? > > That may just be a display bug. Does "diskinfo -t da0" report > reasonable speeds? If not, check your bios to see if you are forcing a > slow speed, or try running "camcontrol negotiate da0 -R 160" to force > 320MB speeds (160 Mhz * 16 bit bus =3D 320MB). on releng_6 this is the same problem with atapicam cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers but seems to work as usual Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Wed May 31 16:16:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9640616B4E4 for ; Wed, 31 May 2006 16:16:01 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F01243D60 for ; Wed, 31 May 2006 16:16:00 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([69.15.205.254]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k4VGFiaf099290; Wed, 31 May 2006 10:15:49 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <447DC126.2020903@samsco.org> Date: Wed, 31 May 2006 10:15:34 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: JoaoBR References: <200605301914.41981.rodperson@adelphia.net> <20060531150634.GD6982@dan.emsphone.com> <200605311311.38075.joao@matik.com.br> In-Reply-To: <200605311311.38075.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Dan Nelson , Rod Person Subject: Re: Current 7 U320 transfer rate only 3.300 MB/s X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 16:16:08 -0000 JoaoBR wrote: > On Wednesday 31 May 2006 12:06, Dan Nelson wrote: > >>In the last episode (May 30), Rod Person said: >> >>>I have and LSI u320 SCSI controller on a TYAN Thunder K8WE board with >>>and nvidia4 chipset. My boot message displays the following >>> >>>da0 at mpt0 bus 0 target 0 lun 0 >>>da0 FIXED Direct Access SCSI-3 device >>>da0 3.300MB/s tranfers, Tagged Queueing Enabled >>> >>>Why is my transfer rate so low? Anyone have an idea how I can correct >>>this? >> >>That may just be a display bug. Does "diskinfo -t da0" report >>reasonable speeds? If not, check your bios to see if you are forcing a >>slow speed, or try running "camcontrol negotiate da0 -R 160" to force >>320MB speeds (160 Mhz * 16 bit bus = 320MB). > > > > on releng_6 this is the same problem with atapicam > > cd0 at ata1 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 3.300MB/s transfers > > > but seems to work as usual > > João > > Different bug. Scott From owner-freebsd-current@FreeBSD.ORG Wed May 31 16:53:43 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7282C16B5C7; Wed, 31 May 2006 16:53:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD7A243D55; Wed, 31 May 2006 16:53:41 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k4VGreW7021009; Wed, 31 May 2006 12:53:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k4VGr5gC095114; Wed, 31 May 2006 12:53:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4A1AF7302F; Wed, 31 May 2006 12:53:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060531165340.4A1AF7302F@freebsd-current.sentex.ca> Date: Wed, 31 May 2006 12:53:40 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 16:53:50 -0000 TB --- 2006-05-31 15:24:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-31 15:24:36 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-05-31 15:24:36 - cleaning the object tree TB --- 2006-05-31 15:25:00 - checking out the source tree TB --- 2006-05-31 15:25:00 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-05-31 15:25:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-31 15:32:54 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-31 15:32:54 - cd /src TB --- 2006-05-31 15:32:54 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-05-31 16:40:40 - generating LINT kernel config TB --- 2006-05-31 16:40:40 - cd /src/sys/sparc64/conf TB --- 2006-05-31 16:40:40 - /usr/bin/make -B LINT TB --- 2006-05-31 16:40:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-31 16:40:40 - cd /src TB --- 2006-05-31 16:40:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 31 16:40:40 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/gnu/fs/xfs/xfs_trans.h:342:44: "XFS_WANT_SPACE" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:346:5: "XFS_WANT_FUNCS" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:346:24: "XFS_WANT_SPACE" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:358:5: "XFS_WANT_FUNCS" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:358:23: "XFS_WANT_FUNCS_C" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:358:44: "XFS_WANT_SPACE" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:362:5: "XFS_WANT_FUNCS" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:362:24: "XFS_WANT_SPACE" is not defined *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-31 16:53:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-31 16:53:40 - ERROR: failed to build lint kernel TB --- 2006-05-31 16:53:40 - tinderbox aborted TB --- 0.83 user 3.89 system 5343.89 real From owner-freebsd-current@FreeBSD.ORG Wed May 31 17:35:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E0D716A6A1 for ; Wed, 31 May 2006 17:35:13 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B896143D4C for ; Wed, 31 May 2006 17:35:12 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k4VHZ5X8080270; Wed, 31 May 2006 14:35:05 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-current@freebsd.org Date: Wed, 31 May 2006 14:35:00 -0300 User-Agent: KMail/1.9.1 References: <200605301914.41981.rodperson@adelphia.net> <200605311311.38075.joao@matik.com.br> <447DC126.2020903@samsco.org> In-Reply-To: <447DC126.2020903@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200605311435.00868.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Rod Person Subject: Re: Current 7 U320 transfer rate only 3.300 MB/s X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 17:35:17 -0000 On Wednesday 31 May 2006 13:15, Scott Long wrote: > >>>da0 at mpt0 bus 0 target 0 lun 0 > >>>da0 FIXED Direct Access SCSI-3 device > >>>da0 3.300MB/s tranfers, Tagged Queueing Enabled > >>> > > > > cd0 at ata1 bus 0 target 0 lun 0 > > cd0: Removable CD-ROM SCSI-0 device > > cd0: 3.300MB/s transfers > > > > > > Different bug. > hum, both scsi related and same wrong value 3.300MB/s ... so I thought but you say so then it is Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Wed May 31 17:57:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1916B16ABCA for ; Wed, 31 May 2006 17:57:52 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65C0743D53 for ; Wed, 31 May 2006 17:57:50 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5E4E4.dip.t-dialin.net [84.165.228.228]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k4VHuaVH094149; Wed, 31 May 2006 19:56:36 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k4VHvY2x069064; Wed, 31 May 2006 19:57:34 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Wed, 31 May 2006 19:57:41 +0200 From: Alexander Leidinger To: Nate Lawson Message-ID: <20060531195741.6c312633@Magellan.Leidinger.net> In-Reply-To: <447DB684.7060503@root.org> References: <20060528142039.GA80613@comp.chem.msu.su> <447B551F.8000904@root.org> <20060531073145.GA30802@comp.chem.msu.su> <447DB684.7060503@root.org> X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.18; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 17:57:57 -0000 Quoting Nate Lawson (Wed, 31 May 2006 08:30:12 -0700): > Oh and do you have usb compiled in? C3 won't be used on systems that > have usb compiled in due to the constant bus master activity when usb > polls ports. Anyone interested in helping with this? It basically > involves adding a timeout to usb to run every 1 second or so that pokes > usb to check for new devices and then disables it again. (global > suspend function I think). You may suggest this to Hans-Petter Selasky, he is currently working in perforce to make his own USB stack ready for replacement of our current one. I think Warner is mentoring him. Bye, Alexander. -- Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed May 31 17:58:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2D9516ACA2 for ; Wed, 31 May 2006 17:58:03 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03B2F43D4C for ; Wed, 31 May 2006 17:58:02 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5E4E4.dip.t-dialin.net [84.165.228.228]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k4VHuplE094155; Wed, 31 May 2006 19:56:51 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k4VHvnnJ069137; Wed, 31 May 2006 19:57:49 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Wed, 31 May 2006 19:57:56 +0200 From: Alexander Leidinger To: Nate Lawson Message-ID: <20060531195756.29c9bcc7@Magellan.Leidinger.net> In-Reply-To: <447DB684.7060503@root.org> References: <20060528142039.GA80613@comp.chem.msu.su> <447B551F.8000904@root.org> <20060531073145.GA30802@comp.chem.msu.su> <447DB684.7060503@root.org> X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.18; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 17:58:08 -0000 Quoting Nate Lawson (Wed, 31 May 2006 08:30:12 -0700): > Oh and do you have usb compiled in? C3 won't be used on systems that > have usb compiled in due to the constant bus master activity when usb > polls ports. Anyone interested in helping with this? It basically > involves adding a timeout to usb to run every 1 second or so that pokes > usb to check for new devices and then disables it again. (global > suspend function I think). You may suggest this to Hans-Petter Selasky, he is currently working in perforce to make his own USB stack ready for replacement of our current one. I think Warner is mentoring him. Bye, Alexander. -- Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed May 31 18:00:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27B7E16AEF4 for ; Wed, 31 May 2006 18:00:04 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8444643D7D for ; Wed, 31 May 2006 18:00:01 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5E4E4.dip.t-dialin.net [84.165.228.228]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k4VHwsr9094163; Wed, 31 May 2006 19:58:55 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k4VHxqv4069475; Wed, 31 May 2006 19:59:53 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Wed, 31 May 2006 19:57:41 +0200 From: Alexander Leidinger To: Nate Lawson Message-ID: <20060531195741.6c312633@Magellan.Leidinger.net> In-Reply-To: <447DB684.7060503@root.org> References: <20060528142039.GA80613@comp.chem.msu.su> <447B551F.8000904@root.org> <20060531073145.GA30802@comp.chem.msu.su> <447DB684.7060503@root.org> X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.18; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 18:00:12 -0000 Quoting Nate Lawson (Wed, 31 May 2006 08:30:12 -0700): > Oh and do you have usb compiled in? C3 won't be used on systems that > have usb compiled in due to the constant bus master activity when usb > polls ports. Anyone interested in helping with this? It basically > involves adding a timeout to usb to run every 1 second or so that pokes > usb to check for new devices and then disables it again. (global > suspend function I think). You may suggest this to Hans-Petter Selasky, he is currently working in perforce to make his own USB stack ready for replacement of our current one. I think Warner is mentoring him. Bye, Alexander. -- Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed May 31 18:25:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56E9C16B6EA for ; Wed, 31 May 2006 18:25:46 +0000 (UTC) (envelope-from meianoite@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACC0D43D78 for ; Wed, 31 May 2006 18:25:38 +0000 (GMT) (envelope-from meianoite@gmail.com) Received: by nz-out-0102.google.com with SMTP id m7so89957nzf for ; Wed, 31 May 2006 11:25:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dEwMDcX89hPBeNIvwzfSre7xw6tmAgXrbTVoUPXqgyVR+SCqcl5Cmu9b4S9DnKq3b4U4w2n/S2lR4QHP49xGZadUraVPs9w/unft6kZMghuBAcdBm7AT6qR1pbJNC1Uq94CYxt1xUny7Gb7gPPLF+wblG9YMzyYe6I9aPsnQexs= Received: by 10.36.148.2 with SMTP id v2mr579477nzd; Wed, 31 May 2006 11:25:38 -0700 (PDT) Received: by 10.36.113.7 with HTTP; Wed, 31 May 2006 11:25:37 -0700 (PDT) Message-ID: <2ad73a0605311125h7ac8a927t33bbfadf9fe18c33@mail.gmail.com> Date: Wed, 31 May 2006 15:25:37 -0300 From: "=?ISO-8859-1?Q?Andr=E9_Braga?=" To: "Alexander Leidinger" In-Reply-To: <20060531133814.acykloyqhkcccg80@netchild.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> <447C919B.20303@freebsd.org> <86bqteikj4.fsf@xps.des.no> <20060531133814.acykloyqhkcccg80@netchild.homeip.net> X-Mailman-Approved-At: Wed, 31 May 2006 18:37:25 +0000 Cc: ozawa@ongs.co.jp, dkirhlarov@oilspace.com, freebsd-hackers@freebsd.org, Daichi GOTO , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, kris@obsecurity.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= Subject: Re: [ANN] unionfs patchset-13 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 18:25:50 -0000 On 5/31/06, Alexander Leidinger wrote: > If everyone is happy with the current patchset (if the man-page is > still missing, we may agree that it can be delivered at a later time), > I can try to get time to do it at the weekend (but feel free to beat > me in committing it). Hello, I haven't been able to test whether the new patchset handles the bug I reported to Mr. Daichi Goto but so far haven't received a reply. Perhaps my message got lost somewhere, so I thought it would be a good idea to report this bug again. I diff'ed -p11 against -p12 (not yet against -p13) but haven't been able to determine myself if this bug got fixed. To foreign a code for me to understand as I have no background on the inner workings of FreeBSD's VFS, so I can't realy tell if the differences were sufficient to fix the bug. Here's a reprint of my bug report when -p11 was the newest available versio= n. A post scriptum to the original message: The buggy behaviour won't affect the host system, but the jail could well be compromised. I also have this feeling that ACLs also aren't respected inside jails or can be overwritten as easily as shown below Thanks, Andr=E9 ---------------------- 8< ---------------------- Hi, Once again, thank you for your patch. I believe I have found a bug: If a file or directory has non-default flags and this directory is mounted below a target point, the resulting union will not preserve the directory flags. Worse, it will appear as if the file flags are preserved, but they are not and as soon as a file that should not be modified gets modified, the flags are reset to the default state on the union mount. This could pose a *serious* security breach for people running jails rooted on unionfs mounts, like I intended to. Test case: (discrepancies are marked by a line containing "**** NOTICE" and aligned to fixed-length font display) # cd /tmp # mkdir -p test/a test/b/bb test/b/cc # touch test/b/cc/dd # chflags schg test/b/bb/ # chflags uappnd test/b/cc/dd # ls -Rlo total 2 drwxr-xr-x 4 root wheel - 512 Apr 29 08:12 test ./test: total 4 drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 a drwxr-xr-x 4 root wheel - 512 Apr 29 08:12 b ./test/a: total 0 ./test/b: total 4 drwxr-xr-x 2 root wheel schg 512 Apr 29 08:12 bb **** NOTICE 1a ^^^^ **** drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 cc ./test/b/bb: total 0 ./test/b/cc: total 0 -rw-r--r-- 1 root wheel uappnd 0 Apr 29 08:12 dd **** NOTICE 2a ^^^^^^ **** # echo ee >test/b/cc/dd test/b/cc/dd: Operation not permitted. # echo ee >> test/b/cc/dd **** NOTICE: this is the intended behavior for the 'uappnd' flag **** # cat test/b/cc/dd ee # # mount_unionfs -c transparent -b test/b test/a # ls -Rlo total 2 drwxr-xr-x 4 root wheel - 512 Apr 29 08:12 test ./test: total 4 drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 a drwxr-xr-x 4 root wheel - 512 Apr 29 08:12 b ./test/a: total 4 drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 bb **** NOTICE 1b ^^^ **** drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 cc ./test/a/bb: total 0 ./test/a/cc: total 2 -rw-r--r-- 1 root wheel uappnd 3 Apr 29 08:15 dd **** NOTICE 2b (LOOKS OK) ^^^^^^ **** ./test/b: total 4 drwxr-xr-x 2 root wheel schg 512 Apr 29 08:12 bb drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 cc ./test/b/bb: total 0 ./test/b/cc: total 2 -rw-r--r-- 1 root wheel uappnd 3 Apr 29 08:15 dd # echo ff > test/a/cc/dd # cat test/a/cc/dd ff **** NOTICE: very wrong behavior for the 'uappnd' flag! **** # ls -lo test/a/cc/dd -rw-r--r-- 1 root wheel - 3 Apr 29 08:20 test/a/cc/dd **** NOTICE 2c (NO FLAG!) ^^^ **** # echo gg >test/b/cc/hh # chflags schg test/b/cc/hh # rm test/b/cc/hh override rw-r--r-- root/wheel schg for test/b/cc/hh? yes rm: test/b/cc/hh: Operation not permitted **** NOTICE 3a ^^^^^^^^^^^^^^^^^^^^^^^ **** # ls -lo test/a/cc/hh -rw-r--r-- 1 root wheel schg 3 Apr 29 08:24 test/a/cc/hh **** NOTICE 3b ^^^^ **** # rm test/a/cc/hh override rw-r--r-- root/wheel schg for test/a/cc/hh? yes **** NOTICE 3c (NO ERROR!) **** # ls -lo test/a/cc/ total 2 -rw-r--r-- 1 root wheel - 3 Apr 29 08:20 dd **** NOTICE 3d (the file is gone despite immutable flags seemingly set!) *= *** End of test case It makes no difference to specify '-c tradicional'. I skimmed over the patch code and have noticed no file flags or director[y flags] are indeed [ever] copied to the shadow files. [Edit: spelling] I'd really appreciate if you could fix that for the patch version 12. Thank you very much! Andr=E9 From owner-freebsd-current@FreeBSD.ORG Wed May 31 18:32:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B714716B7E3 for ; Wed, 31 May 2006 18:32:54 +0000 (UTC) (envelope-from rodperson@adelphia.net) Received: from mta13.adelphia.net (mta13.adelphia.net [68.168.78.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 248F943D5D for ; Wed, 31 May 2006 18:32:54 +0000 (GMT) (envelope-from rodperson@adelphia.net) Received: from web25 ([68.168.75.63]) by mta13.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060531183253.HIMY10985.mta13.adelphia.net@web25>; Wed, 31 May 2006 14:32:53 -0400 Message-ID: <25281076.1149100373530.JavaMail.root@web25> Date: Wed, 31 May 2006 11:32:53 -0700 From: To: Scott Long MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) Sensitivity: Normal X-Mailman-Approved-At: Wed, 31 May 2006 18:37:53 +0000 Cc: freebsd-current@freebsd.org, Dan Nelson Subject: Re: Current 7 U320 transfer rate only 3.300 MB/s X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 18:33:00 -0000 ---- Scott Long wrote: > It's a bug in the MPT driver, though it usually only manifests itself > with 4 or more drives. > > Scott > Thanks for the info. I have 3 drive, not including the cdrom under emulation. 2 - 73 Gb Fujitsu and a 36GB Quantum all report the same. From owner-freebsd-current@FreeBSD.ORG Wed May 31 19:11:50 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8D3D16B9E9 for ; Wed, 31 May 2006 19:11:50 +0000 (UTC) (envelope-from dlt@mebtel.net) Received: from bilbo.mebtel.net (bilbo.mebtel.net [64.40.67.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD01F43D67 for ; Wed, 31 May 2006 19:11:42 +0000 (GMT) (envelope-from dlt@mebtel.net) Received: from localhost (localhost [127.0.0.1]) by bilbo.mebtel.net (Postfix) with ESMTP id 78EFF2ABFC for ; Wed, 31 May 2006 15:11:41 -0400 (EDT) Received: from bilbo.mebtel.net ([127.0.0.1]) by localhost (bilbo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22783-10 for ; Wed, 31 May 2006 15:11:41 -0400 (EDT) Received: from sukey.arm.org (66-79-79-171.dsl.mebtel.net [66.79.79.171]) by bilbo.mebtel.net (Postfix) with ESMTP id D67532ABEA for ; Wed, 31 May 2006 15:11:40 -0400 (EDT) Received: from sukey.arm.org (localhost [127.0.0.1]) by sukey.arm.org (8.13.6/8.13.4) with ESMTP id k4VJBeCt080648 for ; Wed, 31 May 2006 15:11:40 -0400 (EDT) (envelope-from dlt@sukey.arm.org) Received: (from dlt@localhost) by sukey.arm.org (8.13.6/8.13.4/Submit) id k4VJBdr0080562; Wed, 31 May 2006 15:11:39 -0400 (EDT) (envelope-from dlt) Date: Wed, 31 May 2006 15:11:39 -0400 (EDT) Message-Id: <200605311911.k4VJBdr0080562@sukey.arm.org> From: Derek Tattersall To: current@FreeBSD.org X-Virus-Scanned: by amavisd-new at mebtel.net Cc: Subject: Use of the audit subsystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 19:11:58 -0000 I recently installed the audit code on my current system. It comes up and works fine, the logs rotate properly and all is copacetic. Now I would like to develop audit policies for a few typical installations. 1) Departmental server. Serves files, mail, web proxies and application proxies. What are the appropriate events to audit to enhance the IT security in an environment that probably doesn't have an IT staff. 2) Workstation. Used as an application client, with e-mail, web and network services. Probably has access to printers and file servers. Is potentially exposed to spam and malware. 3) Routers and infrastructure servers. Provide network services, DHCP, network address translation, routing, PXE, proxies etc. How best to audit this box. For each of these types of IT provider, we need to monitor activity for security purposes first, and perhaps also for cost accounting. The audit daemon provides records with varying degrees of importance. How should we separate and report so as to achieve the timeliness that we need. I'm trying to put together a white paper on the use of auditing to complement the excellent installation and operation information in the Handbook. All suggestions are welcome. -- Best regards, Derek Tattersall dlt@mebtel.net dlt666@yahoo.com dtatters@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed May 31 22:01:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F198116B211 for ; Wed, 31 May 2006 22:01:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1479243D67 for ; Wed, 31 May 2006 22:01:22 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [131.106.61.215] (72-255-64-171.client.stsn.net [72.255.64.171]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k4VM1BQK072517; Wed, 31 May 2006 18:01:20 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, thierry@herbelot.com Date: Wed, 31 May 2006 17:53:23 -0400 User-Agent: KMail/1.9.1 References: <200605241556.44483.jhb@freebsd.org> <200605251023.34963.thierry@herbelot.com> <200605271830.50724.thierry@herbelot.com> In-Reply-To: <200605271830.50724.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200605311753.23976.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1504/Wed May 31 15:59:14 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Subject: Re: [PATCH] if_dc cleanups.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 22:01:29 -0000 On Saturday 27 May 2006 12:30, Thierry Herbelot wrote: > Le Thursday 25 May 2006 10:23, Thierry Herbelot a =E9crit : >=20 > > my dc is still probed and detected with your patch : > > dc0: <82c169 PNIC 10/100BaseTX> port 0x9400-0x94ff mem > > 0xd8000000-0xd80000ff irq 19 at device 9.0 on pci0 > > dc0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x9400 > > miibus0: on dc0 > > bmtphy0: on miibus0 > > bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > dc0: bpf attached > > dc0: Ethernet address: 00:02:e3:08:63:af > > dc0: [MPSAFE] > > > > the same dc is currently used to update the -current sources over NFS, > > without any visible side effects. >=20 > one side effect seems to be more watchdog timeouts : >=20 > dc0: watchdog timeout > dc0: failed to force tx and rx to idle state >=20 > on a macroscopic level, the NIC is still usable (enough to get a cvs upda= te=20 of=20 > the full world from an NFS repository). It shouldn't have affect the operation of the device at all. Do the probe= =20 messages in dmesg match the dmesg lines w/o the patch exactly? Do you have= =20 before and after dmesg's that I can compare? =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 31 22:01:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 072D116B213; Wed, 31 May 2006 22:01:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0A4D43D64; Wed, 31 May 2006 22:01:22 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [131.106.61.215] (72-255-64-171.client.stsn.net [72.255.64.171]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k4VM1BQL072517; Wed, 31 May 2006 18:01:21 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 31 May 2006 17:54:19 -0400 User-Agent: KMail/1.9.1 References: <200605241749.02885.jhb@freebsd.org> <44786C48.7030109@FreeBSD.org> <200605301856.10637.jhb@freebsd.org> In-Reply-To: <200605301856.10637.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605311754.19724.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1504/Wed May 31 15:59:14 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: "Christian S.J. Peron" Subject: Re: [PATCH] Fixup locking for kernel-linker, needs ndis 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: Wed, 31 May 2006 22:01:34 -0000 On Tuesday 30 May 2006 18:56, John Baldwin wrote: > On Saturday 27 May 2006 11:12, Christian S.J. Peron wrote: > > > > Currently, we are using Giant to serialize access into the sysctl tree. > > This means that if the kernel linker is not picking up Giant, there > > could be a race between when the kernel modules load/unload sysctls, and > > somebody reading the sysctl tree. > > > > I am not sure what the best thing to do here is yet. I've looked at the > > locking for sysctl tree, and locking these entry points can be sticky > > due to the recursive nature of the code. > > I thought we had a big sx lock to protect the actual sysctl tree itself. Looks like we don't. :( We have a lock, but it's useless. I would hold off on testing this patch too much as I've subsequently tore it up a bunch and need to test it locally before posting an updated patch. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 31 22:30:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1ACE16BE44; Wed, 31 May 2006 22:30:46 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02AB743D4C; Wed, 31 May 2006 22:30:45 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp3-g19.free.fr (Postfix) with ESMTP id 0B1A6480BB; Thu, 1 Jun 2006 00:30:44 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id k4VMUeds008523; Thu, 1 Jun 2006 00:30:42 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Thu, 1 Jun 2006 00:30:31 +0200 User-Agent: KMail/1.9.1 References: <200605241556.44483.jhb@freebsd.org> <200605271830.50724.thierry@herbelot.com> <200605311753.23976.jhb@freebsd.org> In-Reply-To: <200605311753.23976.jhb@freebsd.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200606010030.33558.thierry@herbelot.com> Cc: Subject: Re: [PATCH] if_dc cleanups.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 22:30:52 -0000 Le Wednesday 31 May 2006 23:53, John Baldwin a écrit : > > > > one side effect seems to be more watchdog timeouts : > > > > dc0: watchdog timeout > > dc0: failed to force tx and rx to idle state > > > > on a macroscopic level, the NIC is still usable (enough to get a cvs > > update > > of > > > the full world from an NFS repository). > > It shouldn't have affect the operation of the device at all. Do the probe > messages in dmesg match the dmesg lines w/o the patch exactly? Do you have > before and after dmesg's that I can compare? sorry, I did not come back : the watchdog must be due to bad PCI routing (a switch of slot resulted in the dc and USB boards working again) This is how the NIC appeared on an older kernel : (in another PCI slot, perhaps ?) +dc0: <82c169 PNIC 10/100BaseTX> port 0x9400-0x94ff mem 0xd8000000-0xd80000ff irq 19 at device 9.0 on pci0 +miibus0: on dc0 +bmtphy0: on miibus0 +bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto +dc0: Ethernet address: 00:02:e3:08:63:af this is exactly how the NIC appears today : dc0: <82c169 PNIC 10/100BaseTX> port 0xc400-0xc4ff mem 0xd8002000-0xd80020ff irq 19 at device 9.0 on pci0 miibus0: on dc0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:02:e3:08:63:af using the sources with your patches : # ls -la /usr/src/sys/dev/dc total 624 drwxr-xr-x 3 root wheel 512 May 29 23:18 . drwxr-xr-x 174 root wheel 2560 May 31 20:34 .. drwxr-xr-x 2 root wheel 512 May 29 19:53 CVS -rw-r--r-- 1 root wheel 12440 May 25 09:25 dcphy.c -rw-r--r-- 1 root wheel 12392 Oct 18 2005 dcphy.c.orig -rw-r--r-- 1 root wheel 99043 May 25 09:25 if_dc.c -rw-r--r-- 1 root wheel 98871 May 12 22:51 if_dc.c.orig -rw-r--r-- 1 root wheel 34406 May 25 09:25 if_dcreg.h -rw-r--r-- 1 root wheel 37329 Mar 17 06:57 if_dcreg.h.orig TfH From owner-freebsd-current@FreeBSD.ORG Wed May 31 22:42:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBF2216B493 for ; Wed, 31 May 2006 22:42:56 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37EC643D46 for ; Wed, 31 May 2006 22:42:56 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 66309547D7 for ; Thu, 1 Jun 2006 00:42:55 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id k4VMgrDh024926 for ; Thu, 1 Jun 2006 00:42:53 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Thu, 1 Jun 2006 00:42:46 +0200 User-Agent: KMail/1.9.1 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200606010042.47193.thierry@herbelot.com> Subject: panic while playing with a ugen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 22:42:59 -0000 the panic occured when closing one endpoint of a ugen device (the device was disconnecting from the USB bus after being reseted). TfH Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x60 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0671f2c stack pointer = 0x28:0xc73ceaa0 frame pointer = 0x28:0xc73ceab4 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 = 800 (test) [thread pid 800 tid 100099 ] Stopped at giant_close+0x20: movl 0x60(%eax),%eax db> bt Tracing pid 800 tid 100099 td 0xc17146c0 giant_close(c173e000,3,2000,c17146c0,c173e000) at giant_close+0x20 devfs_close(c73ceb0c) at devfs_close+0x2db VOP_CLOSE_APV(c09b8000,c73ceb0c) at VOP_CLOSE_APV+0x7e vn_close(c1a54410,3,c1969800,c17146c0,0) at vn_close+0x8b vn_closefile(c16b5678,c17146c0,c73cebc4,c067ad44,c16b5678) at vn_closefile+0xca devfs_close_f(c16b5678,c17146c0) at devfs_close_f+0xf fdrop_locked(c16b5678,c17146c0,c143a988,0,c0914e2c) at fdrop_locked+0x88 fdrop(c16b5678,c17146c0,6b5,c0a0b034,0) at fdrop+0x24 closef(c16b5678,c17146c0,0,0,4) at closef+0x367 close(c17146c0,c73ced04,c196e234,c,c17146c0) at close+0x1be syscall(3b,3b,3b,bfbfeba8,4) at syscall+0x27e Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (6, FreeBSD ELF32, close), eip = 0x2814837f, esp = 0xbfbfeafc, ebp = 0xbfbfebc8 --- db> call doadump Physical memory: 87 MB Dumping 31 MB: 16 Dump complete multi-cur# kgdb kernel.debug /files1/tmp/vmcore.2 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: ugenioctl: cmd=c018556f ugenioctl: cmd=c018556f ugen0: at uhub4 port 3 (addr 2) disconnected ugen_detach: sc=0xc1579000 Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x60 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0671f2c stack pointer = 0x28:0xc73ceaa0 frame pointer = 0x28:0xc73ceab4 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 = 800 (udibtest) Physical memory: 87 MB Dumping 31 MB: 16 #0 doadump () at pcpu.h:166 166 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:166 #1 0xc04756f3 in db_fncall (dummy1=-952309596, dummy2=0, dummy3=1016, dummy4=0xc73ce878 "\220è<Çø\003") at /files1/src/sys/ddb/db_command.c:479 #2 0xc0475504 in db_command (last_cmdp=0xc09ea3a4, cmd_table=0x0) at /files1/src/sys/ddb/db_command.c:395 #3 0xc04755c2 in db_command_loop () at /files1/src/sys/ddb/db_command.c:446 #4 0xc04771d9 in db_trap (type=12, code=0) at /files1/src/sys/ddb/db_main.c:221 #5 0xc06b38d0 in kdb_trap (type=12, code=0, tf=0xc73cea60) at /files1/src/sys/kern/subr_kdb.c:481 #6 0xc0892ce8 in trap_fatal (frame=0xc73cea60, eva=96) at /files1/src/sys/i386/i386/trap.c:861 #7 0xc0892a2b in trap_pfault (frame=0xc73cea60, usermode=0, eva=96) at /files1/src/sys/i386/i386/trap.c:778 #8 0xc0892649 in trap (frame= {tf_fs = -1066729464, tf_es = -1063190488, tf_ds = -1063256024, tf_edi = -1046133620, tf_esi = -1063566816, tf_ebp = -952309068, tf_isp = -952309108, tf_ebx = -1049370624, tf_edx = -1062922452, tf_ecx = -1062922456, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1066983636, tf_cs = 32, tf_eflags = 66054, tf_esp = -1063236056, tf_ss = 0}) at /files1/src/sys/i386/i386/trap.c:463 #9 0xc087d7ba in calltrap () at /files1/src/sys/i386/i386/exception.s:138 #10 0xc0671f2c in giant_close (dev=0xc173e000, fflag=3, devtype=8192, td=0xc17146c0) at /files1/src/sys/kern/kern_conf.c:266 #11 0xc064c14f in devfs_close (ap=0xc73ceb0c) ---Type to continue, or q to quit--- at /files1/src/sys/fs/devfs/devfs_vnops.c:281 #12 0xc08a3e7a in VOP_CLOSE_APV (vop=0x0, a=0xc73ceb0c) at vnode_if.c:424 #13 0xc06ff4df in vn_close (vp=0xc1a54410, flags=3, file_cred=0x0, td=0xc17146c0) at vnode_if.h:227 #14 0xc070033a in vn_closefile (fp=0xc16b5678, td=0xc17146c0) at /files1/src/sys/kern/vfs_vnops.c:870 #15 0xc064c177 in devfs_close_f (fp=0xc16b5678, td=0xc17146c0) at /files1/src/sys/fs/devfs/devfs_vnops.c:291 #16 0xc067ad44 in fdrop_locked (fp=0xc16b5678, td=0xc17146c0) at file.h:296 #17 0xc067acb4 in fdrop (fp=0xc16b5678, td=0xc17146c0) at /files1/src/sys/kern/kern_descrip.c:2146 #18 0xc06797a3 in closef (fp=0xc16b5678, td=0xc17146c0) at /files1/src/sys/kern/kern_descrip.c:1961 #19 0xc067703a in close (td=0xc17146c0, uap=0x0) at /files1/src/sys/kern/kern_descrip.c:1018 (kgdb) frame 10 #10 0xc0671f2c in giant_close (dev=0xc173e000, fflag=3, devtype=8192, td=0xc17146c0) at /files1/src/sys/kern/kern_conf.c:266 266 retval = dev->si_devsw->d_gianttrick-> (kgdb) list 261 giant_close(struct cdev *dev, int fflag, int devtype, struct thread *td) 262 { 263 int retval; 264 265 mtx_lock(&Giant); 266 retval = dev->si_devsw->d_gianttrick-> 267 d_close(dev, fflag, devtype, td); 268 mtx_unlock(&Giant); 269 return (retval); 270 } (kgdb) print dev $1 = (struct cdev *) 0xc173e000 (kgdb) print dev->si_devsw $2 = (struct cdevsw *) 0x0 From owner-freebsd-current@FreeBSD.ORG Wed May 31 23:29:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 577FD16C93E for ; Wed, 31 May 2006 23:29:59 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FBCF43D60 for ; Wed, 31 May 2006 23:29:58 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.6) with ESMTP id k4VNW5uG077505 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 May 2006 19:32:11 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org, thierry@herbelot.com Date: Wed, 31 May 2006 19:30:08 -0400 User-Agent: KMail/1.9.1 References: <200606010042.47193.thierry@herbelot.com> In-Reply-To: <200606010042.47193.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart20197858.J0cRlgbQjK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200605311930.17675.mistry.7@osu.edu> X-Spam-Status: No, score=-4.9 required=5.0 tests=ALL_TRUSTED,BAYES_50, J_CHICKENPOX_65,MYFREEBSD2 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.2/1503/Wed May 31 14:10:00 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: Subject: Re: panic while playing with a ugen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 23:30:02 -0000 --nextPart20197858.J0cRlgbQjK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 31 May 2006 18:42, Thierry Herbelot wrote: > the panic occured when closing one endpoint of a ugen device (the > device was disconnecting from the USB bus after being reseted). I haven't seen this particular panic with ugen before.=20 Try the patch in PR: usb/97271. If you've got a test program and=20 instructions that can reproduce this panic after applying that patch=20 let me know. Thanks, > > TfH > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0x60 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc0671f2c > stack pointer =3D 0x28:0xc73ceaa0 > frame pointer =3D 0x28:0xc73ceab4 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 800 (test) > [thread pid 800 tid 100099 ] > Stopped at giant_close+0x20: movl 0x60(%eax),%eax > db> bt > Tracing pid 800 tid 100099 td 0xc17146c0 > giant_close(c173e000,3,2000,c17146c0,c173e000) at giant_close+0x20 > devfs_close(c73ceb0c) at devfs_close+0x2db > VOP_CLOSE_APV(c09b8000,c73ceb0c) at VOP_CLOSE_APV+0x7e > vn_close(c1a54410,3,c1969800,c17146c0,0) at vn_close+0x8b > vn_closefile(c16b5678,c17146c0,c73cebc4,c067ad44,c16b5678) at > vn_closefile+0xca > devfs_close_f(c16b5678,c17146c0) at devfs_close_f+0xf > fdrop_locked(c16b5678,c17146c0,c143a988,0,c0914e2c) at > fdrop_locked+0x88 fdrop(c16b5678,c17146c0,6b5,c0a0b034,0) at > fdrop+0x24 > closef(c16b5678,c17146c0,0,0,4) at closef+0x367 > close(c17146c0,c73ced04,c196e234,c,c17146c0) at close+0x1be > syscall(3b,3b,3b,bfbfeba8,4) at syscall+0x27e > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (6, FreeBSD ELF32, close), eip =3D 0x2814837f, esp =3D > 0xbfbfeafc, ebp =3D 0xbfbfebc8 --- > db> call doadump > Physical memory: 87 MB > Dumping 31 MB: 16 > Dump complete > > > multi-cur# kgdb kernel.debug /files1/tmp/vmcore.2 > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, > and you are welcome to change it and/or distribute copies of it > under certain conditions. Type "show copying" to see the > conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > ugenioctl: cmd=3Dc018556f > ugenioctl: cmd=3Dc018556f > ugen0: at uhub4 port 3 (addr 2) disconnected > ugen_detach: sc=3D0xc1579000 > > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0x60 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc0671f2c > stack pointer =3D 0x28:0xc73ceaa0 > frame pointer =3D 0x28:0xc73ceab4 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 800 (udibtest) > Physical memory: 87 MB > Dumping 31 MB: 16 > > #0 doadump () at pcpu.h:166 > 166 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > (kgdb) where > #0 doadump () at pcpu.h:166 > #1 0xc04756f3 in db_fncall (dummy1=3D-952309596, dummy2=3D0, > dummy3=3D1016, dummy4=3D0xc73ce878 "\220=E8<=C7=F8\003") at > /files1/src/sys/ddb/db_command.c:479 #2 0xc0475504 in db_command > (last_cmdp=3D0xc09ea3a4, cmd_table=3D0x0) at > /files1/src/sys/ddb/db_command.c:395 > #3 0xc04755c2 in db_command_loop () at > /files1/src/sys/ddb/db_command.c:446 #4 0xc04771d9 in db_trap > (type=3D12, code=3D0) > at /files1/src/sys/ddb/db_main.c:221 > #5 0xc06b38d0 in kdb_trap (type=3D12, code=3D0, tf=3D0xc73cea60) > at /files1/src/sys/kern/subr_kdb.c:481 > #6 0xc0892ce8 in trap_fatal (frame=3D0xc73cea60, eva=3D96) > at /files1/src/sys/i386/i386/trap.c:861 > #7 0xc0892a2b in trap_pfault (frame=3D0xc73cea60, usermode=3D0, > eva=3D96) at /files1/src/sys/i386/i386/trap.c:778 > #8 0xc0892649 in trap (frame=3D > {tf_fs =3D -1066729464, tf_es =3D -1063190488, tf_ds =3D > -1063256024, tf_edi =3D -1046133620, tf_esi =3D -1063566816, tf_ebp =3D > -952309068, tf_isp =3D -952309108, tf_ebx =3D -1049370624, tf_edx =3D > -1062922452, tf_ecx =3D -1062922456, tf_eax =3D 0, tf_trapno =3D 12, > tf_err =3D 0, tf_eip =3D -1066983636, tf_cs =3D 32, tf_eflags =3D 66054, > tf_esp =3D -1063236056, tf_ss =3D 0}) at > /files1/src/sys/i386/i386/trap.c:463 > #9 0xc087d7ba in calltrap () at > /files1/src/sys/i386/i386/exception.s:138 #10 0xc0671f2c in > giant_close (dev=3D0xc173e000, fflag=3D3, devtype=3D8192, td=3D0xc17146c0) > at /files1/src/sys/kern/kern_conf.c:266 > #11 0xc064c14f in devfs_close (ap=3D0xc73ceb0c) > ---Type to continue, or q to quit--- > at /files1/src/sys/fs/devfs/devfs_vnops.c:281 > #12 0xc08a3e7a in VOP_CLOSE_APV (vop=3D0x0, a=3D0xc73ceb0c) at > vnode_if.c:424 #13 0xc06ff4df in vn_close (vp=3D0xc1a54410, flags=3D3, > file_cred=3D0x0, td=3D0xc17146c0) > at vnode_if.h:227 > #14 0xc070033a in vn_closefile (fp=3D0xc16b5678, td=3D0xc17146c0) > at /files1/src/sys/kern/vfs_vnops.c:870 > #15 0xc064c177 in devfs_close_f (fp=3D0xc16b5678, td=3D0xc17146c0) > at /files1/src/sys/fs/devfs/devfs_vnops.c:291 > #16 0xc067ad44 in fdrop_locked (fp=3D0xc16b5678, td=3D0xc17146c0) at > file.h:296 #17 0xc067acb4 in fdrop (fp=3D0xc16b5678, td=3D0xc17146c0) > at /files1/src/sys/kern/kern_descrip.c:2146 > #18 0xc06797a3 in closef (fp=3D0xc16b5678, td=3D0xc17146c0) > at /files1/src/sys/kern/kern_descrip.c:1961 > #19 0xc067703a in close (td=3D0xc17146c0, uap=3D0x0) > at /files1/src/sys/kern/kern_descrip.c:1018 > > (kgdb) frame 10 > #10 0xc0671f2c in giant_close (dev=3D0xc173e000, fflag=3D3, > devtype=3D8192, td=3D0xc17146c0) > at /files1/src/sys/kern/kern_conf.c:266 > 266 retval =3D dev->si_devsw->d_gianttrick-> > (kgdb) list > 261 giant_close(struct cdev *dev, int fflag, int devtype, > struct thread *td) > 262 { > 263 int retval; > 264 > 265 mtx_lock(&Giant); > 266 retval =3D dev->si_devsw->d_gianttrick-> > 267 d_close(dev, fflag, devtype, td); > 268 mtx_unlock(&Giant); > 269 return (retval); > 270 } > (kgdb) print dev > $1 =3D (struct cdev *) 0xc173e000 > (kgdb) print dev->si_devsw > $2 =3D (struct cdevsw *) 0x0 > _______________________________________________ > 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" =2D-=20 Anish Mistry --nextPart20197858.J0cRlgbQjK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEficJxqA5ziudZT0RAswjAJ9rYsPhzlbA/nQPhZuxRWWE8ZhM4QCggsVD jxuwjVNr9PomENxbF01odEE= =AZJ1 -----END PGP SIGNATURE----- --nextPart20197858.J0cRlgbQjK-- From owner-freebsd-current@FreeBSD.ORG Wed May 31 23:40:26 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06A0016AFB9 for ; Wed, 31 May 2006 23:40:26 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35D5B43D69 for ; Wed, 31 May 2006 23:40:22 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.6/8.13.6) with ESMTP id k4VNeCYR096559; Wed, 31 May 2006 19:40:12 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Craig Rodrigues In-Reply-To: <20060531154439.GA5528@crodrigues.org> References: <1148962081.8820.49.camel@shumai.marcuscom.com> <20060530160405.GA39658@crodrigues.org> <1149006607.94908.5.camel@shumai.marcuscom.com> <20060531154439.GA5528@crodrigues.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-+drc+/V6v6nzgn89KlER" Organization: FreeBSD, Inc. Date: Wed, 31 May 2006 19:40:02 -0400 Message-Id: <1149118802.21971.6.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Cc: current@FreeBSD.org Subject: Re: -CURRENT does not recognize standard mount options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2006 23:40:33 -0000 --=-+drc+/V6v6nzgn89KlER Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-05-31 at 11:44 -0400, Craig Rodrigues wrote: > On Tue, May 30, 2006 at 12:30:07PM -0400, Joe Marcus Clarke wrote: > > Should its kernel backend not support all of those options as well? Or > > perhaps global_opts in vfs_mount.c should be updated to support all >=20 > Can you try this patch? I'm not sure if "force" and "sync" > should be global_opts or not because I don't know > if they make sense for every FS, but for symmetry with what was > in mount_msdosfs before, we can push them into the filesystem code for ms= dosfs. > These inconsistencies between the various mount programs and > the various filesystem code is why I've been trying to push > towards using a single mount binary, and pushing the mount option > parsing into vfs_mount.c and the code for the specific filesystem. > We are not quite there yet, but we are a lot closer. This patch fixes the mount problem with sync, but we're left with the other std mount options (such as [no]atime) not working. But I get your point regarding options. I think the moral is I should eliminate noatime, sync, and nosymfollow from the list of common mount options for HAL to use. >=20 >=20 > > MNT_STDOPTS options since mntopts.h says that these are options all > > mounts can understand? Thanks for the follow up. >=20 > The problem is that comments like that were written with a UFS-centric > view. It may not necessarily be true that the various filesystems > support all the "STD" mount options. However, if you see > something that you think should work, let me know and we can > add it to global_opts if it is obvious that it should work for all filesy= stems, > or to the option code for a specific filesystem like msdosfs if the > mount option only works on specific filesystems. Understood, thanks. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-+drc+/V6v6nzgn89KlER Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEfilSb2iPiv4Uz4cRAs8SAJ4ixRZXoetDNs0rPCQ6IGT3O56gDgCdHLMH l3Jbsoni6R5/+2piSQwmkaE= =RHMq -----END PGP SIGNATURE----- --=-+drc+/V6v6nzgn89KlER-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 00:24:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5394216C347 for ; Thu, 1 Jun 2006 00:18:25 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7502043D48 for ; Thu, 1 Jun 2006 00:18:24 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.6/8.13.6/Debian-1) with ESMTP id k510IAY1019279 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 1 Jun 2006 03:18:12 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.6/8.13.6) with ESMTP id k510KOg2002312; Thu, 1 Jun 2006 03:20:24 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.pc (8.13.6/8.13.6/Submit) id k510KOj8002311; Thu, 1 Jun 2006 03:20:24 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Thu, 1 Jun 2006 03:20:24 +0300 From: Giorgos Keramidas To: Kris Kennaway Message-ID: <20060601002024.GA1453@gothmog.pc> References: <20060522211223.GA3621@xor.obsecurity.org> <20060522231437.GC1446@odin.ac.hmc.edu> <20060523133037.GA2908@gothmog.pc> <20060523143013.GA11472@ci0.org> <20060523194106.GA46634@xor.obsecurity.org> <20060524203645.GB13500@gothmog.pc> <20060524203747.GA88742@xor.obsecurity.org> <20060524204617.GA13701@gothmog.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060524204617.GA13701@gothmog.pc> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.048, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.35, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: md /tmp and async mounts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2006 00:24:31 -0000 On 2006-05-24 23:46, Giorgos Keramidas wrote: > AFAIK, only /etc/rc.d/tmp and /etc/rc.d/var use the mount_md() function > from `rc.subr'. I think `/etc/rc.initdiskless' includes a local version > of mount_md() and uses that one. > > On 2006-05-24 16:37, Kris Kennaway wrote: > > On Wed, May 24, 2006 at 11:36:45PM +0300, Giorgos Keramidas wrote: > > > If that is so, do you want me to make the change, or do you want to do > > > this? > > > > I don't have a good idea of what needs to be changed to do all of the > > above, so if you're familiar with the code you might as well do it. > > I can certainly prepare a patch for /etc/rc.d/* files and their > manpages. I'll post it for review then :) The following diff should be sufficient for enabling -o async for the MFS /tmp and MFS /var filesystems we support in our current rc.d stuff: %%% Index: share/man/man5/rc.conf.5 =================================================================== --- share/man/man5/rc.conf.5 (revision 99) +++ share/man/man5/rc.conf.5 (revision 101) @@ -24,7 +24,7 @@ .\" .\" $FreeBSD: src/share/man/man5/rc.conf.5,v 1.298 2006/05/30 16:20:48 matteo Exp $ .\" -.Dd May 29, 2006 +.Dd Jun 1, 2006 .Dt RC.CONF 5 .Os .Sh NAME @@ -241,12 +241,13 @@ .Pa /tmp is created. The default is -.Dq Li "-S -M" , +.Dq Li "-S -M -o async" , which inhibits the use of softupdates on .Pa /tmp to waste as little space as possible -and creates a pure memory backed disk, which will never be swapped out, -for maximum performance and system stability at low memory conditions. +and creates a pure memory-backed disk, which uses asynchronous I/O +and will never be swapped out, for maximum performance and system +stability at low memory conditions. See .Xr mdmfs 8 for other options you can use in @@ -273,12 +274,13 @@ .Pa /var is created. The default is -.Dq Li "-S -M" , +.Dq Li "-S -M -o async" , which inhibits the use of softupdates on .Pa /var to waste as little space as possible -and creates a pure memory backed disk, which will never be swapped out, -for maximum performance and system stability at low memory conditions. +and creates a pure memory-backed disk, which uses asynchronous I/O +and will never be swapped out, for maximum performance and system +stability at low memory conditions. See .Xr mdmfs 8 for other options you can use in Index: etc/defaults/rc.conf =================================================================== --- etc/defaults/rc.conf (revision 99) +++ etc/defaults/rc.conf (revision 101) @@ -43,10 +43,10 @@ removable_route_flush="YES" # Flush routes when removing an interface tmpmfs="AUTO" # Set to YES to always create an mfs /tmp, NO to never tmpsize="20m" # Size of mfs /tmp if created -tmpmfs_flags="-S -M" # Extra mdmfs options for the mfs /tmp +tmpmfs_flags="-S -M -o async" # Extra mdmfs options for the mfs /tmp varmfs="AUTO" # Set to YES to always create an mfs /var, NO to never varsize="32m" # Size of mfs /var if created -varmfs_flags="-S -M" # Extra mount options for the mfs /var +varmfs_flags="-S -M -o async" # Extra mount options for the mfs /var populate_var="AUTO" # Set to YES to always (re)populate /var, NO to never cleanvar_enable="YES" # Clean the /var directory local_startup="/usr/local/etc/rc.d /usr/X11R6/etc/rc.d" # startup script dirs. %%% This doesn't make 'async' the default for all mdmfs mounts. Making async the default for mdmfs-based filesystems would require a fair bit of changes to mdmfs, which would have to grow mount-option parsing capabilities for the `optarg' of the -o option and make sure that async is always added, unless mdmfs is called explicitly with `noasync' in its -o option. Having said this, if this is considered a change we should make, I can prepare a patch for mdmfs too. - Giorgos From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 04:09:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CEE416B4D3 for ; Thu, 1 Jun 2006 04:09:22 +0000 (UTC) (envelope-from cscotts@mindspring.com) Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 19E7743D5D for ; Thu, 1 Jun 2006 04:09:20 +0000 (GMT) (envelope-from cscotts@mindspring.com) Received: (qmail 95681 invoked from network); 1 Jun 2006 04:09:19 -0000 Received: from unknown (HELO ?192.168.1.101?) (unknown) by unknown with SMTP; 1 Jun 2006 04:09:19 -0000 X-pair-Authenticated: 68.79.15.21 Mime-Version: 1.0 (Apple Message framework v750) Content-Transfer-Encoding: 7bit Message-Id: <849AA5E3-F537-4397-9084-CA2F2A3E3230@mindspring.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: current@freebsd.org From: Scott Sipe Date: Wed, 31 May 2006 23:09:18 -0500 X-Mailer: Apple Mail (2.750) Cc: Subject: CURRENT freeze on boot (ACPI) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2006 04:09:25 -0000 Hi, sorry for the very incomplete report here.. First of all, this computer had previously been running with a CURRENT from early 2005--no problems. Upon booting 7.0 for the first time (I cleared the old CURRENT install, installed fresh 6.1 install, and then cvsuped to current), there was a problem in my fstab, so it got that far and failed to mount all the partitions--I was able to do so successfully from the shell and fix up fstab. Rebooting after that, I got a hard freeze while booting, after: Starting devd Starting ums0 moused:/ hw.acpi_cpu_cx_loerdy: C1 -> C3 Mounting NFS file systems:. In successive boots, it seems to always make it this far, and usually lock up at this point, but occasionally will get a little bit farther--never to a login. Early in the boot I get 10s or 100s of lines like: "acpi: bad read from port 0xcfc (32)" "acpi: bad write to port 0xcf8 (32), val 0x80003884" "acpi: bad write to port 0xcfc (32), val 0x1d00" Only these three lines, over and over again. It boots up fine if I choose the to boot without ACPI. The hardware is an AthlonXP CPU (about 1.5GHz) and the motherboard I believe is an Iwill KK266-Raid. I should note that I'm pretty sure the ACPI on the motherboard is buggy--I get errors in the Windows System logs (such as ACPI trying to read an invalid address), though this computer has also been stable under XP, and under the previous FreeBSD installation. my dmesg from an ACPI-less boot is below. Is there anything else I can do? Scott ======== dmesg (sans ACPI) ========= Copyright (c) 1992-2006 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 7.0-CURRENT #5: Wed May 31 22:00:30 EDT 2006 root@starkbsd.dyndns.org:/usr/obj/usr/src/sys/STARKBSD WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP (1396.03-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383f9ff AMD Features=0xc0480800 real memory = 536805376 (511 MB) avail memory = 515723264 (491 MB) kbd1 at kbdmux0 ath_hal: 0.9.16.16 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xd8000000-0xd8ffffff, 0xd0000000-0xd7ffffff irq 11 at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc000-0xc00f at device 7.1 on pci0 atapci0: Correcting VIA config for southbridge data corruption bug ata0: on atapci0 ata1: on atapci0 uhci0: port 0xc400-0xc41f irq 9 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered pci0: at device 7.4 (no driver attached) atapci1: port 0xcc00-0xcc07,0xd000-0xd003,0xd400-0xd407,0xd800-0xd803,0xdc00-0xdc0f mem 0xdb821000-0xdb8211ff irq 10 at device 10.0 on pci0 ata2: on atapci1 ata3: on atapci1 fxp0: port 0xe000-0xe03f mem 0xdb820000-0xdb820fff,0xdb800000-0xdb81ffff irq 11 at device 13.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:a4:71:57 pci0: at device 15.0 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xcc000-0xd07ff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FAST] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (memory) ums0: on uhub0 ums0: 6 buttons and Z dir. Timecounter "TSC" frequency 1396029543 Hz quality 800 Timecounters tick every 1.000 msec ad0: 114440MB at ata0-master UDMA100 ad1: 76319MB at ata0-slave UDMA100 acd0: DVDROM at ata1- master UDMA66 ad4: 35304MB at ata2-master SATA150 Trying to mount root from ufs:/dev/ad1s1a From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 04:25:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBBCF16AFD8 for ; Thu, 1 Jun 2006 04:25:51 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63C6543D48 for ; Thu, 1 Jun 2006 04:25:51 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp3-g19.free.fr (Postfix) with ESMTP id 463E54444D for ; Thu, 1 Jun 2006 06:25:50 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id k514Phk3023288; Thu, 1 Jun 2006 06:25:45 +0200 (CEST) From: Thierry Herbelot To: Anish Mistry Date: Thu, 1 Jun 2006 06:25:34 +0200 User-Agent: KMail/1.9.1 References: <200606010042.47193.thierry@herbelot.com> <200605311930.17675.mistry.7@osu.edu> In-Reply-To: <200605311930.17675.mistry.7@osu.edu> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200606010625.36520.thierry@herbelot.com> Cc: freebsd-current@freebsd.org Subject: Re: panic while playing with a ugen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 04:25:55 -0000 Le Thursday 1 June 2006 01:30, Anish Mistry a écrit : > On Wednesday 31 May 2006 18:42, Thierry Herbelot wrote: > > the panic occured when closing one endpoint of a ugen device (the > > device was disconnecting from the USB bus after being reseted). > > I haven't seen this particular panic with ugen before. > Try the patch in PR: usb/97271. If you've got a test program and > instructions that can reproduce this panic after applying that patch > let me know. > > Thanks, > will do (ASAP) from a very summary reading of the patch, it seems that the panic I saw is a deeper FreeBSD problem, where a si_devsw may have correctly been emptied as the underlying physical object has been unplugged, and still some code is blindly unreferencing the structure and its members (to be confirmed). TfH From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 05:04:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D49A116A597 for ; Thu, 1 Jun 2006 05:04:12 +0000 (UTC) (envelope-from noackjr@alumni.rice.edu) Received: from smtp105.biz.mail.re2.yahoo.com (smtp105.biz.mail.re2.yahoo.com [206.190.52.174]) by mx1.FreeBSD.org (Postfix) with SMTP id 6983D43D48 for ; Thu, 1 Jun 2006 05:04:11 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 4207 invoked from network); 1 Jun 2006 05:04:10 -0000 Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@24.99.22.177 with login) by smtp105.biz.mail.re2.yahoo.com with SMTP; 1 Jun 2006 05:04:10 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id D16AA629E; Thu, 1 Jun 2006 01:04:09 -0400 (EDT) X-Virus-Scanned: amavisd-new at noacks.org Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id gzq8EpvLebSP; Thu, 1 Jun 2006 01:04:08 -0400 (EDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id A331B628A; Thu, 1 Jun 2006 01:04:08 -0400 (EDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.6/8.13.6) with ESMTP id k51547ZB061457; Thu, 1 Jun 2006 01:04:07 -0400 (EDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <447E7540.8070904@alumni.rice.edu> Date: Thu, 01 Jun 2006 01:04:00 -0400 From: Jonathan Noack User-Agent: Thunderbird 1.5.0.2 (X11/20060422) MIME-Version: 1.0 To: Giorgos Keramidas References: <20060522211223.GA3621@xor.obsecurity.org> <20060522231437.GC1446@odin.ac.hmc.edu> <20060523133037.GA2908@gothmog.pc> <20060523143013.GA11472@ci0.org> <20060523194106.GA46634@xor.obsecurity.org> <20060524203645.GB13500@gothmog.pc> <20060524203747.GA88742@xor.obsecurity.org> <20060524204617.GA13701@gothmog.pc> <20060601002024.GA1453@gothmog.pc> In-Reply-To: <20060601002024.GA1453@gothmog.pc> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5FF8FB766EAF604A0C0A2A8A" Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: md /tmp and async mounts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 05:04:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5FF8FB766EAF604A0C0A2A8A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 05/31/06 20:20, Giorgos Keramidas wrote: > The following diff should be sufficient for enabling -o async for > the MFS /tmp and MFS /var filesystems we support in our current > rc.d stuff: >=20 > %%% > Index: share/man/man5/rc.conf.5 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- share/man/man5/rc.conf.5 (revision 99) > +++ share/man/man5/rc.conf.5 (revision 101) > @@ -24,7 +24,7 @@ > .\" > .\" $FreeBSD: src/share/man/man5/rc.conf.5,v 1.298 2006/05/30 16:20:48= matteo Exp $ > .\" > -.Dd May 29, 2006 > +.Dd Jun 1, 2006 > .Dt RC.CONF 5 > .Os > .Sh NAME > @@ -241,12 +241,13 @@ > .Pa /tmp > is created. > The default is > -.Dq Li "-S -M" , > +.Dq Li "-S -M -o async" , > which inhibits the use of softupdates on > .Pa /tmp > to waste as little space as possible > -and creates a pure memory backed disk, which will never be swapped out= , > -for maximum performance and system stability at low memory conditions.= > +and creates a pure memory-backed disk, which uses asynchronous I/O > +and will never be swapped out, for maximum performance and system > +stability at low memory conditions. Given recent posts about panics with malloc-backed mds under low-memory conditions (see the "kmem leak in tmpmfs?" thread on stable@), I'm not sure keeping '-M' as the default for tmpmfs and varmfs is advisable. Here is the rather ominous note on using malloc-backed mds in mdconfig(8)= : "Storage for this type of memory disk is allocated with malloc(9). This limits the size to the malloc bucket limit in the kernel. If the -o reserve option is not set, creating and filling a large malloc-backed memory disk is a very easy way to panic a system." -Jonathan --=20 Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig5FF8FB766EAF604A0C0A2A8A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEfnVGUFz01pkdgZURAtF2AJ4mgpr5APUyucPcL6u8fhV7WtNBQwCfUE4R l75fgA4EQgWw587nAs0noTA= =+Kr1 -----END PGP SIGNATURE----- --------------enig5FF8FB766EAF604A0C0A2A8A-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 05:29:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE1D016A5DC; Thu, 1 Jun 2006 05:29:53 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FCFB43D45; Thu, 1 Jun 2006 05:29:50 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k515OU7I004012; Wed, 31 May 2006 23:24:36 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <447E7A57.6050700@samsco.org> Date: Wed, 31 May 2006 23:25:43 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Craig Rodrigues References: <1148962081.8820.49.camel@shumai.marcuscom.com> <20060530160405.GA39658@crodrigues.org> <1149006607.94908.5.camel@shumai.marcuscom.com> <20060531154439.GA5528@crodrigues.org> In-Reply-To: <20060531154439.GA5528@crodrigues.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Joe Marcus Clarke , current@freebsd.org Subject: Re: -CURRENT does not recognize standard mount options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2006 05:30:09 -0000 Craig Rodrigues wrote: > On Tue, May 30, 2006 at 12:30:07PM -0400, Joe Marcus Clarke wrote: > >>Should its kernel backend not support all of those options as well? Or >>perhaps global_opts in vfs_mount.c should be updated to support all > > > Can you try this patch? I'm not sure if "force" and "sync" > should be global_opts or not because I don't know They are no more global than the ACL or multilabel options, not to mentiont he NFS-specific options. > if they make sense for every FS, but for symmetry with what was > in mount_msdosfs before, we can push them into the filesystem code for msdosfs. > These inconsistencies between the various mount programs and > the various filesystem code is why I've been trying to push > towards using a single mount binary, and pushing the mount option > parsing into vfs_mount.c and the code for the specific filesystem. > We are not quite there yet, but we are a lot closer. > Thanks for doing the un-fun job of unwinding all of this. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 05:36:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47B2B16AAB0 for ; Thu, 1 Jun 2006 05:36:04 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC2D843D45 for ; Thu, 1 Jun 2006 05:36:03 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id B14B654859 for ; Thu, 1 Jun 2006 07:36:02 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id k515ZxoK032713 for ; Thu, 1 Jun 2006 07:36:01 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Thu, 1 Jun 2006 07:35:50 +0200 User-Agent: KMail/1.9.1 References: <200605241556.44483.jhb@freebsd.org> <200605311753.23976.jhb@freebsd.org> <200606010030.33558.thierry@herbelot.com> In-Reply-To: <200606010030.33558.thierry@herbelot.com> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606010735.52820.thierry@herbelot.com> Subject: Re: [PATCH] if_dc cleanups.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 05:36:04 -0000 A more complete report, with the full verbose lines related to my dc : with the patch : found-> vendor=0x11ad, dev=0x0002, revid=0x20 bus=0, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[10]: type 4, range 32, base 0000c400, size 8, enabled map[14]: type 1, range 32, base d8002000, size 8, enabled pcib0: slot 9 INTA routed to irq 19 .... dc0: <82c169 PNIC 10/100BaseTX> port 0xc400-0xc4ff mem 0xd8002000-0xd80020ff irq 19 at device 9.0 on pci0 dc0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc400 miibus0: on dc0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: bpf attached dc0: Ethernet address: 00:02:e3:08:63:af dc0: [MPSAFE] with the standard kernel sources : found-> vendor=0x11ad, dev=0x0002, revid=0x20 bus=0, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[10]: type 4, range 32, base 0000c400, size 8, enabled map[14]: type 1, range 32, base d8002000, size 8, enabled pcib0: slot 9 INTA routed to irq 19 ... dc0: <82c169 PNIC 10/100BaseTX> port 0xc400-0xc4ff mem 0xd8002000-0xd80020ff irq 19 at device 9.0 on pci0 dc0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc400 miibus0: on dc0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: bpf attached dc0: Ethernet address: 00:02:e3:08:63:af dc0: [MPSAFE] I did not find any difference TfH From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 10:20:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AC7E16A779 for ; Thu, 1 Jun 2006 10:20:19 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 768D343D45 for ; Thu, 1 Jun 2006 10:20:18 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k51AKFEw058324; Thu, 1 Jun 2006 14:20:16 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k51AKEw8058323; Thu, 1 Jun 2006 14:20:15 +0400 (MSD) (envelope-from yar) Date: Thu, 1 Jun 2006 14:20:14 +0400 From: Yar Tikhiy To: Nate Lawson Message-ID: <20060601102014.GA58143@comp.chem.msu.su> References: <20060528142039.GA80613@comp.chem.msu.su> <447B551F.8000904@root.org> <20060531073145.GA30802@comp.chem.msu.su> <447DB684.7060503@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <447DB684.7060503@root.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2006 10:20:20 -0000 On Wed, May 31, 2006 at 08:30:12AM -0700, Nate Lawson wrote: > Yar Tikhiy wrote: > > > >As I reported in <20060529085723.GA98288@comp.chem.msu.su>, this > >way of disabling apic didn't work in my case for some reason although > >I had triple checked the line in device.hints. The only mention > >of apic in the output from sysctl -a was there irrespective of the > >setting in device.hints: "hw.apic.enable_extint: 0". Perhaps my > >system has no apic at all? > > > >Nevertheless, removing "device apic" from the kernel changed things > >in a way, but C3 still was unusable and the system would go to C2 > >after detecting too many short sleeps by cpu0, which was described > >in the said message, too. > > It appears that may be a different problem. On systems with the lapic > issue, it seems both C2/C3 are unusable. However, it seems C3 is > unusable on some other systems for a different reason. If you could > look into the datasheet errata for your chipset, you might find > something about this. I already have specially called out a few > chipsets in acpi_cpu.c to not use C3. Alas, I've failed to find the errata. My m/b is Epox EP-8K3AE, based on VIA KT333: http://www.epox.nl/products/view.php?product_id=388 > Oh and do you have usb compiled in? C3 won't be used on systems that > have usb compiled in due to the constant bus master activity when usb > polls ports. Anyone interested in helping with this? It basically > involves adding a timeout to usb to run every 1 second or so that pokes > usb to check for new devices and then disables it again. (global > suspend function I think). FWIW, my system backs off from C3 to C2 even with no usb stuff in the kernel. Here I mean the case of no apic in the kernel either, when my system can survive setting cx_lowest to C3 without freeze. -- Yar From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 07:54:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E46CB16A537; Thu, 1 Jun 2006 07:54:18 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EA5F43D49; Thu, 1 Jun 2006 07:54:18 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 376A0244C3A; Thu, 1 Jun 2006 16:54:17 +0900 (JST) Message-ID: <447E9D26.3060800@freebsd.org> Date: Thu, 01 Jun 2006 16:54:14 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.2 (X11/20060424) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Andr=E9_Braga?= References: <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> <447C919B.20303@freebsd.org> <86bqteikj4.fsf@xps.des.no> <20060531133814.acykloyqhkcccg80@netchild.homeip.net> <2ad73a0605311125h7ac8a927t33bbfadf9fe18c33@mail.gmail.com> In-Reply-To: <2ad73a0605311125h7ac8a927t33bbfadf9fe18c33@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Thu, 01 Jun 2006 11:41:54 +0000 Cc: ozawa@ongs.co.jp, dkirhlarov@oilspace.com, freebsd-hackers@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Daichi GOTO , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, kris@obsecurity.org, Alexander Leidinger Subject: Re: [ANN] unionfs patchset-13 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2006 07:54:23 -0000 André Braga wrote: > A post scriptum to the original message: > The buggy behaviour won't affect the host system, but the jail could > well be compromised. I also have this feeling that ACLs also aren't > respected inside jails or can be overwritten as easily as shown below > > Thanks, > André for all folks who have deep consideration of FS: We do not know well around MAC and ACL. Someone knows well around those, please teach us. Does MAC have a information of schg of chflags? for all folks who have deep consideration of FS: part2 Yeah, it is possible to make capability for setting the ALC and MAC information to the upper layer of the unionfs. With that, we must consider the policy that what information should be copied to shadow file when it makes shadow file. Without the policy, we cannot make it. We want to know your opinions if you have deep consideration of it. What do you make of it? -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 11:59:20 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A473116A799 for ; Thu, 1 Jun 2006 11:59:20 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id CED1243D48 for ; Thu, 1 Jun 2006 11:59:18 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.6/8.13.6/Debian-1) with ESMTP id k51BwxND013278 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 1 Jun 2006 14:59:01 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.6/8.13.6) with ESMTP id k51C1Cqi005525; Thu, 1 Jun 2006 15:01:12 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.6/8.13.6/Submit) id k51C1B6C005524; Thu, 1 Jun 2006 15:01:11 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 1 Jun 2006 15:01:11 +0300 From: Giorgos Keramidas To: Jonathan Noack Message-ID: <20060601120111.GA5507@gothmog.pc> References: <20060522211223.GA3621@xor.obsecurity.org> <20060522231437.GC1446@odin.ac.hmc.edu> <20060523133037.GA2908@gothmog.pc> <20060523143013.GA11472@ci0.org> <20060523194106.GA46634@xor.obsecurity.org> <20060524203645.GB13500@gothmog.pc> <20060524203747.GA88742@xor.obsecurity.org> <20060524204617.GA13701@gothmog.pc> <20060601002024.GA1453@gothmog.pc> <447E7540.8070904@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <447E7540.8070904@alumni.rice.edu> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.408, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.79, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@FreeBSD.org, Kris Kennaway Subject: Re: md /tmp and async mounts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2006 11:59:22 -0000 On 2006-06-01 01:04, Jonathan Noack wrote: > On 05/31/06 20:20, Giorgos Keramidas wrote: > > The following diff should be sufficient for enabling -o async for > > the MFS /tmp and MFS /var filesystems we support in our current > > rc.d stuff: > > > > %%% > > Index: share/man/man5/rc.conf.5 > > =================================================================== > > --- share/man/man5/rc.conf.5 (revision 99) > > +++ share/man/man5/rc.conf.5 (revision 101) > > @@ -24,7 +24,7 @@ > > .\" > > .\" $FreeBSD: src/share/man/man5/rc.conf.5,v 1.298 2006/05/30 16:20:48 matteo Exp $ > > .\" > > -.Dd May 29, 2006 > > +.Dd Jun 1, 2006 > > .Dt RC.CONF 5 > > .Os > > .Sh NAME > > @@ -241,12 +241,13 @@ > > .Pa /tmp > > is created. > > The default is > > -.Dq Li "-S -M" , > > +.Dq Li "-S -M -o async" , > > which inhibits the use of softupdates on > > .Pa /tmp > > to waste as little space as possible > > -and creates a pure memory backed disk, which will never be swapped out, > > -for maximum performance and system stability at low memory conditions. > > +and creates a pure memory-backed disk, which uses asynchronous I/O > > +and will never be swapped out, for maximum performance and system > > +stability at low memory conditions. > > Given recent posts about panics with malloc-backed mds under > low-memory conditions (see the "kmem leak in tmpmfs?" thread on > stable@), I'm not sure keeping '-M' as the default for tmpmfs > and varmfs is advisable. Here is the rather ominous note on > using malloc-backed mds in mdconfig(8): "Storage for this type > of memory disk is allocated with malloc(9). This limits the > size to the malloc bucket limit in the kernel. If the -o > reserve option is not set, creating and filling a large > malloc-backed memory disk is a very easy way to panic a > system." Note that the -M option has *been* already the default for ages. I am not suggestting to change these options in this patch. From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 12:37:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED1F116B79B; Thu, 1 Jun 2006 12:37:14 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4636E43D45; Thu, 1 Jun 2006 12:37:13 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id BE56046BDB; Thu, 1 Jun 2006 08:37:10 -0400 (EDT) Date: Thu, 1 Jun 2006 13:37:10 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: =?ISO-8859-1?Q?Andr=E9_Braga?= In-Reply-To: <2ad73a0605311125h7ac8a927t33bbfadf9fe18c33@mail.gmail.com> Message-ID: <20060601133410.M37536@fledge.watson.org> References: <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> <447C919B.20303@freebsd.org> <86bqteikj4.fsf@xps.des.no> <20060531133814.acykloyqhkcccg80@netchild.homeip.net> <2ad73a0605311125h7ac8a927t33bbfadf9fe18c33@mail.gmail.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-683816645-1149165430=:37536" X-Mailman-Approved-At: Thu, 01 Jun 2006 12:56:43 +0000 Cc: ozawa@ongs.co.jp, dkirhlarov@oilspace.com, freebsd-hackers@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Daichi GOTO , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, kris@obsecurity.org, Alexander Leidinger Subject: Re: [ANN] unionfs patchset-13 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2006 12:37:19 -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. --0-683816645-1149165430=:37536 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 31 May 2006, Andr=E9 Braga wrote: > A post scriptum to the original message: > > The buggy behaviour won't affect the host system, but the jail could well= be=20 > compromised. I also have this feeling that ACLs also aren't respected ins= ide=20 > jails or can be overwritten as easily as shown below By "ACLs also aren't respected inside jails", do you mean, "ACLs don't work= in=20 jail", or do you mean, "ACLs don't work with unionfs"? They are believed= =20 firmly to work with jail, and if you have evidence to the contrary, a PR=20 pointer would be greatly appreciated so it can be investigated. I don't know much about the behavior of unionfs, but if VOP_ACCESS is passe= d=20 down properly through the stack, then ACLs should be implemented. There mi= ght=20 be problems if two file systems are stacked and have different access contr= ol=20 models. I don't know enough about unionfs to reason about how it does beha= ve,=20 or should behave. Unionfs seems to violate the notion of POLA, so I'm not= =20 sure how much POLA will help :-). Robert N M Watson > > Thanks, > Andr=E9 > > ---------------------- 8< ---------------------- > > Hi, > > Once again, thank you for your patch. > > I believe I have found a bug: > > If a file or directory has non-default flags and this directory is > mounted below a target point, the resulting union will not preserve > the directory flags. Worse, it will appear as if the file flags are > preserved, but they are not and as soon as a file that should not be > modified gets modified, the flags are reset to the default state on > the union mount. This could pose a *serious* security breach for > people running jails rooted on unionfs mounts, like I intended to. > > Test case: > (discrepancies are marked by a line containing "**** NOTICE" and > aligned to fixed-length font display) > > # cd /tmp > # mkdir -p test/a test/b/bb test/b/cc > # touch test/b/cc/dd > # chflags schg test/b/bb/ > # chflags uappnd test/b/cc/dd > # ls -Rlo > total 2 > drwxr-xr-x 4 root wheel - 512 Apr 29 08:12 test > > ./test: > total 4 > drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 a > drwxr-xr-x 4 root wheel - 512 Apr 29 08:12 b > > ./test/a: > total 0 > > ./test/b: > total 4 > drwxr-xr-x 2 root wheel schg 512 Apr 29 08:12 bb > **** NOTICE 1a ^^^^ **** > drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 cc > > ./test/b/bb: > total 0 > > ./test/b/cc: > total 0 > -rw-r--r-- 1 root wheel uappnd 0 Apr 29 08:12 dd > **** NOTICE 2a ^^^^^^ **** > # echo ee >test/b/cc/dd > test/b/cc/dd: Operation not permitted. > # echo ee >> test/b/cc/dd > **** NOTICE: this is the intended behavior for the 'uappnd' flag **** > # cat test/b/cc/dd > ee > # > # mount_unionfs -c transparent -b test/b test/a > # ls -Rlo > total 2 > drwxr-xr-x 4 root wheel - 512 Apr 29 08:12 test > > ./test: > total 4 > drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 a > drwxr-xr-x 4 root wheel - 512 Apr 29 08:12 b > > ./test/a: > total 4 > drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 bb > **** NOTICE 1b ^^^ **** > drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 cc > > ./test/a/bb: > total 0 > > ./test/a/cc: > total 2 > -rw-r--r-- 1 root wheel uappnd 3 Apr 29 08:15 dd > **** NOTICE 2b (LOOKS OK) ^^^^^^ **** > ./test/b: > total 4 > drwxr-xr-x 2 root wheel schg 512 Apr 29 08:12 bb > drwxr-xr-x 2 root wheel - 512 Apr 29 08:12 cc > > ./test/b/bb: > total 0 > > ./test/b/cc: > total 2 > -rw-r--r-- 1 root wheel uappnd 3 Apr 29 08:15 dd > # echo ff > test/a/cc/dd > # cat test/a/cc/dd > ff > **** NOTICE: very wrong behavior for the 'uappnd' flag! **** > # ls -lo test/a/cc/dd > -rw-r--r-- 1 root wheel - 3 Apr 29 08:20 test/a/cc/dd > **** NOTICE 2c (NO FLAG!) ^^^ **** > # echo gg >test/b/cc/hh > # chflags schg test/b/cc/hh > # rm test/b/cc/hh > override rw-r--r-- root/wheel schg for test/b/cc/hh? yes > rm: test/b/cc/hh: Operation not permitted > **** NOTICE 3a ^^^^^^^^^^^^^^^^^^^^^^^ **** > # ls -lo test/a/cc/hh > -rw-r--r-- 1 root wheel schg 3 Apr 29 08:24 test/a/cc/hh > **** NOTICE 3b ^^^^ **** > # rm test/a/cc/hh > override rw-r--r-- root/wheel schg for test/a/cc/hh? yes > **** NOTICE 3c (NO ERROR!) **** > # ls -lo test/a/cc/ > total 2 > -rw-r--r-- 1 root wheel - 3 Apr 29 08:20 dd > **** NOTICE 3d (the file is gone despite immutable flags seemingly set!)= =20 > **** > > End of test case > > It makes no difference to specify '-c tradicional'. > > I skimmed over the patch code and have noticed no file flags or > director[y flags] are indeed [ever] copied to the shadow files. > [Edit: spelling] > > I'd really appreciate if you could fix that for the patch version 12. > > Thank you very much! > Andr=E9 > _______________________________________________ > 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= " > --0-683816645-1149165430=:37536-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 16:24:17 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 499C516B024 for ; Thu, 1 Jun 2006 16:24:17 +0000 (UTC) (envelope-from csjp@FreeBSD.org) Received: from ems01.seccuris.com (ems01.seccuris.com [204.112.0.35]) by mx1.FreeBSD.org (Postfix) with SMTP id A4BF843D48 for ; Thu, 1 Jun 2006 16:24:16 +0000 (GMT) (envelope-from csjp@FreeBSD.org) Received: (qmail 24687 invoked by uid 86); 1 Jun 2006 16:49:33 -0000 Received: from unknown (HELO ?127.0.0.1?) (204.112.0.37) by ems01.seccuris.com with SMTP; 1 Jun 2006 16:49:33 -0000 Message-ID: <447F14B6.2050806@FreeBSD.org> Date: Thu, 01 Jun 2006 11:24:22 -0500 From: "Christian S.J. Peron" User-Agent: Thunderbird 1.5.0.2 (Macintosh/20060308) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [patch] bpf race condition fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2006 16:24:25 -0000 All, As many of you may know, there is a nasty race which exists in bpf(4). This race is responsible for some of tcpdump ctrl+c panics, as well as panics associated with dhclient. Some others include nessus. It was also one of the show stopper items on the 6.1-RELEASE TODO list. This work was done in collaboration with myself and Sam Leffler, and it would be appreciated if people could review and test it: http://people.freebsd.org/~csjp/bpf.1149157192.diff -- Christian S.J. Peron csjp@FreeBSD.ORG FreeBSD Committer FreeBSD Security Team From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 18:20:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E88DF16A649 for ; Thu, 1 Jun 2006 18:20:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CAD843D49 for ; Thu, 1 Jun 2006 18:19:59 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [IPv6:::1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k51IGWLG077937; Thu, 1 Jun 2006 12:16:33 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 01 Jun 2006 12:16:38 -0600 (MDT) Message-Id: <20060601.121638.1273920169.imp@bsdimp.com> To: jb@what-creek.com From: "M. Warner Losh" In-Reply-To: <20060530051455.GA60261@what-creek.com> References: <20060530040220.GA59831@what-creek.com> <9f7850090605292201x570d93b4v8a7dd3ea0c70f841@mail.gmail.com> <20060530051455.GA60261@what-creek.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: atrens@nortel.com, current@freebsd.org, mf.danger@gmail.com, phk@phk.freebsd.dk, Alexander@leidinger.net, small@freebsd.org Subject: Re: FreeBSD's embedded agenda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2006 18:20:05 -0000 In message: <20060530051455.GA60261@what-creek.com> John Birrell writes: : As I said, writing a NAND driver under geom on FreeBSD is a trivial matter. : That is what I did. The driver wasn't committed to FreeBSD because it : is hardware specific to the board due to the way the the processor I/O : is mapped. If you study the NAND implementations on embedded hardware, : you will see that making a general operating system support them all with : drivers is hard to do because of the different ways that the NAND chips : are mapped in I/O. It's not like they are on a general bus that makes : access to them the same. Yes. This driver does have a number of issues. There needs to be some additional layers of abstraction to make it generic. The driver you wrote works very well (we only had to fix a one or two minor bugs). Warner From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 18:26:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A55D116ABC2 for ; Thu, 1 Jun 2006 18:26:17 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3648443D45 for ; Thu, 1 Jun 2006 18:26:17 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [IPv6:::1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k51IO1rM078037; Thu, 1 Jun 2006 12:24:01 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 01 Jun 2006 12:24:07 -0600 (MDT) Message-Id: <20060601.122407.619299095.imp@bsdimp.com> To: Alexander@Leidinger.net From: "M. Warner Losh" In-Reply-To: <20060531195741.6c312633@Magellan.Leidinger.net> References: <20060531073145.GA30802@comp.chem.msu.su> <447DB684.7060503@root.org> <20060531195741.6c312633@Magellan.Leidinger.net> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: yar@comp.chem.msu.su, freebsd-current@freebsd.org, nate@root.org Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2006 18:26:18 -0000 In message: <20060531195741.6c312633@Magellan.Leidinger.net> Alexander Leidinger writes: : Quoting Nate Lawson (Wed, 31 May 2006 08:30:12 -0700): : : > Oh and do you have usb compiled in? C3 won't be used on systems that : > have usb compiled in due to the constant bus master activity when usb : > polls ports. Anyone interested in helping with this? It basically : > involves adding a timeout to usb to run every 1 second or so that pokes : > usb to check for new devices and then disables it again. (global : > suspend function I think). : : You may suggest this to Hans-Petter Selasky, he is currently working in : perforce to make his own USB stack ready for replacement of our current : one. I think Warner is mentoring him. I think that it would be good to move much of Hans-Petter's work into the current framework until his new stuff is ready. I have worries about many of the bug fixes going into the tree not making it into his tree, for example. The more we can sync them up, the better off we'll be. Warner From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 19:56:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7CF616ABE5 for ; Thu, 1 Jun 2006 19:56:13 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F63043D46 for ; Thu, 1 Jun 2006 19:56:13 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by nz-out-0102.google.com with SMTP id 9so573705nzo for ; Thu, 01 Jun 2006 12:56:12 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PfUM3w6qtnAEjspYiWGj9CR6BMvFE7Od6qUlop72yFOX/reU+zFIszFfgztdkXWW74+hcstp52+JbPxvIQ7GqxKkUWw3+vZ+6kdIPgomm3sxwsQF5k/JsUt4dNF9dMfeteM2hlt20H8G4ie1N8p45SrHefT99WNmkZ37TOl8L/0= Received: by 10.65.38.18 with SMTP id q18mr769614qbj; Thu, 01 Jun 2006 12:56:12 -0700 (PDT) Received: by 10.65.154.18 with HTTP; Thu, 1 Jun 2006 12:56:12 -0700 (PDT) Message-ID: <7579f7fb0606011256h4784870cwfb8eef6eb6a8b165@mail.gmail.com> Date: Thu, 1 Jun 2006 12:56:12 -0700 From: "Matthew Jacob" To: "Dan Nelson" In-Reply-To: <20060531150634.GD6982@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200605301914.41981.rodperson@adelphia.net> <20060531150634.GD6982@dan.emsphone.com> Cc: Rod Person , freebsd-current@freebsd.org Subject: Re: Current 7 U320 transfer rate only 3.300 MB/s X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2006 19:56:14 -0000 It's being worked on. On 5/31/06, Dan Nelson wrote: > In the last episode (May 30), Rod Person said: > > I have and LSI u320 SCSI controller on a TYAN Thunder K8WE board with > > and nvidia4 chipset. My boot message displays the following > > > > da0 at mpt0 bus 0 target 0 lun 0 > > da0 FIXED Direct Access SCSI-3 device > > da0 3.300MB/s tranfers, Tagged Queueing Enabled > > > > Why is my transfer rate so low? Anyone have an idea how I can correct > > this? > > That may just be a display bug. Does "diskinfo -t da0" report > reasonable speeds? If not, check your bios to see if you are forcing a > slow speed, or try running "camcontrol negotiate da0 -R 160" to force > 320MB speeds (160 Mhz * 16 bit bus = 320MB). > > -- > Dan Nelson > dnelson@allantgroup.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 20:42:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 050BF16BB07 for ; Thu, 1 Jun 2006 20:42:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73CB143D5A for ; Thu, 1 Jun 2006 20:42:11 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [131.106.58.208] (72-255-64-173.client.stsn.net [72.255.64.173]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k51Kg4T6081134; Thu, 1 Jun 2006 16:42:09 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 1 Jun 2006 14:41:07 -0400 User-Agent: KMail/1.9.1 References: <20060529153103.GA17178@obiwan.tataz.chchile.org> <20060530223226.GT1890@obiwan.tataz.chchile.org> In-Reply-To: <20060530223226.GT1890@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606011441.07494.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1505/Thu Jun 1 14:29:37 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Jeremie Le Hen Subject: Re: [fbsd] timer goes sluggish X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2006 20:42:35 -0000 On Tuesday 30 May 2006 18:32, Jeremie Le Hen wrote: > Hi, > > On Mon, May 29, 2006 at 05:31:03PM +0200, Jeremie Le Hen wrote: > > Hi, > > > > I won't write too much, the following session will tell much more: > > > > % jarjarbinks:root# ntpdate -b chronos.cru.fr > > % 29 May 17:08:44 ntpdate[4254]: step time server 195.220.94.163 offset 0.000273 sec > > % jarjarbinks:root# sysctl kern.timecounter.hardware > > % kern.timecounter.hardware: ACPI-fast > > % jarjarbinks:root# while : ; do date ; sleep 1 ; done > > % Mon May 29 17:08:56 CEST 2006 > > % Mon May 29 17:09:03 CEST 2006 > > % Mon May 29 17:09:09 CEST 2006 > > % Mon May 29 17:09:16 CEST 2006 > > % Mon May 29 17:09:22 CEST 2006 > > % ^C > > Sometimes, I feel dumb. > > I noticed that the clock sped up when the CPU makes heavy computing, > which meant there was some power saving on idleness. > > I dug a bit I found that hw.acpi.cpu.cx_lowest=C4. > Setting it hw.acpi.cpu.cx_lowest=C1 makes the clock goes ``in time'' :). If you are using APIC, try disabling APIC and see if it works ok with higher Cx states. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 20:42:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EC7E16BB50; Thu, 1 Jun 2006 20:42:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6701F43D78; Thu, 1 Jun 2006 20:42:08 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [131.106.58.208] (72-255-64-173.client.stsn.net [72.255.64.173]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k51Kg4T5081134; Thu, 1 Jun 2006 16:42:06 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 1 Jun 2006 14:38:58 -0400 User-Agent: KMail/1.9.1 References: <53cc795f0605290205r1b1a898fm718188d767f68403@mail.gmail.com> <200605291510.20703.max@love2party.net> In-Reply-To: <200605291510.20703.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200606011438.59989.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1505/Thu Jun 1 14:29:37 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Max Laier , Robert Watson , sekes Subject: Re: kernel panic. pppoe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2006 20:42:59 -0000 On Monday 29 May 2006 09:10, Max Laier wrote: > On Monday 29 May 2006 11:05, sekes wrote: > > Cause my message has been lost in threads i repost it again here. > > > > http://lists.freebsd.org/pipermail/freebsd-current/2006-May/062955.html > > Sorry for annoying :-) > > > > Strange panic occurs in the kernel every time i'm trying to make PPPoE > > connection > > This problem is very important to me because since all that time it > > presents in the kernel i am not able to establish any succesfull intern= et > > sessions longer than on 10-15 minutes:( > > > > panic: mutex Giant not owned at /usr/src/sys/net/if.c:2209 > > cpuid =3D 0 > > KDB: enter: panic > > [thread pid 11 tid 100005 ] > > Stopped at kdb_enter+0x2b: nop > > db> > > db> > > db> > > db> bt > > Tracing pid 11 tid 100005 td 0xc28916c0 > > kdb_enter(3230725374) at kdb_enter+43 > > panic(3230722033,3230813051,3230769714,2209,3264851968) at panic+295 > > _mtx_assert(3231693000,1,3230769714,2209) at _mtx_assert+102 > > if_start(3264851968) at if_start+38 > > ether_output_frame(3264851968,3265936896,3265938176,0,3270958224) at > > ether_output_frame+384 > > ng_ether_rcvdata(3270304512,3270958224,1717,3231718100,0) at > > ng_ether_rcvdata+308 > > ng_apply_item(0,3265938176,5,0,0) at ng_apply_item+278 > > ng_snd_item(3270958224,0,3270958224,3266710848,3270315648) at > > ng_snd_item+230 > > pppoe_ticker(3270315648,3270304384,0,0,3227049343) at pppoe_ticker+229 > > ng_apply_item(1,622,2,1,0) at ng_apply_item+495 > > ng_snd_item(3270958272,0,3548757204,3228176966,3270958272) at > > ng_snd_item+230 > > ng_callout_trampoline(3270958272) at ng_callout_trampoline+13 > > softclock(0) at softclock+518 > > ithread_execute_handlers(3263761156,3263960576) at > > ithread_execute_handlers+234 > > ithread_loop(3263596944,3548757304) at ithread_loop+103 > > fork_exit(3228039632,3263596944,3548757304) at fork_exit+164 > > fork_trampoline() at fork_trampoline+8 > > --- trap 1, eip =3D 0, esp =3D 3548757356, ebp =3D 0 --- >=20 > Looks like you have a NIC that still requires the Giant lock around the=20 > network stack and you found a callpath that does not pick it up. As a=20 > workaround you can try to disable the mpsafe networking (debug.mpsafenet= =3D0),=20 > be sure to tell us if that helps and examine "ifp" in the if_start frame = if=20 > possible. =46rom the dmesg from his first post in the URL mpsafenet is already set to= 0. =20 I bet this netgraph callout is marked MPSAFE and needs to use=20 NET_LOCK_GIANT(). I'm not sure if it should be invoking a driver's=20 if_start() routine from a callout btw. You can try this patch: Index: ng_base.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 RCS file: /usr/cvs/src/sys/netgraph/ng_base.c,v retrieving revision 1.122 diff -c -r1.122 ng_base.c *** ng_base.c 12 Jan 2006 22:41:32 -0000 1.122 =2D-- ng_base.c 1 Jun 2006 18:38:07 -0000 *************** *** 3581,3587 **** =2D-- 3581,3589 ---- { item_p item =3D arg; =20 + NET_LOCK_GIANT(); ng_snd_item(item, 0); + NET_UNLOCK_GIANT(); } =20 =20 =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 20:42:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E9BB16AC13 for ; Thu, 1 Jun 2006 20:42:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2347143D6A for ; Thu, 1 Jun 2006 20:42:13 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [131.106.58.208] (72-255-64-173.client.stsn.net [72.255.64.173]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k51Kg4T7081134; Thu, 1 Jun 2006 16:42:11 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 1 Jun 2006 15:04:30 -0400 User-Agent: KMail/1.9.1 References: <1148837064.00534930.1148826605@10.7.7.3> <447C1BBD.5020004@icyb.net.ua> <447D0B5C.3020901@root.org> In-Reply-To: <447D0B5C.3020901@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606011504.31635.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1505/Thu Jun 1 14:29:37 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Andriy Gapon , Nate Lawson Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2006 20:43:11 -0000 On Tuesday 30 May 2006 23:19, Nate Lawson wrote: > Andriy Gapon wrote: > > on 29/05/2006 23:10 Nate Lawson said the following: > >> disable apic (hint.apic.0.disabled="1"). I isolated this a little while > >> ago to the change to enable LAPIC timer. However, there is currently no > >> easy way to disable the LAPIC timer with APIC enabled so you have to > >> disable APIC. jhb@ and I have been discussing how to do this better but > >> no easy answers apparently. > > > > I am not sure what I am talking about, but is it potentially possible to > > drive timer system by more than one clock, actively using the most > > precise of them at any particular moment ? So that if LAPIC timer stops > > i8254 can be used instead. > > That requires mixed mode delivery -- i8254 on legacy PIC irq and APIC > mode for other interrupts. jhb@ just killed this and isn't eager to add > it back. I'll let him explain if he has more to add. Namely that it is unreliable and expressly forbidden by the ACPI spec. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 21:07:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26A6316C52F; Thu, 1 Jun 2006 21:07:00 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3DF543D5A; Thu, 1 Jun 2006 21:06:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E19B71A4E7F; Thu, 1 Jun 2006 14:06:55 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 59A5E5153E; Thu, 1 Jun 2006 17:06:55 -0400 (EDT) Date: Thu, 1 Jun 2006 17:06:55 -0400 From: Kris Kennaway To: Giorgos Keramidas Message-ID: <20060601210655.GA36389@xor.obsecurity.org> References: <20060522211223.GA3621@xor.obsecurity.org> <20060522231437.GC1446@odin.ac.hmc.edu> <20060523133037.GA2908@gothmog.pc> <20060523143013.GA11472@ci0.org> <20060523194106.GA46634@xor.obsecurity.org> <20060524203645.GB13500@gothmog.pc> <20060524203747.GA88742@xor.obsecurity.org> <20060524204617.GA13701@gothmog.pc> <20060601002024.GA1453@gothmog.pc> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <20060601002024.GA1453@gothmog.pc> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: md /tmp and async mounts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2006 21:07:07 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 01, 2006 at 03:20:24AM +0300, Giorgos Keramidas wrote: [diff snipped] Thanks for the patch. > This doesn't make 'async' the default for all mdmfs mounts. >=20 > Making async the default for mdmfs-based filesystems would > require a fair bit of changes to mdmfs, which would have to grow > mount-option parsing capabilities for the `optarg' of the -o > option and make sure that async is always added, unless mdmfs is > called explicitly with `noasync' in its -o option. >=20 > Having said this, if this is considered a change we should make, > I can prepare a patch for mdmfs too. I think it should be the default. I think we should also avoid using -M (malloc backing for md) in favour of swap backing because of the panic problems - this is too easy to trigger by accident and it makes FreeBSD look bad since it looks like a bug. Kris --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEf1buWry0BWjoQKURAo3cAJ0XFkb1MDx0QoU+IGGa4QgdMpkGYwCgkvVD FjakyrpGoauw5CY8flo3S3U= =8B/a -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 21:33:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEF3716BB48 for ; Thu, 1 Jun 2006 21:33:30 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAA1443D45 for ; Thu, 1 Jun 2006 21:33:28 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.6/8.13.6/Debian-1) with ESMTP id k51LXE5n007387 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 2 Jun 2006 00:33:18 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.6/8.13.6) with ESMTP id k51LZRxx053467; Fri, 2 Jun 2006 00:35:27 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.6/8.13.6/Submit) id k51LZRR7053466; Fri, 2 Jun 2006 00:35:27 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Fri, 2 Jun 2006 00:35:27 +0300 From: Giorgos Keramidas To: Kris Kennaway Message-ID: <20060601213527.GA53422@gothmog.pc> References: <20060522211223.GA3621@xor.obsecurity.org> <20060522231437.GC1446@odin.ac.hmc.edu> <20060523133037.GA2908@gothmog.pc> <20060523143013.GA11472@ci0.org> <20060523194106.GA46634@xor.obsecurity.org> <20060524203645.GB13500@gothmog.pc> <20060524203747.GA88742@xor.obsecurity.org> <20060524204617.GA13701@gothmog.pc> <20060601002024.GA1453@gothmog.pc> <20060601210655.GA36389@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060601210655.GA36389@xor.obsecurity.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.409, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.79, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: md /tmp and async mounts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2006 21:33:36 -0000 On 2006-06-01 17:06, Kris Kennaway wrote: > On Thu, Jun 01, 2006 at 03:20:24AM +0300, Giorgos Keramidas wrote: > > [diff snipped] > > Thanks for the patch. > > > This doesn't make 'async' the default for all mdmfs mounts. > > > > Making async the default for mdmfs-based filesystems would > > require a fair bit of changes to mdmfs, which would have to grow > > mount-option parsing capabilities for the `optarg' of the -o > > option and make sure that async is always added, unless mdmfs is > > called explicitly with `noasync' in its -o option. > > > > Having said this, if this is considered a change we should make, > > I can prepare a patch for mdmfs too. > > I think it should be the default. I think we should also avoid using > -M (malloc backing for md) in favour of swap backing because of the > panic problems - this is too easy to trigger by accident and it makes > FreeBSD look bad since it looks like a bug. Ok, I'll prepare a patch that enables async and disables -M. We should also document the fact that tmpmfs="YES" and varmfs="YES" in rc.conf may require the presence of at least one swap device by default, and point the users to -M with a warning if they run FreeBSD without a swap device but still want to use tmpmfs or varmfs :) From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 23:57:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02CF816A6FD for ; Thu, 1 Jun 2006 23:57:42 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A01F943D48 for ; Thu, 1 Jun 2006 23:57:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 8F8031A4E87; Thu, 1 Jun 2006 16:57:41 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1EB48514E7; Thu, 1 Jun 2006 19:57:41 -0400 (EDT) Date: Thu, 1 Jun 2006 19:57:41 -0400 From: Kris Kennaway To: Giorgos Keramidas Message-ID: <20060601235740.GA39491@xor.obsecurity.org> References: <20060522231437.GC1446@odin.ac.hmc.edu> <20060523133037.GA2908@gothmog.pc> <20060523143013.GA11472@ci0.org> <20060523194106.GA46634@xor.obsecurity.org> <20060524203645.GB13500@gothmog.pc> <20060524203747.GA88742@xor.obsecurity.org> <20060524204617.GA13701@gothmog.pc> <20060601002024.GA1453@gothmog.pc> <20060601210655.GA36389@xor.obsecurity.org> <20060601213527.GA53422@gothmog.pc> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <20060601213527.GA53422@gothmog.pc> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: md /tmp and async mounts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2006 23:57:43 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 02, 2006 at 12:35:27AM +0300, Giorgos Keramidas wrote: > On 2006-06-01 17:06, Kris Kennaway wrote: > > On Thu, Jun 01, 2006 at 03:20:24AM +0300, Giorgos Keramidas wrote: > > > > [diff snipped] > > > > Thanks for the patch. > > > > > This doesn't make 'async' the default for all mdmfs mounts. > > > > > > Making async the default for mdmfs-based filesystems would > > > require a fair bit of changes to mdmfs, which would have to grow > > > mount-option parsing capabilities for the `optarg' of the -o > > > option and make sure that async is always added, unless mdmfs is > > > called explicitly with `noasync' in its -o option. > > > > > > Having said this, if this is considered a change we should make, > > > I can prepare a patch for mdmfs too. > > > > I think it should be the default. I think we should also avoid using > > -M (malloc backing for md) in favour of swap backing because of the > > panic problems - this is too easy to trigger by accident and it makes > > FreeBSD look bad since it looks like a bug. >=20 > Ok, I'll prepare a patch that enables async and disables -M. We should > also document the fact that tmpmfs=3D"YES" and varmfs=3D"YES" in rc.conf = may > require the presence of at least one swap device by default, and point > the users to -M with a warning if they run FreeBSD without a swap device > but still want to use tmpmfs or varmfs :) Actually I thought about this and don't think it's the case. swap backing doesn't use swap unless you have memory pressure, and if you have memory pressure and no swap your system is going to explode regardless. Kris --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEf370Wry0BWjoQKURArXwAKCW25AzcD+8qA5LgpwtRvxDu08qEQCfapOC p0PeNVkwcx3gWUU3gwd9u+8= =cxh0 -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 2 01:59:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 960A216A5AD for ; Fri, 2 Jun 2006 01:59:01 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D32843D45 for ; Fri, 2 Jun 2006 01:59:01 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FlywG-0006ps-I8 for freebsd-current@freebsd.org; Fri, 02 Jun 2006 01:59:00 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FlywF-0000Uc-8W for freebsd-current@freebsd.org; Thu, 01 Jun 2006 15:58:59 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17535.39778.784814.570843@roam.psg.com> Date: Thu, 1 Jun 2006 15:58:58 -1000 To: FreeBSD Current Subject: ftp2 hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2006 01:59:04 -0000 => Archive-Tar-1.29.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from ftp://ftp2.freebsd.org/pub/FreeBSD/ports/distfiles/. Archive-Tar-1.29.tar.gz 0% of 37 kB 0 Bps fetch: transfer timed out fetch: Archive-Tar-1.29.tar.gz appears to be truncated: 0/38317 bytes repeatedly for all stuff randy From owner-freebsd-current@FreeBSD.ORG Fri Jun 2 07:55:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBADB16A50A for ; Fri, 2 Jun 2006 07:55:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8095743D5A for ; Fri, 2 Jun 2006 07:55:15 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 09A6246D8D; Fri, 2 Jun 2006 03:55:14 -0400 (EDT) Date: Fri, 2 Jun 2006 08:55:13 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <20060601235740.GA39491@xor.obsecurity.org> Message-ID: <20060602085412.R69345@fledge.watson.org> References: <20060522231437.GC1446@odin.ac.hmc.edu> <20060523133037.GA2908@gothmog.pc> <20060523143013.GA11472@ci0.org> <20060523194106.GA46634@xor.obsecurity.org> <20060524203645.GB13500@gothmog.pc> <20060524203747.GA88742@xor.obsecurity.org> <20060524204617.GA13701@gothmog.pc> <20060601002024.GA1453@gothmog.pc> <20060601210655.GA36389@xor.obsecurity.org> <20060601213527.GA53422@gothmog.pc> <20060601235740.GA39491@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Giorgos Keramidas , freebsd-current@freebsd.org Subject: Re: md /tmp and async mounts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2006 07:55:17 -0000 On Thu, 1 Jun 2006, Kris Kennaway wrote: > On Fri, Jun 02, 2006 at 12:35:27AM +0300, Giorgos Keramidas wrote: > >>> I think it should be the default. I think we should also avoid using -M >>> (malloc backing for md) in favour of swap backing because of the panic >>> problems - this is too easy to trigger by accident and it makes FreeBSD >>> look bad since it looks like a bug. >> >> Ok, I'll prepare a patch that enables async and disables -M. We should >> also document the fact that tmpmfs="YES" and varmfs="YES" in rc.conf may >> require the presence of at least one swap device by default, and point the >> users to -M with a warning if they run FreeBSD without a swap device but >> still want to use tmpmfs or varmfs :) > > Actually I thought about this and don't think it's the case. swap backing > doesn't use swap unless you have memory pressure, and if you have memory > pressure and no swap your system is going to explode regardless. My feeling is that swap-backed md should have been the default years ago. We could add a sanity test to mdconfig that generates a warning if swap-backed md is configured but swapping isn't configured. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Jun 2 05:26:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9D7B16AA5F for ; Fri, 2 Jun 2006 05:26:59 +0000 (UTC) (envelope-from meianoite@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AABC43D48 for ; Fri, 2 Jun 2006 05:26:56 +0000 (GMT) (envelope-from meianoite@gmail.com) Received: by nz-out-0102.google.com with SMTP id m7so434814nzf for ; Thu, 01 Jun 2006 22:26:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=j7VF7MDcIhhNp+bKHghRZIXe2UeX+yLFwmKt67/7sQpl+XA8ro+p8HXPOPiwHlgW1Kh/goDx40DsFM+sS+l5He7V1ywI81BKhKvUgUtUwJCPhZ61M4H8hfCi1Wg0gd3wIqcRcUlCWhlnA9Zb1mopsMsfvhaN8Zu7R1tVLXLVueU= Received: by 10.36.160.15 with SMTP id i15mr1872922nze; Thu, 01 Jun 2006 22:26:55 -0700 (PDT) Received: by 10.36.113.7 with HTTP; Thu, 1 Jun 2006 22:26:55 -0700 (PDT) Message-ID: <2ad73a0606012226h75e03deck653c34f98e98233c@mail.gmail.com> Date: Fri, 2 Jun 2006 02:26:55 -0300 From: "=?ISO-8859-1?Q?Andr=E9_Braga?=" To: "Robert Watson" In-Reply-To: <20060601133410.M37536@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> <447C919B.20303@freebsd.org> <86bqteikj4.fsf@xps.des.no> <20060531133814.acykloyqhkcccg80@netchild.homeip.net> <2ad73a0605311125h7ac8a927t33bbfadf9fe18c33@mail.gmail.com> <20060601133410.M37536@fledge.watson.org> X-Mailman-Approved-At: Fri, 02 Jun 2006 11:27:37 +0000 Cc: ozawa@ongs.co.jp, dkirhlarov@oilspace.com, freebsd-hackers@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Daichi GOTO , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, kris@obsecurity.org, Alexander Leidinger Subject: Re: [ANN] unionfs patchset-13 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2006 05:26:59 -0000 On 6/1/06, Robert Watson wrote: > On Wed, 31 May 2006, Andr=E9 Braga wrote: [snip] > > I also have this feeling that ACLs also aren't respected inside > > jails or can be overwritten as easily as shown below > > By "ACLs also aren't respected inside jails", do you mean, "ACLs don't wo= rk in > jail", or do you mean, "ACLs don't work with unionfs"? They are believed > firmly to work with jail, and if you have evidence to the contrary, a PR > pointer would be greatly appreciated so it can be investigated. s/"jails"/"unionfs with the -b option". Sorry. I intended to use unionfs to keep a single "pristine" tree with nothing but what installword/distribution puts in there, and then layer several other mountpoints on top of it to handle several jails, each to every service my server would offer: web, mail, database, RADIUS, LDAP and user's home directories. This works best by mounting the pristine tree *below* those mountpoints. However, as demonstrated by the test case on my previous message, more sophisticated access control mechanisms, like immutable flags, are not handled by the patchset as per the -p11 version (and I still don't know whether this behaviour was fixed on subsequent patches up to -p13. Would someone enlighten me?). This is why I mentioned that ACLs are probably not correctly handled by "unionfs with the mount below option" either. This has nothing to do with jails per se, but to unionfs. Sorry if I alarmed anyone :) From owner-freebsd-current@FreeBSD.ORG Fri Jun 2 13:51:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB31916A453 for ; Fri, 2 Jun 2006 13:51:54 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7413F43D49 for ; Fri, 2 Jun 2006 13:51:54 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k52DprwL078088; Fri, 2 Jun 2006 06:51:53 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k52DprgC078087; Fri, 2 Jun 2006 06:51:53 -0700 (PDT) (envelope-from rizzo) Date: Fri, 2 Jun 2006 06:51:53 -0700 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20060602065153.A77713@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: missing symbols in ndisulator (USB related) ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2006 13:51:55 -0000 Hi, i need a clarification about what i can expect from the ndis emulator. I have a couple of USB dongles that i tried on FreeBSD using ndisgen, and both report problems at load time with the following message: 1. a device reported as kernel: ugen1: vendor 0x0cde product 0x0017, rev 2.00/1.84, addr 2 drivers: WlanUTG.INF WLANUTG.SYS Fwusb1b.bin and marked as '802.11g Wireless 125Mbps' (sold by Roper) the error message when loading WLANUTG_SYS.ko is Jun 2 17:23:38 x1 kernel: no match for USBD_CreateConfigurationRequest 2. a no-name 802.11g device based on a ZyDAS chipset: kernel: ugen2: ZyDAS USB2.0 WLAN, rev 2.00/43.30, addr 3 the error message when loading ZD11UXP_sys.ko is Jun 2 17:49:05 x1 kernel: no match for KeDelayExecutionThread Jun 2 17:49:05 x1 kernel: no match for KeQueryInterruptTime Jun 2 17:49:05 x1 kernel: no match for USBD_ParseConfigurationDescriptor Jun 2 17:49:05 x1 kernel: no match for USBD_CreateConfigurationRequest Now, any idea on how to deal with this ? I am not even sure that USB stuff is supported under the ndis emulation, though there is a commented out hook for a variant of USBD_CreateConfigurationRequest in /usr/src/sys/compat/ndis/subr_usbd.c thanks luigi From owner-freebsd-current@FreeBSD.ORG Fri Jun 2 17:08:25 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06E1516A436 for ; Fri, 2 Jun 2006 17:08:25 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DEE243D53 for ; Fri, 2 Jun 2006 17:08:24 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.17.220]) ([10.251.17.220]) by a50.ironport.com with ESMTP; 02 Jun 2006 10:08:25 -0700 Message-ID: <44807087.6030501@elischer.org> Date: Fri, 02 Jun 2006 10:08:23 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Luigi Rizzo References: <20060602065153.A77713@xorpc.icir.org> In-Reply-To: <20060602065153.A77713@xorpc.icir.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: missing symbols in ndisulator (USB related) ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2006 17:08:25 -0000 Luigi Rizzo wrote: >Hi, >i need a clarification about what i can expect from the ndis emulator. >I have a couple of USB dongles that i tried on FreeBSD using ndisgen, >and both report problems at load time with the following message: > >1. a device reported as > kernel: ugen1: vendor 0x0cde product 0x0017, rev 2.00/1.84, addr 2 > drivers: WlanUTG.INF WLANUTG.SYS Fwusb1b.bin > and marked as '802.11g Wireless 125Mbps' (sold by Roper) > the error message when loading WLANUTG_SYS.ko is > Jun 2 17:23:38 x1 kernel: no match for USBD_CreateConfigurationRequest > >2. a no-name 802.11g device based on a ZyDAS chipset: > kernel: ugen2: ZyDAS USB2.0 WLAN, rev 2.00/43.30, addr 3 > the error message when loading ZD11UXP_sys.ko is > Jun 2 17:49:05 x1 kernel: no match for KeDelayExecutionThread > Jun 2 17:49:05 x1 kernel: no match for KeQueryInterruptTime > Jun 2 17:49:05 x1 kernel: no match for USBD_ParseConfigurationDescriptor > Jun 2 17:49:05 x1 kernel: no match for USBD_CreateConfigurationRequest > >Now, any idea on how to deal with this ? I am not even sure that USB stuff >is supported under the ndis emulation, though there is a commented >out hook for a variant of USBD_CreateConfigurationRequest in >/usr/src/sys/compat/ndis/subr_usbd.c > > hooking into USB is one of Bill's "might do some time" items as far as I remember. I don't recall seeing him adding support for USB NICs. > thanks > luigi >_______________________________________________ >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 Jun 2 18:26:22 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3D7C16A421; Fri, 2 Jun 2006 18:26:22 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EAC843D46; Fri, 2 Jun 2006 18:26:21 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k52IQJJ7009998 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Jun 2006 22:26:20 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k52IQJUw009997; Fri, 2 Jun 2006 22:26:19 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 2 Jun 2006 22:26:19 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Message-ID: <20060602182619.GM98544@FreeBSD.org> References: <20060524102738.GY84736@cell.sick.ru> <20060525073445.GH27819@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060525073445.GH27819@FreeBSD.org> User-Agent: Mutt/1.5.6i Cc: imp@FreeBSD.org Subject: Re: APM broken badly Was: USB problem after upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2006 18:26:22 -0000 On Thu, May 25, 2006 at 11:34:45AM +0400, Gleb Smirnoff wrote: T> An update on my mail about USB being broken. Looks like T> problem is not in USB at all, but in APM resume procedure. Sorry for noise. The problem is that I've messed up my device.hints file when doing mergemaster. Everything is OK with APM. Thanks one more time to Warner for fixing pccbb. Now apm(4) is again working in CURRENT w/o any additional patches needed. T> Okay. After resume I see the following issues: T> T> 1) Time did not changed at all while notebook was suspended. T> date(1) before and after sleep returns same time, no T> matter how long the notebook sleep. T> T> 2) Ethernet (fxp) doesn't work until I do down/up cycle. T> T> 3) Sound (csa) doesn't work. A program doing sound output T> blocks. T> T> 4) USB doesn't work. Quoting my own mail: T> T> T> usb_new_device: set address 2 failed - trying a port reset T> T> usb_new_device: set address 2 failed T> T> uhub_explore: usb_new_device failed, error=SET_ADDR_FAILED T> T> uhub0: device problem (SET_ADDR_FAILED), disabling port 1 T> T> T> T> After some time I unplugged the mouse, and plugged it again. After T> T> ~ 5 second pause it has been detected: T> T> T> T> ums0: on uhub0 T> T> ums0: 3 buttons and Z dir. T> T> T> T> But it works incredibly bad. Mouse cursor starts to move a couple seconds later T> T> than the actual move of the mouse. Cursor doesn't move smoothly, but jumps. T> T> USB and sound recover only after power down cycle. T> T> The timeframe between good and bad 7.0-CURRNET is quite broad: T> T> 4 March -> 23 May T> T> -- T> Totus tuus, Glebius. T> GLEBIUS-RIPN GLEB-RIPE T> _______________________________________________ T> freebsd-current@freebsd.org mailing list T> http://lists.freebsd.org/mailman/listinfo/freebsd-current T> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Jun 2 19:51:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D66F416A5F9 for ; Fri, 2 Jun 2006 19:51:40 +0000 (UTC) (envelope-from gexlie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37B9743D67 for ; Fri, 2 Jun 2006 19:51:38 +0000 (GMT) (envelope-from gexlie@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so666153uge for ; Fri, 02 Jun 2006 12:51:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=K8c5rnOG5jzPk+BWonzjZclE0835FxUzck1r1caAE32uCQoj5zB8yYbPp6o5ZcaeWjhEyT1JfmPJ+GTY+gxcmjooxuFeI/GOgxT3FBExYmliwqmHi0HwMYXBLTrjM+OtYAwcm6Iq48u6OUaO+qUZpnUBz+UAg16mpVfTz7vmL6U= Received: by 10.66.252.4 with SMTP id z4mr1096961ugh; Fri, 02 Jun 2006 12:45:19 -0700 (PDT) Received: by 10.67.101.1 with HTTP; Fri, 2 Jun 2006 12:45:19 -0700 (PDT) Message-ID: <53cc795f0606021245ud00f865u4cbfab1c020a6c88@mail.gmail.com> Date: Fri, 2 Jun 2006 23:45:19 +0400 From: sekes To: "John Baldwin" In-Reply-To: <200606011438.59989.jhb@freebsd.org> MIME-Version: 1.0 References: <53cc795f0605290205r1b1a898fm718188d767f68403@mail.gmail.com> <200605291510.20703.max@love2party.net> <200606011438.59989.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Max Laier , freebsd-current@freebsd.org, Robert Watson Subject: Re: kernel panic. pppoe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2006 19:51:41 -0000 THANK YOU GOD! I don't really how but it really works :) I'm still getting this after netgraph module loads: WARNING: attempt to net_add_domain(netgraph) after domainfinalize() but the kernel is not panic anymore. I will test my box with leaving ppp turned on during all the night, and then tell you results if everything will be bad On 6/1/06, John Baldwin wrote: > > On Monday 29 May 2006 09:10, Max Laier wrote: > > On Monday 29 May 2006 11:05, sekes wrote: > > > Cause my message has been lost in threads i repost it again here. > > > > > > > http://lists.freebsd.org/pipermail/freebsd-current/2006-May/062955.html > > > Sorry for annoying :-) > > > > > > Strange panic occurs in the kernel every time i'm trying to make PPPoE > > > connection > > > This problem is very important to me because since all that time it > > > presents in the kernel i am not able to establish any succesfull > internet > > > sessions longer than on 10-15 minutes:( > > > > > > panic: mutex Giant not owned at /usr/src/sys/net/if.c:2209 > > > cpuid = 0 > > > KDB: enter: panic > > > [thread pid 11 tid 100005 ] > > > Stopped at kdb_enter+0x2b: nop > > > db> > > > db> > > > db> > > > db> bt > > > Tracing pid 11 tid 100005 td 0xc28916c0 > > > kdb_enter(3230725374) at kdb_enter+43 > > > panic(3230722033,3230813051,3230769714,2209,3264851968) at panic+295 > > > _mtx_assert(3231693000,1,3230769714,2209) at _mtx_assert+102 > > > if_start(3264851968) at if_start+38 > > > ether_output_frame(3264851968,3265936896,3265938176,0,3270958224) at > > > ether_output_frame+384 > > > ng_ether_rcvdata(3270304512,3270958224,1717,3231718100,0) at > > > ng_ether_rcvdata+308 > > > ng_apply_item(0,3265938176,5,0,0) at ng_apply_item+278 > > > ng_snd_item(3270958224,0,3270958224,3266710848,3270315648) at > > > ng_snd_item+230 > > > pppoe_ticker(3270315648,3270304384,0,0,3227049343) at pppoe_ticker+229 > > > ng_apply_item(1,622,2,1,0) at ng_apply_item+495 > > > ng_snd_item(3270958272,0,3548757204,3228176966,3270958272) at > > > ng_snd_item+230 > > > ng_callout_trampoline(3270958272) at ng_callout_trampoline+13 > > > softclock(0) at softclock+518 > > > ithread_execute_handlers(3263761156,3263960576) at > > > ithread_execute_handlers+234 > > > ithread_loop(3263596944,3548757304) at ithread_loop+103 > > > fork_exit(3228039632,3263596944,3548757304) at fork_exit+164 > > > fork_trampoline() at fork_trampoline+8 > > > --- trap 1, eip = 0, esp = 3548757356, ebp = 0 --- > > > > Looks like you have a NIC that still requires the Giant lock around the > > network stack and you found a callpath that does not pick it up. As a > > workaround you can try to disable the mpsafe networking ( > debug.mpsafenet=0), > > be sure to tell us if that helps and examine "ifp" in the if_start frame > if > > possible. > > From the dmesg from his first post in the URL mpsafenet is already set to > 0. > I bet this netgraph callout is marked MPSAFE and needs to use > NET_LOCK_GIANT(). I'm not sure if it should be invoking a driver's > if_start() routine from a callout btw. You can try this patch: > > Index: ng_base.c > =================================================================== > RCS file: /usr/cvs/src/sys/netgraph/ng_base.c,v > retrieving revision 1.122 > diff -c -r1.122 ng_base.c > *** ng_base.c 12 Jan 2006 22:41:32 -0000 1.122 > --- ng_base.c 1 Jun 2006 18:38:07 -0000 > *************** > *** 3581,3587 **** > --- 3581,3589 ---- > { > item_p item = arg; > > + NET_LOCK_GIANT(); > ng_snd_item(item, 0); > + NET_UNLOCK_GIANT(); > } > > > > -- > John Baldwin > From owner-freebsd-current@FreeBSD.ORG Fri Jun 2 21:50:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D70CA16A5A2 for ; Fri, 2 Jun 2006 21:50:25 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3080843D49 for ; Fri, 2 Jun 2006 21:50:09 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 7490A115B4; Fri, 2 Jun 2006 16:50:09 -0500 (CDT) Date: Fri, 2 Jun 2006 16:50:06 -0500 From: Craig Boston To: Giorgos Keramidas Message-ID: <20060602215005.GA43170@nowhere> Mail-Followup-To: Craig Boston , Giorgos Keramidas , Kris Kennaway , freebsd-current@freebsd.org References: <20060522231437.GC1446@odin.ac.hmc.edu> <20060523133037.GA2908@gothmog.pc> <20060523143013.GA11472@ci0.org> <20060523194106.GA46634@xor.obsecurity.org> <20060524203645.GB13500@gothmog.pc> <20060524203747.GA88742@xor.obsecurity.org> <20060524204617.GA13701@gothmog.pc> <20060601002024.GA1453@gothmog.pc> <20060601210655.GA36389@xor.obsecurity.org> <20060601213527.GA53422@gothmog.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060601213527.GA53422@gothmog.pc> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: md /tmp and async mounts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2006 21:50:26 -0000 On Fri, Jun 02, 2006 at 12:35:27AM +0300, Giorgos Keramidas wrote: > Ok, I'll prepare a patch that enables async and disables -M. We should > also document the fact that tmpmfs="YES" and varmfs="YES" in rc.conf may > require the presence of at least one swap device by default, and point > the users to -M with a warning if they run FreeBSD without a swap device > but still want to use tmpmfs or varmfs :) I may be mistaken, but from my (brief) reading of the code it seems to me that perhaps "swap-backed" isn't an entirely accurate term. More like "VM-backed", with the understanding that VM is (usually) backed by swap. I think if you don't have any swap configured, a swap-backed md will be no worse off than a memory-backed one would. Craig From owner-freebsd-current@FreeBSD.ORG Fri Jun 2 22:07:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D70916A425 for ; Fri, 2 Jun 2006 22:07:28 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id F377B43D49 for ; Fri, 2 Jun 2006 22:07:27 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id AD5EF1A4EB6; Fri, 2 Jun 2006 15:07:27 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DA7B4512A6; Fri, 2 Jun 2006 18:07:24 -0400 (EDT) Date: Fri, 2 Jun 2006 18:07:24 -0400 From: Kris Kennaway To: Craig Boston , Giorgos Keramidas , Kris Kennaway , freebsd-current@freebsd.org Message-ID: <20060602220724.GA71883@xor.obsecurity.org> References: <20060523133037.GA2908@gothmog.pc> <20060523143013.GA11472@ci0.org> <20060523194106.GA46634@xor.obsecurity.org> <20060524203645.GB13500@gothmog.pc> <20060524203747.GA88742@xor.obsecurity.org> <20060524204617.GA13701@gothmog.pc> <20060601002024.GA1453@gothmog.pc> <20060601210655.GA36389@xor.obsecurity.org> <20060601213527.GA53422@gothmog.pc> <20060602215005.GA43170@nowhere> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <20060602215005.GA43170@nowhere> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: md /tmp and async mounts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2006 22:07:28 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 02, 2006 at 04:50:06PM -0500, Craig Boston wrote: > On Fri, Jun 02, 2006 at 12:35:27AM +0300, Giorgos Keramidas wrote: > > Ok, I'll prepare a patch that enables async and disables -M. We should > > also document the fact that tmpmfs=3D"YES" and varmfs=3D"YES" in rc.con= f may > > require the presence of at least one swap device by default, and point > > the users to -M with a warning if they run FreeBSD without a swap device > > but still want to use tmpmfs or varmfs :) >=20 > I may be mistaken, but from my (brief) reading of the code it seems to > me that perhaps "swap-backed" isn't an entirely accurate term. More > like "VM-backed", with the understanding that VM is (usually) backed by > swap. >=20 > I think if you don't have any swap configured, a swap-backed md will be > no worse off than a memory-backed one would. Yeah, it's kind of a poorly chosen name. Kris --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEgLabWry0BWjoQKURAs4/AJ4p1wyj2S2Y/SgYw6f88FgZxljRYACeJC8N REUijix3UIlkTQRDWdR5I9Q= =lM2e -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 2 23:59:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C277816A468; Fri, 2 Jun 2006 23:59:41 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F09D43D45; Fri, 2 Jun 2006 23:59:41 +0000 (GMT) (envelope-from randy@psg.com) Received: from cust16202.lava.net ([64.65.95.74] helo=[192.168.0.100]) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.62 (FreeBSD)) (envelope-from ) id 1FmJYK-000Cbt-Uu; Fri, 02 Jun 2006 23:59:41 +0000 Message-ID: <4480D0EC.6030106@psg.com> Date: Fri, 02 Jun 2006 13:59:40 -1000 From: Randy Bush User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: freebsd ports , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: exim gets lib conflict X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2006 23:59:41 -0000 7-current as of 31 may awk '{ print ($1+1) }' cnumber.h > cnumber.temp rm -f cnumber.h; mv cnumber.temp cnumber.h cc version.c rm -f exim cc -o exim /usr/bin/ld: warning: libutil.so.5, needed by /usr/local/lib/perl5/5.8.8/mach/CORE/libperl.so, may conflict with libutil.so.6 /usr/bin/ld: warning: libutil.so.5, needed by /usr/local/lib/perl5/5.8.8/mach/CORE/libperl.so, may conflict with libutil.so.6 /usr/local/lib/perl5/5.8.8/mach/CORE/libperl.so: undefined reference to `__h_error' *** Error code 1 Stop in /usr/ports/mail/exim/work/exim-4.62/build-FreeBSD-i386. *** Error code 1 Stop in /usr/ports/mail/exim/work/exim-4.62. *** Error code 1 Stop in /usr/ports/mail/exim. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade57619.3 make ** Fix the problem and try again. - From owner-freebsd-current@FreeBSD.ORG Sat Jun 3 01:21:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B58A16A422; Sat, 3 Jun 2006 01:21:37 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id C25B143D45; Sat, 3 Jun 2006 01:21:36 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com ([151.204.231.237]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0J0900IZBFRR6MJ2@vms048.mailsrvcs.net>; Fri, 02 Jun 2006 20:21:28 -0500 (CDT) Received: from [172.21.130.86] (mx-broadway [38.98.68.18]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k531LP29099550 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 02 Jun 2006 21:21:26 -0400 Date: Fri, 02 Jun 2006 21:21:20 -0400 From: Mikhail Teterin To: current@freebsd.org, amd64@freebsd.org Message-id: <200606022121.20535.mi+mx@aldan.algebra.com> Organization: Virtual Estates, Inc. MIME-version: 1.0 Content-type: Multipart/Mixed; boundary="Boundary-00=_QQOgEV7Sp5XBepL" X-Virus-Scanned: ClamAV 0.88/1507/Fri Jun 2 14:40:23 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 User-Agent: KMail/1.9.1 X-Mailman-Approved-At: Sat, 03 Jun 2006 01:32:15 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Assembler optimizations for libz X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2006 01:21:37 -0000 --Boundary-00=_QQOgEV7Sp5XBepL Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello? Is not anyone interested? http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/96393 The PR has only i386 code (from libz's contrib/ subdirectory), but since filing it, I have already made an amd64 implementation too, with very nice speed gains (like 30-40%). Does anyone care to try and commit to current for starters? -mi --Boundary-00=_QQOgEV7Sp5XBepL-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 3 02:10:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 707D216A423; Sat, 3 Jun 2006 02:10:31 +0000 (UTC) (envelope-from saturnero@freesbie.org) Received: from out2.alice.it (smtp-out03.alice.it [85.37.17.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id A254E43D46; Sat, 3 Jun 2006 02:10:27 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from FBCMMO02.fbc.local ([192.168.68.196]) by out2.alice.it with Microsoft SMTPSVC(6.0.3790.1830); Sat, 3 Jun 2006 04:10:26 +0200 Received: from client.alice.it ([192.168.68.142]) by FBCMMO02.fbc.local with Microsoft SMTPSVC(6.0.3790.1830); Sat, 3 Jun 2006 04:10:26 +0200 Received: from [192.168.99.16] ([87.5.150.129]) by client.alice.it with Microsoft SMTPSVC(6.0.3790.1830); Sat, 3 Jun 2006 04:10:25 +0200 Message-ID: <4480EF8B.10101@freesbie.org> Date: Sat, 03 Jun 2006 04:10:19 +0200 From: Dario Freni User-Agent: Mozilla Thunderbird 1.5.0.4 (Macintosh/20060530) MIME-Version: 1.0 To: Daichi GOTO References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> <4417DD8D.3050201@freebsd.org> <4433CA53.5050000@freebsd.org> <444E13BA.8050902@freebsd.org> <4475C119.1020305@freebsd.org> <447C919B.20303@freebsd.org> In-Reply-To: <447C919B.20303@freebsd.org> X-Enigmail-Version: 0.94.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0BEAED4E1C135BBC53229187" X-OriginalArrivalTime: 03 Jun 2006 02:10:26.0194 (UTC) FILETIME=[E0E36F20:01C686B2] X-Mailman-Approved-At: Sat, 03 Jun 2006 03:43:03 +0000 Cc: ozawa@ongs.co.jp, dkirhlarov@oilspace.com, freebsd-hackers@freebsd.org, meianoite@gmail.com, freebsd-fs@freebsd.org, freebsd-current@freebsd.org, kris@obsecurity.org, Alexander@Leidinger.net Subject: Re: [ANN] unionfs patchset-13 release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2006 02:10:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0BEAED4E1C135BBC53229187 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Daichi GOTO ha scritto: > Hi Guys! >=20 > It is my pleasure and honor to announce the availability of > the unionfs patchset-13. >=20 > Patchset-13: > For 7-current > http://people.freebsd.org/~daichi/unionfs/unionfs-p13.diff >=20 > For 6.x > http://people.freebsd.org/~daichi/unionfs/unionfs6-p13.diff >=20 > Changes in unionfs-p13.diff > - Fixed a bug that leads a panic around compat2 just > after VOP_RENAME call. >=20 > The documents of those unionfs patches: >=20 > http://people.freebsd.org/~daichi/unionfs/ (English) > http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) >=20 > Guys taking some panic troubles with p12, please try the p13 :) > We think that p13 is getting be no-panic code quality. Great work! There's a test iso available via torrent: http://torrent.freesbie.org/FreeSBIE-unionfs-i386-20060602.iso.torrent It seems quite stable. Testing is welcome. If it can be considered stable enough, I'll put it in our upcoming release. Please note that this kernel is compiled with debugging options enabled, so it is not good to see if performance are affected or not. I'm going to make a new build with a clean kernel with generic options. Bye, --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE project is looking for a new builder machine! Check http://www.freesbie.org/donations.html --------------enig0BEAED4E1C135BBC53229187 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEgO+Pymi72IiShysRAokJAKC07qFl6pPHM0az4oU4Q37g7N56fACgxuZS WF9ufldQIVtrYD/pWtkdNZE= =J13v -----END PGP SIGNATURE----- --------------enig0BEAED4E1C135BBC53229187-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 3 05:35:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92EF616A422 for ; Sat, 3 Jun 2006 05:35:13 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A23A43D45 for ; Sat, 3 Jun 2006 05:35:13 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.62 (FreeBSD)) (envelope-from ) id 1FmOn2-000Pfe-Lx for freebsd-current@freebsd.org; Sat, 03 Jun 2006 05:35:13 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FmLJR-0006bt-9M for freebsd-current@freebsd.org; Fri, 02 Jun 2006 15:52:25 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17536.60248.886470.177970@roam.psg.com> Date: Fri, 2 Jun 2006 15:52:24 -1000 To: FreeBSD Current Subject: Re: bsd.README fails in kernel build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jun 2006 05:35:13 -0000 [ oh, and i did google, and the file named in /etc/make.conf indeed exists in /usr/src/sys/i386/conf ] very very fresh cvsup, i386 awk -f /usr/src/sys/modules/mem/../../conf/kmod_syms.awk mem.kld export_syms | xargs -J% objcopy % mem.kld ld -Bshareable -d -warn-common -o mem.ko.debug mem.kld objcopy --only-keep-debug mem.ko.debug mem.ko.symbols objcopy --strip-debug --add-gnu-debuglink=mem.ko.symbols mem.ko.debug mem.ko ===> mfi (all) make: don't know how to make bsd.README. Stop *** Error code 2 From owner-freebsd-current@FreeBSD.ORG Sat Jun 3 05:35:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEDFC16A420 for ; Sat, 3 Jun 2006 05:35:14 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id A577643D46 for ; Sat, 3 Jun 2006 05:35:14 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.62 (FreeBSD)) (envelope-from ) id 1FmOn4-000Pfe-3s for freebsd-current@freebsd.org; Sat, 03 Jun 2006 05:35:14 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FmL0E-000IlM-KW for freebsd-current@freebsd.org; Fri, 02 Jun 2006 15:32:34 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17536.59058.219272.919323@roam.psg.com> Date: Fri, 2 Jun 2006 15:32:34 -1000 To: FreeBSD Current Subject: bsd.README fails in kernel build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jun 2006 05:35:15 -0000 very very fresh cvsup, i386 awk -f /usr/src/sys/modules/mem/../../conf/kmod_syms.awk mem.kld export_syms | xargs -J% objcopy % mem.kld ld -Bshareable -d -warn-common -o mem.ko.debug mem.kld objcopy --only-keep-debug mem.ko.debug mem.ko.symbols objcopy --strip-debug --add-gnu-debuglink=mem.ko.symbols mem.ko.debug mem.ko ===> mfi (all) make: don't know how to make bsd.README. Stop *** Error code 2 From owner-freebsd-current@FreeBSD.ORG Sat Jun 3 05:35:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 677F016A522; Sat, 3 Jun 2006 05:35:19 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9C5B43D49; Sat, 3 Jun 2006 05:35:18 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.62 (FreeBSD)) (envelope-from ) id 1FmOn8-000Pfe-76; Sat, 03 Jun 2006 05:35:18 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FmKH1-000Pgb-Ao; Fri, 02 Jun 2006 14:45:51 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17536.56253.822660.192022@roam.psg.com> Date: Fri, 2 Jun 2006 14:45:49 -1000 To: freebsd ports , FreeBSD Current Cc: Subject: security/nss undefined reference to `__h_error' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2006 05:35:19 -0000 -current as of 31 may cc -o FreeBSD7.0_OPT.OBJ/addbuiltin -O2 -fno-strict-aliasing -pipe -march=pentiumpro -I/usr/local/include/nspr -fpic -ansi -Wall -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -I/usr/X11R6/include -I../../dist/FreeBSD7.0_OPT.OBJ/include -I../../dist/public/ -I../../dist/private/ -fpic -ansi -Wall -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -I/usr/X11R6/include -I../../../dist/FreeBSD7.0_OPT.OBJ/include -I../../../dist/public/ -I../../../dist/private/ -I../../../dist/public/nss -I../../../dist/public/nspr -I../../../dist/public/libdbm -I../../../dist/FreeBSD7.0_OPT.OBJ/../public/security -I./include -fpic -ansi -Wall -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -I/usr/X11R6/include -I../../../../dist/FreeBSD7.0_OPT.OBJ/include -I../../../../dist/public/nss -I../../../../dist/private/nss -I../../../../dist/public/seccmd FreeBSD7.0_OPT.OBJ/addbuiltin.o ../../../../dist/FreeBSD7.0_OPT.OBJ/lib/libsectool.a -Wl,-rpath-link,../../../../dist/FreeBSD7.0_OPT.OBJ/lib -L../../../../dist/FreeBSD7.0_OPT.OBJ/lib -lssl3 -lsmime3 -lnss3 -L../../../../dist/FreeBSD7.0_OPT.OBJ/lib -lplc4 -lplds4 -lnspr4 -pthread -L/usr/local/lib -pthread /usr/local/lib/libplc4.so: undefined reference to `__h_error' gmake[2]: *** [FreeBSD7.0_OPT.OBJ/addbuiltin] Error 1 gmake[2]: Leaving directory `/usr/ports/security/nss/work/nss-3.11.1/mozilla/security/nss/cmd/addbuiltin' gmake[1]: *** [libs] Error 2 gmake[1]: Leaving directory `/usr/ports/security/nss/work/nss-3.11.1/mozilla/security/nss/cmd' gmake: *** [libs] Error 2 *** Error code 2 From owner-freebsd-current@FreeBSD.ORG Sat Jun 3 05:37:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C11D16A471; Sat, 3 Jun 2006 05:37:49 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC37F43D4C; Sat, 3 Jun 2006 05:37:48 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.62 (FreeBSD)) (envelope-from ) id 1FmOpY-000Pos-7l; Sat, 03 Jun 2006 05:37:48 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FmOpW-000Hf5-W9; Fri, 02 Jun 2006 19:37:47 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17537.8234.486997.767221@roam.psg.com> Date: Fri, 2 Jun 2006 19:37:46 -1000 To: freebsd ports , FreeBSD Current References: <17536.56253.822660.192022@roam.psg.com> Cc: Subject: Re: security/nss undefined reference to `__h_error' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2006 05:37:50 -0000 > -current as of 31 may > > cc -o FreeBSD7.0_OPT.OBJ/addbuiltin -O2 -fno-strict-aliasing -pipe > -march=pentiumpro -I/usr/local/include/nspr -fpic -ansi -Wall -DFREEBSD > -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE > -D_REENTRANT -I/usr/X11R6/include -I../../dist/FreeBSD7.0_OPT.OBJ/include > -I../../dist/public/ -I../../dist/private/ -fpic -ansi -Wall -DFREEBSD > -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE > -D_REENTRANT -I/usr/X11R6/include -I../../../dist/FreeBSD7.0_OPT.OBJ/include > -I../../../dist/public/ -I../../../dist/private/ -I../../../dist/public/nss > -I../../../dist/public/nspr -I../../../dist/public/libdbm > -I../../../dist/FreeBSD7.0_OPT.OBJ/../public/security -I./include -fpic > -ansi -Wall -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG > -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -I/usr/X11R6/include > -I../../../../dist/FreeBSD7.0_OPT.OBJ/include -I../../../../dist/public/nss > -I../../../../dist/private/nss -I../../../../dist/public/seccmd > FreeBSD7.0_OPT.OBJ/addbuiltin.o > ../../../../dist/FreeBSD7.0_OPT.OBJ/lib/libsectool.a > -Wl,-rpath-link,../../../../dist/FreeBSD7.0_OPT.OBJ/lib > -L../../../../dist/FreeBSD7.0_OPT.OBJ/lib -lssl3 -lsmime3 -lnss3 > -L../../../../dist/FreeBSD7.0_OPT.OBJ/lib -lplc4 -lplds4 -lnspr4 -pthread > -L/usr/local/lib -pthread > /usr/local/lib/libplc4.so: undefined reference to `__h_error' > gmake[2]: *** [FreeBSD7.0_OPT.OBJ/addbuiltin] Error 1 > gmake[2]: Leaving directory > `/usr/ports/security/nss/work/nss-3.11.1/mozilla/security/nss/cmd/addbuiltin' > gmake[1]: *** [libs] Error 2 > gmake[1]: Leaving directory > `/usr/ports/security/nss/work/nss-3.11.1/mozilla/security/nss/cmd' > gmake: *** [libs] Error 2 > *** Error code 2 fixed by rebuilding nspr-4.6.1 randy From owner-freebsd-current@FreeBSD.ORG Sat Jun 3 09:36:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5686D16A41F for ; Sat, 3 Jun 2006 09:36:20 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F13243D8D for ; Sat, 3 Jun 2006 09:36:10 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp1-g19.free.fr (Postfix) with ESMTP id F17669A9A7 for ; Sat, 3 Jun 2006 11:36:09 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id k539Zxud011270; Sat, 3 Jun 2006 11:36:01 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sat, 3 Jun 2006 11:35:51 +0200 User-Agent: KMail/1.9.1 References: <200606010042.47193.thierry@herbelot.com> <200605311930.17675.mistry.7@osu.edu> In-Reply-To: <200605311930.17675.mistry.7@osu.edu> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200606031135.52759.thierry@herbelot.com> Cc: Subject: Re: panic while playing with a ugen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.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, 03 Jun 2006 09:36:20 -0000 Le Thursday 1 June 2006 01:30, Anish Mistry a écrit : > On Wednesday 31 May 2006 18:42, Thierry Herbelot wrote: > > the panic occured when closing one endpoint of a ugen device (the > > device was disconnecting from the USB bus after being reseted). > > I haven't seen this particular panic with ugen before. > Try the patch in PR: usb/97271. If you've got a test program and > instructions that can reproduce this panic after applying that patch > let me know. > > Thanks, indeed, after applying the patch from usb/97271, the behaviour seems to be more stable (multiple runs of mytest program, in a loop, and not one panic so far). Thanks TfH From owner-freebsd-current@FreeBSD.ORG Sat Jun 3 14:09:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FD1B16A4C9; Sat, 3 Jun 2006 14:09:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA44343D5E; Sat, 3 Jun 2006 14:09:33 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [131.106.58.208] (72-255-64-171.client.stsn.net [72.255.64.171]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k53E9Eng006218; Sat, 3 Jun 2006 10:09:15 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Sat, 3 Jun 2006 10:09:03 -0400 User-Agent: KMail/1.9.1 References: <200606022121.20535.mi+mx@aldan.algebra.com> In-Reply-To: <200606022121.20535.mi+mx@aldan.algebra.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200606031009.04640.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1510/Sat Jun 3 08:07:20 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Mikhail Teterin Subject: Re: Assembler optimizations for libz X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2006 14:09:35 -0000 On Friday 02 June 2006 21:21, Mikhail Teterin wrote: > Hello? Is not anyone interested? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/96393 > > The PR has only i386 code (from libz's contrib/ subdirectory), but since > filing it, I have already made an amd64 implementation too, with very nice > speed gains (like 30-40%). > > Does anyone care to try and commit to current for starters? I think lots of people are busy. :) I glanced at it and still have it on my todo list, but have many things on said list. Can you expand on the problem you have with inffast.S? Also, it might read better if the flow of the Makefile is: .if ${MACHINE_ARCH} = "i386" . if ${CPUTYPE:Mpentium*} . if ${CPUTYPE} == "pentium" || .. .PATH: . else .PATH: . endif SRCS+= match.S CFLAGS+= ... . endif SRCS+= inffast.S CFLAGS+= ... .PATH: ... . if ${CPUTYPE} == "pentium-mmx" CFLAGS+= ... . endif .else SRCS+= inffast.c .endif That is, merge the two i386 sections into one section. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat Jun 3 15:10:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6CB616A479; Sat, 3 Jun 2006 15:10:24 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D58C43D48; Sat, 3 Jun 2006 15:10:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3FF9A1A3C1F; Sat, 3 Jun 2006 08:10:24 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9C0965134C; Sat, 3 Jun 2006 11:10:23 -0400 (EDT) Date: Sat, 3 Jun 2006 11:10:23 -0400 From: Kris Kennaway To: Sven Petai Message-ID: <20060603151023.GA341@xor.obsecurity.org> References: <20060506150622.C17611@fledge.watson.org> <20060507230430.GA6872@xor.obsecurity.org> <20060508065207.GA20386@xor.obsecurity.org> <200605142221.46093.hadara@bsd.ee> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <200605142221.46093.hadara@bsd.ee> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Robert Watson , Kris Kennaway Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2006 15:10:25 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 14, 2006 at 10:21:45PM +0300, Sven Petai wrote: > > int > > chgsbsize(uip, hiwat, to, max) > > struct uidinfo *uip; > > u_int *hiwat; > > u_int to; > > rlim_t max; > > { > > rlim_t new; > > > > UIDINFO_LOCK(uip); > > > > So the next question is how can that be optimized? > > > > Kris >=20 > hi >=20 > on the 8 core machine this lock was the top contended one with rwatsons p= atch,=20 > with over 8 million failed acquire attempts. > Originally the unp lock had only ~3 million of those, so this explains th= e=20 > sharp drop with larger number of threads I suppose. >=20 > I feel like I'm missing some very obvious reason, but wouldn't the simple= st=20 > workaround be just to return 1 right away if limit is set to infinity, wh= ich=20 > is almost always the case since it's the default, and document on the=20 > login.conf manpage that you might take performance hit with this type of= =20 > workloads when you set sbsize limits. I tried removing the locking here but did not see a performance change, so I concluded that it's not actually a bottleneck. FYI, I have been working on the locking profiling tools quite a bit lately, and also have started profiling on a 32-thread sun4v system. I hope to have the patches ready to send out soon (they fix a serious design error in mutex profiling that makes some of the profiling stats meaningless, substantially fix performance (20%-25% cost at the moment instead of >80%), and I also have an implementation of spinlock profiling using ktr that seems to be extremely cheap). All of my other large MP systems are offline though, so the only machines I have for profiling right now are a dual p4 xeon and Kip Macy's 32-way T1 :-) > I wonder if I should set up automatic&periodic performance testing > system, that would run all the tests for example once a week, with > latest current and stable, so that it would be easier for developers > to see how changes affect different workloads. >=20 > If you guys think it would be worthwile, what would be the bechmarks > you would like to see in addition to mysql+supersmack ? This kind of thing might be a bit tricky to set up, but it would be well worth it! Kris --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEgaZfWry0BWjoQKURAhvHAKDwtO2+rnyrUjk+AMCvwVb6BXaf3wCgtE4F XuLbXHe2C0ie+Z7QW8larcU= =iqLk -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 3 15:13:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 267E916A479 for ; Sat, 3 Jun 2006 15:13:10 +0000 (UTC) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8599743D55 for ; Sat, 3 Jun 2006 15:13:09 +0000 (GMT) (envelope-from nate@root.org) Received: from [192.168.1.4] (n219077215102.netvigator.com [219.77.215.102]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id k53FCXqL021555 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 3 Jun 2006 08:12:35 -0700 Message-ID: <4481A680.1070608@root.org> Date: Sat, 03 Jun 2006 08:10:56 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: Yar Tikhiy References: <20060528142039.GA80613@comp.chem.msu.su> <447B551F.8000904@root.org> <20060531073145.GA30802@comp.chem.msu.su> <447DB684.7060503@root.org> <20060601102014.GA58143@comp.chem.msu.su> In-Reply-To: <20060601102014.GA58143@comp.chem.msu.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2006 15:13:10 -0000 Yar Tikhiy wrote: > On Wed, May 31, 2006 at 08:30:12AM -0700, Nate Lawson wrote: >> Yar Tikhiy wrote: >>> As I reported in <20060529085723.GA98288@comp.chem.msu.su>, this >>> way of disabling apic didn't work in my case for some reason although >>> I had triple checked the line in device.hints. The only mention >>> of apic in the output from sysctl -a was there irrespective of the >>> setting in device.hints: "hw.apic.enable_extint: 0". Perhaps my >>> system has no apic at all? >>> >>> Nevertheless, removing "device apic" from the kernel changed things >>> in a way, but C3 still was unusable and the system would go to C2 >>> after detecting too many short sleeps by cpu0, which was described >>> in the said message, too. >> It appears that may be a different problem. On systems with the lapic >> issue, it seems both C2/C3 are unusable. However, it seems C3 is >> unusable on some other systems for a different reason. If you could >> look into the datasheet errata for your chipset, you might find >> something about this. I already have specially called out a few >> chipsets in acpi_cpu.c to not use C3. > > Alas, I've failed to find the errata. My m/b is Epox EP-8K3AE, > based on VIA KT333: > > http://www.epox.nl/products/view.php?product_id=388 Not pointing fingers, but I've had a lot of C3 problems on VIA southbridges. I don't know if it's something we're doing wrong or they are. >> Oh and do you have usb compiled in? C3 won't be used on systems that >> have usb compiled in due to the constant bus master activity when usb >> polls ports. Anyone interested in helping with this? It basically >> involves adding a timeout to usb to run every 1 second or so that pokes >> usb to check for new devices and then disables it again. (global >> suspend function I think). > > FWIW, my system backs off from C3 to C2 even with no usb stuff in > the kernel. Here I mean the case of no apic in the kernel either, > when my system can survive setting cx_lowest to C3 without freeze. It prints the "c3 unusable, backing off" message? That means that the system idle thread looped too many times immediately instead of pausing when C3 was used. I'm not sure there's anything we can do about th From owner-freebsd-current@FreeBSD.ORG Sat Jun 3 15:24:58 2006 Return-Path: X-Original-To: freebsd-current@www.freebsd.org Delivered-To: freebsd-current@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04E0416A4D6 for ; Sat, 3 Jun 2006 15:24:58 +0000 (UTC) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42F8343D48 for ; Sat, 3 Jun 2006 15:24:55 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (localhost.localdomain [127.0.0.1]) by afrodita.rcub.bg.ac.yu (8.13.6/8.13.4) with ESMTP id k53FOnnq032028 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 3 Jun 2006 17:24:49 +0200 Received: from localhost (ggajic@localhost) by afrodita.rcub.bg.ac.yu (8.13.6/8.13.6/Submit) with ESMTP id k53FOmbM032025 for ; Sat, 3 Jun 2006 17:24:49 +0200 Date: Sat, 3 Jun 2006 17:24:48 +0200 (CEST) From: Goran Gajic To: freebsd-current@www.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Sat, 03 Jun 2006 16:05:41 +0000 Cc: Subject: sftp core dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2006 15:25:07 -0000 Hi, Just did make buildworld today and this is what I get when I try sftp: magarac# sftp root@192.168.1.2 Connecting to 192.168.1.2... Password: sftp> ls Segmentation fault (core dumped) magarac# sftp root@192.168.1.2 Connecting to 192.168.1.2... Password: sftp> cd /usr/src/sys sftp> get Makefile Segmentation fault (core dumped) magarac# uname -a FreeBSD magarac 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sat Jun 3 16:56:59 CEST 2006 root@magarac:/usr/src/sys/amd64/compile/GENERIC amd64 Regards, gg. From owner-freebsd-current@FreeBSD.ORG Sat Jun 3 21:09:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8225916A475; Sat, 3 Jun 2006 21:09:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23C5043D48; Sat, 3 Jun 2006 21:09:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.6/8.13.4) with ESMTP id k53L9lYv087870; Sat, 3 Jun 2006 17:09:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k53L9l1l036934; Sat, 3 Jun 2006 17:09:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CF7B17302F; Sat, 3 Jun 2006 17:09:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060603210946.CF7B17302F@freebsd-current.sentex.ca> Date: Sat, 3 Jun 2006 17:09:46 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean 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: Sat, 03 Jun 2006 21:09:50 -0000 TB --- 2006-06-03 19:47:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-03 19:47:24 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-06-03 19:47:24 - cleaning the object tree TB --- 2006-06-03 19:47:56 - checking out the source tree TB --- 2006-06-03 19:47:56 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-06-03 19:47:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-03 19:55:58 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-03 19:55:58 - cd /src TB --- 2006-06-03 19:55:58 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-06-03 21:03:36 - generating LINT kernel config TB --- 2006-06-03 21:03:36 - cd /src/sys/sparc64/conf TB --- 2006-06-03 21:03:36 - /usr/bin/make -B LINT TB --- 2006-06-03 21:03:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-06-03 21:03:36 - cd /src TB --- 2006-06-03 21:03:36 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 3 21:03:36 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/pccard/pccard_cis_quirks.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/pccard/pccard_device.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/pccard/power_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror power_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/pccbb/pccbb.c /src/sys/dev/pccbb/pccbb.c: In function `cbb_resume': /src/sys/dev/pccbb/pccbb.c:1478: error: `cbb_intr' undeclared (first use in this function) /src/sys/dev/pccbb/pccbb.c:1478: error: (Each undeclared identifier is reported only once /src/sys/dev/pccbb/pccbb.c:1478: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-03 21:09:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-03 21:09:46 - ERROR: failed to build lint kernel TB --- 2006-06-03 21:09:46 - tinderbox aborted TB --- 1.02 user 5.02 system 4941.98 real From owner-freebsd-current@FreeBSD.ORG Sat Jun 3 21:31:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FFA416A4FF for ; Sat, 3 Jun 2006 21:31:06 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4010243D90 for ; Sat, 3 Jun 2006 21:30:48 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.6) with ESMTP id k53LXIQo008089 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Jun 2006 17:33:25 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: thierry@herbelot.com Date: Sat, 3 Jun 2006 17:31:06 -0400 User-Agent: KMail/1.9.1 References: <200606010042.47193.thierry@herbelot.com> <200605311930.17675.mistry.7@osu.edu> <200606031135.52759.thierry@herbelot.com> In-Reply-To: <200606031135.52759.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3871149.Ru5PDYsGYk"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200606031731.06836.mistry.7@osu.edu> X-Spam-Status: No, score=-5.5 required=5.0 tests=ALL_TRUSTED,BAYES_50, MYFREEBSD3 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.2/1509/Sat Jun 3 04:10:22 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: panic while playing with a ugen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2006 21:31:09 -0000 --nextPart3871149.Ru5PDYsGYk Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 03 June 2006 05:35, Thierry Herbelot wrote: > Le Thursday 1 June 2006 01:30, Anish Mistry a =E9crit : > > On Wednesday 31 May 2006 18:42, Thierry Herbelot wrote: > > > the panic occured when closing one endpoint of a ugen device > > > (the device was disconnecting from the USB bus after being > > > reseted). > > > > I haven't seen this particular panic with ugen before. > > Try the patch in PR: usb/97271. If you've got a test program and > > instructions that can reproduce this panic after applying that > > patch let me know. > > > > Thanks, > > indeed, after applying the patch from usb/97271, the behaviour > seems to be more stable (multiple runs of mytest program, in a > loop, and not one panic so far). Excellent. I'm currently working with a commiter to get these changes=20 into the tree. =2D-=20 Anish Mistry --nextPart3871149.Ru5PDYsGYk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEgf+axqA5ziudZT0RArJXAKCUA/NmuvzAHpU5DBzfhDVn40BawwCgmRio GaUPrqTW6HaDzNhATmpPrO8= =raNz -----END PGP SIGNATURE----- --nextPart3871149.Ru5PDYsGYk--