From owner-freebsd-stable Sun Mar 9 2: 0: 2 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A79C37B404 for ; Sun, 9 Mar 2003 02:00:01 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 90BE243F85 for ; Sun, 9 Mar 2003 01:59:58 -0800 (PST) (envelope-from alexander.pohoyda@gmx.net) Received: (qmail 32348 invoked by uid 0); 9 Mar 2003 09:59:56 -0000 Received: from p508BEB18.dip.t-dialin.net (EHLO oak.pohoyda.family) (80.139.235.24) by mail.gmx.net (mp001-rz3) with SMTP; 09 Mar 2003 10:59:56 +0100 Received: from oak.pohoyda.family (oak.pohoyda.family [127.0.0.1]) by oak.pohoyda.family (8.12.8/8.12.6) with ESMTP id h29A0Ane003439; Sun, 9 Mar 2003 11:00:13 +0100 (CET) (envelope-from alexander.pohoyda@gmx.net) Received: (from apog@localhost) by oak.pohoyda.family (8.12.8/8.12.6/Submit) id h29A050T003436; Sun, 9 Mar 2003 11:00:05 +0100 (CET) X-Authentication-Warning: oak.pohoyda.family: apog set sender to alexander.pohoyda@gmx.net using -f To: Andrei Popov Cc: stable@freebsd.org, current@freebsd.org, andrei@ceesaxp.org Subject: Re: XFree86 4.3 and Cyrillic Xkb layouts References: <20030308205158.84603.qmail@web13304.mail.yahoo.com> From: Alexander Pohoyda Date: 09 Mar 2003 11:00:03 +0100 In-Reply-To: <20030308205158.84603.qmail@web13304.mail.yahoo.com> Message-ID: <87fzpweu70.fsf@oak.pohoyda.family> Lines: 18 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrei Popov writes: > There's something fishy with Xkb in 4.3: whenever I try cyrillic > layouts (e.g. ru, bg, ua, etc.), I cannot type a thing (and yes, > cyrillic fonts are listed in font path). > Running xev shows that event is there. Anyone seen the same > behavior/knows what may be the cause? Please try setting the locale: export LC_CTYPE="ru_RU.KOI8-R" or setenv LC_CTYPE "ru_RU.KOI8-R" -- Alexander Pohoyda To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 9 2:21:36 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E8E637B401 for ; Sun, 9 Mar 2003 02:21:35 -0800 (PST) Received: from wg.pu.ru (wg.pu.ru [193.124.85.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCA7943FE0 for ; Sun, 9 Mar 2003 02:21:33 -0800 (PST) (envelope-from batuto@yb3791.spb.edu) Received: (from uucp@localhost) by wg.pu.ru (8.9.1a/8.9.1) with UUCP id KAA24968; Sun, 9 Mar 2003 10:21:32 GMT Received: by yb3791.spb.edu (Postfix, from userid 1000) id 22F3F6E6; Sun, 9 Mar 2003 13:16:43 +0300 (MSK) From: "Yan V. Batuto" To: stable@freebsd.org Subject: Re: XFree86 4.3 and Cyrillic Xkb layouts Date: Sun, 9 Mar 2003 13:16:42 +0300 User-Agent: KMail/1.5 References: In-Reply-To: Cc: andyelf@yahoo.com MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200303091316.42751.batuto@mail.ru> Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG May be it is not exactly your case, but after installing 4.3.0 I could not toggle between cyrillic and latin chars. To make xkb work properly I had to change in XF86Config Option "XkbLayout" "ru" to Option "XkbLayout" "us,ru" > There's something fishy with Xkb in 4.3: whenever I try cyrillic > layouts (e.g. ru, bg, ua, etc.), I cannot type a thing (and yes, > cyrillic fonts are listed in font path). Once I change it to any > latin-based (us, pl, sk, cz, fr, etc.) -- all is ok. > > Running xev shows that event is there. Anyone seen the same > behavior/knows what may be the cause? > > This is with 11th diff on a 4-5 days old -CURRENT (sorry for > cross-posting, most of 4.3 discussion was on -stable list, but this > is a -current system). A computer is a Toshiba Portege 7200. > > > -- Andrei > > > __________________________________________________ > Do you Yahoo!? > Yahoo! Tax Center - forms, calculators, tips, more > http://taxes.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 9 5:29:57 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E96CB37B401 for ; Sun, 9 Mar 2003 05:29:55 -0800 (PST) Received: from aurora.siteplus.com (aurora.siteplus.com [66.129.2.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 736C943FE3 for ; Sun, 9 Mar 2003 05:29:45 -0800 (PST) (envelope-from jim@jwweeks.com) Received: from veager.jwweeks.com (pcp03144169pcs.midval01.tn.comcast.net [68.59.246.106]) by aurora.siteplus.com (8.12.8/8.12.6) with ESMTP id h29DTk1C059989; Sun, 9 Mar 2003 08:29:48 -0500 (EST) (envelope-from jim@jwweeks.com) Date: Sun, 9 Mar 2003 08:29:20 -0500 (EST) From: Jim Weeks To: Barry Irwin Cc: Olivier Saut , Subject: Re: Bad hardware? In-Reply-To: <020f01c2e4b0$bb1d93d0$4508a8c0@Beastie> Message-ID: <20030309082733.L6631-100000@veager.jwweeks.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 7 Mar 2003, Barry Irwin wrote: > Quote possibly, however try another IDE cable first, this could be the cause > of the problem. You might carefully consider your cooling also. I have found that Seagate drives run extremely hot and will cause these hard write errors when in that state. -- Jim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 9 5:48:41 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 016BD37B404 for ; Sun, 9 Mar 2003 05:48:40 -0800 (PST) Received: from web13307.mail.yahoo.com (web13307.mail.yahoo.com [216.136.175.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 48D0C43FAF for ; Sun, 9 Mar 2003 05:48:39 -0800 (PST) (envelope-from andyelf@yahoo.com) Message-ID: <20030309134838.50020.qmail@web13307.mail.yahoo.com> Received: from [213.76.96.254] by web13307.mail.yahoo.com via HTTP; Sun, 09 Mar 2003 05:48:38 PST Date: Sun, 9 Mar 2003 05:48:38 -0800 (PST) From: Andrei Popov Subject: Re: XFree86 4.3 and Cyrillic Xkb layouts To: Alexander Pohoyda Cc: stable@freebsd.org, current@freebsd.org, andrei@ceesaxp.org In-Reply-To: <87fzpweu70.fsf@oak.pohoyda.family> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Please try setting the locale: > export LC_CTYPE="ru_RU.KOI8-R" > or > setenv LC_CTYPE "ru_RU.KOI8-R" Yow! Worked -- which is a bit strange: with 4.2 nothing like this was necessary... > -- > Alexander Pohoyda > Thanks, -- Andrei __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 9 5:55:15 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FE9337B401 for ; Sun, 9 Mar 2003 05:55:14 -0800 (PST) Received: from web13306.mail.yahoo.com (web13306.mail.yahoo.com [216.136.175.42]) by mx1.FreeBSD.org (Postfix) with SMTP id 2FBFC43FA3 for ; Sun, 9 Mar 2003 05:55:14 -0800 (PST) (envelope-from andyelf@yahoo.com) Message-ID: <20030309135514.76308.qmail@web13306.mail.yahoo.com> Received: from [213.76.96.254] by web13306.mail.yahoo.com via HTTP; Sun, 09 Mar 2003 05:55:14 PST Date: Sun, 9 Mar 2003 05:55:14 -0800 (PST) From: Andrei Popov Subject: Re: XFree86 4.3 and Cyrillic Xkb layouts To: "Yan V. Batuto" , stable@freebsd.org Cc: andyelf@yahoo.com In-Reply-To: <200303091316.42751.batuto@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- "Yan V. Batuto" wrote: > May be it is not exactly your case, but after installing 4.3.0 I > could not toggle > between cyrillic and latin chars. > To make xkb work properly I had to change in XF86Config > Option "XkbLayout" "ru" > to > Option "XkbLayout" "us,ru" > Yeah, concur that as well: after small change in .cshrc (setenv LC_CTYPE ru_RU.KOI8-R) all starts up and I can type & all, but XkbOptions "grp:ctrl_shift_toggle" does not seem to have any effect. -- Andrei __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 9 6:36: 0 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A60A437B401 for ; Sun, 9 Mar 2003 06:35:58 -0800 (PST) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id A01B543FB1 for ; Sun, 9 Mar 2003 06:35:55 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.6/8.12.5) with ESMTP id h29EZm8U019209; Sun, 9 Mar 2003 07:35:48 -0700 (MST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.6/8.12.5/Submit) id h29EZkPh019208; Sun, 9 Mar 2003 07:35:46 -0700 (MST) (envelope-from ken) Date: Sun, 9 Mar 2003 07:35:46 -0700 From: "Kenneth D. Merry" To: Mamoru Iwaki Cc: stable@FreeBSD.ORG Subject: Re: cdcontrol via atapicam in 4.8-RC Message-ID: <20030309073546.A19190@panzer.kdm.org> References: <20030306124454.5330.qmail@pikachu.bsp.bc.niigata-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030306124454.5330.qmail@pikachu.bsp.bc.niigata-u.ac.jp>; from iwaki@bc.niigata-u.ac.jp on Thu, Mar 06, 2003 at 09:44:51PM +0900 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Mar 06, 2003 at 21:44:51 +0900, Mamoru Iwaki wrote: > Hi, > > I cannot playback music from audio CD via atapicam using cdcontrol > in 4.8-RC while mounting of iso9660 data CD works well. > Is it a spec. of atapicam ? > > I have two CD drives; one is cd0 on ahc0, the other is cd1 on ata1. > I can playback music from cd0, real SCSI device, but cd1, pseudo > SCSI device via atapicam. > > cdcontrol can get info from CD as follows. > [ ... ] > The above operations make the following messages in > /var/log/messages without any playbacked sound. > > Mar 6 21:23:59 mi000 /kernel: (cd1:ata1:0:0:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0 > Mar 6 21:23:59 mi000 /kernel: (cd1:ata1:0:0:0): ILLEGAL REQUEST asc:1a,0 > Mar 6 21:23:59 mi000 /kernel: (cd1:ata1:0:0:0): Parameter list length error > Mar 6 21:24:11 mi000 /kernel: (cd1:ata1:0:0:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0 > Mar 6 21:24:11 mi000 /kernel: (cd1:ata1:0:0:0): ILLEGAL REQUEST asc:1a,0 > Mar 6 21:24:11 mi000 /kernel: (cd1:ata1:0:0:0): Parameter list length error > Mar 6 21:24:26 mi000 /kernel: (cd1:ata1:0:0:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0 > Mar 6 21:24:26 mi000 /kernel: (cd1:ata1:0:0:0): ILLEGAL REQUEST asc:1a,0 > Mar 6 21:24:26 mi000 /kernel: (cd1:ata1:0:0:0): Parameter list length error This is a known problem. I fixed it in current, but the code has not yet been MFCed. Until I do that (most likely after 4.8 goes out the door), try using the regular ATAPI CD device with cdcontrol. e.g.: cdcontrol -f /dev/acd1c Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 9 11:20:36 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6BB237B401 for ; Sun, 9 Mar 2003 11:20:35 -0800 (PST) Received: from nymph.iso.is (nymph.iso.is [193.109.22.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E53943F85 for ; Sun, 9 Mar 2003 11:20:34 -0800 (PST) (envelope-from isak@nymph.iso.is) Received: from nymph.iso.is (smmsp@localhost.iso.is [127.0.0.1]) by nymph.iso.is (8.12.8/8.11.6/Isak_Ben/iso.is_yeah!) with ESMTP id h29JYE6B014404 for ; Sun, 9 Mar 2003 19:34:14 GMT (envelope-from isak@nymph.iso.is) Received: (from root@localhost) by nymph.iso.is (8.12.8/8.12.8/Submit) id h29JYDl6014403 for freebsd-stable@freebsd.org; Sun, 9 Mar 2003 19:34:13 GMT (envelope-from isak) Date: Sun, 9 Mar 2003 19:34:13 +0000 From: =?iso-8859-1?Q?=CDsak_Ben?= To: freebsd-stable@freebsd.org Subject: subscribe Message-ID: <20030309193413.A14378@nymph.iso.is> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 9 12:41:29 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3820937B401 for ; Sun, 9 Mar 2003 12:41:28 -0800 (PST) Received: from pop018.verizon.net (pop018pub.verizon.net [206.46.170.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A0C243FBF for ; Sun, 9 Mar 2003 12:41:27 -0800 (PST) (envelope-from cswiger@mac.com) Received: from mac.com ([129.44.42.236]) by pop018.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030309204126.SQGG6884.pop018.verizon.net@mac.com> for ; Sun, 9 Mar 2003 14:41:26 -0600 Message-ID: <3E6BA6F0.2070004@mac.com> Date: Sun, 09 Mar 2003 15:41:20 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: "leak" in softupdates? References: <20030305204526.T38115@hub.org> <20030307090033.GA61037@HAL9000.homeunix.com> In-Reply-To: <20030307090033.GA61037@HAL9000.homeunix.com> X-Enigmail-Version: 0.73.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at pop018.verizon.net from [129.44.42.236] at Sun, 9 Mar 2003 14:41:26 -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Schultz wrote: [ ... ] > You can guarantee that everything is flushed to disk (if even for > a brief moment) by attempting to unmount the filesystem you want > to sync (without -f). The unmount will fail because the > filesystem is in use, but everything will be written out before it > does. Sounds like "lockfs" (from Solaris) would be useful here. -- -Chuck To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 9 20:45:50 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5972737B401 for ; Sun, 9 Mar 2003 20:45:48 -0800 (PST) Received: from pikachu.bsp.bc.niigata-u.ac.jp (pikachu.bsp.bc.niigata-u.ac.jp [133.35.85.2]) by mx1.FreeBSD.org (Postfix) with SMTP id EC6F443FBD for ; Sun, 9 Mar 2003 20:45:45 -0800 (PST) (envelope-from iwaki@bc.niigata-u.ac.jp) Received: (qmail 10718 invoked by alias); 10 Mar 2003 13:45:41 +0900 Message-ID: <20030310044541.10713.qmail@pikachu.bsp.bc.niigata-u.ac.jp> Date: Mon, 10 Mar 2003 13:45:39 +0900 (JST) To: stable@FreeBSD.ORG Subject: Re: cdcontrol via atapicam in 4.8-RC From: Mamoru Iwaki In-Reply-To: <20030309073546.A19190@panzer.kdm.org> References: <20030306124454.5330.qmail@pikachu.bsp.bc.niigata-u.ac.jp> <20030309073546.A19190@panzer.kdm.org> X-Mailer: Mew version 2.2 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: "Kenneth D. Merry" Subject: Re: cdcontrol via atapicam in 4.8-RC Date: Sun, 9 Mar 2003 07:35:46 -0700 > On Thu, Mar 06, 2003 at 21:44:51 +0900, Mamoru Iwaki wrote: > > Hi, > > > > I cannot playback music from audio CD via atapicam using cdcontrol > > in 4.8-RC while mounting of iso9660 data CD works well. > > Is it a spec. of atapicam ? > > The above operations make the following messages in > > /var/log/messages without any playbacked sound. > > > > Mar 6 21:23:59 mi000 /kernel: (cd1:ata1:0:0:0): MODE SELECT(06). CDB: 15 10 0 0 1c 0 > > Mar 6 21:23:59 mi000 /kernel: (cd1:ata1:0:0:0): ILLEGAL REQUEST asc:1a,0 > > Mar 6 21:23:59 mi000 /kernel: (cd1:ata1:0:0:0): Parameter list length error > This is a known problem. > > I fixed it in current, but the code has not yet been MFCed. > > Until I do that (most likely after 4.8 goes out the door), try using the > regular ATAPI CD device with cdcontrol. e.g.: > > cdcontrol -f /dev/acd1c I see. Hopefully, it would be fixed in 4.8-RELEASE because enabling both atapicam and atapi?? looks dangerous; i.e. it is hard to guarantee mutually exclusive access to the device, and there is no description in case that the device is accessed via both ways simultaneously. Thank you for your advice. --- ----- Mamoru IWAKI (iwaki@bc.niigata-u.ac.jp) Graduate School of Science and Technology, Niigata University To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Mar 9 22:32:33 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8FF637B401 for ; Sun, 9 Mar 2003 22:32:29 -0800 (PST) Received: from spqr.osg.gov.bc.ca (spqr.osg.gov.bc.ca [142.32.102.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C25743F3F for ; Sun, 9 Mar 2003 22:32:28 -0800 (PST) (envelope-from Cy.Schubert@osg.gov.bc.ca) Received: from passer.osg.gov.bc.ca (passer.osg.gov.bc.ca [142.32.110.29]) by spqr.osg.gov.bc.ca (Postfix) with ESMTP id 199019EF21 for ; Sun, 9 Mar 2003 22:32:28 -0800 (PST) Received: from cwsys.cwsent.com (cwsys2 [10.1.2.1]) by passer.osg.gov.bc.ca (8.12.8/8.12.3) with ESMTP id h2A6WRWR086424 for ; Sun, 9 Mar 2003 22:32:27 -0800 (PST) (envelope-from cy@cwsent.com) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.12.8/8.12.7) with ESMTP id h2A6WReU003913 for ; Sun, 9 Mar 2003 22:32:27 -0800 (PST) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Message-Id: <200303100632.h2A6WReU003913@cwsys.cwsent.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Reply-To: Cy Schubert - CITS Open Systems Group From: Cy Schubert - CITS Open Systems Group X-os: FreeBSD X-url: http://www.komquats.com/ X-Sender: cy@cwsent.com To: freebsd-stable@freebsd.org Subject: Re: (da0:ahc0:0:0:0): Unexpected busfree in Data-in phase and other weirdness In-Reply-To: Your message of "Thu, 06 Mar 2003 23:58:37 +0100." <20030306225837.GA1277@goku.kasby> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Mar 2003 22:32:27 -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20030306225837.GA1277@goku.kasby>, Francesco Casadei writes: > > --Dxnq1zWXvFF0Q93v > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Thu, Mar 06, 2003 at 03:33:55PM +0100, Andre Albsmeier wrote: > > (I assume the cabling/termination has been checked already.) > >=20 > > I had bus problems with my DNES until I upgraded the firmware to: > >=20 > > da2: Fixed Direct Access SCSI-3 device=20 > >=20 > > In general, I have often seen bus problems when a lot of different > > devices are hanging on the same SCSI bus and some drives are being > > hit really hard. They always went away with a new fw, especially > > on my IBM DDYS drives. The Plextor fw seems a bit old as well (at > > least compared to my PLEXTOR CD-ROM PX-40TS 1.13) but I don't know > > if the 32TS uses the same as the 40TS. > >=20 > > I have written a program to upgrade the firmware on IBM and Plextor > > (and some other devices) under FreeBSD in case you are interested... > > However, IMO one should play with the fw only in case of problems > > and not just to get lastest version... > >=20 > > -Andre > >=20 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > end of the original message > > I'm having SCSI-related problems on the home PC, which has run fine for thr= > ee > years now whithout being hardware-upgraded. I update the system on a regular > basis, though (last buildworld/installword was on Thu Dec 26 2002). > The IBM drive fitness test showed that hard drives are ok. The error seems = > to > appear randomly, whithout particular conditions (load avg, used mem, progra= > ms > running, etc.). > A couple of days ago the SCSI bus has been reset five consecutive times! Is= > it > time to change my AHA2940 or this has nothing to do with the SCSI controlle= > r? I've experienced similar problems on 2940 controller with my Plextor CDROM drive, cd0 at ahc1 bus 0 target 2 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 4.032MB/s transfers (4.032MHz, offset 15) cd0: cd present [347967 x 2048 byte records] >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahc1: Dumping Card State while idle, at SEQADDR 0x168 Card was paused ACCUM = 0x2, SINDEX = 0x20, DINDEX = 0xc0, ARG_2 = 0x0 HCNT = 0x0 SCBPTR = 0x1 SCSISIGI[0x14] ERROR[0x0] SCSIBUSL[0xc0] LASTPHASE[0x1] SCSISEQ[0x12] SBLKCTL[0x0] SCSIRATE[0x6f] SEQCTL[0x10] SEQ_FLAGS[0x40] SSTAT0[0x5] SSTAT1[0x2] SSTAT2[0x0] SSTAT3[0x0] SIMODE0[0x0] SIMODE1[0xac] SXFRCTL0[0x88] DFCNTRL[0x4] DFSTATUS[0x6d] STACK: 0x35 0x35 0x162 0x192 SCB count = 10 Kernel NEXTQSCB = 5 Card NEXTQSCB = 5 QINFIFO entries: Waiting Queue entries: Disconnected Queue entries: QOUTFIFO entries: Sequencer Free SCB List: 0 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Sequencer SCB Info: 0 SCB_CONTROL[0xc0] SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 1 SCB_CONTROL[0x54] SCB_SCSIID[0x27] SCB_LUN[0x0] SCB_TAG[0x2] 2 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 3 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 4 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 5 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 6 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 7 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 8 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 9 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 10 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 11 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 12 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 13 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 14 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] 15 SCB_CONTROL[0x0] SCB_SCSIID[0xff] SCB_LUN[0xff] SCB_TAG[0xff] Pending list: 2 SCB_CONTROL[0x54] SCB_SCSIID[0x27] SCB_LUN[0x0] Kernel Free SCB list: 9 3 7 4 6 8 1 0 Untagged Q(2): 2 >>>>>>>>>>>>>>>>> sg[0] - Addr 0x2981000 : Length 4096 (cd0:ahc1:0:2:0): no longer in timeout, status = 34b ahc1: Issued Channel A Bus Reset. 1 SCBs aborted (cd0:ahc1:0:2:0): cddone: got error 0x5 back The problem began after a recent upgrade to 4.8-RC. -- Cheers, Phone: 250-387-8437 Cy Schubert Fax: 250-387-5231 Team Leader, Solaris Team Email: Cy.Schubert@osg.gov.bc.ca Open Systems Group, CITS Ministry of Management Services Province of BC FreeBSD UNIX: cy@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 10 1: 2:19 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AA4E37B401 for ; Mon, 10 Mar 2003 01:02:18 -0800 (PST) Received: from vivaldi.meteo.fr (vivaldi.meteo.fr [137.129.28.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE7BF43F3F for ; Mon, 10 Mar 2003 01:02:16 -0800 (PST) (envelope-from igor.pokrovsky@cnrm.meteo.fr) Received: from cti825.cnrm.meteo.fr (localhost.meteo.fr [127.0.0.1]) by vivaldi.meteo.fr (8.9.3 (PHNE_25183+JAGae58098)/8.9.3) with ESMTP id JAA26954 for ; Mon, 10 Mar 2003 09:02:12 GMT Received: from xdata.cnrm.meteo.fr (xdata.cnrm.meteo.fr [137.129.150.2]) by cti825.cnrm.meteo.fr (8.9.3 (PHNE_18546)/8.9.3) with ESMTP id KAA10297; Mon, 10 Mar 2003 10:02:08 +0100 (MET) Received: from cnrm.meteo.fr (mai3.cnrm.meteo.fr [137.129.157.34]) by xdata.cnrm.meteo.fr with ESMTP (8.9.3 (PHNE_18546)/8.7.1) id KAA09611; Mon, 10 Mar 2003 10:02:08 +0100 (MET) Message-ID: <3E6C548F.52771CC7@cnrm.meteo.fr> Date: Mon, 10 Mar 2003 10:02:07 +0100 From: Igor Pokrovsky X-Mailer: Mozilla 4.06 [en] (X11; I; HP-UX B.10.20 9000/780) MIME-Version: 1.0 To: Andrei Popov Cc: FreeBSD Stable Subject: Re: XFree86 4.3 and Cyrillic Xkb layouts References: <20030308205158.84603.qmail@web13304.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (cti825/CNRM) Organization: METEO FRANCE(CNRM) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrei Popov wrote: > > There's something fishy with Xkb in 4.3: whenever I try cyrillic > layouts (e.g. ru, bg, ua, etc.), I cannot type a thing (and yes, > cyrillic fonts are listed in font path). Once I change it to any > latin-based (us, pl, sk, cz, fr, etc.) -- all is ok. I'm not sure, but maybe you need to specify font paths in XF86Config in another order? For example I added paths to cyrillic fonts before all other paths. -- Igor To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 10 1:52:54 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4A9437B401; Mon, 10 Mar 2003 01:52:51 -0800 (PST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6556843F75; Mon, 10 Mar 2003 01:52:50 -0800 (PST) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.8/8.12.8) with ESMTP id h2A9qgbi018081; Mon, 10 Mar 2003 10:52:42 +0100 (CET) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.8/8.12.8/Submit) id h2A9qftC018080; Mon, 10 Mar 2003 10:52:41 +0100 (CET) Date: Mon, 10 Mar 2003 10:52:41 +0100 From: Stijn Hoop To: Eric Anholt Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Is XFree86 4.3.0 going to be in 4.8? -nt- Message-ID: <20030310095241.GC17436@pcwin002.win.tue.nl> References: <20030304112113.C78363-100000@vespa.dmz.orem.verio.net> <1046852262.613.152.camel@leguin> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+xNpyl7Qekk2NvDX" Content-Disposition: inline In-Reply-To: <1046852262.613.152.camel@leguin> User-Agent: Mutt/1.4i X-Bright-Idea: Let's abolish HTML mail! Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --+xNpyl7Qekk2NvDX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 05, 2003 at 12:17:43AM -0800, Eric Anholt wrote: > On Tue, 2003-03-04 at 10:22, Fred Clift wrote: > > On Mon, 3 Mar 2003, Marcel Moolenaar wrote: > >=20 > > > > > > As for non-i386 -Server: > > > > > > I have an almost finished set of diffs for ia64 to build and > >=20 > > See the alpha list for patches I posted today to make -Server build for > > alpha - these are not 'ports ready' patches, but are against the stock > > source... >=20 > Okay, I added that to the port. Could you try the updated ports? Also, > anyone else who's listening, the ports need much more widespread testing > in order for it to make it into 4.8-RELEASE. Another report, not for -STABLE but for -CURRENT: when trying to install on a machine with only the following packages already installed: cfengine2-2.0.3 gettext-0.11.5_1 screen-3.9.13 cvsup-without-gui-16.1f gmake-3.80 sudo-1.6.6_1 db4-4.0.14_1,1 libiconv-1.8_2 zsh-4.0.6 expat-1.95.6_1 libtool-1.3.4_4 ezm3-1.0 perl-5.8.0_4 I get an error when installing devel/imake-4 (using patch 12): [...] gzip -n /usr/X11R6/man/man1/pswrap.1 install.man in config/pswrap done =3D=3D=3D> Generating temporary packing list /usr/X11R6/bin/mkhtmlindex:No such file or directory *** Error code 1 Stop in /local/home/stijn/src/ports/devel/imake-4. This is with PERL_VERSION=3D5.8.0 in /etc/make.conf, and no /usr/bin/perl (since this is -CURRENT), which is why mkhtmlindex barfs. uname: FreeBSD 5.0-CURRENT #1: Thu Mar 6 10:54:17 CET 2003 Please let this not delay you from updating the X ports before the release, as this is clearly a -CURRENT only problem. --Stijn --=20 "What kind of a two-bit operation are they running out of this treehouse, Cooper? I have seen some slipshod backwater burgs, but this place takes the cake." -- Special Agent Albert Rosenfield, "Twin Peaks" --+xNpyl7Qekk2NvDX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+bGBpY3r/tLQmfWcRAm7HAJ0RC3Dg2xHFEj6XAP/gAupRhsubsgCfcOEp D+NVZiHc38lmbVNRb6mFeP4= =85sa -----END PGP SIGNATURE----- --+xNpyl7Qekk2NvDX-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 10 2:48:45 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57B3D37B401; Mon, 10 Mar 2003 02:48:44 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A71143FBF; Mon, 10 Mar 2003 02:48:41 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 359665309; Mon, 10 Mar 2003 11:48:39 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Stijn Hoop Cc: Eric Anholt , freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Is XFree86 4.3.0 going to be in 4.8? -nt- From: Dag-Erling Smorgrav Date: Mon, 10 Mar 2003 11:48:38 +0100 In-Reply-To: <20030310095241.GC17436@pcwin002.win.tue.nl> (Stijn Hoop's message of "Mon, 10 Mar 2003 10:52:41 +0100") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: <20030304112113.C78363-100000@vespa.dmz.orem.verio.net> <1046852262.613.152.camel@leguin> <20030310095241.GC17436@pcwin002.win.tue.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Stijn Hoop writes: > This is with PERL_VERSION=5.8.0 in /etc/make.conf, and no /usr/bin/perl > (since this is -CURRENT), which is why mkhtmlindex barfs. "use.perl port" DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 10 2:52: 9 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F79A37B404; Mon, 10 Mar 2003 02:52:07 -0800 (PST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9F9F43FBF; Mon, 10 Mar 2003 02:52:05 -0800 (PST) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.8/8.12.8) with ESMTP id h2AApwbi018456; Mon, 10 Mar 2003 11:51:58 +0100 (CET) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.8/8.12.8/Submit) id h2AApv0L018455; Mon, 10 Mar 2003 11:51:57 +0100 (CET) Date: Mon, 10 Mar 2003 11:51:56 +0100 From: Stijn Hoop To: Dag-Erling Smorgrav Cc: Eric Anholt , freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Is XFree86 4.3.0 going to be in 4.8? -nt- Message-ID: <20030310105156.GG17436@pcwin002.win.tue.nl> References: <20030304112113.C78363-100000@vespa.dmz.orem.verio.net> <1046852262.613.152.camel@leguin> <20030310095241.GC17436@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M/SuVGWktc5uNpra" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Bright-Idea: Let's abolish HTML mail! Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --M/SuVGWktc5uNpra Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 10, 2003 at 11:48:38AM +0100, Dag-Erling Smorgrav wrote: > Stijn Hoop writes: > > This is with PERL_VERSION=3D5.8.0 in /etc/make.conf, and no /usr/bin/pe= rl > > (since this is -CURRENT), which is why mkhtmlindex barfs. >=20 > "use.perl port" Noted, thanks. I thought this was only needed for -STABLE, but apparently I was wrong. After manually installing a symlink the port installed fine of course, but I gather this the canonical way of installing the link? --Stijn --=20 The most reliable proof that there are extraterrestrial intelligent lifeforms out there is that nobody actually tries to get in contact with us. -- Dirk Mueller --M/SuVGWktc5uNpra Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+bG5MY3r/tLQmfWcRAjvVAJ4nobwhL/285TPMKn5rLW2Bx+GL5QCdHAgF 003HeABbQVBci9vR5sHPwO8= =vLQG -----END PGP SIGNATURE----- --M/SuVGWktc5uNpra-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 10 2:55:59 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9503E37B401; Mon, 10 Mar 2003 02:55:58 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC85C43F3F; Mon, 10 Mar 2003 02:55:57 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 556555308; Mon, 10 Mar 2003 11:55:56 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Stijn Hoop Cc: Eric Anholt , freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Is XFree86 4.3.0 going to be in 4.8? -nt- From: Dag-Erling Smorgrav Date: Mon, 10 Mar 2003 11:55:55 +0100 In-Reply-To: <20030310105156.GG17436@pcwin002.win.tue.nl> (Stijn Hoop's message of "Mon, 10 Mar 2003 11:51:56 +0100") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: <20030304112113.C78363-100000@vespa.dmz.orem.verio.net> <1046852262.613.152.camel@leguin> <20030310095241.GC17436@pcwin002.win.tue.nl> <20030310105156.GG17436@pcwin002.win.tue.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Stijn Hoop writes: > On Mon, Mar 10, 2003 at 11:48:38AM +0100, Dag-Erling Smorgrav wrote: > > "use.perl port" > Noted, thanks. I thought this was only needed for -STABLE, but apparently I > was wrong. After manually installing a symlink the port installed fine of > course, but I gather this the canonical way of installing the link? Yes. It also fixes up make.conf so other ports don't try to install Perl 5.6.1 as a dependency. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Mar 10 3:16:57 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61C0037B401 for ; Mon, 10 Mar 2003 03:16:53 -0800 (PST) Received: from mail.ffanet.com (cashmoney.ffanet.com [209.116.13.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 174AF43F85 for ; Mon, 10 Mar 2003 03:16:52 -0800 (PST) (envelope-from scottj@mail.ffanet.com) Received: (from scottj@localhost) by mail.ffanet.com (8.11.6/8.9.3) id h2ABYC673441; Mon, 10 Mar 2003 05:34:12 -0600 (CST) Message-Id: <5.2.0.9.2.20030310050138.01a126a8@mail.ffanet.com> X-Sender: scottj@mail.ffanet.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Mon, 10 Mar 2003 05:16:49 -0600 To: freebsd-stable@FREEBSD.ORG From: Scott Johnson Subject: USB code change needed? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, About a month ago, I realized that I could not boot with the new pseudo-device crypto in my kernel. After quite a bit of email was exchanged with various parties, Ian Dowse recommended that I patch uhci.c. Ian originally said something along the lines of "Is it possible that interrupts are inadvertently getting enabled too early during device probe time? The loop in uhci_waitintr() looks as if it will do the wrong thing if a real interrupt comes in and invokes uhci_intr(), as the interrupt info will not be found because it has already been handled." Based on this theory, Ian suggested the patch below. Without this patch, I cannot boot my system if I'm trying to use a kernel with crypto. With the patch, everything seems to be working ok. OpenSSL is using my crypto hardware just fine. But I haven't tested any of the USB functionality. And I don't have the resources to do so either. So my question is this: Is this patch something that needs to be incorporated into the tree? Or is my hardware just strange? I've been staying current with -STABLE, and as of March 7, -STABLE with crypto enabled still would not boot on my machine. Thanks in advance for any helpful advice. -Scott Here's the patch: =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/uhci.c,v retrieving revision 1.132 diff -u -p -r1.132 uhci.c --- uhci.c 2003/02/28 19:28:29 1.132 +++ uhci.c 2003/03/10 11:01:08 @@ -1511,11 +1511,10 @@ uhci_waitintr(uhci_softc_t *sc, usbd_xfe for (; timo >= 0; timo--) { usb_delay_ms(&sc->sc_bus, 1); DPRINTFN(20,("uhci_waitintr: 0x%04x\n", UREAD2(sc, UHCI_STS))); - if (UREAD2(sc, UHCI_STS) & UHCI_STS_USBINT) { + if (UREAD2(sc, UHCI_STS) & UHCI_STS_USBINT) uhci_intr1(sc); - if (xfer->status != USBD_IN_PROGRESS) + if (xfer->status != USBD_IN_PROGRESS) return; - } } /* Timeout */ And here's my dmesg (patched kernel): Copyright (c) 1992-2003 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 4.8-RC #1: Fri Mar 7 01:41:57 CST 2003 root@test01.insane.com:/usr/obj/usr/src/sys/CRYPTO Timecounter "i8254" frequency 1193182 Hz CPU: AMD Athlon(tm) Processor (1008.99-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440000 real memory = 536788992 (524208K bytes) avail memory = 516943872 (504828K bytes) Preloaded elf kernel "kernel" at 0xc053d000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 9 entries at 0xc00f1750 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xd400-0xd41f irq 10 at device 4.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 10 at device 4.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhub2: ALCOR Generic USB Hub, class 9/0, rev 1.10/1.00, addr 2 uhub2: 4 ports with 4 removable, self powered pci0: (vendor=0x1106, dev=0x3057) at 4.4 hifn0 mem 0xe2800000-0xe2800fff,0xe3000000-0xe3000fff irq 10 at device 9.0 on pci0 hifn0: Hifn 7951, rev 0, 128KB sram, 193 sessions fxp0: port 0xa400-0xa43f mem 0xe1800000-0xe18fffff,0xe2000000-0xe2000fff irq 10 at device 13.0 on pci0 fxp0: Ethernet address 00:02:b3:10:7a:39 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto atapci1: port 0x8800-0x883f,0x9000-0x9003,0x9400-0x9407,0x9800-0x9803,0xa000-0xa007 mem 0xe1000000-0xe101ffff irq 11 at device 17.0 on pci0 ata2: at 0xa000 on atapci1 ata3: at 0x9400 on atapci1 orm0: AMERICAN LANGUAGE CENTER
Tel. 778-98-94 / 238-33-86 / Ìîñêâà Ðîññèÿ
AMERICAN
LANGUAGE
CENTER
Öåíòð ðàçãîâîðíîãî àíãëèéñêîãî
MEANS/CÏÎÑÎÁÛ:     
-Èçó÷åíèå èñïîëüçîâàíèÿ èäèîì.

-Îáó÷åíèå ðàçãîâîðíîé ãðàììàòèêå.

-Ñîâåðøåíñòâîâàíèå óïîòðåáëåíèÿ ïðåäëîãîâ.

-Ïðàêòèêà óñòîé÷èâûõ âûðàæåíèé è ôðàçåîëîãè÷åñêèõ îáîðîòîâ.

-Ñîâåðøåíñòâîâàíèå ñòèëÿ ðå÷èe.

-Äåëîâàÿ ëåêñèêà.
ENDS/ÐÅÇÓËÜÒÀÒÛ:     
-Àìåðèêàíñêîå ïðîèçíîøåíèå.

-Îòñóòñòâèå ÿçûêîâîãî áàðüåðà.

-Ìûøëåíèå íà ÿçûêå.

-Ëåãêîñòü â îáùåíèè.
ÓÍÈÊÀËÜÍÀß ÑÈÑÒÅÌÀ ÀÑÑÎÖÀÒÈÂÍÎ ÎÁÐÀÇÍÎÃÎ ÌÛØËÅÍÈß!
ÂÑÅ ÑÒÀÄÈÈ ÎÁÓ×ÅÍÈß ÎÒ ÍÓËß ÄÎ ÂÛÑØÅÃÎ!
Ñ ÏÐÅÏÎÄÀÂÀÒÅËßÌÈ ÈÇ ÑØÀ!


ÍÀ×ÈÍÀÅÒÑß ÑÅÇÎÍ ÑÊÈÄÎÊ.
ÑÏÅØÈÒÅ ÈÇÌÅÍÈÒÜ ÑÂÎÅ ÁÓÄÓÙÅÅ!
Learn how to speak & understand slang.
ÍÀÓ×ÈÒÅÑÜ, ÊÀÊ ÃÎÂÎÐÈÒÜ È ÏÎÍÈÌÀÒÜ ÑËÅÍÃ.
American business slang & jargon
at school/ at the party/ at the movies/ at the mall/ the new car
at the gym/the house guest/ at work/at the market/ at the restaurant/ at the nightclub/at the record store/ sport terms used in business
slang used in tv comedies/ tv dramas / tv news / tv sports news/ general office / computer/ meeting/ negotiation slangs/ business travel/ marketing/ advertising/office party jargons
finance slang& jargon/ sport terms used in business.
Best of the idioms.
In a word , all ñonversational english is at your fingertips.
ÎÄÍÈÌ ÑËÎÂÎÌ, ÂÅÑÜ ÐÀÇÃÎÂÎÐÍÛÉ ÀÍÃËÈÉÑÊÈÉ Â ÂÀØÅÌ ÐÀÑÏÎÐßÆÅÍÈÈÈ

Ñîâðåìåííûé ÿçûê 1990-2002 ãîäîâ äëÿ âàøåé ñåìüè è êîìïàíèè.
Íîâûå ñóïåð-ó÷åáíèêè 3 4 5 6 óðîâíåé â ïëþñ Ìóçûêàëüíûå Õèòû ÑØÀ ñ òåêñòàìè è ïåðåâîäàìè áåñïëàòíî! Ñìîòðèòå íèæå
ÍÀÈÁÎËÅÅ ÏÎËÍÀß È ÏÐÎÑÒÀß ÌÅÒÎÄÈÊÀ ÀÍÃËÈÉÑÊÎÃÎ ÐÀÇÃÎÂÎÐÍÎÃÎ ßÇÛÊÀ
Perfect your grammar, prepositons, general and business vocabulary, conversation.
ÓÑÎÂÅÐØÅÍÑÒÂÓÉÒÅ ÂÀØÓ ÃÐÀÌÌÀÒÈÊÓ, ÏÐÅÄËÎÃÈ, ÎÁØÅÓÏÎÒÐÅÁÈÌÓÞ È ÄÅËÎÂÓÞ ËÅÊÑÈÊÓ, CÒÈËÜ ÐÅ×È.

OUR OPERATORS ARE STANDING BY. CALL NOW!
ÒÅL. 778-98-94 / 238-33-86 Ìîñêâà Ðîññèÿ
To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 2:22: 3 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28B4437B401 for ; Wed, 12 Mar 2003 02:22:01 -0800 (PST) Received: from meitner.wh.uni-dortmund.de (meitner.wh.Uni-Dortmund.DE [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC49843FA3 for ; Wed, 12 Mar 2003 02:21:59 -0800 (PST) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org ([10.3.12.105]) by meitner.wh.uni-dortmund.de (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) with ESMTP id h2CALwc09654 for ; Wed, 12 Mar 2003 11:21:58 +0100 X-Authentication-Warning: meitner.wh.uni-dortmund.de: Host [10.3.12.105] claimed to be lofi.dyndns.org Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.6/8.12.6) with ESMTP id h2CALvee001864 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 12 Mar 2003 11:21:58 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: stable@freebsd.org Subject: Re: out of file-descriptors... Date: Wed, 12 Mar 2003 11:21:52 +0100 User-Agent: KMail/1.5 References: <200303121028.06371.michaelnottebrock@gmx.net> In-Reply-To: <200303121028.06371.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_Fpwb+oLPg9B0kWB"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200303121121.57489.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Boundary-02=_Fpwb+oLPg9B0kWB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: signed data Content-Disposition: inline On Wednesday 12 March 2003 10:28, Michael Nottebrock wrote: > I just attempted a buildword after 'suping to -STABLE and some way into t= he > build I run out of file-descriptors. I haven't changed the defaults of the > system and this never happened before. The present state is: > > kern.maxfiles: 4040 > kern.maxfilesperproc: 3636 > kern.openfiles: 387 > > Is a buildworl supposed to require so many file-descriptors now? I've nuked my tree and recvsup'd - now I don't run out of file-descriptors= =20 anymore, but the build still fails: =3D=3D=3D> sys/boot "../Makefile.inc", line 0: Cannot open ../Makefile.inc make: fatal errors encountered -- cannot continue *** Error code 1 =2D-=20 Regards, Michael Nottebrock --Boundary-02=_Fpwb+oLPg9B0kWB Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQA+bwpFXhc68WspdLARAk8RAKCfyv628UeuzhH+tRiNKh5xcBdWJACdGfW7 L23lZ+drSKVzvAYB3v1Fi1A= =p85y -----END PGP SIGNATURE----- --Boundary-02=_Fpwb+oLPg9B0kWB-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 2:39:20 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA9DA37B401 for ; Wed, 12 Mar 2003 02:39:17 -0800 (PST) Received: from netlx014.civ.utwente.nl (netlx014.civ.utwente.nl [130.89.1.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 285FE43FAF for ; Wed, 12 Mar 2003 02:39:13 -0800 (PST) (envelope-from g.vandalum@student.utwente.nl) Received: from puinhoop.student.utwente.nl (licht.student.utwente.nl [130.89.169.80]) by netlx014.civ.utwente.nl (8.11.4/HKD) with ESMTP id h2CAdAB28494 for ; Wed, 12 Mar 2003 11:39:10 +0100 Received: from [127.0.0.1] (localhost [127.0.0.1]) by puinhoop.student.utwente.nl (Postfix) with ESMTP id E2A2D3110F for ; Wed, 12 Mar 2003 11:39:05 +0100 (CET) Subject: Re: USB storage devices and booting From: "G. van Dalum" To: freebsd-stable@freebsd.org In-Reply-To: <200303101424.h2AEOFQp038066@whizzo.transsys.com> References: <200303101424.h2AEOFQp038066@whizzo.transsys.com> Content-Type: text/plain Organization: Message-Id: <1047465545.1615.34.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 12 Mar 2003 11:39:05 +0100 Content-Transfer-Encoding: 7bit X-UTwente-MailScanner: Found to be clean Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I tried to attach a usb storage device last week it did not work correctly and i searched the net for a solution as i am a bit of a newbee and i didn't want to ask stupid questions on this or other lists. As i read the discussion on usb devices i thought my problem my be relevant so here it is: when i attach a usb flash storage device to my computer before booting it gets detected all right and i can mount it but reading and writing doesn't work vm_fault: pager read error, pid 1000 (cp) i don't have any scsi devices attached to my system exept the umass device when i detach it and reattach it i get these messages umass0: BBB reset failed, TIMEOUT umass0: BBB bulk-in clear stall failed, TIMEOUT umass0: BBB bulk-out clear stall failed, TIMEOUT i have set sysctl kern.cam.da.no_6_byte=1 why is the usb device detected ok during boot and not after? Guus On Mon, 2003-03-10 at 15:24, Louis A. Mamakos wrote: > While testing a fix to a USB driver a little while ago, I ran into a > weird but explainable situation. Say, for example, you've got a FreeBSD > system with one or more SCSI disks, and with the root partition on > one of those disks. The loader passes along a hint as to which device > the kernel should mount as the root partition, and away we go. > > Now, boot your system with a USB storage device attached. It seems > to get bound as "da0" before the first SCSI drive has a chance to. > This results in surprising behavior when you boot and it can't mount > a root partition off the drive it thought it booted from. > > I suppose I could hardwire the SCSI drives in my kernel configuration, > but that doesn't seem like the right answer. I don't normally boot > with the USB storage thing plugged in, but it's possible that I might > leave one attached and then have the system reboot while it's unattended > and not come back. > > Is there a relative priority between the various drivers as they get > device names allocated from (presumably) the CAM subsystem? > > louie > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 3:51:58 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA31937B404 for ; Wed, 12 Mar 2003 03:51:56 -0800 (PST) Received: from meitner.wh.uni-dortmund.de (meitner.wh.Uni-Dortmund.DE [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD3C943FB1 for ; Wed, 12 Mar 2003 03:51:53 -0800 (PST) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org ([10.3.12.105]) by meitner.wh.uni-dortmund.de (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) with ESMTP id h2CBpqc10561 for ; Wed, 12 Mar 2003 12:51:52 +0100 X-Authentication-Warning: meitner.wh.uni-dortmund.de: Host [10.3.12.105] claimed to be lofi.dyndns.org Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.6/8.12.6) with ESMTP id h2CBpp50001317 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 12 Mar 2003 12:51:52 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: stable@freebsd.org Subject: Re: out of file-descriptors... Date: Wed, 12 Mar 2003 12:51:39 +0100 User-Agent: KMail/1.5 References: <200303121028.06371.michaelnottebrock@gmx.net> <200303121121.57489.michaelnottebrock@gmx.net> In-Reply-To: <200303121121.57489.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_W9xb+jIfINgMPTZ"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200303121251.50708.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Boundary-02=_W9xb+jIfINgMPTZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: signed data Content-Disposition: inline On Wednesday 12 March 2003 11:21, Michael Nottebrock wrote: > On Wednesday 12 March 2003 10:28, Michael Nottebrock wrote: > > I just attempted a buildword after 'suping to -STABLE and some way into > > the build I run out of file-descriptors. I haven't changed the defaults > > of the system and this never happened before. The present state is: > > > > kern.maxfiles: 4040 > > kern.maxfilesperproc: 3636 > > kern.openfiles: 387 > > > > Is a buildworl supposed to require so many file-descriptors now? > > I've nuked my tree and recvsup'd - now I don't run out of file-descriptors > anymore, but the build still fails: > > =3D=3D=3D> sys/boot > "../Makefile.inc", line 0: Cannot open ../Makefile.inc > make: fatal errors encountered -- cannot continue > *** Error code 1 Problem solved, pilot error. =2D-=20 Regards, Michael Nottebrock --Boundary-02=_W9xb+jIfINgMPTZ Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQA+bx9WXhc68WspdLARAiL0AJwPdONDYShI4b1yfGiyKm+bLRlcDQCcDoo2 z9gHLnZaZjpspEakT+T8TXQ= =axit -----END PGP SIGNATURE----- --Boundary-02=_W9xb+jIfINgMPTZ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 5:15:26 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3121637B401 for ; Wed, 12 Mar 2003 05:15:25 -0800 (PST) Received: from cadillac.meteo.fr (cadillac.meteo.fr [137.129.1.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 866C943FA3 for ; Wed, 12 Mar 2003 05:15:23 -0800 (PST) (envelope-from igor.pokrovsky@cnrm.meteo.fr) Received: from cti825.cnrm.meteo.fr (localhost.meteo.fr [127.0.0.1]) by cadillac.meteo.fr (8.9.3 (PHNE_25183+JAGae58098)/8.9.3) with ESMTP id NAA03785 for ; Wed, 12 Mar 2003 13:15:17 GMT Received: from xdata.cnrm.meteo.fr (xdata.cnrm.meteo.fr [137.129.150.2]) by cti825.cnrm.meteo.fr (8.9.3 (PHNE_18546)/8.9.3) with ESMTP id OAA07059; Wed, 12 Mar 2003 14:15:08 +0100 (MET) Received: from cnrm.meteo.fr (mai3.cnrm.meteo.fr [137.129.157.34]) by xdata.cnrm.meteo.fr with ESMTP (8.9.3 (PHNE_18546)/8.7.1) id OAA20799; Wed, 12 Mar 2003 14:15:08 +0100 (MET) Message-ID: <3E6F32DA.9C7F1BD@cnrm.meteo.fr> Date: Wed, 12 Mar 2003 14:15:06 +0100 From: Igor Pokrovsky X-Mailer: Mozilla 4.06 [en] (X11; I; HP-UX B.10.20 9000/780) MIME-Version: 1.0 To: Eric Anholt Cc: FreeBSD Ports , FreeBSD Stable Subject: Re: HEADSUP: XFree86 4.3.0 update References: <1047429424.8471.40.camel@leguin> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (cti825/CNRM) Organization: METEO FRANCE(CNRM) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Eric Anholt wrote: > > I've committed the update of XFree86 to 4.3.0 to ports. I think I've > cleaned up after my mess at this point, but there may still be issues. > Please report to me if you have any problems with the new ports or any > issues with XFree86 that you didn't have in 4.2.0. System: 4.8-RC build on Mar 4 I've just installed committed version XFree86 and got a lot of problems: (I deleted previous version of XFree and installed new one) 1. DRI is not available, Mesa is falling back to indirect rendering. (I have Radeon M7, kernel module is loaded, it was working with 4.2.0) 2. After switching to russian no characters are visible. (Russian fonts are installed) 3. Latest opera-6.12.20030305(freebsd) is falling with core on exit. Any ideas are appreciated. I will provide any required information on request. -- Igor To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 5:47: 7 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 062EB37B407 for ; Wed, 12 Mar 2003 05:47:06 -0800 (PST) Received: from cadillac.meteo.fr (cadillac.meteo.fr [137.129.1.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA99A43FE5 for ; Wed, 12 Mar 2003 05:47:01 -0800 (PST) (envelope-from igor.pokrovsky@cnrm.meteo.fr) Received: from cti825.cnrm.meteo.fr (localhost.meteo.fr [127.0.0.1]) by cadillac.meteo.fr (8.9.3 (PHNE_25183+JAGae58098)/8.9.3) with ESMTP id NAA06100 for ; Wed, 12 Mar 2003 13:46:59 GMT Received: from xdata.cnrm.meteo.fr (xdata.cnrm.meteo.fr [137.129.150.2]) by cti825.cnrm.meteo.fr (8.9.3 (PHNE_18546)/8.9.3) with ESMTP id OAA14286; Wed, 12 Mar 2003 14:46:56 +0100 (MET) Received: from cnrm.meteo.fr (mai3.cnrm.meteo.fr [137.129.157.34]) by xdata.cnrm.meteo.fr with ESMTP (8.9.3 (PHNE_18546)/8.7.1) id OAA24234; Wed, 12 Mar 2003 14:46:56 +0100 (MET) Message-ID: <3E6F3A4E.A0B6D7BE@cnrm.meteo.fr> Date: Wed, 12 Mar 2003 14:46:54 +0100 From: Igor Pokrovsky X-Mailer: Mozilla 4.06 [en] (X11; I; HP-UX B.10.20 9000/780) MIME-Version: 1.0 To: FreeBSD Stable Cc: FreeBSD Ports Subject: Re: HEADSUP: XFree86 4.3.0 update References: <1047429424.8471.40.camel@leguin> <3E6F32DA.9C7F1BD@cnrm.meteo.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (cti825/CNRM) Organization: METEO FRANCE(CNRM) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Igor Pokrovsky wrote: > > Eric Anholt wrote: > > > > I've committed the update of XFree86 to 4.3.0 to ports. I think I've > > cleaned up after my mess at this point, but there may still be issues. > > Please report to me if you have any problems with the new ports or any > > issues with XFree86 that you didn't have in 4.2.0. I'm replying to my own message: > 1. DRI is not available, Mesa is falling back to indirect rendering. > (I have Radeon M7, kernel module is loaded, it was working with 4.2.0) I'm getting error when starting glxgears: libGL error: InitDriver failed. > 2. After switching to russian no characters are visible. > (Russian fonts are installed) It began to work after setenv LC_CTYPE "ru_RU.KOI8-R". But it was not neccessary with previous 4.2.0! So there are two questions left: what happenning with opera on exit and why DRI is not working. -- Igor To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 5:49: 4 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D05137B401 for ; Wed, 12 Mar 2003 05:49:02 -0800 (PST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A2C543FAF for ; Wed, 12 Mar 2003 05:49:01 -0800 (PST) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.8/8.12.8) with ESMTP id h2CDn0w4008396 for ; Wed, 12 Mar 2003 14:49:00 +0100 (CET) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.8/8.12.8/Submit) id h2CDn0iF008395 for freebsd-stable@freebsd.org; Wed, 12 Mar 2003 14:49:00 +0100 (CET) Date: Wed, 12 Mar 2003 14:49:00 +0100 From: Stijn Hoop To: freebsd-stable@freebsd.org Subject: make installincludes does not populate /usr/include/g++ Message-ID: <20030312134900.GL3672@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5lq+205vWdkqwtk" Content-Disposition: inline User-Agent: Mutt/1.4i X-Bright-Idea: Let's abolish HTML mail! Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --r5lq+205vWdkqwtk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I downgraded a machine from 5-CURRENT to 4-STABLE this morning, so I tried to get me a new include directory after the installworld by doing # cd /usr # mv include include.old # mkdir include # cd src # make installincludes Which went okay, but my new build of ports/www/phoenix failed due to a non-existant headerfile 'g++/new.h'. After checking I found that installincludes does not populate the /usr/include/g++ directory, but installworld does. Is this a deliberate oversight? --Stijn --=20 Tact, n.: The unsaid part of what you're thinking. --r5lq+205vWdkqwtk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+bzrMY3r/tLQmfWcRAjc1AKCgjOINyX/vPMfgQ9G1twzOmnzlwgCffgyQ ROJjXIRvcl9vgIwrtl0FAxg= =p8Ko -----END PGP SIGNATURE----- --r5lq+205vWdkqwtk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 6: 8:16 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4637537B401 for ; Wed, 12 Mar 2003 06:08:15 -0800 (PST) Received: from smtp0.adl1.internode.on.net (smtp0.adl1.internode.on.net [203.16.214.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EB1D43FB1 for ; Wed, 12 Mar 2003 06:08:13 -0800 (PST) (envelope-from Malcolm.Kay@internode.on.net) Received: from beta.home (ppp716.sa.padsl.internode.on.net [150.101.246.203]) by smtp0.adl1.internode.on.net (8.12.4/8.12.4) with ESMTP id h2CE832c029074; Thu, 13 Mar 2003 00:38:05 +1030 (CST) Content-Type: text/plain; charset="iso-8859-1" From: Malcolm Kay Organization: At home To: Igor Pokrovsky Subject: Re: HEADSUP: XFree86 4.3.0 update Date: Thu, 13 Mar 2003 00:42:36 +1030 User-Agent: KMail/1.4.3 References: <1047429424.8471.40.camel@leguin> <3E6F32DA.9C7F1BD@cnrm.meteo.fr> In-Reply-To: <3E6F32DA.9C7F1BD@cnrm.meteo.fr> Cc: FreeBSD Stable MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200303130042.36058.Malcolm.Kay@internode.on.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday 12 March 2003 23:45, Igor Pokrovsky wrote: > 3. Latest opera-6.12.20030305(freebsd) is falling with core on exit. > > Any ideas are appreciated. > I will provide any required information on request. I have FreeBSD 4.7 release and a somewhat mixed version of XFree 4.1/4.2, in use with opera-6.11.20021129. With X running depth 8 it crashes and dumps on exit but OK at depth 15 and up. Perhaps your problem is also depth related. Malcolm Kay To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 6: 9:53 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DB6537B401 for ; Wed, 12 Mar 2003 06:09:51 -0800 (PST) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E70C43FBD for ; Wed, 12 Mar 2003 06:09:50 -0800 (PST) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.12.8/8.12.6) with ESMTP id h2CE9m63018791 for ; Wed, 12 Mar 2003 17:09:48 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Wed, 12 Mar 2003 17:09:48 +0300 (MSK) From: Dmitry Morozovsky To: stable@FreeBSD.ORG Subject: Upgrading sequence to 4.x from 3.3-R Message-ID: <20030312170425.G17741@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear colleagues, What is the correct way to upgrade FreeBSD from 3.3-R to 4.x? using recommended (extended a bit) make -DNOCLEAN -DNOPERL -DNOPROFILE -DNOGAMES -DNOMAN buildworld I got ===> doc c++ -O -pipe -I/ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/ar/src/gnu/usr.bin/gperf -c /ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc /ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:80: warning: `catch', `throw', and `try' are all C++ reserved words /ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc: In function `void operator delete(void *)': /ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:82: declaration of `operator delete(void *)' throws different exceptions... :82: ...from previous declaration here *** Error code 1 Currently I simply exclude gperf from bootstrap-tools from Makefile.inc, but it seems a bit hackish... Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 6:10:59 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D278637B401 for ; Wed, 12 Mar 2003 06:10:57 -0800 (PST) Received: from cadillac.meteo.fr (cadillac.meteo.fr [137.129.1.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CD2143FCB for ; Wed, 12 Mar 2003 06:10:56 -0800 (PST) (envelope-from igor.pokrovsky@cnrm.meteo.fr) Received: from cti825.cnrm.meteo.fr (localhost.meteo.fr [127.0.0.1]) by cadillac.meteo.fr (8.9.3 (PHNE_25183+JAGae58098)/8.9.3) with ESMTP id OAA07804 for ; Wed, 12 Mar 2003 14:10:54 GMT Received: from xdata.cnrm.meteo.fr (xdata.cnrm.meteo.fr [137.129.150.2]) by cti825.cnrm.meteo.fr (8.9.3 (PHNE_18546)/8.9.3) with ESMTP id PAA21185; Wed, 12 Mar 2003 15:10:52 +0100 (MET) Received: from cnrm.meteo.fr (mai3.cnrm.meteo.fr [137.129.157.34]) by xdata.cnrm.meteo.fr with ESMTP (8.9.3 (PHNE_18546)/8.7.1) id PAA26570; Wed, 12 Mar 2003 15:10:52 +0100 (MET) Message-ID: <3E6F3FEA.CC03E852@cnrm.meteo.fr> Date: Wed, 12 Mar 2003 15:10:50 +0100 From: Igor Pokrovsky X-Mailer: Mozilla 4.06 [en] (X11; I; HP-UX B.10.20 9000/780) MIME-Version: 1.0 To: mkd@mnm.uib.es Cc: FreeBSD Ports , FreeBSD Stable Subject: Re: HEADSUP: XFree86 4.3.0 update References: <1047429424.8471.40.camel@leguin> <3E6F32DA.9C7F1BD@cnrm.meteo.fr> <20030312144443.Y12585@mkd.mkd.ath.cx> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (cti825/CNRM) Organization: METEO FRANCE(CNRM) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG mkd@mnm.uib.es wrote: > > 1. DRI is not available, Mesa is falling back to indirect rendering. > > (I have Radeon M7, kernel module is loaded, it was working with 4.2.0) > > I have the same problem, i got the exact error: > > $ glxinfo > libGL error: InitDriver failed > > Must the drm-kmod be updated to be used with the new 4.3 XFree? > or just a new version of Mesa? I have more information, as I looked through XFree86.0.log: (WW) RADEON(0): Some dri features diabled because of version mismatch. Kernel module version is 1.1.1 but 1.3.1 or later is preferred. and Kernel module is too old (1.1) for agp heap manager It is strange, but after that it is written: Direct rendering enabled. But once I'm trying to execute glxinfo or glxgears, I see, that it is disabled! -- Igor To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 6:13:32 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D59437B401 for ; Wed, 12 Mar 2003 06:13:30 -0800 (PST) Received: from vivaldi.meteo.fr (vivaldi.meteo.fr [137.129.28.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B75243FD7 for ; Wed, 12 Mar 2003 06:13:28 -0800 (PST) (envelope-from igor.pokrovsky@cnrm.meteo.fr) Received: from cti825.cnrm.meteo.fr (localhost.meteo.fr [127.0.0.1]) by vivaldi.meteo.fr (8.9.3 (PHNE_25183+JAGae58098)/8.9.3) with ESMTP id OAA12164 for ; Wed, 12 Mar 2003 14:13:26 GMT Received: from xdata.cnrm.meteo.fr (xdata.cnrm.meteo.fr [137.129.150.2]) by cti825.cnrm.meteo.fr (8.9.3 (PHNE_18546)/8.9.3) with ESMTP id PAA21739; Wed, 12 Mar 2003 15:13:24 +0100 (MET) Received: from cnrm.meteo.fr (mai3.cnrm.meteo.fr [137.129.157.34]) by xdata.cnrm.meteo.fr with ESMTP (8.9.3 (PHNE_18546)/8.7.1) id PAA26808; Wed, 12 Mar 2003 15:13:25 +0100 (MET) Message-ID: <3E6F4083.87BE02DF@cnrm.meteo.fr> Date: Wed, 12 Mar 2003 15:13:23 +0100 From: Igor Pokrovsky X-Mailer: Mozilla 4.06 [en] (X11; I; HP-UX B.10.20 9000/780) MIME-Version: 1.0 To: Malcolm Kay Cc: FreeBSD Ports , FreeBSD Stable Subject: Re: HEADSUP: XFree86 4.3.0 update References: <1047429424.8471.40.camel@leguin> <3E6F32DA.9C7F1BD@cnrm.meteo.fr> <200303130042.36058.Malcolm.Kay@internode.on.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (cti825/CNRM) Organization: METEO FRANCE(CNRM) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Malcolm Kay wrote: > > On Wednesday 12 March 2003 23:45, Igor Pokrovsky wrote: > > 3. Latest opera-6.12.20030305(freebsd) is falling with core on exit. > > > > Any ideas are appreciated. > > I will provide any required information on request. > > I have FreeBSD 4.7 release and a somewhat mixed version of XFree > 4.1/4.2, in use with opera-6.11.20021129. > > With X running depth 8 it crashes and dumps on exit but OK at depth > 15 and up. > > Perhaps your problem is also depth related. > > Malcolm Kay Depth is set to 24. In fact opera works fine, but it's not very pleasant to see crash every time exiting it. -- Igor To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 6:13:53 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F316937B401; Wed, 12 Mar 2003 06:13:50 -0800 (PST) Received: from mta02.mail.mel.aone.net.au (mta02.mail.au.uu.net [203.2.192.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44B3043F93; Wed, 12 Mar 2003 06:13:47 -0800 (PST) (envelope-from rbyrnes@ozemail.com.au) Received: from pootah.ozemail.com.au ([63.34.197.110]) by mta10.mail.mel.aone.net.au with ESMTP id <20030312140034.DCCN486.mta10.mail.mel.aone.net.au@pootah.ozemail.com.au>; Thu, 13 Mar 2003 01:00:34 +1100 Message-Id: <5.2.0.9.2.20030313005325.00a82bc0@127.0.0.1> X-Sender: rbyrnes@pop.ozemail.com.au@127.0.0.1 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Thu, 13 Mar 2003 01:00:29 +1100 To: Eric Anholt From: Rob B Subject: Re: HEADSUP: XFree86 4.3.0 update Cc: ports@FreeBSD.org, stable@FreeBSD.org In-Reply-To: <1047429424.8471.40.camel@leguin> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 11:37 AM 12/03/03, Eric Anholt sent this up the stick: >I think the ports should build fine with a plain make install from >x11/XFree86-4 even if 4.2.0 is already installed (they did last time I >tried), but it doesn't guarantee an update. Please use portupgrade to >ensure you update fully. Have a small problem preventing me from upgrading quite a few of the XFree86 4.3.0 related ports: [root@erwin]/usr/ports: portupgrade XFree86-libraries ---> Upgrading 'XFree86-libraries-4.2.1_7' to 'XFree86-libraries-4.3.0' (x11/XFree86-4-libraries) ---> Building '/usr/ports/x11/XFree86-4-libraries' ===> Cleaning for libiconv-1.8_2 ===> Cleaning for gettext-0.11.5_1 ===> Cleaning for gmake-3.80 ===> Cleaning for imake-4.3.0 ===> Cleaning for libtool-1.3.4_4 ===> Cleaning for pkgconfig-0.15.0 ===> Cleaning for freetype2-2.1.3_1 ===> Cleaning for expat-1.95.6_1 ===> Cleaning for fontconfig-2.1_5 ===> Cleaning for XFree86-libraries-4.3.0 ===> Extracting for XFree86-libraries-4.3.0 >> Checksum OK for xc/X430src-1.tgz. >> Checksum OK for xc/X430src-2.tgz. >> Checksum OK for xc/X430src-3.tgz. >> Checksum OK for xc/Wraphelp2.gz. /usr/bin/gunzip -f -c /usr/ports/distfiles/xc/Wraphelp2.gz > /usr/ports/x11/XFree86-4-libraries/work/xc/lib/Xdmcp/Wraphelp.c ===> Patching for XFree86-libraries-4.3.0 ===> Applying FreeBSD patches for XFree86-libraries-4.3.0 /bin/cp /usr/ports/x11/XFree86-4-libraries/files/nls::Compose::microsoft-cp1251 /usr/ports/x11/XFree86-4-libraries/work/xc/nls/Compose/microsoft-cp1251 ===> Configuring for XFree86-libraries-4.3.0 ===> XFree86-libraries-4.3.0 depends on file: /usr/X11R6/lib/X11/config/date.def - found ===> XFree86-libraries-4.3.0 depends on shared library: fontconfig.1 - found cp: /usr/X11R6/lib/X11/config/version.def: No such file or directory *** Error code 1 [root@erwin]/usr/ports: uname -a FreeBSD erwin.number6 4.8-PRERELEASE FreeBSD 4.8-PRERELEASE #1: Thu Feb 27 13:17:54 EST 2003 root@erwin.number6:/usr/obj/usr/src/sys/ERWIN alpha I also don't seem to be able to use portupgrade to upgrade the "meta-port" of ports/x11/XFree86-4 ... is this normal? Cheers, Rob -- "Gravity cannot be held responsible for people falling in love." - Albert Einstein This is random quote 29 of 1254. Distance from the centre of the brewing universe [15200.8 km (8207.8 mi), 262.8 deg](Apparent) Rennerian Public Key fingerprint = 6219 33BD A37B 368D 29F5 19FB 945D C4D7 1F66 D9C5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 6:18:33 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 463E337B401 for ; Wed, 12 Mar 2003 06:18:31 -0800 (PST) Received: from pa-plum1b-166.pit.adelphia.net (pa-plum1b-13.pit.adelphia.net [24.53.161.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39E8243FAF for ; Wed, 12 Mar 2003 06:18:30 -0800 (PST) (envelope-from wmoran@potentialtech.com) Received: from potentialtech.com (working [172.16.0.95]) by pa-plum1b-166.pit.adelphia.net (8.12.7/8.12.7) with ESMTP id h2CEISTb007355; Wed, 12 Mar 2003 09:18:28 -0500 (EST) (envelope-from wmoran@potentialtech.com) Message-ID: <3E6F41FD.3000908@potentialtech.com> Date: Wed, 12 Mar 2003 09:19:41 -0500 From: Bill Moran User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030301 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dmitry Morozovsky Cc: stable@FreeBSD.ORG Subject: Re: Upgrading sequence to 4.x from 3.3-R References: <20030312170425.G17741@woozle.rinet.ru> In-Reply-To: <20030312170425.G17741@woozle.rinet.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dmitry Morozovsky wrote: > Dear colleagues, > > What is the correct way to upgrade FreeBSD from 3.3-R to 4.x? Wow ... that's a bit of a leap. I expect you're going to have problems going that far easily. > using recommended (extended a bit) > > make -DNOCLEAN -DNOPERL -DNOPROFILE -DNOGAMES -DNOMAN buildworld > > I got > > ===> doc > c++ -O -pipe -I/ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/ar/src/gnu/usr.bin/gperf -c > /ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc > /ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:80: warning: > `catch', `throw', and `try' are all C++ reserved words > /ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc: In function `void > operator delete(void *)': > /ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:82: declaration of > `operator delete(void *)' throws different exceptions... > :82: ...from previous declaration here > *** Error code 1 > > Currently I simply exclude gperf from bootstrap-tools from Makefile.inc, but it > seems a bit hackish... I'm no expert on the source tree, but I would think that you might have an easier time of it if you backup up the system and reinstalled. If that seems terribly impractical, you might do better by stepping it. For example: 1) First upgrade to 3-STABLE. 2) Then upgrade to an early 4.x, such as 4.2-RELEASE 3) Then upgrade to 4-STABLE I do think you're going to have problems if you attempt the upgrade without upgrading perl as well. perl is used in many parts of the system in 4.x, if you don't upgrade it, you may not even be able to build 4.x, and if it does build and install, you may find many utilities don't work. -- Bill Moran Potential Technologies http://www.potentialtech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 6:20:34 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C1CF37B401 for ; Wed, 12 Mar 2003 06:20:31 -0800 (PST) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id B248143F85 for ; Wed, 12 Mar 2003 06:20:27 -0800 (PST) (envelope-from gunnar@oldie.sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.12.6/8.12.6) with ESMTP id h2CEKQqU090702; Wed, 12 Mar 2003 15:20:26 +0100 (CET) (envelope-from gunnar@oldie.sr.se) Received: from oldie.sr.se (oldie [134.25.200.100]) by honken.sr.se (8.12.3/8.12.3) with ESMTP id h2CEKQ1j095675; Wed, 12 Mar 2003 15:20:26 +0100 (CET) (envelope-from gunnar@oldie.sr.se) Received: from oldie.sr.se (localhost [127.0.0.1]) by oldie.sr.se (8.12.8/8.12.5) with ESMTP id h2CEKQbf058283; Wed, 12 Mar 2003 15:20:26 +0100 (CET) (envelope-from gunnar@oldie.sr.se) Received: (from gunnar@localhost) by oldie.sr.se (8.12.8/8.12.8/Submit) id h2CEKQmA058282; Wed, 12 Mar 2003 15:20:26 +0100 (CET) Date: Wed, 12 Mar 2003 15:20:25 +0100 From: Gunnar Flygt To: Bill Moran Cc: Dmitry Morozovsky , stable@FreeBSD.ORG Subject: Re: Upgrading sequence to 4.x from 3.3-R Message-ID: <20030312142025.GC58151@sr.se> Reply-To: Gunnar Flygt References: <20030312170425.G17741@woozle.rinet.ru> <3E6F41FD.3000908@potentialtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E6F41FD.3000908@potentialtech.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Mar 12, 2003 at 09:19:41AM -0500, Bill Moran wrote: > Dmitry Morozovsky wrote: > >Dear colleagues, > > > >What is the correct way to upgrade FreeBSD from 3.3-R to 4.x? > > Wow ... that's a bit of a leap. I expect you're going to have > problems going that far easily. > > >using recommended (extended a bit) > > > >make -DNOCLEAN -DNOPERL -DNOPROFILE -DNOGAMES -DNOMAN buildworld > > > >I got > > > >===> doc > >c++ -O -pipe -I/ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > >-I/ar/src/gnu/usr.bin/gperf -c > >/ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc > >/ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:80: warning: > >`catch', `throw', and `try' are all C++ reserved words > >/ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc: In function > >`void > >operator delete(void *)': > >/ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:82: > >declaration of > >`operator delete(void *)' throws different exceptions... > >:82: ...from previous declaration here > >*** Error code 1 > > > >Currently I simply exclude gperf from bootstrap-tools from Makefile.inc, > >but it > >seems a bit hackish... > > I'm no expert on the source tree, but I would think that you might have an > easier > time of it if you backup up the system and reinstalled. > > If that seems terribly impractical, you might do better by stepping it. For > example: > 1) First upgrade to 3-STABLE. > 2) Then upgrade to an early 4.x, such as 4.2-RELEASE > 3) Then upgrade to 4-STABLE > > I do think you're going to have problems if you attempt the upgrade without > upgrading perl as well. perl is used in many parts of the system in 4.x, if > you don't upgrade it, you may not even be able to build 4.x, and if it does > build and install, you may find many utilities don't work. Wouldn't it be easier to do a binary upgrade? -- Gunnar Flygt, SR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 6:25:37 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCC4437B404 for ; Wed, 12 Mar 2003 06:25:34 -0800 (PST) Received: from wasley.bl.mmtr.or.jp (wasley.bl.mmtr.or.jp [210.228.160.21]) by mx1.FreeBSD.org (Postfix) with SMTP id A8BD443FAF for ; Wed, 12 Mar 2003 06:25:32 -0800 (PST) (envelope-from rushani@bl.mmtr.or.jp) Received: (qmail 1564 invoked from network); 12 Mar 2003 23:25:30 +0900 Received: from unknown (HELO localhost) (61.213.0.21) by mx.bl.mmtr.or.jp with SMTP; 12 Mar 2003 23:25:30 +0900 Date: Wed, 12 Mar 2003 23:25:31 +0900 (JST) Message-Id: <20030312.232531.26538389.rushani@bl.mmtr.or.jp> To: igor.pokrovsky@cnrm.meteo.fr Cc: eta@lclark.edu, freebsd-ports@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADSUP: XFree86 4.3.0 update From: Hideyuki KURASHINA In-Reply-To: <3E6F32DA.9C7F1BD@cnrm.meteo.fr> References: <1047429424.8471.40.camel@leguin> <3E6F32DA.9C7F1BD@cnrm.meteo.fr> X-PGP-Public-Key: http://www.bl.mmtr.or.jp/~rushani/rushani.asc X-PGP-Fingerprint: A052 6F98 6146 6FE3 91E2 DA6B F2FA 2088 439A DC57 X-URL: http://www.bl.mmtr.or.jp/~rushani/ X-Mailer: Mew version 3.2 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, >>> On Wed, 12 Mar 2003 14:15:06 +0100, Igor Pokrovsky said: > Eric Anholt wrote: > > > > I've committed the update of XFree86 to 4.3.0 to ports. I think I've > > cleaned up after my mess at this point, but there may still be issues. > > Please report to me if you have any problems with the new ports or any > > issues with XFree86 that you didn't have in 4.2.0. > > System: 4.8-RC build on Mar 4 [...] > 1. DRI is not available, Mesa is falling back to indirect rendering. > (I have Radeon M7, kernel module is loaded, it was working with 4.2.0) [...] > 3. Latest opera-6.12.20030305(freebsd) is falling with core on exit. My FreeBSD box (Dell Dimension 4500C) at my office has i845G. I've installed 4.2.99.902 (4.3.0 RC 2) it by hand, and Opera 6.12 works fine here (DRI kernel module is not loaded). For it is worth or not, I got a same problem when using `vesa' dirver, not native `i810' one. Thanks, -- rushani To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 6:25:43 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1856B37B401 for ; Wed, 12 Mar 2003 06:25:42 -0800 (PST) Received: from pa-plum1b-166.pit.adelphia.net (pa-plum1b-13.pit.adelphia.net [24.53.161.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16C4C43FBD for ; Wed, 12 Mar 2003 06:25:41 -0800 (PST) (envelope-from wmoran@potentialtech.com) Received: from potentialtech.com (working [172.16.0.95]) by pa-plum1b-166.pit.adelphia.net (8.12.7/8.12.7) with ESMTP id h2CEPdTb007362; Wed, 12 Mar 2003 09:25:40 -0500 (EST) (envelope-from wmoran@potentialtech.com) Message-ID: <3E6F43AC.7060702@potentialtech.com> Date: Wed, 12 Mar 2003 09:26:52 -0500 From: Bill Moran User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030301 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gunnar Flygt Cc: stable@FreeBSD.ORG Subject: Re: Upgrading sequence to 4.x from 3.3-R References: <20030312170425.G17741@woozle.rinet.ru> <3E6F41FD.3000908@potentialtech.com> <20030312142025.GC58151@sr.se> In-Reply-To: <20030312142025.GC58151@sr.se> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gunnar Flygt wrote: >>I'm no expert on the source tree, but I would think that you might have an >>easier >>time of it if you backup up the system and reinstalled. >> >>If that seems terribly impractical, you might do better by stepping it. For >>example: >>1) First upgrade to 3-STABLE. >>2) Then upgrade to an early 4.x, such as 4.2-RELEASE >>3) Then upgrade to 4-STABLE >> >>I do think you're going to have problems if you attempt the upgrade without >>upgrading perl as well. perl is used in many parts of the system in 4.x, if >>you don't upgrade it, you may not even be able to build 4.x, and if it does >>build and install, you may find many utilities don't work. > > Wouldn't it be easier to do a binary upgrade? Perhaps it would, but I've never used the binary upgrade system, so I can't recommend it. Also, someone else was on the list complaining of failure in the binary upgrade system just a few days ago. See the archives, as I didn't follow the thread closely and may have misunderstood. Also, Dmitry, backup the system before you do _anything_! And, Dmitry, your mail server is fussy ... it refuses my email because it's not going through my ISPs relay. How does it know? I know for a fact that my DNS/RDNS is set up correctly. I don't use my ISPs relay because it's not reliable. -- Bill Moran Potential Technologies http://www.potentialtech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 6:51:38 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38D3137B401 for ; Wed, 12 Mar 2003 06:51:36 -0800 (PST) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id E19C543FBD for ; Wed, 12 Mar 2003 06:51:34 -0800 (PST) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.12.8/8.12.6) with ESMTP id h2CEpU63019408 for ; Wed, 12 Mar 2003 17:51:30 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Wed, 12 Mar 2003 17:51:30 +0300 (MSK) From: Dmitry Morozovsky To: stable@freebsd.org Subject: Re: Upgrading sequence to 4.x from 3.3-R Message-ID: <20030312175112.F17741@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 12 Mar 2003, Bill Moran wrote: BM> > What is the correct way to upgrade FreeBSD from 3.3-R to 4.x? BM> BM> Wow ... that's a bit of a leap. I expect you're going to have BM> problems going that far easily. It's not me ;-) It's a home router of one of my Friends which I helped to set up approx 2 and a half years ago ;-))) BM> > Currently I simply exclude gperf from bootstrap-tools from Makefile.inc, but it BM> > seems a bit hackish... BM> BM> I'm no expert on the source tree, but I would think that you might have an easier BM> time of it if you backup up the system and reinstalled. Yeah, I do have misterious arrors later, even when I tried to make only essential binaries. BM> If that seems terribly impractical, you might do better by stepping it. For BM> example: BM> 1) First upgrade to 3-STABLE. BM> 2) Then upgrade to an early 4.x, such as 4.2-RELEASE BM> 3) Then upgrade to 4-STABLE Well, I suppose steps 2 and 3 may be glued together, but anyway now checking out RELENG_3 (luckily machine is available from my workplace; however, it's plain'n'old P-166 with 32M of memory ;-) BM> I do think you're going to have problems if you attempt the upgrade without BM> upgrading perl as well. perl is used in many parts of the system in 4.x, if BM> you don't upgrade it, you may not even be able to build 4.x, and if it does BM> build and install, you may find many utilities don't work. Yes, I know. However, if you read through UPDATING you'll see -DNOPERL in section "Upgrading from 3.x" Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 6:59:54 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C75637B401 for ; Wed, 12 Mar 2003 06:59:53 -0800 (PST) Received: from cadillac.meteo.fr (cadillac.meteo.fr [137.129.1.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 086F043F3F for ; Wed, 12 Mar 2003 06:59:52 -0800 (PST) (envelope-from igor.pokrovsky@cnrm.meteo.fr) Received: from cti825.cnrm.meteo.fr (localhost.meteo.fr [127.0.0.1]) by cadillac.meteo.fr (8.9.3 (PHNE_25183+JAGae58098)/8.9.3) with ESMTP id OAA12833 for ; Wed, 12 Mar 2003 14:59:48 GMT Received: from xdata.cnrm.meteo.fr (xdata.cnrm.meteo.fr [137.129.150.2]) by cti825.cnrm.meteo.fr (8.9.3 (PHNE_18546)/8.9.3) with ESMTP id PAA26812; Wed, 12 Mar 2003 15:59:39 +0100 (MET) Received: from cnrm.meteo.fr (mai3.cnrm.meteo.fr [137.129.157.34]) by xdata.cnrm.meteo.fr with ESMTP (8.9.3 (PHNE_18546)/8.7.1) id PAA03166; Wed, 12 Mar 2003 15:59:39 +0100 (MET) Message-ID: <3E6F4B59.D23613E1@cnrm.meteo.fr> Date: Wed, 12 Mar 2003 15:59:37 +0100 From: Igor Pokrovsky X-Mailer: Mozilla 4.06 [en] (X11; I; HP-UX B.10.20 9000/780) MIME-Version: 1.0 To: Hideyuki KURASHINA Cc: FreeBSD Stable , FreeBSD Ports Subject: Re: HEADSUP: XFree86 4.3.0 update References: <1047429424.8471.40.camel@leguin> <3E6F32DA.9C7F1BD@cnrm.meteo.fr> <20030312.232531.26538389.rushani@bl.mmtr.or.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (cti825/CNRM) Organization: METEO FRANCE(CNRM) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hideyuki KURASHINA wrote: > > 3. Latest opera-6.12.20030305(freebsd) is falling with core on exit. > > My FreeBSD box (Dell Dimension 4500C) at my office has i845G. > I've installed 4.2.99.902 (4.3.0 RC 2) it by hand, and > Opera 6.12 works fine here (DRI kernel module is not loaded). > > For it is worth or not, I got a same problem when using `vesa' dirver, > not native `i810' one. In fact I'm using native 'ati' driver. Anyway, it doesn't help. -- Igor To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 7: 1:27 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A70D137B405 for ; Wed, 12 Mar 2003 07:01:25 -0800 (PST) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F5D343F3F for ; Wed, 12 Mar 2003 07:01:24 -0800 (PST) (envelope-from gunnar@oldie.sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.12.6/8.12.6) with ESMTP id h2CF1NqU094572 for ; Wed, 12 Mar 2003 16:01:23 +0100 (CET) (envelope-from gunnar@oldie.sr.se) Received: from oldie.sr.se (oldie [134.25.200.100]) by honken.sr.se (8.12.3/8.12.3) with ESMTP id h2CF1N1j099587 for ; Wed, 12 Mar 2003 16:01:23 +0100 (CET) (envelope-from gunnar@oldie.sr.se) Received: from oldie.sr.se (localhost [127.0.0.1]) by oldie.sr.se (8.12.8/8.12.5) with ESMTP id h2CF1Mbf058870 for ; Wed, 12 Mar 2003 16:01:23 +0100 (CET) (envelope-from gunnar@oldie.sr.se) Received: (from gunnar@localhost) by oldie.sr.se (8.12.8/8.12.8/Submit) id h2CF1M64058869 for freebsd-stable@freebsd.org; Wed, 12 Mar 2003 16:01:22 +0100 (CET) Date: Wed, 12 Mar 2003 16:01:22 +0100 From: Gunnar Flygt To: FreeBSD Stable Subject: USB Memory Stick hangs 4.8-RC box immediately Message-ID: <20030312150122.GA58754@sr.se> Reply-To: Gunnar Flygt Mail-Followup-To: Gunnar Flygt , FreeBSD Stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is this a known behavoiur that when you attach a USB Memory Stick, the machine freezes? If so, any clues on how to make it not to? Details: 4.8-RC a few days old. An "all SCSI" system. Can it have something to do with the USB stick trying to attach to already occupied devices or ....? The same Stick works very well with 5.0-CURRENT. -- Gunnar Flygt, SR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 7: 1:36 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B5A137B404 for ; Wed, 12 Mar 2003 07:01:35 -0800 (PST) Received: from speicher.org (sirius.speicher.org [209.74.10.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C8B643F85 for ; Wed, 12 Mar 2003 07:01:33 -0800 (PST) (envelope-from geoff@speicher.org) Received: from localhost (geoff@localhost) by speicher.org (8.11.6/8.11.6) with ESMTP id h2CF9X334710; Wed, 12 Mar 2003 10:09:33 -0500 (EST) (envelope-from geoff@speicher.org) Date: Wed, 12 Mar 2003 10:09:33 -0500 (EST) From: "Geoffrey C. Speicher" To: Dmitry Morozovsky Cc: stable@FreeBSD.ORG Subject: Re: Upgrading sequence to 4.x from 3.3-R In-Reply-To: <20030312175112.F17741@woozle.rinet.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 12 Mar 2003, Dmitry Morozovsky wrote: > On Wed, 12 Mar 2003, Bill Moran wrote: > > BM> > What is the correct way to upgrade FreeBSD from 3.3-R to 4.x? > BM> > BM> Wow ... that's a bit of a leap. I expect you're going to have > BM> problems going that far easily. > > It's not me ;-) > > It's a home router of one of my Friends which I helped to set up approx 2 and a > half years ago ;-))) If it's just a home router then it should be easier to backup the pertinent data and start over with a clean install, no? Geoff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 7:26:58 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3191837B401 for ; Wed, 12 Mar 2003 07:26:56 -0800 (PST) Received: from netlx014.civ.utwente.nl (netlx014.civ.utwente.nl [130.89.1.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FD7C43F3F for ; Wed, 12 Mar 2003 07:26:54 -0800 (PST) (envelope-from g.vandalum@student.utwente.nl) Received: from puinhoop.student.utwente.nl (licht.student.utwente.nl [130.89.169.80]) by netlx014.civ.utwente.nl (8.11.4/HKD) with ESMTP id h2CFQpB08705 for ; Wed, 12 Mar 2003 16:26:51 +0100 Received: from [127.0.0.1] (localhost [127.0.0.1]) by puinhoop.student.utwente.nl (Postfix) with ESMTP id E8B7930F22 for ; Wed, 12 Mar 2003 16:26:50 +0100 (CET) Subject: Re: USB storage devices and booting From: "G. van Dalum" To: freebsd-stable@freebsd.org In-Reply-To: <1047465545.1615.34.camel@server> References: <200303101424.h2AEOFQp038066@whizzo.transsys.com> <1047465545.1615.34.camel@server> Content-Type: text/plain Organization: Message-Id: <1047482810.908.2.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 12 Mar 2003 16:26:50 +0100 Content-Transfer-Encoding: 7bit X-UTwente-MailScanner: Found to be clean Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG i forgot: my system hangs and reboots when if i don't remove my usb flash memory drive after reattaching it guus On Wed, 2003-03-12 at 11:39, G. van Dalum wrote: > I tried to attach a usb storage device last week it did not work > correctly and i searched the net for a solution as i am a bit of a > newbee and i didn't want to ask stupid questions on this or other lists. > As i read the discussion on usb devices i thought my problem my be > relevant so here it is: > > when i attach a usb flash storage device to my computer before booting > it gets detected all right and i can mount it but reading and writing > doesn't work > vm_fault: pager read error, pid 1000 (cp) > i don't have any scsi devices attached to my system exept the umass > device > > when i detach it and reattach it i get these messages > umass0: BBB reset failed, TIMEOUT > umass0: BBB bulk-in clear stall failed, TIMEOUT > umass0: BBB bulk-out clear stall failed, TIMEOUT > > i have set sysctl kern.cam.da.no_6_byte=1 > > why is the usb device detected ok during boot and not after? > > Guus > > > > On Mon, 2003-03-10 at 15:24, Louis A. Mamakos wrote: > > While testing a fix to a USB driver a little while ago, I ran into a > > weird but explainable situation. Say, for example, you've got a FreeBSD > > system with one or more SCSI disks, and with the root partition on > > one of those disks. The loader passes along a hint as to which device > > the kernel should mount as the root partition, and away we go. > > > > Now, boot your system with a USB storage device attached. It seems > > to get bound as "da0" before the first SCSI drive has a chance to. > > This results in surprising behavior when you boot and it can't mount > > a root partition off the drive it thought it booted from. > > > > I suppose I could hardwire the SCSI drives in my kernel configuration, > > but that doesn't seem like the right answer. I don't normally boot > > with the USB storage thing plugged in, but it's possible that I might > > leave one attached and then have the system reboot while it's unattended > > and not come back. > > > > Is there a relative priority between the various drivers as they get > > device names allocated from (presumably) the CAM subsystem? > > > > louie > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 7:35:26 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF65637B401 for ; Wed, 12 Mar 2003 07:35:24 -0800 (PST) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B930843FE1 for ; Wed, 12 Mar 2003 07:35:23 -0800 (PST) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.12.8/8.12.6) with ESMTP id h2CFZM63019753; Wed, 12 Mar 2003 18:35:22 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Wed, 12 Mar 2003 18:35:22 +0300 (MSK) From: Dmitry Morozovsky To: "Geoffrey C. Speicher" Cc: stable@FreeBSD.ORG Subject: Re: Upgrading sequence to 4.x from 3.3-R In-Reply-To: Message-ID: <20030312182835.W17741@woozle.rinet.ru> References: X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 12 Mar 2003, Geoffrey C. Speicher wrote: GCS> > BM> > What is the correct way to upgrade FreeBSD from 3.3-R to 4.x? GCS> > BM> GCS> > BM> Wow ... that's a bit of a leap. I expect you're going to have GCS> > BM> problems going that far easily. GCS> > GCS> > It's not me ;-) GCS> > GCS> > It's a home router of one of my Friends which I helped to set up approx 2 and a GCS> > half years ago ;-))) GCS> GCS> If it's just a home router then it should be easier to backup the GCS> pertinent data and start over with a clean install, no? Well, possibly. ;-) However, I got an impression I can do buildworld remotely before visiting him ;-) On the other side, I can do remote backup. Well, go deciding. As for original question -- I do address it mainly to cross-release/upgrade gurus such as Ruslan... Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 7:50:27 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D19CD37B401; Wed, 12 Mar 2003 07:50:25 -0800 (PST) Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk [81.2.69.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id C27D643FD7; Wed, 12 Mar 2003 07:50:23 -0800 (PST) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [127.0.0.1]) by smtp.infracaninophile.co.uk (8.12.8/8.12.8) with ESMTP id h2CFoJI5001480; Wed, 12 Mar 2003 15:50:19 GMT (envelope-from matthew@happy-idiot-talk.infracaninophile.co.uk) Received: (from matthew@localhost) by happy-idiot-talk.infracaninophile.co.uk (8.12.8/8.12.8/Submit) id h2CFoJOF001479; Wed, 12 Mar 2003 15:50:19 GMT Date: Wed, 12 Mar 2003 15:50:19 +0000 From: Matthew Seaman To: Eric Anholt Cc: ports@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: HEADSUP: XFree86 4.3.0 update Message-ID: <20030312155019.GA1269@happy-idiot-talk.infracaninophi> References: <1047429424.8471.40.camel@leguin> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: <1047429424.8471.40.camel@leguin> User-Agent: Mutt/1.5.3i X-Spam-Status: No, hits=-38.8 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_MUTT version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 11, 2003 at 04:37:04PM -0800, Eric Anholt wrote: > I've committed the update of XFree86 to 4.3.0 to ports. I think I've > cleaned up after my mess at this point, but there may still be issues.=20 > Please report to me if you have any problems with the new ports or any > issues with XFree86 that you didn't have in 4.2.0. Is it me, or has this upgrade meant that xdm(1) no longer supplies the $PATH and other default environment settings out of /etc/login.conf? Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+b1c7dtESqEQa7a0RAt/vAJsELlgyUmXXIUxGggtmobMhPcY3qQCgkdy5 q1+RF8ONY16d68fguMjSAC4= =Ayjy -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 8: 9:40 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D8CF37B436 for ; Wed, 12 Mar 2003 08:09:38 -0800 (PST) Received: from ruminary.org (chiku.ruminary.org [216.218.185.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4399B43FDF for ; Wed, 12 Mar 2003 08:09:37 -0800 (PST) (envelope-from clark@ruminary.org) Received: by ruminary.org (Postfix, from userid 1000) id 1E61B22E19; Wed, 12 Mar 2003 08:09:35 -0800 (PST) Date: Wed, 12 Mar 2003 08:09:35 -0800 From: clark shishido To: Dmitry Morozovsky Cc: stable@FreeBSD.ORG Subject: Re: Upgrading sequence to 4.x from 3.3-R Message-ID: <20030312160935.GA1641@ruminary.org> References: <20030312170425.G17741@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030312170425.G17741@woozle.rinet.ru> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Mar 12, 2003 at 05:09:48PM +0300, Dmitry Morozovsky wrote: > Dear colleagues, > > What is the correct way to upgrade FreeBSD from 3.3-R to 4.x? > check the stable archives for a thread from Ralf Engelschall. it used to be 3.x-RELEASE --> 3.5-STABLE --> 4.[1,2] and later I think there are procedures for the latest 4-STABLE. Actually here it is, I looked it up to check the spelling. http://www.freebsd.org/cgi/getmsg.cgi?fetch=51796+57580+/usr/local/www/db/text/2000/freebsd-stable/20001015.freebsd-stable I remeber doing a couple upgrades by hand even before this howto came out and it was tedious and time consuming. I remember that the perl build was the most popular stumbling block. If you use cvsup to update your source tree, you'll may need to find cvsup-16.f binaries since cvsup servers reject 16.e clients. --clark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 8:18:30 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 586B437B405 for ; Wed, 12 Mar 2003 08:18:29 -0800 (PST) Received: from cadillac.meteo.fr (cadillac.meteo.fr [137.129.1.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id F36E543FA3 for ; Wed, 12 Mar 2003 08:18:26 -0800 (PST) (envelope-from igor.pokrovsky@cnrm.meteo.fr) Received: from cti825.cnrm.meteo.fr (localhost.meteo.fr [127.0.0.1]) by cadillac.meteo.fr (8.9.3 (PHNE_25183+JAGae58098)/8.9.3) with ESMTP id QAA19526 for ; Wed, 12 Mar 2003 16:18:24 GMT Received: from xdata.cnrm.meteo.fr (xdata.cnrm.meteo.fr [137.129.150.2]) by cti825.cnrm.meteo.fr (8.9.3 (PHNE_18546)/8.9.3) with ESMTP id RAA06005; Wed, 12 Mar 2003 17:18:23 +0100 (MET) Received: from cnrm.meteo.fr (mai3.cnrm.meteo.fr [137.129.157.34]) by xdata.cnrm.meteo.fr with ESMTP (8.9.3 (PHNE_18546)/8.7.1) id RAA12348; Wed, 12 Mar 2003 17:18:23 +0100 (MET) Message-ID: <3E6F5DCD.C9B71EBC@cnrm.meteo.fr> Date: Wed, 12 Mar 2003 17:18:21 +0100 From: Igor Pokrovsky X-Mailer: Mozilla 4.06 [en] (X11; I; HP-UX B.10.20 9000/780) MIME-Version: 1.0 To: Michael Nottebrock Cc: FreeBSD Stable Subject: Re: HEADSUP: XFree86 4.3.0 update References: <1047429424.8471.40.camel@leguin> <20030312144443.Y12585@mkd.mkd.ath.cx> <3E6F3FEA.CC03E852@cnrm.meteo.fr> <200303121706.35664.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (cti825/CNRM) Organization: METEO FRANCE(CNRM) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Michael Nottebrock wrote: > > On Wednesday 12 March 2003 15:10, Igor Pokrovsky wrote: > > mkd@mnm.uib.es wrote: > > > > 1. DRI is not available, Mesa is falling back to indirect rendering. > > > > (I have Radeon M7, kernel module is loaded, it was working with 4.2.0) > > > > > > I have the same problem, i got the exact error: > > > > > > $ glxinfo > > > libGL error: InitDriver failed > > > > > > Must the drm-kmod be updated to be used with the new 4.3 XFree? > > > or just a new version of Mesa? > > > > I have more information, as I looked through XFree86.0.log: > > > > (WW) RADEON(0): Some dri features diabled because of version mismatch. > > Kernel module version is 1.1.1 but 1.3.1 or later is preferred. > > Don't be too optimistic about getting glx and dri working with the old kmods. > Try disabling them, who knows, it might even fix your opera crashes. FWIW, > I'm running the to-be-MFCd drm-patches and they work very nicely with a > Radeon 7200. In fact that old module was working fine with 4.2.0 I'll try to use pre-MFCd code. May be it'll fix the problem. -- Igor To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 9:52:23 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90EB437B404; Wed, 12 Mar 2003 09:52:21 -0800 (PST) Received: from smtp-relay.omnis.com (smtp-relay.omnis.com [216.239.128.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52AFD43F3F; Wed, 12 Mar 2003 09:52:20 -0800 (PST) (envelope-from wes@softweyr.com) Received: from softweyr.homeunix.net (66-75-151-22.san.rr.com [66.75.151.22]) by smtp-relay.omnis.com (Postfix) with ESMTP id E4833439AA; Wed, 12 Mar 2003 09:52:18 -0800 (PST) From: Wes Peters Organization: Softweyr To: freebsd-doc@freebsd.org, Doug Barton , David Schultz Subject: Re: RELENG_4 Tag... Date: Wed, 12 Mar 2003 09:52:18 -0800 User-Agent: KMail/1.5 Cc: "Bruce A. Mah" , John Von Essen , freebsd-stable@FreeBSD.ORG, freebsd-doc@freebsd.org References: <20030310094853.L3006-100000@beck.quonix.net> <20030311211550.GA7157@HAL9000.homeunix.com> <20030311170704.B1461@znfgre.tberna.bet> In-Reply-To: <20030311170704.B1461@znfgre.tberna.bet> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200303120952.18491.wes@softweyr.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday 11 March 2003 17:12, Doug Barton wrote: > > But seriously folks, I suggested a while back that "we" reorganize the > useful information in the FAQ so that it lives in the appropriate > location in the handbook, and turn the FAQ itself into links back to > the handbook. At the time I was laughed out of court for a couple > reasons, not the least of which was resources. But we've got a pretty > solid core of doc committers nowadays, perhaps it's time to revisit > this idea? Do, or Do Not. There is no revisit. That sounds eerily familiar. ;^) -- Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 9:53:12 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AC6037B401 for ; Wed, 12 Mar 2003 09:53:11 -0800 (PST) Received: from puma.icir.org (puma.icir.org [192.150.187.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 152B843FAF for ; Wed, 12 Mar 2003 09:53:11 -0800 (PST) (envelope-from hodson@puma.icir.org) Received: from puma.icir.org (localhost [127.0.0.1]) by puma.icir.org (8.12.3/8.12.3) with ESMTP id h2CHr9AT075881; Wed, 12 Mar 2003 09:53:10 -0800 (PST) (envelope-from hodson@puma.icir.org) Message-Id: <200303121753.h2CHr9AT075881@puma.icir.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.3 From: Orion Hodson To: Stanley Hopcroft Cc: freebsd-stable@FreeBSD.ORG Subject: In-Reply-To: <20030312095744.A9861@IPAustralia.Gov.AU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Mar 2003 09:53:09 -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Stanley Hopcroft writes: | I am running 4.7-R-p7 on an Asus A7N8 main board. | | While the onboard sound and NIC are _not_ detected, I can use the on- | board video (GeForce 2 to Go ?) with X 4.2.x (the one in the ports) and | the patches at... WRT the onboard sound, Mikko Hyvarinen submitted the nForce2 audio device id and it was added to -current and -stable in January. It'll be in 4.8R and if you can't wait that long the relevant delta, 4 lines to ich.c, is contained in: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/sound/pci/ich.c.diff?r1=1.3.2 .11&r2=1.3.2.12 Kind Regards - Orion To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 9:54:46 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77CA337B401 for ; Wed, 12 Mar 2003 09:54:45 -0800 (PST) Received: from cadillac.meteo.fr (cadillac.meteo.fr [137.129.1.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 981E543F3F for ; Wed, 12 Mar 2003 09:54:43 -0800 (PST) (envelope-from igor.pokrovsky@cnrm.meteo.fr) Received: from cti825.cnrm.meteo.fr (localhost.meteo.fr [127.0.0.1]) by cadillac.meteo.fr (8.9.3 (PHNE_25183+JAGae58098)/8.9.3) with ESMTP id RAA25671 for ; Wed, 12 Mar 2003 17:54:40 GMT Received: from xdata.cnrm.meteo.fr (xdata.cnrm.meteo.fr [137.129.150.2]) by cti825.cnrm.meteo.fr (8.9.3 (PHNE_18546)/8.9.3) with ESMTP id SAA01699; Wed, 12 Mar 2003 18:54:39 +0100 (MET) Received: from cnrm.meteo.fr (mai3.cnrm.meteo.fr [137.129.157.34]) by xdata.cnrm.meteo.fr with ESMTP (8.9.3 (PHNE_18546)/8.7.1) id SAA20145; Wed, 12 Mar 2003 18:54:39 +0100 (MET) Message-ID: <3E6F745D.7A182002@cnrm.meteo.fr> Date: Wed, 12 Mar 2003 18:54:37 +0100 From: Igor Pokrovsky X-Mailer: Mozilla 4.06 [en] (X11; I; HP-UX B.10.20 9000/780) MIME-Version: 1.0 To: Eric Anholt Cc: FreeBSD Stable Subject: Re: HEADSUP: XFree86 4.3.0 update References: <1047429424.8471.40.camel@leguin> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (cti825/CNRM) Organization: METEO FRANCE(CNRM) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Eric Anholt wrote: > graphics/drm-kmod isn't going to be updated for 4.3.0. I have a diff > for the MFC of the drm up at: > http://people.freebsd.org/~anholt/dri/files.html > I would appreciate testers for this because I don't have a -stable > machine at the moment. Finally, DRI in 4.3.0 is working fine on my STABLE machine with kernel module, compiled from pre-MFSd diff. Demos are working fine. Thanks for a great job. -- Igor To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 10:11:54 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9317D37B401 for ; Wed, 12 Mar 2003 10:11:52 -0800 (PST) Received: from smtp-relay.omnis.com (smtp-relay.omnis.com [216.239.128.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E90A343F85 for ; Wed, 12 Mar 2003 10:11:51 -0800 (PST) (envelope-from wes@softweyr.com) Received: from softweyr.homeunix.net (66-75-151-22.san.rr.com [66.75.151.22]) by smtp-relay.omnis.com (Postfix) with ESMTP id A8A3143373; Wed, 12 Mar 2003 10:11:48 -0800 (PST) From: Wes Peters Organization: Softweyr To: Dag-Erling Smorgrav , Bernt Nilsson Subject: Re: Support for the nFORCE2? Date: Wed, 12 Mar 2003 10:11:48 -0800 User-Agent: KMail/1.5 Cc: freebsd-stable@freebsd.org References: <200303112320.18204.Bernt.Nilsson@abc.se> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200303121011.48203.wes@softweyr.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday 11 March 2003 15:06, Dag-Erling Smorgrav wrote: > Bernt Nilsson writes: > > Furthermore, there is support missing for the onboard audio, USB2 (I > > think, haven't tried it) and Serial-ATA (although I don't use this) > > and something about the memory. > > USB 2.0 isn't supported, but USB 2.0 (EHCI) chipsets are generally > backward compatible with OHCI which we do support. It is possible > that adding the correct PCI ID to the ohci driver's attach routine > would make it work. The 2 EHCI controllers on my VIA mobo show up as UHCI controllers: uhci0: port 0xd000-0xd01f irq 5 at device 16.0 on pci0 usb0: on uhci0 uhci1: port 0xb800-0xb81f irq 5 at device 16.1 on pci0 usb1: on uhci1 uhci2: port 0xb400-0xb41f irq 5 at device 16.2 on pci0 usb2: on uhci2 I suspect some pci id hacking may fix this. One of my co-workers has an N8X, I'll ask him about the HCIs. > Likewise, SATA controllers are *supposedly* backward compatible with > "regular" ATA, so this too may be simply a matter of a missing PCI ID. > > You didn't say what kind of audio chipset the mobo has, so I can't > help you there. It's the one built into the Nforce2 chipset. Are sound chips even probed if the kernel doesn't include pcm support? The audio may be a kernel compile away from working... -- Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 10:12:37 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A82A537B401; Wed, 12 Mar 2003 10:12:35 -0800 (PST) Received: from mail.nsu.ru (mx.nsu.ru [193.124.215.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3414F43F85; Wed, 12 Mar 2003 10:12:34 -0800 (PST) (envelope-from fjoe@iclub.nsu.ru) Received: from drweb by mail.nsu.ru with drweb-scanned (Exim 3.20 #1) id 18tAi9-0003H5-00; Thu, 13 Mar 2003 00:12:17 +0600 Received: from iclub.nsu.ru ([193.124.215.97] ident=root) by mail.nsu.ru with esmtp (Exim 3.20 #1) id 18tAi9-0003Gn-00; Thu, 13 Mar 2003 00:12:17 +0600 Received: from iclub.nsu.ru (fjoe@localhost [127.0.0.1]) by iclub.nsu.ru (8.12.8/8.12.8) with ESMTP id h2CIBwDC004833; Thu, 13 Mar 2003 00:11:58 +0600 (NS) (envelope-from fjoe@iclub.nsu.ru) Received: (from fjoe@localhost) by iclub.nsu.ru (8.12.8/8.12.8/Submit) id h2CIBtJX004832; Thu, 13 Mar 2003 00:11:55 +0600 (NS) (envelope-from fjoe) Date: Thu, 13 Mar 2003 00:11:55 +0600 From: Max Khon To: Matthew Seaman Cc: Eric Anholt , ports@freebsd.org, stable@freebsd.org Subject: Re: HEADSUP: XFree86 4.3.0 update Message-ID: <20030313001155.D4184@iclub.nsu.ru> References: <1047429424.8471.40.camel@leguin> <20030312155019.GA1269@happy-idiot-talk.infracaninophi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030312155019.GA1269@happy-idiot-talk.infracaninophi>; from m.seaman@infracaninophile.co.uk on Wed, Mar 12, 2003 at 03:50:19PM +0000 X-Spam-Status: No, hits=-3.0 required=5.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_02_03, USER_AGENT,USER_AGENT_MUTT version=2.43 X-Envelope-To: m.seaman@infracaninophile.co.uk, eta@lclark.edu, ports@freebsd.org, stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, there! On Wed, Mar 12, 2003 at 03:50:19PM +0000, Matthew Seaman wrote: > > I've committed the update of XFree86 to 4.3.0 to ports. I think I've > > cleaned up after my mess at this point, but there may still be issues. > > Please report to me if you have any problems with the new ports or any > > issues with XFree86 that you didn't have in 4.2.0. > > Is it me, or has this upgrade meant that xdm(1) no longer supplies the > $PATH and other default environment settings out of /etc/login.conf? I noticed that ports/x11/XFree86-4-libraries/filespatch-xdm_session.c was removed. Was it done on purpose or it was removed accidentally? patch-xdm_session.c was made for xdm to get environment variables from /etc/login.conf. /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 10:18:57 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A87C37B401 for ; Wed, 12 Mar 2003 10:18:56 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id F09FE43FA3 for ; Wed, 12 Mar 2003 10:18:54 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 27E125308; Wed, 12 Mar 2003 19:18:51 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Wes Peters Cc: Bernt Nilsson , freebsd-stable@freebsd.org Subject: Re: Support for the nFORCE2? From: Dag-Erling Smorgrav Date: Wed, 12 Mar 2003 19:18:51 +0100 In-Reply-To: <200303121011.48203.wes@softweyr.com> (Wes Peters's message of "Wed, 12 Mar 2003 10:11:48 -0800") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.2 References: <200303112320.18204.Bernt.Nilsson@abc.se> <200303121011.48203.wes@softweyr.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wes Peters writes: > On Tuesday 11 March 2003 15:06, Dag-Erling Smorgrav wrote: > > You didn't say what kind of audio chipset the mobo has, so I can't > > help you there. > It's the one built into the Nforce2 chipset. Are sound chips even probed > if the kernel doesn't include pcm support? They'll still show up in dmesg and pciconf output. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 11: 7:42 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8063B37B401 for ; Wed, 12 Mar 2003 11:07:40 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-52.dsl.lsan03.pacbell.net [63.207.60.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id A448E43FCB for ; Wed, 12 Mar 2003 11:07:39 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 4BEB766D6A; Wed, 12 Mar 2003 11:07:39 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 32AC79F5; Wed, 12 Mar 2003 11:07:39 -0800 (PST) Date: Wed, 12 Mar 2003 11:07:39 -0800 From: Kris Kennaway To: Igor Pokrovsky Cc: Jonathan Chen , FreeBSD Stable Subject: Re: Proc size mismatch 4.8 RC Message-ID: <20030312190739.GA86988@rot13.obsecurity.org> References: <80989321B230FD4E9E0D034DF5DD6E480398CB@amos.ddc.gi.musc.edu> <20030311192419.GA85926@grimoire.chen.org.nz> <3E6EF15C.DD7F1A51@cnrm.meteo.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <3E6EF15C.DD7F1A51@cnrm.meteo.fr> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 12, 2003 at 09:35:40AM +0100, Igor Pokrovsky wrote: > Jonathan Chen wrote: > >=20 > > On Tue, Mar 11, 2003 at 10:44:57AM -0500, Harold Mackey wrote: > > > I just completed a build world and kernel compilation and still recei= ve > > > a proc size mismatch in top, sysctl. > >=20 > > You missed the "make installworld". >=20 > I guess, it could be added to FAQ. :-) It's already well-documented. Kris --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+b4V6Wry0BWjoQKURAqzDAKCMBStBsrRj5KqCevbDF3rAvuAdwwCg3lXb tWNHVHDGKCcmjuyJJSZxO/E= =1zV7 -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 11:21:51 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6492537B401; Wed, 12 Mar 2003 11:21:48 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F8DB43FAF; Wed, 12 Mar 2003 11:21:45 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.7) with ESMTP id h2CJLhWG021387; Wed, 12 Mar 2003 14:21:44 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <1047429424.8471.40.camel@leguin> References: <1047429424.8471.40.camel@leguin> Date: Wed, 12 Mar 2003 14:21:43 -0500 To: Eric Anholt , ports@FreeBSD.ORG From: Garance A Drosihn Subject: Re: HEADSUP: XFree86 4.3.0 update Cc: stable@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.28 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 4:37 PM -0800 3/11/03, Eric Anholt wrote: >I've committed the update of XFree86 to 4.3.0 to ports. I think >I've cleaned up after my mess at this point, but there may still >be issues. Please report to me if you have any problems with the >new ports or any issues with XFree86 that you didn't have in 4.2.0. A minor observation: As I watch this all compiling, I notice a lot of compiles are generating: /usr/include/sys/cdefs.h:273: warning: `_POSIX_C_SOURCE' is not defined /usr/include/sys/cdefs.h:279: warning: `_POSIX_C_SOURCE' is not defined Everything still compiles (and continues to compile as I type this...). This is on a system I just cvsup'ed: (222) santropez/root # uname -a FreeBSD santropez.netel.rpi.edu 4.8-RC FreeBSD 4.8-RC #0: Wed Mar 12 12:13:33 EST 2003 root@santropez.netel.rpi.edu:/usr/obj/usr/src/sys/Dual-4Stable i386 (dual-Althon hardware) -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 11:28:45 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C84B37B401; Wed, 12 Mar 2003 11:28:44 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4143043F3F; Wed, 12 Mar 2003 11:28:43 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.7) with ESMTP id h2CJSfWG022095; Wed, 12 Mar 2003 14:28:42 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <5.2.0.9.2.20030313005325.00a82bc0@127.0.0.1> References: <5.2.0.9.2.20030313005325.00a82bc0@127.0.0.1> Date: Wed, 12 Mar 2003 14:28:39 -0500 To: Rob B From: Garance A Drosihn Subject: Re: HEADSUP: XFree86 4.3.0 update Cc: ports@FreeBSD.ORG, stable@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.28 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 1:00 AM +1100 3/13/03, Rob B wrote: > >Have a small problem preventing me from upgrading quite a few of >the XFree86 4.3.0 related ports: > >===> XFree86-libraries-4.3.0 depends on file: >/usr/X11R6/lib/X11/config/date.def - found >===> XFree86-libraries-4.3.0 depends on shared library: fontconfig.1 - found >cp: /usr/X11R6/lib/X11/config/version.def: No such file or directory >*** Error code 1 > >[root@erwin]/usr/ports: uname -a >FreeBSD erwin.number6 4.8-PRERELEASE FreeBSD 4.8-PRERELEASE #1: Thu >Feb 27 13:17:54 EST 2003 >root@erwin.number6:/usr/obj/usr/src/sys/ERWIN alpha Perhaps you need to do a buildworld first. I am not seeing the error you mention, but I did a buildworld just before starting the port-upgrade process. I also did the portupgrade of the portupgrade and ruby ports before tackling the X port. >I also don't seem to be able to use portupgrade to upgrade >the "meta-port" of ports/x11/XFree86-4 ... is this normal? I believe I did: portupgrade -Rr -n expat freetype2 XFree86 and it looked like it would do the right thing. I then removed the "-n" part, and redid it, and it's been compiling away happily for awhile now. It's done several of the XFree86 pieces, and is probably about 2/3rds of the way through. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 11:48:22 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8F8A37B401; Wed, 12 Mar 2003 11:48:19 -0800 (PST) Received: from murmeldjur.it.su.se (murmeldjur.it.su.se [130.237.95.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82F4B43FB1; Wed, 12 Mar 2003 11:48:18 -0800 (PST) (envelope-from rnyberg@murmeldjur.it.su.se) Received: from murmeldjur.it.su.se (localhost [127.0.0.1]) by murmeldjur.it.su.se (8.12.8/8.12.7) with ESMTP id h2CJmGci088793; Wed, 12 Mar 2003 20:48:16 +0100 (CET) (envelope-from rnyberg@murmeldjur.it.su.se) Received: (from rnyberg@localhost) by murmeldjur.it.su.se (8.12.8/8.12.8/Submit) id h2CJmGne088792; Wed, 12 Mar 2003 20:48:16 +0100 (CET) Date: Wed, 12 Mar 2003 20:48:16 +0100 From: Richard Nyberg To: Eric Anholt Cc: ports@freebsd.org, stable@freebsd.org Subject: Re: HEADSUP: XFree86 4.3.0 update Message-ID: <20030312194815.GA71335@murmeldjur.it.su.se> References: <1047429424.8471.40.camel@leguin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1047429424.8471.40.camel@leguin> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm rebuilding my ports from scratch, but unfortunately the build bombs in XFree86-4-clients. -Richard cc -o appres -O3 -pipe -ansi -Dasm=__asm -Wall -Wpointer-arith -Wundef -L/usr/ports/x11/XFree86-4-clients/work/xc/exports/lib appres.o -lXt -lSM -lICE -lXext -lX11 -L/usr/X11R6/lib -Wl,-rpath,/usr/X11R6/lib /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_signal' /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_zero_stub_' /usr/X11R6/lib/libX11.so: undefined reference to `pthread_cond_broadcast' /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_self_stub_' /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_init' /usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_unlock' /usr/X11R6/lib/libXt.so: undefined reference to `pthread_self' /usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_destroy' /usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_lock' /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_wait' /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_destroy' /usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_init' *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients/work/xc/programs/appres. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients/work/xc/programs. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 11:56:30 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 227A337B401; Wed, 12 Mar 2003 11:56:28 -0800 (PST) Received: from hotmail.com (f79.sea2.hotmail.com [207.68.165.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 000CC4402B; Wed, 12 Mar 2003 11:56:15 -0800 (PST) (envelope-from reigncracks@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 12 Mar 2003 11:56:14 -0800 Received: from 68.103.37.247 by sea2fd.sea2.hotmail.msn.com with HTTP; Wed, 12 Mar 2003 19:56:14 GMT X-Originating-IP: [68.103.37.247] From: "Mezz bsdforums.org" To: eta@lclark.edu Cc: stable@freebsd.org, ports@freebsd.org Subject: Re: HEADSUP: XFree86 4.3.0 update Date: Wed, 12 Mar 2003 14:56:14 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 12 Mar 2003 19:56:14.0971 (UTC) FILETIME=[704D2CB0:01C2E8D1] Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I upgraded it last night and reinstall Nvidia driver, then reboot. I fireup startx with Gnome 2.2 and it uses a lot of ram than before. I only use Opera and gnome-terminal for only an hour and it already use the 45% of swap, while my ram is 384mb. It is not normal, my systems haven't touch swap for very long time since the first time I installed FreeBSD (little over a year). I am not sure what I can search for the problem? What should I check? % top ============================= last pid: 754; load averages: 0.18, 0.33, 0.40 up 0+00:59:39 13:39:23 44 processes: 1 running, 43 sleeping CPU states: 58.0% user, 0.0% nice, 5.1% system, 0.8% interrupt, 36.2% idle Mem: 84M Active, 188M Inact, 49M Wired, 13M Cache, 48M Buf, 36M Free Swap: 384M Total, 174M Used, 210M Free, 45% Inuse ============================= % uname -a ============================= FreeBSD sysinfo.mezzweb.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat Mar 1 01:03:51 CST 2003 mezz@sysinfo.mezzweb.com:/usr/src/sys/i386/compile/BSDROCKS i386 ============================= Perhaps, I should reinstall Gnome and everything that are depending on X? Cheers, Mezz _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 12: 0:35 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 213E137B401; Wed, 12 Mar 2003 12:00:34 -0800 (PST) Received: from hotmail.com (f3.sea2.hotmail.com [207.68.165.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5050B43FB1; Wed, 12 Mar 2003 12:00:33 -0800 (PST) (envelope-from reigncracks@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 12 Mar 2003 12:00:33 -0800 Received: from 68.103.37.247 by sea2fd.sea2.hotmail.msn.com with HTTP; Wed, 12 Mar 2003 20:00:32 GMT X-Originating-IP: [68.103.37.247] From: "Mezz bsdforums.org" To: eta@lclark.edu Cc: ports@FreeBSD.org, stable@FreeBSD.org Subject: Re: HEADSUP: XFree86 4.3.0 update (Here's log) Date: Wed, 12 Mar 2003 15:00:32 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 12 Mar 2003 20:00:33.0160 (UTC) FILETIME=[0A31B080:01C2E8D2] Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Here's log, I forgot to add them in my previous email. /var/log/XFree86.0.log: ================================== FreeType: couldn't find encoding ascii-0 FreeType: couldn't find encoding ascii-0 FreeType: couldn't find encoding ascii-0 FreeType: couldn't find encoding ascii-0 goes on (over 40 lines).... ================================== Cheers, Mezz _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 12:14:48 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20ED737B401 for ; Wed, 12 Mar 2003 12:14:47 -0800 (PST) Received: from pobox.isi.com (unknown-3-134.wrs.com [147.11.3.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6643A43F93 for ; Wed, 12 Mar 2003 12:14:46 -0800 (PST) (envelope-from qli@isi.com) Received: from dimeola.isi.com (dimeola [192.103.54.127]) by pobox.isi.com (Pro-8.9.3/Pro-8.9.3/Pobox 991110 TroyC) with SMTP id MAA17477; Wed, 12 Mar 2003 12:23:41 -0800 (PST) Received: by dimeola.isi.com (SMI-8.6/SMI-SVR4) id LAA11690; Wed, 12 Mar 2003 11:57:42 -0800 From: qli@isi.com (Qing Li) Message-Id: <200303121957.LAA11690@dimeola.isi.com> Subject: Re: building qt31 and kde3 To: thierry@herbelot.com Date: Wed, 12 Mar 103 11:57:41 -0800 (PST) Cc: freebsd-stable@freebsd.org X-Mailer: ELM [version 2.4 PL0] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > I have successfuly upgraded several machines from qt3.0/kde3.0 to > qt3.1/kde3.1 after removing all of qt and kde, then rebuilding in > /usr/ports/x11/kde3 (that is, from a "virgin" state) > My problem seems to be the order of the header file inclusion path. c++ -c -pipe -fno-exceptions -I/usr/local/include -Wall -W -O -pipe ^^^^^^^^^^^^^^^^^^^^ -I/usr/local/include/freetype2 -I/usr/local/include ^^^^^^^^^^^^^^^ The 1st inclusion path caused it to pick up files from /usr/local/freetype first. I temporarily push it out of the way and the build is happening. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 12:16:29 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D19937B401; Wed, 12 Mar 2003 12:16:28 -0800 (PST) Received: from sunfire.lclark.edu (sunfire.lclark.edu [149.175.1.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 673C143FCB; Wed, 12 Mar 2003 12:16:25 -0800 (PST) (envelope-from eta@lclark.edu) Received: from [149.175.30.191] ([149.175.30.191]) by sunfire.lclark.edu (SAVSMTP 3.0.1.45) with SMTP id M2003031212162226509 ; Wed, 12 Mar 2003 12:16:22 -0800 Subject: Re: HEADSUP: XFree86 4.3.0 update From: Eric Anholt To: Richard Nyberg Cc: ports@FreeBSD.ORG, stable@FreeBSD.ORG In-Reply-To: <20030312194815.GA71335@murmeldjur.it.su.se> References: <1047429424.8471.40.camel@leguin> <20030312194815.GA71335@murmeldjur.it.su.se> Content-Type: text/plain Organization: Message-Id: <1047500403.660.0.camel@leguin> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 12 Mar 2003 12:20:03 -0800 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2003-03-12 at 11:48, Richard Nyberg wrote: > I'm rebuilding my ports from scratch, but unfortunately > the build bombs in XFree86-4-clients. > > -Richard > > cc -o appres -O3 -pipe -ansi -Dasm=__asm -Wall -Wpointer-arith -Wundef -L/usr/ports/x11/XFree86-4-clients/work/xc/exports/lib appres.o -lXt -lSM -lICE -lXext -lX11 -L/usr/X11R6/lib -Wl,-rpath,/usr/X11R6/lib > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_signal' > /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_zero_stub_' > /usr/X11R6/lib/libX11.so: undefined reference to `pthread_cond_broadcast' > /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_self_stub_' > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_init' > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_unlock' > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_self' > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_destroy' > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_lock' > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_wait' > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_destroy' > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_init' > *** Error code 1 Remove the -O3 from cflags and re-buildworld and try again. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 12:50:45 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D3E837B401 for ; Wed, 12 Mar 2003 12:50:41 -0800 (PST) Received: from cats.narnia.pp.se (as2-6-8.has.s.bonet.se [194.237.241.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id C913F43FB1 for ; Wed, 12 Mar 2003 12:50:39 -0800 (PST) (envelope-from Bernt.Nilsson@abc.se) Received: from napoleon.cats.narnia.pp.se (napoleon.cats.narnia.pp.se [172.17.17.55]) by cats.narnia.pp.se (8.12.8/8.12.8) with ESMTP id h2CKuG1U016562; Wed, 12 Mar 2003 21:56:17 +0100 (CET) (envelope-from Bernt.Nilsson@abc.se) From: Bernt Nilsson To: Dag-Erling Smorgrav Subject: Re: Support for the nFORCE2? Date: Wed, 12 Mar 2003 21:51:02 +0100 User-Agent: KMail/1.5 Cc: freebsd-stable@FreeBSD.ORG References: <200303112320.18204.Bernt.Nilsson@abc.se> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200303122151.02467.Bernt.Nilsson@abc.se> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG onsdagen den 12 mars 2003 00.06 skrev Dag-Erling Smorgrav: > USB 2.0 isn't supported, but USB 2.0 (EHCI) chipsets are generally > backward compatible with OHCI which we do support. It is possible > that adding the correct PCI ID to the ohci driver's attach routine > would make it work. Is this something I can do myself? > 'pciconf -v -l' would help a lot in identifying your hardware. Oh, I didn't know about that, but here goes: -- su-2.05b# pciconf -v -l hostb0@pci0:0:0: class=0x060000 card=0x80ac1043 chip=0x01e010de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corporation' class = bridge subclass = HOST-PCI none0@pci0:0:1: class=0x050000 card=0x0c1710de chip=0x01eb10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corporation' class = memory subclass = RAM none1@pci0:0:2: class=0x050000 card=0x0c1710de chip=0x01ee10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corporation' class = memory subclass = RAM none2@pci0:0:3: class=0x050000 card=0x0c1710de chip=0x01ed10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corporation' class = memory subclass = RAM none3@pci0:0:4: class=0x050000 card=0x0c1710de chip=0x01ec10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corporation' class = memory subclass = RAM none4@pci0:0:5: class=0x050000 card=0x0c1710de chip=0x01ef10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corporation' class = memory subclass = RAM isab0@pci0:1:0: class=0x060100 card=0x80ad1043 chip=0x006010de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corporation' class = bridge subclass = PCI-ISA none5@pci0:1:1: class=0x0c0500 card=0x0c111043 chip=0x006410de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corporation' class = serial bus subclass = SMBus ohci0@pci0:2:0: class=0x0c0310 card=0x0c111043 chip=0x006710de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corporation' class = serial bus subclass = USB ohci1@pci0:2:1: class=0x0c0310 card=0x0c111043 chip=0x006710de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corporation' class = serial bus subclass = USB none6@pci0:2:2: class=0x0c0320 card=0x0c111043 chip=0x006810de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corporation' class = serial bus subclass = USB none7@pci0:4:0: class=0x020000 card=0x80a71043 chip=0x006610de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corporation' class = network subclass = ethernet none8@pci0:5:0: class=0x040100 card=0x0c111043 chip=0x006b10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corporation' class = multimedia subclass = audio none9@pci0:6:0: class=0x040100 card=0x80951043 chip=0x006a10de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corporation' class = multimedia subclass = audio pcib1@pci0:8:0: class=0x060400 card=0x00000000 chip=0x006c10de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corporation' class = bridge subclass = PCI-PCI atapci0@pci0:9:0: class=0x01018a card=0x0c111043 chip=0x006510de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corporation' class = mass storage subclass = ATA pcib2@pci0:12:0: class=0x060400 card=0x00000000 chip=0x006d10de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corporation' class = bridge subclass = PCI-PCI fwohci0@pci0:13:0: class=0x0c0010 card=0x809a1043 chip=0x006e10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corporation' class = serial bus subclass = FireWire pcib3@pci0:30:0: class=0x060400 card=0x00000000 chip=0x01e810de rev=0xa2 hdr=0x01 vendor = 'Nvidia Corporation' class = bridge subclass = PCI-PCI sis0@pci1:10:0: class=0x020000 card=0xf3111385 chip=0x0020100b rev=0x00 hdr=0x00 vendor = 'National Semiconductor' device = 'DP83815/16 MacPhyter 10/100 Mb/s Ethernet MAC & PHY' class = network subclass = ethernet none10@pci2:1:0: class=0x020000 card=0x80ab1043 chip=0x920110b7 rev=0x40 hdr=0x00 vendor = '3COM Corp, Networking Division' class = network subclass = ethernet none11@pci3:0:0: class=0x030000 card=0x401d1043 chip=0x011010de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corporation' device = 'NV11 GeForce2 MX / MX 400' class = display subclass = VGA -- Thanks, Bernt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 13: 1: 8 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B974337B401; Wed, 12 Mar 2003 13:01:06 -0800 (PST) Received: from murmeldjur.it.su.se (murmeldjur.it.su.se [130.237.95.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CC7043F93; Wed, 12 Mar 2003 13:01:05 -0800 (PST) (envelope-from rnyberg@murmeldjur.it.su.se) Received: from murmeldjur.it.su.se (localhost [127.0.0.1]) by murmeldjur.it.su.se (8.12.8/8.12.7) with ESMTP id h2CL13ci045862; Wed, 12 Mar 2003 22:01:03 +0100 (CET) (envelope-from rnyberg@murmeldjur.it.su.se) Received: (from rnyberg@localhost) by murmeldjur.it.su.se (8.12.8/8.12.8/Submit) id h2CL13jE045861; Wed, 12 Mar 2003 22:01:03 +0100 (CET) Date: Wed, 12 Mar 2003 22:01:03 +0100 From: Richard Nyberg To: Eric Anholt Cc: ports@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: HEADSUP: XFree86 4.3.0 update Message-ID: <20030312210103.GA94414@murmeldjur.it.su.se> References: <1047429424.8471.40.camel@leguin> <20030312194815.GA71335@murmeldjur.it.su.se> <1047500403.660.0.camel@leguin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1047500403.660.0.camel@leguin> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Mar 12, 2003 at 12:20:03PM -0800, Eric Anholt wrote: > On Wed, 2003-03-12 at 11:48, Richard Nyberg wrote: > > I'm rebuilding my ports from scratch, but unfortunately > > the build bombs in XFree86-4-clients. > > > > -Richard > > > > cc -o appres -O3 -pipe -ansi -Dasm=__asm -Wall -Wpointer-arith -Wundef -L/usr/ports/x11/XFree86-4-clients/work/xc/exports/lib appres.o -lXt -lSM -lICE -lXext -lX11 -L/usr/X11R6/lib -Wl,-rpath,/usr/X11R6/lib > > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_signal' > > /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_zero_stub_' > > /usr/X11R6/lib/libX11.so: undefined reference to `pthread_cond_broadcast' > > /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_self_stub_' > > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_init' > > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_unlock' > > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_self' > > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_destroy' > > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_lock' > > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_wait' > > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_destroy' > > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_mutex_init' > > *** Error code 1 > > Remove the -O3 from cflags and re-buildworld and try again. > World was built with regular CFLAGS, so I only had to rebuild the ports again, and they did compile this time. Thanks! -Richard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 13:17: 2 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13E6C37B401 for ; Wed, 12 Mar 2003 13:17:01 -0800 (PST) Received: from cats.narnia.pp.se (as2-6-8.has.s.bonet.se [194.237.241.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FAD543FBF for ; Wed, 12 Mar 2003 13:17:00 -0800 (PST) (envelope-from Bernt.Nilsson@abc.se) Received: from napoleon.cats.narnia.pp.se (napoleon.cats.narnia.pp.se [172.17.17.55]) by cats.narnia.pp.se (8.12.8/8.12.8) with ESMTP id h2CLMa1U016597; Wed, 12 Mar 2003 22:22:37 +0100 (CET) (envelope-from Bernt.Nilsson@abc.se) From: Bernt Nilsson To: Wes Peters Subject: Re: Support for the nFORCE2? Date: Wed, 12 Mar 2003 22:17:22 +0100 User-Agent: KMail/1.5 Cc: freebsd-stable@freebsd.org References: <200303112320.18204.Bernt.Nilsson@abc.se> <200303121011.48203.wes@softweyr.com> In-Reply-To: <200303121011.48203.wes@softweyr.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200303122217.22564.Bernt.Nilsson@abc.se> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On wednesday March 12 2003 19.11 Wes Peters wrote: > I suspect some pci id hacking may fix this. One of my co-workers has > an N8X, I'll ask him about the HCIs. This PCI ID hacking, is this something I can do myself? > It's the one built into the Nforce2 chipset. Are sound chips even > probed if the kernel doesn't include pcm support? The audio may be a > kernel compile away from working... I was a little quick here I think. I remember now that there is support for the onboard audio in CURRENT, but since I had to go back to RELEASE to get FireWire working again I lost the audio - and my memory obviously. Sorry about that. Bernt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 13:38:47 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC82537B404 for ; Wed, 12 Mar 2003 13:38:43 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E298D43F85 for ; Wed, 12 Mar 2003 13:38:41 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 20C1C5308; Wed, 12 Mar 2003 22:38:39 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Bernt Nilsson Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Support for the nFORCE2? From: Dag-Erling Smorgrav Date: Wed, 12 Mar 2003 22:38:38 +0100 In-Reply-To: <200303122151.02467.Bernt.Nilsson@abc.se> (Bernt Nilsson's message of "Wed, 12 Mar 2003 21:51:02 +0100") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.2 References: <200303112320.18204.Bernt.Nilsson@abc.se> <200303122151.02467.Bernt.Nilsson@abc.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bernt Nilsson writes: > onsdagen den 12 mars 2003 00.06 skrev Dag-Erling Smorgrav: > > USB 2.0 isn't supported, but USB 2.0 (EHCI) chipsets are generally > > backward compatible with OHCI which we do support. It is possible > > that adding the correct PCI ID to the ohci driver's attach routine > > would make it work. > Is this something I can do myself? In your own source tree, yes. > > 'pciconf -v -l' would help a lot in identifying your hardware. > Oh, I didn't know about that, but here goes: > [...] > ohci0@pci0:2:0: class=0x0c0310 card=0x0c111043 chip=0x006710de rev=0xa3 > hdr=0x00 > vendor = 'Nvidia Corporation' > class = serial bus > subclass = USB > ohci1@pci0:2:1: class=0x0c0310 card=0x0c111043 chip=0x006710de rev=0xa3 > hdr=0x00 > vendor = 'Nvidia Corporation' > class = serial bus > subclass = USB There you go, the USB controller was recognized as an OHCI-compliant controller. > none6@pci0:2:2: class=0x0c0320 card=0x0c111043 chip=0x006810de rev=0xa3 > hdr=0x00 > vendor = 'Nvidia Corporation' > class = serial bus > subclass = USB This is the EHCI bit, which isn't recognized since we don't support USB 2.0. > none7@pci0:4:0: class=0x020000 card=0x80a71043 chip=0x006610de rev=0xa1 > hdr=0x00 > vendor = 'Nvidia Corporation' > class = network > subclass = ethernet This is the onboard NIC. I can't find any information about it beyond "nForce MCP2 Networking Adapter" > none8@pci0:5:0: class=0x040100 card=0x0c111043 chip=0x006b10de rev=0xa2 > hdr=0x00 > vendor = 'Nvidia Corporation' > class = multimedia > subclass = audio This is an auxiliary sound processor (apparently for Dolby Digital coding) which we don't support. > none9@pci0:6:0: class=0x040100 card=0x80951043 chip=0x006a10de rev=0xa1 > hdr=0x00 > vendor = 'Nvidia Corporation' > class = multimedia > subclass = audio AC97-comaptible audio codec, supported by the ich driver (at least in -CURRENT) > pcib1@pci0:8:0: class=0x060400 card=0x00000000 chip=0x006c10de rev=0xa3 > hdr=0x01 > vendor = 'Nvidia Corporation' > class = bridge > subclass = PCI-PCI > atapci0@pci0:9:0: class=0x01018a card=0x0c111043 chip=0x006510de > rev=0xa2 hdr=0x00 > vendor = 'Nvidia Corporation' > class = mass storage > subclass = ATA > fwohci0@pci0:13:0: class=0x0c0010 card=0x809a1043 chip=0x006e10de > rev=0xa3 hdr=0x00 > vendor = 'Nvidia Corporation' > class = serial bus > subclass = FireWire FireWire controller, claimed by the fwohci driver > sis0@pci1:10:0: class=0x020000 card=0xf3111385 chip=0x0020100b rev=0x00 > hdr=0x00 > vendor = 'National Semiconductor' > device = 'DP83815/16 MacPhyter 10/100 Mb/s Ethernet MAC & PHY' > class = network > subclass = ethernet NatSemi NIC, claimed by the sis driver > none10@pci2:1:0: class=0x020000 card=0x80ab1043 chip=0x920110b7 > rev=0x40 hdr=0x00 > vendor = '3COM Corp, Networking Division' > class = network > subclass = ethernet This is a 3c920B-EMB, which is supported by the xl driver (at least in -CURRENT) but not attached because the driver wasn't loaded. > none11@pci3:0:0: class=0x030000 card=0x401d1043 chip=0x011010de > rev=0xa1 hdr=0x00 > vendor = 'Nvidia Corporation' > device = 'NV11 GeForce2 MX / MX 400' > class = display > subclass = VGA Graphics adapter, supported in XFree86 as of 4.2.1. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 13:59:48 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 373BB37B401; Wed, 12 Mar 2003 13:59:44 -0800 (PST) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40C3343FDD; Wed, 12 Mar 2003 13:59:43 -0800 (PST) (envelope-from bmah@employees.org) Received: from bmah.dyndns.org (12-240-204-110.client.attbi.com[12.240.204.110]) by rwcrmhc53.attbi.com (rwcrmhc53) with ESMTP id <2003031221594205300a5ende>; Wed, 12 Mar 2003 21:59:42 +0000 Received: from intruder.bmah.org (localhost [127.0.0.1]) by bmah.dyndns.org (8.12.8/8.12.8) with ESMTP id h2CLxdWp012481; Wed, 12 Mar 2003 13:59:39 -0800 (PST) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.8/8.12.8/Submit) id h2CLxdPd012480; Wed, 12 Mar 2003 13:59:39 -0800 (PST) Date: Wed, 12 Mar 2003 13:59:39 -0800 From: "Bruce A. Mah" To: Eric Anholt Cc: ports@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: HEADSUP: XFree86 4.3.0 update Message-ID: <20030312215939.GA12430@intruder.bmah.org> References: <1047429424.8471.40.camel@leguin> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <1047429424.8471.40.camel@leguin> User-Agent: Mutt/1.4i X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-url: http://www.employees.org/~bmah/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable If memory serves me right, Eric Anholt wrote: > I've committed the update of XFree86 to 4.3.0 to ports. I think I've > cleaned up after my mess at this point, but there may still be issues.=20 > Please report to me if you have any problems with the new ports or any > issues with XFree86 that you didn't have in 4.2.0. I seem to have done Something Bad (TM) during my attempt to upgrade XFree86. I used portupgrade to upgrade imake and the various XFree86* ports on my 4-STABLE system (rebuilt around 3 March). Basically, when I fire up the server, my keyboard doesn't work (very well, anyways). The numeric keypad works, but none of the other keys seem to do anything; I can't even switch to another VTY. I've appended the stderr output at the bottom of this message. The relevant portion of my XF86Config file hasn't changed since I was running 4.2.1 this morning. Section "InputDevice" Identifier "Keyboard1" Driver "Keyboard" Option "AutoRepeat" "500 30" Option "XkbOptions" "ctrl:nocaps" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Does this sound familiar at all to anybody? I'm perfectly willing to believe that it's pilot error, just not sure how to fix things. Thanks! Bruce. PS. Eric, thanks for getting this set of ports updated! ----- XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: FreeBSD 4.8 i386 [ELF]=20 Build Date: 12 March 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (=3D=3D) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (=3D=3D) Log file: "/var/log/XFree86.0.log", Time: Wed Mar 12 13:44:01 2003 (=3D=3D) Using config file: "/etc/X11/XF86Config" (EE) Failed to load module "xie" (module does not exist, 0) (EE) Failed to load module "pex5" (module does not exist, 0) expected keysym, got XF86_Switch_VT_1: line 8 of xfree86 expected keysym, got XF86_Switch_VT_2: line 11 of xfree86 expected keysym, got XF86_Switch_VT_3: line 14 of xfree86 expected keysym, got XF86_Switch_VT_4: line 17 of xfree86 expected keysym, got XF86_Switch_VT_5: line 20 of xfree86 expected keysym, got XF86_Switch_VT_6: line 23 of xfree86 expected keysym, got XF86_Switch_VT_7: line 26 of xfree86 expected keysym, got XF86_Switch_VT_8: line 29 of xfree86 expected keysym, got XF86_Switch_VT_9: line 32 of xfree86 expected keysym, got XF86_Switch_VT_10: line 35 of xfree86 expected keysym, got XF86_Switch_VT_11: line 38 of xfree86 expected keysym, got XF86_Switch_VT_12: line 41 of xfree86 expected keysym, got XF86_Ungrab: line 45 of xfree86 expected keysym, got XF86_ClearGrab: line 48 of xfree86 expected keysym, got XF86_Next_VMode: line 51 of xfree86 expected keysym, got XF86_Prev_VMode: line 54 of xfree86 The XKEYBOARD keymap compiler (xkbcomp) reports: > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields expected keysym, got XF86_Switch_VT_1: line 51 of pc/pc expected keysym, got XF86_Switch_VT_2: line 55 of pc/pc expected keysym, got XF86_Switch_VT_3: line 59 of pc/pc expected keysym, got XF86_Switch_VT_4: line 63 of pc/pc expected keysym, got XF86_Switch_VT_5: line 67 of pc/pc expected keysym, got XF86_Switch_VT_6: line 71 of pc/pc expected keysym, got XF86_Switch_VT_7: line 75 of pc/pc expected keysym, got XF86_Switch_VT_8: line 79 of pc/pc expected keysym, got XF86_Switch_VT_9: line 83 of pc/pc expected keysym, got XF86_Switch_VT_10: line 87 of pc/pc expected keysym, got XF86_Switch_VT_11: line 91 of pc/pc expected keysym, got XF86_Switch_VT_12: line 95 of pc/pc expected keysym, got XF86_Ungrab: line 135 of pc/pc expected keysym, got XF86_ClearGrab: line 141 of pc/pc expected keysym, got XF86_Prev_VMode: line 147 of pc/pc expected keysym, got XF86_Next_VMode: line 157 of pc/pc Errors from xkbcomp are not fatal to the X server xterm: fatal IO error 32 (Broken pipe) or KillClient on X server ":0.0"=0D xinit: connection to X server lost.=0D =0D waiting for X server to shut down=20 =0D --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+b63K2MoxcVugUsMRAgp5AKDe2NWdaOTP0prpz41nYv5yCoL0mgCgydEf 2Lp36dMLmLO8aqQi/a/CwJY= =opqH -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 14:27:55 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5830D37B401 for ; Wed, 12 Mar 2003 14:27:51 -0800 (PST) Received: from notus.primus.ca (mail.tor.primus.ca [216.254.136.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9D3543FBD for ; Wed, 12 Mar 2003 14:27:45 -0800 (PST) (envelope-from 937863@primus.ca) Received: from dialin-134-84.hamilton.primus.ca ([209.90.134.84] helo=BirdOfPrey) by notus.primus.ca with esmtp (Exim 3.36 #3) id 18tEhL-0002Co-0A for freebsd-stable@FreeBSD.ORG; Wed, 12 Mar 2003 17:27:44 -0500 From: "Allan Jude" <937863@primus.ca> To: Subject: nForce1 NIC Support RE: Support for the nFORCE2? Date: Wed, 12 Mar 2003 17:27:44 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Disposition-Notification-To: "Allan Jude" <937863@primus.ca> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Does anyone know if there is support for the nForce-1 onboard NIC? -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG] On Behalf Of Dag-Erling Smorgrav Sent: Wednesday, March 12, 2003 4:39 PM To: Bernt Nilsson Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Support for the nFORCE2? Bernt Nilsson writes: > onsdagen den 12 mars 2003 00.06 skrev Dag-Erling Smorgrav: > > USB 2.0 isn't supported, but USB 2.0 (EHCI) chipsets are generally > > backward compatible with OHCI which we do support. It is possible > > that adding the correct PCI ID to the ohci driver's attach routine > > would make it work. > Is this something I can do myself? In your own source tree, yes. > > 'pciconf -v -l' would help a lot in identifying your hardware. > Oh, I didn't know about that, but here goes: > [...] > ohci0@pci0:2:0: class=0x0c0310 card=0x0c111043 chip=0x006710de rev=0xa3 > hdr=0x00 > vendor = 'Nvidia Corporation' > class = serial bus > subclass = USB > ohci1@pci0:2:1: class=0x0c0310 card=0x0c111043 chip=0x006710de rev=0xa3 > hdr=0x00 > vendor = 'Nvidia Corporation' > class = serial bus > subclass = USB There you go, the USB controller was recognized as an OHCI-compliant controller. > none6@pci0:2:2: class=0x0c0320 card=0x0c111043 chip=0x006810de rev=0xa3 > hdr=0x00 > vendor = 'Nvidia Corporation' > class = serial bus > subclass = USB This is the EHCI bit, which isn't recognized since we don't support USB 2.0. > none7@pci0:4:0: class=0x020000 card=0x80a71043 chip=0x006610de rev=0xa1 > hdr=0x00 > vendor = 'Nvidia Corporation' > class = network > subclass = ethernet This is the onboard NIC. I can't find any information about it beyond "nForce MCP2 Networking Adapter" > none8@pci0:5:0: class=0x040100 card=0x0c111043 chip=0x006b10de rev=0xa2 > hdr=0x00 > vendor = 'Nvidia Corporation' > class = multimedia > subclass = audio This is an auxiliary sound processor (apparently for Dolby Digital coding) which we don't support. > none9@pci0:6:0: class=0x040100 card=0x80951043 chip=0x006a10de rev=0xa1 > hdr=0x00 > vendor = 'Nvidia Corporation' > class = multimedia > subclass = audio AC97-comaptible audio codec, supported by the ich driver (at least in -CURRENT) > pcib1@pci0:8:0: class=0x060400 card=0x00000000 chip=0x006c10de rev=0xa3 > hdr=0x01 > vendor = 'Nvidia Corporation' > class = bridge > subclass = PCI-PCI > atapci0@pci0:9:0: class=0x01018a card=0x0c111043 chip=0x006510de > rev=0xa2 hdr=0x00 > vendor = 'Nvidia Corporation' > class = mass storage > subclass = ATA > fwohci0@pci0:13:0: class=0x0c0010 card=0x809a1043 chip=0x006e10de > rev=0xa3 hdr=0x00 > vendor = 'Nvidia Corporation' > class = serial bus > subclass = FireWire FireWire controller, claimed by the fwohci driver > sis0@pci1:10:0: class=0x020000 card=0xf3111385 chip=0x0020100b rev=0x00 > hdr=0x00 > vendor = 'National Semiconductor' > device = 'DP83815/16 MacPhyter 10/100 Mb/s Ethernet MAC & PHY' > class = network > subclass = ethernet NatSemi NIC, claimed by the sis driver > none10@pci2:1:0: class=0x020000 card=0x80ab1043 chip=0x920110b7 > rev=0x40 hdr=0x00 > vendor = '3COM Corp, Networking Division' > class = network > subclass = ethernet This is a 3c920B-EMB, which is supported by the xl driver (at least in -CURRENT) but not attached because the driver wasn't loaded. > none11@pci3:0:0: class=0x030000 card=0x401d1043 chip=0x011010de > rev=0xa1 hdr=0x00 > vendor = 'Nvidia Corporation' > device = 'NV11 GeForce2 MX / MX 400' > class = display > subclass = VGA Graphics adapter, supported in XFree86 as of 4.2.1. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 15: 6:12 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1550C37B401; Wed, 12 Mar 2003 15:06:11 -0800 (PST) Received: from hotmail.com (f49.sea2.hotmail.com [207.68.165.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69F3643FCB; Wed, 12 Mar 2003 15:06:10 -0800 (PST) (envelope-from reigncracks@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 12 Mar 2003 15:06:10 -0800 Received: from 68.103.37.247 by sea2fd.sea2.hotmail.msn.com with HTTP; Wed, 12 Mar 2003 23:06:09 GMT X-Originating-IP: [68.103.37.247] From: "Mezz bsdforums.org" To: eta@lclark.edu Cc: stable@freebsd.org, ports@freebsd.org Subject: Re: HEADSUP: XFree86 4.3.0 update (solved) Date: Wed, 12 Mar 2003 18:06:09 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 12 Mar 2003 23:06:10.0223 (UTC) FILETIME=[F866A3F0:01C2E8EB] Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >I upgraded it last night and reinstall Nvidia driver, then reboot. I fireup >startx with Gnome 2.2 and it uses a lot of ram than before. I only use >Opera and gnome-terminal for only an hour and it already use the 45% of >swap, while my ram is 384mb. It is not normal, my systems haven't touch >swap for very long time since the first time I installed FreeBSD (little >over a year). I am not sure what I can search for the problem? What should >I check? > > > >Perhaps, I should reinstall Gnome and everything that are depending on X? It has been solved, thanks to Glenn Johnson (glennpj@charter.net)! The solution is to rebuild/install the fontconfig. Now, I don't see any of error msg anymore, no loop and it uses 27% of RAM. Cheers, Mezz _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 15:38:17 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF74D37B401 for ; Wed, 12 Mar 2003 15:38:16 -0800 (PST) Received: from cats.narnia.pp.se (as2-6-8.has.s.bonet.se [194.237.241.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id E128C43F85 for ; Wed, 12 Mar 2003 15:38:13 -0800 (PST) (envelope-from Bernt.Nilsson@abc.se) Received: from napoleon.cats.narnia.pp.se (napoleon.cats.narnia.pp.se [172.17.17.55]) by cats.narnia.pp.se (8.12.8/8.12.8) with ESMTP id h2CNhk1U016827; Thu, 13 Mar 2003 00:43:46 +0100 (CET) (envelope-from Bernt.Nilsson@abc.se) From: Bernt Nilsson To: Dag-Erling Smorgrav Subject: Re: Support for the nFORCE2? Date: Thu, 13 Mar 2003 00:38:31 +0100 User-Agent: KMail/1.5 Cc: freebsd-stable@FreeBSD.ORG References: <200303112320.18204.Bernt.Nilsson@abc.se> <200303122151.02467.Bernt.Nilsson@abc.se> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200303130038.31895.Bernt.Nilsson@abc.se> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG onsdagen den 12 mars 2003 22.38 skrev Dag-Erling Smorgrav: > > Is this something I can do myself? > > In your own source tree, yes. I tried to find information about this in the handbook and in the FAQ, but I could not find anything. Could you please direct me to where I can read about this? Thanks, Bernt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 16: 4:43 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9F6C37B401; Wed, 12 Mar 2003 16:04:41 -0800 (PST) Received: from sunfire.lclark.edu (lclark.edu [149.175.1.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 1540743FBF; Wed, 12 Mar 2003 16:04:41 -0800 (PST) (envelope-from eta@lclark.edu) Received: from [149.175.30.191] ([149.175.30.191]) by sunfire.lclark.edu (SAVSMTP 3.0.1.45) with SMTP id M2003031216031410636 ; Wed, 12 Mar 2003 16:03:14 -0800 Subject: Re: HEADSUP: XFree86 4.3.0 update From: Eric Anholt To: mkd@mnm.uib.es Cc: Igor Pokrovsky , FreeBSD Ports , FreeBSD Stable In-Reply-To: <20030312144443.Y12585@mkd.mkd.ath.cx> References: <1047429424.8471.40.camel@leguin> <3E6F32DA.9C7F1BD@cnrm.meteo.fr> <20030312144443.Y12585@mkd.mkd.ath.cx> Content-Type: text/plain Organization: Message-Id: <1047514016.614.106.camel@leguin> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 12 Mar 2003 16:06:56 -0800 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2003-03-12 at 05:46, mkd@mnm.uib.es wrote: > On Wed, 12 Mar 2003, Igor Pokrovsky wrote: > > > I've just installed committed version XFree86 and got a lot of problems: > > (I deleted previous version of XFree and installed new one) > > > > 1. DRI is not available, Mesa is falling back to indirect rendering. > > (I have Radeon M7, kernel module is loaded, it was working with 4.2.0) > > I have the same problem, i got the exact error: > > $ glxinfo > libGL error: InitDriver failed > > Must the drm-kmod be updated to be used with the new 4.3 XFree? > or just a new version of Mesa? For problems with the DRI, please use my troubleshooting page for the dri: http://people.freebsd.org/~anholt/dri/troubleshooting.html I'm trying to make it as complete as possible. With that log I don't know really what's going on. No drm-kmod update should be necessary, unless you have a card supported in 4.3.0 that wasn't in 4.2.0. Again, Mesa is included with XFree86, and the port we have just supplies libglut. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 16: 7:42 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89A9B37B401; Wed, 12 Mar 2003 16:07:40 -0800 (PST) Received: from sunfire.lclark.edu (sunfire.lclark.edu [149.175.1.5]) by mx1.FreeBSD.org (Postfix) with SMTP id BD07343F93; Wed, 12 Mar 2003 16:07:39 -0800 (PST) (envelope-from eta@lclark.edu) Received: from [149.175.30.191] ([149.175.30.191]) by sunfire.lclark.edu (SAVSMTP 3.0.1.45) with SMTP id M2003031216073423430 ; Wed, 12 Mar 2003 16:07:34 -0800 Subject: Re: HEADSUP: XFree86 4.3.0 update From: Eric Anholt To: Rob B Cc: ports@FreeBSD.org, stable@FreeBSD.org In-Reply-To: <5.2.0.9.2.20030313005325.00a82bc0@127.0.0.1> References: <5.2.0.9.2.20030313005325.00a82bc0@127.0.0.1> Content-Type: text/plain Organization: Message-Id: <1047514276.614.122.camel@leguin> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 12 Mar 2003 16:11:16 -0800 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2003-03-12 at 06:00, Rob B wrote: > At 11:37 AM 12/03/03, Eric Anholt sent this up the stick: > >I think the ports should build fine with a plain make install from > >x11/XFree86-4 even if 4.2.0 is already installed (they did last time I > >tried), but it doesn't guarantee an update. Please use portupgrade to > >ensure you update fully. > > Have a small problem preventing me from upgrading quite a few of the > XFree86 4.3.0 related ports: > > [root@erwin]/usr/ports: portupgrade XFree86-libraries > ---> Upgrading 'XFree86-libraries-4.2.1_7' to 'XFree86-libraries-4.3.0' > (x11/XFree86-4-libraries) > ---> Building '/usr/ports/x11/XFree86-4-libraries' > ===> Cleaning for libiconv-1.8_2 > ===> Cleaning for gettext-0.11.5_1 > ===> Cleaning for gmake-3.80 > ===> Cleaning for imake-4.3.0 > ===> Cleaning for libtool-1.3.4_4 > ===> Cleaning for pkgconfig-0.15.0 > ===> Cleaning for freetype2-2.1.3_1 > ===> Cleaning for expat-1.95.6_1 > ===> Cleaning for fontconfig-2.1_5 > ===> Cleaning for XFree86-libraries-4.3.0 > ===> Extracting for XFree86-libraries-4.3.0 > >> Checksum OK for xc/X430src-1.tgz. > >> Checksum OK for xc/X430src-2.tgz. > >> Checksum OK for xc/X430src-3.tgz. > >> Checksum OK for xc/Wraphelp2.gz. > /usr/bin/gunzip -f -c > /usr/ports/distfiles/xc/Wraphelp2.gz > > /usr/ports/x11/XFree86-4-libraries/work/xc/lib/Xdmcp/Wraphelp.c > ===> Patching for XFree86-libraries-4.3.0 > ===> Applying FreeBSD patches for XFree86-libraries-4.3.0 > /bin/cp > /usr/ports/x11/XFree86-4-libraries/files/nls::Compose::microsoft-cp1251 > /usr/ports/x11/XFree86-4-libraries/work/xc/nls/Compose/microsoft-cp1251 > ===> Configuring for XFree86-libraries-4.3.0 > ===> XFree86-libraries-4.3.0 depends on file: > /usr/X11R6/lib/X11/config/date.def - found > ===> XFree86-libraries-4.3.0 depends on shared library: fontconfig.1 - found > cp: /usr/X11R6/lib/X11/config/version.def: No such file or directory > *** Error code 1 > > [root@erwin]/usr/ports: uname -a > FreeBSD erwin.number6 4.8-PRERELEASE FreeBSD 4.8-PRERELEASE #1: Thu Feb 27 > 13:17:54 EST 2003 root@erwin.number6:/usr/obj/usr/src/sys/ERWIN alpha > > I also don't seem to be able to use portupgrade to upgrade the "meta-port" > of ports/x11/XFree86-4 ... is this normal? Could you rebuild imake-4? I don't know how you would have ended up with a system with date.def but not version.def. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 16: 9:19 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 553D037B401; Wed, 12 Mar 2003 16:09:17 -0800 (PST) Received: from sunfire.lclark.edu (lclark.edu [149.175.1.5]) by mx1.FreeBSD.org (Postfix) with SMTP id A5DCF43FAF; Wed, 12 Mar 2003 16:09:16 -0800 (PST) (envelope-from eta@lclark.edu) Received: from [149.175.30.191] ([149.175.30.191]) by sunfire.lclark.edu (SAVSMTP 3.0.1.45) with SMTP id M2003031216083222475 ; Wed, 12 Mar 2003 16:08:32 -0800 Subject: Re: HEADSUP: XFree86 4.3.0 update From: Eric Anholt To: Max Khon Cc: Matthew Seaman , ports@freebsd.org, stable@freebsd.org In-Reply-To: <20030313001155.D4184@iclub.nsu.ru> References: <1047429424.8471.40.camel@leguin> <20030312155019.GA1269@happy-idiot-talk.infracaninophi> <20030313001155.D4184@iclub.nsu.ru> Content-Type: text/plain Organization: Message-Id: <1047514334.614.126.camel@leguin> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 12 Mar 2003 16:12:14 -0800 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2003-03-12 at 10:11, Max Khon wrote: > hi, there! > > On Wed, Mar 12, 2003 at 03:50:19PM +0000, Matthew Seaman wrote: > > > > I've committed the update of XFree86 to 4.3.0 to ports. I think I've > > > cleaned up after my mess at this point, but there may still be issues. > > > Please report to me if you have any problems with the new ports or any > > > issues with XFree86 that you didn't have in 4.2.0. > > > > Is it me, or has this upgrade meant that xdm(1) no longer supplies the > > $PATH and other default environment settings out of /etc/login.conf? > > I noticed that ports/x11/XFree86-4-libraries/filespatch-xdm_session.c > was removed. Was it done on purpose or it was removed accidentally? > > patch-xdm_session.c was made for xdm to get environment variables > from /etc/login.conf. Yeah, that was a mistake on my part. In creating the update, I first removed and then re-added all the patches that were still applicable. I missed that one. I'm preparing a set of updates to run by portmgr, this should be fixed soon. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 16:30:20 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8418837B401; Wed, 12 Mar 2003 16:30:18 -0800 (PST) Received: from sunfire.lclark.edu (lclark.edu [149.175.1.5]) by mx1.FreeBSD.org (Postfix) with SMTP id D769243FB1; Wed, 12 Mar 2003 16:30:17 -0800 (PST) (envelope-from eta@lclark.edu) Received: from [149.175.30.191] ([149.175.30.191]) by sunfire.lclark.edu (SAVSMTP 3.0.1.45) with SMTP id M2003031216301020794 ; Wed, 12 Mar 2003 16:30:10 -0800 Subject: Re: HEADSUP: XFree86 4.3.0 update From: Eric Anholt To: Garance A Drosihn Cc: ports@FreeBSD.ORG, stable@FreeBSD.ORG In-Reply-To: References: <1047429424.8471.40.camel@leguin> Content-Type: text/plain Organization: Message-Id: <1047515632.614.163.camel@leguin> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 12 Mar 2003 16:33:52 -0800 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2003-03-12 at 11:21, Garance A Drosihn wrote: > At 4:37 PM -0800 3/11/03, Eric Anholt wrote: > >I've committed the update of XFree86 to 4.3.0 to ports. I think > >I've cleaned up after my mess at this point, but there may still > >be issues. Please report to me if you have any problems with the > >new ports or any issues with XFree86 that you didn't have in 4.2.0. > > A minor observation: > > As I watch this all compiling, I notice a lot of compiles > are generating: > > /usr/include/sys/cdefs.h:273: warning: `_POSIX_C_SOURCE' is not defined > /usr/include/sys/cdefs.h:279: warning: `_POSIX_C_SOURCE' is not defined These ones annoy me, too (-current). /usr/include/sys/time.h: In function `timespec2bintime': /usr/include/sys/time.h:125: warning: ISO C89 forbids long long integer constants /usr/include/sys/time.h: In function `timeval2bintime': /usr/include/sys/time.h:142: warning: ISO C89 forbids long long integer constants If anyone proposes the right way to clean up these messages, I would love to hear. XFree86 uses -ansi -pedantic in its compiles, and I'm wondering if we could just drop that and make things look prettier, at least for this second message. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 16:38:45 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AAF137B401 for ; Wed, 12 Mar 2003 16:38:43 -0800 (PST) Received: from sunfire.lclark.edu (sunfire.lclark.edu [149.175.1.5]) by mx1.FreeBSD.org (Postfix) with SMTP id D83D243FBF for ; Wed, 12 Mar 2003 16:38:42 -0800 (PST) (envelope-from eta@lclark.edu) Received: from [149.175.30.191] ([149.175.30.191]) by sunfire.lclark.edu (SAVSMTP 3.0.1.45) with SMTP id M2003031216373402843 ; Wed, 12 Mar 2003 16:37:34 -0800 Subject: Re: HEADSUP: XFree86 4.3.0 update From: Eric Anholt To: mkd@mnm.uib.es Cc: Igor Pokrovsky , FreeBSD Stable In-Reply-To: <20030313011354.Y40359@mkd.mkd.ath.cx> References: <1047429424.8471.40.camel@leguin> <3E6F745D.7A182002@cnrm.meteo.fr> <20030313011354.Y40359@mkd.mkd.ath.cx> Content-Type: text/plain Organization: Message-Id: <1047516077.614.175.camel@leguin> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 12 Mar 2003 16:41:17 -0800 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2003-03-12 at 16:19, mkd@mnm.uib.es wrote: > > > > Finally, DRI in 4.3.0 is working fine on my STABLE machine with kernel > > module, > > compiled from pre-MFSd diff. Demos are working fine. > > I have some errors in "make depend" at time to rebuild kernel: > > # cd /usr/src/sys && patch -p0 < ~/system/drm-stable-20030311.diff > # cd i386/config/ > # config MYKERNEL (here, it says: unknown option DRM_LINUX) > (i remove the DRM_LINUX options in config) > # cd ../../compile/MYKERNEL > # make depend > In file included from ../../dev/drm/drmP.h:74, > from ../../dev/drm/radeon_cp.c:34: > ../../dev/drm/drm_os_freebsd.h:59: opt_drm.h: No such file or directory > In file included from ../../dev/drm/drmP.h:74, > from ../../dev/drm/radeon_drv.c:33: > ../../dev/drm/drm_os_freebsd.h:59: opt_drm.h: No such file or directory > In file included from ../../dev/drm/drmP.h:74, > from ../../dev/drm/radeon_irq.c:36: > ../../dev/drm/drm_os_freebsd.h:59: opt_drm.h: No such file or directory > In file included from ../../dev/drm/drmP.h:74, > from ../../dev/drm/radeon_mem.c:35: > ../../dev/drm/drm_os_freebsd.h:59: opt_drm.h: No such file or directory > In file included from ../../dev/drm/drmP.h:74, > from ../../dev/drm/radeon_state.c:33: > ../../dev/drm/drm_os_freebsd.h:59: opt_drm.h: No such file or directory > mkdep: compile failed > *** Error code 1 > Stop in /usr/src/sys/compile/MYKERNEL. > > Can you help me? I've just readed the Install section in > http://people.freebsd.org/~anholt/dri/install.html and i've done > all the commands right, what is the error? I wonder how I built that LINT. Anyway, an updated version is up which should fix that I hope (adds two lines to conf/options). -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 17:20:13 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F4BF37B401; Wed, 12 Mar 2003 17:20:07 -0800 (PST) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83A5C43F3F; Wed, 12 Mar 2003 17:20:01 -0800 (PST) (envelope-from barner@in.tum.de) Received: from mailrelay1.informatik.tu-muenchen.de (mailrelay1.informatik.tu-muenchen.de [131.159.254.5]) by mailout.informatik.tu-muenchen.de (Postfix) with ESMTP id 58F08614D; Thu, 13 Mar 2003 02:20:00 +0100 (MET) Received: from mail.informatik.tu-muenchen.de (mail.informatik.tu-muenchen.de [131.159.0.26]) by mailrelay1.informatik.tu-muenchen.de (Postfix) with ESMTP id 4C0AB7973; Thu, 13 Mar 2003 02:20:00 +0100 (MET) Received: from zi025.glhnet.mhn.de (unknown [129.187.19.157]) by mail.informatik.tu-muenchen.de (Postfix) with ESMTP id 103A26CC1F; Thu, 13 Mar 2003 02:20:00 +0100 (MET) Received: by zi025.glhnet.mhn.de (Postfix, from userid 1000) id 9191136A91; Thu, 13 Mar 2003 02:21:57 +0100 (CET) Date: Thu, 13 Mar 2003 02:21:57 +0100 From: Simon Barner To: ports@FreeBSD.org, stable@FreeBSD.org Subject: Re: HEADSUP: XFree86 4.3.0 update Message-ID: <20030313012157.GA92277@zi025.glhnet.mhn.de> References: <1047429424.8471.40.camel@leguin> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <1047429424.8471.40.camel@leguin> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Description: Digitally signed message Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, > I've committed the update of XFree86 to 4.3.0 to ports. I think I've > cleaned up after my mess at this point, but there may still be issues.=20 > Please report to me if you have any problems with the new ports or any > issues with XFree86 that you didn't have in 4.2.0. I have tested this with my good old ATI Rage II+DVD: it works fine! Just two notes: 1. I was not able to do the upgrade from the 4.2.1 meta-por= t via portupgrade, and I had to remove and re-build Xft and fontconfig in order to make things compile. Btw.: I have noticed in this moment, that the pipe symbol does not work any longer on my german keyboard, although the rest works (including german umlauts). 2. The ati.2 drivers from http://gatos.sf.net work fine (as they did with t= he previous 4.x version): Installation: a) check out the sources via CVS (instructions on gatos site) b) cd /usr/ports/x11-servers/XFree86-4-Server && make configure c) in gatos' ati.2 dir: xmkmf /usr/ports/x11-servers/XFree86-4-Server/work/xc gmake install =20 This will overwrite various drivers in /usr/X11R6/lib/modules, so backing them up is not a bad idea, just in case the gatos ones should fail! =20 Now I have Xv-Support, which enables me to watch DivX videos on my good old K6-III 400 :-) Speaking of performance: Can you tell me from this log snippets, whether wr= ite combings _is_ enabled, or not (pls. tell me if I have left out too much) What else could I do in order to accelerate my video output [1] ? Has this something to do with these kernel modules, DRI, etc.? I'm afraid, I am not = in know about recent graphic adaptors? Thanks for any pointer. [1] The answer "Throw away your old trash" doesn't count! Simon (=3D=3D) ATI(0): Write-combining range (0xa0000,0x20000) was already clear (WW) ATI(0): Failed to set write-combining range (0xc0000,0x40000) (II) ATI(0): Primary V_BIOS segment is: 0xc000 (=3D=3D) ATI(0): Write-combining range (0x0,0x1000) was already clear (=3D=3D) ATI(0): Write-combining range (0x0,0x1000) was already clear (=3D=3D) ATI(0): Write-combining range (0xa0000,0x10000) was already clear (=3D=3D) ATI(0): Write-combining range (0xe7000000,0x1000) was already clear (--) ATI(0): ATI 3D Rage II+DVD graphics controller detected. (--) ATI(0): Chip type 4755 "GU", version 2, foundry UMC, class 0, revision= 0x02 [...] (--) ATI(0): PCI bus interface detected; block I/O base is 0xEC00. (--) ATI(0): ATI Mach64 adapter detected. (!!) ATI(0): For information on using the multimedia capabilities of this adapter, please see http://gatos.sf.net. (--) ATI(0): Internal RAMDAC (subtype 1) detected. (=3D=3D) ATI(0): RGB weight 565 (=3D=3D) ATI(0): Default visual is TrueColor (=3D=3D) ATI(0): Using gamma correction (1.0, 1.0, 1.0) (II) ATI(0): Using Mach64 accelerator CRTC. (II) ATI(0): Storing hardware cursor image at 0xE53FFC00. (II) ATI(0): Using 8 MB linear aperture at 0xE5000000. (!!) ATI(0): Virtual resolutions will be limited to 4095 kB due to linear aperture size and/or placement of hardware cursor image area. (II) ATI(0): Using Block 0 MMIO aperture at 0xE7000400. (II) ATI(0): Using Block 1 MMIO aperture at 0xE7000000. (=3D=3D) ATI(0): Write-combining range (0xa0000,0x10000) was already clear (=3D=3D) ATI(0): Write-combining range (0xe5000000,0x400000) (=3D=3D) ATI(0): Write-combining range (0xe7000000,0x1000) was already clear (II) ATI(0): MMIO write caching enabled. (--) ATI(0): 4096 kB of Pseudo-EDO DRAM detected (using 4095 kB). (WW) ATI(0): Cannot shadow an accelerated frame buffer. [...] (II) Loading /usr/X11R6/lib/modules/libfb.a (II) Module fb: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.0.0 ABI class: XFree86 ANSI C Emulation, version 0.2 (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xe7000000 - 0xe7000fff (0x1000) MS[B] [1] 0 0 0xe5000000 - 0xe5ffffff (0x1000000) MS[B] [2] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [3] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [4] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [5] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [6] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [7] -1 0 0xe7002000 - 0xe7003fff (0x2000) MX[B]E [8] -1 0 0xe0000000 - 0xdfffffff (0x0) MX[B]EO [9] -1 0 0xe7001000 - 0xe7001fff (0x1000) MX[B](B) [10] -1 0 0xe6000000 - 0xe601ffff (0x20000) MX[B](B) [11] -1 0 0xe7000000 - 0xe7000fff (0x1000) MX[B](B) [12] -1 0 0xe5000000 - 0xe5ffffff (0x1000000) MX[B](B) [13] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprU) [14] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU) [15] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprU) [16] 0 0 0x0000ec00 - 0x0000ecff (0x100) IS[B] [17] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [18] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [19] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]E [20] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [21] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [22] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B](B) [23] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [24] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (=3D=3D) ATI(0): Write-combining range (0xa0000,0x10000) was already clear (=3D=3D) ATI(0): Write-combining range (0xe5000000,0x400000) (=3D=3D) ATI(0): Write-combining range (0xe7000000,0x1000) was already clear (II) ATI(0): Largest offscreen areas (with overlaps): (II) ATI(0): 1024 x 1279 rectangle at 0,768 (II) ATI(0): 512 x 1280 rectangle at 0,768 --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+b901Ckn+/eutqCoRAiucAKD5ClDbP8jCUixL4LnRNcGxvsIuTQCg55K2 xxixxlg6uMDocnOYQCj2EEU= =ZWWV -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Mar 12 17:29:46 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84D5F37B401 for ; Wed, 12 Mar 2003 17:29:41 -0800 (PST) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2249F43FD7 for ; Wed, 12 Mar 2003 17:29:37 -0800 (PST) (envelope-from burelle@lri.fr) Received: from perso.free.fr (lns-th2-4f-81-56-227-241.adsl.proxad.net [81.56.227.241]) by postfix3-2.free.fr (Postfix) with SMTP id B3A3CC0E8; Thu, 13 Mar 2003 02:29:35 +0100 (CET) Date: Thu, 13 Mar 2003 02:29:35 +0100 From: Marwan "FeanoR/var" Burelle To: stable@freebsd.org Cc: mb@feanor.org Subject: Support for the agp controller on NFORCE1 based mother board Message-Id: <20030313022935.456a4915.burelle@lri.fr> X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd4.7) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I've got an Asus motherboard with NFORCE shipset (but whithout integrated video controler) and the agp controller doesn't seams to be recognized. Actually, I run 4-STABLE (update just befor 4.8-PRERELEASE, I don't have to upgrade those days), but I tried the 5.0-RELEASE also, and DRI doesn't work. After checking that I've done things correctly, I found that X fails to load DRI because AGP is not present (but it is in my kernel, I tried both directly and via module). The man page of agp(4) doesn't speak about this controller, nor did I found any reference to it in the source tree. I wondering if there is any plan to support this controller. For Information, here is my dmesg : Copyright (c) 1992-2003 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 4.7-STABLE #0: Mon Feb 17 23:20:01 CET 2003 root@:/usr/obj/usr/src/sys/MELKORKER3 Timecounter "i8254" frequency 1193182 Hz CPU: AMD Athlon(TM) XP 1800+ (1536.83-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0400000 real memory = 536788992 (524208K bytes) config> q avail memory = 518172672 (506028K bytes) Preloaded elf kernel "kernel" at 0xc03f8000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc03f809c. VESA: v2.0, 65536k memory, flags:0x1, mode table:0xc037cbe2 (1000022) VESA: ATI RADEON III Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 14 entries at 0xc00f1c70 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pci0: (vendor=0x10de, dev=0x01ac) at 0.1 pci0: (vendor=0x10de, dev=0x01ad) at 0.2 pci0: (vendor=0x10de, dev=0x01ab) at 0.3 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: (vendor=0x10de, dev=0x01b4) at 1.1 irq 5 ohci0: mem 0xe7000000-0xe7000fff irq 5 at device 2.0 on pci0 usb0: OHCI version 1.0 usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x10de) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe6800000-0xe6800fff irq 5 at device 3.0 on pci0 usb1: OHCI version 1.0 usb1: on ohci1 usb1: USB revision 1.0 uhub1: (0x10de) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci0: (vendor=0x10de, dev=0x01b0) at 5.0 irq 5 pcm0: port 0xe000-0xe07f,0xe100-0xe1ff irq 11 at device 6.0 on pci0 pcm0: pcib1: at device 8.0 on pci0 pci1: on pcib1 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xc800-0xc87f mem 0xe5000000-0xe500007f irq 7 at device 8.0 on pci1 xl0: Ethernet address: 00:01:01:d4:7f:1f miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto atapci0: port 0xb800-0xb80f at device 9.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pcib2: at device 30.0 on pci0 pci2: on pcib2 pci2: at 0.0 irq 11 orm0:

Upcoming Release Schedule

=20 =20 --w7PDEPdKQumQfZlR Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="patch-schedule.sgml" Content-Transfer-Encoding: quoted-printable Index: www/en/releases/4.8R/schedule.sgml =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/www/en/releases/4.8R/schedule.sgml,v retrieving revision 1.4 diff -u -r1.4 schedule.sgml --- www/en/releases/4.8R/schedule.sgml 7 Mar 2003 15:57:04 -0000 1.4 +++ www/en/releases/4.8R/schedule.sgml 14 Mar 2003 13:06:41 -0000 @@ -119,21 +119,6 @@ stable@FreeBSD.org after the snapshot is uploaded. =20 - - Second release candidate - -- - -- - Note: the release date of this candidate depends on the user - experience with RC1. - - - - Third release candidate - -- - -- - - - Ports tree frozen @@ -163,17 +148,33 @@ their work. =20 + + Second release candidate + 15 Mar 2003 + -- + Note: the release date of this candidate depends on the user + experience with RC1. + + + + Third release candidate + -- + -- + Note: the release date of this candidate depends on the user + experience with RC2. + + Ports tree tagged - 13 Mar 2003 + 21 Mar 2003 -- RELEASE_4_8_0 tag for ports/. =20 Ports tree unfrozen - 13 Mar 2003 + 21 Mar 2003 -- After the ports tree is tagged, the ports/ tree will be re-opened for commits, but @@ -182,7 +183,7 @@ =20 Final package build starts - 14 Mar 2003 + 22 Mar 2003 -- The ports cluster and bento build final packages. @@ -191,7 +192,7 @@ doc/ tree tagged. - 14 Mar 2003 + 22 Mar 2003 -- Version number bumps for doc/ subtree. RELEASE_4_8_0 tag for doc/. doc/ @@ -200,14 +201,14 @@ =20 RELENG_4_8 branch - 13 Mar 2003 + 23 Mar 2003 -- The release branch is created. =20 Note to freebsd-stable@ - 13 Mar 2003 + 23 Mar 2003 -- A note should be sent to the freebsd-stable@ list to let over-anxious users know that the tags have been created but the @@ -218,7 +219,7 @@ =20 Version numbers bumped. - 13 Mar 2003 + 23 Mar 2003 -- The files listed here @@ -227,7 +228,7 @@ =20 Update man.cgi on the website. - 15 Mar 2003 + 24 Mar 2003 -- Make sure the &local.rel; manual pages are being displayed by defa= ult for the man->web gateway. Also make sure these man pages are @@ -236,21 +237,21 @@ =20 src tree tagged. - 13 Mar 2003 + 24 Mar 2003 -- RELENG_4_8_0_RELEASE tag for src. =20 Final builds. - 13 Mar 2003 + 22 Mar 2003 -- Final builds for x86 and Alpha in a pristine environment. =20 Warn hubs@FreeBSD.org - 13 Mar 2003 + 22 Mar 2003 -- Heads up email to hubs@FreeBSD.org to give admins @@ -261,14 +262,14 @@ =20 Upload to ftp-master. - 14 Mar 2003 + 23 Mar 2003 -- release and packages uploaded to ftp-master.FreeBSD.org =20 Announcement - 17 Mar 2003 + 25 Mar 2003 -- Announcement sent out after a majority of the mirrors have received the bits. @@ -276,7 +277,7 @@ =20 Unfreeze the tree - 17 Mar 2003 + 25 Mar 2003 -- Announcement to developers@ explaining that the release is out, and commits to RELENG_4 no longer require approval. Also --w7PDEPdKQumQfZlR-- --veXX9dWIonWZEC6h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iQCVAwUBPnHUc4/Va73vhFLNAQEXEAP8DO+SByepnhWAeD14k0jQEK/akhd2QfIc Df3HyFtAbH1Y4Cv8ULGTYthYVuoBpzVxRLZEIY86cHpLuVHHFKe2hYUPntthL6fz EJPOKVowLN1ZtjHNy888mkg2ezgw6+4ihzCQdigV41az69yZEGyDtLiehG1URqpH 3zZW2Oa1TkU= =KN0q -----END PGP SIGNATURE----- --veXX9dWIonWZEC6h-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 5:29: 6 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2E4937B401; Fri, 14 Mar 2003 05:29:04 -0800 (PST) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3C6C43F3F; Fri, 14 Mar 2003 05:29:02 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) by creme-brulee.marcuscom.com (8.12.8/8.12.8) with ESMTP id h2EDSGrI036524; Fri, 14 Mar 2003 08:28:16 -0500 (EST) (envelope-from marcus@marcuscom.com) Subject: Re: Mozilla 1.3 and Galeon 1.3.3 for FBSD v4.8 From: Joe Marcus Clarke To: Ken Mays Cc: ports@FreeBSD.ORG, stable@FreeBSD.ORG In-Reply-To: References: <1047429424.8471.40.camel@leguin> <20030313142103.GA85337@murmeldjur.it.su.se> <1047611485.622.20.camel@leguin> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-2buMqxfcSCXDDZtvRl0g" Organization: MarcusCom, Inc. Message-Id: <1047648524.317.0.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 14 Mar 2003 08:28:44 -0500 X-Spam-Status: No, hits=-32.4 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES autolearn=ham version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-2buMqxfcSCXDDZtvRl0g Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2003-03-14 at 07:54, Ken Mays wrote: > Are there some thoughts in replacing all of the old ports of Mozilla with > the the official Mozilla 1.3 (Final) release and Galeon 1.3.3?!? Yes, after 4.8 is released. Joe > ~Ken >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-ports" in the body of the message --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-2buMqxfcSCXDDZtvRl0g Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQA+cdkMb2iPiv4Uz4cRAnNYAJ0eiLDFIq+59ostSb01qLa8YHzsYQCgkyrc cAMuk/WhmN8EyNgZ6FtpNas= =rzub -----END PGP SIGNATURE----- --=-2buMqxfcSCXDDZtvRl0g-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 5:55:15 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 822B137B401; Fri, 14 Mar 2003 05:55:13 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D6F543FA3; Fri, 14 Mar 2003 05:55:12 -0800 (PST) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (#6@localhost [127.0.0.1]) by whizzo.transsys.com (8.12.8/8.12.7) with ESMTP id h2EDtBlo095298; Fri, 14 Mar 2003 08:55:12 -0500 (EST) (envelope-from louie@whizzo.transsys.com) Message-Id: <200303141355.h2EDtBlo095298@whizzo.transsys.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "Bruce A. Mah" Cc: Eric Anholt , ports@FreeBSD.ORG, stable@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: HEADSUP: XFree86 4.3.0 update (probably solved) References: <1047429424.8471.40.camel@leguin> <20030312215939.GA12430@intruder.bmah.org> <20030314062915.GA26592@intruder.bmah.org> In-reply-to: Your message of "Thu, 13 Mar 2003 22:29:15 PST." <20030314062915.GA26592@intruder.bmah.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Mar 2003 08:55:11 -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > If memory serves me right, Bruce A. Mah wrote: > > If memory serves me right, Eric Anholt wrote: > > > I've committed the update of XFree86 to 4.3.0 to ports. I think I've > > > cleaned up after my mess at this point, but there may still be issues. > > > Please report to me if you have any problems with the new ports or any > > > issues with XFree86 that you didn't have in 4.2.0. > > > > I seem to have done Something Bad (TM) during my attempt to upgrade > > XFree86. I used portupgrade to upgrade imake and the various XFree86* > > ports on my 4-STABLE system (rebuilt around 3 March). > > > > Basically, when I fire up the server, my keyboard doesn't work (very > > well, anyways). The numeric keypad works, but none of the other keys > > seem to do anything; I can't even switch to another VTY. I've > > appended the stderr output at the bottom of this message. > > Update here: I was able to more easily recreate the problem by running > xkbcomp on /usr/X11R6/lib/X11/xkb/compat/xfree86 and observing the > warning messages (similar to my prior message). This is good since I > won't have physical access to the system in question until Monday. I had the same problem. I don't know what caused it, but if you turn off the XKB extension with Option "XkbDisable" in the ServerFlags section of your XF86Config file, you'll at least get the keyboard working agin. I was also getting some errors from xkbcomp invoked from the X server, and I didn't have time to figure out how to fix it. > I ended up blowing away all of the XFree86 ports from the system and > reinstalling everything from the meta-port. The warnings from xkbcomp > went away, so I have this warm fuzzy feeling that when I get to my > workstation, everything will be fine. (In the meantime, my T21 > upgraded successfully with portupgrade.) This is very disappointing. I shouldn't have to nuke the ports all back to bare metal to make this work, sigh. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 6:11:51 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C94E237B401; Fri, 14 Mar 2003 06:11:42 -0800 (PST) Received: from sbk-gw.sibnet.ru (sbk-gw.sibnet.ru [217.70.96.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1EDF43F75; Fri, 14 Mar 2003 06:11:40 -0800 (PST) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (localhost.sibnet.ru [127.0.0.1]) by sbk-gw.sibnet.ru (8.12.6/8.12.6) with ESMTP id h2EEBfuI056419; Fri, 14 Mar 2003 20:11:41 +0600 (NOVT) (envelope-from stranger@sberbank.sibnet.ru) Received: from localhost (stranger@localhost) by sbk-gw.sibnet.ru (8.12.6/8.12.6/Submit) with ESMTP id h2EEBfmN056416; Fri, 14 Mar 2003 20:11:41 +0600 (NOVT) X-Authentication-Warning: sbk-gw.sibnet.ru: stranger owned process doing -bs Date: Fri, 14 Mar 2003 20:11:41 +0600 (NOVT) From: "Maxim M. Kazachek" X-X-Sender: stranger@sbk-gw.sibnet.ru To: freebsd-ports@freebsd.org Cc: freebsd-stable@freebsd.org Subject: Re: Mozilla 1.3 and Galeon 1.3.3 for FBSD v4.8 In-Reply-To: <1047648524.317.0.camel@gyros> Message-ID: <20030314201017.N56392@sbk-gw.sibnet.ru> References: <1047429424.8471.40.camel@leguin> <20030313142103.GA85337@murmeldjur.it.su.se> <1047611485.622.20.camel@leguin> <1047648524.317.0.camel@gyros> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Perhaps it'll be better to ship FreeBSD 4.8-RELEASE with Mozilla-1.3 (Final) in the ports tree... :-) Sincerely, Maxim M. Kazachek mailto:stranger@sberbank.sibnet.ru mailto:stranger@fpm.ami.nstu.ru On Fri, 14 Mar 2003, Joe Marcus Clarke wrote: >On Fri, 2003-03-14 at 07:54, Ken Mays wrote: >> Are there some thoughts in replacing all of the old ports of Mozilla with >> the the official Mozilla 1.3 (Final) release and Galeon 1.3.3?!? > >Yes, after 4.8 is released. > >Joe > >> ~Ken >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-ports" in the body of the message >-- >PGP Key : http://www.marcuscom.com/pgp.asc > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 6:19:43 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A94F37B401; Fri, 14 Mar 2003 06:19:40 -0800 (PST) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 054DE43FBD; Fri, 14 Mar 2003 06:19:39 -0800 (PST) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) by creme-brulee.marcuscom.com (8.12.8/8.12.8) with ESMTP id h2EEImrI036877; Fri, 14 Mar 2003 09:18:48 -0500 (EST) (envelope-from marcus@marcuscom.com) Subject: Re: Mozilla 1.3 and Galeon 1.3.3 for FBSD v4.8 From: Joe Marcus Clarke To: "Maxim M. Kazachek" Cc: freebsd-ports@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG In-Reply-To: <20030314201017.N56392@sbk-gw.sibnet.ru> References: <1047429424.8471.40.camel@leguin> <20030313142103.GA85337@murmeldjur.it.su.se> <1047611485.622.20.camel@leguin> <1047648524.317.0.camel@gyros> <20030314201017.N56392@sbk-gw.sibnet.ru> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-FG0gfMazwcs6YiQkB5vi" Organization: MarcusCom, Inc. Message-Id: <1047651556.317.5.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 14 Mar 2003 09:19:17 -0500 X-Spam-Status: No, hits=-33.0 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT,QUOTE_TWICE_1,REFERENCES, REPLY_WITH_QUOTES autolearn=ham version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-FG0gfMazwcs6YiQkB5vi Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2003-03-14 at 09:11, Maxim M. Kazachek wrote: > Perhaps it'll be better to ship FreeBSD 4.8-RELEASE with Mozilla-1.3 > (Final) in the ports tree... :-) No. I think the release is too close to add this. I haven't built the port yet, and I won't be able to do much testing on it before the release. Joe >=20 > Sincerely, Maxim M. Kazachek > mailto:stranger@sberbank.sibnet.ru > mailto:stranger@fpm.ami.nstu.ru >=20 >=20 > On Fri, 14 Mar 2003, Joe Marcus Clarke wrote: >=20 > >On Fri, 2003-03-14 at 07:54, Ken Mays wrote: > >> Are there some thoughts in replacing all of the old ports of Mozilla w= ith > >> the the official Mozilla 1.3 (Final) release and Galeon 1.3.3?!? > > > >Yes, after 4.8 is released. > > > >Joe > > > >> ~Ken > >> > >> To Unsubscribe: send mail to majordomo@FreeBSD.org > >> with "unsubscribe freebsd-ports" in the body of the message > >-- > >PGP Key : http://www.marcuscom.com/pgp.asc > > > > > > >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-ports" in the body of the message --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-FG0gfMazwcs6YiQkB5vi Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQA+ceTkb2iPiv4Uz4cRAhtbAJ4605zm9881QUxirwJXQL7FmKCSkACfbwaO 85X4B8dS63Mx2BhaZBk4QmU= =l31j -----END PGP SIGNATURE----- --=-FG0gfMazwcs6YiQkB5vi-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 6:40:52 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AE2E37B405; Fri, 14 Mar 2003 06:40:50 -0800 (PST) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14CCC43F3F; Fri, 14 Mar 2003 06:40:49 -0800 (PST) (envelope-from bmah@employees.org) Received: from bmah.dyndns.org (12-240-204-110.client.attbi.com[12.240.204.110]) by sccrmhc01.attbi.com (sccrmhc01) with ESMTP id <2003031414404800100jav3fe>; Fri, 14 Mar 2003 14:40:48 +0000 Received: from intruder.bmah.org (localhost [127.0.0.1]) by bmah.dyndns.org (8.12.8/8.12.8) with ESMTP id h2EEelWp029528; Fri, 14 Mar 2003 06:40:47 -0800 (PST) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.8/8.12.8/Submit) id h2EEel4r029527; Fri, 14 Mar 2003 06:40:47 -0800 (PST) Date: Fri, 14 Mar 2003 06:40:47 -0800 From: "Bruce A. Mah" To: "Louis A. Mamakos" Cc: "Bruce A. Mah" , Eric Anholt , ports@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: HEADSUP: XFree86 4.3.0 update (probably solved) Message-ID: <20030314144047.GA29459@intruder.bmah.org> References: <1047429424.8471.40.camel@leguin> <20030312215939.GA12430@intruder.bmah.org> <20030314062915.GA26592@intruder.bmah.org> <200303141355.h2EDtBlo095298@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: <200303141355.h2EDtBlo095298@whizzo.transsys.com> User-Agent: Mutt/1.4i X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-url: http://www.employees.org/~bmah/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable If memory serves me right, Louis A. Mamakos wrote: > > I ended up blowing away all of the XFree86 ports from the system and > > reinstalling everything from the meta-port. The warnings from xkbcomp > > went away, so I have this warm fuzzy feeling that when I get to my > > workstation, everything will be fine. (In the meantime, my T21 > > upgraded successfully with portupgrade.) >=20 > This is very disappointing. I shouldn't have to nuke the ports all back = to > bare metal to make this work, sigh. Don't be too alarmed. This was the approach I took because I didn't want to take the time to really investigate the problem. You might have missed the part where I mentioned that upgrading my T21 with portupgrade worked fine. I've done one other system (a desktop with an I815) with portupgrade as well without problems. I'd accept the idea that user error got me into the situation I was in, thought I don't know (and at this point don't care) what exactly it was. Maybe I upgraded ports in the wrong order. Personally, I'm happy and grateful that anholt@ was able to update the XFree86 ports in time for us to include them in 4.8. Cheers, Bruce. --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+cenu2MoxcVugUsMRAiTkAKCNr0YLY84idf4hDlULirChDs+33ACeJNH4 ZKJ/IirGD7JNLIuh29bVTOc= =NJtC -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 7: 8:14 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3664F37B401 for ; Fri, 14 Mar 2003 07:08:13 -0800 (PST) Received: from erg.verweg.com (erg.verweg.com [217.77.141.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEDC643F75 for ; Fri, 14 Mar 2003 07:08:11 -0800 (PST) (envelope-from ruben@verweg.com) Received: from verweg.com (guest-wv-27.ripe.net [193.0.2.27]) (authenticated bits=0) by erg.verweg.com (8.12.8/8.12.8) with ESMTP id h2EF84hS049170 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NOT); Fri, 14 Mar 2003 16:08:05 +0100 (CET) (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host guest-wv-27.ripe.net [193.0.2.27] claimed to be verweg.com Date: Fri, 14 Mar 2003 16:08:00 +0100 Subject: Re: HEADSUP: XFree86 4.3.0 update Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v551) Cc: freebsd-stable@freebsd.org To: Stephen Hilton From: Ruben van Staveren In-Reply-To: <20030314085348.54cebb6f.nospam@hiltonbsd.com> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.551) X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Spam-Status: No, hits=-17.7 required=5.0 tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO, USER_AGENT_APPLEMAIL autolearn=ham version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday, Mar 14, 2003, at 15:53 Europe/Amsterdam, Stephen Hilton wrote: > Just a guess here, > > Are you building drm-kmod with: > Juh > Makefile > > --------snip------- > .if defined(WITH_SMP) > CFLAGS+= -DSMP -DAPIC_IO > .endif > --------snip------- > Problem is that these flags doesn't make it into the module build (smbfs has the same problem actually) The magic these defines apply comes from logic within the system include files. have to fiddle with it, but first my system must be restored in a sane state. > Regards, > > Stephen Hilton > nospam@hiltonbsd.com > Cheers, Ruben To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 7:23:15 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE00637B401; Fri, 14 Mar 2003 07:23:13 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5F0843FBD; Fri, 14 Mar 2003 07:23:12 -0800 (PST) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (#6@localhost [127.0.0.1]) by whizzo.transsys.com (8.12.8/8.12.7) with ESMTP id h2EFNClo096147; Fri, 14 Mar 2003 10:23:12 -0500 (EST) (envelope-from louie@whizzo.transsys.com) Message-Id: <200303141523.h2EFNClo096147@whizzo.transsys.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "Bruce A. Mah" Cc: Eric Anholt , ports@FreeBSD.ORG, stable@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: HEADSUP: XFree86 4.3.0 update (probably solved) References: <1047429424.8471.40.camel@leguin> <20030312215939.GA12430@intruder.bmah.org> <20030314062915.GA26592@intruder.bmah.org> <200303141355.h2EDtBlo095298@whizzo.transsys.com> <20030314144047.GA29459@intruder.bmah.org> In-reply-to: Your message of "Fri, 14 Mar 2003 06:40:47 PST." <20030314144047.GA29459@intruder.bmah.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Mar 2003 10:23:12 -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > If memory serves me right, Louis A. Mamakos wrote: > > > > I ended up blowing away all of the XFree86 ports from the system and > > > reinstalling everything from the meta-port. The warnings from xkbcomp > > > went away, so I have this warm fuzzy feeling that when I get to my > > > workstation, everything will be fine. (In the meantime, my T21 > > > upgraded successfully with portupgrade.) > > > > This is very disappointing. I shouldn't have to nuke the ports all back to > > bare metal to make this work, sigh. > > Don't be too alarmed. > > This was the approach I took because I didn't want to take the time to > really investigate the problem. You might have missed the part where > I mentioned that upgrading my T21 with portupgrade worked fine. I've > done one other system (a desktop with an I815) with portupgrade as > well without problems. I just rebuilt the XFree86-Server-4 port, and will try to reinstall it and see if that resolves the problem. I'll at least have the work directory laying around to pick through while trying to resolve the problem. > I'd accept the idea that user error got me into the situation I was > in, thought I don't know (and at this point don't care) what exactly > it was. Maybe I upgraded ports in the wrong order. > > Personally, I'm happy and grateful that anholt@ was able to update the > XFree86 ports in time for us to include them in 4.8. I'm very happy to have the new XFree86 as well. I guess I'm just generally moaning about some likely undetected dependency in the ports system that caused 'portupgrade' to not work for me. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 8:18: 8 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F27D37B401 for ; Fri, 14 Mar 2003 08:18:06 -0800 (PST) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2471F43F3F for ; Fri, 14 Mar 2003 08:18:01 -0800 (PST) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.12.8/8.12.8) with ESMTP id h2EGHxJ5083362 for ; Fri, 14 Mar 2003 19:17:59 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Fri, 14 Mar 2003 19:17:59 +0300 (MSK) From: Dmitry Morozovsky To: stable@freebsd.org Subject: conf/50000: ntpdate not ran before (x)ntpd (fwd) Message-ID: <20030314191716.D66477@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Colleagues, Wow, what a wonderful milestone! ;-))) Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ ---------- Forwarded message ---------- Date: Fri, 14 Mar 2003 10:23:35 +0100 (CET) From: Dirk-Willem van Gulik To: FreeBSD-gnats-submit@FreeBSD.ORG Subject: conf/50000: ntpdate not ran before (x)ntpd >Number: 50000 >Category: conf >Synopsis: ntpdate not ran before (x)ntpd >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 14 01:30:11 PST 2003 >Closed-Date: >Last-Modified: >Originator: Dirk-Willem van Gulik >Release: FreeBSD 5.0-CURRENT i386 >Organization: WebWeaving >Environment: [snip] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 9:26:48 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43CD137B401 for ; Fri, 14 Mar 2003 09:26:47 -0800 (PST) Received: from mailhost.firstcallgroup.co.uk (dilbert.firstcallgroup.co.uk [194.200.93.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B91243F85 for ; Fri, 14 Mar 2003 09:26:46 -0800 (PST) (envelope-from pfrench@firstcallgroup.co.uk) Received: from pfrench by mailhost.firstcallgroup.co.uk with local (Exim 3.36 #1) id 18tsxA-0002J0-00 for stable@FreeBSD.ORG; Fri, 14 Mar 2003 17:26:44 +0000 To: stable@FreeBSD.ORG Subject: Linking with SSl librarie sunder 4.8-RC Message-Id: From: Pete French Date: Fri, 14 Mar 2003 17:26:44 +0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just updated the system to 4.8-RC (supped at aroudn 4pm GMT today). It all buil, installs and runs fine. But now when compiling code (which was building fine on a 4.7-STABLE from december) I get a host of errors: /usr/lib/libssl.so: undefined reference to `EVP_DigestFinal_ex' /usr/lib/libssl.so: undefined reference to `EVP_aes_128_cbc' /usr/lib/libssl.so: undefined reference to `BUF_MEM_grow_clean' /usr/lib/libssl.so: undefined reference to `RSA_up_ref' plus a large set of errors along the lines of: PFData.m(.text+0x1493): undefined reference to `DES_string_to_key' PFData.m(.text+0x14a2): undefined reference to `DES_is_weak_key' PFData.m(.text+0x14c7): undefined reference to `DES_set_key' The compile line is: cc -o libtest libtest.o -L . -L/usr/local/lib -lpf -lobjc -lz -ldes -lm -lssl -lmd -lxml2 and I cant find any reference to problems like this in UPDATING or on the web anywhere. This only appplies to the compilation of new code, anything compiler perviously still runs fine. I am assuming this is something to do with the new openssl, but I cant for the life of me work out whats changed so much that I cant link with these libraries. I feel somewhat caught out - I tested everything ran properly, and was pretty confident the update hadnt broken anything, though I didnt think to try recompiling things. Its kind of brought development to an abrupt halt for today as you can imagine! -pcf. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 9:33: 2 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 931C137B401 for ; Fri, 14 Mar 2003 09:33:01 -0800 (PST) Received: from mailhost.firstcallgroup.co.uk (dilbert.firstcallgroup.co.uk [194.200.93.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2287143F3F for ; Fri, 14 Mar 2003 09:33:01 -0800 (PST) (envelope-from pfrench@firstcallgroup.co.uk) Received: from pfrench by mailhost.firstcallgroup.co.uk with local (Exim 3.36 #1) id 18tt3E-0002yT-00 for stable@FreeBSD.ORG; Fri, 14 Mar 2003 17:33:00 +0000 To: stable@FreeBSD.ORG Subject: Ignore last... Message-Id: From: Pete French Date: Fri, 14 Mar 2003 17:33:00 +0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just found out I have to add -lcrypto to it. Would this be worth mentioning in updating ? -pcf. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 11:21:18 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AE0A37B401 for ; Fri, 14 Mar 2003 11:21:17 -0800 (PST) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id C64C743FBD for ; Fri, 14 Mar 2003 11:21:16 -0800 (PST) (envelope-from timothy@voidnet.com) Received: from repose (12-210-146-224.client.attbi.com[12.210.146.224]) by rwcrmhc52.attbi.com (rwcrmhc52) with SMTP id <2003031419211605200i8dc6e>; Fri, 14 Mar 2003 19:21:16 +0000 From: Eric Timme To: freebsd-stable@freebsd.org Subject: Re: HEADSUP: XFree86 4.3.0 update Date: Fri, 14 Mar 2003 13:21:34 -0600 User-Agent: KMail/1.5 References: <1047429424.8471.40.camel@leguin> <20030314083440.GA32846@erg.verweg.com> In-Reply-To: <20030314083440.GA32846@erg.verweg.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200303141321.34265.timothy@voidnet.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Patch works great on a March 14th 11:30am CST cvsup running on a AMD Duron with a ATI Radeon 8500LE 128MB with XFree 4.3.0. glxinfo reports "direct rendering: YES", and my dmesg shows the card being initialized. Best of all, games are starting up now. Note, I recompiled the kernel as well as installed linux_dri and modified my XF86Config to include the relevant lines. Thanks for the great patch =) --Eric To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 11:23:49 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D89137B401 for ; Fri, 14 Mar 2003 11:23:48 -0800 (PST) Received: from web10508.mail.yahoo.com (web10508.mail.yahoo.com [216.136.130.158]) by mx1.FreeBSD.org (Postfix) with SMTP id CDBE343FCB for ; Fri, 14 Mar 2003 11:23:47 -0800 (PST) (envelope-from b_oshea@yahoo.com) Message-ID: <20030314192347.65997.qmail@web10508.mail.yahoo.com> Received: from [156.153.254.42] by web10508.mail.yahoo.com via HTTP; Fri, 14 Mar 2003 11:23:47 PST Date: Fri, 14 Mar 2003 11:23:47 -0800 (PST) From: Brian O'Shea Subject: Re: Spurrious backquote character To: Dave Uhring , freebsd-stable@freebsd.org In-Reply-To: <200303131655.18517.duhring@charter.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- Dave Uhring wrote: > On Thursday 13 March 2003 03:42 pm, Brian O'Shea wrote: > > Greetings, > > > > I am running FreeBSD 5.0-RELEASE with XFree86 4.2.1 and have noticed > > a strange effect. Every so often a spurrious backquote "`" character > > is generated when I am typing. > > Dell keyboard? > No, HP keyboard. I found it in a cube that had been turned into a random hardware storage room. Maybe there was a reason it was left there! Thanks, I'll try a different keyboard if I can find one. -brian __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 11:50:49 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0CF637B401 for ; Fri, 14 Mar 2003 11:50:47 -0800 (PST) Received: from fubar.adept.org (fubar.adept.org [63.147.172.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 837B743FE0 for ; Fri, 14 Mar 2003 11:50:47 -0800 (PST) (envelope-from mike@adept.org) Received: by fubar.adept.org (Postfix, from userid 1001) id E0ABF15227; Fri, 14 Mar 2003 11:50:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by fubar.adept.org (Postfix) with ESMTP id DE5E215226 for ; Fri, 14 Mar 2003 11:50:40 -0800 (PST) Date: Fri, 14 Mar 2003 11:50:40 -0800 (PST) From: Mike Hoskins To: stable@FreeBSD.ORG Subject: Re: ifconfig destroy In-Reply-To: <20030313165150.A17024@Odin.AC.HMC.Edu> Message-ID: <20030314114552.W2608-100000@fubar.adept.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 13 Mar 2003, Brooks Davis wrote: > > The problem was, during my experimentation I ended up exhausting tun* > > pseudo-devs because they never got cleaned up. Nothing in tun(4) seemed > > to help and 'destroy' and 'deletetunnel' from ifconfig(8) aren't right. > tun devices can't be destroyed at this point. I'm fairly sure you > shouldn't need more tun devices then you have open connections so I > don't see how you could be running out of them. I think they are > supposed to be recycled. Right, but I've seen the same thing on RH 6.2 with ppp pseudo-devs. Sometimes when I'm setting up a SSH/PPP tunnel between a 6.2 and 7.2 box, when the tunnel is taken down 7.2 will destroy the ppp0 pseudo-dev but it will stay around forever on the 6.2 box. After the box is up for awhile and a number of tunnels have been started/stopped, ifconfig is really messy. ;) The behavior seems to act the same way with tun0 on my -stable box. I start the tunnel, stop it, then tun0 never gets cleaned up. I figure I must be missing the vital piece of information that actually lets the system know it can do the cleanup. I just wasn't sure where to find it. At first I thought pppd just wasn't letting go or something, but there are no tunnel-related processes lying around, no packets flowing, tun0 is 'down', etc. -mrh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 11:57:23 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEE7A37B401 for ; Fri, 14 Mar 2003 11:57:21 -0800 (PST) Received: from monsterjam.org (rdu57-10-206.nc.rr.com [66.57.10.206]) by mx1.FreeBSD.org (Postfix) with SMTP id D729C43F75 for ; Fri, 14 Mar 2003 11:57:20 -0800 (PST) (envelope-from jason@monsterjam.org) Received: (qmail 31348 invoked by uid 1005); 14 Mar 2003 19:57:20 -0000 Received: from jason@monsterjam.org by monsterjam.org by uid 1002 with qmail-scanner-1.14 (clamscan: 0.54. Clear:. Processed in 1.098171 secs); 14 Mar 2003 19:57:20 -0000 Received: from unknown (HELO monsterjam.org) (10.1.1.3) by 0 with SMTP; 14 Mar 2003 19:57:18 -0000 Date: Fri, 14 Mar 2003 14:57:18 -0500 (EST) From: jason To: freebsd-stable@freebsd.org Subject: only 1 processor shown in top? Message-ID: <20030314145433.I30904-100000@monsterjam.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG freebsd heads.. I have an HP kayak machine (dual 300MHz processors) Installed 4.7-Release and just updated with makeworld > FreeBSD beast 4.8-RC FreeBSD 4.8-RC #0: Fri Mar 14 13:19:17 EST 2003 > jason@beast:/usr/obj/usr/src/sys/BEAST i386 from dmesg, I get: > FreeBSD/SMP: Multiprocessor motherboard > cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 > cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 > io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 > Preloaded elf kernel "kernel" at 0xc0525000. > Preloaded userconfig_script "/boot/kernel.conf" at 0xc052509c. > Pentium Pro MTRR support enabled but when I run top, I only see 1 cpu.. > last pid: 14346; load averages: 1.09, 0.94, 0.53 up 0+00:24:31 > 14:20:36 > 37 processes: 2 running, 35 sleeping > CPU states: 49.1% user, 0.0% nice, 7.6% system, 0.0% interrupt, 43.3% > idle > Mem: 12M Active, 32M Inact, 34M Wired, 16K Cache, 35M Buf, 169M Free > Swap: 497M Total, 497M Free is this expected? regards, Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 11:58:43 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 945DE37B401 for ; Fri, 14 Mar 2003 11:58:42 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 8824B43FA3 for ; Fri, 14 Mar 2003 11:58:41 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 1489 invoked by uid 1000); 14 Mar 2003 19:58:42 -0000 Date: Fri, 14 Mar 2003 11:58:42 -0800 (PST) From: Nate Lawson To: stable@freebsd.org Subject: Instructions for read-only fs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG There are some good references for building a bootable freebsd CD but I only wanted the bare minimum necessary to run a box with read-only partitions. So here's a very short how-to for configuring such a system. http://www.root.org/~nate/freebsd/ro/ -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 11:59:45 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CD2437B401 for ; Fri, 14 Mar 2003 11:59:44 -0800 (PST) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54D7543FBD for ; Fri, 14 Mar 2003 11:59:42 -0800 (PST) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.8/8.12.8) with ESMTP id h2EJxejl012237; Fri, 14 Mar 2003 20:59:40 +0100 (CET) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.8/8.12.8/Submit) id h2EJxet4012236; Fri, 14 Mar 2003 20:59:40 +0100 (CET) Date: Fri, 14 Mar 2003 20:59:40 +0100 From: Wilko Bulte To: jason Cc: freebsd-stable@FreeBSD.ORG Subject: Re: only 1 processor shown in top? Message-ID: <20030314205940.A12213@freebie.xs4all.nl> References: <20030314145433.I30904-100000@monsterjam.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030314145433.I30904-100000@monsterjam.org>; from jason@monsterjam.org on Fri, Mar 14, 2003 at 02:57:18PM -0500 X-OS: FreeBSD 4.8-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 14, 2003 at 02:57:18PM -0500, jason wrote: > freebsd heads.. > > I have an HP kayak machine (dual 300MHz processors) > Installed 4.7-Release and just updated with makeworld > > > FreeBSD beast 4.8-RC FreeBSD 4.8-RC #0: Fri Mar 14 13:19:17 EST 2003 > > jason@beast:/usr/obj/usr/src/sys/BEAST i386 > > from dmesg, I get: > > FreeBSD/SMP: Multiprocessor motherboard > > cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 > > cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 > > io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 > > Preloaded elf kernel "kernel" at 0xc0525000. > > Preloaded userconfig_script "/boot/kernel.conf" at 0xc052509c. > > Pentium Pro MTRR support enabled > > but when I run top, I only see 1 cpu.. > > last pid: 14346; load averages: 1.09, 0.94, 0.53 up 0+00:24:31 > > 14:20:36 > > 37 processes: 2 running, 35 sleeping > > CPU states: 49.1% user, 0.0% nice, 7.6% system, 0.0% interrupt, 43.3% > > idle > > Mem: 12M Active, 32M Inact, 34M Wired, 16K Cache, 35M Buf, 169M Free > > Swap: 497M Total, 497M Free > > is this expected? Hmm? In the columns below you will see things like CPU0 and CPU1 -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 12: 1:48 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA48437B404 for ; Fri, 14 Mar 2003 12:01:46 -0800 (PST) Received: from voo.doo.net (voo.doo.net [81.17.45.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F39443F75 for ; Fri, 14 Mar 2003 12:01:45 -0800 (PST) (envelope-from marc@schneiders.org) Received: from localhost (localhost [127.0.0.1]) by voo.doo.net (8.12.8/8.12.6) with ESMTP id h2EK1f7X020142; Fri, 14 Mar 2003 21:01:42 +0100 (CET) (envelope-from marc@schneiders.org) Date: Fri, 14 Mar 2003 21:01:40 +0100 (CET) From: Marc Schneiders To: jason Cc: Subject: Re: only 1 processor shown in top? In-Reply-To: <20030314145433.I30904-100000@monsterjam.org> Message-ID: <20030314210044.Y19454-100000@voo.doo.net> X-Preferred-email-to: marc@schneiders.org X-Other-email-to: marc@venster.nl X-Organization: Venster (Zeist - NL) X-URL: http://www.bijt.net/ X-SOA: A.ROOT-SERVERS.ORSC. X-OS: FreeBSD: The Power to Serve MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 14 Mar 2003, at 14:57 [=GMT-0500], jason wrote: > freebsd heads.. > > I have an HP kayak machine (dual 300MHz processors) > Installed 4.7-Release and just updated with makeworld > > > FreeBSD beast 4.8-RC FreeBSD 4.8-RC #0: Fri Mar 14 13:19:17 EST 2003 > > jason@beast:/usr/obj/usr/src/sys/BEAST i386 > > from dmesg, I get: > > FreeBSD/SMP: Multiprocessor motherboard > > cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 > > cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 > > io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 > > Preloaded elf kernel "kernel" at 0xc0525000. > > Preloaded userconfig_script "/boot/kernel.conf" at 0xc052509c. > > Pentium Pro MTRR support enabled > > but when I run top, I only see 1 cpu.. > > last pid: 14346; load averages: 1.09, 0.94, 0.53 up 0+00:24:31 > > 14:20:36 > > 37 processes: 2 running, 35 sleeping > > CPU states: 49.1% user, 0.0% nice, 7.6% system, 0.0% interrupt, 43.3% > > idle > > Mem: 12M Active, 32M Inact, 34M Wired, 16K Cache, 35M Buf, 169M Free > > Swap: 497M Total, 497M Free > > is this expected? What is wrong with it? The CPU used on a particular process pops up in the stuff below what you quote: PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 1057 marc 99 20 924K 572K CPU1 1 232.6H 87.16% 87.16% dnetc 1058 marc 99 20 924K 572K RUN 0 232.7H 85.94% 85.94% dnetc 36413 root 2 0 1480K 972K sbwait 1 0:11 9.05% 9.03% ftpd 26331 root 2 0 992K 600K select 0 13:29 3.22% 3.22% pptp Look under "C". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 12: 4:19 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC0E437B404 for ; Fri, 14 Mar 2003 12:04:16 -0800 (PST) Received: from monsterjam.org (rdu57-10-206.nc.rr.com [66.57.10.206]) by mx1.FreeBSD.org (Postfix) with SMTP id 066EB43FA3 for ; Fri, 14 Mar 2003 12:04:16 -0800 (PST) (envelope-from jason@monsterjam.org) Received: (qmail 31829 invoked by uid 1005); 14 Mar 2003 20:04:16 -0000 Received: from jason@monsterjam.org by monsterjam.org by uid 1002 with qmail-scanner-1.14 (clamscan: 0.54. Clear:. Processed in 1.028 secs); 14 Mar 2003 20:04:16 -0000 Received: from unknown (HELO monsterjam.org) (10.1.1.3) by 0 with SMTP; 14 Mar 2003 20:04:14 -0000 Date: Fri, 14 Mar 2003 15:04:14 -0500 (EST) From: jason To: Wilko Bulte Cc: freebsd-stable@FreeBSD.ORG Subject: Re: only 1 processor shown in top? In-Reply-To: <20030314205940.A12213@freebie.xs4all.nl> Message-ID: <20030314150258.W30904-100000@monsterjam.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ah yes, sorry for not noticing that.. thanks!! PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 33003 root 10 0 664K 544K wait 1 0:00 1.30% 0.59% make 32499 jason 28 0 1900K 1136K CPU1 0 0:00 0.77% 0.49% top 119 jason 2 0 5292K 1716K select 0 0:13 0.00% 0.00% sshd 79 root 2 0 2592K 1472K select 0 0:01 0.00% 0.00% sshd 2624 jason 2 0 5472K 1856K select 1 0:01 0.00% 0.00% sshd 82 root 2 0 3044K 1696K select 1 0:00 0.00% 0.00% sendmail 251 root 10 0 708K 564K wait 0 0:00 0.00% 0.00% make 31043 root 10 0 708K 580K wait 0 0:00 0.00% 0.00% make 2573 root 10 0 704K 572K wait 0 0:00 0.00% 0.00% make 31117 root 10 0 716K 584K wait 1 0:00 0.00% 0.00% make 120 jason 10 0 1064K 732K wait 1 0:00 0.00% 0.00% bash 33343 root 35 0 512K 332K CPU0 0 0:00 0.00% 0.00% tar 33342 root -6 0 512K 356K pipdwt 0 0:00 0.00% 0.00% tar 116 root 2 0 5292K 1708K sbwait 0 0:00 0.00% 0.00% sshd 240 root 18 0 1328K 868K pause 0 0:00 0.00% 0.00% csh 2621 root 2 0 5292K 1712K sbwait 1 0:00 0.00% 0.00% sshd 68 root 2 0 948K 572K select 1 0:00 0.00% 0.00% syslogd 2656 root 10 0 640K 240K wait 0 0:00 0.00% 0.00% sh 2625 jason 10 0 1060K 728K wait 1 0:00 0.00% 0.00% bash 77 root 10 0 1000K 640K nanslp 1 0:00 0.00% 0.00% cron 31175 root 10 0 644K 476K wait 0 0:00 0.00% 0.00% sh 85 smmsp 18 0 2924K 1632K pause 1 0:00 0.00% 0.00% sendmail 108 root 3 0 952K 540K ttyin 1 0:00 0.00% 0.00% getty On Fri, 14 Mar 2003, Wilko Bulte wrote: > On Fri, Mar 14, 2003 at 02:57:18PM -0500, jason wrote: > > freebsd heads.. > > > > I have an HP kayak machine (dual 300MHz processors) > > Installed 4.7-Release and just updated with makeworld > > > > > FreeBSD beast 4.8-RC FreeBSD 4.8-RC #0: Fri Mar 14 13:19:17 EST 2003 > > > jason@beast:/usr/obj/usr/src/sys/BEAST i386 > > > > from dmesg, I get: > > > FreeBSD/SMP: Multiprocessor motherboard > > > cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 > > > cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 > > > io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 > > > Preloaded elf kernel "kernel" at 0xc0525000. > > > Preloaded userconfig_script "/boot/kernel.conf" at 0xc052509c. > > > Pentium Pro MTRR support enabled > > > > but when I run top, I only see 1 cpu.. > > > last pid: 14346; load averages: 1.09, 0.94, 0.53 up 0+00:24:31 > > > 14:20:36 > > > 37 processes: 2 running, 35 sleeping > > > CPU states: 49.1% user, 0.0% nice, 7.6% system, 0.0% interrupt, 43.3% > > > idle > > > Mem: 12M Active, 32M Inact, 34M Wired, 16K Cache, 35M Buf, 169M Free > > > Swap: 497M Total, 497M Free > > > > is this expected? > > Hmm? > > In the columns below you will see things like CPU0 and CPU1 > > -- > | / o / /_ _ wilko@FreeBSD.org > |/|/ / / /( (_) Bulte > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 12:17: 7 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 630D737B401 for ; Fri, 14 Mar 2003 12:17:06 -0800 (PST) Received: from www.invert.com (datacenterops.com [209.164.15.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id D049B43FDF for ; Fri, 14 Mar 2003 12:17:05 -0800 (PST) (envelope-from mee@www.invert.com) Received: from www.invert.com (localhost [127.0.0.1]) by www.invert.com (8.12.6/8.11.3) with ESMTP id h2EKH5Aw045421 for ; Fri, 14 Mar 2003 12:17:05 -0800 (PST) (envelope-from mee@www.invert.com) Received: (from mee@localhost) by www.invert.com (8.12.6/8.12.6/Submit) id h2EKH5L0045420 for freebsd-stable@FreeBSD.ORG; Fri, 14 Mar 2003 12:17:05 -0800 (PST) Date: Fri, 14 Mar 2003 12:17:05 -0800 From: Mike Erickson To: freebsd-stable@FreeBSD.ORG Subject: Re: HEADSUP: XFree86 4.3.0 update Message-ID: <20030314201704.GH3649@quidquam.com> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <1047429424.8471.40.camel@leguin> <20030314083440.GA32846@erg.verweg.com> <200303141321.34265.timothy@voidnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200303141321.34265.timothy@voidnet.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Eric Timme (timothy@voidnet.com) wrote: > Patch works great on a March 14th 11:30am CST cvsup running on a AMD Duron > with a ATI Radeon 8500LE 128MB with XFree 4.3.0. glxinfo reports "direct > rendering: YES", and my dmesg shows the card being initialized. Best of all, > games are starting up now. Note, I recompiled the kernel as well as > installed linux_dri and modified my XF86Config to include the relevant lines. > > Thanks for the great patch =) Ditto. Zero problems with XFree 4.3.0 and the DRM patch + the drm kernel module with 4.8-stable / matrox g550 / athlon XP. quake2 FPS went from 1.8 to 97. :) Thanks! mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 12:39:38 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8C4437B401 for ; Fri, 14 Mar 2003 12:39:34 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 210F543F3F for ; Fri, 14 Mar 2003 12:39:34 -0800 (PST) (envelope-from ryan@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1079) id EC41F2ED3F1; Fri, 14 Mar 2003 12:39:33 -0800 (PST) Date: Fri, 14 Mar 2003 12:39:33 -0800 From: Ryan Dooley To: stable@freebsd.org Subject: [LONG] 4.7-stable freeing free block panic Message-ID: <20030314203933.GB59999@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey all, File server running 4.7-stable (02Nov2002) panic'd today with: ffs_blkfree: freeing free block. Here is the back trace for that system: nitrogen# gdb -k /usr/src/sys/compile/DELL_6450/kernel.debug /var/crash/vmc= ore.0 GNU gdb 4.18 (FreeBSD) Copyright 1998 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 condition= s. 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-unknown-freebsd"...Deprecated bfd_read cal= led at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxrea= d.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../..= /contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf SMP 2 cpus IdlePTD at phsyical address 0x0043a000 initial pcb at physical address 0x00397fe0 panicstr: ffs_blkfree: freeing free block panic messages: --- panic: ffs_blkfree: freeing free block mp_lock =3D 00000001; cpuid =3D 0; lapic.id =3D 01000000 boot() called on cpu#0 syncing disks... 25 4 4 4 4 4 4 4 10 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 giving up on 4 buffers Uptime: 48d19h17m22s dumping to dev #da/0x20001, offset 6291472 dump 1023 1022 1021 1020 1019 1018 1017 1016 1015 1014 1013 1012 1011 1010 = 1009 1008 1007 1006 1005 1004 1003 1002 1001 1000 999 998 997 996 995 994 993 99= 2 991 990 989 988 987 986 985 984 983 982 981 980 979 978 977 976 975 974 9= 73 972 971 970 969 968 967 966 965 964 963 962 961 960 959 958 957 956 955 = 954 953 952 951 950 949 948 947 946 945 944 943 942 941 940 939 938 937 936= 935 934 933 932 931 930 929 928 927 926 925 924 923 922 921 920 919 918 91= 7 916 915 914 913 912 911 910 909 908 907 906 905 904 903 902 901 900 899 8= 98 897 896 895 894 893 892 891 890 889 888 887 886 885 884 883 882 881 880 = 879 878 877 876 875 874 873 872 871 870 869 868 867 866 865 864 863 862 861= 860 859 858 857 856 855 854 853 852 851 850 849 848 847 846 845 844 843 84= 2 841 840 839 838 837 836 835 834 833 832 831 830 829 828 827 826 825 824 8= 23 822 821 820 819 818 817 816 815 814 813 812 811 810 809 808 807 806 805 = 804 803 802 801 800 799 798 797 796 795 794 793 792 791 790 789 788 787 786= 785 784 783 782 781 780 779 778 777 776 775 774 773 772 771 770 769 768 76= 7 766 765 764 763 762 761 760 759 758 757 756 755 754 753 752 751 750 749 7= 48 747 746 745 744 743 742 741 740 739 738 737 736 735 734 733 732 731 730 = 729 728 727 726 725 724 723 722 721 720 719 718 717 716 715 714 713 712 711= 710 709 708 707 706 705 704 703 702 701 700 699 698 697 696 695 694 693 69= 2 691 690 689 688 687 686 685 684 683 682 681 680 679 678 677 676 675 674 6= 73 672 671 670 669 668 667 666 665 664 663 662 661 660 659 658 657 656 655 = 654 653 652 651 650 649 648 647 646 645 644 643 642 641 640 639 638 637 636= 635 634 633 632 631 630 629 628 627 626 625 624 623 622 621 620 619 618 61= 7 616 615 614 613 612 611 610 609 608 607 606 605 604 603 602 601 600 599 5= 98 597 596 595 594 593 592 591 590 589 588 587 586 585 584 583 582 581 580 = 579 578 577 576 575 574 573 572 571 570 569 568 567 566 565 564 563 562 561= 560 559 558 557 556 555 554 553 552 551 550 549 548 547 546 545 544 543 54= 2 541 540 539 538 537 536 535 534 533 532 531 530 529 528 527 526 525 524 5= 23 522 521 520 519 518 517 516 515 514 513 512 511 510 509 508 507 506 505 = 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 487 486= 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 46= 7 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 4= 48 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 = 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411= 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 39= 2 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 3= 73 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 = 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336= 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 31= 7 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 2= 98 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 = 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261= 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 24= 2 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 2= 23 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 = 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186= 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 16= 7 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 1= 48 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 = 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111= 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 = 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 = 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 = 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 = 9 8 7 6 5 4 3 2 1 0 --- #0 dumpsys () at ../../kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc018f04f in boot (howto=3D256) at ../../kern/kern_shutdown.c:316 #2 0xc018f4a8 in poweroff_wait (junk=3D0xc0352200, howto=3D-1070259744) at ../../kern/kern_shutdown.c:595 #3 0xc0248706 in ffs_blkfree (ip=3D0xe9f94e0c, bno=3D74488, size=3D65536) at ../../ufs/ffs/ffs_alloc.c:1444 #4 0xc024d08b in indir_trunc (ip=3D0xe9f94e0c, dbn=3D1991437568, level=3D0, lbn=3D425996, countp=3D0xe9f94dfc) at ../../ufs/ffs/ffs_softdep.c:2233 #5 0xc024d074 in indir_trunc (ip=3D0xe9f94e0c, dbn=3D1991437440, level=3D1, lbn=3D16396, countp=3D0xe9f94dfc) at ../../ufs/ffs/ffs_softdep.c:2229 #6 0xc024ce45 in handle_workitem_freeblocks (freeblks=3D0xcdc01b80) at ../../ufs/ffs/ffs_softdep.c:2133 #7 0xc024b347 in process_worklist_item (matchmnt=3D0x0, flags=3D0) at ../../ufs/ffs/ffs_softdep.c:723 #8 0xc024b1de in softdep_process_worklist (matchmnt=3D0x0) at ../../ufs/ffs/ffs_softdep.c:622 #9 0xc01bcf9b in sched_sync () at ../../kern/vfs_subr.c:1177 I've scheduled an update for the system when spring break rolls around for us (in another week). Since this was a once in a blue-moon thing (i.e., this is the first time I've seen this panic in the two years the system has been operational :-), I'm not in any rush. Cheers, Ryan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 13:24:25 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E360E37B401 for ; Fri, 14 Mar 2003 13:23:36 -0800 (PST) Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C96B43F75 for ; Fri, 14 Mar 2003 13:23:33 -0800 (PST) (envelope-from cbradski@comcast.net) Received: from celiana.celiana.net (12-246-181-194.client.attbi.com [12.246.181.194]) by mtaout02.icomcast.net (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with SMTP id <0HBR005QHCR4AT@mtaout02.icomcast.net> for freebsd-stable@FreeBSD.ORG; Fri, 14 Mar 2003 16:23:32 -0500 (EST) Date: Fri, 14 Mar 2003 13:23:28 -0800 From: christopher bradski Subject: wierd messages printed to screen during boot. To: freebsd-stable@FreeBSD.ORG Message-id: <20030314132328.371e4621.cbradski@comcast.net> Organization: www.celiana.net MIME-version: 1.0 X-Mailer: Sylpheed version 0.8.2claws (GTK+ 1.2.10; i386-portbld-freebsd4.7) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG For anyone with any idea whats going on with my machine... here is the output of uname -a; reeBSD celiana.celiana.net 4.7-RELEASE FreeBSD 4.7-RELEASE #0: Mon Mar 10 01:08:11 PST 2003 chris@celiana.celiana.net:/usr/src/sys/compile/CELIANA i386 If anyone can help with what is going on or what these mean, their help will be greatly appreciated. Here are the messages printed to the screen. a copy of all the messages is located below.... > dmesg -a 103 path_mtu_discovery RW *Handler Int 104 slowstart_flightsize RW *Handler Int 105 local_slowstart_flightsize RW *Handler Int 106 newreno RW *Handler Int 107 tcbhashsize R *Handler Int 108 do_tcpdrain RW *Handler Int 109 pcbcount R *Handler Int 110 icmp_may_rst RW *Handler Int 111 isn_reseed_interval RW *Handler Int 112 inflight_enable RW *Handler Int 113 inflight_debug RW *Handler Int 114 inflight_min RW *Handler Int 115 inflight_max RW *Handler Int 116 getcred RW *Handler Opaque/struct 117 syncookies RW *Handler Int 118 syncache RW Node 100 bucketlimit R *Handler Int 101 cachelimit R *Handler Int 102 count R *Handler Int 103 hashsize R *Handler Int 104 rexmtlimit RW *Handler Int 119 msl RW *Handler Int 120 rexmit_min RW *Handler Int 121 rexmit_slop RW *Handler Int 122 always_keepalive RW *Handler Int 17 udp RW Node 1 checksum RW *Handler Int 2 stats RW *Handler Opaque/struct 3 maxdgram RW *Handler Int 4 recvspace RW *Handler Int 5 pcblist R *Handler 100 log_in_vain RW *Handler Int 101 blackhole RW *Handler Int 102 getcred RW *Handler Opaque/struct 100 accf RW Node 100 unloadable RW *Handler Int 255 raw RW Node 100 maxdgram RW *Handler Int 101 recvspace RW *Handler Int 102 pcblist R *Handler 17 routetable R *Handler Node 18 link RW Node 0 generic RW Node 1 system RW Node 1 ifcount R *Handler Int 2 ifdata RW *Handler Node 6 ether RW Node 2 inet RW Node 100 prune_intvl RW *Handler Int 101 max_age RW *Handler Int 102 host_down_time RW *Handler Int 103 maxtries RW *Handler Int 104 useloopback RW *Handler Int 105 proxyall RW *Handler Int 106 log_arp_wrong_iface RW *Handler Int 100 ipfw RW *Handler Int 55 gif RW Node 100 max_nesting RW *Handler Int 101 parallel_tunnels RW *Handler Int 28 inet6 RW Node 6 tcp6 RW Node 100 getcred RW *Handler Opaque/struct 17 udp6 RW Node 100 getcred RW *Handler Opaque/struct 41 ip6 RW Node 1 forwarding RW *Handler Int 2 redirect RW *Handler Int 3 hlim RW *Handler Int 6 stats R *Handler Opaque/struct 9 maxfragpackets RW *Handler Int 12 accept_rtadv RW *Handler Int 13 keepfaith RW *Handler Int 14 log_interval RW *Handler Int 15 hdrnestlimit RW *Handler Int 16 dad_count RW *Handler Int 17 auto_flowlabel RW *Handler Int 18 defmcasthlim RW *Handler Int 19 gifhlim RW *Handler Int 20 kame_version R *Handler String 21 use_deprecated RW *Handler Int 22 rr_prune RW *Handler Int 24 v6only RW *Handler Int 25 rtexpire RW *Handler Int 26 rtminexpire RW *Handler Int 27 rtmaxcache RW *Handler Int 32 use_tempaddr RW *Handler Int 33 temppltime RW *Handler Int 34 tempvltime RW *Handler Int 35 auto_linklocal RW *Handler Int 36 rip6stats R *Handler Opaque/struct 58 icmp6 RW Node 1 stats R *Handler Opaque/struct 2 rediraccept RW *Handler Int 3 redirtimeout RW *Handler Int 6 nd6_prune RW *Handler Int 8 nd6_delay RW *Handler Int 9 nd6_umaxtries RW *Handler Int 10 nd6_mmaxtries RW *Handler Int 11 nd6_useloopback RW *Handler Int 13 nodeinfo RW *Handler Int 14 errppslimit RW *Handler Int 15 nd6_maxnudhint RW *Handler Int 18 nd6_debug RW *Handler Int 19 nd6_drlist R *Handler Node 20 nd6_prlist R *Handler Node 5 debug RW Node 100 mddebug RW *Handler Int 101 elf_trace RW *Handler Int 102 boothowto R *Handler Int 103 free_devt RW *Handler Int 104 fdexpand R *Handler Int 105 sizeof RW Node 100 vnode R *Handler Int 101 proc R *Handler Int 102 specinfo R *Handler Int 103 disklabel R *Handler Int 104 diskslices R *Handler Int 105 disk R *Handler Int 106 ttydebug RW *Handler Int 107 nchash R *Handler 108 ncnegfactor RW *Handler 109 numneg R *Handler 110 numcache R *Handler 111 vfscache RW *Handler Int 112 vnsize R *Handler Int 113 ncsize R *Handler Int 114 disablecwd RW *Handler Int 115 disablefullpath RW *Handler Int 116 numvnodes R *Handler Int 117 wantfreevnodes RW *Handler Int 118 freevnodes R *Handler Int 119 rush_requests RW *Handler Int 120 vnlru_nowhere RW *Handler Int 121 bpf_bufsize RW *Handler Int 122 bpf_maxbufsize RW *Handler Int 123 if_tun_debug RW *Handler Int 124 ncr_debug RW *Handler Int 125 max_softdeps RW *Handler Int 126 tickdelay RW *Handler Int 127 worklist_push RW *Handler Int 128 blk_limit_push RW *Handler Int 129 ino_limit_push RW *Handler Int 130 blk_limit_hit RW *Handler Int 131 ino_limit_hit RW *Handler Int 132 sync_limit_hit RW *Handler Int 133 indir_blk_ptrs RW *Handler Int 134 inode_bitmap RW *Handler Int 135 direct_blk_ptrs RW *Handler Int 136 dir_entry RW *Handler Int 137 dircheck RW *Handler Int 138 es_debug RW *Handler Int 139 piix_timecounter R *Handler Opaque/struct 140 tsc_timecounter R *Handler Opaque/struct 141 i8254_timecounter R *Handler Opaque/struct 6 hw RW Node 1 machine R *Handler String 2 model R *Handler String 3 ncpu R *Handler Int 4 byteorder R *Handler Int 5 physmem R *Handler Int 6 usermem R *Handler Int 7 pagesize R *Handler Int 10 floatingpoint R *Handler Int 11 machine_arch R *Handler String 100 ata R Node 100 ata_dma R *Handler Int 101 wc R *Handler Int 102 tags R *Handler Int 103 atapi_dma R *Handler Int 101 fxp_rnr RW *Handler Int 102 intrnames R *Handler Opaque/struct 103 intrcnt R *Handler Opaque/struct 104 bt848 RW Node 100 card RW *Handler Int 101 tuner RW *Handler Int 102 reverse_mute RW *Handler Int 103 format RW *Handler Int 104 slow_msp_audio RW *Handler Int 105 usb RW Node 106 snd R Node 100 targetirqrate RW *Handler Int 101 report_soft_formats RW *Handler Int 102 verbose RW *Handler Int 103 maxautovchans RW *Handler Int 104 pcm0 R Node 100 buffersize R *Handler Int 101 vchans RW *Handler Int 102 spdif_enabled RW *Handler Int 107 instruction_sse R *Handler Int 108 availpages R *Handler Int 109 nvidia R Node 100 agp R Node 100 card R Node 100 rates R *Handler 101 fw R *Handler 102 sba R *Handler 103 registers R *Handler 101 status R Node 100 status R *Handler 101 driver R *Handler 102 rate R *Handler 103 fw R *Handler 104 sba R *Handler 101 version R *Handler String 102 registry R Node 100 EnableAGPSBA RW *Handler 101 EnableAGPFW RW *Handler 102 SoftEDIDs RW *Handler 103 Mobile RW *Handler 103 cards R Node 100 0 R Node 100 model R *Handler String 101 irq R *Handler 102 vbios R *Handler 103 type R *Handler 110 fxp0 R Node 100 int_delay RW *Handler Int 101 bundle_max RW *Handler Int 7 machdep RW Node 1 consdev R *Handler Opaque/struct 2 adjkerntz RW *Handler Int 3 disable_rtc_set RW *Handler Int 4 bootinfo R *Handler Opaque/struct 5 wall_cmos_clock RW *Handler Int 100 cs_recv_delay RW *Handler Int 101 do_dump RW *Handler Int 102 pccard RW Node 100 mem_start RW *Handler 101 mem_end RW *Handler 103 enable_panic_key RW *Handler Int 104 apm_suspend_delay RW *Handler Int 105 apm_standby_delay RW *Handler Int 106 ispc98 R *Handler Int 107 msgbuf R *Handler String 108 msgbuf_clear RW *Handler Int 109 cpu_idle_hlt RW *Handler Int 110 guessed_bootdev R *Handler 111 piix_freq RW *Handler Int 112 smp_active RW *Handler Int 113 smp_cpus R *Handler Int 114 invltlb_ok RW *Handler Int 115 do_page_zero_idle RW *Handler Int 116 forward_irq_enabled RW *Handler Int 117 forward_signal_enabled RW *Handler Int 118 forward_roundrobin_enabled RW *Handler Int 119 panic_on_nmi RW *Handler Int 120 uc_devlist R *Handler 121 i8254_freq RW *Handler Int 122 tsc_freq RW *Handler Int 123 conrclk RW *Handler 124 conspeed RW *Handler Int 8 user RW Node 1 cs_path R *Handler String 2 bc_base_max R *Handler Int 3 bc_dim_max R *Handler Int 4 bc_scale_max R *Handler Int 5 bc_string_max R *Handler Int 6 coll_weights_max R *Handler Int 7 expr_nest_max R *Handler Int 8 line_max R *Handler Int 9 re_dup_max R *Handler Int 10 posix2_version R *Handler Int 11 posix2_c_bind R *Handler Int 12 posix2_c_dev R *Handler Int 13 posix2_char_term R *Handler Int 14 posix2_fort_dev R *Handler Int 15 posix2_fort_run R *Handler Int 16 posix2_localedef R *Handler Int 17 posix2_sw_dev R *Handler Int 18 posix2_upe R *Handler Int 19 stream_max R *Handler Int 20 tzname_max R *Handler Int 9 p1003_1b RW Node 1 asynchronous_io R *Handler Int 2 mapped_files R *Handler Int 3 memlock R *Handler Int 4 memlock_range R *Handler Int 5 memory_protection R *Handler Int 6 message_passing R *Handler Int 7 prioritized_io R *Handler Int 8 priority_scheduling R *Handler Int 9 realtime_signals R *Handler Int 10 semaphores R *Handler Int 11 fsync R *Handler Int 12 shared_memory_objects R *Handler Int 13 synchronized_io R *Handler Int 14 timers R *Handler Int 15 aio_listio_max R *Handler Int 16 aio_max R *Handler Int 17 aio_prio_delta_max R *Handler Int 18 delaytimer_max R *Handler Int 19 mq_open_max R *Handler Int 20 pagesize R *Handler Int 21 rtsig_max R *Handler Int 22 sem_nsems_max R *Handler Int 23 sem_value_max R *Handler Int 24 sigqueue_max R *Handler Int 25 timer_max R *Handler Int 100 jail RW Node 100 set_hostname_allowed RW *Handler Int 101 socket_unixiproute_only RW *Handler Int 102 sysvipc_allowed RW *Handler Int 101 compat RW Node 100 linux RW Node 100 osname RW *Handler String 101 osrelease RW *Handler String 102 oss_version RW *Handler Int 0 sysctl RW Node 0 debug R *Handler String 1 name R *Handler Node 2 next R *Handler Node 3 name2oid RW *Handler 4 oidfmt R *Handler Node 1 kern RW Node 1 ostype R *Handler String 2 osrelease R *Handler String 3 osrevision R *Handler Int 4 version R *Handler String 5 maxvnodes RW *Handler Int 6 maxproc R *Handler Int 7 maxfiles RW *Handler Int 8 argmax R *Handler Int 9 securelevel RW *Handler Int 10 hostname RW *Handler String 11 hostid RW *Handler 12 clockrate R *Handler Opaque/struct 14 proc R Node 0 all R *Handler Opaque/struct 1 pid R *Handler Node 2 pgrp R *Handler Node 4 tty R *Handler Node 5 uid R *Handler Node 6 ruid R *Handler Node 7 args RW *Handler Node 15 file R *Handler Opaque/struct 17 posix1version R *Handler Int 18 ngroups R *Handler Int 19 job_control R *Handler Int 20 saved_ids R *Handler Int 21 boottime R *Handler Opaque/struct 22 domainname RW *Handler String 24 osreldate R *Handler Int 26 bootfile RW *Handler String 27 maxfilesperproc RW *Handler Int 28 maxprocperuid RW *Handler Int 29 dumpdev RW *Handler Opaque/struct 30 ipc RW Node 1 maxsockbuf RW *Handler Int 2 sockbuf_waste_factor RW *Handler Int 3 somaxconn RW *Handler Int 4 max_linkhdr RW *Handler Int 5 max_protohdr RW *Handler Int 6 max_hdr RW *Handler Int 7 max_datalen RW *Handler Int 8 mbstat RW *Handler Opaque/struct 9 nmbclusters R *Handler Int 100 semmap RW *Handler Int 101 semmni R *Handler Int 102 semmns R *Handler Int 103 semmnu R *Handler Int 104 semmsl RW *Handler Int 105 semopm R *Handler Int 106 semume R *Handler Int 107 semusz R *Handler Int 108 semvmx RW *Handler Int 109 semaem RW *Handler Int 110 shmmax RW *Handler Int 111 shmmin RW *Handler Int 112 shmmni R *Handler Int 113 shmseg RW *Handler Int 114 shmall RW *Handler Int 115 shm_use_phys RW *Handler Int 116 mbuf_wait RW *Handler Int 117 mbtypes R *Handler Opaque/struct 118 nmbufs R *Handler Int 119 mcl_pool_max RW *Handler Int 120 mcl_pool_now R *Handler Int 121 maxsockets R *Handler Int 31 dummy RW *Handler Int 32 ps_strings R *Handler 33 usrstack R *Handler 34 logsigexit RW *Handler Int 100 cam R Node 100 da R Node 100 retry_count RW *Handler Int 101 default_timeout RW *Handler Int 102 no_6_byte RW *Handler Int 101 cd R Node 100 changer R Node 100 min_busy_seconds RW *Handler Int 101 max_busy_seconds RW *Handler Int 101 fallback_elf_brand RW *Handler Int 102 init_path R *Handler String 103 module_path RW *Handler String 104 acct_suspend RW *Handler Int 105 acct_resume RW *Handler Int 106 acct_chkfreq RW *Handler Int 107 cp_time R *Handler Opaque/struct 108 timecounter RW Node 100 method RW *Handler Int 101 hardware RW *Handler String 109 openfiles R *Handler Int 110 environment R *Handler Node 111 kq_calloutmax RW *Handler Int 112 ps_arg_cache_limit RW *Handler 113 ps_argsopen RW *Handler Int 114 randompid RW *Handler Int 115 maxusers R *Handler Int 116 ntp_pll RW Node 100 gettime R *Handler Opaque/struct 117 ps_showallprocs RW *Handler Int 118 shutdown RW Node 100 poweroff_delay RW *Handler Int 101 kproc_shutdown_wait RW *Handler Int 119 sugid_coredump RW *Handler Int 120 coredump RW *Handler Int 121 corefile RW *Handler String 122 quantum RW *Handler Int 123 ccpu R *Handler Int 124 fscale R *Handler Int 125 devstat R Node 100 all R *Handler Opaque/struct 101 numdevs R *Handler Int 102 generation R *Handler 103 version R *Handler Int 126 disks R *Handler String 127 log_wakeups_per_second RW *Handler Int 128 log_console_output RW *Handler Int 129 msgbuf R *Handler String 130 msgbuf_clear RW *Handler Int 131 nselcoll R *Handler Int 132 ttys R *Handler Opaque/struct 133 consmute RW *Handler Int 134 filedelay RW *Handler Int 135 dirdelay RW *Handler Int 136 metadelay RW *Handler Int 137 minvnodes RW *Handler Int 138 chroot_allow_open_directories RW *Handler Int 2 vm RW Node 1 vmmeter R *Handler Opaque/struct 2 loadavg R *Handler Opaque/struct 3 v_free_min RW *Handler 4 v_free_target RW *Handler 5 v_free_reserved RW *Handler 6 v_inactive_target RW *Handler 7 v_cache_min RW *Handler 8 v_cache_max RW *Handler 9 v_pageout_free_min RW *Handler 10 pageout_algorithm RW *Handler Int 11 swap_enabled RW *Handler Int 100 swap_async_max RW *Handler Int 101 swap_idle_threshold1 RW *Handler Int 102 swap_idle_threshold2 RW *Handler Int 103 v_free_severe RW *Handler 104 stats RW Node 100 sys RW Node 100 v_swtch R *Handler 101 v_trap R *Handler 102 v_syscall R *Handler 103 v_intr R *Handler 104 v_soft R *Handler 101 vm RW Node 100 v_vm_faults R *Handler 101 v_cow_faults R *Handler 102 v_cow_optim R *Handler 103 v_zfod R *Handler 104 v_ozfod R *Handler 105 v_swapin R *Handler 106 v_swapout R *Handler 107 v_swappgsin R *Handler 108 v_swappgsout R *Handler 109 v_vnodein R *Handler 110 v_vnodeout R *Handler 111 v_vnodepgsin R *Handler 112 v_vnodepgsout R *Handler 113 v_intrans R *Handler 114 v_reactivated R *Handler 115 v_pdwakeups R *Handler 116 v_pdpages R *Handler 117 v_dfree R *Handler 118 v_pfree R *Handler 119 v_tfree R *Handler 120 v_page_size R *Handler 121 v_page_count R *Handler 122 v_free_reserved R *Handler 123 v_free_target R *Handler 124 v_free_min R *Handler 125 v_free_count R *Handler 126 v_wire_count R *Handler 127 v_active_count R *Handler 128 v_inactive_target R *Handler 129 v_inactive_count R *Handler 130 v_cache_count R *Handler 131 v_cache_min R *Handler 132 v_cache_max R *Handler 133 v_pageout_free_min R *Handler 134 v_interrupt_free_min R *Handler 135 v_forks R *Handler 136 v_vforks R *Handler 137 v_rforks R *Handler 138 v_kthreads R *Handler 139 v_forkpages R *Handler 140 v_vforkpages R *Handler 141 v_rforkpages R *Handler 142 v_kthreadpages R *Handler 102 misc RW Node 100 zero_page_count R *Handler Int 101 cnt_prezero R *Handler Int 105 max_proc_mmap RW *Handler Int 106 msync_flush_flags RW *Handler Int 107 max_launder RW *Handler Int 108 pageout_stats_max RW *Handler Int 109 pageout_full_stats_interval RW *Handler Int 110 pageout_stats_interval RW *Handler Int 111 pageout_stats_free_max RW *Handler Int 112 swap_idle_enabled RW *Handler Int 113 defer_swapspace_pageouts RW *Handler Int 114 disable_swapspace_pageouts RW *Handler Int 115 pageout_lock_miss R *Handler Int 116 zone R *Handler String 117 zone_kmem_pages R *Handler Int 118 zone_kmem_kvaspace R *Handler Int 119 zone_kern_pages R *Handler Int 120 kvm_size R *Handler 121 kvm_free R *Handler 3 vfs RW Node 0 generic R *Handler Node 2 ufs R Node 100 dirhash_minsize RW *Handler Int 101 dirhash_maxmem RW *Handler Int 102 dirhash_mem R *Handler Int 103 dirhash_docheck RW *Handler Int 3 nfs RW Node 1 nfsstats R *Handler Opaque/struct 2 nfs_privport RW *Handler Int 100 async RW *Handler Int 101 commit_blks RW *Handler Int 102 commit_miss RW *Handler Int 103 realign_test RW *Handler Int 104 realign_count RW *Handler Int 105 bufpackets RW *Handler Int 106 gatherdelay RW *Handler Int 107 gatherdelay_v3 RW *Handler Int 108 defect RW *Handler Int 109 diskless_valid R *Handler Int 110 diskless_rootpath R *Handler String 111 diskless_rootaddr R *Handler Opaque/struct 112 diskless_swappath R *Handler String 113 diskless_swapaddr R *Handler Opaque/struct 114 access_cache_timeout RW *Handler Int 115 nfsv3_commit_on_close RW *Handler Int 100 numdirtybuffers R *Handler Int 101 lodirtybuffers RW *Handler Int 102 hidirtybuffers RW *Handler Int 103 numfreebuffers R *Handler Int 104 lofreebuffers RW *Handler Int 105 hifreebuffers RW *Handler Int 106 runningbufspace R *Handler Int 107 lorunningspace RW *Handler Int 108 hirunningspace RW *Handler Int 109 maxbufspace R *Handler Int 110 hibufspace R *Handler Int 111 lobufspace R *Handler Int 112 bufspace R *Handler Int 113 maxmallocbufspace RW *Handler Int 114 bufmallocspace R *Handler Int 115 getnewbufcalls RW *Handler Int 116 getnewbufrestarts RW *Handler Int 117 vmiodirenable RW *Handler Int 118 bufdefragcnt RW *Handler Int 119 buffreekvacnt RW *Handler Int 120 bufreusecnt RW *Handler Int 121 cache RW Node 100 numneg R *Handler 101 numcache R *Handler 102 numcalls R *Handler 103 dothits R *Handler 104 dotdothits R *Handler 105 numchecks R *Handler 106 nummiss R *Handler 107 nummisszap R *Handler 108 numposzaps R *Handler 109 numposhits R *Handler 110 numnegzaps R *Handler 111 numneghits R *Handler 112 numcwdcalls R *Handler 113 numcwdfail1 R *Handler 114 numcwdfail2 R *Handler 115 numcwdfail3 R *Handler 116 numcwdfail4 R *Handler 117 numcwdfound R *Handler 118 numfullpathcalls R *Handler 119 numfullpathfail1 R *Handler 120 numfullpathfail2 R *Handler 121 numfullpathfail3 R *Handler 122 numfullpathfail4 R *Handler 123 numfullpathfound R *Handler 122 write_behind RW *Handler Int 123 reassignbufcalls RW *Handler Int 124 reassignbufloops RW *Handler Int 125 reassignbufsortgood RW *Handler Int 126 reassignbufsortbad RW *Handler Int 127 reassignbufmethod RW *Handler Int 128 nameileafonly RW *Handler Int 129 timestamp_precision RW *Handler Int 130 usermount RW *Handler Int 132 ffs RW Node 3 doreallocblks RW *Handler Int 4 doasyncfree RW *Handler Int 4 net RW Node 1 local RW Node 1 stream RW Node 100 sendspace RW *Handler Int 101 recvspace RW *Handler Int 102 pcblist R *Handler 2 dgram RW Node 100 maxdgram RW *Handler Int 101 recvspace RW *Handler Int 102 pcblist R *Handler 100 inflight R *Handler Int 2 inet RW Node 0 ip RW Node 0 portrange RW Node 100 lowfirst RW *Handler Int 101 lowlast RW *Handler Int 102 first RW *Handler Int 103 last RW *Handler Int 104 hifirst RW *Handler Int 105 hilast RW *Handler Int 1 forwarding RW *Handler Int 2 redirect RW *Handler Int 3 ttl RW *Handler Int 5 rtexpire RW *Handler Int 6 rtminexpire RW *Handler Int 7 rtmaxcache RW *Handler Int 8 sourceroute RW *Handler Int 10 intr_queue_maxlen RW *Handler Int 11 intr_queue_drops R *Handler Int 12 stats RW *Handler Opaque/struct 13 accept_sourceroute RW *Handler Int 14 fastforwarding RW *Handler Int 15 keepfaith RW *Handler Int 16 gifttl RW *Handler Int 100 subnets_are_local RW *Handler Int 101 maxfragpackets RW *Handler Int 102 check_interface RW *Handler Int 1 icmp RW Node 1 maskrepl RW *Handler Int 2 stats RW *Handler Opaque/struct 3 icmplim RW *Handler Int 100 drop_redirect RW *Handler Int 101 log_redirect RW *Handler Int 102 icmplim_output RW *Handler Int 103 bmcastecho RW *Handler Int 2 igmp RW Node 1 stats RW *Handler Opaque/struct 6 tcp RW Node 1 rfc1323 RW *Handler Int 2 rfc1644 RW *Handler Int 3 mssdflt RW *Handler Int 4 stats RW *Handler Opaque/struct 6 keepidle RW *Handler Int 7 keepintvl RW *Handler Int 8 sendspace RW *Handler Int 9 recvspace RW *Handler Int 10 keepinit RW *Handler Int 11 pcblist R *Handler 12 delacktime RW *Handler Int 13 v6mssdflt RW *Handler Int 100 log_in_vain RW *Handler Int 101 blackhole RW *Handler Int 102 delayed_ack RW *Handler Int 103 path_mtu_discovery RW *Handler Int 104 slowstart_flightsize RW *Handler Int 105 local_slowstart_flightsize RW *Handler Int 106 newreno RW *Handler Int 107 tcbhashsize R *Handler Int 108 do_tcpdrain RW *Handler Int 109 pcbcount R *Handler Int 110 icmp_may_rst RW *Handler Int 111 isn_reseed_interval RW *Handler Int 112 inflight_enable RW *Handler Int 113 inflight_debug RW *Handler Int 114 inflight_min RW *Handler Int 115 inflight_max RW *Handler Int 116 getcred RW *Handler Opaque/struct 117 syncookies RW *Handler Int 118 syncache RW Node 100 bucketlimit R *Handler Int 101 cachelimit R *Handler Int 102 count R *Handler Int 103 hashsize R *Handler Int 104 rexmtlimit RW *Handler Int 119 msl RW *Handler Int 120 rexmit_min RW *Handler Int 121 rexmit_slop RW *Handler Int 122 always_keepalive RW *Handler Int 17 udp RW Node 1 checksum RW *Handler Int 2 stats RW *Handler Opaque/struct 3 maxdgram RW *Handler Int 4 recvspace RW *Handler Int 5 pcblist R *Handler 100 log_in_vain RW *Handler Int 101 blackhole RW *Handler Int 102 getcred RW *Handler Opaque/struct 100 accf RW Node 100 unloadable RW *Handler Int 255 raw RW Node 100 maxdgram RW *Handler Int 101 recvspace RW *Handler Int 102 pcblist R *Handler 17 routetable R *Handler Node 18 link RW Node 0 generic RW Node 1 system RW Node 1 ifcount R *Handler Int 2 ifdata RW *Handler Node 6 ether RW Node 2 inet RW Node 100 prune_intvl RW *Handler Int 101 max_age RW *Handler Int 102 host_down_time RW *Handler Int 103 maxtries RW *Handler Int 104 useloopback RW *Handler Int 105 proxyall RW *Handler Int 106 log_arp_wrong_iface RW *Handler Int 100 ipfw RW *Handler Int 55 gif RW Node 100 max_nesting RW *Handler Int 101 parallel_tunnels RW *Handler Int 28 inet6 RW Node 6 tcp6 RW Node 100 getcred RW *Handler Opaque/struct 17 udp6 RW Node 100 getcred RW *Handler Opaque/struct 41 ip6 RW Node 1 forwarding RW *Handler Int 2 redirect RW *Handler Int 3 hlim RW *Handler Int 6 stats R *Handler Opaque/struct 9 maxfragpackets RW *Handler Int 12 accept_rtadv RW *Handler Int 13 keepfaith RW *Handler Int 14 log_interval RW *Handler Int 15 hdrnestlimit RW *Handler Int 16 dad_count RW *Handler Int 17 auto_flowlabel RW *Handler Int 18 defmcasthlim RW *Handler Int 19 gifhlim RW *Handler Int 20 kame_version R *Handler String 21 use_deprecated RW *Handler Int 22 rr_prune RW *Handler Int 24 v6only RW *Handler Int 25 rtexpire RW *Handler Int 26 rtminexpire RW *Handler Int 27 rtmaxcache RW *Handler Int 32 use_tempaddr RW *Handler Int 33 temppltime RW *Handler Int 34 tempvltime RW *Handler Int 35 auto_linklocal RW *Handler Int 36 rip6stats R *Handler Opaque/struct 58 icmp6 RW Node 1 stats R *Handler Opaque/struct 2 rediraccept RW *Handler Int 3 redirtimeout RW *Handler Int 6 nd6_prune RW *Handler Int 8 nd6_delay RW *Handler Int 9 nd6_umaxtries RW *Handler Int 10 nd6_mmaxtries RW *Handler Int 11 nd6_useloopback RW *Handler Int 13 nodeinfo RW *Handler Int 14 errppslimit RW *Handler Int 15 nd6_maxnudhint RW *Handler Int 18 nd6_debug RW *Handler Int 19 nd6_drlist R *Handler Node 20 nd6_prlist R *Handler Node 5 debug RW Node 100 mddebug RW *Handler Int 101 elf_trace RW *Handler Int 102 boothowto R *Handler Int 103 free_devt RW *Handler Int 104 fdexpand R *Handler Int 105 sizeof RW Node 100 vnode R *Handler Int 101 proc R *Handler Int 102 specinfo R *Handler Int 103 disklabel R *Handler Int 104 diskslices R *Handler Int 105 disk R *Handler Int 106 ttydebug RW *Handler Int 107 nchash R *Handler 108 ncnegfactor RW *Handler 109 numneg R *Handler 110 numcache R *Handler 111 vfscache RW *Handler Int 112 vnsize R *Handler Int 113 ncsize R *Handler Int 114 disablecwd RW *Handler Int 115 disablefullpath RW *Handler Int 116 numvnodes R *Handler Int 117 wantfreevnodes RW *Handler Int 118 freevnodes R *Handler Int 119 rush_requests RW *Handler Int 120 vnlru_nowhere RW *Handler Int 121 bpf_bufsize RW *Handler Int 122 bpf_maxbufsize RW *Handler Int 123 if_tun_debug RW *Handler Int 124 ncr_debug RW *Handler Int 125 max_softdeps RW *Handler Int 126 tickdelay RW *Handler Int 127 worklist_push RW *Handler Int 128 blk_limit_push RW *Handler Int 129 ino_limit_push RW *Handler Int 130 blk_limit_hit RW *Handler Int 131 ino_limit_hit RW *Handler Int 132 sync_limit_hit RW *Handler Int 133 indir_blk_ptrs RW *Handler Int 134 inode_bitmap RW *Handler Int 135 direct_blk_ptrs RW *Handler Int 136 dir_entry RW *Handler Int 137 dircheck RW *Handler Int 138 es_debug RW *Handler Int 139 piix_timecounter R *Handler Opaque/struct 140 tsc_timecounter R *Handler Opaque/struct 141 i8254_timecounter R *Handler Opaque/struct 6 hw RW Node 1 machine R *Handler String 2 model R *Handler String 3 ncpu R *Handler Int 4 byteorder R *Handler Int 5 physmem R *Handler Int 6 usermem R *Handler Int 7 pagesize R *Handler Int 10 floatingpoint R *Handler Int 11 machine_arch R *Handler String 100 ata R Node 100 ata_dma R *Handler Int 101 wc R *Handler Int 102 tags R *Handler Int 103 atapi_dma R *Handler Int 101 fxp_rnr RW *Handler Int 102 intrnames R *Handler Opaque/struct 103 intrcnt R *Handler Opaque/struct 104 bt848 RW Node 100 card RW *Handler Int 101 tuner RW *Handler Int 102 reverse_mute RW *Handler Int 103 format RW *Handler Int 104 slow_msp_audio RW *Handler Int 105 usb RW Node 106 snd R Node 100 targetirqrate RW *Handler Int 101 report_soft_formats RW *Handler Int 102 verbose RW *Handler Int 103 maxautovchans RW *Handler Int 104 pcm0 R Node 100 buffersize R *Handler Int 101 vchans RW *Handler Int 102 spdif_enabled RW *Handler Int 107 instruction_sse R *Handler Int 108 availpages R *Handler Int 109 nvidia R Node 100 agp R Node 100 card R Node 100 rates R *Handler 101 fw R *Handler 102 sba R *Handler 103 registers R *Handler 101 status R Node 100 status R *Handler 101 driver R *Handler 102 rate R *Handler 103 fw R *Handler 104 sba R *Handler 101 version R *Handler String 102 registry R Node 100 EnableAGPSBA RW *Handler 101 EnableAGPFW RW *Handler 102 SoftEDIDs RW *Handler 103 Mobile RW *Handler 103 cards R Node 100 0 R Node 100 model R *Handler String 101 irq R *Handler 102 vbios R *Handler 103 type R *Handler 110 fxp0 R Node 100 int_delay RW *Handler Int 101 bundle_max RW *Handler Int 7 machdep RW Node 1 consdev R *Handler Opaque/struct 2 adjkerntz RW *Handler Int 3 disable_rtc_set RW *Handler Int 4 bootinfo R *Handler Opaque/struct 5 wall_cmos_clock RW *Handler Int 100 cs_recv_delay RW *Handler Int 101 do_dump RW *Handler Int 102 pccard RW Node 100 mem_start RW *Handler 101 mem_end RW *Handler 103 enable_panic_key RW *Handler Int 104 apm_suspend_delay RW *Handler Int 105 apm_standby_delay RW *Handler Int 106 ispc98 R *Handler Int 107 msgbuf R *Handler String 108 msgbuf_clear RW *Handler Int 109 cpu_idle_hlt RW *Handler Int 110 guessed_bootdev R *Handler 111 piix_freq RW *Handler Int 112 smp_active RW *Handler Int 113 smp_cpus R *Handler Int 114 invltlb_ok RW *Handler Int 115 do_page_zero_idle RW *Handler Int 116 forward_irq_enabled RW *Handler Int 117 forward_signal_enabled RW *Handler Int 118 forward_roundrobin_enabled RW *Handler Int 119 panic_on_nmi RW *Handler Int 120 uc_devlist R *Handler 121 i8254_freq RW *Handler Int 122 tsc_freq RW *Handler Int 123 conrclk RW *Handler 124 conspeed RW *Handler Int 8 user RW Node 1 cs_path R *Handler String 2 bc_base_max R *Handler Int 3 bc_dim_max R *Handler Int 4 bc_scale_max R *Handler Int 5 bc_string_max R *Handler Int 6 coll_weights_max R *Handler Int 7 expr_nest_max R *Handler Int 8 line_max R *Handler Int 9 re_dup_max R *Handler Int 10 posix2_version R *Handler Int 11 posix2_c_bind R *Handler Int 12 posix2_c_dev R *Handler Int 13 posix2_char_term R *Handler Int 14 posix2_fort_dev R *Handler Int 15 posix2_fort_run R *Handler Int 16 posix2_localedef R *Handler Int 17 posix2_sw_dev R *Handler Int 18 posix2_upe R *Handler Int 19 stream_max R *Handler Int 20 tzname_max R *Handler Int 9 p1003_1b RW Node 1 asynchronous_io R *Handler Int 2 mapped_files R *Handler Int 3 memlock R *Handler Int 4 memlock_range R *Handler Int 5 memory_protection R *Handler Int 6 message_passing R *Handler Int 7 prioritized_io R *Handler Int 8 priority_scheduling R *Handler Int 9 realtime_signals R *Handler Int 10 semaphores R *Handler Int 11 fsync R *Handler Int 12 shared_memory_objects R *Handler Int 13 synchronized_io R *Handler Int 14 timers R *Handler Int 15 aio_listio_max R *Handler Int 16 aio_max R *Handler Int 17 aio_prio_delta_max R *Handler Int 18 delaytimer_max R *Handler Int 19 mq_open_max R *Handler Int 20 pagesize R *Handler Int 21 rtsig_max R *Handler Int 22 sem_nsems_max R *Handler Int 23 sem_value_max R *Handler Int 24 sigqueue_max R *Handler Int 25 timer_max R *Handler Int 100 jail RW Node 100 set_hostname_allowed RW *Handler Int 101 socket_unixiproute_only RW *Handler Int 102 sysvipc_allowed RW *Handler Int 101 compat RW Node 100 linux RW Node 100 osname RW *Handler String 101 osrelease RW *Handler String 102 oss_version RW *Handler Int here is the output captured from /var/log/messages; Mar 14 13:06:59 celiana /kernel: lways_keepalive RW *Handler Int Mar 14 13:06:59 celiana /kernel: 17 udp RW Node Mar 14 13:06:59 celiana /kernel: 1 checksum RW *Handler Int Mar 14 13:06:59 celiana /kernel: 2 stats RW *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 3 maxdgram RW *Handler Int Mar 14 13:06:59 celiana /kernel: 4 recvspace RW *Handler Int Mar 14 13:06:59 celiana /kernel: 5 pcblist R *Handler Mar 14 13:06:59 celiana /kernel: 100 log_in_vain RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 blackhole RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 getcred RW *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 100 accf RW Node Mar 14 13:06:59 celiana /kernel: 100 unloadable RW *Handler Int Mar 14 13:06:59 celiana /kernel: 255 raw RW Node Mar 14 13:06:59 celiana /kernel: 100 maxdgram RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 recvspace RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 pcblist R *Handler Mar 14 13:06:59 celiana /kernel: 17 routetable R *Handler Node Mar 14 13:06:59 celiana /kernel: 18 link RW Node Mar 14 13:06:59 celiana /kernel: 0 generic RW Node Mar 14 13:06:59 celiana /kernel: 1 system RW Node Mar 14 13:06:59 celiana /kernel: 1 ifcount R *Handler Int Mar 14 13:06:59 celiana /kernel: 2 ifdata RW *Handler Node Mar 14 13:06:59 celiana /kernel: 6 ether RW Node Mar 14 13:06:59 celiana /kernel: 2 inet RW Node Mar 14 13:06:59 celiana /kernel: 100 prune_intvl RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 max_age RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 host_down_time RW *Handler Int Mar 14 13:06:59 celiana /kernel: 103 maxtries RW *Handler Int Mar 14 13:06:59 celiana /kernel: 104 useloopback RW *Handler Int Mar 14 13:06:59 celiana /kernel: 105 proxyall RW *Handler Int Mar 14 13:06:59 celiana /kernel: 106 log_arp_wrong_iface RW *Handler Int Mar 14 13:06:59 celiana /kernel: 100 ipfw RW *Handler Int Mar 14 13:06:59 celiana /kernel: 55 gif RW Node Mar 14 13:06:59 celiana /kernel: 100 max_nesting RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 parallel_tunnels RW *Handler Int Mar 14 13:06:59 celiana /kernel: 28 inet6 RW Node Mar 14 13:06:59 celiana /kernel: 6 tcp6 RW Node Mar 14 13:06:59 celiana /kernel: 100 getcred RW *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 17 udp6 RW Node Mar 14 13:06:59 celiana /kernel: 100 getcred RW *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 41 ip6 RW Node Mar 14 13:06:59 celiana /kernel: 1 forwarding RW *Handler Int Mar 14 13:06:59 celiana /kernel: 2 redirect RW *Handler Int Mar 14 13:06:59 celiana /kernel: 3 hlim RW *Handler Int Mar 14 13:06:59 celiana /kernel: 6 stats R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 9 maxfragpackets RW *Handler Int Mar 14 13:06:59 celiana /kernel: 12 accept_rtadv RW *Handler Int Mar 14 13:06:59 celiana /kernel: 13 keepfaith RW *Handler Int Mar 14 13:06:59 celiana /kernel: 14 log_interval RW *Handler Int Mar 14 13:06:59 celiana /kernel: 15 hdrnestlimit RW *Handler Int Mar 14 13:06:59 celiana /kernel: 16 dad_count RW *Handler Int Mar 14 13:06:59 celiana /kernel: 17 auto_flowlabel RW *Handler Int Mar 14 13:06:59 celiana /kernel: 18 defmcasthlim RW *Handler Int Mar 14 13:06:59 celiana /kernel: 19 gifhlim RW *Handler Int Mar 14 13:06:59 celiana /kernel: 20 kame_version R *Handler String Mar 14 13:06:59 celiana /kernel: 21 use_deprecated RW *Handler Int Mar 14 13:06:59 celiana /kernel: 22 rr_prune RW *Handler Int Mar 14 13:06:59 celiana /kernel: 24 v6only RW *Handler Int Mar 14 13:06:59 celiana /kernel: 25 rtexpire RW *Handler Int Mar 14 13:06:59 celiana /kernel: 26 rtminexpire RW *Handler Int Mar 14 13:06:59 celiana /kernel: 27 rtmaxcache RW *Handler Int Mar 14 13:06:59 celiana /kernel: 32 use_tempaddr RW *Handler Int Mar 14 13:06:59 celiana /kernel: 33 temppltime RW *Handler Int Mar 14 13:06:59 celiana /kernel: 34 tempvltime RW *Handler Int Mar 14 13:06:59 celiana /kernel: 35 auto_linklocal RW *Handler Int Mar 14 13:06:59 celiana /kernel: 36 rip6stats R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 58 icmp6 RW Node Mar 14 13:06:59 celiana /kernel: 1 stats R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 2 rediraccept RW *Handler Int Mar 14 13:06:59 celiana /kernel: 3 redirtimeout RW *Handler Int Mar 14 13:06:59 celiana /kernel: 6 nd6_prune RW *Handler Int Mar 14 13:06:59 celiana /kernel: 8 nd6_delay RW *Handler Int Mar 14 13:06:59 celiana /kernel: 9 nd6_umaxtries RW *Handler Int Mar 14 13:06:59 celiana /kernel: 10 nd6_mmaxtries RW *Handler Int Mar 14 13:06:59 celiana /kernel: 11 nd6_useloopback RW *Handler Int Mar 14 13:06:59 celiana /kernel: 13 nodeinfo RW *Handler Int Mar 14 13:06:59 celiana /kernel: 14 errppslimit RW *Handler Int Mar 14 13:06:59 celiana /kernel: 15 nd6_maxnudhint RW *Handler Int Mar 14 13:06:59 celiana /kernel: 18 nd6_debug RW *Handler Int Mar 14 13:06:59 celiana /kernel: 19 nd6_drlist R *Handler Node Mar 14 13:06:59 celiana /kernel: 20 nd6_prlist R *Handler Node Mar 14 13:06:59 celiana /kernel: 5 debug RW Node Mar 14 13:06:59 celiana /kernel: 100 mddebug RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 elf_trace RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 boothowto R *Handler Int Mar 14 13:06:59 celiana /kernel: 103 free_devt RW *Handler Int Mar 14 13:06:59 celiana /kernel: 104 fdexpand R *Handler Int Mar 14 13:06:59 celiana /kernel: 105 sizeof RW Node Mar 14 13:06:59 celiana /kernel: 100 vnode R *Handler Int Mar 14 13:06:59 celiana /kernel: 101 proc R *Handler Int Mar 14 13:06:59 celiana /kernel: 102 specinfo R *Handler Int Mar 14 13:06:59 celiana /kernel: 103 disklabel R *Handler Int Mar 14 13:06:59 celiana /kernel: 104 diskslices R *Handler Int Mar 14 13:06:59 celiana /kernel: 105 disk R *Handler Int Mar 14 13:06:59 celiana /kernel: 106 ttydebug RW *Handler Int Mar 14 13:06:59 celiana /kernel: 107 nchash R *Handler Mar 14 13:06:59 celiana /kernel: 108 ncnegfactor RW *Handler Mar 14 13:06:59 celiana /kernel: 109 numneg R *Handler Mar 14 13:06:59 celiana /kernel: 110 numcache R *Handler Mar 14 13:06:59 celiana /kernel: 111 vfscache RW *Handler Int Mar 14 13:06:59 celiana /kernel: 112 vnsize R *Handler Int Mar 14 13:06:59 celiana /kernel: 113 ncsize R *Handler Int Mar 14 13:06:59 celiana /kernel: 114 disablecwd RW *Handler Int Mar 14 13:06:59 celiana /kernel: 115 disablefullpath RW *Handler Int Mar 14 13:06:59 celiana /kernel: 116 numvnodes R *Handler Int Mar 14 13:06:59 celiana /kernel: 117 wantfreevnodes RW *Handler Int Mar 14 13:06:59 celiana /kernel: 118 freevnodes R *Handler Int Mar 14 13:06:59 celiana /kernel: 119 rush_requests RW *Handler Int Mar 14 13:06:59 celiana /kernel: 120 vnlru_nowhere RW *Handler Int Mar 14 13:06:59 celiana /kernel: 121 bpf_bufsize RW *Handler Int Mar 14 13:06:59 celiana /kernel: 122 bpf_maxbufsize RW *Handler Int Mar 14 13:06:59 celiana /kernel: 123 if_tun_debug RW *Handler Int Mar 14 13:06:59 celiana /kernel: 124 ncr_debug RW *Handler Int Mar 14 13:06:59 celiana /kernel: 125 max_softdeps RW *Handler Int Mar 14 13:06:59 celiana /kernel: 126 tickdelay RW *Handler Int Mar 14 13:06:59 celiana /kernel: 127 worklist_push RW *Handler Int Mar 14 13:06:59 celiana /kernel: 128 blk_limit_push RW *Handler Int Mar 14 13:06:59 celiana /kernel: 129 ino_limit_push RW *Handler Int Mar 14 13:06:59 celiana /kernel: 130 blk_limit_hit RW *Handler Int Mar 14 13:06:59 celiana /kernel: 131 ino_limit_hit RW *Handler Int Mar 14 13:06:59 celiana /kernel: 132 sync_limit_hit RW *Handler Int Mar 14 13:06:59 celiana /kernel: 133 indir_blk_ptrs RW *Handler Int Mar 14 13:06:59 celiana /kernel: 134 inode_bitmap RW *Handler Int Mar 14 13:06:59 celiana /kernel: 135 direct_blk_ptrs RW *Handler Int Mar 14 13:06:59 celiana /kernel: 136 dir_entry RW *Handler Int Mar 14 13:06:59 celiana /kernel: 137 dircheck RW *Handler Int Mar 14 13:06:59 celiana /kernel: 138 es_debug RW *Handler Int Mar 14 13:06:59 celiana /kernel: 139 piix_timecounter R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 140 tsc_timecounter R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 141 i8254_timecounter R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 6 hw RW Node Mar 14 13:06:59 celiana /kernel: 1 machine R *Handler String Mar 14 13:06:59 celiana /kernel: 2 model R *Handler String Mar 14 13:06:59 celiana /kernel: 3 ncpu R *Handler Int Mar 14 13:06:59 celiana /kernel: 4 byteorder R *Handler Int Mar 14 13:06:59 celiana /kernel: 5 physmem R *Handler Int Mar 14 13:06:59 celiana /kernel: 6 usermem R *Handler Int Mar 14 13:06:59 celiana /kernel: 7 pagesize R *Handler Int Mar 14 13:06:59 celiana /kernel: 10 floatingpoint R *Handler Int Mar 14 13:06:59 celiana /kernel: 11 machine_arch R *Handler String Mar 14 13:06:59 celiana /kernel: 100 ata R Node Mar 14 13:06:59 celiana /kernel: 100 ata_dma R *Handler Int Mar 14 13:06:59 celiana /kernel: 101 wc R *Handler Int Mar 14 13:06:59 celiana /kernel: 102 tags R *Handler Int Mar 14 13:06:59 celiana /kernel: 103 atapi_dma R *Handler Int Mar 14 13:06:59 celiana /kernel: 101 fxp_rnr RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 intrnames R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 103 intrcnt R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 104 bt848 RW Node Mar 14 13:06:59 celiana /kernel: 100 card RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 tuner RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 reverse_mute RW *Handler Int Mar 14 13:06:59 celiana /kernel: 103 format RW *Handler Int Mar 14 13:06:59 celiana /kernel: 104 slow_msp_audio RW *Handler Int Mar 14 13:06:59 celiana /kernel: 105 usb RW Node Mar 14 13:06:59 celiana /kernel: 106 snd R Node Mar 14 13:06:59 celiana /kernel: 100 targetirqrate RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 report_soft_formats RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 verbose RW *Handler Int Mar 14 13:06:59 celiana /kernel: 103 maxautovchans RW *Handler Int Mar 14 13:06:59 celiana /kernel: 104 pcm0 R Node Mar 14 13:06:59 celiana /kernel: 100 buffersize R *Handler Int Mar 14 13:06:59 celiana /kernel: 101 vchans RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 spdif_enabled RW *Handler Int Mar 14 13:06:59 celiana /kernel: 107 instruction_sse R *Handler Int Mar 14 13:06:59 celiana /kernel: 108 availpages R *Handler Int Mar 14 13:06:59 celiana /kernel: 109 nvidia R Node Mar 14 13:06:59 celiana /kernel: 100 agp R Node Mar 14 13:06:59 celiana /kernel: 100 card R Node Mar 14 13:06:59 celiana /kernel: 100 rates R *Handler Mar 14 13:06:59 celiana /kernel: 101 fw R *Handler Mar 14 13:06:59 celiana /kernel: 102 sba R *Handler Mar 14 13:06:59 celiana /kernel: 103 registers R *Handler Mar 14 13:06:59 celiana /kernel: 101 status R Node Mar 14 13:06:59 celiana /kernel: 100 status R *Handler Mar 14 13:06:59 celiana /kernel: 101 driver R *Handler Mar 14 13:06:59 celiana /kernel: 102 rate R *Handler Mar 14 13:06:59 celiana /kernel: 103 fw R *Handler Mar 14 13:06:59 celiana /kernel: 104 sba R *Handler Mar 14 13:06:59 celiana /kernel: 101 version R *Handler String Mar 14 13:06:59 celiana /kernel: 102 registry R Node Mar 14 13:06:59 celiana /kernel: 100 EnableAGPSBA RW *Handler Mar 14 13:06:59 celiana /kernel: 101 EnableAGPFW RW *Handler Mar 14 13:06:59 celiana /kernel: 102 SoftEDIDs RW *Handler Mar 14 13:06:59 celiana /kernel: 103 Mobile RW *Handler Mar 14 13:06:59 celiana /kernel: 103 cards R Node Mar 14 13:06:59 celiana /kernel: 100 0 R Node Mar 14 13:06:59 celiana /kernel: 100 model R *Handler String Mar 14 13:06:59 celiana /kernel: 101 irq R *Handler Mar 14 13:06:59 celiana /kernel: 102 vbios R *Handler Mar 14 13:06:59 celiana /kernel: 103 type R *Handler Mar 14 13:06:59 celiana /kernel: 110 fxp0 R Node Mar 14 13:06:59 celiana /kernel: 100 int_delay RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 bundle_max RW *Handler Int Mar 14 13:06:59 celiana /kernel: 7 machdep RW Node Mar 14 13:06:59 celiana /kernel: 1 consdev R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 2 adjkerntz RW *Handler Int Mar 14 13:06:59 celiana /kernel: 3 disable_rtc_set RW *Handler Int Mar 14 13:06:59 celiana /kernel: 4 bootinfo R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 5 wall_cmos_clock RW *Handler Int Mar 14 13:06:59 celiana /kernel: 100 cs_recv_delay RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 do_dump RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 pccard RW Node Mar 14 13:06:59 celiana /kernel: 100 mem_start RW *Handler Mar 14 13:06:59 celiana /kernel: 101 mem_end RW *Handler Mar 14 13:06:59 celiana /kernel: 103 enable_panic_key RW *Handler Int Mar 14 13:06:59 celiana /kernel: 104 apm_suspend_delay RW *Handler Int Mar 14 13:06:59 celiana /kernel: 105 apm_standby_delay RW *Handler Int Mar 14 13:06:59 celiana /kernel: 106 ispc98 R *Handler Int Mar 14 13:06:59 celiana /kernel: 107 msgbuf R *Handler String Mar 14 13:06:59 celiana /kernel: 108 msgbuf_clear RW *Handler Int Mar 14 13:06:59 celiana /kernel: 109 cpu_idle_hlt RW *Handler Int Mar 14 13:06:59 celiana /kernel: 110 guessed_bootdev R *Handler Mar 14 13:06:59 celiana /kernel: 111 piix_freq RW *Handler Int Mar 14 13:06:59 celiana /kernel: 112 smp_active RW *Handler Int Mar 14 13:06:59 celiana /kernel: 113 smp_cpus R *Handler Int Mar 14 13:06:59 celiana /kernel: 114 invltlb_ok RW *Handler Int Mar 14 13:06:59 celiana /kernel: 115 do_page_zero_idle RW *Handler Int Mar 14 13:06:59 celiana /kernel: 116 forward_irq_enabled RW *Handler Int Mar 14 13:06:59 celiana /kernel: 117 forward_signal_enabled RW *Handler Int Mar 14 13:06:59 celiana /kernel: 118 forward_roundrobin_enabled RW *Handler Int Mar 14 13:06:59 celiana /kernel: 119 panic_on_nmi RW *Handler Int Mar 14 13:06:59 celiana /kernel: 120 uc_devlist R *Handler Mar 14 13:06:59 celiana /kernel: 121 i8254_freq RW *Handler Int Mar 14 13:06:59 celiana /kernel: 122 tsc_freq RW *Handler Int Mar 14 13:06:59 celiana /kernel: 123 conrclk RW *Handler Mar 14 13:06:59 celiana /kernel: 124 conspeed RW *Handler Int Mar 14 13:06:59 celiana /kernel: 8 user RW Node Mar 14 13:06:59 celiana /kernel: 1 cs_path R *Handler String Mar 14 13:06:59 celiana /kernel: 2 bc_base_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 3 bc_dim_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 4 bc_scale_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 5 bc_string_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 6 coll_weights_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 7 expr_nest_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 8 line_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 9 re_dup_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 10 posix2_version R *Handler Int Mar 14 13:06:59 celiana /kernel: 11 posix2_c_bind R *Handler Int Mar 14 13:06:59 celiana /kernel: 12 posix2_c_dev R *Handler Int Mar 14 13:06:59 celiana /kernel: 13 posix2_char_term R *Handler Int Mar 14 13:06:59 celiana /kernel: 14 posix2_fort_dev R *Handler Int Mar 14 13:06:59 celiana /kernel: 15 posix2_fort_run R *Handler Int Mar 14 13:06:59 celiana /kernel: 16 posix2_localedef R *Handler Int Mar 14 13:06:59 celiana /kernel: 17 posix2_sw_dev R *Handler Int Mar 14 13:06:59 celiana /kernel: 18 posix2_upe R *Handler Int Mar 14 13:06:59 celiana /kernel: 19 stream_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 20 tzname_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 9 p1003_1b RW Node Mar 14 13:06:59 celiana /kernel: 1 asynchronous_io R *Handler Int Mar 14 13:06:59 celiana /kernel: 2 mapped_files R *Handler Int Mar 14 13:06:59 celiana /kernel: 3 memlock R *Handler Int Mar 14 13:06:59 celiana /kernel: 4 memlock_range R *Handler Int Mar 14 13:06:59 celiana /kernel: 5 memory_protection R *Handler Int Mar 14 13:06:59 celiana /kernel: 6 message_passing R *Handler Int Mar 14 13:06:59 celiana /kernel: 7 prioritized_io R *Handler Int Mar 14 13:06:59 celiana /kernel: 8 priority_scheduling R *Handler Int Mar 14 13:06:59 celiana /kernel: 9 realtime_signals R *Handler Int Mar 14 13:06:59 celiana /kernel: 10 semaphores R *Handler Int Mar 14 13:06:59 celiana /kernel: 11 fsync R *Handler Int Mar 14 13:06:59 celiana /kernel: 12 shared_memory_objects R *Handler Int Mar 14 13:06:59 celiana /kernel: 13 synchronized_io R *Handler Int Mar 14 13:06:59 celiana /kernel: 14 timers R *Handler Int Mar 14 13:06:59 celiana /kernel: 15 aio_listio_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 16 aio_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 17 aio_prio_delta_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 18 delaytimer_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 19 mq_open_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 20 pagesize R *Handler Int Mar 14 13:06:59 celiana /kernel: 21 rtsig_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 22 sem_nsems_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 23 sem_value_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 24 sigqueue_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 25 timer_max R *Handler Int Mar 14 13:06:59 celiana /kernel: 100 jail RW Node Mar 14 13:06:59 celiana /kernel: 100 set_hostname_allowed RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 socket_unixiproute_only RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 sysvipc_allowed RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 compat RW Node Mar 14 13:06:59 celiana /kernel: 100 linux RW Node Mar 14 13:06:59 celiana /kernel: 100 osname RW *Handler String Mar 14 13:06:59 celiana /kernel: 101 osrelease RW *Handler String Mar 14 13:06:59 celiana /kernel: 102 oss_version RW *Handler Int Mar 14 13:06:59 celiana /kernel: 0 sysctl RW Node Mar 14 13:06:59 celiana /kernel: 0 debug R *Handler String Mar 14 13:06:59 celiana /kernel: 1 name R *Handler Node Mar 14 13:06:59 celiana /kernel: 2 next R *Handler Node Mar 14 13:06:59 celiana /kernel: 3 name2oid RW *Handler Mar 14 13:06:59 celiana /kernel: 4 oidfmt R *Handler Node Mar 14 13:06:59 celiana /kernel: 1 kern RW Node Mar 14 13:06:59 celiana /kernel: 1 ostype R *Handler String Mar 14 13:06:59 celiana /kernel: 2 osrelease R *Handler String Mar 14 13:06:59 celiana /kernel: 3 osrevision R *Handler Int Mar 14 13:06:59 celiana /kernel: 4 version R *Handler String Mar 14 13:06:59 celiana /kernel: 5 maxvnodes RW *Handler Int Mar 14 13:06:59 celiana /kernel: 6 maxproc R *Handler Int Mar 14 13:06:59 celiana /kernel: 7 maxfiles RW *Handler Int Mar 14 13:06:59 celiana /kernel: 8 argmax R *Handler Int Mar 14 13:06:59 celiana /kernel: 9 securelevel RW *Handler Int Mar 14 13:06:59 celiana /kernel: 10 hostname RW *Handler String Mar 14 13:06:59 celiana /kernel: 11 hostid RW *Handler Mar 14 13:06:59 celiana /kernel: 12 clockrate R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 14 proc R Node Mar 14 13:06:59 celiana /kernel: 0 all R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 1 pid R *Handler Node Mar 14 13:06:59 celiana /kernel: 2 pgrp R *Handler Node Mar 14 13:06:59 celiana /kernel: 4 tty R *Handler Node Mar 14 13:06:59 celiana /kernel: 5 uid R *Handler Node Mar 14 13:06:59 celiana /kernel: 6 ruid R *Handler Node Mar 14 13:06:59 celiana /kernel: 7 args RW *Handler Node Mar 14 13:06:59 celiana /kernel: 15 file R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 17 posix1version R *Handler Int Mar 14 13:06:59 celiana /kernel: 18 ngroups R *Handler Int Mar 14 13:06:59 celiana /kernel: 19 job_control R *Handler Int Mar 14 13:06:59 celiana /kernel: 20 saved_ids R *Handler Int Mar 14 13:06:59 celiana /kernel: 21 boottime R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 22 domainname RW *Handler String Mar 14 13:06:59 celiana /kernel: 24 osreldate R *Handler Int Mar 14 13:06:59 celiana /kernel: 26 bootfile RW *Handler String Mar 14 13:06:59 celiana /kernel: 27 maxfilesperproc RW *Handler Int Mar 14 13:06:59 celiana /kernel: 28 maxprocperuid RW *Handler Int Mar 14 13:06:59 celiana /kernel: 29 dumpdev RW *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 30 ipc RW Node Mar 14 13:06:59 celiana /kernel: 1 maxsockbuf RW *Handler Int Mar 14 13:06:59 celiana /kernel: 2 sockbuf_waste_factor RW *Handler Int Mar 14 13:06:59 celiana /kernel: 3 somaxconn RW *Handler Int Mar 14 13:06:59 celiana /kernel: 4 max_linkhdr RW *Handler Int Mar 14 13:06:59 celiana /kernel: 5 max_protohdr RW *Handler Int Mar 14 13:06:59 celiana /kernel: 6 max_hdr RW *Handler Int Mar 14 13:06:59 celiana /kernel: 7 max_datalen RW *Handler Int Mar 14 13:06:59 celiana /kernel: 8 mbstat RW *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 9 nmbclusters R *Handler Int Mar 14 13:06:59 celiana /kernel: 100 semmap RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 semmni R *Handler Int Mar 14 13:06:59 celiana /kernel: 102 semmns R *Handler Int Mar 14 13:06:59 celiana /kernel: 103 semmnu R *Handler Int Mar 14 13:06:59 celiana /kernel: 104 semmsl RW *Handler Int Mar 14 13:06:59 celiana /kernel: 105 semopm R *Handler Int Mar 14 13:06:59 celiana /kernel: 106 semume R *Handler Int Mar 14 13:06:59 celiana /kernel: 107 semusz R *Handler Int Mar 14 13:06:59 celiana /kernel: 108 semvmx RW *Handler Int Mar 14 13:06:59 celiana /kernel: 109 semaem RW *Handler Int Mar 14 13:06:59 celiana /kernel: 110 shmmax RW *Handler Int Mar 14 13:06:59 celiana /kernel: 111 shmmin RW *Handler Int Mar 14 13:06:59 celiana /kernel: 112 shmmni R *Handler Int Mar 14 13:06:59 celiana /kernel: 113 shmseg RW *Handler Int Mar 14 13:06:59 celiana /kernel: 114 shmall RW *Handler Int Mar 14 13:06:59 celiana /kernel: 115 shm_use_phys RW *Handler Int Mar 14 13:06:59 celiana /kernel: 116 mbuf_wait RW *Handler Int Mar 14 13:06:59 celiana /kernel: 117 mbtypes R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 118 nmbufs R *Handler Int Mar 14 13:06:59 celiana /kernel: 119 mcl_pool_max RW *Handler Int Mar 14 13:06:59 celiana /kernel: 120 mcl_pool_now R *Handler Int Mar 14 13:06:59 celiana /kernel: 121 maxsockets R *Handler Int Mar 14 13:06:59 celiana /kernel: 31 dummy RW *Handler Int Mar 14 13:06:59 celiana /kernel: 32 ps_strings R *Handler Mar 14 13:06:59 celiana /kernel: 33 usrstack R *Handler Mar 14 13:06:59 celiana /kernel: 34 logsigexit RW *Handler Int Mar 14 13:06:59 celiana /kernel: 100 cam R Node Mar 14 13:06:59 celiana /kernel: 100 da R Node Mar 14 13:06:59 celiana /kernel: 100 retry_count RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 default_timeout RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 no_6_byte RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 cd R Node Mar 14 13:06:59 celiana /kernel: 100 changer R Node Mar 14 13:06:59 celiana /kernel: 100 min_busy_seconds RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 max_busy_seconds RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 fallback_elf_brand RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 init_path R *Handler String Mar 14 13:06:59 celiana /kernel: 103 module_path RW *Handler String Mar 14 13:06:59 celiana /kernel: 104 acct_suspend RW *Handler Int Mar 14 13:06:59 celiana /kernel: 105 acct_resume RW *Handler Int Mar 14 13:06:59 celiana /kernel: 106 acct_chkfreq RW *Handler Int Mar 14 13:06:59 celiana /kernel: 107 cp_time R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 108 timecounter RW Node Mar 14 13:06:59 celiana /kernel: 100 method RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 hardware RW *Handler String Mar 14 13:06:59 celiana /kernel: 109 openfiles R *Handler Int Mar 14 13:06:59 celiana /kernel: 110 environment R *Handler Node Mar 14 13:06:59 celiana /kernel: 111 kq_calloutmax RW *Handler Int Mar 14 13:06:59 celiana /kernel: 112 ps_arg_cache_limit RW *Handler Mar 14 13:06:59 celiana /kernel: 113 ps_argsopen RW *Handler Int Mar 14 13:06:59 celiana /kernel: 114 randompid RW *Handler Int Mar 14 13:06:59 celiana /kernel: 115 maxusers R *Handler Int Mar 14 13:06:59 celiana /kernel: 116 ntp_pll RW Node Mar 14 13:06:59 celiana /kernel: 100 gettime R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 117 ps_showallprocs RW *Handler Int Mar 14 13:06:59 celiana /kernel: 118 shutdown RW Node Mar 14 13:06:59 celiana /kernel: 100 poweroff_delay RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 kproc_shutdown_wait RW *Handler Int Mar 14 13:06:59 celiana /kernel: 119 sugid_coredump RW *Handler Int Mar 14 13:06:59 celiana /kernel: 120 coredump RW *Handler Int Mar 14 13:06:59 celiana /kernel: 121 corefile RW *Handler String Mar 14 13:06:59 celiana /kernel: 122 quantum RW *Handler Int Mar 14 13:06:59 celiana /kernel: 123 ccpu R *Handler Int Mar 14 13:06:59 celiana /kernel: 124 fscale R *Handler Int Mar 14 13:06:59 celiana /kernel: 125 devstat R Node Mar 14 13:06:59 celiana /kernel: 100 all R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 101 numdevs R *Handler Int Mar 14 13:06:59 celiana /kernel: 102 generation R *Handler Mar 14 13:06:59 celiana /kernel: 103 version R *Handler Int Mar 14 13:06:59 celiana /kernel: 126 disks R *Handler String Mar 14 13:06:59 celiana /kernel: 127 log_wakeups_per_second RW *Handler Int Mar 14 13:06:59 celiana /kernel: 128 log_console_output RW *Handler Int Mar 14 13:06:59 celiana /kernel: 129 msgbuf R *Handler String Mar 14 13:06:59 celiana /kernel: 130 msgbuf_clear RW *Handler Int Mar 14 13:06:59 celiana /kernel: 131 nselcoll R *Handler Int Mar 14 13:06:59 celiana /kernel: 132 ttys R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 133 consmute RW *Handler Int Mar 14 13:06:59 celiana /kernel: 134 filedelay RW *Handler Int Mar 14 13:06:59 celiana /kernel: 135 dirdelay RW *Handler Int Mar 14 13:06:59 celiana /kernel: 136 metadelay RW *Handler Int Mar 14 13:06:59 celiana /kernel: 137 minvnodes RW *Handler Int Mar 14 13:06:59 celiana /kernel: 138 chroot_allow_open_directories RW *Handler Int Mar 14 13:06:59 celiana /kernel: 2 vm RW Node Mar 14 13:06:59 celiana /kernel: 1 vmmeter R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 2 loadavg R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 3 v_free_min RW *Handler Mar 14 13:06:59 celiana /kernel: 4 v_free_target RW *Handler Mar 14 13:06:59 celiana /kernel: 5 v_free_reserved RW *Handler Mar 14 13:06:59 celiana /kernel: 6 v_inactive_target RW *Handler Mar 14 13:06:59 celiana /kernel: 7 v_cache_min RW *Handler Mar 14 13:06:59 celiana /kernel: 8 v_cache_max RW *Handler Mar 14 13:06:59 celiana /kernel: 9 v_pageout_free_min RW *Handler Mar 14 13:06:59 celiana /kernel: 10 pageout_algorithm RW *Handler Int Mar 14 13:06:59 celiana /kernel: 11 swap_enabled RW *Handler Int Mar 14 13:06:59 celiana /kernel: 100 swap_async_max RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 swap_idle_threshold1 RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 swap_idle_threshold2 RW *Handler Int Mar 14 13:06:59 celiana /kernel: 103 v_free_severe RW *Handler Mar 14 13:06:59 celiana /kernel: 104 stats RW Node Mar 14 13:06:59 celiana /kernel: 100 sys RW Node Mar 14 13:06:59 celiana /kernel: 100 v_swtch R *Handler Mar 14 13:06:59 celiana /kernel: 101 v_trap R *Handler Mar 14 13:06:59 celiana /kernel: 102 v_syscall R *Handler Mar 14 13:06:59 celiana /kernel: 103 v_intr R *Handler Mar 14 13:06:59 celiana /kernel: 104 v_soft R *Handler Mar 14 13:06:59 celiana /kernel: 101 vm RW Node Mar 14 13:06:59 celiana /kernel: 100 v_vm_faults R *Handler Mar 14 13:06:59 celiana /kernel: 101 v_cow_faults R *Handler Mar 14 13:06:59 celiana /kernel: 102 v_cow_optim R *Handler Mar 14 13:06:59 celiana /kernel: 103 v_zfod R *Handler Mar 14 13:06:59 celiana /kernel: 104 v_ozfod R *Handler Mar 14 13:06:59 celiana /kernel: 105 v_swapin R *Handler Mar 14 13:06:59 celiana /kernel: 106 v_swapout R *Handler Mar 14 13:06:59 celiana /kernel: 107 v_swappgsin R *Handler Mar 14 13:06:59 celiana /kernel: 108 v_swappgsout R *Handler Mar 14 13:06:59 celiana /kernel: 109 v_vnodein R *Handler Mar 14 13:06:59 celiana /kernel: 110 v_vnodeout R *Handler Mar 14 13:06:59 celiana /kernel: 111 v_vnodepgsin R *Handler Mar 14 13:06:59 celiana /kernel: 112 v_vnodepgsout R *Handler Mar 14 13:06:59 celiana /kernel: 113 v_intrans R *Handler Mar 14 13:06:59 celiana /kernel: 114 v_reactivated R *Handler Mar 14 13:06:59 celiana /kernel: 115 v_pdwakeups R *Handler Mar 14 13:06:59 celiana /kernel: 116 v_pdpages R *Handler Mar 14 13:06:59 celiana /kernel: 117 v_dfree R *Handler Mar 14 13:06:59 celiana /kernel: 118 v_pfree R *Handler Mar 14 13:06:59 celiana /kernel: 119 v_tfree R *Handler Mar 14 13:06:59 celiana /kernel: 120 v_page_size R *Handler Mar 14 13:06:59 celiana /kernel: 121 v_page_count R *Handler Mar 14 13:06:59 celiana /kernel: 122 v_free_reserved R *Handler Mar 14 13:06:59 celiana /kernel: 123 v_free_target R *Handler Mar 14 13:06:59 celiana /kernel: 124 v_free_min R *Handler Mar 14 13:06:59 celiana /kernel: 125 v_free_count R *Handler Mar 14 13:06:59 celiana /kernel: 126 v_wire_count R *Handler Mar 14 13:06:59 celiana /kernel: 127 v_active_count R *Handler Mar 14 13:06:59 celiana /kernel: 128 v_inactive_target R *Handler Mar 14 13:06:59 celiana /kernel: 129 v_inactive_count R *Handler Mar 14 13:06:59 celiana /kernel: 130 v_cache_count R *Handler Mar 14 13:06:59 celiana /kernel: 131 v_cache_min R *Handler Mar 14 13:06:59 celiana /kernel: 132 v_cache_max R *Handler Mar 14 13:06:59 celiana /kernel: 133 v_pageout_free_min R *Handler Mar 14 13:06:59 celiana /kernel: 134 v_interrupt_free_min R *Handler Mar 14 13:06:59 celiana /kernel: 135 v_forks R *Handler Mar 14 13:06:59 celiana /kernel: 136 v_vforks R *Handler Mar 14 13:06:59 celiana /kernel: 137 v_rforks R *Handler Mar 14 13:06:59 celiana /kernel: 138 v_kthreads R *Handler Mar 14 13:06:59 celiana /kernel: 139 v_forkpages R *Handler Mar 14 13:06:59 celiana /kernel: 140 v_vforkpages R *Handler Mar 14 13:06:59 celiana /kernel: 141 v_rforkpages R *Handler Mar 14 13:06:59 celiana /kernel: 142 v_kthreadpages R *Handler Mar 14 13:06:59 celiana /kernel: 102 misc RW Node Mar 14 13:06:59 celiana /kernel: 100 zero_page_count R *Handler Int Mar 14 13:06:59 celiana /kernel: 101 cnt_prezero R *Handler Int Mar 14 13:06:59 celiana /kernel: 105 max_proc_mmap RW *Handler Int Mar 14 13:06:59 celiana /kernel: 106 msync_flush_flags RW *Handler Int Mar 14 13:06:59 celiana /kernel: 107 max_launder RW *Handler Int Mar 14 13:06:59 celiana /kernel: 108 pageout_stats_max RW *Handler Int Mar 14 13:06:59 celiana /kernel: 109 pageout_full_stats_interval RW *Handler Int Mar 14 13:06:59 celiana /kernel: 110 pageout_stats_interval RW *Handler Int Mar 14 13:06:59 celiana /kernel: 111 pageout_stats_free_max RW *Handler Int Mar 14 13:06:59 celiana /kernel: 112 swap_idle_enabled RW *Handler Int Mar 14 13:06:59 celiana /kernel: 113 defer_swapspace_pageouts RW *Handler Int Mar 14 13:06:59 celiana /kernel: 114 disable_swapspace_pageouts RW *Handler Int Mar 14 13:06:59 celiana /kernel: 115 pageout_lock_miss R *Handler Int Mar 14 13:06:59 celiana /kernel: 116 zone R *Handler String Mar 14 13:06:59 celiana /kernel: 117 zone_kmem_pages R *Handler Int Mar 14 13:06:59 celiana /kernel: 118 zone_kmem_kvaspace R *Handler Int Mar 14 13:06:59 celiana /kernel: 119 zone_kern_pages R *Handler Int Mar 14 13:06:59 celiana /kernel: 120 kvm_size R *Handler Mar 14 13:06:59 celiana /kernel: 121 kvm_free R *Handler Mar 14 13:06:59 celiana /kernel: 3 vfs RW Node Mar 14 13:06:59 celiana /kernel: 0 generic R *Handler Node Mar 14 13:06:59 celiana /kernel: 2 ufs R Node Mar 14 13:06:59 celiana /kernel: 100 dirhash_minsize RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 dirhash_maxmem RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 dirhash_mem R *Handler Int Mar 14 13:06:59 celiana /kernel: 103 dirhash_docheck RW *Handler Int Mar 14 13:06:59 celiana /kernel: 3 nfs RW Node Mar 14 13:06:59 celiana /kernel: 1 nfsstats R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 2 nfs_privport RW *Handler Int Mar 14 13:06:59 celiana /kernel: 100 async RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 commit_blks RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 commit_miss RW *Handler Int Mar 14 13:06:59 celiana /kernel: 103 realign_test RW *Handler Int Mar 14 13:06:59 celiana /kernel: 104 realign_count RW *Handler Int Mar 14 13:06:59 celiana /kernel: 105 bufpackets RW *Handler Int Mar 14 13:06:59 celiana /kernel: 106 gatherdelay RW *Handler Int Mar 14 13:06:59 celiana /kernel: 107 gatherdelay_v3 RW *Handler Int Mar 14 13:06:59 celiana /kernel: 108 defect RW *Handler Int Mar 14 13:06:59 celiana /kernel: 109 diskless_valid R *Handler Int Mar 14 13:06:59 celiana /kernel: 110 diskless_rootpath R *Handler String Mar 14 13:06:59 celiana /kernel: 111 diskless_rootaddr R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 112 diskless_swappath R *Handler String Mar 14 13:06:59 celiana /kernel: 113 diskless_swapaddr R *Handler Opaque/struct Mar 14 13:06:59 celiana /kernel: 114 access_cache_timeout RW *Handler Int Mar 14 13:06:59 celiana /kernel: 115 nfsv3_commit_on_close RW *Handler Int Mar 14 13:06:59 celiana /kernel: 100 numdirtybuffers R *Handler Int Mar 14 13:06:59 celiana /kernel: 101 lodirtybuffers RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 hidirtybuffers RW *Handler Int Mar 14 13:06:59 celiana /kernel: 103 numfreebuffers R *Handler Int Mar 14 13:06:59 celiana /kernel: 104 lofreebuffers RW *Handler Int Mar 14 13:06:59 celiana /kernel: 105 hifreebuffers RW *Handler Int Mar 14 13:06:59 celiana /kernel: 106 runningbufspace R *Handler Int Mar 14 13:06:59 celiana /kernel: 107 lorunningspace RW *Handler Int Mar 14 13:06:59 celiana /kernel: 108 hirunningspace RW *Handler Int Mar 14 13:06:59 celiana /kernel: 109 maxbufspace R *Handler Int Mar 14 13:06:59 celiana /kernel: 110 hibufspace R *Handler Int Mar 14 13:06:59 celiana /kernel: 111 lobufspace R *Handler Int Mar 14 13:06:59 celiana /kernel: 112 bufspace R *Handler Int Mar 14 13:06:59 celiana /kernel: 113 maxmallocbufspace RW *Handler Int Mar 14 13:06:59 celiana /kernel: 114 bufmallocspace R *Handler Int Mar 14 13:06:59 celiana /kernel: 115 getnewbufcalls RW *Handler Int Mar 14 13:06:59 celiana /kernel: 116 getnewbufrestarts RW *Handler Int Mar 14 13:06:59 celiana /kernel: 117 vmiodirenable RW *Handler Int Mar 14 13:06:59 celiana /kernel: 118 bufdefragcnt RW *Handler Int Mar 14 13:06:59 celiana /kernel: 119 buffreekvacnt RW *Handler Int Mar 14 13:06:59 celiana /kernel: 120 bufreusecnt RW *Handler Int Mar 14 13:06:59 celiana /kernel: 121 cache RW Node Mar 14 13:06:59 celiana /kernel: 100 numneg R *Handler Mar 14 13:06:59 celiana /kernel: 101 numcache R *Handler Mar 14 13:06:59 celiana /kernel: 102 numcalls R *Handler Mar 14 13:06:59 celiana /kernel: 103 dothits R *Handler Mar 14 13:06:59 celiana /kernel: 104 dotdothits R *Handler Mar 14 13:06:59 celiana /kernel: 105 numchecks R *Handler Mar 14 13:06:59 celiana /kernel: 106 nummiss R *Handler Mar 14 13:06:59 celiana /kernel: 107 nummisszap R *Handler Mar 14 13:06:59 celiana /kernel: 108 numposzaps R *Handler Mar 14 13:06:59 celiana /kernel: 109 numposhits R *Handler Mar 14 13:06:59 celiana /kernel: 110 numnegzaps R *Handler Mar 14 13:06:59 celiana /kernel: 111 numneghits R *Handler Mar 14 13:06:59 celiana /kernel: 112 numcwdcalls R *Handler Mar 14 13:06:59 celiana /kernel: 113 numcwdfail1 R *Handler Mar 14 13:06:59 celiana /kernel: 114 numcwdfail2 R *Handler Mar 14 13:06:59 celiana /kernel: 115 numcwdfail3 R *Handler Mar 14 13:06:59 celiana /kernel: 116 numcwdfail4 R *Handler Mar 14 13:06:59 celiana /kernel: 117 numcwdfound R *Handler Mar 14 13:06:59 celiana /kernel: 118 numfullpathcalls R *Handler Mar 14 13:06:59 celiana /kernel: 119 numfullpathfail1 R *Handler Mar 14 13:06:59 celiana /kernel: 120 numfullpathfail2 R *Handler Mar 14 13:06:59 celiana /kernel: 121 numfullpathfail3 R *Handler Mar 14 13:06:59 celiana /kernel: 122 numfullpathfail4 R *Handler Mar 14 13:06:59 celiana /kernel: 123 numfullpathfound R *Handler Mar 14 13:06:59 celiana /kernel: 122 write_behind RW *Handler Int Mar 14 13:06:59 celiana /kernel: 123 reassignbufcalls RW *Handler Int Mar 14 13:06:59 celiana /kernel: 124 reassignbufloops RW *Handler Int Mar 14 13:06:59 celiana /kernel: 125 reassignbufsortgood RW *Handler Int Mar 14 13:06:59 celiana /kernel: 126 reassignbufsortbad RW *Handler Int Mar 14 13:06:59 celiana /kernel: 127 reassignbufmethod RW *Handler Int Mar 14 13:06:59 celiana /kernel: 128 nameileafonly RW *Handler Int Mar 14 13:06:59 celiana /kernel: 129 timestamp_precision RW *Handler Int Mar 14 13:06:59 celiana /kernel: 130 usermount RW *Handler Int Mar 14 13:06:59 celiana /kernel: 132 ffs RW Node Mar 14 13:06:59 celiana /kernel: 3 doreallocblks RW *Handler Int Mar 14 13:06:59 celiana /kernel: 4 doasyncfree RW *Handler Int Mar 14 13:06:59 celiana /kernel: 4 net RW Node Mar 14 13:06:59 celiana /kernel: 1 local RW Node Mar 14 13:06:59 celiana /kernel: 1 stream RW Node Mar 14 13:06:59 celiana /kernel: 100 sendspace RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 recvspace RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 pcblist R *Handler Mar 14 13:06:59 celiana /kernel: 2 dgram RW Node Mar 14 13:06:59 celiana /kernel: 100 maxdgram RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 recvspace RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 pcblist R *Handler Mar 14 13:06:59 celiana /kernel: 100 inflight R *Handler Int Mar 14 13:06:59 celiana /kernel: 2 inet RW Node Mar 14 13:06:59 celiana /kernel: 0 ip RW Node Mar 14 13:06:59 celiana /kernel: 0 portrange RW Node Mar 14 13:06:59 celiana /kernel: 100 lowfirst RW *Handler Int Mar 14 13:06:59 celiana /kernel: 101 lowlast RW *Handler Int Mar 14 13:06:59 celiana /kernel: 102 first RW *Handler Int Mar 14 13:06:59 celiana /kernel: 103 last RW *Handler Int Mar 14 13:06:59 celiana /kernel: 104 hifirst RW *Handler Int Mar 14 13:06:59 celiana /kernel: 105 hilast RW *Handler Int Mar 14 13:06:59 celiana /kernel: 1 forwarding RW *Handler Int Mar 14 13:06:59 celiana /kernel: 2 redirect RW *Handler Int Mar 14 13:06:59 celiana /kernel: 3 ttl RW *Handler Int Mar 14 13:06:59 celiana /kernel: 5 rtexpire RW *Handler Int Mar 14 13:06:59 celiana /kernel: 6 rtminexpire RW *Handler Int Mar 14 13:06:59 celiana /kernel: 7 rtmaxcache RW *Handler Int Mar 14 13:06:59 celiana /kernel: 8 sourceroute RW *Handler Int Mar 14 13:06:59 celiana /kernel: 10 intr_queue_maxlen RW *Handler Int Mar 14 13:07:00 celiana /kernel: 11 intr_queue_drops R *Handler Int Mar 14 13:07:00 celiana /kernel: 12 stats RW *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 13 accept_sourceroute RW *Handler Int Mar 14 13:07:00 celiana /kernel: 14 fastforwarding RW *Handler Int Mar 14 13:07:00 celiana /kernel: 15 keepfaith RW *Handler Int Mar 14 13:07:00 celiana /kernel: 16 gifttl RW *Handler Int Mar 14 13:07:00 celiana /kernel: 100 subnets_are_local RW *Handler Int Mar 14 13:07:00 celiana /kernel: 101 maxfragpackets RW *Handler Int Mar 14 13:07:00 celiana /kernel: 102 check_interface RW *Handler Int Mar 14 13:07:00 celiana /kernel: 1 icmp RW Node Mar 14 13:07:00 celiana /kernel: 1 maskrepl RW *Handler Int Mar 14 13:07:00 celiana /kernel: 2 stats RW *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 3 icmplim RW *Handler Int Mar 14 13:07:00 celiana /kernel: 100 drop_redirect RW *Handler Int Mar 14 13:07:00 celiana /kernel: 101 log_redirect RW *Handler Int Mar 14 13:07:00 celiana /kernel: 102 icmplim_output RW *Handler Int Mar 14 13:07:00 celiana /kernel: 103 bmcastecho RW *Handler Int Mar 14 13:07:00 celiana /kernel: 2 igmp RW Node Mar 14 13:07:00 celiana /kernel: 1 stats RW *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 6 tcp RW Node Mar 14 13:07:00 celiana /kernel: 1 rfc1323 RW *Handler Int Mar 14 13:07:00 celiana /kernel: 2 rfc1644 RW *Handler Int Mar 14 13:07:00 celiana /kernel: 3 mssdflt RW *Handler Int Mar 14 13:07:00 celiana /kernel: 4 stats RW *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 6 keepidle RW *Handler Int Mar 14 13:07:00 celiana /kernel: 7 keepintvl RW *Handler Int Mar 14 13:07:00 celiana /kernel: 8 sendspace RW *Handler Int Mar 14 13:07:00 celiana /kernel: 9 recvspace RW *Handler Int Mar 14 13:07:00 celiana /kernel: 10 keepinit RW *Handler Int Mar 14 13:07:00 celiana /kernel: 11 pcblist R *Handler Mar 14 13:07:00 celiana /kernel: 12 delacktime RW *Handler Int Mar 14 13:07:00 celiana /kernel: 13 v6mssdflt RW *Handler Int Mar 14 13:07:00 celiana /kernel: 100 log_in_vain RW *Handler Int Mar 14 13:07:00 celiana /kernel: 101 blackhole RW *Handler Int Mar 14 13:07:00 celiana /kernel: 102 delayed_ack RW *Handler Int Mar 14 13:07:00 celiana /kernel: 103 path_mtu_discovery RW *Handler Int Mar 14 13:07:00 celiana /kernel: 104 slowstart_flightsize RW *Handler Int Mar 14 13:07:00 celiana /kernel: 105 local_slowstart_flightsize RW *Handler Int Mar 14 13:07:00 celiana /kernel: 106 newreno RW *Handler Int Mar 14 13:07:00 celiana /kernel: 107 tcbhashsize R *Handler Int Mar 14 13:07:00 celiana /kernel: 108 do_tcpdrain RW *Handler Int Mar 14 13:07:00 celiana /kernel: 109 pcbcount R *Handler Int Mar 14 13:07:00 celiana /kernel: 110 icmp_may_rst RW *Handler Int Mar 14 13:07:00 celiana /kernel: 111 isn_reseed_interval RW *Handler Int Mar 14 13:07:00 celiana /kernel: 112 inflight_enable RW *Handler Int Mar 14 13:07:00 celiana /kernel: 113 inflight_debug RW *Handler Int Mar 14 13:07:00 celiana /kernel: 114 inflight_min RW *Handler Int Mar 14 13:07:00 celiana /kernel: 115 inflight_max RW *Handler Int Mar 14 13:07:00 celiana /kernel: 116 getcred RW *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 117 syncookies RW *Handler Int Mar 14 13:07:00 celiana /kernel: 118 syncache RW Node Mar 14 13:07:00 celiana /kernel: 100 bucketlimit R *Handler Int Mar 14 13:07:00 celiana /kernel: 101 cachelimit R *Handler Int Mar 14 13:07:00 celiana /kernel: 102 count R *Handler Int Mar 14 13:07:00 celiana /kernel: 103 hashsize R *Handler Int Mar 14 13:07:00 celiana /kernel: 104 rexmtlimit RW *Handler Int Mar 14 13:07:00 celiana /kernel: 119 msl RW *Handler Int Mar 14 13:07:00 celiana /kernel: 120 rexmit_min RW *Handler Int Mar 14 13:07:00 celiana /kernel: 121 rexmit_slop RW *Handler Int Mar 14 13:07:00 celiana /kernel: 122 always_keepalive RW *Handler Int Mar 14 13:07:00 celiana /kernel: 17 udp RW Node Mar 14 13:07:00 celiana /kernel: 1 checksum RW *Handler Int Mar 14 13:07:00 celiana /kernel: 2 stats RW *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 3 maxdgram RW *Handler Int Mar 14 13:07:00 celiana /kernel: 4 recvspace RW *Handler Int Mar 14 13:07:00 celiana /kernel: 5 pcblist R *Handler Mar 14 13:07:00 celiana /kernel: 100 log_in_vain RW *Handler Int Mar 14 13:07:00 celiana /kernel: 101 blackhole RW *Handler Int Mar 14 13:07:00 celiana /kernel: 102 getcred RW *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 100 accf RW Node Mar 14 13:07:00 celiana /kernel: 100 unloadable RW *Handler Int Mar 14 13:07:00 celiana /kernel: 255 raw RW Node Mar 14 13:07:00 celiana /kernel: 100 maxdgram RW *Handler Int Mar 14 13:07:00 celiana /kernel: 101 recvspace RW *Handler Int Mar 14 13:07:00 celiana /kernel: 102 pcblist R *Handler Mar 14 13:07:00 celiana /kernel: 17 routetable R *Handler Node Mar 14 13:07:00 celiana /kernel: 18 link RW Node Mar 14 13:07:00 celiana /kernel: 0 generic RW Node Mar 14 13:07:00 celiana /kernel: 1 system RW Node Mar 14 13:07:00 celiana /kernel: 1 ifcount R *Handler Int Mar 14 13:07:00 celiana /kernel: 2 ifdata RW *Handler Node Mar 14 13:07:00 celiana /kernel: 6 ether RW Node Mar 14 13:07:00 celiana /kernel: 2 inet RW Node Mar 14 13:07:00 celiana /kernel: 100 prune_intvl RW *Handler Int Mar 14 13:07:00 celiana /kernel: 101 max_age RW *Handler Int Mar 14 13:07:00 celiana /kernel: 102 host_down_time RW *Handler Int Mar 14 13:07:00 celiana /kernel: 103 maxtries RW *Handler Int Mar 14 13:07:00 celiana /kernel: 104 useloopback RW *Handler Int Mar 14 13:07:00 celiana /kernel: 105 proxyall RW *Handler Int Mar 14 13:07:00 celiana /kernel: 106 log_arp_wrong_iface RW *Handler Int Mar 14 13:07:00 celiana /kernel: 100 ipfw RW *Handler Int Mar 14 13:07:00 celiana /kernel: 55 gif RW Node Mar 14 13:07:00 celiana /kernel: 100 max_nesting RW *Handler Int Mar 14 13:07:00 celiana /kernel: 101 parallel_tunnels RW *Handler Int Mar 14 13:07:00 celiana /kernel: 28 inet6 RW Node Mar 14 13:07:00 celiana /kernel: 6 tcp6 RW Node Mar 14 13:07:00 celiana /kernel: 100 getcred RW *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 17 udp6 RW Node Mar 14 13:07:00 celiana /kernel: 100 getcred RW *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 41 ip6 RW Node Mar 14 13:07:00 celiana /kernel: 1 forwarding RW *Handler Int Mar 14 13:07:00 celiana /kernel: 2 redirect RW *Handler Int Mar 14 13:07:00 celiana /kernel: 3 hlim RW *Handler Int Mar 14 13:07:00 celiana /kernel: 6 stats R *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 9 maxfragpackets RW *Handler Int Mar 14 13:07:00 celiana /kernel: 12 accept_rtadv RW *Handler Int Mar 14 13:07:00 celiana /kernel: 13 keepfaith RW *Handler Int Mar 14 13:07:00 celiana /kernel: 14 log_interval RW *Handler Int Mar 14 13:07:00 celiana /kernel: 15 hdrnestlimit RW *Handler Int Mar 14 13:07:00 celiana /kernel: 16 dad_count RW *Handler Int Mar 14 13:07:00 celiana /kernel: 17 auto_flowlabel RW *Handler Int Mar 14 13:07:00 celiana /kernel: 18 defmcasthlim RW *Handler Int Mar 14 13:07:00 celiana /kernel: 19 gifhlim RW *Handler Int Mar 14 13:07:00 celiana /kernel: 20 kame_version R *Handler String Mar 14 13:07:00 celiana /kernel: 21 use_deprecated RW *Handler Int Mar 14 13:07:00 celiana /kernel: 22 rr_prune RW *Handler Int Mar 14 13:07:00 celiana /kernel: 24 v6only RW *Handler Int Mar 14 13:07:00 celiana /kernel: 25 rtexpire RW *Handler Int Mar 14 13:07:00 celiana /kernel: 26 rtminexpire RW *Handler Int Mar 14 13:07:00 celiana /kernel: 27 rtmaxcache RW *Handler Int Mar 14 13:07:00 celiana /kernel: 32 use_tempaddr RW *Handler Int Mar 14 13:07:00 celiana /kernel: 33 temppltime RW *Handler Int Mar 14 13:07:00 celiana /kernel: 34 tempvltime RW *Handler Int Mar 14 13:07:00 celiana /kernel: 35 auto_linklocal RW *Handler Int Mar 14 13:07:00 celiana /kernel: 36 rip6stats R *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 58 icmp6 RW Node Mar 14 13:07:00 celiana /kernel: 1 stats R *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 2 rediraccept RW *Handler Int Mar 14 13:07:00 celiana /kernel: 3 redirtimeout RW *Handler Int Mar 14 13:07:00 celiana /kernel: 6 nd6_prune RW *Handler Int Mar 14 13:07:00 celiana /kernel: 8 nd6_delay RW *Handler Int Mar 14 13:07:00 celiana /kernel: 9 nd6_umaxtries RW *Handler Int Mar 14 13:07:00 celiana /kernel: 10 nd6_mmaxtries RW *Handler Int Mar 14 13:07:00 celiana /kernel: 11 nd6_useloopback RW *Handler Int Mar 14 13:07:00 celiana /kernel: 13 nodeinfo RW *Handler Int Mar 14 13:07:00 celiana /kernel: 14 errppslimit RW *Handler Int Mar 14 13:07:00 celiana /kernel: 15 nd6_maxnudhint RW *Handler Int Mar 14 13:07:00 celiana /kernel: 18 nd6_debug RW *Handler Int Mar 14 13:07:00 celiana /kernel: 19 nd6_drlist R *Handler Node Mar 14 13:07:00 celiana /kernel: 20 nd6_prlist R *Handler Node Mar 14 13:07:00 celiana /kernel: 5 debug RW Node Mar 14 13:07:00 celiana /kernel: 100 mddebug RW *Handler Int Mar 14 13:07:00 celiana /kernel: 101 elf_trace RW *Handler Int Mar 14 13:07:00 celiana /kernel: 102 boothowto R *Handler Int Mar 14 13:07:00 celiana /kernel: 103 free_devt RW *Handler Int Mar 14 13:07:00 celiana /kernel: 104 fdexpand R *Handler Int Mar 14 13:07:00 celiana /kernel: 105 sizeof RW Node Mar 14 13:07:00 celiana /kernel: 100 vnode R *Handler Int Mar 14 13:07:00 celiana /kernel: 101 proc R *Handler Int Mar 14 13:07:00 celiana /kernel: 102 specinfo R *Handler Int Mar 14 13:07:00 celiana /kernel: 103 disklabel R *Handler Int Mar 14 13:07:00 celiana /kernel: 104 diskslices R *Handler Int Mar 14 13:07:00 celiana /kernel: 105 disk R *Handler Int Mar 14 13:07:00 celiana /kernel: 106 ttydebug RW *Handler Int Mar 14 13:07:00 celiana /kernel: 107 nchash R *Handler Mar 14 13:07:00 celiana /kernel: 108 ncnegfactor RW *Handler Mar 14 13:07:00 celiana /kernel: 109 numneg R *Handler Mar 14 13:07:00 celiana /kernel: 110 numcache R *Handler Mar 14 13:07:00 celiana /kernel: 111 vfscache RW *Handler Int Mar 14 13:07:00 celiana /kernel: 112 vnsize R *Handler Int Mar 14 13:07:00 celiana /kernel: 113 ncsize R *Handler Int Mar 14 13:07:00 celiana /kernel: 114 disablecwd RW *Handler Int Mar 14 13:07:00 celiana /kernel: 115 disablefullpath RW *Handler Int Mar 14 13:07:00 celiana /kernel: 116 numvnodes R *Handler Int Mar 14 13:07:00 celiana /kernel: 117 wantfreevnodes RW *Handler Int Mar 14 13:07:00 celiana /kernel: 118 freevnodes R *Handler Int Mar 14 13:07:00 celiana /kernel: 119 rush_requests RW *Handler Int Mar 14 13:07:00 celiana /kernel: 120 vnlru_nowhere RW *Handler Int Mar 14 13:07:00 celiana /kernel: 121 bpf_bufsize RW *Handler Int Mar 14 13:07:00 celiana /kernel: 122 bpf_maxbufsize RW *Handler Int Mar 14 13:07:00 celiana /kernel: 123 if_tun_debug RW *Handler Int Mar 14 13:07:00 celiana /kernel: 124 ncr_debug RW *Handler Int Mar 14 13:07:00 celiana /kernel: 125 max_softdeps RW *Handler Int Mar 14 13:07:00 celiana /kernel: 126 tickdelay RW *Handler Int Mar 14 13:07:00 celiana /kernel: 127 worklist_push RW *Handler Int Mar 14 13:07:00 celiana /kernel: 128 blk_limit_push RW *Handler Int Mar 14 13:07:00 celiana /kernel: 129 ino_limit_push RW *Handler Int Mar 14 13:07:00 celiana /kernel: 130 blk_limit_hit RW *Handler Int Mar 14 13:07:00 celiana /kernel: 131 ino_limit_hit RW *Handler Int Mar 14 13:07:00 celiana /kernel: 132 sync_limit_hit RW *Handler Int Mar 14 13:07:00 celiana /kernel: 133 indir_blk_ptrs RW *Handler Int Mar 14 13:07:00 celiana /kernel: 134 inode_bitmap RW *Handler Int Mar 14 13:07:00 celiana /kernel: 135 direct_blk_ptrs RW *Handler Int Mar 14 13:07:00 celiana /kernel: 136 dir_entry RW *Handler Int Mar 14 13:07:00 celiana /kernel: 137 dircheck RW *Handler Int Mar 14 13:07:00 celiana /kernel: 138 es_debug RW *Handler Int Mar 14 13:07:00 celiana /kernel: 139 piix_timecounter R *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 140 tsc_timecounter R *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 141 i8254_timecounter R *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 6 hw RW Node Mar 14 13:07:00 celiana /kernel: 1 machine R *Handler String Mar 14 13:07:00 celiana /kernel: 2 model R *Handler String Mar 14 13:07:00 celiana /kernel: 3 ncpu R *Handler Int Mar 14 13:07:00 celiana /kernel: 4 byteorder R *Handler Int Mar 14 13:07:00 celiana /kernel: 5 physmem R *Handler Int Mar 14 13:07:00 celiana /kernel: 6 usermem R *Handler Int Mar 14 13:07:00 celiana /kernel: 7 pagesize R *Handler Int Mar 14 13:07:00 celiana /kernel: 10 floatingpoint R *Handler Int Mar 14 13:07:00 celiana /kernel: 11 machine_arch R *Handler String Mar 14 13:07:00 celiana /kernel: 100 ata R Node Mar 14 13:07:00 celiana /kernel: 100 ata_dma R *Handler Int Mar 14 13:07:00 celiana /kernel: 101 wc R *Handler Int Mar 14 13:07:00 celiana /kernel: 102 tags R *Handler Int Mar 14 13:07:00 celiana /kernel: 103 atapi_dma R *Handler Int Mar 14 13:07:00 celiana /kernel: 101 fxp_rnr RW *Handler Int Mar 14 13:07:00 celiana /kernel: 102 intrnames R *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 103 intrcnt R *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 104 bt848 RW Node Mar 14 13:07:00 celiana /kernel: 100 card RW *Handler Int Mar 14 13:07:00 celiana /kernel: 101 tuner RW *Handler Int Mar 14 13:07:00 celiana /kernel: 102 reverse_mute RW *Handler Int Mar 14 13:07:00 celiana /kernel: 103 format RW *Handler Int Mar 14 13:07:00 celiana /kernel: 104 slow_msp_audio RW *Handler Int Mar 14 13:07:00 celiana /kernel: 105 usb RW Node Mar 14 13:07:00 celiana /kernel: 106 snd R Node Mar 14 13:07:00 celiana /kernel: 100 targetirqrate RW *Handler Int Mar 14 13:07:00 celiana /kernel: 101 report_soft_formats RW *Handler Int Mar 14 13:07:00 celiana /kernel: 102 verbose RW *Handler Int Mar 14 13:07:00 celiana /kernel: 103 maxautovchans RW *Handler Int Mar 14 13:07:00 celiana /kernel: 104 pcm0 R Node Mar 14 13:07:00 celiana /kernel: 100 buffersize R *Handler Int Mar 14 13:07:00 celiana /kernel: 101 vchans RW *Handler Int Mar 14 13:07:00 celiana /kernel: 102 spdif_enabled RW *Handler Int Mar 14 13:07:00 celiana /kernel: 107 instruction_sse R *Handler Int Mar 14 13:07:00 celiana /kernel: 108 availpages R *Handler Int Mar 14 13:07:00 celiana /kernel: 109 nvidia R Node Mar 14 13:07:00 celiana /kernel: 100 agp R Node Mar 14 13:07:00 celiana /kernel: 100 card R Node Mar 14 13:07:00 celiana /kernel: 100 rates R *Handler Mar 14 13:07:00 celiana /kernel: 101 fw R *Handler Mar 14 13:07:00 celiana /kernel: 102 sba R *Handler Mar 14 13:07:00 celiana /kernel: 103 registers R *Handler Mar 14 13:07:00 celiana /kernel: 101 status R Node Mar 14 13:07:00 celiana /kernel: 100 status R *Handler Mar 14 13:07:00 celiana /kernel: 101 driver R *Handler Mar 14 13:07:00 celiana /kernel: 102 rate R *Handler Mar 14 13:07:00 celiana /kernel: 103 fw R *Handler Mar 14 13:07:00 celiana /kernel: 104 sba R *Handler Mar 14 13:07:00 celiana /kernel: 101 version R *Handler String Mar 14 13:07:00 celiana /kernel: 102 registry R Node Mar 14 13:07:00 celiana /kernel: 100 EnableAGPSBA RW *Handler Mar 14 13:07:00 celiana /kernel: 101 EnableAGPFW RW *Handler Mar 14 13:07:00 celiana /kernel: 102 SoftEDIDs RW *Handler Mar 14 13:07:00 celiana /kernel: 103 Mobile RW *Handler Mar 14 13:07:00 celiana /kernel: 103 cards R Node Mar 14 13:07:00 celiana /kernel: 100 0 R Node Mar 14 13:07:00 celiana /kernel: 100 model R *Handler String Mar 14 13:07:00 celiana /kernel: 101 irq R *Handler Mar 14 13:07:00 celiana /kernel: 102 vbios R *Handler Mar 14 13:07:00 celiana /kernel: 103 type R *Handler Mar 14 13:07:00 celiana /kernel: 110 fxp0 R Node Mar 14 13:07:00 celiana /kernel: 100 int_delay RW *Handler Int Mar 14 13:07:00 celiana /kernel: 101 bundle_max RW *Handler Int Mar 14 13:07:00 celiana /kernel: 7 machdep RW Node Mar 14 13:07:00 celiana /kernel: 1 consdev R *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 2 adjkerntz RW *Handler Int Mar 14 13:07:00 celiana /kernel: 3 disable_rtc_set RW *Handler Int Mar 14 13:07:00 celiana /kernel: 4 bootinfo R *Handler Opaque/struct Mar 14 13:07:00 celiana /kernel: 5 wall_cmos_clock RW *Handler Int Mar 14 13:07:00 celiana /kernel: 100 cs_recv_delay RW *Handler Int Mar 14 13:07:00 celiana /kernel: 101 do_dump RW *Handler Int Mar 14 13:07:00 celiana /kernel: 102 pccard RW Node Mar 14 13:07:00 celiana /kernel: 100 mem_start RW *Handler Mar 14 13:07:00 celiana /kernel: 101 mem_end RW *Handler Mar 14 13:07:00 celiana /kernel: 103 enable_panic_key RW *Handler Int Mar 14 13:07:00 celiana /kernel: 104 apm_suspend_delay RW *Handler Int Mar 14 13:07:00 celiana /kernel: 105 apm_standby_delay RW *Handler Int Mar 14 13:07:00 celiana /kernel: 106 ispc98 R *Handler Int Mar 14 13:07:00 celiana /kernel: 107 msgbuf R *Handler String Mar 14 13:07:00 celiana /kernel: 108 msgbuf_clear RW *Handler Int Mar 14 13:07:00 celiana /kernel: 109 cpu_idle_hlt RW *Handler Int Mar 14 13:07:00 celiana /kernel: 110 guessed_bootdev R *Handler Mar 14 13:07:00 celiana /kernel: 111 piix_freq RW *Handler Int Mar 14 13:07:00 celiana /kernel: 112 smp_active RW *Handler Int Mar 14 13:07:00 celiana /kernel: 113 smp_cpus R *Handler Int Mar 14 13:07:00 celiana /kernel: 114 invltlb_ok RW *Handler Int Mar 14 13:07:00 celiana /kernel: 115 do_page_zero_idle RW *Handler Int Mar 14 13:07:00 celiana /kernel: 116 forward_irq_enabled RW *Handler Int Mar 14 13:07:00 celiana /kernel: 117 forward_signal_enabled RW *Handler Int Mar 14 13:07:00 celiana /kernel: 118 forward_roundrobin_enabled RW *Handler Int Mar 14 13:07:00 celiana /kernel: 119 panic_on_nmi RW *Handler Int Mar 14 13:07:00 celiana /kernel: 120 uc_devlist R *Handler Mar 14 13:07:00 celiana /kernel: 121 i8254_freq RW *Handler Int Mar 14 13:07:00 celiana /kernel: 122 tsc_freq RW *Handler Int Mar 14 13:07:00 celiana /kernel: 123 conrclk RW *Handler Mar 14 13:07:00 celiana /kernel: 124 conspeed RW *Handler Int Mar 14 13:07:00 celiana /kernel: 8 user RW Node Mar 14 13:07:00 celiana /kernel: 1 cs_path R *Handler String Mar 14 13:07:00 celiana /kernel: 2 bc_base_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 3 bc_dim_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 4 bc_scale_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 5 bc_string_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 6 coll_weights_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 7 expr_nest_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 8 line_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 9 re_dup_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 10 posix2_version R *Handler Int Mar 14 13:07:00 celiana /kernel: 11 posix2_c_bind R *Handler Int Mar 14 13:07:00 celiana /kernel: 12 posix2_c_dev R *Handler Int Mar 14 13:07:00 celiana /kernel: 13 posix2_char_term R *Handler Int Mar 14 13:07:00 celiana /kernel: 14 posix2_fort_dev R *Handler Int Mar 14 13:07:00 celiana /kernel: 15 posix2_fort_run R *Handler Int Mar 14 13:07:00 celiana /kernel: 16 posix2_localedef R *Handler Int Mar 14 13:07:00 celiana /kernel: 17 posix2_sw_dev R *Handler Int Mar 14 13:07:00 celiana /kernel: 18 posix2_upe R *Handler Int Mar 14 13:07:00 celiana /kernel: 19 stream_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 20 tzname_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 9 p1003_1b RW Node Mar 14 13:07:00 celiana /kernel: 1 asynchronous_io R *Handler Int Mar 14 13:07:00 celiana /kernel: 2 mapped_files R *Handler Int Mar 14 13:07:00 celiana /kernel: 3 memlock R *Handler Int Mar 14 13:07:00 celiana /kernel: 4 memlock_range R *Handler Int Mar 14 13:07:00 celiana /kernel: 5 memory_protection R *Handler Int Mar 14 13:07:00 celiana /kernel: 6 message_passing R *Handler Int Mar 14 13:07:00 celiana /kernel: 7 prioritized_io R *Handler Int Mar 14 13:07:00 celiana /kernel: 8 priority_scheduling R *Handler Int Mar 14 13:07:00 celiana /kernel: 9 realtime_signals R *Handler Int Mar 14 13:07:00 celiana /kernel: 10 semaphores R *Handler Int Mar 14 13:07:00 celiana /kernel: 11 fsync R *Handler Int Mar 14 13:07:00 celiana /kernel: 12 shared_memory_objects R *Handler Int Mar 14 13:07:00 celiana /kernel: 13 synchronized_io R *Handler Int Mar 14 13:07:00 celiana /kernel: 14 timers R *Handler Int Mar 14 13:07:00 celiana /kernel: 15 aio_listio_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 16 aio_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 17 aio_prio_delta_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 18 delaytimer_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 19 mq_open_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 20 pagesize R *Handler Int Mar 14 13:07:00 celiana /kernel: 21 rtsig_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 22 sem_nsems_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 23 sem_value_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 24 sigqueue_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 25 timer_max R *Handler Int Mar 14 13:07:00 celiana /kernel: 100 jail RW Node Mar 14 13:07:00 celiana /kernel: 100 set_hostname_allowed RW *Handler Int Mar 14 13:07:00 celiana /kernel: 101 socket_unixiproute_only RW *Handler Int Mar 14 13:07:00 celiana /kernel: 102 sysvipc_allowed RW *Handler Int Mar 14 13:07:00 celiana /kernel: 101 compat RW Node Mar 14 13:07:00 celiana /kernel: 100 linux RW Node Mar 14 13:07:00 celiana /kernel: 100 osname RW *Handler String Mar 14 13:07:00 celiana /kernel: 101 osrelease RW *Handler String Mar 14 13:07:00 celiana /kernel: 102 oss_version RW *Handler Int To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 13:37:21 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A965D37B405 for ; Fri, 14 Mar 2003 13:36:31 -0800 (PST) Received: from gatekeeper.microcell.ca (gatekeeper.microcell.ca [205.151.8.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5017A43F3F for ; Fri, 14 Mar 2003 13:36:28 -0800 (PST) (envelope-from SoHo@admin.fido.ca) Received: from mailserv.microcell.ca (mailserv.microcell.ca [10.2.0.87]) by gatekeeper.microcell.ca (Postfix) with ESMTP id C53AA16C6D; Fri, 14 Mar 2003 16:36:24 -0500 (EST) Received: from 127.0.0.1 (localhost [127.0.0.1]) by mailserv.microcell.ca (Postfix) with SMTP id 646D316BC7; Fri, 14 Mar 2003 16:36:24 -0500 (EST) Received: from lenard.admin.fido.ca (lamus.fido.ca [10.0.1.45]) by mailserv.microcell.ca (Postfix) with ESMTP id DA2D716BC3; Fri, 14 Mar 2003 16:36:22 -0500 (EST) Received: from magni.microcell.ca (magni.microcell.ca [10.6.22.102]) by lenard.admin.fido.ca (SMTP_Gateway) with ESMTP id B41A147D3C; Fri, 14 Mar 2003 16:36:22 -0500 (EST) Received: from magni.microcell.ca (localhost [127.0.0.1]) by magni.microcell.ca (8.12.6/8.12.7) with SMTP id h2ELYnfa051140; Fri, 14 Mar 2003 16:34:50 -0500 (EST) (envelope-from SoHo@admin.fido.ca) Date: Fri, 14 Mar 2003 16:34:49 -0500 From: Edmond Baroud To: christopher bradski Cc: freebsd-stable@FreeBSD.ORG Subject: Re: wierd messages printed to screen during boot. Message-Id: <20030314163449.68cfadaa.SoHo@admin.fido.ca> In-Reply-To: <20030314132328.371e4621.cbradski@comcast.net> References: <20030314132328.371e4621.cbradski@comcast.net> X-Mailer: Sylpheed version 0.8.10 (GTK+ 1.2.10; i386-portbld-freebsd4.7) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sanitizer: This message has been sanitized! X-Sanitizer-Rev: $Id: Sanitizer.pm,v 1.64 2002/10/22 16:37:04 bre Exp $ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG your uname shows that you have installed a kernel recently (10 march): I dont know in which version this modification took place in 4.x but the /etc/rc.sysctl and /etc/sysctl.conf have changed. I am guessing that you have the "command" sysctl in front of your sysctl variables and values in /etc/sysctl.conf or that you have ignored the installation of the new rc.sysctl when you mergemaster'd in brief, your sysctl is not setting the variables you have on startup because their startup scripts have changed and is showing the output of all kernel variables at boot time. hope this helps, Ed. On Fri, 14 Mar 2003 13:23:28 -0800 christopher bradski wrote: > For anyone with any idea whats going on with my machine... > here is the output of uname -a; > reeBSD celiana.celiana.net 4.7-RELEASE FreeBSD 4.7-RELEASE #0: Mon Mar 10 01:08:11 PST 2003 chris@celiana.celiana.net:/usr/src/sys/compile/CELIANA i386 > If anyone can help with what is going on or what these mean, their help will be greatly appreciated. > Here are the messages printed to the screen. > a copy of all the messages is located below.... > > dmesg -a > 103 path_mtu_discovery RW *Handler Int > 104 slowstart_flightsize RW *Handler Int > 105 local_slowstart_flightsize RW *Handler Int > 106 newreno RW *Handler Int > 107 tcbhashsize R *Handler Int > 108 do_tcpdrain RW *Handler Int > 109 pcbcount R *Handler Int > 110 icmp_may_rst RW *Handler Int > 111 isn_reseed_interval RW *Handler Int > 112 inflight_enable RW *Handler Int > 113 inflight_debug RW *Handler Int > 114 inflight_min RW *Handler Int > 115 inflight_max RW *Handler Int > 116 getcred RW *Handler Opaque/struct > 117 syncookies RW *Handler Int > 118 syncache RW Node > 100 bucketlimit R *Handler Int > 101 cachelimit R *Handler Int > 102 count R *Handler Int > 103 hashsize R *Handler Int > 104 rexmtlimit RW *Handler Int > 119 msl RW *Handler Int > 120 rexmit_min RW *Handler Int > 121 rexmit_slop RW *Handler Int > 122 always_keepalive RW *Handler Int > 17 udp RW Node > 1 checksum RW *Handler Int > 2 stats RW *Handler Opaque/struct > 3 maxdgram RW *Handler Int > 4 recvspace RW *Handler Int > 5 pcblist R *Handler > 100 log_in_vain RW *Handler Int > 101 blackhole RW *Handler Int > 102 getcred RW *Handler Opaque/struct > 100 accf RW Node > 100 unloadable RW *Handler Int > 255 raw RW Node > 100 maxdgram RW *Handler Int > 101 recvspace RW *Handler Int > 102 pcblist R *Handler > 17 routetable R *Handler Node > 18 link RW Node > 0 generic RW Node > 1 system RW Node > 1 ifcount R *Handler Int > 2 ifdata RW *Handler Node > 6 ether RW Node > 2 inet RW Node > 100 prune_intvl RW *Handler Int > 101 max_age RW *Handler Int > 102 host_down_time RW *Handler Int > 103 maxtries RW *Handler Int > 104 useloopback RW *Handler Int > 105 proxyall RW *Handler Int > 106 log_arp_wrong_iface RW *Handler Int > 100 ipfw RW *Handler Int > 55 gif RW Node > 100 max_nesting RW *Handler Int > 101 parallel_tunnels RW *Handler Int > 28 inet6 RW Node > 6 tcp6 RW Node > 100 getcred RW *Handler Opaque/struct > 17 udp6 RW Node > 100 getcred RW *Handler Opaque/struct > 41 ip6 RW Node > 1 forwarding RW *Handler Int > 2 redirect RW *Handler Int > 3 hlim RW *Handler Int > 6 stats R *Handler Opaque/struct > 9 maxfragpackets RW *Handler Int > 12 accept_rtadv RW *Handler Int > 13 keepfaith RW *Handler Int > 14 log_interval RW *Handler Int > 15 hdrnestlimit RW *Handler Int > 16 dad_count RW *Handler Int > 17 auto_flowlabel RW *Handler Int > 18 defmcasthlim RW *Handler Int > 19 gifhlim RW *Handler Int > 20 kame_version R *Handler String > 21 use_deprecated RW *Handler Int > 22 rr_prune RW *Handler Int > 24 v6only RW *Handler Int > 25 rtexpire RW *Handler Int > 26 rtminexpire RW *Handler Int > 27 rtmaxcache RW *Handler Int > 32 use_tempaddr RW *Handler Int > 33 temppltime RW *Handler Int > 34 tempvltime RW *Handler Int > 35 auto_linklocal RW *Handler Int > 36 rip6stats R *Handler Opaque/struct > 58 icmp6 RW Node > 1 stats R *Handler Opaque/struct > 2 rediraccept RW *Handler Int > 3 redirtimeout RW *Handler Int > 6 nd6_prune RW *Handler Int > 8 nd6_delay RW *Handler Int > 9 nd6_umaxtries RW *Handler Int > 10 nd6_mmaxtries RW *Handler Int > 11 nd6_useloopback RW *Handler Int > 13 nodeinfo RW *Handler Int > 14 errppslimit RW *Handler Int > 15 nd6_maxnudhint RW *Handler Int > 18 nd6_debug RW *Handler Int > 19 nd6_drlist R *Handler Node > 20 nd6_prlist R *Handler Node > 5 debug RW Node > 100 mddebug RW *Handler Int > 101 elf_trace RW *Handler Int > 102 boothowto R *Handler Int > 103 free_devt RW *Handler Int > 104 fdexpand R *Handler Int > 105 sizeof RW Node > 100 vnode R *Handler Int > 101 proc R *Handler Int > 102 specinfo R *Handler Int > 103 disklabel R *Handler Int > 104 diskslices R *Handler Int > 105 disk R *Handler Int > 106 ttydebug RW *Handler Int > 107 nchash R *Handler > 108 ncnegfactor RW *Handler > 109 numneg R *Handler > 110 numcache R *Handler > 111 vfscache RW *Handler Int > 112 vnsize R *Handler Int > 113 ncsize R *Handler Int > 114 disablecwd RW *Handler Int > 115 disablefullpath RW *Handler Int > 116 numvnodes R *Handler Int > 117 wantfreevnodes RW *Handler Int > 118 freevnodes R *Handler Int > 119 rush_requests RW *Handler Int > 120 vnlru_nowhere RW *Handler Int > 121 bpf_bufsize RW *Handler Int > 122 bpf_maxbufsize RW *Handler Int > 123 if_tun_debug RW *Handler Int > 124 ncr_debug RW *Handler Int > 125 max_softdeps RW *Handler Int > 126 tickdelay RW *Handler Int > 127 worklist_push RW *Handler Int > 128 blk_limit_push RW *Handler Int > 129 ino_limit_push RW *Handler Int > 130 blk_limit_hit RW *Handler Int > 131 ino_limit_hit RW *Handler Int > 132 sync_limit_hit RW *Handler Int > 133 indir_blk_ptrs RW *Handler Int > 134 inode_bitmap RW *Handler Int > 135 direct_blk_ptrs RW *Handler Int > 136 dir_entry RW *Handler Int > 137 dircheck RW *Handler Int > 138 es_debug RW *Handler Int > 139 piix_timecounter R *Handler Opaque/struct > 140 tsc_timecounter R *Handler Opaque/struct > 141 i8254_timecounter R *Handler Opaque/struct > 6 hw RW Node > 1 machine R *Handler String > 2 model R *Handler String > 3 ncpu R *Handler Int > 4 byteorder R *Handler Int > 5 physmem R *Handler Int > 6 usermem R *Handler Int > 7 pagesize R *Handler Int > 10 floatingpoint R *Handler Int > 11 machine_arch R *Handler String > 100 ata R Node > 100 ata_dma R *Handler Int > 101 wc R *Handler Int > 102 tags R *Handler Int > 103 atapi_dma R *Handler Int > 101 fxp_rnr RW *Handler Int > 102 intrnames R *Handler Opaque/struct > 103 intrcnt R *Handler Opaque/struct > 104 bt848 RW Node > 100 card RW *Handler Int > 101 tuner RW *Handler Int > 102 reverse_mute RW *Handler Int > 103 format RW *Handler Int > 104 slow_msp_audio RW *Handler Int > 105 usb RW Node > 106 snd R Node > 100 targetirqrate RW *Handler Int > 101 report_soft_formats RW *Handler Int > 102 verbose RW *Handler Int > 103 maxautovchans RW *Handler Int > 104 pcm0 R Node > 100 buffersize R *Handler Int > 101 vchans RW *Handler Int > 102 spdif_enabled RW *Handler Int > 107 instruction_sse R *Handler Int > 108 availpages R *Handler Int > 109 nvidia R Node > 100 agp R Node > 100 card R Node > 100 rates R *Handler > 101 fw R *Handler > 102 sba R *Handler > 103 registers R *Handler > 101 status R Node > 100 status R *Handler > 101 driver R *Handler > 102 rate R *Handler > 103 fw R *Handler > 104 sba R *Handler > 101 version R *Handler String > 102 registry R Node > 100 EnableAGPSBA RW *Handler > 101 EnableAGPFW RW *Handler > 102 SoftEDIDs RW *Handler > 103 Mobile RW *Handler > 103 cards R Node > 100 0 R Node > 100 model R *Handler String > 101 irq R *Handler > 102 vbios R *Handler > 103 type R *Handler > 110 fxp0 R Node > 100 int_delay RW *Handler Int > 101 bundle_max RW *Handler Int > 7 machdep RW Node > 1 consdev R *Handler Opaque/struct > 2 adjkerntz RW *Handler Int > 3 disable_rtc_set RW *Handler Int > 4 bootinfo R *Handler Opaque/struct > 5 wall_cmos_clock RW *Handler Int > 100 cs_recv_delay RW *Handler Int > 101 do_dump RW *Handler Int > 102 pccard RW Node > 100 mem_start RW *Handler > 101 mem_end RW *Handler > 103 enable_panic_key RW *Handler Int > 104 apm_suspend_delay RW *Handler Int > 105 apm_standby_delay RW *Handler Int > 106 ispc98 R *Handler Int > 107 msgbuf R *Handler String > 108 msgbuf_clear RW *Handler Int > 109 cpu_idle_hlt RW *Handler Int > 110 guessed_bootdev R *Handler > 111 piix_freq RW *Handler Int > 112 smp_active RW *Handler Int > 113 smp_cpus R *Handler Int > 114 invltlb_ok RW *Handler Int > 115 do_page_zero_idle RW *Handler Int > 116 forward_irq_enabled RW *Handler Int > 117 forward_signal_enabled RW *Handler Int > 118 forward_roundrobin_enabled RW *Handler Int > 119 panic_on_nmi RW *Handler Int > 120 uc_devlist R *Handler > 121 i8254_freq RW *Handler Int > 122 tsc_freq RW *Handler Int > 123 conrclk RW *Handler > 124 conspeed RW *Handler Int > 8 user RW Node > 1 cs_path R *Handler String > 2 bc_base_max R *Handler Int > 3 bc_dim_max R *Handler Int > 4 bc_scale_max R *Handler Int > 5 bc_string_max R *Handler Int > 6 coll_weights_max R *Handler Int > 7 expr_nest_max R *Handler Int > 8 line_max R *Handler Int > 9 re_dup_max R *Handler Int > 10 posix2_version R *Handler Int > 11 posix2_c_bind R *Handler Int > 12 posix2_c_dev R *Handler Int > 13 posix2_char_term R *Handler Int > 14 posix2_fort_dev R *Handler Int > 15 posix2_fort_run R *Handler Int > 16 posix2_localedef R *Handler Int > 17 posix2_sw_dev R *Handler Int > 18 posix2_upe R *Handler Int > 19 stream_max R *Handler Int > 20 tzname_max R *Handler Int > 9 p1003_1b RW Node > 1 asynchronous_io R *Handler Int > 2 mapped_files R *Handler Int > 3 memlock R *Handler Int > 4 memlock_range R *Handler Int > 5 memory_protection R *Handler Int > 6 message_passing R *Handler Int > 7 prioritized_io R *Handler Int > 8 priority_scheduling R *Handler Int > 9 realtime_signals R *Handler Int > 10 semaphores R *Handler Int > 11 fsync R *Handler Int > 12 shared_memory_objects R *Handler Int > 13 synchronized_io R *Handler Int > 14 timers R *Handler Int > 15 aio_listio_max R *Handler Int > 16 aio_max R *Handler Int > 17 aio_prio_delta_max R *Handler Int > 18 delaytimer_max R *Handler Int > 19 mq_open_max R *Handler Int > 20 pagesize R *Handler Int > 21 rtsig_max R *Handler Int > 22 sem_nsems_max R *Handler Int > 23 sem_value_max R *Handler Int > 24 sigqueue_max R *Handler Int > 25 timer_max R *Handler Int > 100 jail RW Node > 100 set_hostname_allowed RW *Handler Int > 101 socket_unixiproute_only RW *Handler Int > 102 sysvipc_allowed RW *Handler Int > 101 compat RW Node > 100 linux RW Node > 100 osname RW *Handler String > 101 osrelease RW *Handler String > 102 oss_version RW *Handler Int > 0 sysctl RW Node > 0 debug R *Handler String > 1 name R *Handler Node > 2 next R *Handler Node > 3 name2oid RW *Handler > 4 oidfmt R *Handler Node > 1 kern RW Node > 1 ostype R *Handler String > 2 osrelease R *Handler String > 3 osrevision R *Handler Int > 4 version R *Handler String > 5 maxvnodes RW *Handler Int > 6 maxproc R *Handler Int > 7 maxfiles RW *Handler Int > 8 argmax R *Handler Int > 9 securelevel RW *Handler Int > 10 hostname RW *Handler String > 11 hostid RW *Handler > 12 clockrate R *Handler Opaque/struct > 14 proc R Node > 0 all R *Handler Opaque/struct > 1 pid R *Handler Node > 2 pgrp R *Handler Node > 4 tty R *Handler Node > 5 uid R *Handler Node > 6 ruid R *Handler Node > 7 args RW *Handler Node > 15 file R *Handler Opaque/struct > 17 posix1version R *Handler Int > 18 ngroups R *Handler Int > 19 job_control R *Handler Int > 20 saved_ids R *Handler Int > 21 boottime R *Handler Opaque/struct > 22 domainname RW *Handler String > 24 osreldate R *Handler Int > 26 bootfile RW *Handler String > 27 maxfilesperproc RW *Handler Int > 28 maxprocperuid RW *Handler Int > 29 dumpdev RW *Handler Opaque/struct > 30 ipc RW Node > 1 maxsockbuf RW *Handler Int > 2 sockbuf_waste_factor RW *Handler Int > 3 somaxconn RW *Handler Int > 4 max_linkhdr RW *Handler Int > 5 max_protohdr RW *Handler Int > 6 max_hdr RW *Handler Int > 7 max_datalen RW *Handler Int > 8 mbstat RW *Handler Opaque/struct > 9 nmbclusters R *Handler Int > 100 semmap RW *Handler Int > 101 semmni R *Handler Int > 102 semmns R *Handler Int > 103 semmnu R *Handler Int > 104 semmsl RW *Handler Int > 105 semopm R *Handler Int > 106 semume R *Handler Int > 107 semusz R *Handler Int > 108 semvmx RW *Handler Int > 109 semaem RW *Handler Int > 110 shmmax RW *Handler Int > 111 shmmin RW *Handler Int > 112 shmmni R *Handler Int > 113 shmseg RW *Handler Int > 114 shmall RW *Handler Int > 115 shm_use_phys RW *Handler Int > 116 mbuf_wait RW *Handler Int > 117 mbtypes R *Handler Opaque/struct > 118 nmbufs R *Handler Int > 119 mcl_pool_max RW *Handler Int > 120 mcl_pool_now R *Handler Int > 121 maxsockets R *Handler Int > 31 dummy RW *Handler Int > 32 ps_strings R *Handler > 33 usrstack R *Handler > 34 logsigexit RW *Handler Int > 100 cam R Node > 100 da R Node > 100 retry_count RW *Handler Int > 101 default_timeout RW *Handler Int > 102 no_6_byte RW *Handler Int > 101 cd R Node > 100 changer R Node > 100 min_busy_seconds RW *Handler Int > 101 max_busy_seconds RW *Handler Int > 101 fallback_elf_brand RW *Handler Int > 102 init_path R *Handler String > 103 module_path RW *Handler String > 104 acct_suspend RW *Handler Int > 105 acct_resume RW *Handler Int > 106 acct_chkfreq RW *Handler Int > 107 cp_time R *Handler Opaque/struct > 108 timecounter RW Node > 100 method RW *Handler Int > 101 hardware RW *Handler String > 109 openfiles R *Handler Int > 110 environment R *Handler Node > 111 kq_calloutmax RW *Handler Int > 112 ps_arg_cache_limit RW *Handler > 113 ps_argsopen RW *Handler Int > 114 randompid RW *Handler Int > 115 maxusers R *Handler Int > 116 ntp_pll RW Node > 100 gettime R *Handler Opaque/struct > 117 ps_showallprocs RW *Handler Int > 118 shutdown RW Node > 100 poweroff_delay RW *Handler Int > 101 kproc_shutdown_wait RW *Handler Int > 119 sugid_coredump RW *Handler Int > 120 coredump RW *Handler Int > 121 corefile RW *Handler String > 122 quantum RW *Handler Int > 123 ccpu R *Handler Int > 124 fscale R *Handler Int > 125 devstat R Node > 100 all R *Handler Opaque/struct > 101 numdevs R *Handler Int > 102 generation R *Handler > 103 version R *Handler Int > 126 disks R *Handler String > 127 log_wakeups_per_second RW *Handler Int > 128 log_console_output RW *Handler Int > 129 msgbuf R *Handler String > 130 msgbuf_clear RW *Handler Int > 131 nselcoll R *Handler Int > 132 ttys R *Handler Opaque/struct > 133 consmute RW *Handler Int > 134 filedelay RW *Handler Int > 135 dirdelay RW *Handler Int > 136 metadelay RW *Handler Int > 137 minvnodes RW *Handler Int > 138 chroot_allow_open_directories RW *Handler Int > 2 vm RW Node > 1 vmmeter R *Handler Opaque/struct > 2 loadavg R *Handler Opaque/struct > 3 v_free_min RW *Handler > 4 v_free_target RW *Handler > 5 v_free_reserved RW *Handler > 6 v_inactive_target RW *Handler > 7 v_cache_min RW *Handler > 8 v_cache_max RW *Handler > 9 v_pageout_free_min RW *Handler > 10 pageout_algorithm RW *Handler Int > 11 swap_enabled RW *Handler Int > 100 swap_async_max RW *Handler Int > 101 swap_idle_threshold1 RW *Handler Int > 102 swap_idle_threshold2 RW *Handler Int > 103 v_free_severe RW *Handler > 104 stats RW Node > 100 sys RW Node > 100 v_swtch R *Handler > 101 v_trap R *Handler > 102 v_syscall R *Handler > 103 v_intr R *Handler > 104 v_soft R *Handler > 101 vm RW Node > 100 v_vm_faults R *Handler > 101 v_cow_faults R *Handler > 102 v_cow_optim R *Handler > 103 v_zfod R *Handler > 104 v_ozfod R *Handler > 105 v_swapin R *Handler > 106 v_swapout R *Handler > 107 v_swappgsin R *Handler > 108 v_swappgsout R *Handler > 109 v_vnodein R *Handler > 110 v_vnodeout R *Handler > 111 v_vnodepgsin R *Handler > 112 v_vnodepgsout R *Handler > 113 v_intrans R *Handler > 114 v_reactivated R *Handler > 115 v_pdwakeups R *Handler > 116 v_pdpages R *Handler > 117 v_dfree R *Handler > 118 v_pfree R *Handler > 119 v_tfree R *Handler > 120 v_page_size R *Handler > 121 v_page_count R *Handler > 122 v_free_reserved R *Handler > 123 v_free_target R *Handler > 124 v_free_min R *Handler > 125 v_free_count R *Handler > 126 v_wire_count R *Handler > 127 v_active_count R *Handler > 128 v_inactive_target R *Handler > 129 v_inactive_count R *Handler > 130 v_cache_count R *Handler > 131 v_cache_min R *Handler > 132 v_cache_max R *Handler > 133 v_pageout_free_min R *Handler > 134 v_interrupt_free_min R *Handler > 135 v_forks R *Handler > 136 v_vforks R *Handler > 137 v_rforks R *Handler > 138 v_kthreads R *Handler > 139 v_forkpages R *Handler > 140 v_vforkpages R *Handler > 141 v_rforkpages R *Handler > 142 v_kthreadpages R *Handler > 102 misc RW Node > 100 zero_page_count R *Handler Int > 101 cnt_prezero R *Handler Int > 105 max_proc_mmap RW *Handler Int > 106 msync_flush_flags RW *Handler Int > 107 max_launder RW *Handler Int > 108 pageout_stats_max RW *Handler Int > 109 pageout_full_stats_interval RW *Handler Int > 110 pageout_stats_interval RW *Handler Int > 111 pageout_stats_free_max RW *Handler Int > 112 swap_idle_enabled RW *Handler Int > 113 defer_swapspace_pageouts RW *Handler Int > 114 disable_swapspace_pageouts RW *Handler Int > 115 pageout_lock_miss R *Handler Int > 116 zone R *Handler String > 117 zone_kmem_pages R *Handler Int > 118 zone_kmem_kvaspace R *Handler Int > 119 zone_kern_pages R *Handler Int > 120 kvm_size R *Handler > 121 kvm_free R *Handler > 3 vfs RW Node > 0 generic R *Handler Node > 2 ufs R Node > 100 dirhash_minsize RW *Handler Int > 101 dirhash_maxmem RW *Handler Int > 102 dirhash_mem R *Handler Int > 103 dirhash_docheck RW *Handler Int > 3 nfs RW Node > 1 nfsstats R *Handler Opaque/struct > 2 nfs_privport RW *Handler Int > 100 async RW *Handler Int > 101 commit_blks RW *Handler Int > 102 commit_miss RW *Handler Int > 103 realign_test RW *Handler Int > 104 realign_count RW *Handler Int > 105 bufpackets RW *Handler Int > 106 gatherdelay RW *Handler Int > 107 gatherdelay_v3 RW *Handler Int > 108 defect RW *Handler Int > 109 diskless_valid R *Handler Int > 110 diskless_rootpath R *Handler String > 111 diskless_rootaddr R *Handler Opaque/struct > 112 diskless_swappath R *Handler String > 113 diskless_swapaddr R *Handler Opaque/struct > 114 access_cache_timeout RW *Handler Int > 115 nfsv3_commit_on_close RW *Handler Int > 100 numdirtybuffers R *Handler Int > 101 lodirtybuffers RW *Handler Int > 102 hidirtybuffers RW *Handler Int > 103 numfreebuffers R *Handler Int > 104 lofreebuffers RW *Handler Int > 105 hifreebuffers RW *Handler Int > 106 runningbufspace R *Handler Int > 107 lorunningspace RW *Handler Int > 108 hirunningspace RW *Handler Int > 109 maxbufspace R *Handler Int > 110 hibufspace R *Handler Int > 111 lobufspace R *Handler Int > 112 bufspace R *Handler Int > 113 maxmallocbufspace RW *Handler Int > 114 bufmallocspace R *Handler Int > 115 getnewbufcalls RW *Handler Int > 116 getnewbufrestarts RW *Handler Int > 117 vmiodirenable RW *Handler Int > 118 bufdefragcnt RW *Handler Int > 119 buffreekvacnt RW *Handler Int > 120 bufreusecnt RW *Handler Int > 121 cache RW Node > 100 numneg R *Handler > 101 numcache R *Handler > 102 numcalls R *Handler > 103 dothits R *Handler > 104 dotdothits R *Handler > 105 numchecks R *Handler > 106 nummiss R *Handler > 107 nummisszap R *Handler > 108 numposzaps R *Handler > 109 numposhits R *Handler > 110 numnegzaps R *Handler > 111 numneghits R *Handler > 112 numcwdcalls R *Handler > 113 numcwdfail1 R *Handler > 114 numcwdfail2 R *Handler > 115 numcwdfail3 R *Handler > 116 numcwdfail4 R *Handler > 117 numcwdfound R *Handler > 118 numfullpathcalls R *Handler > 119 numfullpathfail1 R *Handler > 120 numfullpathfail2 R *Handler > 121 numfullpathfail3 R *Handler > 122 numfullpathfail4 R *Handler > 123 numfullpathfound R *Handler > 122 write_behind RW *Handler Int > 123 reassignbufcalls RW *Handler Int > 124 reassignbufloops RW *Handler Int > 125 reassignbufsortgood RW *Handler Int > 126 reassignbufsortbad RW *Handler Int > 127 reassignbufmethod RW *Handler Int > 128 nameileafonly RW *Handler Int > 129 timestamp_precision RW *Handler Int > 130 usermount RW *Handler Int > 132 ffs RW Node > 3 doreallocblks RW *Handler Int > 4 doasyncfree RW *Handler Int > 4 net RW Node > 1 local RW Node > 1 stream RW Node > 100 sendspace RW *Handler Int > 101 recvspace RW *Handler Int > 102 pcblist R *Handler > 2 dgram RW Node > 100 maxdgram RW *Handler Int > 101 recvspace RW *Handler Int > 102 pcblist R *Handler > 100 inflight R *Handler Int > 2 inet RW Node > 0 ip RW Node > 0 portrange RW Node > 100 lowfirst RW *Handler Int > 101 lowlast RW *Handler Int > 102 first RW *Handler Int > 103 last RW *Handler Int > 104 hifirst RW *Handler Int > 105 hilast RW *Handler Int > 1 forwarding RW *Handler Int > 2 redirect RW *Handler Int > 3 ttl RW *Handler Int > 5 rtexpire RW *Handler Int > 6 rtminexpire RW *Handler Int > 7 rtmaxcache RW *Handler Int > 8 sourceroute RW *Handler Int > 10 intr_queue_maxlen RW *Handler Int > 11 intr_queue_drops R *Handler Int > 12 stats RW *Handler Opaque/struct > 13 accept_sourceroute RW *Handler Int > 14 fastforwarding RW *Handler Int > 15 keepfaith RW *Handler Int > 16 gifttl RW *Handler Int > 100 subnets_are_local RW *Handler Int > 101 maxfragpackets RW *Handler Int > 102 check_interface RW *Handler Int > 1 icmp RW Node > 1 maskrepl RW *Handler Int > 2 stats RW *Handler Opaque/struct > 3 icmplim RW *Handler Int > 100 drop_redirect RW *Handler Int > 101 log_redirect RW *Handler Int > 102 icmplim_output RW *Handler Int > 103 bmcastecho RW *Handler Int > 2 igmp RW Node > 1 stats RW *Handler Opaque/struct > 6 tcp RW Node > 1 rfc1323 RW *Handler Int > 2 rfc1644 RW *Handler Int > 3 mssdflt RW *Handler Int > 4 stats RW *Handler Opaque/struct > 6 keepidle RW *Handler Int > 7 keepintvl RW *Handler Int > 8 sendspace RW *Handler Int > 9 recvspace RW *Handler Int > 10 keepinit RW *Handler Int > 11 pcblist R *Handler > 12 delacktime RW *Handler Int > 13 v6mssdflt RW *Handler Int > 100 log_in_vain RW *Handler Int > 101 blackhole RW *Handler Int > 102 delayed_ack RW *Handler Int > 103 path_mtu_discovery RW *Handler Int > 104 slowstart_flightsize RW *Handler Int > 105 local_slowstart_flightsize RW *Handler Int > 106 newreno RW *Handler Int > 107 tcbhashsize R *Handler Int > 108 do_tcpdrain RW *Handler Int > 109 pcbcount R *Handler Int > 110 icmp_may_rst RW *Handler Int > 111 isn_reseed_interval RW *Handler Int > 112 inflight_enable RW *Handler Int > 113 inflight_debug RW *Handler Int > 114 inflight_min RW *Handler Int > 115 inflight_max RW *Handler Int > 116 getcred RW *Handler Opaque/struct > 117 syncookies RW *Handler Int > 118 syncache RW Node > 100 bucketlimit R *Handler Int > 101 cachelimit R *Handler Int > 102 count R *Handler Int > 103 hashsize R *Handler Int > 104 rexmtlimit RW *Handler Int > 119 msl RW *Handler Int > 120 rexmit_min RW *Handler Int > 121 rexmit_slop RW *Handler Int > 122 always_keepalive RW *Handler Int > 17 udp RW Node > 1 checksum RW *Handler Int > 2 stats RW *Handler Opaque/struct > 3 maxdgram RW *Handler Int > 4 recvspace RW *Handler Int > 5 pcblist R *Handler > 100 log_in_vain RW *Handler Int > 101 blackhole RW *Handler Int > 102 getcred RW *Handler Opaque/struct > 100 accf RW Node > 100 unloadable RW *Handler Int > 255 raw RW Node > 100 maxdgram RW *Handler Int > 101 recvspace RW *Handler Int > 102 pcblist R *Handler > 17 routetable R *Handler Node > 18 link RW Node > 0 generic RW Node > 1 system RW Node > 1 ifcount R *Handler Int > 2 ifdata RW *Handler Node > 6 ether RW Node > 2 inet RW Node > 100 prune_intvl RW *Handler Int > 101 max_age RW *Handler Int > 102 host_down_time RW *Handler Int > 103 maxtries RW *Handler Int > 104 useloopback RW *Handler Int > 105 proxyall RW *Handler Int > 106 log_arp_wrong_iface RW *Handler Int > 100 ipfw RW *Handler Int > 55 gif RW Node > 100 max_nesting RW *Handler Int > 101 parallel_tunnels RW *Handler Int > 28 inet6 RW Node > 6 tcp6 RW Node > 100 getcred RW *Handler Opaque/struct > 17 udp6 RW Node > 100 getcred RW *Handler Opaque/struct > 41 ip6 RW Node > 1 forwarding RW *Handler Int > 2 redirect RW *Handler Int > 3 hlim RW *Handler Int > 6 stats R *Handler Opaque/struct > 9 maxfragpackets RW *Handler Int > 12 accept_rtadv RW *Handler Int > 13 keepfaith RW *Handler Int > 14 log_interval RW *Handler Int > 15 hdrnestlimit RW *Handler Int > 16 dad_count RW *Handler Int > 17 auto_flowlabel RW *Handler Int > 18 defmcasthlim RW *Handler Int > 19 gifhlim RW *Handler Int > 20 kame_version R *Handler String > 21 use_deprecated RW *Handler Int > 22 rr_prune RW *Handler Int > 24 v6only RW *Handler Int > 25 rtexpire RW *Handler Int > 26 rtminexpire RW *Handler Int > 27 rtmaxcache RW *Handler Int > 32 use_tempaddr RW *Handler Int > 33 temppltime RW *Handler Int > 34 tempvltime RW *Handler Int > 35 auto_linklocal RW *Handler Int > 36 rip6stats R *Handler Opaque/struct > 58 icmp6 RW Node > 1 stats R *Handler Opaque/struct > 2 rediraccept RW *Handler Int > 3 redirtimeout RW *Handler Int > 6 nd6_prune RW *Handler Int > 8 nd6_delay RW *Handler Int > 9 nd6_umaxtries RW *Handler Int > 10 nd6_mmaxtries RW *Handler Int > 11 nd6_useloopback RW *Handler Int > 13 nodeinfo RW *Handler Int > 14 errppslimit RW *Handler Int > 15 nd6_maxnudhint RW *Handler Int > 18 nd6_debug RW *Handler Int > 19 nd6_drlist R *Handler Node > 20 nd6_prlist R *Handler Node > 5 debug RW Node > 100 mddebug RW *Handler Int > 101 elf_trace RW *Handler Int > 102 boothowto R *Handler Int > 103 free_devt RW *Handler Int > 104 fdexpand R *Handler Int > 105 sizeof RW Node > 100 vnode R *Handler Int > 101 proc R *Handler Int > 102 specinfo R *Handler Int > 103 disklabel R *Handler Int > 104 diskslices R *Handler Int > 105 disk R *Handler Int > 106 ttydebug RW *Handler Int > 107 nchash R *Handler > 108 ncnegfactor RW *Handler > 109 numneg R *Handler > 110 numcache R *Handler > 111 vfscache RW *Handler Int > 112 vnsize R *Handler Int > 113 ncsize R *Handler Int > 114 disablecwd RW *Handler Int > 115 disablefullpath RW *Handler Int > 116 numvnodes R *Handler Int > 117 wantfreevnodes RW *Handler Int > 118 freevnodes R *Handler Int > 119 rush_requests RW *Handler Int > 120 vnlru_nowhere RW *Handler Int > 121 bpf_bufsize RW *Handler Int > 122 bpf_maxbufsize RW *Handler Int > 123 if_tun_debug RW *Handler Int > 124 ncr_debug RW *Handler Int > 125 max_softdeps RW *Handler Int > 126 tickdelay RW *Handler Int > 127 worklist_push RW *Handler Int > 128 blk_limit_push RW *Handler Int > 129 ino_limit_push RW *Handler Int > 130 blk_limit_hit RW *Handler Int > 131 ino_limit_hit RW *Handler Int > 132 sync_limit_hit RW *Handler Int > 133 indir_blk_ptrs RW *Handler Int > 134 inode_bitmap RW *Handler Int > 135 direct_blk_ptrs RW *Handler Int > 136 dir_entry RW *Handler Int > 137 dircheck RW *Handler Int > 138 es_debug RW *Handler Int > 139 piix_timecounter R *Handler Opaque/struct > 140 tsc_timecounter R *Handler Opaque/struct > 141 i8254_timecounter R *Handler Opaque/struct > 6 hw RW Node > 1 machine R *Handler String > 2 model R *Handler String > 3 ncpu R *Handler Int > 4 byteorder R *Handler Int > 5 physmem R *Handler Int > 6 usermem R *Handler Int > 7 pagesize R *Handler Int > 10 floatingpoint R *Handler Int > 11 machine_arch R *Handler String > 100 ata R Node > 100 ata_dma R *Handler Int > 101 wc R *Handler Int > 102 tags R *Handler Int > 103 atapi_dma R *Handler Int > 101 fxp_rnr RW *Handler Int > 102 intrnames R *Handler Opaque/struct > 103 intrcnt R *Handler Opaque/struct > 104 bt848 RW Node > 100 card RW *Handler Int > 101 tuner RW *Handler Int > 102 reverse_mute RW *Handler Int > 103 format RW *Handler Int > 104 slow_msp_audio RW *Handler Int > 105 usb RW Node > 106 snd R Node > 100 targetirqrate RW *Handler Int > 101 report_soft_formats RW *Handler Int > 102 verbose RW *Handler Int > 103 maxautovchans RW *Handler Int > 104 pcm0 R Node > 100 buffersize R *Handler Int > 101 vchans RW *Handler Int > 102 spdif_enabled RW *Handler Int > 107 instruction_sse R *Handler Int > 108 availpages R *Handler Int > 109 nvidia R Node > 100 agp R Node > 100 card R Node > 100 rates R *Handler > 101 fw R *Handler > 102 sba R *Handler > 103 registers R *Handler > 101 status R Node > 100 status R *Handler > 101 driver R *Handler > 102 rate R *Handler > 103 fw R *Handler > 104 sba R *Handler > 101 version R *Handler String > 102 registry R Node > 100 EnableAGPSBA RW *Handler > 101 EnableAGPFW RW *Handler > 102 SoftEDIDs RW *Handler > 103 Mobile RW *Handler > 103 cards R Node > 100 0 R Node > 100 model R *Handler String > 101 irq R *Handler > 102 vbios R *Handler > 103 type R *Handler > 110 fxp0 R Node > 100 int_delay RW *Handler Int > 101 bundle_max RW *Handler Int > 7 machdep RW Node > 1 consdev R *Handler Opaque/struct > 2 adjkerntz RW *Handler Int > 3 disable_rtc_set RW *Handler Int > 4 bootinfo R *Handler Opaque/struct > 5 wall_cmos_clock RW *Handler Int > 100 cs_recv_delay RW *Handler Int > 101 do_dump RW *Handler Int > 102 pccard RW Node > 100 mem_start RW *Handler > 101 mem_end RW *Handler > 103 enable_panic_key RW *Handler Int > 104 apm_suspend_delay RW *Handler Int > 105 apm_standby_delay RW *Handler Int > 106 ispc98 R *Handler Int > 107 msgbuf R *Handler String > 108 msgbuf_clear RW *Handler Int > 109 cpu_idle_hlt RW *Handler Int > 110 guessed_bootdev R *Handler > 111 piix_freq RW *Handler Int > 112 smp_active RW *Handler Int > 113 smp_cpus R *Handler Int > 114 invltlb_ok RW *Handler Int > 115 do_page_zero_idle RW *Handler Int > 116 forward_irq_enabled RW *Handler Int > 117 forward_signal_enabled RW *Handler Int > 118 forward_roundrobin_enabled RW *Handler Int > 119 panic_on_nmi RW *Handler Int > 120 uc_devlist R *Handler > 121 i8254_freq RW *Handler Int > 122 tsc_freq RW *Handler Int > 123 conrclk RW *Handler > 124 conspeed RW *Handler Int > 8 user RW Node > 1 cs_path R *Handler String > 2 bc_base_max R *Handler Int > 3 bc_dim_max R *Handler Int > 4 bc_scale_max R *Handler Int > 5 bc_string_max R *Handler Int > 6 coll_weights_max R *Handler Int > 7 expr_nest_max R *Handler Int > 8 line_max R *Handler Int > 9 re_dup_max R *Handler Int > 10 posix2_version R *Handler Int > 11 posix2_c_bind R *Handler Int > 12 posix2_c_dev R *Handler Int > 13 posix2_char_term R *Handler Int > 14 posix2_fort_dev R *Handler Int > 15 posix2_fort_run R *Handler Int > 16 posix2_localedef R *Handler Int > 17 posix2_sw_dev R *Handler Int > 18 posix2_upe R *Handler Int > 19 stream_max R *Handler Int > 20 tzname_max R *Handler Int > 9 p1003_1b RW Node > 1 asynchronous_io R *Handler Int > 2 mapped_files R *Handler Int > 3 memlock R *Handler Int > 4 memlock_range R *Handler Int > 5 memory_protection R *Handler Int > 6 message_passing R *Handler Int > 7 prioritized_io R *Handler Int > 8 priority_scheduling R *Handler Int > 9 realtime_signals R *Handler Int > 10 semaphores R *Handler Int > 11 fsync R *Handler Int > 12 shared_memory_objects R *Handler Int > 13 synchronized_io R *Handler Int > 14 timers R *Handler Int > 15 aio_listio_max R *Handler Int > 16 aio_max R *Handler Int > 17 aio_prio_delta_max R *Handler Int > 18 delaytimer_max R *Handler Int > 19 mq_open_max R *Handler Int > 20 pagesize R *Handler Int > 21 rtsig_max R *Handler Int > 22 sem_nsems_max R *Handler Int > 23 sem_value_max R *Handler Int > 24 sigqueue_max R *Handler Int > 25 timer_max R *Handler Int > 100 jail RW Node > 100 set_hostname_allowed RW *Handler Int > 101 socket_unixiproute_only RW *Handler Int > 102 sysvipc_allowed RW *Handler Int > 101 compat RW Node > 100 linux RW Node > 100 osname RW *Handler String > 101 osrelease RW *Handler String > 102 oss_version RW *Handler Int > > > > here is the output captured from /var/log/messages; > Mar 14 13:06:59 celiana /kernel: lways_keepalive RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 17 udp RW Node > Mar 14 13:06:59 celiana /kernel: 1 checksum RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 2 stats RW *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 3 maxdgram RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 4 recvspace RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 5 pcblist R *Handler > Mar 14 13:06:59 celiana /kernel: 100 log_in_vain RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 blackhole RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 getcred RW *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 100 accf RW Node > Mar 14 13:06:59 celiana /kernel: 100 unloadable RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 255 raw RW Node > Mar 14 13:06:59 celiana /kernel: 100 maxdgram RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 recvspace RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 pcblist R *Handler > Mar 14 13:06:59 celiana /kernel: 17 routetable R *Handler Node > Mar 14 13:06:59 celiana /kernel: 18 link RW Node > Mar 14 13:06:59 celiana /kernel: 0 generic RW Node > Mar 14 13:06:59 celiana /kernel: 1 system RW Node > Mar 14 13:06:59 celiana /kernel: 1 ifcount R *Handler Int > Mar 14 13:06:59 celiana /kernel: 2 ifdata RW *Handler Node > Mar 14 13:06:59 celiana /kernel: 6 ether RW Node > Mar 14 13:06:59 celiana /kernel: 2 inet RW Node > Mar 14 13:06:59 celiana /kernel: 100 prune_intvl RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 max_age RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 host_down_time RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 103 maxtries RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 104 useloopback RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 105 proxyall RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 106 log_arp_wrong_iface RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 100 ipfw RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 55 gif RW Node > Mar 14 13:06:59 celiana /kernel: 100 max_nesting RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 parallel_tunnels RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 28 inet6 RW Node > Mar 14 13:06:59 celiana /kernel: 6 tcp6 RW Node > Mar 14 13:06:59 celiana /kernel: 100 getcred RW *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 17 udp6 RW Node > Mar 14 13:06:59 celiana /kernel: 100 getcred RW *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 41 ip6 RW Node > Mar 14 13:06:59 celiana /kernel: 1 forwarding RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 2 redirect RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 3 hlim RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 6 stats R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 9 maxfragpackets RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 12 accept_rtadv RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 13 keepfaith RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 14 log_interval RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 15 hdrnestlimit RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 16 dad_count RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 17 auto_flowlabel RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 18 defmcasthlim RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 19 gifhlim RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 20 kame_version R *Handler String > Mar 14 13:06:59 celiana /kernel: 21 use_deprecated RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 22 rr_prune RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 24 v6only RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 25 rtexpire RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 26 rtminexpire RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 27 rtmaxcache RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 32 use_tempaddr RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 33 temppltime RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 34 tempvltime RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 35 auto_linklocal RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 36 rip6stats R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 58 icmp6 RW Node > Mar 14 13:06:59 celiana /kernel: 1 stats R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 2 rediraccept RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 3 redirtimeout RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 6 nd6_prune RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 8 nd6_delay RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 9 nd6_umaxtries RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 10 nd6_mmaxtries RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 11 nd6_useloopback RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 13 nodeinfo RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 14 errppslimit RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 15 nd6_maxnudhint RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 18 nd6_debug RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 19 nd6_drlist R *Handler Node > Mar 14 13:06:59 celiana /kernel: 20 nd6_prlist R *Handler Node > Mar 14 13:06:59 celiana /kernel: 5 debug RW Node > Mar 14 13:06:59 celiana /kernel: 100 mddebug RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 elf_trace RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 boothowto R *Handler Int > Mar 14 13:06:59 celiana /kernel: 103 free_devt RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 104 fdexpand R *Handler Int > Mar 14 13:06:59 celiana /kernel: 105 sizeof RW Node > Mar 14 13:06:59 celiana /kernel: 100 vnode R *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 proc R *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 specinfo R *Handler Int > Mar 14 13:06:59 celiana /kernel: 103 disklabel R *Handler Int > Mar 14 13:06:59 celiana /kernel: 104 diskslices R *Handler Int > Mar 14 13:06:59 celiana /kernel: 105 disk R *Handler Int > Mar 14 13:06:59 celiana /kernel: 106 ttydebug RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 107 nchash R *Handler > Mar 14 13:06:59 celiana /kernel: 108 ncnegfactor RW *Handler > Mar 14 13:06:59 celiana /kernel: 109 numneg R *Handler > Mar 14 13:06:59 celiana /kernel: 110 numcache R *Handler > Mar 14 13:06:59 celiana /kernel: 111 vfscache RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 112 vnsize R *Handler Int > Mar 14 13:06:59 celiana /kernel: 113 ncsize R *Handler Int > Mar 14 13:06:59 celiana /kernel: 114 disablecwd RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 115 disablefullpath RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 116 numvnodes R *Handler Int > Mar 14 13:06:59 celiana /kernel: 117 wantfreevnodes RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 118 freevnodes R *Handler Int > Mar 14 13:06:59 celiana /kernel: 119 rush_requests RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 120 vnlru_nowhere RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 121 bpf_bufsize RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 122 bpf_maxbufsize RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 123 if_tun_debug RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 124 ncr_debug RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 125 max_softdeps RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 126 tickdelay RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 127 worklist_push RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 128 blk_limit_push RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 129 ino_limit_push RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 130 blk_limit_hit RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 131 ino_limit_hit RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 132 sync_limit_hit RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 133 indir_blk_ptrs RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 134 inode_bitmap RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 135 direct_blk_ptrs RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 136 dir_entry RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 137 dircheck RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 138 es_debug RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 139 piix_timecounter R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 140 tsc_timecounter R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 141 i8254_timecounter R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 6 hw RW Node > Mar 14 13:06:59 celiana /kernel: 1 machine R *Handler String > Mar 14 13:06:59 celiana /kernel: 2 model R *Handler String > Mar 14 13:06:59 celiana /kernel: 3 ncpu R *Handler Int > Mar 14 13:06:59 celiana /kernel: 4 byteorder R *Handler Int > Mar 14 13:06:59 celiana /kernel: 5 physmem R *Handler Int > Mar 14 13:06:59 celiana /kernel: 6 usermem R *Handler Int > Mar 14 13:06:59 celiana /kernel: 7 pagesize R *Handler Int > Mar 14 13:06:59 celiana /kernel: 10 floatingpoint R *Handler Int > Mar 14 13:06:59 celiana /kernel: 11 machine_arch R *Handler String > Mar 14 13:06:59 celiana /kernel: 100 ata R Node > Mar 14 13:06:59 celiana /kernel: 100 ata_dma R *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 wc R *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 tags R *Handler Int > Mar 14 13:06:59 celiana /kernel: 103 atapi_dma R *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 fxp_rnr RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 intrnames R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 103 intrcnt R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 104 bt848 RW Node > Mar 14 13:06:59 celiana /kernel: 100 card RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 tuner RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 reverse_mute RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 103 format RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 104 slow_msp_audio RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 105 usb RW Node > Mar 14 13:06:59 celiana /kernel: 106 snd R Node > Mar 14 13:06:59 celiana /kernel: 100 targetirqrate RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 report_soft_formats RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 verbose RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 103 maxautovchans RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 104 pcm0 R Node > Mar 14 13:06:59 celiana /kernel: 100 buffersize R *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 vchans RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 spdif_enabled RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 107 instruction_sse R *Handler Int > Mar 14 13:06:59 celiana /kernel: 108 availpages R *Handler Int > Mar 14 13:06:59 celiana /kernel: 109 nvidia R Node > Mar 14 13:06:59 celiana /kernel: 100 agp R Node > Mar 14 13:06:59 celiana /kernel: 100 card R Node > Mar 14 13:06:59 celiana /kernel: 100 rates R *Handler > Mar 14 13:06:59 celiana /kernel: 101 fw R *Handler > Mar 14 13:06:59 celiana /kernel: 102 sba R *Handler > Mar 14 13:06:59 celiana /kernel: 103 registers R *Handler > Mar 14 13:06:59 celiana /kernel: 101 status R Node > Mar 14 13:06:59 celiana /kernel: 100 status R *Handler > Mar 14 13:06:59 celiana /kernel: 101 driver R *Handler > Mar 14 13:06:59 celiana /kernel: 102 rate R *Handler > Mar 14 13:06:59 celiana /kernel: 103 fw R *Handler > Mar 14 13:06:59 celiana /kernel: 104 sba R *Handler > Mar 14 13:06:59 celiana /kernel: 101 version R *Handler String > Mar 14 13:06:59 celiana /kernel: 102 registry R Node > Mar 14 13:06:59 celiana /kernel: 100 EnableAGPSBA RW *Handler > Mar 14 13:06:59 celiana /kernel: 101 EnableAGPFW RW *Handler > Mar 14 13:06:59 celiana /kernel: 102 SoftEDIDs RW *Handler > Mar 14 13:06:59 celiana /kernel: 103 Mobile RW *Handler > Mar 14 13:06:59 celiana /kernel: 103 cards R Node > Mar 14 13:06:59 celiana /kernel: 100 0 R Node > Mar 14 13:06:59 celiana /kernel: 100 model R *Handler String > Mar 14 13:06:59 celiana /kernel: 101 irq R *Handler > Mar 14 13:06:59 celiana /kernel: 102 vbios R *Handler > Mar 14 13:06:59 celiana /kernel: 103 type R *Handler > Mar 14 13:06:59 celiana /kernel: 110 fxp0 R Node > Mar 14 13:06:59 celiana /kernel: 100 int_delay RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 bundle_max RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 7 machdep RW Node > Mar 14 13:06:59 celiana /kernel: 1 consdev R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 2 adjkerntz RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 3 disable_rtc_set RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 4 bootinfo R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 5 wall_cmos_clock RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 100 cs_recv_delay RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 do_dump RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 pccard RW Node > Mar 14 13:06:59 celiana /kernel: 100 mem_start RW *Handler > Mar 14 13:06:59 celiana /kernel: 101 mem_end RW *Handler > Mar 14 13:06:59 celiana /kernel: 103 enable_panic_key RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 104 apm_suspend_delay RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 105 apm_standby_delay RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 106 ispc98 R *Handler Int > Mar 14 13:06:59 celiana /kernel: 107 msgbuf R *Handler String > Mar 14 13:06:59 celiana /kernel: 108 msgbuf_clear RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 109 cpu_idle_hlt RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 110 guessed_bootdev R *Handler > Mar 14 13:06:59 celiana /kernel: 111 piix_freq RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 112 smp_active RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 113 smp_cpus R *Handler Int > Mar 14 13:06:59 celiana /kernel: 114 invltlb_ok RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 115 do_page_zero_idle RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 116 forward_irq_enabled RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 117 forward_signal_enabled RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 118 forward_roundrobin_enabled RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 119 panic_on_nmi RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 120 uc_devlist R *Handler > Mar 14 13:06:59 celiana /kernel: 121 i8254_freq RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 122 tsc_freq RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 123 conrclk RW *Handler > Mar 14 13:06:59 celiana /kernel: 124 conspeed RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 8 user RW Node > Mar 14 13:06:59 celiana /kernel: 1 cs_path R *Handler String > Mar 14 13:06:59 celiana /kernel: 2 bc_base_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 3 bc_dim_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 4 bc_scale_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 5 bc_string_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 6 coll_weights_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 7 expr_nest_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 8 line_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 9 re_dup_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 10 posix2_version R *Handler Int > Mar 14 13:06:59 celiana /kernel: 11 posix2_c_bind R *Handler Int > Mar 14 13:06:59 celiana /kernel: 12 posix2_c_dev R *Handler Int > Mar 14 13:06:59 celiana /kernel: 13 posix2_char_term R *Handler Int > Mar 14 13:06:59 celiana /kernel: 14 posix2_fort_dev R *Handler Int > Mar 14 13:06:59 celiana /kernel: 15 posix2_fort_run R *Handler Int > Mar 14 13:06:59 celiana /kernel: 16 posix2_localedef R *Handler Int > Mar 14 13:06:59 celiana /kernel: 17 posix2_sw_dev R *Handler Int > Mar 14 13:06:59 celiana /kernel: 18 posix2_upe R *Handler Int > Mar 14 13:06:59 celiana /kernel: 19 stream_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 20 tzname_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 9 p1003_1b RW Node > Mar 14 13:06:59 celiana /kernel: 1 asynchronous_io R *Handler Int > Mar 14 13:06:59 celiana /kernel: 2 mapped_files R *Handler Int > Mar 14 13:06:59 celiana /kernel: 3 memlock R *Handler Int > Mar 14 13:06:59 celiana /kernel: 4 memlock_range R *Handler Int > Mar 14 13:06:59 celiana /kernel: 5 memory_protection R *Handler Int > Mar 14 13:06:59 celiana /kernel: 6 message_passing R *Handler Int > Mar 14 13:06:59 celiana /kernel: 7 prioritized_io R *Handler Int > Mar 14 13:06:59 celiana /kernel: 8 priority_scheduling R *Handler Int > Mar 14 13:06:59 celiana /kernel: 9 realtime_signals R *Handler Int > Mar 14 13:06:59 celiana /kernel: 10 semaphores R *Handler Int > Mar 14 13:06:59 celiana /kernel: 11 fsync R *Handler Int > Mar 14 13:06:59 celiana /kernel: 12 shared_memory_objects R *Handler Int > Mar 14 13:06:59 celiana /kernel: 13 synchronized_io R *Handler Int > Mar 14 13:06:59 celiana /kernel: 14 timers R *Handler Int > Mar 14 13:06:59 celiana /kernel: 15 aio_listio_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 16 aio_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 17 aio_prio_delta_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 18 delaytimer_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 19 mq_open_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 20 pagesize R *Handler Int > Mar 14 13:06:59 celiana /kernel: 21 rtsig_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 22 sem_nsems_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 23 sem_value_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 24 sigqueue_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 25 timer_max R *Handler Int > Mar 14 13:06:59 celiana /kernel: 100 jail RW Node > Mar 14 13:06:59 celiana /kernel: 100 set_hostname_allowed RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 socket_unixiproute_only RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 sysvipc_allowed RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 compat RW Node > Mar 14 13:06:59 celiana /kernel: 100 linux RW Node > Mar 14 13:06:59 celiana /kernel: 100 osname RW *Handler String > Mar 14 13:06:59 celiana /kernel: 101 osrelease RW *Handler String > Mar 14 13:06:59 celiana /kernel: 102 oss_version RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 0 sysctl RW Node > Mar 14 13:06:59 celiana /kernel: 0 debug R *Handler String > Mar 14 13:06:59 celiana /kernel: 1 name R *Handler Node > Mar 14 13:06:59 celiana /kernel: 2 next R *Handler Node > Mar 14 13:06:59 celiana /kernel: 3 name2oid RW *Handler > Mar 14 13:06:59 celiana /kernel: 4 oidfmt R *Handler Node > Mar 14 13:06:59 celiana /kernel: 1 kern RW Node > Mar 14 13:06:59 celiana /kernel: 1 ostype R *Handler String > Mar 14 13:06:59 celiana /kernel: 2 osrelease R *Handler String > Mar 14 13:06:59 celiana /kernel: 3 osrevision R *Handler Int > Mar 14 13:06:59 celiana /kernel: 4 version R *Handler String > Mar 14 13:06:59 celiana /kernel: 5 maxvnodes RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 6 maxproc R *Handler Int > Mar 14 13:06:59 celiana /kernel: 7 maxfiles RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 8 argmax R *Handler Int > Mar 14 13:06:59 celiana /kernel: 9 securelevel RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 10 hostname RW *Handler String > Mar 14 13:06:59 celiana /kernel: 11 hostid RW *Handler > Mar 14 13:06:59 celiana /kernel: 12 clockrate R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 14 proc R Node > Mar 14 13:06:59 celiana /kernel: 0 all R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 1 pid R *Handler Node > Mar 14 13:06:59 celiana /kernel: 2 pgrp R *Handler Node > Mar 14 13:06:59 celiana /kernel: 4 tty R *Handler Node > Mar 14 13:06:59 celiana /kernel: 5 uid R *Handler Node > Mar 14 13:06:59 celiana /kernel: 6 ruid R *Handler Node > Mar 14 13:06:59 celiana /kernel: 7 args RW *Handler Node > Mar 14 13:06:59 celiana /kernel: 15 file R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 17 posix1version R *Handler Int > Mar 14 13:06:59 celiana /kernel: 18 ngroups R *Handler Int > Mar 14 13:06:59 celiana /kernel: 19 job_control R *Handler Int > Mar 14 13:06:59 celiana /kernel: 20 saved_ids R *Handler Int > Mar 14 13:06:59 celiana /kernel: 21 boottime R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 22 domainname RW *Handler String > Mar 14 13:06:59 celiana /kernel: 24 osreldate R *Handler Int > Mar 14 13:06:59 celiana /kernel: 26 bootfile RW *Handler String > Mar 14 13:06:59 celiana /kernel: 27 maxfilesperproc RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 28 maxprocperuid RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 29 dumpdev RW *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 30 ipc RW Node > Mar 14 13:06:59 celiana /kernel: 1 maxsockbuf RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 2 sockbuf_waste_factor RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 3 somaxconn RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 4 max_linkhdr RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 5 max_protohdr RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 6 max_hdr RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 7 max_datalen RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 8 mbstat RW *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 9 nmbclusters R *Handler Int > Mar 14 13:06:59 celiana /kernel: 100 semmap RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 semmni R *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 semmns R *Handler Int > Mar 14 13:06:59 celiana /kernel: 103 semmnu R *Handler Int > Mar 14 13:06:59 celiana /kernel: 104 semmsl RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 105 semopm R *Handler Int > Mar 14 13:06:59 celiana /kernel: 106 semume R *Handler Int > Mar 14 13:06:59 celiana /kernel: 107 semusz R *Handler Int > Mar 14 13:06:59 celiana /kernel: 108 semvmx RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 109 semaem RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 110 shmmax RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 111 shmmin RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 112 shmmni R *Handler Int > Mar 14 13:06:59 celiana /kernel: 113 shmseg RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 114 shmall RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 115 shm_use_phys RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 116 mbuf_wait RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 117 mbtypes R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 118 nmbufs R *Handler Int > Mar 14 13:06:59 celiana /kernel: 119 mcl_pool_max RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 120 mcl_pool_now R *Handler Int > Mar 14 13:06:59 celiana /kernel: 121 maxsockets R *Handler Int > Mar 14 13:06:59 celiana /kernel: 31 dummy RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 32 ps_strings R *Handler > Mar 14 13:06:59 celiana /kernel: 33 usrstack R *Handler > Mar 14 13:06:59 celiana /kernel: 34 logsigexit RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 100 cam R Node > Mar 14 13:06:59 celiana /kernel: 100 da R Node > Mar 14 13:06:59 celiana /kernel: 100 retry_count RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 default_timeout RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 no_6_byte RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 cd R Node > Mar 14 13:06:59 celiana /kernel: 100 changer R Node > Mar 14 13:06:59 celiana /kernel: 100 min_busy_seconds RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 max_busy_seconds RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 fallback_elf_brand RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 init_path R *Handler String > Mar 14 13:06:59 celiana /kernel: 103 module_path RW *Handler String > Mar 14 13:06:59 celiana /kernel: 104 acct_suspend RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 105 acct_resume RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 106 acct_chkfreq RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 107 cp_time R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 108 timecounter RW Node > Mar 14 13:06:59 celiana /kernel: 100 method RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 hardware RW *Handler String > Mar 14 13:06:59 celiana /kernel: 109 openfiles R *Handler Int > Mar 14 13:06:59 celiana /kernel: 110 environment R *Handler Node > Mar 14 13:06:59 celiana /kernel: 111 kq_calloutmax RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 112 ps_arg_cache_limit RW *Handler > Mar 14 13:06:59 celiana /kernel: 113 ps_argsopen RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 114 randompid RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 115 maxusers R *Handler Int > Mar 14 13:06:59 celiana /kernel: 116 ntp_pll RW Node > Mar 14 13:06:59 celiana /kernel: 100 gettime R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 117 ps_showallprocs RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 118 shutdown RW Node > Mar 14 13:06:59 celiana /kernel: 100 poweroff_delay RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 kproc_shutdown_wait RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 119 sugid_coredump RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 120 coredump RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 121 corefile RW *Handler String > Mar 14 13:06:59 celiana /kernel: 122 quantum RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 123 ccpu R *Handler Int > Mar 14 13:06:59 celiana /kernel: 124 fscale R *Handler Int > Mar 14 13:06:59 celiana /kernel: 125 devstat R Node > Mar 14 13:06:59 celiana /kernel: 100 all R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 101 numdevs R *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 generation R *Handler > Mar 14 13:06:59 celiana /kernel: 103 version R *Handler Int > Mar 14 13:06:59 celiana /kernel: 126 disks R *Handler String > Mar 14 13:06:59 celiana /kernel: 127 log_wakeups_per_second RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 128 log_console_output RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 129 msgbuf R *Handler String > Mar 14 13:06:59 celiana /kernel: 130 msgbuf_clear RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 131 nselcoll R *Handler Int > Mar 14 13:06:59 celiana /kernel: 132 ttys R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 133 consmute RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 134 filedelay RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 135 dirdelay RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 136 metadelay RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 137 minvnodes RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 138 chroot_allow_open_directories RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 2 vm RW Node > Mar 14 13:06:59 celiana /kernel: 1 vmmeter R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 2 loadavg R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 3 v_free_min RW *Handler > Mar 14 13:06:59 celiana /kernel: 4 v_free_target RW *Handler > Mar 14 13:06:59 celiana /kernel: 5 v_free_reserved RW *Handler > Mar 14 13:06:59 celiana /kernel: 6 v_inactive_target RW *Handler > Mar 14 13:06:59 celiana /kernel: 7 v_cache_min RW *Handler > Mar 14 13:06:59 celiana /kernel: 8 v_cache_max RW *Handler > Mar 14 13:06:59 celiana /kernel: 9 v_pageout_free_min RW *Handler > Mar 14 13:06:59 celiana /kernel: 10 pageout_algorithm RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 11 swap_enabled RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 100 swap_async_max RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 swap_idle_threshold1 RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 swap_idle_threshold2 RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 103 v_free_severe RW *Handler > Mar 14 13:06:59 celiana /kernel: 104 stats RW Node > Mar 14 13:06:59 celiana /kernel: 100 sys RW Node > Mar 14 13:06:59 celiana /kernel: 100 v_swtch R *Handler > Mar 14 13:06:59 celiana /kernel: 101 v_trap R *Handler > Mar 14 13:06:59 celiana /kernel: 102 v_syscall R *Handler > Mar 14 13:06:59 celiana /kernel: 103 v_intr R *Handler > Mar 14 13:06:59 celiana /kernel: 104 v_soft R *Handler > Mar 14 13:06:59 celiana /kernel: 101 vm RW Node > Mar 14 13:06:59 celiana /kernel: 100 v_vm_faults R *Handler > Mar 14 13:06:59 celiana /kernel: 101 v_cow_faults R *Handler > Mar 14 13:06:59 celiana /kernel: 102 v_cow_optim R *Handler > Mar 14 13:06:59 celiana /kernel: 103 v_zfod R *Handler > Mar 14 13:06:59 celiana /kernel: 104 v_ozfod R *Handler > Mar 14 13:06:59 celiana /kernel: 105 v_swapin R *Handler > Mar 14 13:06:59 celiana /kernel: 106 v_swapout R *Handler > Mar 14 13:06:59 celiana /kernel: 107 v_swappgsin R *Handler > Mar 14 13:06:59 celiana /kernel: 108 v_swappgsout R *Handler > Mar 14 13:06:59 celiana /kernel: 109 v_vnodein R *Handler > Mar 14 13:06:59 celiana /kernel: 110 v_vnodeout R *Handler > Mar 14 13:06:59 celiana /kernel: 111 v_vnodepgsin R *Handler > Mar 14 13:06:59 celiana /kernel: 112 v_vnodepgsout R *Handler > Mar 14 13:06:59 celiana /kernel: 113 v_intrans R *Handler > Mar 14 13:06:59 celiana /kernel: 114 v_reactivated R *Handler > Mar 14 13:06:59 celiana /kernel: 115 v_pdwakeups R *Handler > Mar 14 13:06:59 celiana /kernel: 116 v_pdpages R *Handler > Mar 14 13:06:59 celiana /kernel: 117 v_dfree R *Handler > Mar 14 13:06:59 celiana /kernel: 118 v_pfree R *Handler > Mar 14 13:06:59 celiana /kernel: 119 v_tfree R *Handler > Mar 14 13:06:59 celiana /kernel: 120 v_page_size R *Handler > Mar 14 13:06:59 celiana /kernel: 121 v_page_count R *Handler > Mar 14 13:06:59 celiana /kernel: 122 v_free_reserved R *Handler > Mar 14 13:06:59 celiana /kernel: 123 v_free_target R *Handler > Mar 14 13:06:59 celiana /kernel: 124 v_free_min R *Handler > Mar 14 13:06:59 celiana /kernel: 125 v_free_count R *Handler > Mar 14 13:06:59 celiana /kernel: 126 v_wire_count R *Handler > Mar 14 13:06:59 celiana /kernel: 127 v_active_count R *Handler > Mar 14 13:06:59 celiana /kernel: 128 v_inactive_target R *Handler > Mar 14 13:06:59 celiana /kernel: 129 v_inactive_count R *Handler > Mar 14 13:06:59 celiana /kernel: 130 v_cache_count R *Handler > Mar 14 13:06:59 celiana /kernel: 131 v_cache_min R *Handler > Mar 14 13:06:59 celiana /kernel: 132 v_cache_max R *Handler > Mar 14 13:06:59 celiana /kernel: 133 v_pageout_free_min R *Handler > Mar 14 13:06:59 celiana /kernel: 134 v_interrupt_free_min R *Handler > Mar 14 13:06:59 celiana /kernel: 135 v_forks R *Handler > Mar 14 13:06:59 celiana /kernel: 136 v_vforks R *Handler > Mar 14 13:06:59 celiana /kernel: 137 v_rforks R *Handler > Mar 14 13:06:59 celiana /kernel: 138 v_kthreads R *Handler > Mar 14 13:06:59 celiana /kernel: 139 v_forkpages R *Handler > Mar 14 13:06:59 celiana /kernel: 140 v_vforkpages R *Handler > Mar 14 13:06:59 celiana /kernel: 141 v_rforkpages R *Handler > Mar 14 13:06:59 celiana /kernel: 142 v_kthreadpages R *Handler > Mar 14 13:06:59 celiana /kernel: 102 misc RW Node > Mar 14 13:06:59 celiana /kernel: 100 zero_page_count R *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 cnt_prezero R *Handler Int > Mar 14 13:06:59 celiana /kernel: 105 max_proc_mmap RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 106 msync_flush_flags RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 107 max_launder RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 108 pageout_stats_max RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 109 pageout_full_stats_interval RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 110 pageout_stats_interval RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 111 pageout_stats_free_max RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 112 swap_idle_enabled RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 113 defer_swapspace_pageouts RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 114 disable_swapspace_pageouts RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 115 pageout_lock_miss R *Handler Int > Mar 14 13:06:59 celiana /kernel: 116 zone R *Handler String > Mar 14 13:06:59 celiana /kernel: 117 zone_kmem_pages R *Handler Int > Mar 14 13:06:59 celiana /kernel: 118 zone_kmem_kvaspace R *Handler Int > Mar 14 13:06:59 celiana /kernel: 119 zone_kern_pages R *Handler Int > Mar 14 13:06:59 celiana /kernel: 120 kvm_size R *Handler > Mar 14 13:06:59 celiana /kernel: 121 kvm_free R *Handler > Mar 14 13:06:59 celiana /kernel: 3 vfs RW Node > Mar 14 13:06:59 celiana /kernel: 0 generic R *Handler Node > Mar 14 13:06:59 celiana /kernel: 2 ufs R Node > Mar 14 13:06:59 celiana /kernel: 100 dirhash_minsize RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 dirhash_maxmem RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 dirhash_mem R *Handler Int > Mar 14 13:06:59 celiana /kernel: 103 dirhash_docheck RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 3 nfs RW Node > Mar 14 13:06:59 celiana /kernel: 1 nfsstats R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 2 nfs_privport RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 100 async RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 commit_blks RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 commit_miss RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 103 realign_test RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 104 realign_count RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 105 bufpackets RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 106 gatherdelay RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 107 gatherdelay_v3 RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 108 defect RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 109 diskless_valid R *Handler Int > Mar 14 13:06:59 celiana /kernel: 110 diskless_rootpath R *Handler String > Mar 14 13:06:59 celiana /kernel: 111 diskless_rootaddr R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 112 diskless_swappath R *Handler String > Mar 14 13:06:59 celiana /kernel: 113 diskless_swapaddr R *Handler Opaque/struct > Mar 14 13:06:59 celiana /kernel: 114 access_cache_timeout RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 115 nfsv3_commit_on_close RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 100 numdirtybuffers R *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 lodirtybuffers RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 hidirtybuffers RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 103 numfreebuffers R *Handler Int > Mar 14 13:06:59 celiana /kernel: 104 lofreebuffers RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 105 hifreebuffers RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 106 runningbufspace R *Handler Int > Mar 14 13:06:59 celiana /kernel: 107 lorunningspace RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 108 hirunningspace RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 109 maxbufspace R *Handler Int > Mar 14 13:06:59 celiana /kernel: 110 hibufspace R *Handler Int > Mar 14 13:06:59 celiana /kernel: 111 lobufspace R *Handler Int > Mar 14 13:06:59 celiana /kernel: 112 bufspace R *Handler Int > Mar 14 13:06:59 celiana /kernel: 113 maxmallocbufspace RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 114 bufmallocspace R *Handler Int > Mar 14 13:06:59 celiana /kernel: 115 getnewbufcalls RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 116 getnewbufrestarts RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 117 vmiodirenable RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 118 bufdefragcnt RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 119 buffreekvacnt RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 120 bufreusecnt RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 121 cache RW Node > Mar 14 13:06:59 celiana /kernel: 100 numneg R *Handler > Mar 14 13:06:59 celiana /kernel: 101 numcache R *Handler > Mar 14 13:06:59 celiana /kernel: 102 numcalls R *Handler > Mar 14 13:06:59 celiana /kernel: 103 dothits R *Handler > Mar 14 13:06:59 celiana /kernel: 104 dotdothits R *Handler > Mar 14 13:06:59 celiana /kernel: 105 numchecks R *Handler > Mar 14 13:06:59 celiana /kernel: 106 nummiss R *Handler > Mar 14 13:06:59 celiana /kernel: 107 nummisszap R *Handler > Mar 14 13:06:59 celiana /kernel: 108 numposzaps R *Handler > Mar 14 13:06:59 celiana /kernel: 109 numposhits R *Handler > Mar 14 13:06:59 celiana /kernel: 110 numnegzaps R *Handler > Mar 14 13:06:59 celiana /kernel: 111 numneghits R *Handler > Mar 14 13:06:59 celiana /kernel: 112 numcwdcalls R *Handler > Mar 14 13:06:59 celiana /kernel: 113 numcwdfail1 R *Handler > Mar 14 13:06:59 celiana /kernel: 114 numcwdfail2 R *Handler > Mar 14 13:06:59 celiana /kernel: 115 numcwdfail3 R *Handler > Mar 14 13:06:59 celiana /kernel: 116 numcwdfail4 R *Handler > Mar 14 13:06:59 celiana /kernel: 117 numcwdfound R *Handler > Mar 14 13:06:59 celiana /kernel: 118 numfullpathcalls R *Handler > Mar 14 13:06:59 celiana /kernel: 119 numfullpathfail1 R *Handler > Mar 14 13:06:59 celiana /kernel: 120 numfullpathfail2 R *Handler > Mar 14 13:06:59 celiana /kernel: 121 numfullpathfail3 R *Handler > Mar 14 13:06:59 celiana /kernel: 122 numfullpathfail4 R *Handler > Mar 14 13:06:59 celiana /kernel: 123 numfullpathfound R *Handler > Mar 14 13:06:59 celiana /kernel: 122 write_behind RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 123 reassignbufcalls RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 124 reassignbufloops RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 125 reassignbufsortgood RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 126 reassignbufsortbad RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 127 reassignbufmethod RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 128 nameileafonly RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 129 timestamp_precision RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 130 usermount RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 132 ffs RW Node > Mar 14 13:06:59 celiana /kernel: 3 doreallocblks RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 4 doasyncfree RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 4 net RW Node > Mar 14 13:06:59 celiana /kernel: 1 local RW Node > Mar 14 13:06:59 celiana /kernel: 1 stream RW Node > Mar 14 13:06:59 celiana /kernel: 100 sendspace RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 recvspace RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 pcblist R *Handler > Mar 14 13:06:59 celiana /kernel: 2 dgram RW Node > Mar 14 13:06:59 celiana /kernel: 100 maxdgram RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 recvspace RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 pcblist R *Handler > Mar 14 13:06:59 celiana /kernel: 100 inflight R *Handler Int > Mar 14 13:06:59 celiana /kernel: 2 inet RW Node > Mar 14 13:06:59 celiana /kernel: 0 ip RW Node > Mar 14 13:06:59 celiana /kernel: 0 portrange RW Node > Mar 14 13:06:59 celiana /kernel: 100 lowfirst RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 101 lowlast RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 102 first RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 103 last RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 104 hifirst RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 105 hilast RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 1 forwarding RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 2 redirect RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 3 ttl RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 5 rtexpire RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 6 rtminexpire RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 7 rtmaxcache RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 8 sourceroute RW *Handler Int > Mar 14 13:06:59 celiana /kernel: 10 intr_queue_maxlen RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 11 intr_queue_drops R *Handler Int > Mar 14 13:07:00 celiana /kernel: 12 stats RW *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 13 accept_sourceroute RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 14 fastforwarding RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 15 keepfaith RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 16 gifttl RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 100 subnets_are_local RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 maxfragpackets RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 102 check_interface RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 1 icmp RW Node > Mar 14 13:07:00 celiana /kernel: 1 maskrepl RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 2 stats RW *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 3 icmplim RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 100 drop_redirect RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 log_redirect RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 102 icmplim_output RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 103 bmcastecho RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 2 igmp RW Node > Mar 14 13:07:00 celiana /kernel: 1 stats RW *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 6 tcp RW Node > Mar 14 13:07:00 celiana /kernel: 1 rfc1323 RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 2 rfc1644 RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 3 mssdflt RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 4 stats RW *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 6 keepidle RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 7 keepintvl RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 8 sendspace RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 9 recvspace RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 10 keepinit RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 11 pcblist R *Handler > Mar 14 13:07:00 celiana /kernel: 12 delacktime RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 13 v6mssdflt RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 100 log_in_vain RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 blackhole RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 102 delayed_ack RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 103 path_mtu_discovery RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 104 slowstart_flightsize RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 105 local_slowstart_flightsize RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 106 newreno RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 107 tcbhashsize R *Handler Int > Mar 14 13:07:00 celiana /kernel: 108 do_tcpdrain RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 109 pcbcount R *Handler Int > Mar 14 13:07:00 celiana /kernel: 110 icmp_may_rst RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 111 isn_reseed_interval RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 112 inflight_enable RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 113 inflight_debug RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 114 inflight_min RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 115 inflight_max RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 116 getcred RW *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 117 syncookies RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 118 syncache RW Node > Mar 14 13:07:00 celiana /kernel: 100 bucketlimit R *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 cachelimit R *Handler Int > Mar 14 13:07:00 celiana /kernel: 102 count R *Handler Int > Mar 14 13:07:00 celiana /kernel: 103 hashsize R *Handler Int > Mar 14 13:07:00 celiana /kernel: 104 rexmtlimit RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 119 msl RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 120 rexmit_min RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 121 rexmit_slop RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 122 always_keepalive RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 17 udp RW Node > Mar 14 13:07:00 celiana /kernel: 1 checksum RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 2 stats RW *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 3 maxdgram RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 4 recvspace RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 5 pcblist R *Handler > Mar 14 13:07:00 celiana /kernel: 100 log_in_vain RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 blackhole RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 102 getcred RW *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 100 accf RW Node > Mar 14 13:07:00 celiana /kernel: 100 unloadable RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 255 raw RW Node > Mar 14 13:07:00 celiana /kernel: 100 maxdgram RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 recvspace RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 102 pcblist R *Handler > Mar 14 13:07:00 celiana /kernel: 17 routetable R *Handler Node > Mar 14 13:07:00 celiana /kernel: 18 link RW Node > Mar 14 13:07:00 celiana /kernel: 0 generic RW Node > Mar 14 13:07:00 celiana /kernel: 1 system RW Node > Mar 14 13:07:00 celiana /kernel: 1 ifcount R *Handler Int > Mar 14 13:07:00 celiana /kernel: 2 ifdata RW *Handler Node > Mar 14 13:07:00 celiana /kernel: 6 ether RW Node > Mar 14 13:07:00 celiana /kernel: 2 inet RW Node > Mar 14 13:07:00 celiana /kernel: 100 prune_intvl RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 max_age RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 102 host_down_time RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 103 maxtries RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 104 useloopback RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 105 proxyall RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 106 log_arp_wrong_iface RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 100 ipfw RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 55 gif RW Node > Mar 14 13:07:00 celiana /kernel: 100 max_nesting RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 parallel_tunnels RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 28 inet6 RW Node > Mar 14 13:07:00 celiana /kernel: 6 tcp6 RW Node > Mar 14 13:07:00 celiana /kernel: 100 getcred RW *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 17 udp6 RW Node > Mar 14 13:07:00 celiana /kernel: 100 getcred RW *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 41 ip6 RW Node > Mar 14 13:07:00 celiana /kernel: 1 forwarding RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 2 redirect RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 3 hlim RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 6 stats R *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 9 maxfragpackets RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 12 accept_rtadv RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 13 keepfaith RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 14 log_interval RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 15 hdrnestlimit RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 16 dad_count RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 17 auto_flowlabel RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 18 defmcasthlim RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 19 gifhlim RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 20 kame_version R *Handler String > Mar 14 13:07:00 celiana /kernel: 21 use_deprecated RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 22 rr_prune RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 24 v6only RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 25 rtexpire RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 26 rtminexpire RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 27 rtmaxcache RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 32 use_tempaddr RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 33 temppltime RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 34 tempvltime RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 35 auto_linklocal RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 36 rip6stats R *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 58 icmp6 RW Node > Mar 14 13:07:00 celiana /kernel: 1 stats R *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 2 rediraccept RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 3 redirtimeout RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 6 nd6_prune RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 8 nd6_delay RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 9 nd6_umaxtries RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 10 nd6_mmaxtries RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 11 nd6_useloopback RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 13 nodeinfo RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 14 errppslimit RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 15 nd6_maxnudhint RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 18 nd6_debug RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 19 nd6_drlist R *Handler Node > Mar 14 13:07:00 celiana /kernel: 20 nd6_prlist R *Handler Node > Mar 14 13:07:00 celiana /kernel: 5 debug RW Node > Mar 14 13:07:00 celiana /kernel: 100 mddebug RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 elf_trace RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 102 boothowto R *Handler Int > Mar 14 13:07:00 celiana /kernel: 103 free_devt RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 104 fdexpand R *Handler Int > Mar 14 13:07:00 celiana /kernel: 105 sizeof RW Node > Mar 14 13:07:00 celiana /kernel: 100 vnode R *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 proc R *Handler Int > Mar 14 13:07:00 celiana /kernel: 102 specinfo R *Handler Int > Mar 14 13:07:00 celiana /kernel: 103 disklabel R *Handler Int > Mar 14 13:07:00 celiana /kernel: 104 diskslices R *Handler Int > Mar 14 13:07:00 celiana /kernel: 105 disk R *Handler Int > Mar 14 13:07:00 celiana /kernel: 106 ttydebug RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 107 nchash R *Handler > Mar 14 13:07:00 celiana /kernel: 108 ncnegfactor RW *Handler > Mar 14 13:07:00 celiana /kernel: 109 numneg R *Handler > Mar 14 13:07:00 celiana /kernel: 110 numcache R *Handler > Mar 14 13:07:00 celiana /kernel: 111 vfscache RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 112 vnsize R *Handler Int > Mar 14 13:07:00 celiana /kernel: 113 ncsize R *Handler Int > Mar 14 13:07:00 celiana /kernel: 114 disablecwd RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 115 disablefullpath RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 116 numvnodes R *Handler Int > Mar 14 13:07:00 celiana /kernel: 117 wantfreevnodes RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 118 freevnodes R *Handler Int > Mar 14 13:07:00 celiana /kernel: 119 rush_requests RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 120 vnlru_nowhere RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 121 bpf_bufsize RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 122 bpf_maxbufsize RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 123 if_tun_debug RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 124 ncr_debug RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 125 max_softdeps RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 126 tickdelay RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 127 worklist_push RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 128 blk_limit_push RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 129 ino_limit_push RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 130 blk_limit_hit RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 131 ino_limit_hit RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 132 sync_limit_hit RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 133 indir_blk_ptrs RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 134 inode_bitmap RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 135 direct_blk_ptrs RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 136 dir_entry RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 137 dircheck RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 138 es_debug RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 139 piix_timecounter R *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 140 tsc_timecounter R *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 141 i8254_timecounter R *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 6 hw RW Node > Mar 14 13:07:00 celiana /kernel: 1 machine R *Handler String > Mar 14 13:07:00 celiana /kernel: 2 model R *Handler String > Mar 14 13:07:00 celiana /kernel: 3 ncpu R *Handler Int > Mar 14 13:07:00 celiana /kernel: 4 byteorder R *Handler Int > Mar 14 13:07:00 celiana /kernel: 5 physmem R *Handler Int > Mar 14 13:07:00 celiana /kernel: 6 usermem R *Handler Int > Mar 14 13:07:00 celiana /kernel: 7 pagesize R *Handler Int > Mar 14 13:07:00 celiana /kernel: 10 floatingpoint R *Handler Int > Mar 14 13:07:00 celiana /kernel: 11 machine_arch R *Handler String > Mar 14 13:07:00 celiana /kernel: 100 ata R Node > Mar 14 13:07:00 celiana /kernel: 100 ata_dma R *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 wc R *Handler Int > Mar 14 13:07:00 celiana /kernel: 102 tags R *Handler Int > Mar 14 13:07:00 celiana /kernel: 103 atapi_dma R *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 fxp_rnr RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 102 intrnames R *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 103 intrcnt R *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 104 bt848 RW Node > Mar 14 13:07:00 celiana /kernel: 100 card RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 tuner RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 102 reverse_mute RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 103 format RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 104 slow_msp_audio RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 105 usb RW Node > Mar 14 13:07:00 celiana /kernel: 106 snd R Node > Mar 14 13:07:00 celiana /kernel: 100 targetirqrate RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 report_soft_formats RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 102 verbose RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 103 maxautovchans RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 104 pcm0 R Node > Mar 14 13:07:00 celiana /kernel: 100 buffersize R *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 vchans RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 102 spdif_enabled RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 107 instruction_sse R *Handler Int > Mar 14 13:07:00 celiana /kernel: 108 availpages R *Handler Int > Mar 14 13:07:00 celiana /kernel: 109 nvidia R Node > Mar 14 13:07:00 celiana /kernel: 100 agp R Node > Mar 14 13:07:00 celiana /kernel: 100 card R Node > Mar 14 13:07:00 celiana /kernel: 100 rates R *Handler > Mar 14 13:07:00 celiana /kernel: 101 fw R *Handler > Mar 14 13:07:00 celiana /kernel: 102 sba R *Handler > Mar 14 13:07:00 celiana /kernel: 103 registers R *Handler > Mar 14 13:07:00 celiana /kernel: 101 status R Node > Mar 14 13:07:00 celiana /kernel: 100 status R *Handler > Mar 14 13:07:00 celiana /kernel: 101 driver R *Handler > Mar 14 13:07:00 celiana /kernel: 102 rate R *Handler > Mar 14 13:07:00 celiana /kernel: 103 fw R *Handler > Mar 14 13:07:00 celiana /kernel: 104 sba R *Handler > Mar 14 13:07:00 celiana /kernel: 101 version R *Handler String > Mar 14 13:07:00 celiana /kernel: 102 registry R Node > Mar 14 13:07:00 celiana /kernel: 100 EnableAGPSBA RW *Handler > Mar 14 13:07:00 celiana /kernel: 101 EnableAGPFW RW *Handler > Mar 14 13:07:00 celiana /kernel: 102 SoftEDIDs RW *Handler > Mar 14 13:07:00 celiana /kernel: 103 Mobile RW *Handler > Mar 14 13:07:00 celiana /kernel: 103 cards R Node > Mar 14 13:07:00 celiana /kernel: 100 0 R Node > Mar 14 13:07:00 celiana /kernel: 100 model R *Handler String > Mar 14 13:07:00 celiana /kernel: 101 irq R *Handler > Mar 14 13:07:00 celiana /kernel: 102 vbios R *Handler > Mar 14 13:07:00 celiana /kernel: 103 type R *Handler > Mar 14 13:07:00 celiana /kernel: 110 fxp0 R Node > Mar 14 13:07:00 celiana /kernel: 100 int_delay RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 bundle_max RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 7 machdep RW Node > Mar 14 13:07:00 celiana /kernel: 1 consdev R *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 2 adjkerntz RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 3 disable_rtc_set RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 4 bootinfo R *Handler Opaque/struct > Mar 14 13:07:00 celiana /kernel: 5 wall_cmos_clock RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 100 cs_recv_delay RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 do_dump RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 102 pccard RW Node > Mar 14 13:07:00 celiana /kernel: 100 mem_start RW *Handler > Mar 14 13:07:00 celiana /kernel: 101 mem_end RW *Handler > Mar 14 13:07:00 celiana /kernel: 103 enable_panic_key RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 104 apm_suspend_delay RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 105 apm_standby_delay RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 106 ispc98 R *Handler Int > Mar 14 13:07:00 celiana /kernel: 107 msgbuf R *Handler String > Mar 14 13:07:00 celiana /kernel: 108 msgbuf_clear RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 109 cpu_idle_hlt RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 110 guessed_bootdev R *Handler > Mar 14 13:07:00 celiana /kernel: 111 piix_freq RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 112 smp_active RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 113 smp_cpus R *Handler Int > Mar 14 13:07:00 celiana /kernel: 114 invltlb_ok RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 115 do_page_zero_idle RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 116 forward_irq_enabled RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 117 forward_signal_enabled RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 118 forward_roundrobin_enabled RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 119 panic_on_nmi RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 120 uc_devlist R *Handler > Mar 14 13:07:00 celiana /kernel: 121 i8254_freq RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 122 tsc_freq RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 123 conrclk RW *Handler > Mar 14 13:07:00 celiana /kernel: 124 conspeed RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 8 user RW Node > Mar 14 13:07:00 celiana /kernel: 1 cs_path R *Handler String > Mar 14 13:07:00 celiana /kernel: 2 bc_base_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 3 bc_dim_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 4 bc_scale_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 5 bc_string_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 6 coll_weights_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 7 expr_nest_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 8 line_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 9 re_dup_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 10 posix2_version R *Handler Int > Mar 14 13:07:00 celiana /kernel: 11 posix2_c_bind R *Handler Int > Mar 14 13:07:00 celiana /kernel: 12 posix2_c_dev R *Handler Int > Mar 14 13:07:00 celiana /kernel: 13 posix2_char_term R *Handler Int > Mar 14 13:07:00 celiana /kernel: 14 posix2_fort_dev R *Handler Int > Mar 14 13:07:00 celiana /kernel: 15 posix2_fort_run R *Handler Int > Mar 14 13:07:00 celiana /kernel: 16 posix2_localedef R *Handler Int > Mar 14 13:07:00 celiana /kernel: 17 posix2_sw_dev R *Handler Int > Mar 14 13:07:00 celiana /kernel: 18 posix2_upe R *Handler Int > Mar 14 13:07:00 celiana /kernel: 19 stream_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 20 tzname_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 9 p1003_1b RW Node > Mar 14 13:07:00 celiana /kernel: 1 asynchronous_io R *Handler Int > Mar 14 13:07:00 celiana /kernel: 2 mapped_files R *Handler Int > Mar 14 13:07:00 celiana /kernel: 3 memlock R *Handler Int > Mar 14 13:07:00 celiana /kernel: 4 memlock_range R *Handler Int > Mar 14 13:07:00 celiana /kernel: 5 memory_protection R *Handler Int > Mar 14 13:07:00 celiana /kernel: 6 message_passing R *Handler Int > Mar 14 13:07:00 celiana /kernel: 7 prioritized_io R *Handler Int > Mar 14 13:07:00 celiana /kernel: 8 priority_scheduling R *Handler Int > Mar 14 13:07:00 celiana /kernel: 9 realtime_signals R *Handler Int > Mar 14 13:07:00 celiana /kernel: 10 semaphores R *Handler Int > Mar 14 13:07:00 celiana /kernel: 11 fsync R *Handler Int > Mar 14 13:07:00 celiana /kernel: 12 shared_memory_objects R *Handler Int > Mar 14 13:07:00 celiana /kernel: 13 synchronized_io R *Handler Int > Mar 14 13:07:00 celiana /kernel: 14 timers R *Handler Int > Mar 14 13:07:00 celiana /kernel: 15 aio_listio_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 16 aio_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 17 aio_prio_delta_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 18 delaytimer_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 19 mq_open_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 20 pagesize R *Handler Int > Mar 14 13:07:00 celiana /kernel: 21 rtsig_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 22 sem_nsems_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 23 sem_value_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 24 sigqueue_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 25 timer_max R *Handler Int > Mar 14 13:07:00 celiana /kernel: 100 jail RW Node > Mar 14 13:07:00 celiana /kernel: 100 set_hostname_allowed RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 socket_unixiproute_only RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 102 sysvipc_allowed RW *Handler Int > Mar 14 13:07:00 celiana /kernel: 101 compat RW Node > Mar 14 13:07:00 celiana /kernel: 100 linux RW Node > Mar 14 13:07:00 celiana /kernel: 100 osname RW *Handler String > Mar 14 13:07:00 celiana /kernel: 101 osrelease RW *Handler String > Mar 14 13:07:00 celiana /kernel: 102 oss_version RW *Handler Int > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Edmond Baroud UNIX Systems Admin mailto:SoHo@admin.fido.ca Fingerprint 140F 5FD5 3FDD 45D9 226D 9602 8C3D EAFB 4E19 BEF9 "UNIX is very user friendly, it's just picky about who its friends are." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 14:41:48 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18AC437B401 for ; Fri, 14 Mar 2003 14:41:46 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-150.dsl.lsan03.pacbell.net [63.207.60.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75DD143F3F for ; Fri, 14 Mar 2003 14:41:45 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id C7BE466B37; Fri, 14 Mar 2003 14:41:44 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id AA0F4FC0; Fri, 14 Mar 2003 14:41:44 -0800 (PST) Date: Fri, 14 Mar 2003 14:41:44 -0800 From: Kris Kennaway To: "Vladislav V. Zhuk" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: buildkernel broken Message-ID: <20030314224144.GB3919@rot13.obsecurity.org> References: <20030314110435.GA96631@dru.dn.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LyciRD1jyfeSSjG0" Content-Disposition: inline In-Reply-To: <20030314110435.GA96631@dru.dn.ua> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --LyciRD1jyfeSSjG0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 14, 2003 at 01:04:35PM +0200, Vladislav V. Zhuk wrote: > Hi! >=20 > =3D=3D=3D> umass > cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict= -protot > ypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat= -extens > ions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -g -mprefer= red-sta > ck-boundary=3D2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmi > ssing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extension= s -ansi > -c /usr/src/sys/modules/umass/../../dev/usb/umass.c > /usr/src/sys/modules/umass/../../dev/usb/umass.c: In function `umass_matc= h_proto > ': > /usr/src/sys/modules/umass/../../dev/usb/umass.c:620: syntax error before= `(' > *** Error code 1 > Stop in /usr/src/sys/modules/umass. > *** Error code 1 > Stop in /usr/src/sys/modules. > *** Error code 1 This was a transient build failure; it has already been fixed. Kris --LyciRD1jyfeSSjG0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+clqnWry0BWjoQKURAs3sAJ9dDA2HD5kxZpyBCP4pEgV08pBfIQCgs56I DYKX75MGscDKjuY/q4H3M+A= =Refr -----END PGP SIGNATURE----- --LyciRD1jyfeSSjG0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Mar 14 16:57:15 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F36337B401 for ; Fri, 14 Mar 2003 16:57:14 -0800 (PST) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EE2B43F93 for ; Fri, 14 Mar 2003 16:57:14 -0800 (PST) (envelope-from fearow@attbi.com) Received: from god.woofcat.com (12-251-110-17.client.attbi.com[12.251.110.17]) by rwcrmhc52.attbi.com (rwcrmhc52) with SMTP id <2003031500571305200kjnrue>; Sat, 15 Mar 2003 00:57:13 +0000 Date: Fri, 14 Mar 2003 18:56:57 -0600 From: Anti To: Edmond Baroud Cc: cbradski@comcast.net, freebsd-stable@FreeBSD.ORG Subject: Re: wierd messages printed to screen during boot. Message-Id: <20030314185657.4e43ed9a.fearow@attbi.com> In-Reply-To: <20030314163449.68cfadaa.SoHo@admin.fido.ca> References: <20030314132328.371e4621.cbradski@comcast.net> <20030314163449.68cfadaa.SoHo@admin.fido.ca> Organization: Woofcat X-Mailer: Sylpheed version 0.8.10 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 14 Mar 2003 16:34:49 -0500 Edmond Baroud wrote: > your uname shows that you have installed a kernel recently (10 march): > I dont know in which version this modification took place in 4.x but the /etc/rc.sysctl and /etc/sysctl.conf have changed. > I am guessing that you have the "command" sysctl in front of your sysctl variables and values in /etc/sysctl.conf > or that you have ignored the installation of the new rc.sysctl when you mergemaster'd > in brief, your sysctl is not setting the variables you have on startup because their startup scripts have changed and is showing the output of all kernel variables at boot time. i get the same thing on a system installed fresh from source with nothing old on it, so it's not a problem that mergemaster could solve... sysctl.conf just has variable=value lines as it should... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 15 1:55:29 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5AE137B623 for ; Sat, 15 Mar 2003 01:55:16 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBE7643FBF for ; Sat, 15 Mar 2003 01:55:15 -0800 (PST) (envelope-from scottl@FreeBSD.org) Received: from freefall.freebsd.org (scottl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id h2F9tFNS062578 for ; Sat, 15 Mar 2003 01:55:15 -0800 (PST) (envelope-from scottl@freefall.freebsd.org) Received: (from scottl@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id h2F9tFoD062577 for stable@freebsd.org; Sat, 15 Mar 2003 01:55:15 -0800 (PST) Date: Sat, 15 Mar 2003 01:55:15 -0800 (PST) From: Scott Long Message-Id: <200303150955.h2F9tFoD062577@freefall.freebsd.org> To: stable@freebsd.org Subject: January-February 2003 FreeBSD Bi-Monthly Status Report Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG January-February 2003 Status Report Introduction: Another busy two months have passed in the FreeBSD project. With 5.0 released, attention is focusing on making it faster via more fine-grained locking, adding more high-end features like large memory (PAE) support for i386, and further progress on many other projects. FreeBSD 5.1 is expected to ship in late May or early June, with 5.2 following at the end of summer. A roadmap for the push to 5-STABLE is available at [2]http://www.freebsd.org/doc/en/articles/5-roadmap. Although the 5.x series isn't expected to fully stabilize until the 5.2 release, 5.1 promises to be an exciting release and a significant improvement over 5.0 in terms of speed and stability. Not to be forgotten, FreeBSD 4.8, the latest in the 4-STABLE series, is nearing release. Lots of last minute work is going into to it to deliver features like XFree86 4.3.0, Intel HyperThreading(tm) support, and of course many more bug fixes. Don't forget to support the FreeBSD vendors and developers by buying a copy of the CD set when it comes out!. Thanks, Scott Long, Robert Watson Bluetooth stack for FreeBSD (Netgraph implementation) URL: http://www.geocities.com/m_evmenkin/ URL: http://bluez.sf.net URL: http://sourceforge.net/projects/openobex/ Contact: Maksim Yevmenkin I'm very pleased to announce that another release is available for download at http://www.geocities.com/m_evmenkin/ngbt-fbsd-20030305.tar.gz This release features new in-kernel RFCOMM implementation that provides SOCK_STREAM sockets interface. This makes old user-space RFCOMM daemon obsolete. People should not use old user-space RFCOMM daemon any longer. The release features new RFCOMM PPP daemon that supports DUN and LAN profiles. Note: PPP patch (support for chat scripts in -direct mode) is required for DUN support. Look for it in the mailing list archive or contact me directly. People with Bluetooth enabled cell phones can now use them to access Internet. The Bluetooth sockets layer has been cleaned up. People should not see any WITNESS complains with new code. Locking issues have been revisited and code in much better shape now, although it probably is not 100% SMP ready just yet. The code should work on SMP system anyway because sockets layer is still under Giant. The simple OBEX server and client (based on OpenOBEX library) is complete. OBEX File Push and OBEX File Transfer profiles work and have been tested with Sony Ericsson T68i cell phone and Bluetooth 3COM stack on Windows2K. It is now possible to send pictures, address book and calendar entries from the cell phone via Bluetooth. Minor bug in OpenOBEX library has been fixed and OPEX Put-Empty command now works. Due to changes in API userland tools must be in sync with the kernel. People should install new include files, recompile and reinstall all userland tools as part of upgrade. I'm sorry about that. _________________________________________________________________ BSDCon 2003 URL: http://www.usenix.org/events/bsdcon03/cfp/ Contact: Gregory Shapiro The BSDCon 2003 Program Committee invites you to contribute original and innovative papers on topics related to BSD-derived systems and the Open Source world. Topics of interest include but are not limited to: * Embedded BSD application development and deployment * Real world experiences using BSD systems * Using BSD in a mixed OS environment * Comparison with non-BSD operating systems; technical, practical, licensing (GPL vs. BSD) * Tracking open source development on non-BSD systems * BSD on the desktop * I/O subsystem and device driver development * SMP and kernel threads * Kernel enhancements * Internet and networking services * Security * Performance analysis and tuning * System administration * Future of BSD Submissions in the form of extended abstracts are due by April 1, 2003. Be sure to review the extended abstract expectations before submitting. Selection will be based on the quality of the written submission and whether the work is of interest to the community. We look forward to receiving your submissions! _________________________________________________________________ Buffer Cache lockdown Contact: Jeff Roberson Most of the file system buffer cache has been reviewed and protected. The vnode interlock was extended to cover some buffer flag fields so that a seperate interlock was not required. The global buffer queue data structures were locked and counters were converted to atomic ops. The BUF_*LOCK functions grew an interlock argument so that buffers could be safely removed from the vnode clean and dirty lists. The lockmgr lock is now required for all access to buf fields. This was not strictly followed before because splbio provided the needed protection. There are a few areas of code that need to be protected and cleaned up before giant can be pushed down. Most notably the back-ground write code is currently unsafe without giant. Also, many of the VM bits that the buffer cache relies on are not safe. This work has been done with the expectation that the VM and VFS subsystems will be giant free soon. _________________________________________________________________ Disk I/O improvements Contact: Poul-Henning Kamp We have the first disk device driver (aac) out from under Giant now, and in certain scenarios it gives improvements up to 20%. The device drive API was pruned to reflect that NO_GEOM compatibility is unnecessary, this resulted in approx 1000 lines less source code, the majority of which were removed from the device drivers. The new API for cdevsw is a lot simpler and hopefully less likely to confuse people. A ability to automatically allocate a device major number has been introduced and is already used by a handful of drivers. Checks introduced with this facility has shown that the uniqueness of manually allocated major numbers had already broken down. Work continues on the statistics collection API and on a unified API for manual configuration of GEOM nodes. _________________________________________________________________ FreeBSD 4.8 Release Engineering URL: http://www.FreeBSD.org/releases/4.8R/schedule.html Contact: Murray Stokely The FreeBSD 4.8 Release Process is well underway. The RELENG_4 branch has been under code freeze since February 15, and the first release candidates were made available in early March. A testing guide has been put together and is available from http://www.FreeBSD.org/releases/4.8R/qa.html. Developers should coordinate with re@FreeBSD.org about any changes they would like to include in this release, and users are encouraged to try out the release candidates and help find as many bugs as possible now, before the final release is made. FreeBSD 4.8 represents the newest production release from the stable '4.X' branch. It does not include all of the features that were made available in the "new technology" 5.0 release in January. _________________________________________________________________ FreeBSD C99 & POSIX Conformance Project URL: http://www.FreeBSD.org/projects/c99/ URL: http://people.FreeBSD.org/~schweikh/posix-utilities.html Contact: Mike Barcroft Contact: FreeBSD-Standards Mailing List January and February were quiet months that saw with them the addition of some C99 math functions and macros, which include: fpclassify(), isfinite(), isgreater(), isgreaterequal(), isinf(), isless(), islessequal(), islessgreater(), isnan(), isnormal(), and signbit(). Additional C99 math library support is in the works. _________________________________________________________________ FreeBSD GNOME Project URL: http://www.freebsd.org/gnome/ Contact: Joe Marcus Contact: Maxim Sobolev Contact: Adam Weinberger FreeBSD 4.8-RELEASE will continue in the tradition of 5.0-RELEASE, and include GNOME 2 as the default GNOME desktop. This means that 4.8 will ship with GNOME 2.2. Following on the heels of the recent GNOME 2.2 release, GNOME 2.3 snapshots are gearing up. The development schedule is available from http://www.gnome.org/start/2.3/. Ports will be made available the same way they were for the 2.1 development releases. Stay tuned to freebsd-gnome@ for more details. We are currently in another ports freeze in preparation for 4.8-RELEASE. Following the freeze, a new bsd.gnome.mk will be committed that effectively removes the USE_GNOMENG macro. This new version will add support for GNOME 2 as well as setup backward compatibility for ports that have not yet been converted to the new GNOME infrastructure. People interested in testing this new Mk file, can check out the ``ports'' module following the instructions at http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi. _________________________________________________________________ FreeBSD Security Officer Team URL: http://www.freebsd.org/security/ Contact: Jacques Vidrine In the period from September 2002 through February 2003, the FreeBSD Security Team email aliases saw 1297 messages, a much smaller volume than over the summer (remember the Apache and OpenSSL worms? 4.6.1 oops I mean 4.6.2-RELEASE?). Also during this period: 95 items were added to the SO issue-tracking database; 39 of these involved the FreeBSD base system while the rest involved ports. 9 new Security Advisories were published, 2 of which covered issues unique to FreeBSD. In January, the SO published a new PGP key (ID 0xCA6CDFB2, found on the FTP site and in the Handbook). This aligned the set of those who possess the corresponding private key with the membership of the security-officer alias published on the FreeBSD Security web site. It also worked around an issue with the deprecated PGP key being found corrupted on some public key servers. In February, Mike Tancsa of Sentex donated two machines to the Security Officer. These have been a great help already in testing the security branches, preparing patches, and generating updated binaries. Thank you very much, Mike! _________________________________________________________________ FreeBSD/MIPS Status Report URL: http://www.FreeBSD.org/projects/mips/ URL: http://www.FreeBSD.org/platforms/mips.html Contact: Juli Mallett Large portions of headers have been filled in, all have been stubbed out. Minimal functions and data elements have been stubbed out or filled in. Machinery added to support some requisite tunables for building real kernels. GCC fixed to generate correct local label prefixes making it possible to link real kernels. Work begun on providing enough to create and boot real kernels, on real hardware. Decision to only support MIPS-III and above made. _________________________________________________________________ jpman project URL: http://www.jp.FreeBSD.org/man-jp/ URL: ftp://daemon.jp.FreeBSD.org/pub/FreeBSD-jp/man-jp/packages-5.0.0/j a-man-doc-5.0.tbz Contact: Kazuo Horikawa We have released Japanese translation of 5.0-RELEASE online manual pages on February 2nd. Most of entries which did not exist on RELENG_4 were not yet translated. I hope we can finish such entries soon. _________________________________________________________________ KGI/FreeBSD Status Report URL: http://www.freebsd.org/~nsouch/ggiport.html URL: http://kgi-wip.sf.org Contact: Nicholas Souchu The later months have been very busy on KGI. Most of the framework has been debugged for typical usage (fb, no accel). I got KII (the input interface) connected to syscons through atkbd. Opening /dev/graphic works and framebuffer resource access is permitted. Finally, the KGIM (KGI module) framework has a better building tree for board / monitor drivers and board drivers are now loading with resource allocation. Most important on the TODO list: 5.0-RELEASE move (I currently work with a May-2002 5.0-current). Most of debug is now done. Let's validate! Note that KGI project homepage has changed since the last report. _________________________________________________________________ New Doceng Body Formed URL: http://www.freebsd.org/internal/doceng.html Contact: Murray Stokely The doceng@ team is a new body to handle some of the meta-project issues associated with the FreeBSD Documentation Project. The main responsibilities of this team are to grant approval of new doc committers, to manage the doc release process, to ensure the documentation toolchains are functional, to maintain the doc project primer, and to maintain the sanctity of the doc/ and www/ trees. The current members of this team are Nik Clayton, Ruslan Ermilov, Jun Kuriyama, Bruce A. Mah, and Murray Stokely. _________________________________________________________________ PowerPC Port Contact: Peter Grehan Work on PowerPC is progressing steadily. The system can now boot multi-user from the net and disk. ATA-DMA is being integrated with the ATAng code, and support for older G3 machines is being added. _________________________________________________________________ Read-ahead performance Contact: Jeff Roberson Some improvements have been made to the clustered read ahead code. They allow for many more outstanding IO requests when an application does sequential access. This has a larger impact on RAID systems than on single disk systems. The maximum number of file system blocks that we will read ahead is tunable via the 'vfs.read_max' sysctl. This optimization has shown a 20% improvement in simple tests. _________________________________________________________________ SMP locking for network stack Contact: Jeffrey Hsu The list of subsystems locked up include IP, UDP, TCP, ifaddr reference counting, syncache, the ifnet list, routing radix trees, and ARP. These have already been committed into the tree. In addition, SMP locking for raw IP, divert socket processing, and Unix domain sockets have also recently been completed and tested. Work is currently being done in some of the subsystems required to make parallel networking processing SMP-safe. _________________________________________________________________ Status Report for Newbus lockdown Contact: Warner Losh Locking of the non-obj parts of newbus is nearing completion. A single lock is used for the device tree. Minimal changes to subr_bus have so far been necessary to make this work, however some lock order issues remain. After this work, it will no longer be necessary to hold Giant to call device_* routines safely. kobj work is being done by others and will likely require more extensive design work to make smp friendly. _________________________________________________________________ Support for PAE and >4G ram on x86 Contact: Jake Burkholder Support for PAE is mostly complete, and has been checked into the jake_pae branch. The approach that is being taken to add support for PAE is to allow the pmap module to view the page table directory as 4 pages instead of 1, and to avoid using the 3rd level structure, the page directory pointer table, as much as possible. Due to its small size, 32 bytes, the PDPT cannot be uniformly recursively mapped, and as such does not provide a regular multi level structure like the page tables used by the alpha or x86-64 architectures. What remains to be done for PAE support is to develop an API for manipulating page table entries which will allow idempotent 64 bit loads and stores to be used where necessary. Experimental support for >4G ram using PAE has been developed and checked into the jake_pae_test branch in Perforce. This involved adding a physical address type separate from virtual addresses, for use by the vm system and bus code which needs to use physical addresses directly. Initial testing has shown good results with device drivers that can dma to 64 bit physical addresses. Funding for this project is being provided by DARPA and Network Associate Laboratories, and hardware support by FreeBSD Systems. _________________________________________________________________ TCP congestion control Contact: Jeffrey Hsu The objective of this effort is to improve the performance, stability, and correctness of the BSD networking stack by adding support for new standards and standards track proposals while maintaining compliance with existing specifications. The upcoming 4.8 and 5.1 releases will be the first ones using the new NewReno logic. Recently, we implemented the Limited Transmit algorithm (RFC 3042) which benefits connections with small congestions windows, as happens, for example, on many short web connections. We also recently added support for larger sized starting congestion windows as described in RFC 3390. This helps short TCP connections as well as those with large round-trip delays, such as those over satellte links. _________________________________________________________________ ULE Scheduler Contact: Jeff Roberson The ULE scheduler has been commited to the 5.0-CURRENT branch. Early adopters and experimenters are welcome to try it and submit bug reports. It has shown noticable performance improvements over the old scheduler under some workloads. There are currently problems with nice fairness but otherwise the interactive performance is very good. More work to improve the load balancing algorithm is required as well. This should be ready for use by the general FreeBSD user base in the next month or so. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 15 2: 4:59 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B6E337B40E for ; Sat, 15 Mar 2003 02:04:41 -0800 (PST) Received: from 211-189-139-167.rev.krline.net (211-189-139-167.rev.krline.net [211.189.139.167]) by mx1.FreeBSD.org (Postfix) with SMTP id 3220D43F93 for ; Sat, 15 Mar 2003 02:04:40 -0800 (PST) (envelope-from sender@refill.co.kr) Received: from zOA (unverified [211.235.237.59]) by 211-189-139-167.rev.krline.net (EMWAC SMTPRS 0.83) with SMTP id ; Sat, 15 Mar 2003 06:56:26 +0900 Message-ID: Subject: =?ks_c_5601-1987?Q?(=B1=A4=B0=ED)=C0=FA=B7=C5=C7=D1_=C7=C1=B8=B0=C5=CD_=C5=E4=B3=CA_=BC=EE=C7=CE=B8=F4_REFILL=2ECO=2EKR__@?= From: "=?ks_c_5601-1987?Q?REFILL=2ECO=2EKR?=" Date: Sat, 15 Mar 2003 06:56:26 +0900 To: "=?ks_c_5601-1987?Q?freebsd-stable@freebsd=2Eorg?=" X-Priority: 3 X-MSMail-Priority: Normal Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Mailer: JMail 4.3.1 by Dimac Content-Type: text/html X-Antirelay: Good relay from local net1 211.235.237.1/26 'Kiologic Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG DQo8aHRtbD4NCjxoZWFkPg0KPHRpdGxlPrTrx9G5zrG5ILTrx6UguK7Hyrvn wMzGriA6Ojo6Ojo6Ojo6IFJlZmlsbC5jby5rcjwvdGl0bGU+DQo8bWV0YSBo dHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsg Y2hhcnNldD1ldWMta3IiPg0KPHN0eWxlIHR5cGU9InRleHQvY3NzIj4NCjwh LS0NCi5ub21fdHh0IHsgIGZvbnQtZmFtaWx5OiAitbi/8iI7IGZvbnQtc2l6 ZTogMTJweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgY29sb3I6ICNBNUE1QTV9 DQotLT4NCjwvc3R5bGU+DQo8L2hlYWQ+DQoNCjxib2R5IGJnY29sb3I9IiNG RkZGRkYiIGxlZnRtYXJnaW49IjAiIHRvcG1hcmdpbj0iMCIgbWFyZ2lud2lk dGg9IjAiIG1hcmdpbmhlaWdodD0iMCI+DQo8YnI+DQo8dGFibGUgd2lkdGg9 IjYwMCIgYm9yZGVyPSIwIiBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRpbmc9 IjAiIGFsaWduPSJjZW50ZXIiPg0KPHRyPg0KPHRkIHdpZHRoPSIxIiBiZ2Nv bG9yPSIjQzZDNkM2Ij48aW1nIHNyYz0iaHR0cDovL3d3dy5yZWZpbGwuY28u a3IvbWFpbC9uZXdzbGV0dGVyL2ltYWdlcy9ibGFuay5naWYiPjwvdGQ+DQo8 dGQgd2lkdGg9IjU5OCI+DQo8dGFibGUgd2lkdGg9IjU5OCIgYm9yZGVyPSIw IiBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRpbmc9IjAiPg0KPHRyPg0KPHRk IGNvbHNwYW49IjIiPjxpbWcgc3JjPSJodHRwOi8vd3d3LnJlZmlsbC5jby5r ci9tYWlsL25ld3NsZXR0ZXIvaW1hZ2VzL2Jhcl90b3AuZ2lmIiB3aWR0aD0i NTk4IiBoZWlnaHQ9IjIxIj48L3RkPg0KPC90cj4NCjx0cj4NCjx0ZD48YSBo cmVmPSJodHRwOi8vd3d3LnJlZmlsbC5jby5rci9pbmRleC5hc3AiIHRhcmdl dD0iX2JsYW5rIj48aW1nIHNyYz0iaHR0cDovL3d3dy5yZWZpbGwuY28ua3Iv bWFpbC9uZXdzbGV0dGVyL2ltYWdlcy9sb2dvLmdpZiIgd2lkdGg9IjE3MiIg aGVpZ2h0PSI1NiIgYm9yZGVyPSIwIj48L2E+PC90ZD4NCjx0ZD48YSBocmVm PSJodHRwOi8vd3d3LnJlZmlsbC5jby5rci9odG1sL1Byb1RvbmVyTGlzdC5h c3A/aW1nY2hrPTIiIHRhcmdldD0iX2JsYW5rIj48aW1nIHNyYz0iaHR0cDov L3d3dy5yZWZpbGwuY28ua3IvbWFpbC9uZXdzbGV0dGVyL2ltYWdlcy9iX3No b3BwaW5nLmdpZiIgd2lkdGg9IjEzOSIgaGVpZ2h0PSI1NiIgYWxpZ249InJp Z2h0IiBib3JkZXI9IjAiPjwvYT48L3RkPg0KPC90cj4NCjx0cj4NCjx0ZCBj b2xzcGFuPSIyIj48aW1nIHNyYz0iaHR0cDovL3d3dy5yZWZpbGwuY28ua3Iv bWFpbC9uZXdzbGV0dGVyL2ltYWdlcy9iYW5fbWFpbi5qcGciIHdpZHRoPSI1 OTgiIGhlaWdodD0iMTk1Ij48YnI+DQo8aW1nIHNyYz0iaHR0cDovL3d3dy5y ZWZpbGwuY28ua3IvbWFpbC9uZXdzbGV0dGVyL2ltYWdlcy9leHAuZ2lmIiB3 aWR0aD0iNTk4IiBoZWlnaHQ9IjQ5Ij48L3RkPg0KPC90cj4NCjx0ciBhbGln bj0iY2VudGVyIj4NCjx0ZCBjb2xzcGFuPSIyIj4NCjx0YWJsZSB3aWR0aD01 MjQgYm9yZGVyPTAgY2VsbHBhZGRpbmc9MCBjZWxsc3BhY2luZz0wPg0KPHRy Pg0KPHRkPjxhIGhyZWY9Imh0dHA6Ly93d3cucmVmaWxsLmNvLmtyL2h0bWwv UHJvVG9uZXJMaXN0LmFzcD9pbWdjaGs9MiIgdGFyZ2V0PSJfYmxhbmsiPjxp bWcgc3JjPSJodHRwOi8vd3d3LnJlZmlsbC5jby5rci9tYWlsL25ld3NsZXR0 ZXIvaW1hZ2VzL2JyYW5kXzAxLmdpZiIgd2lkdGg9MTAxIGhlaWdodD01NiBh bHQ9IiIgYm9yZGVyPSIwIj48L2E+PC90ZD4NCjx0ZD48YSBocmVmPSJodHRw Oi8vd3d3LnJlZmlsbC5jby5rci9odG1sL1Byb1RvbmVyTGlzdC5hc3A/aW1n Y2hrPTImYW1wO0NhdGVnb3J5PVQmYW1wO1NlbGVjdENvbXBhbnk9JUJCJUVG JUJDJUJBIiB0YXJnZXQ9Il9ibGFuayI+PGltZyBzcmM9Imh0dHA6Ly93d3cu cmVmaWxsLmNvLmtyL21haWwvbmV3c2xldHRlci9pbWFnZXMvYnJhbmRfMDIu Z2lmIiB3aWR0aD0xMDkgaGVpZ2h0PTU2IGFsdD0iIiBib3JkZXI9IjAiPjwv YT48L3RkPg0KPHRkPjxhIGhyZWY9Imh0dHA6Ly93d3cucmVmaWxsLmNvLmty L2h0bWwvUHJvVG9uZXJMaXN0LmFzcD9pbWdjaGs9MiZhbXA7Q2F0ZWdvcnk9 VCZhbXA7U2VsZWN0Q29tcGFueT0lQzUlQTUlQjQlRDAlQkQlQkEiIHRhcmdl dD0iX2JsYW5rIj48aW1nIHNyYz0iaHR0cDovL3d3dy5yZWZpbGwuY28ua3Iv bWFpbC9uZXdzbGV0dGVyL2ltYWdlcy9icmFuZF8wMy5naWYiIHdpZHRoPTEx NiBoZWlnaHQ9NTYgYWx0PSIiIGJvcmRlcj0iMCI+PC9hPjwvdGQ+DQo8dGQ+ PGEgaHJlZj0iaHR0cDovL3d3dy5yZWZpbGwuY28ua3IvaHRtbC9Qcm9Ub25l ckxpc3QuYXNwP2ltZ2Noaz0yJmFtcDtDYXRlZ29yeT1UJmFtcDtTZWxlY3RD b21wYW55PSVCRCVDNSVCNSVCNSVCOCVBRSVDNCVEQSIgdGFyZ2V0PSJfYmxh bmsiPjxpbWcgc3JjPSJodHRwOi8vd3d3LnJlZmlsbC5jby5rci9tYWlsL25l d3NsZXR0ZXIvaW1hZ2VzL2JyYW5kXzA0LmdpZiIgd2lkdGg9OTkgaGVpZ2h0 PTU2IGFsdD0iIiBib3JkZXI9IjAiPjwvYT48L3RkPg0KPHRkPjxhIGhyZWY9 Imh0dHA6Ly93d3cucmVmaWxsLmNvLmtyL2h0bWwvUHJvVG9uZXJMaXN0LmFz cD9pbWdjaGs9MiZhbXA7Q2F0ZWdvcnk9VCZhbXA7U2VsZWN0Q29tcGFueT1F UFNPTi8lQkIlRUYlQkElQjgiIHRhcmdldD0iX2JsYW5rIj48aW1nIHNyYz0i aHR0cDovL3d3dy5yZWZpbGwuY28ua3IvbWFpbC9uZXdzbGV0dGVyL2ltYWdl cy9icmFuZF8wNS5naWYiIHdpZHRoPTk5IGhlaWdodD01NiBhbHQ9IiIgYm9y ZGVyPSIwIj48L2E+PC90ZD4NCjwvdHI+DQo8dHI+DQo8dGQ+PGEgaHJlZj0i aHR0cDovL3d3dy5yZWZpbGwuY28ua3IvaHRtbC9Qcm9Ub25lckxpc3QuYXNw P2ltZ2Noaz0yJmFtcDtDYXRlZ29yeT1UJmFtcDtTZWxlY3RDb21wYW55PSVD MSVBNiVCNyVDRiVCRCVCQSIgdGFyZ2V0PSJfYmxhbmsiPjxpbWcgc3JjPSJo dHRwOi8vd3d3LnJlZmlsbC5jby5rci9tYWlsL25ld3NsZXR0ZXIvaW1hZ2Vz L2JyYW5kXzA2LmdpZiIgd2lkdGg9MTAxIGhlaWdodD00MCBhbHQ9IiIgYm9y ZGVyPSIwIj48L2E+PC90ZD4NCjx0ZD48YSBocmVmPSJodHRwOi8vd3d3LnJl ZmlsbC5jby5rci9odG1sL1Byb1RvbmVyTGlzdC5hc3A/aW1nY2hrPTImYW1w O0NhdGVnb3J5PVQmYW1wO1NlbGVjdENvbXBhbnk9TEciIHRhcmdldD0iX2Js YW5rIj48aW1nIHNyYz0iaHR0cDovL3d3dy5yZWZpbGwuY28ua3IvbWFpbC9u ZXdzbGV0dGVyL2ltYWdlcy9icmFuZF8wNy5naWYiIHdpZHRoPTEwOSBoZWln aHQ9NDAgYWx0PSIiIGJvcmRlcj0iMCI+PC9hPjwvdGQ+DQo8dGQ+PGEgaHJl Zj0iaHR0cDovL3d3dy5yZWZpbGwuY28ua3IvaHRtbC9Qcm9Ub25lckxpc3Qu YXNwP2ltZ2Noaz0yJmFtcDtDYXRlZ29yeT1UJmFtcDtTZWxlY3RDb21wYW55 PSVDNCVCMyVCMyVFRCIgdGFyZ2V0PSJfYmxhbmsiPjxpbWcgc3JjPSJodHRw Oi8vd3d3LnJlZmlsbC5jby5rci9tYWlsL25ld3NsZXR0ZXIvaW1hZ2VzL2Jy YW5kXzA4LmdpZiIgd2lkdGg9MTE2IGhlaWdodD00MCBhbHQ9IiIgYm9yZGVy PSIwIj48L2E+PC90ZD4NCjx0ZD48YSBocmVmPSJodHRwOi8vd3d3LnJlZmls bC5jby5rci9odG1sL1Byb1RvbmVyTGlzdC5hc3A/aW1nY2hrPTImYW1wO0Nh dGVnb3J5PVQmYW1wO1NlbGVjdENvbXBhbnk9JUMxJUE2JUMwJUNGJUMxJUE0 JUI5JUQwIiB0YXJnZXQ9Il9ibGFuayI+PGltZyBzcmM9Imh0dHA6Ly93d3cu cmVmaWxsLmNvLmtyL21haWwvbmV3c2xldHRlci9pbWFnZXMvYnJhbmRfMDku Z2lmIiB3aWR0aD05OSBoZWlnaHQ9NDAgYWx0PSIiIGJvcmRlcj0iMCI+PC9h PjwvdGQ+DQo8dGQ+PGEgaHJlZj0iaHR0cDovL3d3dy5yZWZpbGwuY28ua3Iv aHRtbC9Qcm9Ub25lckxpc3QuYXNwP2ltZ2Noaz0yJmFtcDtDYXRlZ29yeT1U JmFtcDtTZWxlY3RDb21wYW55PSVCMSVFMiVDNSVCOCIgdGFyZ2V0PSJfYmxh bmsiPjxpbWcgc3JjPSJodHRwOi8vd3d3LnJlZmlsbC5jby5rci9tYWlsL25l d3NsZXR0ZXIvaW1hZ2VzL2JyYW5kXzEwLmdpZiIgd2lkdGg9OTkgaGVpZ2h0 PTQwIGFsdD0iIiBib3JkZXI9IjAiPjwvYT48L3RkPg0KPC90cj4NCjwvdGFi bGU+DQo8L3RkPg0KPC90cj4NCjx0cj4NCjx0ZCBjb2xzcGFuPSIyIj48aW1n IHNyYz0iaHR0cDovL3d3dy5yZWZpbGwuY28ua3IvbWFpbC9uZXdzbGV0dGVy L2ltYWdlcy9iYXJfZG90LmdpZiIgd2lkdGg9IjU5OCIgaGVpZ2h0PSIxNyI+ PC90ZD4NCjwvdHI+DQo8dHIgYWxpZ249ImNlbnRlciI+DQo8dGQgY29sc3Bh bj0iMiI+DQo8dGFibGUgd2lkdGg9IjU3MiIgYm9yZGVyPSIwIiBjZWxsc3Bh Y2luZz0iMCIgY2VsbHBhZGRpbmc9IjAiIGhlaWdodD0iOTAiPg0KPHRyPg0K PHRkPjxhIGhyZWY9Imh0dHA6Ly93d3cucmVmaWxsLmNvLmtyL2h0bWwvcHJv bWlzZS5hc3AiIHRhcmdldD0iX2JsYW5rIj48aW1nIHNyYz0iaHR0cDovL3d3 dy5yZWZpbGwuY28ua3IvbWFpbC9uZXdzbGV0dGVyL2ltYWdlcy9iYW5fc3Vi MDEuZ2lmIiB3aWR0aD0iMTkxIiBoZWlnaHQ9Ijc1IiBib3JkZXI9IjAiPjwv YT48L3RkPg0KPHRkPjxhIGhyZWY9Imh0dHA6Ly93d3cucmVmaWxsLmNvLmty L2h0bWwvcG9wdXBfcmVjeWNsZS5odG0iIHRhcmdldD0iX2JsYW5rIj48aW1n IHNyYz0iaHR0cDovL3d3dy5yZWZpbGwuY28ua3IvbWFpbC9uZXdzbGV0dGVy L2ltYWdlcy9iYW5fc3ViMDIuZ2lmIiB3aWR0aD0iMTkwIiBoZWlnaHQ9Ijc1 IiBib3JkZXI9IjAiPjwvYT48L3RkPg0KPHRkPjxpbWcgc3JjPSJodHRwOi8v d3d3LnJlZmlsbC5jby5rci9tYWlsL25ld3NsZXR0ZXIvaW1hZ2VzL2Jhbl9z dWIwMy5naWYiIHdpZHRoPSIxOTEiIGhlaWdodD0iNzUiPjwvdGQ+DQo8L3Ry Pg0KPC90YWJsZT4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIGNvbHNwYW49 IjIiPjxpbWcgc3JjPSJodHRwOi8vd3d3LnJlZmlsbC5jby5rci9tYWlsL25l d3NsZXR0ZXIvaW1hZ2VzL2Jhcl9kb3QuZ2lmIiB3aWR0aD0iNTk4IiBoZWln aHQ9IjE3Ij48L3RkPg0KPC90cj4NCjx0cj4NCjx0ZCBjb2xzcGFuPSIyIj48 aW1nIHNyYz0iaHR0cDovL3d3dy5yZWZpbGwuY28ua3IvbWFpbC9uZXdzbGV0 dGVyL2ltYWdlcy90X2NhcnRvb24uZ2lmIiB3aWR0aD0iMTYzIiBoZWlnaHQ9 IjIxIj48L3RkPg0KPC90cj4NCjx0ciBhbGlnbj0iY2VudGVyIj4NCjx0ZCBj b2xzcGFuPSIyIj4NCjx0YWJsZSB3aWR0aD01MTggYm9yZGVyPTAgY2VsbHBh ZGRpbmc9MCBjZWxsc3BhY2luZz0wPg0KPHRyPg0KPHRkPjxpbWcgc3JjPSJo dHRwOi8vd3d3LnJlZmlsbC5jby5rci9tYWlsL25ld3NsZXR0ZXIvaW1hZ2Vz L2NhcnRvb25fMDEuZ2lmIiB3aWR0aD0yNzUgaGVpZ2h0PTIxNiBhbHQ9IiI+ PC90ZD4NCjx0ZD48aW1nIHNyYz0iaHR0cDovL3d3dy5yZWZpbGwuY28ua3Iv bWFpbC9uZXdzbGV0dGVyL2ltYWdlcy9jYXJ0b29uXzAyLmdpZiIgd2lkdGg9 MjQzIGhlaWdodD0yMTYgYWx0PSIiPjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRk PjxpbWcgc3JjPSJodHRwOi8vd3d3LnJlZmlsbC5jby5rci9tYWlsL25ld3Ns ZXR0ZXIvaW1hZ2VzL2NhcnRvb25fMDMuZ2lmIiB3aWR0aD0yNzUgaGVpZ2h0 PTIxMiBhbHQ9IiI+PC90ZD4NCjx0ZD48aW1nIHNyYz0iaHR0cDovL3d3dy5y ZWZpbGwuY28ua3IvbWFpbC9uZXdzbGV0dGVyL2ltYWdlcy9jYXJ0b29uXzA0 LmdpZiIgd2lkdGg9MjQzIGhlaWdodD0yMTIgYWx0PSIiPjwvdGQ+DQo8L3Ry Pg0KPHRyPg0KPHRkPjxpbWcgc3JjPSJodHRwOi8vd3d3LnJlZmlsbC5jby5r ci9tYWlsL25ld3NsZXR0ZXIvaW1hZ2VzL2NhcnRvb25fMDUuZ2lmIiB3aWR0 aD0yNzUgaGVpZ2h0PTE5MSBhbHQ9IiI+PC90ZD4NCjx0ZD48aW1nIHNyYz0i aHR0cDovL3d3dy5yZWZpbGwuY28ua3IvbWFpbC9uZXdzbGV0dGVyL2ltYWdl cy9jYXJ0b29uXzA2LmdpZiIgd2lkdGg9MjQzIGhlaWdodD0xOTEgYWx0PSIi PjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkPjxpbWcgc3JjPSJodHRwOi8vd3d3 LnJlZmlsbC5jby5rci9tYWlsL25ld3NsZXR0ZXIvaW1hZ2VzL2NhcnRvb25f MDcuZ2lmIiB3aWR0aD0yNzUgaGVpZ2h0PTE4NiBhbHQ9IiI+PC90ZD4NCjx0 ZD48aW1nIHNyYz0iaHR0cDovL3d3dy5yZWZpbGwuY28ua3IvbWFpbC9uZXdz bGV0dGVyL2ltYWdlcy9jYXJ0b29uXzA4LmdpZiIgd2lkdGg9MjQzIGhlaWdo dD0xODYgYWx0PSIiPjwvdGQ+DQo8L3RyPg0KPC90YWJsZT4NCjwvdGQ+DQo8 L3RyPg0KPHRyPg0KPHRkIGNvbHNwYW49IjIiPjxpbWcgc3JjPSJodHRwOi8v d3d3LnJlZmlsbC5jby5rci9tYWlsL25ld3NsZXR0ZXIvaW1hZ2VzL2Jhcl9k b3QuZ2lmIiB3aWR0aD0iNTk4IiBoZWlnaHQ9IjE3Ij48L3RkPg0KPC90cj4N Cjx0ciBhbGlnbj0iY2VudGVyIj4NCjx0ZCBjb2xzcGFuPSIyIj4NCjx0YWJs ZSB3aWR0aD0iNTc4IiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBjZWxs cGFkZGluZz0iMTAiPg0KPHRyPg0KPHRkIHdpZHRoPSI0NzQiIHZhbGlnbj0i dG9wIiBjbGFzcz0ibm9tX3R4dCI+waS6uMXrvcW6ziCxx7DtILvnx9cguf23 /CDBpg0KNTDBtr+hIMDHsMXHz7+pIMGmuPG/oSAosaSw7Sm287DtIMelseLH 0SCxpLDtuN7Az8DMuOcsILHNx8/AxyC43sDPwda80rTCIMClILytx87B3yC+ y7DUILXIILDNwMy45ywgZU1haWwNCsHWvNIgv9y/oSCxzcfPwMcgvu62sMfR IMGkuri1tSCwocH2sO0gwNbB9iC+ysC4tM8gvsi9ycfPvcOx5iC52bb4tM+0 2S4gursguN7Az8C6ILnfvNvA/L/rILjewM/A08C4t84sIL/4xKENCr7KwLi9 w7jpIFu89r3FsMW6zl0gufbGsMC7IENsaWNrIMfYIMHWvLy/5C48YnI+PGJy Pg0KSWYgeW91IHdvdWxkIGxpa2UgdG8gYmUgcmVtb3ZlZCBmcm9tIGFueSBv ZiBvdXIgZGlzdHJpYnV0aW9uIGxpc3RzLCBwbGVhc2UgY2xpY2sgJ1JFRlVT RScuIEl0IHdpbGwgYmUgaGFuZGxlZCBwcm9tcHRseS4gVGhhbmsgeW91LiA8 YSBocmVmPSJodHRwOi8vd3d3LnJlZmlsbC5jby5rci9tYWlsL25ld3NsZXR0 ZXIvMDMwMnJlamVjdC5hc3A/TWFpbE51bT1mcmVlYnNkLXN0YWJsZUBmcmVl YnNkLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPltSRUZVU0VdPC9hPg0KPC90ZD4N Cjx0ZCB3aWR0aD0iNjQiIGFsaWduPSJjZW50ZXIiPjxhIGhyZWY9Imh0dHA6 Ly93d3cucmVmaWxsLmNvLmtyL21haWwvbmV3c2xldHRlci8wMzAycmVqZWN0 LmFzcD9NYWlsTnVtPWZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnIiB0YXJn ZXQ9Il9ibGFuayI+PGltZyBzcmM9Imh0dHA6Ly93d3cucmVmaWxsLmNvLmty L21haWwvbmV3c2xldHRlci9pbWFnZXMvYl9ub21haWwuZ2lmIiB3aWR0aD0i NjAiIGhlaWdodD0iNjAiIGJvcmRlcj0iMCI+PC9hPjwvdGQ+DQo8L3RyPg0K PC90YWJsZT4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIGNvbHNwYW49IjIi PjxpbWcgc3JjPSJodHRwOi8vd3d3LnJlZmlsbC5jby5rci9tYWlsL25ld3Ns ZXR0ZXIvaW1hZ2VzL2Jhcl9kb3QuZ2lmIiB3aWR0aD0iNTk4IiBoZWlnaHQ9 IjE3Ij48L3RkPg0KPC90cj4NCjx0ciBhbGlnbj0iY2VudGVyIj4NCjx0ZCBj b2xzcGFuPSIyIj4NCjx0YWJsZSB3aWR0aD0iNTc4IiBib3JkZXI9IjAiIGNl bGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMTAiPg0KPHRyPg0KPHRkIHdp ZHRoPSIyMjciIHZhbGlnbj0idG9wIiBjbGFzcz0ibm9tX3R4dCI+PGI+odgg sO2wtCC8rbrxvbogua7AxyA6IDAyLTMyODEtNzc3NyA8L2I+PC90ZD4NCjx0 ZCB3aWR0aD0iMzExIiBhbGlnbj0icmlnaHQiIGNsYXNzPSJub21fdHh0Ij5D b3B5cmlnaHQgMTk5MS0yMDAyLiBGdXRlY2ggY28sLkx0ZC4gQWxsIHJpZ2h0 IHJlc2VydmVkLjwvdGQ+DQo8L3RyPg0KPC90YWJsZT4NCjwvdGQ+DQo8L3Ry Pg0KPHRyPjx0ZCBjb2xzcGFuPSIyIiBoZWlnaHQ9IjEiIGJnY29sb3I9IiND NkM2QzYiPjxpbWcgc3JjPSJodHRwOi8vd3d3LnJlZmlsbC5jby5rci9tYWls L25ld3NsZXR0ZXIvaW1hZ2VzL2JsYW5rLmdpZiI+PC90ZD48L3RyPg0KPC90 YWJsZT4NCjwvdGQ+DQo8dGQgd2lkdGg9IjEiIGJnY29sb3I9IiNDNkM2QzYi PjxpbWcgc3JjPSJodHRwOi8vd3d3LnJlZmlsbC5jby5rci9tYWlsL25ld3Ns ZXR0ZXIvaW1hZ2VzL2JsYW5rLmdpZiI+PC90ZD4NCjwvdHI+DQo8L3RhYmxl Pg0KPGJyPg0KPC9ib2R5Pg0KPC9odG1sPg0K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 15 2:42:10 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3791337B401 for ; Sat, 15 Mar 2003 02:42:08 -0800 (PST) Received: from sdf.lonestar.org (norge.freeshell.org [216.162.208.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6715E43FBD for ; Sat, 15 Mar 2003 02:42:07 -0800 (PST) (envelope-from jafo@sdf.lonestar.org) Received: (from jafo@localhost) by sdf.lonestar.org (8.12.8/8.12.8) id h2FAg6qs015585; Sat, 15 Mar 2003 10:42:06 GMT Date: Sat, 15 Mar 2003 10:42:05 +0000 From: Jeff To: Marc Schneiders Cc: jason , freebsd-stable@FreeBSD.ORG Subject: Re: only 1 processor shown in top? Message-ID: <20030315104205.GA12014@SDF.LONESTAR.ORG> References: <20030314145433.I30904-100000@monsterjam.org> <20030314210044.Y19454-100000@voo.doo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030314210044.Y19454-100000@voo.doo.net> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 14, 2003 at 09:01:40PM +0100, Marc Schneiders wrote: > Date: Fri, 14 Mar 2003 21:01:40 +0100 (CET) > From: Marc Schneiders > To: jason > Cc: > Subject: Re: only 1 processor shown in top? > X-URL: http://www.bijt.net/ > > On Fri, 14 Mar 2003, at 14:57 [=GMT-0500], jason wrote: > > > freebsd heads.. > > ... > > but when I run top, I only see 1 cpu.. > > ... > > is this expected? > > What is wrong with it? The CPU used on a particular process pops up in > the stuff below what you quote: > Take a look at the HP-UX version of top: System: tuvok Sat Mar 15 11:31:10 2003 Load averages: 0.15, 0.10, 0.09 166 processes: 155 sleeping, 11 running Cpu states: CPU LOAD USER NICE SYS IDLE BLOCK SWAIT INTR SSYS 0 0.06 0.0% 0.0% 0.0% 100.0% 0.0% 0.0% 0.0% 0.0% 1 0.24 0.0% 0.0% 1.0% 99.0% 0.0% 0.0% 0.0% 0.0% --- ---- ----- ----- ----- ----- ----- ----- ----- ----- avg 0.15 0.0% 0.0% 1.0% 99.0% 0.0% 0.0% 0.0% 0.0% Memory: 78604K (19500K) real, 138544K (32532K) virtual, 39612K free Page# 1/7 CPU TTY PID USERNAME PRI NI SIZE RES STATE TIME %WCPU %CPU COMMAND 1 ? 22452 root 154 20 1624K 1040K sleep 0:01 13.51 4.46 sshd2 While the HP-UX version doesn't have all the options of the standard top, it is nice to be able to see if the load is distributed evenly across all of the CPU's. (Also to make sure that none have been de-configured due to hardware problems). There is an option to turn off the per-cpu stats, because once you get to > 8 cpu's, it takes up quite a bit of screen real estate. I would say it is just eye candy, but then per-cpu stats is about the only thing in top that you can't find in ps, vmstat, and uptime. -- jafo@sdf.lonestar.org http://www.jeffenstein.org/ "Bother," said Pooh as he struggled with /etc/sendmail.cf, "It never does quite what I want. I wish Christopher Robin was here." -- Peter da Silva in a.s.r To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 15 3:59:16 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B32BD37B401; Sat, 15 Mar 2003 03:59:14 -0800 (PST) Received: from smtp6.wanadoo.nl (smtp6.wanadoo.nl [194.134.35.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id C755943F3F; Sat, 15 Mar 2003 03:59:13 -0800 (PST) (envelope-from steve@sohara.org) Received: from ams-gw.sohara.org (unknown [212.129.225.148]) by smtp6.wanadoo.nl (Postfix) with SMTP id 194E9717B5; Sat, 15 Mar 2003 12:59:11 +0100 (CET) Date: Sat, 15 Mar 2003 12:59:06 +0100 From: Steve O'Hara-Smith To: Eric Anholt Cc: ports@FreeBSD.org, stable@FreeBSD.org Subject: Re: HEADSUP: XFree86 4.3.0 update Message-Id: <20030315125906.1ffa136d.steve@sohara.org> In-Reply-To: <1047429424.8471.40.camel@leguin> References: <1047429424.8471.40.camel@leguin> X-Mailer: Sylpheed version 0.8.10 (GTK+ 1.2.10; i386-portbld-freebsd4.7) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX,Kv^- GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 11 Mar 2003 16:37:04 -0800 Eric Anholt wrote: EA> I've committed the update of XFree86 to 4.3.0 to ports. I think I've EA> cleaned up after my mess at this point, but there may still be issues. EA> EA> Please report to me if you have any problems with the new ports or any EA> issues with XFree86 that you didn't have in 4.2.0. I've just installed 4.3.0 (via portupgrade) including the diffs for the DRM modules. Everything seems to be working well (including DRI and XVideo) apart from the -inroot option in xlock which reports: X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 1 (X_CreateWindow) Serial number of failed request: 132 Current serial number in output stream: 139 The video card is an ATI Radeon 7500 All In Wonder. Mplayer is quite happy to use the root window. -- C:>WIN | Directable Mirrors The computer obeys and wins. |A Better Way To Focus The Sun You lose and Bill collects. | licenses available - see: | http://www.sohara.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 15 4:11:13 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A96237B401 for ; Sat, 15 Mar 2003 04:11:12 -0800 (PST) Received: from dexter.zoopee.org (zoopee.org [192.117.108.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id C447043F85 for ; Sat, 15 Mar 2003 04:11:10 -0800 (PST) (envelope-from alsbergt@zoopee.org) Received: from alsbergt by dexter.zoopee.org with local (Exim 3.34 #2) id 18uAV5-0000vZ-00; Sat, 15 Mar 2003 14:10:55 +0200 Date: Sat, 15 Mar 2003 14:10:55 +0200 From: Tom Alsberg To: morpheus Cc: FreeBSD Stable List Subject: Re: freebsd and running binaries off of a netapp Message-ID: <20030315121055.GA3549@zoopee.org> Reply-To: Tom Alsberg Mail-Followup-To: Tom Alsberg , morpheus , FreeBSD Stable List References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Face: "5"j@Y1Peoz1;ftTv>\|['ox-csmV+:_RDNdi/2lSe2x?0:HVAeVW~ajwQ7RfDlcb^18eJ;t,O,s5-aNdU/DJ2E8h1s,..4}N9$27u`pWmH|;s!zlqqVwr9R^_ji=1\3}Z6gQBYyQ]{gd5-V8s^fYf{$V2*_&S>eA|SH@Y\hOVUjd[5eah{EO@gCr.ydSpJHJIU[QsH~bC?$C@O:SzF=CaUxp80-iknM(]q(W List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi there. No, I still have this problem. Did not bother too much to solve it yet (had other things on my mind). Maybe some-when I will look at it further. We also have this with diskless machines, and sometimes, I do not remember the exact cases now, with binaries residing locally as well. truss works, though. I am sending a carbon copy of this reply to freebsd-stable, maybe someone has some idea with your further info. -- Tom On Fri, Mar 14, 2003 at 03:21:47PM -0500, morpheus wrote: > Hey, > I saw your message regarding running certain dynamically linked > binaries off an NFS mount. I have the exact same scenario and am > experiencing the same problem. In fact the servers in question are > diskless servers so their whole root filesystem is on NFS. When sendmail > tries to process the queue (sendmail -qxxx) it craps out with that > resource unavailable message and complains about insufficient diskspace > (it obviously has enough). WHen I try to strace the thing I get the > "execve("...", ["..."], [/* ... vars */]PIOCWSTOP: Resource temporarily > unavailable". Have you gained any insight on the nature of this problem? > > Kris > -- Tom Alsberg - certified insane, complete illiterate. e-mail: Homepage: http://www.cs.huji.ac.il/~alsbergt/ * An idea is not responsible for the people who believe in it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 15 6:38:54 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBB5C37B401; Sat, 15 Mar 2003 06:38:52 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9628E43F93; Sat, 15 Mar 2003 06:38:50 -0800 (PST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.8/8.12.8) with ESMTP id h2FEchgt019734 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 15 Mar 2003 15:38:46 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [IPv6:3ffe:400:8d0:301:210:5aff:fe30:1c1a]) by cicely5.cicely.de (8.12.8/8.12.8) with ESMTP id h2FEccrf076523 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 15 Mar 2003 15:38:39 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (localhost [127.0.0.1]) by cicely9.cicely.de (8.12.8/8.12.8) with ESMTP id h2FEcakv049738; Sat, 15 Mar 2003 15:38:37 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: (from ticso@localhost) by cicely9.cicely.de (8.12.8/8.12.8/Submit) id h2FEcOI1049735; Sat, 15 Mar 2003 15:38:24 +0100 (CET) Date: Sat, 15 Mar 2003 15:38:23 +0100 From: Bernd Walter To: Bjarne Wichmann Petersen Cc: regis rampnoux , freebsd-stable@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: USB-floppy locks FreeBSD Message-ID: <20030315143822.GL83455@cicely9.cicely.de> Reply-To: ticso@cicely.de References: <200303132153.17125.freebsd.nospam@mekanix.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200303132153.17125.freebsd.nospam@mekanix.dk> X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha User-Agent: Mutt/1.5.3i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Mar 13, 2003 at 09:53:17PM +0100, Bjarne Wichmann Petersen wrote: > On Thursday 27 February 2003 19:49, regis rampnoux wrote: > > On 27-Feb-2003 Bjarne Wichmann Petersen wrote: > > >> I want to use my TEAC USB Floppy with FreeBSD 4.7-STABLE (CVS 31 jan > > >> 2003) but I can't. > > > Did you ever get a solution to your problem? I have had this problem > > > for more than a year (also with a TEAC USB-floppy). Back in april > > Yes. > > try : > > sysctl kern.cam.da.no_6_byte=1 > > If it is working you can add the parameter in the file > > /etc/sysctl.conf > > kern.cam.da.no_6_byte=1 > > Works partly. I can mount the floppy, I can read from the floppy, but I can't > write to the floppy. It probably declare itself wrong. If it would have said that it uses the floppy command set, then there would never have been tried a 6 byte command. Try declaring it with UMASS_PROTO_UFI in umass.c to the umass_devdescrs array. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 15 7:11:16 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C14F337B404; Sat, 15 Mar 2003 07:11:08 -0800 (PST) Received: from solfertje.student.utwente.nl (solfertje.student.utwente.nl [130.89.167.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D48C43FBD; Sat, 15 Mar 2003 07:11:08 -0800 (PST) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from solfertje.student.utwente.nl (failways.internal [10.236.150.2]) by solfertje.student.utwente.nl (Postfix) with ESMTP id EEBF1BC; Sat, 15 Mar 2003 16:17:55 +0100 (CET) Date: Sat, 15 Mar 2003 16:11:00 +0100 (CET) From: Alban Hertroys Reply-To: Alban Hertroys Subject: Re: HEADSUP: XFree86 4.3.0 update - problems that surely have solut ions...? To: Eric Anholt Cc: ports@FreeBSD.ORG, stable@FreeBSD.ORG In-Reply-To: <1047429424.8471.40.camel@leguin> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Message-Id: <20030315151756.EEBF1BC@solfertje.student.utwente.nl> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 11 Mar, Eric Anholt punched keys in this particular order: > I've committed the update of XFree86 to 4.3.0 to ports. I think I've > cleaned up after my mess at this point, but there may still be issues. > Please report to me if you have any problems with the new ports or any > issues with XFree86 that you didn't have in 4.2.0. > > I think the ports should build fine with a plain make install from > x11/XFree86-4 even if 4.2.0 is already installed (they did last time I > tried), but it doesn't guarantee an update. Please use portupgrade to > ensure you update fully. > > graphics/drm-kmod isn't going to be updated for 4.3.0. I have a diff > for the MFC of the drm up at: > http://people.freebsd.org/~anholt/dri/files.html > I would appreciate testers for this because I don't have a -stable > machine at the moment. One thing that doesn't seem to work is installing the XFree-4 metaport of 4.3.0 over the old XFree 4.2.1 installation. The metaport succesfully finds all it's dependencies, and just registers - without compiling anything at all. Any tricks to this? === So I tried compiling one by one, starting with XFree86-4-libraries. I have a insall problem, though (this happens during the install of the libraries - I hope it didn't break anything...): (...) ranlib /usr/X11R6/lib/libfontconfig.a install in lib/fontconfig/src done installing in lib/fontconfig/fc-cache... /usr/bin/install -c -s fc-cache /usr/X11R6/bin/fc-cache if [ x${DESTDIR} = x ]; then set -x; LD_LIBRARY_PATH=/usr/ports/x11/XFree86-4-libraries/work/xc/exports/lib LD_PRELOAD="`(cd /usr/ports/x11/XFree86-4-libraries/work/xc/exports/lib; echo libfreetype.so.? libXft.so.? libXrender.so.? libfontconfig.so.?)`" FONTCONFIG_PATH=/usr/ports/x11/XFree86-4-libraries/work/xc/lib/fontconfig /usr/ports/x11/XFree86-4-libraries/work/xc/exports/bin/fc-cache -v -f; fi + cd /usr/ports/x11/XFree86-4-libraries/work/xc/exports/lib + echo libfreetype.so.? libXft.so.? libXrender.so.1 libfontconfig.so.1 + LD_LIBRARY_PATH=/usr/ports/x11/XFree86-4-libraries/work/xc/exports/lib LD_PRELOAD=libfreetype.so.? libXft.so.? libXrender.so.1 libfontconfig.so.1 FONTCONFIG_PATH=/usr/ports/x11/XFree86-4-libraries/work/xc/lib/fontconfig /usr/ports/x11/XFree86-4-libraries/work/xc/exports/bin/fc-cache -v -f /usr/libexec/ld-elf.so.1: Shared object "libfreetype.so.?" not found *** Error code 1 Stop in /usr/ports/x11/XFree86-4-libraries/work/xc/lib/fontconfig/fc-cache. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-libraries/work/xc/lib/fontconfig. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-libraries/work/xc/lib. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-libraries. This is probably something with my setup, as the old libraries (4.2.1) now fail to compile as well. I tried updating both Xft and fontconfig from a fresh ports (updated yesterday, IIRC), but to no avail. What's wrong here? FYI, portupgrade is not an option, currently, as I had to restore my X from a backup, but failed to make one of my pkg-db. According to my pkg-db I don't have X... === So, I was wondering, is there a way to install just the pkg-db entries from a port? This would be especially nice because I don't install every application from ports (Window Maker being one), and some of the ports depend on those apps... -- Alban Hertroys http://solfertje.student.utwente.nl - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - CORBA, A poisonous snake that bites. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 15 8:11:51 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E4C537B401; Sat, 15 Mar 2003 08:11:50 -0800 (PST) Received: from sccmmhc01.mchsi.com (sccmmhc01.mchsi.com [204.127.203.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CC7B43F93; Sat, 15 Mar 2003 08:11:49 -0800 (PST) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu ([12.216.242.20]) by sccmmhc01.mchsi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20030315161148.HJYY22382.sccmmhc01.mchsi.com@math.missouri.edu>; Sat, 15 Mar 2003 16:11:48 +0000 Message-ID: <3E7350C4.1080102@math.missouri.edu> Date: Sat, 15 Mar 2003 10:11:48 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ports@FreeBSD.ORG, stable@FreeBSD.ORG Subject: HEADSUP: XFree86 4.3.0 update Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a small problem with XF86-4.3.0 which didn't happen with 4.2. The -hands option doesn't seem to work with xclock. Now xclock likes to have a dark red hour hand and a dark blue minute hand. I would prefer to have them black, and according to the man page the -hands option should do it. -- Stephen Montgomery-Smith stephen@math.missouri.edu http://www.math.missouri.edu/~stephen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 15 9:29:33 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB2D937B404; Sat, 15 Mar 2003 09:29:31 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BC4B43F3F; Sat, 15 Mar 2003 09:29:30 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id AD60E5308; Sat, 15 Mar 2003 18:29:26 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Eric Anholt Cc: Richard Nyberg , ports@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: HEADSUP: XFree86 4.3.0 update From: des@ofug.org (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sat, 15 Mar 2003 18:29:26 +0100 In-Reply-To: <1047611485.622.20.camel@leguin> (Eric Anholt's message of "13 Mar 2003 19:11:25 -0800") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.2 References: <1047429424.8471.40.camel@leguin> <20030313142103.GA85337@murmeldjur.it.su.se> <1047611485.622.20.camel@leguin> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Eric Anholt writes: > This ended up being a problem with the fontconfig port, and should be > fixed in current ports. Note that a make install in fontconfig won't fix > it because it doesn't overwrite the fonts.conf, but deinstalling first > or using portupgrade should work though. I'm also having trouble with xclock, but I have an up-to-date fontconfig (this is a new box, so it never had a broken fontconfig): des@dwp ~% pkg_info | grep fontconf fontconfig-2.1_6 An XML-based font configuration API for X Windows The problem is that xclock ignores the "XClock*font" property and the -fn parameter, and just uses whatever font it pleases (some kind of sans-serif demibold monospace font I don't recognize). It does obey -fa (font face) like xterm, but does not support -fs (font size) and seems to be stuck at size 12 or 14 or thereabouts. Speaking of xterm, I tried using -fa / -fs instead of -fn / -fb (to get antialiasing), but the line spacing is wrong - it looks to be about 1.5. Also, the size selection in the "VT Fonts" menu seems to be out of order. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 15 16:10:25 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E79AE37B401 for ; Sat, 15 Mar 2003 16:10:23 -0800 (PST) Received: from lightning.adam.com.au (lightning.adam.com.au [203.2.124.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 59DA443F85 for ; Sat, 15 Mar 2003 16:10:22 -0800 (PST) (envelope-from bastill@adam.com.au) Received: (qmail 96743 invoked from network); 16 Mar 2003 00:10:19 -0000 Received: from unknown (HELO BAPhD.gihon.org.au) (202.6.151.24) by eden.adam.com.au with SMTP; 16 Mar 2003 00:10:19 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Brian Astill To: "max lizano" , stable@FreeBsd.org Subject: Re: Fsck problems Date: Sun, 16 Mar 2003 10:40:01 +1030 User-Agent: KMail/1.4.3 References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200303161040.01925.bastill@adam.com.au> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 14 Mar 2003 12:12 pm, max lizano wrote: > Hi everybody, > > This is my situation, every time that i run the command "fsck -p" in > single user modei receive the following: > > /dev/ad1s1a NO WRITE ACCESS > /dev/ads1a1: Unexpected inconsistency. RUN fsck Manually. > > What do I do wrong? Absolutely nothing. Maybe you are reading the Handbook instructions as=20 I was? That says go to single user mode then "fsck -p" followed by=20 "mount -a". Like you I found that fsck gave that "no write access"=20 error. Mike Meyer was/has fixed the Handbook. However somebody wrote that you can't fsck a mounted partition, so I=20 don't know where that leaves us!. --=20 Regards, Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Mar 15 22:35:38 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A90637B401 for ; Sat, 15 Mar 2003 22:35:35 -0800 (PST) Received: from mobile.hub.org (u173n136.eastlink.ca [24.224.173.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63BFA43F93 for ; Sat, 15 Mar 2003 22:35:32 -0800 (PST) (envelope-from scrappy@hub.org) Received: by mobile.hub.org (Postfix, from userid 1000) id 230C63E1E; Sun, 16 Mar 2003 02:35:31 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by mobile.hub.org (Postfix) with ESMTP id 0E1693E19 for ; Sun, 16 Mar 2003 02:35:31 -0400 (AST) Date: Sun, 16 Mar 2003 02:35:30 -0400 (AST) From: The Hermit Hacker X-X-Sender: scrappy@localhost To: freebsd-stable@freebsd.org Subject: Server feels sluggish ... Message-ID: <20030316022218.V65381@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Okay, this has to be the worst report of all time, but one of my ligher loaded servers feels more sluggish then the heavy loaded one ... starting commands seems to 'hang' for a bit and then go, changing folders in mail takes forever, etc ... yet there is about a 1/4 the processes running on this system ... so this is more a 'is there something I shuld be looking at' kinda email, since I can't pinpoint anything as being wrong, it just *feels* sluggish :( The server itself is a Dual PIII 1.2Ghz on an Intel MB in an Intel SR2300 chassis ... Adaptec 2120S ZCR RAID Controller ... 4GB of RAM ... 6x36GB Seagate Cheetah drives in a RAID5 configuration ... Onboard Intel ethernet ... But, I can't seem to find anything to back up the feeling ... so don't even know what I'm asking on this one ... the server has been up 12hrs (I rebooted earlier to give Scott some info he requested from the boot): neptune# uptime 2:25AM up 12:15, 5 users, load averages: 0.90, 1.01, 1.18 A systat -vmstat shows: 5 users Load 0.63 1.08 1.31 Mar 16 02:19 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 498812 87200 1616180 232472 213712 count 4 All 3892832 157920 387212 394364 pages 5 Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt 26 cow 247 total 44 9275 2869 349 4305 247 1369 345 472944 wire 8 aac0 irq2 886588 act 11 fxp0 irq9 9.0%Sys 0.0%Intr 0.3%User 0.0%Nice 90.7%Idl 2213900 inact 100 clk irq0 | | | | | | | | | | 178088 cache 128 rtc irq8 ====> 35624 free daefr Namei Name-cache Dir-cache 44 prcfr Calls hits % hits % react 234 234 100 pdwake 1 zfod pdpgs Disks aacd0 1 ofod intrn KB/t 14.30 %slo-z 204096 buf tps 8 47 tfree 79 dirtybuf MB/s 0.11 327680 desiredvnodes % busy 4 295838 numvnodes 13121 freevnodes Does anything look off here? As a comparison, my loaded server looks like (after 2days, 4hrs up): 19 users Load 27.34 64.76 78.08 Mar 16 01:28 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 1408520 166644 907252 788228 155336 count 5 12 6 All 3084348 243380 1619236 1369900 pages 17 16 6 Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt 43 cow 508 total 255 3 16*** 3102 490 2317 508 62 475 722812 wire 52 xl0 irq10 1896056 act 228 mux irq2 12.5%Sys 0.4%Intr 2.1%User 0.0%Nice 84.9%Idl 314468 inact 100 clk irq0 | | | | | | | | | | 150988 cache 128 rtc irq8 ======>> 4348 free daefr Namei Name-cache Dir-cache 52 prcfr Calls hits % hits % 4 react 2218 2196 99 1 0 pdwake 143 zfod 3692 pdpgs Disks da0 pass0 63 ofod 12 intrn KB/t 35.42 0.00 44 %slo-z 204096 buf tps 228 0 2157 tfree 289 dirtybuf MB/s 7.90 0.00 512000 desiredvnodes % busy 91 0 443648 numvnodes 83721 freevnodes Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message