From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 20 00:52:38 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4257416A4DD for ; Sun, 20 Aug 2006 00:52:38 +0000 (UTC) (envelope-from mrcpu@mathisen.org) Received: from mathisen.org (main.mathisen.org [70.58.179.172]) by mx1.FreeBSD.org (Postfix) with SMTP id 7DBCA43D46 for ; Sun, 20 Aug 2006 00:52:36 +0000 (GMT) (envelope-from mrcpu@mathisen.org) Received: (qmail 54583 invoked by uid 29999); 20 Aug 2006 01:01:42 -0000 Date: Sat, 19 Aug 2006 18:01:42 -0700 From: Jaye Mathisen To: hackers@freebsd.org Message-ID: <20060820010142.GY20880@main.mathisen.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Cc: Subject: RadioShack USB/Serial converter on FreeBSD 6.0-stable? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2006 00:52:38 -0000 Running 6.0-stable as of 8/17. Bought a USB/Serial converter for my notebook from radio shack. Works under windows, but comes on as a "ugen0: Prolific Technology Inc. USB-Serial Controller. rev 1.10/3.00, addr". Is there a simple way for me to make this recognizable as a serial interface (presuming it's just a rebadged something-or-other. THanks. From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 20 01:30:24 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AE4C16A4DA for ; Sun, 20 Aug 2006 01:30:24 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id B947043D45 for ; Sun, 20 Aug 2006 01:30:23 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k7K1Tqru034687; Sat, 19 Aug 2006 18:29:52 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k7K1TqBl034686; Sat, 19 Aug 2006 18:29:52 -0700 (PDT) (envelope-from sgk) Date: Sat, 19 Aug 2006 18:29:52 -0700 From: Steve Kargl To: Jaye Mathisen Message-ID: <20060820012952.GA34674@troutmask.apl.washington.edu> References: <20060820010142.GY20880@main.mathisen.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060820010142.GY20880@main.mathisen.org> User-Agent: Mutt/1.4.2.2i Cc: hackers@freebsd.org Subject: Re: RadioShack USB/Serial converter on FreeBSD 6.0-stable? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2006 01:30:24 -0000 On Sat, Aug 19, 2006 at 06:01:42PM -0700, Jaye Mathisen wrote: > > > Running 6.0-stable as of 8/17. Bought a USB/Serial converter for my > notebook from radio shack. Works under windows, but comes > on as a "ugen0: Prolific Technology Inc. USB-Serial Controller. rev 1.10/3.00, addr". > > Is there a simple way for me to make this recognizable as a serial > interface (presuming it's just a rebadged something-or-other. > Have you read uplcom(4)? -- Steve From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 20 04:24:55 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A9EC16A4DA for ; Sun, 20 Aug 2006 04:24:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7B5743D45 for ; Sun, 20 Aug 2006 04:24:54 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k7K4O63k045086; Sat, 19 Aug 2006 22:24:06 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 19 Aug 2006 22:24:11 -0600 (MDT) Message-Id: <20060819.222411.-1625879832.imp@bsdimp.com> To: mrcpu@mathisen.org From: "M. Warner Losh" In-Reply-To: <20060820010142.GY20880@main.mathisen.org> References: <20060820010142.GY20880@main.mathisen.org> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 19 Aug 2006 22:24:06 -0600 (MDT) Cc: hackers@freebsd.org Subject: Re: RadioShack USB/Serial converter on FreeBSD 6.0-stable? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2006 04:24:55 -0000 In message: <20060820010142.GY20880@main.mathisen.org> Jaye Mathisen writes: : Running 6.0-stable as of 8/17. Bought a USB/Serial converter for my : notebook from radio shack. Works under windows, but comes : on as a "ugen0: Prolific Technology Inc. USB-Serial Controller. rev 1.10/3.00, addr". : : Is there a simple way for me to make this recognizable as a serial : interface (presuming it's just a rebadged something-or-other. run current is the simple way. I've added support to current for this device already... Warner From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 20 08:24:45 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85DC216A4DA; Sun, 20 Aug 2006 08:24:45 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAD7A43D49; Sun, 20 Aug 2006 08:24:42 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from mail.ninth-nine.com ([IPv6:2001:3e0:4cf:1:d2:ff:fe23:1b4]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.6/8.13.6/NinthNine) with ESMTP id k7K8OZic014237 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Aug 2006 17:24:41 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 20 Aug 2006 17:24:35 +0900 From: Norikatsu Shigemura To: freebsd-hackers@FreeBSD.org Message-Id: <20060820172435.26c4cc2a.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [IPv6:2001:3e0:4cf:0:230:48ff:fe41:2455]); Sun, 20 Aug 2006 17:24:41 +0900 (JST) Cc: freebsd-current@FreeBSD.org Subject: [RFC] prototype of top(1)'s CPU current frequency display X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2006 08:24:45 -0000 I want to see CPU current frequency on top(1), because I want to see relation of process status (CPU usage) and cpu current frequency using powerd(8) on the fly. In recently, many CPUs for servers like Xeon support frequency changing like Speed Step Technology. I run powerd(8) on these servers. So I should know performance issue, whichever program performance or server performance. I wrote a little usability patch. But I don't think that my code is not good:-(. So please improve my code. Wellknown problem. 1. assume only 1 CPU. 2. assume dev.cpu.0.freq is always exists. 3. display position is good? --- usr.bin/top/machine.c.orig Wed May 18 22:42:51 2005 +++ usr.bin/top/machine.c Sun Aug 20 16:41:59 2006 @@ -153,10 +153,10 @@ /* these are for detailing the process states */ -int process_states[8]; +int process_states[9]; char *procstatenames[] = { "", " starting, ", " running, ", " sleeping, ", " stopped, ", - " zombie, ", " waiting, ", " lock, ", + " zombie, ", " waiting, ", " lock, ", " MHz, ", NULL }; @@ -628,6 +628,9 @@ prev_pp->ki_pctcpu += pp->ki_pctcpu; } } + + /* CPU current frequency */ + GETSYSCTL("dev.cpu.0.freq", process_states[8]); /* if requested, sort the "interesting" processes */ if (compare != NULL) From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 20 09:21:19 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5FB216A4DD for ; Sun, 20 Aug 2006 09:21:19 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 4761D43D46 for ; Sun, 20 Aug 2006 09:21:18 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 296 invoked from network); 20 Aug 2006 09:21:18 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 20 Aug 2006 09:21:18 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sun, 20 Aug 2006 04:21:51 -0500 (CDT) From: Mike Silbersack To: Eric Anderson In-Reply-To: <44C82A40.3020009@centtech.com> Message-ID: <20060820040339.Q3166@odysseus.silby.com> References: <44C82A40.3020009@centtech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Hackers Subject: Re: [PATCH] adding two new options to 'cp' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2006 09:21:19 -0000 On Wed, 26 Jul 2006, Eric Anderson wrote: > I'm tired of trying to use rsync or gcp (which doesn't like symlinks often) > to copy trees of files/directories using hard links, so I added the gcp-ish > options -a and -l. ... > Comments? Flames? Committers willing to commit? > > Eric Having just read this thread start to finish, I strongly feel that Eric should be given an award for putting up with all the crap he was given and not losing his temper. In sincerely hope that this thread does not scare off others who have local patches that they are considering contributing to FreeBSD. Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 20 13:53:17 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3080716A4E7 for ; Sun, 20 Aug 2006 13:53:16 +0000 (UTC) (envelope-from yoichi@geiin.org) Received: from alcoholic.geiin.org (59x87x89x234.ap59.ftth.ucom.ne.jp [59.87.89.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id F39F543D49 for ; Sun, 20 Aug 2006 13:53:14 +0000 (GMT) (envelope-from yoichi@geiin.org) Received: from localhost.geiin.org (tequila-air.local-net [192.168.1.6]) by alcoholic.geiin.org (Postfix) with ESMTP id A00321DF63 for ; Sun, 20 Aug 2006 22:53:13 +0900 (JST) Date: Sun, 20 Aug 2006 22:53:13 +0900 Message-ID: <878xljfr92.wl%yoichi@geiin.org> From: Yoichi NAKAYAMA To: hackers@freebsd.org User-Agent: Wanderlust/2.15.3 (Almost Unreal) EMIKO/1.14.1 (Choanoflagellata) LIMIT/1.14.10 (=?ISO-2022-JP?B?GyRCOEU7VBsoQg==?=) APEL/10.6 EasyPG/0.0.2 Emacs/22.0.50 (i686-pc-linux-gnu) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) Organization: Geiin.org X-Face: wLZki+KbGjgKe0,<&3g*rA|R**vj[a8L%[v]ecJh1L(Uqm|LBx; v7Nq7n%?0d.aS]F#[~C\!{m?m,C&#U5}$_pZvBR>5VmX1Ol0`P\M-U8`sUF<5Quj'z&zzW8r|Zl9#W7Wut3duYzpKrP{n+AbarKtJ!i"Al7]P; -?[=iBZa*]r=>C':0~JECx]IH+RXq=/hUX}MB9e]oQKBxsDd/ X-SKK: Daredevil SKK/13.0.90 (Hattori) MIME-Version: 1.0 (generated by EMIKO 1.14.1 - "Choanoflagellata") Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Sun, 20 Aug 2006 14:17:27 +0000 Cc: Subject: uplcom and getty X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2006 13:53:17 -0000 Can't we use ttyU0 with getty? I have USB to serial converter ELECOM UC-SGT # usbdevs -v | grep Prolific port 2 addr 4: full speed, power 500 mA, config 1, USB-Serial Controller(0x5004), Prolific Technology Inc.(0x056e), rev 3.00 I linked two machine with RS232C reverse cable and UC-SGT. I cannot connect getty on ttyU0 on the machine. remote# cu -l /dev/ttyd0 does not print anything. I have the line ttyU0 "/usr/libexec/getty std.9600" vt100 on secure in /etc/ttys and getty is actually running as local# ps -ax | grep ttyU0 | grep -v grep 1171 ?? I 0:00.40 /usr/libexec/getty std.9600 ttyU0 # I have no problem with # local# cu -l /dev/cuaU0 # to connect getty running on ttyd0 of remote machine. -- Yoichi NAKAYAMA From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 20 15:09:10 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15E5A16A4DF for ; Sun, 20 Aug 2006 15:09:10 +0000 (UTC) (envelope-from rik@inse.ru) Received: from mail.inse.ru (inse.ru [144.206.128.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0E3A43D45 for ; Sun, 20 Aug 2006 15:09:09 +0000 (GMT) (envelope-from rik@inse.ru) Received: from [127.0.0.1] (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTP id 7738A33C46 for ; Sun, 20 Aug 2006 19:09:08 +0400 (MSD) Message-ID: <44E87CCD.30105@inse.ru> Date: Sun, 20 Aug 2006 19:16:29 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.7.12) Gecko/20060103 ASPLinux/1.7.12-1.5.1.1asp X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: global date via module howto X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2006 15:09:10 -0000 Hi, I have the following problem: module A int x; module B extern int x; Module A is loaded, module B can't be loaded cause of unknow 'x'. What should I do to make x global? PS. I am working on porting irda support for USB devices from NetBSD. The current model consists of two layers hw and sw. hw is the usb device driver. sw is some software layer the same for all device and it is a child on top of hw 'bus'. To make this working I need to add DRIVER_MODULE for each 'bus'. To make sw independent from the bus I need to export _driver and _class structures and put DRIVER_MODULE in 'bus' code instead of 'child'. rik From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 20 16:17:11 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3FAA16A4DA for ; Sun, 20 Aug 2006 16:17:11 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from vsmtp1.tin.it (vsmtp1.tin.it [212.216.176.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7714543D45 for ; Sun, 20 Aug 2006 16:17:11 +0000 (GMT) (envelope-from matteo@freebsd.org) Received: from localhost.krapfengeist (87.2.179.190) by vsmtp1.tin.it (7.2.072.1) id 44C8F11B00DE0EEF for freebsd-hackers@freebsd.org; Sun, 20 Aug 2006 18:17:10 +0200 Received: from localhost.krapfengeist (rionda@localhost [127.0.0.1]) by localhost.krapfengeist (8.13.7/8.13.7) with ESMTP id k7KGH90d001158 for ; Sun, 20 Aug 2006 18:17:09 +0200 (CEST) (envelope-from matteo@freebsd.org) Received: (from rionda@localhost) by localhost.krapfengeist (8.13.7/8.13.7/Submit) id k7KGH8tA001157 for freebsd-hackers@freebsd.org; Sun, 20 Aug 2006 18:17:08 +0200 (CEST) (envelope-from matteo@freebsd.org) X-Authentication-Warning: localhost.krapfengeist: rionda set sender to matteo@freebsd.org using -f Date: Sun, 20 Aug 2006 18:17:08 +0200 From: Matteo Riondato To: freebsd-hackers@freebsd.org Message-ID: <20060820161708.GA984@krapfengeist> Mail-Followup-To: Matteo Riondato , freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.12-2006-07-14 Subject: About loader(8) forth X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2006 16:17:12 -0000 Hi folks, I'm trying to understand how the loader forth works to see if it's possible to develop something similar to knoppix boot menu and use it for FreeSBIE. Just to have a try, I replaced /boot/beastie.4th with file a containing only: ." Welcome to FreeSBIE" exit then I deleted the line mentioning beastie-start from /boot/loader.rc and rebooted my machine. I wanted the machine to print "Welcome to FreeSBIE" and then escape to loader prompt. Saying it didn't work is probably not enough. I got an error message saying "Compile failed" followed by some codes I didn't had the time to copy because my machine auto-rebooted. I must admit I'm a forth newbie. What so important id I miss? Any hint that will make me proceed in the correct direction will be much appreciated. Thanks in advance Best regards -- Matteo Riondato FreeBSD Committer (http://www.freebsd.org) G.U.F.I. Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 20 17:09:24 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C3AE16A4DA for ; Sun, 20 Aug 2006 17:09:24 +0000 (UTC) (envelope-from dgilbert@daveg.ca) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DAAB43D62 for ; Sun, 20 Aug 2006 17:09:24 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 7373E2119A; Sun, 20 Aug 2006 13:09:23 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id A4B174AC2B; Sun, 20 Aug 2006 13:09:28 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17640.38728.579970.394312@canoe.dclg.ca> Date: Sun, 20 Aug 2006 13:09:28 -0400 To: freebsd-hackers@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid Subject: PCI express support? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2006 17:09:24 -0000 I got a PCI express version of the Intel gigabit adaptor to try. Heh. Comes with a big-ass heatsink on the card. I found that a bit amusing. But it doesn't probe up. Is this because PCI Express is not supported (1x in this case --- the little slot), or because I need to put in the constants for this card? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 20 18:17:45 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C2AF16A4DA for ; Sun, 20 Aug 2006 18:17:45 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AD6343D49 for ; Sun, 20 Aug 2006 18:17:44 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.221] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id k7KIHhuV004108; Sun, 20 Aug 2006 11:17:43 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <44E8A747.2050807@freebsd.org> Date: Sun, 20 Aug 2006 11:17:43 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steven Hartland References: <020701c6bb0d$68ae7330$b3db87d4@multiplay.co.uk> <44D94C69.1030901@freebsd.org> In-Reply-To: <44D94C69.1030901@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Adding remove file option to BSD tar? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2006 18:17:45 -0000 >> What do people think about adding an equivalent to >> gtars --remove-files? > > Shouldn't be too tricky. If you think you know > how to implement it, send me the diffs. > > Doing this "safely" is nearly impossible, of > course. In the compressed case, the compression > pipeline buffers a LOT of data ... Actually, this might not be as hard as I first thought. Just keep a FIFO of files added to the archive, and a running count of the total size of those files. When the count exceeds some limit, delete the oldest file in the queue and update the size. If you keep the limit pretty high (2MB? 10MB?), then you can be pretty confident that files will not get deleted before they have been safely added to the archive. Tim Kientzle From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 20 18:28:10 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE6BD16A4DE for ; Sun, 20 Aug 2006 18:28:10 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 861FC43D86 for ; Sun, 20 Aug 2006 18:28:02 +0000 (GMT) (envelope-from reko.turja@liukuma.net) Received: from moria.endor.swagman.org ([213.113.4.185] [213.113.4.185]) by mxfep02.bredband.com with ESMTP id <20060820182801.SJOE11843.mxfep02.bredband.com@moria.endor.swagman.org> for ; Sun, 20 Aug 2006 20:28:01 +0200 Received: from rivendell (rivendell.endor.swagman.org [192.168.10.10]) by moria.endor.swagman.org (Postfix) with SMTP id 0D2D0C for ; Sun, 20 Aug 2006 21:27:59 +0300 (EEST) Message-ID: <017601c6c486$6477c370$0a0aa8c0@rivendell> From: "Reko Turja" To: Date: Sun, 20 Aug 2006 21:28:10 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Subject: Aqcuiring full path to running process from outside the kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2006 18:28:11 -0000 I've been playing with Open Watcom for a bit in FreeBSD and for a while there's been one stumblim block for further advancement. Watcom uses a method for storing program messages etc. where these messages are stored as a "resource file" inside the executable itself. As the commands are usually invoked without the canonical path, the tools cannot find the resource portion stored inside. This far I've been looking for some solutions from which none seem to work too well. vn_fullpath (9) is running only inside kernel I think, and with the approach using kvm_openfiles and kvm_getprocs I can only get the command without the path (there are vnode etc. structures inside the kinfo_proc structure, but those seem to be unavailable from user space). Of course /proc might help in here, but I rather kept the code compilable on very vanilla system. Any pointers on how to proceed would be welcome. -Reko From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 20 21:05:50 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A28916A4DF for ; Sun, 20 Aug 2006 21:05:50 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id B2E2D43D5D for ; Sun, 20 Aug 2006 21:05:47 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 86846 invoked by uid 1001); 20 Aug 2006 21:05:39 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Sun, 20 Aug 2006 17:05:39 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17640.52899.432083.511555@bhuda.mired.org> Date: Sun, 20 Aug 2006 17:05:39 -0400 To: "Reko Turja" In-Reply-To: <017601c6c486$6477c370$0a0aa8c0@rivendell> References: <017601c6c486$6477c370$0a0aa8c0@rivendell> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer Cc: freebsd-hackers@freebsd.org Subject: Re: Aqcuiring full path to running process from outside the kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2006 21:05:50 -0000 In <017601c6c486$6477c370$0a0aa8c0@rivendell>, Reko Turja typed: > I've been playing with Open Watcom for a bit in FreeBSD and for a > while there's been one stumblim block for further advancement. Watcom > uses a method for storing program messages etc. where these messages > are stored as a "resource file" inside the executable itself. As the > commands are usually invoked without the canonical path, the tools > cannot find the resource portion stored inside. > > This far I've been looking for some solutions from which none seem to > work too well. vn_fullpath (9) is running only inside kernel I think, > and with the approach using kvm_openfiles and kvm_getprocs I can only > get the command without the path (there are vnode etc. structures > inside the kinfo_proc structure, but those seem to be unavailable from > user space). Of course /proc might help in here, but I rather kept the > code compilable on very vanilla system. > > Any pointers on how to proceed would be welcome. In general, what you're asking can't be done on Unix. The vn_fullpath man page notes this by pointing out that it makes a "best effort", and giving a list of reasons why it isn't reliable. Many of those apply in your case as well. However, you can also make a best effort. Check argv[0] to see if you have an absolute path. If not, do what the shell would do to find the executable - look for it on $PATH. Once you've found it, call realpath(3) to canonicalize the path. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 20 22:28:52 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2D6E16A4DD for ; Sun, 20 Aug 2006 22:28:52 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2CC543D45 for ; Sun, 20 Aug 2006 22:28:51 +0000 (GMT) (envelope-from reko.turja@liukuma.net) Received: from moria.endor.swagman.org ([213.113.4.185] [213.113.4.185]) by mxfep02.bredband.com with ESMTP id <20060820222850.UHXS11843.mxfep02.bredband.com@moria.endor.swagman.org>; Mon, 21 Aug 2006 00:28:50 +0200 Received: from rivendell (rivendell.endor.swagman.org [192.168.10.10]) by moria.endor.swagman.org (Postfix) with SMTP id 5D3CFC; Mon, 21 Aug 2006 01:28:49 +0300 (EEST) Message-ID: <030e01c6c4a8$094144a0$0a0aa8c0@rivendell> From: "Reko Turja" To: "Mike Meyer" References: <017601c6c486$6477c370$0a0aa8c0@rivendell> <17640.52899.432083.511555@bhuda.mired.org> Date: Mon, 21 Aug 2006 01:29:00 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Cc: freebsd-hackers@freebsd.org Subject: Re: Aqcuiring full path to running process from outside the kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2006 22:28:52 -0000 Of course I did find about the CTL_KERN.KERN_PROC.KERN_PROC_PATHNAME sysctl method of grabbing the path just about the same time Mike replied to my query... Seems that either of the ways suggested by Mike could be used as fallback. Sorry about the noise. -Reko From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 00:14:18 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4A3216A4DA for ; Mon, 21 Aug 2006 00:14:18 +0000 (UTC) (envelope-from fbsd-hackers@mawer.org) Received: from mail-ihug.icp-qv1-irony3.iinet.net.au (ihug-mail.icp-qv1-irony3.iinet.net.au [203.59.1.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B85743D46 for ; Mon, 21 Aug 2006 00:14:17 +0000 (GMT) (envelope-from fbsd-hackers@mawer.org) Received: from 203-206-173-235.perm.iinet.net.au (HELO [127.0.0.1]) ([203.206.173.235]) by mail-ihug.icp-qv1-irony3.iinet.net.au with ESMTP; 21 Aug 2006 08:14:16 +0800 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="4.08,149,1154880000"; d="scan'208"; a="909304575:sNHT29003134" Message-ID: <44E8FAB3.2020803@mawer.org> Date: Mon, 21 Aug 2006 10:13:39 +1000 From: Antony Mawer User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: David Gilbert References: <17640.38728.579970.394312@canoe.dclg.ca> In-Reply-To: <17640.38728.579970.394312@canoe.dclg.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: PCI express support? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 00:14:19 -0000 On 21/08/2006 3:09 AM, David Gilbert wrote: > I got a PCI express version of the Intel gigabit adaptor to try. > Heh. Comes with a big-ass heatsink on the card. I found that a bit > amusing. > > But it doesn't probe up. Is this because PCI Express is not supported > (1x in this case --- the little slot), or because I need to put in the > constants for this card? You might want to try the latest Intel driver from their site, or alternatively I think the latest driver has been merged to 6.1-STABLE. I had a Intel Pro/1000 PT, and it was only recognised in -CURRENT. Using the official Intel driver allowed me to get it running on 6.1. This was prior to the recent MFC of the newer driver. -Antony From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 00:59:55 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E328616A50D for ; Mon, 21 Aug 2006 00:59:55 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2819143D55 for ; Mon, 21 Aug 2006 00:59:44 +0000 (GMT) (envelope-from mike@sentex.net) Received: from BLUELAPIS.sentex.ca (cage.simianscience.com [64.7.134.1]) by smarthost2.sentex.ca (8.13.6/8.13.4) with SMTP id k7L0xhQd090458; Sun, 20 Aug 2006 20:59:43 -0400 (EDT) (envelope-from mike@sentex.net) From: Mike Tancsa To: David Gilbert Date: Sun, 20 Aug 2006 20:59:55 -0400 Message-ID: References: <17640.38728.579970.394312@canoe.dclg.ca> In-Reply-To: <17640.38728.579970.394312@canoe.dclg.ca> X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: PCI express support? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 00:59:56 -0000 On Sun, 20 Aug 2006 13:09:28 -0400, in sentex.lists.freebsd.hackers you wrote: >I got a PCI express version of the Intel gigabit adaptor to try. >Heh. Comes with a big-ass heatsink on the card. I found that a bit >amusing. > >But it doesn't probe up. Is this because PCI Express is not supported >(1x in this case --- the little slot), or because I need to put in the >constants for this card? Just the devids seem to work just fine for me http://lists.freebsd.org/pipermail/freebsd-hardware/2006-June/003550.html ---Mike -------------------------------------------------------- Mike Tancsa, Sentex communications http://www.sentex.net Providing Internet Access since 1994 mike@sentex.net, (http://www.tancsa.com) From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 02:52:07 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F34616A4DE for ; Mon, 21 Aug 2006 02:52:07 +0000 (UTC) (envelope-from alanbaka@writeme.com) Received: from sr1.bbi-pccw.com (sr1.bbi-pccw.com [210.177.222.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70BA943D5D for ; Mon, 21 Aug 2006 02:52:04 +0000 (GMT) (envelope-from alanbaka@writeme.com) Received: from iasvr8-smtp.cyberchn.com.hk (iasvr8 [203.132.207.223]) by sr1.bbi-pccw.com (8.12.8/8.12.8) with ESMTP id k7L2puS5016044; Mon, 21 Aug 2006 10:51:56 +0800 Received: from [127.0.0.1] ([203.132.201.12]) (authenticated bits=0) by iasvr8-smtp.cyberchn.com.hk (8.12.8/8.12.8) with ESMTP id k7L2puuP001630; Mon, 21 Aug 2006 10:51:57 +0800 Message-ID: <44E91F8D.3070902@writeme.com> Date: Mon, 21 Aug 2006 10:50:53 +0800 From: AlanBAKA User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Tancsa References: <17640.38728.579970.394312@canoe.dclg.ca> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, David Gilbert Subject: Re: PCI express support? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 02:52:07 -0000 Search for Pro/1000 PT Server Adapter Drive on their web site It works for any Pro/1000 chip from intel on from 4.x to 6.x FreeBSD Mike Tancsa wrote: >On Sun, 20 Aug 2006 13:09:28 -0400, in sentex.lists.freebsd.hackers >you wrote: > > > >>I got a PCI express version of the Intel gigabit adaptor to try. >>Heh. Comes with a big-ass heatsink on the card. I found that a bit >>amusing. >> >>But it doesn't probe up. Is this because PCI Express is not supported >>(1x in this case --- the little slot), or because I need to put in the >>constants for this card? >> >> > >Just the devids seem to work just fine for me > >http://lists.freebsd.org/pipermail/freebsd-hardware/2006-June/003550.html > > ---Mike >-------------------------------------------------------- >Mike Tancsa, Sentex communications http://www.sentex.net >Providing Internet Access since 1994 >mike@sentex.net, (http://www.tancsa.com) >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > > From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 04:03:57 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D69116A4DA for ; Mon, 21 Aug 2006 04:03:57 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id D744943D46 for ; Mon, 21 Aug 2006 04:03:56 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k7L41Hsf002236; Sun, 20 Aug 2006 22:01:18 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 20 Aug 2006 22:01:24 -0600 (MDT) Message-Id: <20060820.220124.387191884.imp@bsdimp.com> To: rik@inse.ru From: "M. Warner Losh" In-Reply-To: <44E87CCD.30105@inse.ru> References: <44E87CCD.30105@inse.ru> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 20 Aug 2006 22:01:18 -0600 (MDT) Cc: freebsd-hackers@freebsd.org Subject: Re: global date via module howto X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 04:03:57 -0000 In message: <44E87CCD.30105@inse.ru> Roman Kurakin writes: : I have the following problem: : module A : int x; : : module B : extern int x; : : Module A is loaded, module B can't be loaded cause of unknow 'x'. : What should I do to make x global? Better to make module B depend on module A. Making it global is generally a bad idea. in module A: MODULE_VERSION(A, 1); In module B: MODULE_DEPEND(B, A, 1, 1, 1); Warner : PS. I am working on porting irda support for USB devices from NetBSD. : The current model consists of two layers hw and sw. hw is the usb device : driver. sw is some software layer the same for all device and it is a : child on top of hw 'bus'. To make this working I need to add : DRIVER_MODULE for each 'bus'. To make sw independent from the : bus I need to export _driver and _class structures and put DRIVER_MODULE : in 'bus' code instead of 'child'. Are you sure that you need to do this? I'm pretty sure that you can create a base class irdabus and then derive all the hw modules that implement irdabus from than and all the children will automatically probe. No need to export the driver/class structures. Warner From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 10:43:49 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66C4216A4DE for ; Mon, 21 Aug 2006 10:43:49 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id C57C143D58 for ; Mon, 21 Aug 2006 10:43:48 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 9824D20A5; Mon, 21 Aug 2006 12:43:44 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 7C7F62084; Mon, 21 Aug 2006 12:43:44 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 486B433C24; Mon, 21 Aug 2006 12:43:44 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Mike Meyer References: <017601c6c486$6477c370$0a0aa8c0@rivendell> <17640.52899.432083.511555@bhuda.mired.org> Date: Mon, 21 Aug 2006 12:43:44 +0200 In-Reply-To: <17640.52899.432083.511555@bhuda.mired.org> (Mike Meyer's message of "Sun, 20 Aug 2006 17:05:39 -0400") Message-ID: <86sljqnzbz.fsf@xps.des.no> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Reko Turja , freebsd-hackers@freebsd.org Subject: Re: Aqcuiring full path to running process from outside the kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 10:43:49 -0000 Mike Meyer writes: > However, you can also make a best effort. Check argv[0] to see if you > have an absolute path. If not, do what the shell would do to find the > executable - look for it on $PATH. Once you've found it, call > realpath(3) to canonicalize the path. You got it the wrong way around. First pass argv[0] to realpath(3), fall back to using $PATH only if realpath(3) fails (which it shouldn't unless you've called chdir(2), chroot(2) or jail(2) earlier in the process, or the executable was moved or removed) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 11:00:50 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D6B416A542 for ; Mon, 21 Aug 2006 11:00:49 +0000 (UTC) (envelope-from rik@inse.ru) Received: from mail.inse.ru (inse.ru [144.206.128.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 099F143D53 for ; Mon, 21 Aug 2006 11:00:48 +0000 (GMT) (envelope-from rik@inse.ru) Received: from [127.0.0.1] (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTP id B2E6133C46; Mon, 21 Aug 2006 15:00:42 +0400 (MSD) Message-ID: <44E994AF.6040805@inse.ru> Date: Mon, 21 Aug 2006 15:10:39 +0400 From: Roman Kurakin User-Agent: Thunderbird 1.5.0.5 (X11/20060813) MIME-Version: 1.0 To: "M. Warner Losh" References: <44E87CCD.30105@inse.ru> <20060820.220124.387191884.imp@bsdimp.com> In-Reply-To: <20060820.220124.387191884.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: global data via module howto X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 11:00:50 -0000 M. Warner Losh wrote: > In message: <44E87CCD.30105@inse.ru> > Roman Kurakin writes: > : I have the following problem: > : module A > : int x; > : > : module B > : extern int x; > : > : Module A is loaded, module B can't be loaded cause of unknow 'x'. > : What should I do to make x global? > > Better to make module B depend on module A. Making it global is > generally a bad idea. > > in module A: > MODULE_VERSION(A, 1); > > In module B: > MODULE_DEPEND(B, A, 1, 1, 1); > Module dependence is not the goal. > Warner > > : PS. I am working on porting irda support for USB devices from NetBSD. > : The current model consists of two layers hw and sw. hw is the usb device > : driver. sw is some software layer the same for all device and it is a > : child on top of hw 'bus'. To make this working I need to add > : DRIVER_MODULE for each 'bus'. To make sw independent from the > : bus I need to export _driver and _class structures and put DRIVER_MODULE > : in 'bus' code instead of 'child'. > > Are you sure that you need to do this? I'm pretty sure that you can > create a base class irdabus and then derive all the hw modules that > implement irdabus from than and all the children will automatically > probe. No need to export the driver/class structures. > I have a bit reversed case. In common case we have a driver for "bus" with many consumers. And we have children that declares itself via DRIVER_MODULE. If child could work on several buses it declares itself several times one for each bus. In my case I have several drivers that could be treated as bus driver for the same child: -----------USB------------ | | | ustir uirda smth_else \ | / ---------irframe-------- Imagine, if the network interface was implemented as a child of every network adapter. This is the same. In common case I'll put DRIVER_MODULE in a child for each bus and recompile after adding a new one. In this case I do no want to recompile the child for every new "bus" since child do not depend on such "bus" - it is the same for all. So we may call this a pseudo-device with unknown list of buses. I know, I could implement this other way, but I just want to play with newbus a bit and the original NetBSD driver was implemented this way. rik > Warner > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 11:09:49 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D168216A4DA; Mon, 21 Aug 2006 11:09:49 +0000 (UTC) (envelope-from cdjones-freebsd-hackers@novusordo.net) Received: from correo.novusordo.net (cdjj.org [216.194.85.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECFED43D4C; Mon, 21 Aug 2006 11:09:46 +0000 (GMT) (envelope-from cdjones-freebsd-hackers@novusordo.net) Received: from [192.168.2.100] (S010600c049bda6b5.ed.shawcable.net [68.149.198.157]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by correo.novusordo.net (Postfix) with ESMTP id 0B62A11523; Mon, 21 Aug 2006 05:09:45 -0600 (MDT) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <98C569DD-B559-4243-8C15-0DA1D832C387@novusordo.net> Content-Transfer-Encoding: 7bit From: Chris Jones Date: Mon, 21 Aug 2006 05:09:44 -0600 To: freebsd-hackers@freebsd.org X-Mailer: Apple Mail (2.752.2) Cc: Kip Macy Subject: [SoC] Jail Resource Limits X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 11:09:49 -0000 Hi, folks: I've completed the Summer of Code work on the jail resource limits (http://wikitest.freebsd.org/JailResourceLimits); jails can now have soft-ish limits placed on their memory and CPU usage. Briefly, when a jail uses more memory than its limit, pages are clawed back by a new kernel process, jpager. The clawback is at a configurable rate, though the proportion is currently fixed. When a jail uses more CPU time in proportion to total CPU time used than the number of its CPU usage shares to the total CPU usage shares, its processes are dropped in priority until it's had its fair share of the total CPU time; if there are no other processes that want to run, they'll use up as much CPU time as they otherwise would. We have a new command, jtune(8), which allows you to change the memory limit and CPU shares for a jail while it's running. You can also set these when a jail's created. Note that some sysctls need to be set (see jail(8) for details) before the limits will be enforced. A tarball with everything you need to build the experimental kernel can be at http://www.ualberta.ca/~cdjones/cdjones_jail_soc2006.tgz --- please read the INSTALL document in docs/ carefully, as it's pretty easy to trash your libc.so. The tarball is against RELENG_6 as of a few hours ago; I expect to port it to CURRENT sometime this week, once I build CURRENT on the desktop whose libc.so I trashed while writing docs/INSTALL. :) I look forward to your feedback. Cheers, Chris From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 15:05:35 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75BD216A4E0 for ; Mon, 21 Aug 2006 15:05:35 +0000 (UTC) (envelope-from artifact.one@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8547143D45 for ; Mon, 21 Aug 2006 15:05:34 +0000 (GMT) (envelope-from artifact.one@googlemail.com) Received: by nf-out-0910.google.com with SMTP id n29so2106004nfc for ; Mon, 21 Aug 2006 08:05:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=G8q8cWsIOuj+kNa3NjqDZzCMBnNDf3crB1DZ88hJfvWXuoZMpKH66QfC61dZufAbPAW7PVwHtIAyriNbsO7Jl9/vuX4lMdXR0fWNROpQFqTZEJlbzCMkmgkc2OOfk2hv2REPlDsINUwE/JoRM/vzJK1qEC06/V/NyrQ5i+94orU= Received: by 10.49.41.12 with SMTP id t12mr7810369nfj; Mon, 21 Aug 2006 08:05:33 -0700 (PDT) Received: by 10.49.54.3 with HTTP; Mon, 21 Aug 2006 08:05:33 -0700 (PDT) Message-ID: <8e96a0b90608210805m561e29e5g41bdd25ff9dfa94c@mail.gmail.com> Date: Mon, 21 Aug 2006 16:05:33 +0100 From: "mal content" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Relative paths [was: Path transformation] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 15:05:35 -0000 Thanks to all who helped point me towards realpath(). I have another favour to ask: Is there a function that can take two absolute paths and generate a relative path, from source to destination? /usr/bin/false /bin Becomes: ../../bin /bin /usr/bin/false Becomes: ../usr/bin/false thanks, MC From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 16:26:25 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A10616A4E2 for ; Mon, 21 Aug 2006 16:26:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5332343D5C for ; Mon, 21 Aug 2006 16:26:23 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k7LGQFEJ060298 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 21 Aug 2006 19:26:15 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k7LGQGSJ004925 for ; Mon, 21 Aug 2006 19:26:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k7LGQGlv004924 for freebsd-hackers@freebsd.org; Mon, 21 Aug 2006 19:26:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 21 Aug 2006 19:26:16 +0300 From: Kostik Belousov To: freebsd-hackers@freebsd.org Message-ID: <20060821162616.GG56637@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oXNgvKVxGWJ0RPMJ" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL, UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua Subject: style(9)-like guide for man pages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 16:26:25 -0000 --oXNgvKVxGWJ0RPMJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, is there style(9)-like guide for writing FreeBSD man pages ? --oXNgvKVxGWJ0RPMJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE6d6oC3+MBN1Mb4gRAkh5AKDIjamBuWTdHHS/sySWAn+DKn/CkgCfQ1Yx VZI75rwDUKwGZObUbldNT8s= =BCJI -----END PGP SIGNATURE----- --oXNgvKVxGWJ0RPMJ-- From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 16:50:35 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2A1F16A4DD for ; Mon, 21 Aug 2006 16:50:35 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2F2243D73 for ; Mon, 21 Aug 2006 16:50:33 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.182.129] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis), id 0MKwh2-1GFCyp47yj-0004YC; Mon, 21 Aug 2006 18:50:32 +0200 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Mon, 21 Aug 2006 18:50:21 +0200 User-Agent: KMail/1.9.3 References: <20060821162616.GG56637@deviant.kiev.zoral.com.ua> In-Reply-To: <20060821162616.GG56637@deviant.kiev.zoral.com.ua> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6722868.Cv3ZdU4IUX"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608211850.27317.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Kostik Belousov Subject: Re: style(9)-like guide for man pages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 16:50:36 -0000 --nextPart6722868.Cv3ZdU4IUX Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 21 August 2006 18:26, Kostik Belousov wrote: > is there style(9)-like guide for writing FreeBSD man pages ? "man mdoc" aka GROFF_MDOC(7) is the closest one I can think of. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart6722868.Cv3ZdU4IUX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBE6eRTXyyEoT62BG0RAmi7AJ9DGIjyncJDC+0QmPULI+02Ep8dAwCeLoql CWyfdjpGAAOtckjAAZI9e+Q= =0Dqm -----END PGP SIGNATURE----- --nextPart6722868.Cv3ZdU4IUX-- From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 16:55:07 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DCAC16A4E6 for ; Mon, 21 Aug 2006 16:55:07 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAFD843D7D for ; Mon, 21 Aug 2006 16:55:03 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k7LGsl29022542; Mon, 21 Aug 2006 10:54:48 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 21 Aug 2006 10:54:29 -0600 (MDT) Message-Id: <20060821.105429.1649766410.imp@bsdimp.com> To: rik@inse.ru From: "M. Warner Losh" In-Reply-To: <44E994AF.6040805@inse.ru> References: <44E87CCD.30105@inse.ru> <20060820.220124.387191884.imp@bsdimp.com> <44E994AF.6040805@inse.ru> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 21 Aug 2006 10:54:49 -0600 (MDT) Cc: freebsd-hackers@freebsd.org Subject: Re: global data via module howto X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 16:55:07 -0000 In message: <44E994AF.6040805@inse.ru> Roman Kurakin writes: : M. Warner Losh wrote: : > In message: <44E87CCD.30105@inse.ru> : > Roman Kurakin writes: : > : I have the following problem: : > : module A : > : int x; : > : : > : module B : > : extern int x; : > : : > : Module A is loaded, module B can't be loaded cause of unknow 'x'. : > : What should I do to make x global? : > : > Better to make module B depend on module A. Making it global is : > generally a bad idea. : > : > in module A: : > MODULE_VERSION(A, 1); : > : > In module B: : > MODULE_DEPEND(B, A, 1, 1, 1); : > : Module dependence is not the goal. Right. That's how symbols are visible to other modules. : > : > : PS. I am working on porting irda support for USB devices from NetBSD. : > : The current model consists of two layers hw and sw. hw is the usb device : > : driver. sw is some software layer the same for all device and it is a : > : child on top of hw 'bus'. To make this working I need to add : > : DRIVER_MODULE for each 'bus'. To make sw independent from the : > : bus I need to export _driver and _class structures and put DRIVER_MODULE : > : in 'bus' code instead of 'child'. : > : > Are you sure that you need to do this? I'm pretty sure that you can : > create a base class irdabus and then derive all the hw modules that : > implement irdabus from than and all the children will automatically : > probe. No need to export the driver/class structures. : > : I have a bit reversed case. In common case we have a driver for "bus" : with many : consumers. And we have children that declares itself via DRIVER_MODULE. : If child could work on several buses it declares itself several times : one for each : bus. In my case I have several drivers that could be treated as bus : driver for the : same child: : : -----------USB------------ : | | | : ustir uirda smth_else : \ | / : ---------irframe-------- : : Imagine, if the network interface was implemented as a child of every : network : adapter. This is the same. In common case I'll put DRIVER_MODULE in a child : for each bus and recompile after adding a new one. In this case I do no : want to : recompile the child for every new "bus" since child do not depend on : such "bus" : - it is the same for all. So we may call this a pseudo-device with : unknown list : of buses. I know, I could implement this other way, but I just want to : play with : newbus a bit and the original NetBSD driver was implemented this way. I think I must have not been clear before. I thought gave a solution to this that doesn't require a new DRIVER_MODULE for each new device. Let me try again. I'd hoped to say make ustir, uirda and smth_else all subclasses of a irbridge class, just like we do for pci and cardbus today. Then irframe would attach to irbridge and you'd only need to list DRIVER_MODULE lines once. This isn't a reversed case at all. It is actually quite common, but has been 'papered over' until now via multiple DRIVER_MODULE lines, except in the case of pci/cardbus[*]. I can provide more details on actually doing this. Right now I'm doing something similar for all the iic bridges that we have in the kernel. The number of devices with iicbus children is way too large and we can eliminate that issue via the technique. I'd be happy to flesh it out a bit, or provide you with sample code if you need that. Warner [*] There's still pci and cardbus DRIVER_MODULE lines in many drivers, but they are almost not needed. There's a newbus bug that I've not had the time to track down that prevents kldload from working competely correctly in some cases (like when loading the cardbus module). Once I get that fixed... From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 17:29:25 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1366216A4E5 for ; Mon, 21 Aug 2006 17:29:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5703743D72 for ; Mon, 21 Aug 2006 17:29:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7LHTCGq011401; Mon, 21 Aug 2006 13:29:13 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 21 Aug 2006 12:22:26 -0400 User-Agent: KMail/1.9.1 References: <44E29055.3080205@centtech.com> <44E36877.30707@centtech.com> In-Reply-To: <44E36877.30707@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608211222.27612.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 21 Aug 2006 13:29:15 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1702/Mon Aug 21 11:23:21 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Garance A Drosihn , Tobias Roth Subject: Re: struct dirent question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 17:29:25 -0000 On Wednesday 16 August 2006 14:48, Eric Anderson wrote: > On 08/16/06 13:45, Garance A Drosihn wrote: > > At 11:31 AM -0500 8/16/06, Eric Anderson wrote: > >> My point was, that either path you take (if BSD_VISIBLE is > >> defined or not), you end up with d_name having a size of > >> 255 + 1, so what's the point the having it at all? > > > > To make it clear that d_name is tied to the exact value > > of MAXNAMLEN (just in case that value ever changes), and > > it does not just happen to be 255+1 bytes for some reason > > that is completely unrelated to MAXNAMLEN. > > > > So if some programmer is working with the d_name variable, > > and *if* they actually look at this include file, then > > they'll immediately realize that any checks that they make > > should use MAXNAMLEN, and not hard-code in the 255 value. > > > > That's my 2-cents worth, at least... > > > > > Then shouldn't both be set to MAXNAMLEN? > > Of course, it isn't a big deal, I'm just curious what I'm missing in the > reasoning for doing such a thing. It's a hack because MAXNAMLEN isn't POSIX, so for the pure-POSIX case, _BSD_VISIBLE isn't defined, so we hardcode the length. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 17:29:25 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD46516A4DF for ; Mon, 21 Aug 2006 17:29:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB0C043D76 for ; Mon, 21 Aug 2006 17:29:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7LHTCGr011401; Mon, 21 Aug 2006 13:29:21 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 21 Aug 2006 12:27:53 -0400 User-Agent: KMail/1.9.1 References: <44E45C3F.6060901@centtech.com> <20060817122502.GF1483@deviant.kiev.zoral.com.ua> <44E4614B.9000902@centtech.com> In-Reply-To: <44E4614B.9000902@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608211227.54715.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 21 Aug 2006 13:29:21 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1702/Mon Aug 21 11:23:21 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Kostik Belousov Subject: Re: 6-STABLE snapshot (background fsck) lock-up X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 17:29:26 -0000 On Thursday 17 August 2006 08:30, Eric Anderson wrote: > On 08/17/06 07:25, Kostik Belousov wrote: > > On Thu, Aug 17, 2006 at 07:08:31AM -0500, Eric Anderson wrote: > >> I've seen this several times now, but this time I got a dump. > >> Basically, the system comes up after unclean shutdown, throws a bunch of > >> filesystems into the background fsck list, and begins 60 seconds later. > >> After some amount of time, the system will lock up, presumably hung > >> waiting on locks. > >> > >> Here's some info: > >> lock type bufwait: EXCL (count 1) by thread 0xffffff0128812980 (pid 804) > >> lock type getblk: EXCL (count 1) by thread 0xffffff0128812980 (pid > >> 804)Locked vnodes > >> > >> 0xffffff01c5c9f000: tag ufs, type VREG > >> usecount 1, writecount 0, refcount 13656 mountedhere 0 > >> flags (VV_SYSTEM) > >> v_object 0xffffff01b09542a0 ref 0 pages 1691637 > >> lock type snaplk: EXCL (count 1) by thread 0xffffff0128812980 (pid > >> 804) > >> ino 4, on dev label/vol4 > >> > >> > >> > >> How can I use kgdb to get more debugging information from this? > >> > > Look at the > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html > > for instructions for ddb. > > > > What is the date of the system checkout ? > > > 6-STABLE from ~8/12/06. > > So there's not much that can be done with the vmcore? Actually, there is stuff that can be done with the vmcore. Download http://www.FreeBSD.org/~jhb/gdb.6 Then in kgdb do: (gdb) source /path/to/6.gdb (gdb) sleepchain 0xffffff0128812980 And see if that spits out a cycle. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 17:34:03 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACC3616A4E0; Mon, 21 Aug 2006 17:34:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id E161D43D6E; Mon, 21 Aug 2006 17:33:53 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k7LHXgfD061943 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Aug 2006 20:33:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k7LHXhas007676; Mon, 21 Aug 2006 20:33:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k7LHXhrD007675; Mon, 21 Aug 2006 20:33:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 21 Aug 2006 20:33:43 +0300 From: Kostik Belousov To: Eric Anderson Message-ID: <20060821173343.GJ56637@deviant.kiev.zoral.com.ua> References: <44E45C3F.6060901@centtech.com> <20060817122502.GF1483@deviant.kiev.zoral.com.ua> <44E4614B.9000902@centtech.com> <200608211227.54715.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEkEgRdBLZYkpbX2" Content-Disposition: inline In-Reply-To: <200608211227.54715.jhb@freebsd.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL, UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua Cc: freebsd-hackers@freebsd.org Subject: Re: 6-STABLE snapshot (background fsck) lock-up X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 17:34:03 -0000 --PEkEgRdBLZYkpbX2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 21, 2006 at 12:27:53PM -0400, John Baldwin wrote: > On Thursday 17 August 2006 08:30, Eric Anderson wrote: > > On 08/17/06 07:25, Kostik Belousov wrote: > > > On Thu, Aug 17, 2006 at 07:08:31AM -0500, Eric Anderson wrote: > > >> I've seen this several times now, but this time I got a dump.=20 > > >> Basically, the system comes up after unclean shutdown, throws a bunc= h of=20 > > >> filesystems into the background fsck list, and begins 60 seconds lat= er.=20 > > >> After some amount of time, the system will lock up, presumably hu= ng=20 > > >> waiting on locks. > > >> > > >> Here's some info: > > >> lock type bufwait: EXCL (count 1) by thread 0xffffff0128812980 (pid = 804)=20 > > >> lock type getblk: EXCL (count 1) by thread 0xffffff0128812980 (pid= =20 > > >> 804)Locked vnodes > > >> > > >> 0xffffff01c5c9f000: tag ufs, type VREG > > >> usecount 1, writecount 0, refcount 13656 mountedhere 0 > > >> flags (VV_SYSTEM) > > >> v_object 0xffffff01b09542a0 ref 0 pages 1691637 > > >> lock type snaplk: EXCL (count 1) by thread 0xffffff0128812980 (= pid=20 > > >> 804) > > >> ino 4, on dev label/vol4 > > >> > > >> > > >> > > >> How can I use kgdb to get more debugging information from this? > > >> > > > Look at the > > >=20 > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kern= eldebug-deadlocks.html > > > for instructions for ddb. > > >=20 > > > What is the date of the system checkout ? > >=20 > >=20 > > 6-STABLE from ~8/12/06. > >=20 > > So there's not much that can be done with the vmcore? >=20 > Actually, there is stuff that can be done with the vmcore. Download=20 > http://www.FreeBSD.org/~jhb/gdb.6 >=20 > Then in kgdb do: >=20 > (gdb) source /path/to/6.gdb > (gdb) sleepchain 0xffffff0128812980 >=20 > And see if that spits out a cycle. In fact, I just committed the fix that shall help with snapshots on AMD64. Please, try sys/ufs/ffs/ffs_snapshot.c, rev. 1.128. --PEkEgRdBLZYkpbX2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE6e52C3+MBN1Mb4gRAgDeAKCogNpFLb1BH5ptFcRoU4T37LaaCACfV2sR L30EUWaDl8tpqbP2sEK1sa4= =LwT6 -----END PGP SIGNATURE----- --PEkEgRdBLZYkpbX2-- From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 18:15:37 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3203916A4DF; Mon, 21 Aug 2006 18:15:37 +0000 (UTC) (envelope-from cdjones-freebsd-hackers@novusordo.net) Received: from correo.novusordo.net (cdjj.org [216.194.85.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA70A43D45; Mon, 21 Aug 2006 18:15:34 +0000 (GMT) (envelope-from cdjones-freebsd-hackers@novusordo.net) Received: from [192.168.4.141] (nipisi.cs.ualberta.ca [129.128.4.7]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by correo.novusordo.net (Postfix) with ESMTP id 08320114C8; Mon, 21 Aug 2006 12:15:33 -0600 (MDT) In-Reply-To: <44E9D322.8090900@FreeBSD.org> References: <98C569DD-B559-4243-8C15-0DA1D832C387@novusordo.net> <44E9D322.8090900@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5E256748-E46C-46FE-80B9-6E1DBD8F1208@novusordo.net> Content-Transfer-Encoding: 7bit From: Chris Jones Date: Mon, 21 Aug 2006 12:15:31 -0600 To: Remko Lodder X-Mailer: Apple Mail (2.752.2) Cc: freebsd-hackers@freebsd.org Subject: Re: [SoC] Jail Resource Limits X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 18:15:37 -0000 On 21-Aug-06, at 9:37 AM, Remko Lodder wrote: > Before my little question, i would like to take the opportunity to > thank you for the hardwork, this is a much requested feature and > will greatly appriciated by the crowd :-) Cheers for that!. Thanks! I do some web hosting with jails on the side, and've often wished this sort of thing were around. I suppose necessity truly is the mother of invention. ;) > My little question: How does this impact on performance? I noticed > all your p4 commits and saw some pieces of code that constantly > monitor the usage of the jail (wrt CPU and Memory); doesn't that > reduce our performance? Is that performance impact (if any) also > growing when using more jails? The changes can be broken out into three major groups: the memory- limiter (kern_jail:jpager_td), the CPU usage monitor (sched_4bsd:schedcpu), and the process priority resetter (sched_4bsd:resetpriority). The memory-limiter essentially idles if the sysctl for memory limits is turned off or the jail doesn't have a memory limit; otherwise, we need to go over all processes and check whether they're in the jail and sum their RSS (in prison_memory). This could really use having a quick way of getting a list of processes in a jail (perhaps a new entry in the proc struct for next-process-in-this-jail?). If we're over the limit, we then have to go over all processes again and check whether they're in the jail and amenable to being pushed out. If so, we then go and push them out in the same way that the pagedaemon does. This bit's going to be relatively slow, and also could use that quick get-processes-in-jail method. The CPU usage monitor keeps track of the number of CPU usage shares allocated in schedcpu_thread, which runs every second and then calls schedcpu (see below). This one's linear with the number of jails and again could probably benefit from a quick check to see whether we're enforcing CPU shares at all. An even better method would be to just recalculate the total outstanding shares when the jail or jail_set_resource_limits syscalls are called or the sysctl for unjailed shares changes, rather than all the time. The amount of CPU time each KSE uses is already collected by the system, so we just re- use that. schedcpu needs to lock the allprison mutex and reset each prison's estimated CPU time at line 466, so that'll be about linear with the number of jails. Hmm, looking at it, there's a really obvious optimization that I forgot to put in (skip the lock & reset if we have no jails), which I'll want to add. Next, it will increment the CPU time if the sysctl is set and the process is jailed. We're looking at about eight loads if the compiler's smart, three compares and two ors, an if, and maybe an add. Unfortunately, this time's linear with the number of processes. The big hit comes in the process priority resetter, which runs when we consider what priority to run a process at (this runs intermittently for each active process). If the sysctl is set and the process is jailed, we do some reasonably hefty (some multiplies) calculations to change it. This'll be roughly linear with the number of jailed processes. Overall, I don't think there'll be a noticeable performance impact for non-pathological numbers of processes or jails, but I don't have any stats to back that up. > I think these things are simple, but important to know; I do not > have a full featured setup (sadly) to measure the performance > impact of this, If you are able to find someone, that would be > really great imo. Consider this a general appeal for anyone who can help me do some analysis on the performance testing, or give me some pointers on how to collect the relevant data. :) Cheers, Chris From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 18:42:37 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FE6E16A4DE for ; Mon, 21 Aug 2006 18:42:37 +0000 (UTC) (envelope-from prvs=julian=3818ce948@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 586CC43D46 for ; Mon, 21 Aug 2006 18:42:37 +0000 (GMT) (envelope-from prvs=julian=3818ce948@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 21 Aug 2006 11:42:38 -0700 Message-ID: <44E9FE9C.6030402@elischer.org> Date: Mon, 21 Aug 2006 11:42:36 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gilbert References: <17640.38728.579970.394312@canoe.dclg.ca> In-Reply-To: <17640.38728.579970.394312@canoe.dclg.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: PCI express support? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 18:42:37 -0000 David Gilbert wrote: >I got a PCI express version of the Intel gigabit adaptor to try. >Heh. Comes with a big-ass heatsink on the card. I found that a bit >amusing. > >But it doesn't probe up. Is this because PCI Express is not supported >(1x in this case --- the little slot), or because I need to put in the >constants for this card? > >Dave. > > > I've run PCIx em cards.. possibly just the ID.. Try the driver from -current if you haven't, or get the one from the intel site for your card. intel actually help support the driver and sometimes the oneson theie site actually lead the one in the tree. From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 19:13:57 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EF6816A4DE for ; Mon, 21 Aug 2006 19:13:57 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D67043D5D for ; Mon, 21 Aug 2006 19:13:55 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail02.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k7LJDsAo002527 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 22 Aug 2006 05:13:54 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k7LJDs1Z003165; Tue, 22 Aug 2006 05:13:54 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k7LJDso0003164; Tue, 22 Aug 2006 05:13:54 +1000 (EST) (envelope-from peter) Date: Tue, 22 Aug 2006 05:13:54 +1000 From: Peter Jeremy To: mal content Message-ID: <20060821191354.GA729@turion.vk2pj.dyndns.org> References: <8e96a0b90608210805m561e29e5g41bdd25ff9dfa94c@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <8e96a0b90608210805m561e29e5g41bdd25ff9dfa94c@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-hackers@freebsd.org Subject: Re: Relative paths [was: Path transformation] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 19:13:57 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 2006-Aug-21 16:05:33 +0100, mal content wrote: >I have another favour to ask: Is there a function that can >take two absolute paths and generate a relative path, from >source to destination? I don't think there's any such function. My suggestion is to roll your own, based on realpath(3) by replacing the getcwd() with the first path and adding enough '../' to the second path to reach a common directory (or root) from the first path. --=20 Peter Jeremy --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE6gXy/opHv/APuIcRAiBaAJ0TepOIAZzKg3tZbDd8VtoVHSEXVgCgwTv8 AOwdgH3HHN+u87y2DudzzLk= =oQJv -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 21:07:07 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C2E416A4DD for ; Mon, 21 Aug 2006 21:07:07 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 5C65943D49 for ; Mon, 21 Aug 2006 21:07:06 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 11298 invoked by uid 1001); 21 Aug 2006 21:06:56 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Mon, 21 Aug 2006 17:06:55 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <17642.8303.746281.383448@bhuda.mired.org> Date: Mon, 21 Aug 2006 17:06:55 -0400 To: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) In-Reply-To: <86sljqnzbz.fsf@xps.des.no> References: <017601c6c486$6477c370$0a0aa8c0@rivendell> <17640.52899.432083.511555@bhuda.mired.org> <86sljqnzbz.fsf@xps.des.no> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer Cc: Reko Turja , freebsd-hackers@freebsd.org Subject: Re: Aqcuiring full path to running process from outside the kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 21:07:07 -0000 In <86sljqnzbz.fsf@xps.des.no>, Dag-Erling Sm=F8rgrav type= d: > Mike Meyer writes: > > However, you can also make a best effort. Check argv[0] to see if y= ou > > have an absolute path. If not, do what the shell would do to find t= he > > executable - look for it on $PATH. Once you've found it, call > > realpath(3) to canonicalize the path. > You got it the wrong way around. First pass argv[0] to realpath(3), > fall back to using $PATH only if realpath(3) fails (which it shouldn'= t > unless you've called chdir(2), chroot(2) or jail(2) earlier in the > process, or the executable was moved or removed) No, I got it the right way 'round. If the shell walks the PATH, then calling realpath(3) on argv[0] is the wrong thing to do, as it'll resolve the path relative to the pwd. In particular, since realpath(3) doesn't care if the last component of the path actually exists or not, any argv[0] that doesn't have a '/' in it will be mapped to that name in the current directory. That's assuming that the shell doesn't pass an argv[0] that's the full path to the executable; if the shell does that, then my version still works. Since there are shells that don't do that, you gotta walk the PATH before calling realpath(3) if the shell walked the PATH. Testing for absolute paths is the wrong way test for "did the shell walk PATH", though. You should test for any occurrence of '/' instead, but being absolutely right about it may involve changing the test to match the shell being used. =09=09=09http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more informatio= n. From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 22:33:20 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 331D916A4E5 for ; Mon, 21 Aug 2006 22:33:20 +0000 (UTC) (envelope-from rik@inse.ru) Received: from mail.inse.ru (inse.ru [144.206.128.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A068343D45 for ; Mon, 21 Aug 2006 22:33:19 +0000 (GMT) (envelope-from rik@inse.ru) Received: from [127.0.0.1] (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTP id E563D33C46; Tue, 22 Aug 2006 02:33:15 +0400 (MSD) Message-ID: <44EA3661.4090709@inse.ru> Date: Tue, 22 Aug 2006 02:40:33 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.7.12) Gecko/20060103 ASPLinux/1.7.12-1.5.1.1asp X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: "M. Warner Losh" References: <44E87CCD.30105@inse.ru> <20060820.220124.387191884.imp@bsdimp.com> <44E994AF.6040805@inse.ru> <20060821.105429.1649766410.imp@bsdimp.com> In-Reply-To: <20060821.105429.1649766410.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: global data via module howto X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 22:33:20 -0000 M. Warner Losh: >In message: <44E994AF.6040805@inse.ru> > Roman Kurakin writes: >: M. Warner Losh wrote: >: > In message: <44E87CChttp://comp.krovatka.ru/D.30105@inse.ru> >: > Roman Kurakin writes: >: > : I have the following problem: >: > : module A >: > : int x; >: > : >: > : module B >: > : extern int x; >: > : >: > : Module A is loaded, module B can't be loaded cause of unknow 'x'. >: > : What should I do to make x global? >: > >: > Better to make module B depend on module A. Making it global is >: > generally a bad idea. >: > >: > in module A: >: > MODULE_VERSION(A, 1); >: > >: > In module B: >: > MODULE_DEPEND(B, A, 1, 1, 1); >: > >: Module dependence is not the goal. > >Right. That's how symbols are visible to other modules. > >: > >: > : PS. I am working on porting irda support for USB devices from NetBSD. >: > : The current model consists of two layers hw and sw. hw is the usb device >: > : driver. sw is some software layer the same for all device and it is a >: > : child on top of hw 'bus'. To make this working I need to add >: > : DRIVER_MODULE for each 'bus'. To make sw independent from the >: > : bus I need to export _driver and _class structures and put DRIVER_MODULE >: > : in 'bus' code instead of 'child'. >: > >: > Are you sure that you need to do this? I'm pretty sure that you can >: > create a base class irdabus and then derive all the hw modules that >: > implement irdabus from than and all the children will automatically >: > probe. No need to export the driver/class structures. >: > >: I have a bit reversed case. In common case we have a driver for "bus" >: with many >: consumers. And we have children that declares itself via DRIVER_MODULE. >: If child could work on several buses it declares itself several times >: one for each >: bus. In my case I have several drivers that could be treated as bus >: driver for the >: same child: >: >: -----------USB------------ >: | | | >: ustir uirda smth_else >: \ | / >: ---------irframe-------- >: >: Imagine, if the network interface was implemented as a child of every >: network >: adapter. This is the same. In common case I'll put DRIVER_MODULE in a child >: for each bus and recompile after adding a new one. In this case I do no >: want to >: recompile the child for every new "bus" since child do not depend on >: such "bus" >: - it is the same for all. So we may call this a pseudo-device with >: unknown list >: of buses. I know, I could implement this other way, but I just want to >: play with >: newbus a bit and the original NetBSD driver was implemented this way. > >I think I must have not been clear before. I thought gave a solution >to this that doesn't require a new DRIVER_MODULE for each new device. >Let me try again. > >I'd hoped to say make ustir, uirda and smth_else all subclasses of a >irbridge class, just like we do for pci and cardbus today. Then >irframe would attach to irbridge and you'd only need to list >DRIVER_MODULE lines once. This isn't a reversed case at all. It is >actually quite common, but has been 'papered over' until now via >multiple DRIVER_MODULE lines, except in the case of pci/cardbus[*]. > >I can provide more details on actually doing this. Right now I'm >doing something similar for all the iic bridges that we have in the >kernel. The number of devices with iicbus children is way too large >and we can eliminate that issue via the technique. I'd be happy to >flesh it out a bit, or provide you with sample code if you need that. > > If you have a sample, it should help me a lot. Thanks. >Warner > >[*] There's still pci and cardbus DRIVER_MODULE lines in many drivers, >but they are almost not needed. There's a newbus bug that I've not >had the time to track down that prevents kldload from working >competely correctly in some cases (like when loading the cardbus >module). Once I get that fixed... > > If I hit this problem for my case, I'll be glad to help to fix it. rik From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 21 23:08:13 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A386016A4DF for ; Mon, 21 Aug 2006 23:08:13 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 449D343D49 for ; Mon, 21 Aug 2006 23:08:12 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (qn4os27q3hw7mdxg@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k7LN89fj026697; Mon, 21 Aug 2006 16:08:09 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k7LN88ff026696; Mon, 21 Aug 2006 16:08:08 -0700 (PDT) (envelope-from jmg) Date: Mon, 21 Aug 2006 16:08:08 -0700 From: John-Mark Gurney To: "M. Warner Losh" Message-ID: <20060821230808.GC99774@funkthat.com> Mail-Followup-To: "M. Warner Losh" , rik@inse.ru, freebsd-hackers@freebsd.org References: <44E87CCD.30105@inse.ru> <20060820.220124.387191884.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060820.220124.387191884.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-hackers@freebsd.org, rik@inse.ru Subject: Re: global date via module howto X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 23:08:13 -0000 Warner Losh wrote this message on Sun, Aug 20, 2006 at 22:01 -0600: > In message: <44E87CCD.30105@inse.ru> > Roman Kurakin writes: > : I have the following problem: > : module A > : int x; > : > : module B > : extern int x; > : > : Module A is loaded, module B can't be loaded cause of unknow 'x'. > : What should I do to make x global? > > Better to make module B depend on module A. Making it global is > generally a bad idea. > > in module A: > MODULE_VERSION(A, 1); > > In module B: > MODULE_DEPEND(B, A, 1, 1, 1); Our modules do special work to hide all global symbols, so this is necessary, unless you add special hacks to the Makefile of module A... It's better to mark the dependancy, since it really does depend upon that, since if A doesn't exist, and you try to load B, you'll still get a symbol not found... The dependancy has the advantage of autoloading module A when you load module B, so that you don't have to type as much... For my bktrau HDTV driver, I only have to load iic, bktrau, and bktr, as each are their own modules, and the i2c bus module automaticly gets brought in by either iic or bktr (as each depend upon the i2c bus)... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 00:33:23 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 422EC16A4DD for ; Tue, 22 Aug 2006 00:33:23 +0000 (UTC) (envelope-from artifact.one@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82B0A43D49 for ; Tue, 22 Aug 2006 00:33:22 +0000 (GMT) (envelope-from artifact.one@googlemail.com) Received: by nf-out-0910.google.com with SMTP id n29so2238687nfc for ; Mon, 21 Aug 2006 17:33:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ffqnrsnmabfYBvb+iGhHCFLJnAvtALXWhglY9NJKCq4A6YSGCITo4k288zB50/xx+E0oQ1GTzqlVGT16blAT+L5Xd3vqPPa/FhbNWBe/+FO9YqOvxgMY/24CInMhNZiv3rTBw7scU+XTkFxYCHu7L5Ky9T7eO14chH3Ihwg8g8k= Received: by 10.49.55.13 with SMTP id h13mr261250nfk; Mon, 21 Aug 2006 17:33:21 -0700 (PDT) Received: by 10.49.54.3 with HTTP; Mon, 21 Aug 2006 17:33:21 -0700 (PDT) Message-ID: <8e96a0b90608211733g8e47320y91be86a3c624108b@mail.gmail.com> Date: Tue, 22 Aug 2006 01:33:21 +0100 From: "mal content" To: "Peter Jeremy" In-Reply-To: <20060821191354.GA729@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e96a0b90608210805m561e29e5g41bdd25ff9dfa94c@mail.gmail.com> <20060821191354.GA729@turion.vk2pj.dyndns.org> Cc: freebsd-hackers@freebsd.org Subject: Re: Relative paths [was: Path transformation] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 00:33:23 -0000 On 21/08/06, Peter Jeremy wrote: > On Mon, 2006-Aug-21 16:05:33 +0100, mal content wrote: > >I have another favour to ask: Is there a function that can > >take two absolute paths and generate a relative path, from > >source to destination? > > I don't think there's any such function. My suggestion is to roll > your own, based on realpath(3) by replacing the getcwd() with the > first path and adding enough '../' to the second path to reach a > common directory (or root) from the first path. Done and done! Just checking to see that nobody had already done it in the tree somewhere. cheers, MC From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 04:12:51 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE16616A4DA for ; Tue, 22 Aug 2006 04:12:51 +0000 (UTC) (envelope-from me@carrollkong.com) Received: from mail.faerunconsulting.com (vzdsl-jcnj-216-182-31-61.static.tellurian.net [216.182.31.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 2244F43D46 for ; Tue, 22 Aug 2006 04:12:50 +0000 (GMT) (envelope-from me@carrollkong.com) Received: (qmail 85838 invoked from network); 22 Aug 2006 04:12:50 -0000 Received: from unknown (HELO athena) (192.168.0.2) by dmz.faerunhome.com with SMTP; 22 Aug 2006 04:12:50 -0000 From: "Carroll Kong" To: Date: Tue, 22 Aug 2006 00:12:49 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 Thread-Index: AcbFoTsNUm9TTDiWTguf3DCnu82n4w== Message-Id: <20060822041250.2244F43D46@mx1.FreeBSD.org> Cc: me@carrollkong.com Subject: LSI-MegaRAID 150-4 BTX Halted on 5.4, 5.5, 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 04:12:51 -0000 I am trying to install FreeBSD on a new Intel Server SE7230NH1-E using a PCI-X riser card on the Intel S1475 chassis, pentium D 3.2 gig dual core proc 940. Whenever I try to install using the CDROM for 5.4, 5.5, and 6.1... BTX halts immediately. The second I remove the card, the system boots up fine. In fact, I was able to install 6.1 on one of the SATA disks on there. However, once I put the card back, BTX Halts. BTX Halts even if I remove all logical drives on the array (making it completely empty and it does not show up as a disk at all in the BTX Bios). I even disabled the card's BIOS mode, and it still halts. Since FreeBSD 5.4 supports the LSI Megaraid 150-4, I suspect it might be the riser card doing interesting things. I highly doubt hardware is the issue since I was able to install CentOS without a hitch (eek, I really don't want to use it though... unless Vmware can run a freebsd box from it). Of course, the possibility of Linux ignoring potentially critical errors is another possibility. :) Just a wild guess here since I have no real hardware programming experience. I really think it is the riser card probably doing some different alignment. I cannot test the card without the riser (it's a weird board that needs the riser card to 'automatically' mix to the right modes I think?). Here is the BTX dump. It is copied verbatim from a screen shot. (hopefully I wrote it out exactly) int=0000000d err=00000013 efl=00030402 eip=0000554d eax=00000204 ebx=00000000 ecx=00000001 edx=00001421 esi=00000008 edi=00000008 ebp=00000000 esp=0000040c cs=f000 ds=3ec9 es=44b0 fs=0000 gs=0000 ss=9e4c cs:eip=e6 e4 e4 71 c3 53 b7 00-eb 08 53 b7 01 eb 03 53 b7 02 9c fa 8a d8 8a c4-e8 e3 ff 80 ff 00 75 04 ss:esp=36 54 4a 91 00 00 96 02-b4 11 05 00 44 1d 05 00 f8 48 09 00 84 9c 00 00-00 00 00 00 b4 11 05 00 So, I CAN boot into FreeBSD 6.1 if I remove the card. If I need to recompile something, it should be doable. Thanks in advance guys! - Carroll Kong From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 10:36:42 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77F9416A4E0 for ; Tue, 22 Aug 2006 10:36:42 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2DA943D45 for ; Tue, 22 Aug 2006 10:36:41 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1881440wxd for ; Tue, 22 Aug 2006 03:36:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Z1HoXblaktRHC836xGvFfjn5E0wCxU0IbulxLybxco5QDBi7kI/NhSocg5G8Ee6Y9C/VjKwIF72bIHRE2nT2JwP4BytqEtqi7Ms+/ehg8FZj0Lke1Op9Nkj3InuakvKbshNbNoeM9oupSRvJVUpvEHqTW2ds/1eLc9q1MbiTeJE= Received: by 10.70.42.15 with SMTP id p15mr8514137wxp; Tue, 22 Aug 2006 03:36:40 -0700 (PDT) Received: by 10.70.11.4 with HTTP; Tue, 22 Aug 2006 03:36:40 -0700 (PDT) Message-ID: <3bbf2fe10608220336s24968560i8565040a2d7eb9c7@mail.gmail.com> Date: Tue, 22 Aug 2006 12:36:40 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Stanislav Sedov" In-Reply-To: <20060814194729.436fc453@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060814124658.1d416cbe@localhost> <200608140932.57875.jhb@freebsd.org> <20060814194729.436fc453@localhost> X-Google-Sender-Auth: 142fdb69eee2d58e Cc: freebsd-hackers@freebsd.org Subject: Re: exception handling in kernel code X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 10:36:42 -0000 2006/8/14, Stanislav Sedov : > On Mon, 14 Aug 2006 09:32:57 -0400 > John Baldwin mentioned: > > > > You can make use of pcb_onfault to recover from a page fault, but that's > > about it. Kernel code is expected to not generate exceptions. :) > > > > Thanks a lot! I'll try it. > > To clarify: > > I've implemented driver to allow user-level code to read MSRs (Model > specific registers) (like linux's /dev/cpu/msr). It's required for > some programs like x86info. > > As long as not all MSRs documented and reading/writing unexistent MSR > leads to GP fault, I need to recover in that case. Mmm, I think that a better approach would be refering to different MSRs tables for pentium, p6 and Pentium 4 (if I remind correctly they are which show differences). It is more extensible, portable and possibly cleaner (I.E: you could port automatically to openbsd/netbsd, adding new table and make minimum modifies, etc.) You could find differences in the tables in the Intel manual (vol. 3) and for undocumented MSRs (if I remind correctly) you could find informations here: http://www.x86.org/articles/p5msr/pentiummsrs.htm or similar sites. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 12:04:43 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5C9E16A4E7 for ; Tue, 22 Aug 2006 12:04:43 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6127E43D80 for ; Tue, 22 Aug 2006 12:04:32 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 4788620A5; Tue, 22 Aug 2006 14:04:28 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 2EC452084; Tue, 22 Aug 2006 14:04:28 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id F0F1933C24; Tue, 22 Aug 2006 14:04:27 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Mike Meyer References: <017601c6c486$6477c370$0a0aa8c0@rivendell> <17640.52899.432083.511555@bhuda.mired.org> <86sljqnzbz.fsf@xps.des.no> <17642.8303.746281.383448@bhuda.mired.org> Date: Tue, 22 Aug 2006 14:04:27 +0200 In-Reply-To: <17642.8303.746281.383448@bhuda.mired.org> (Mike Meyer's message of "Mon, 21 Aug 2006 17:06:55 -0400") Message-ID: <8664glnfhw.fsf@xps.des.no> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Reko Turja , freebsd-hackers@freebsd.org Subject: Re: Aqcuiring full path to running process from outside the kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 12:04:43 -0000 Mike Meyer writes: > In <86sljqnzbz.fsf@xps.des.no>, Dag-Erling Sm=F8rgrav typed: > > You got it the wrong way around. First pass argv[0] to realpath(3), > > fall back to using $PATH only if realpath(3) fails (which it shouldn't > > unless you've called chdir(2), chroot(2) or jail(2) earlier in the > > process, or the executable was moved or removed) > No, I got it the right way 'round. If the shell walks the PATH, then > calling realpath(3) on argv[0] is the wrong thing to do, as it'll > resolve the path relative to the pwd. but argv[0] is either an absolute path or a path relative to pwd, unless your shell is broken. des@xps ~% cat >bin/foo #!/bin/sh echo $0 $@ des@xps ~% chmod a+rx bin/foo des@xps ~% ./bin/foo ./bin/foo des@xps ~% foo /home/des/bin/foo DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 12:39:20 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5952D16A4DD; Tue, 22 Aug 2006 12:39:20 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DB0843D68; Tue, 22 Aug 2006 12:39:17 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (yjsbap@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k7MCdA7F098540; Tue, 22 Aug 2006 14:39:16 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k7MCdAxk098539; Tue, 22 Aug 2006 14:39:10 +0200 (CEST) (envelope-from olli) Date: Tue, 22 Aug 2006 14:39:10 +0200 (CEST) Message-Id: <200608221239.k7MCdAxk098539@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, matteo@FreeBSD.ORG In-Reply-To: <20060820161708.GA984@krapfengeist> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 22 Aug 2006 14:39:16 +0200 (CEST) Cc: Subject: Re: About loader(8) forth X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, matteo@FreeBSD.ORG List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 12:39:20 -0000 Matteo Riondato wrote: > I'm trying to understand how the loader forth works to see if it's > possible to develop something similar to knoppix boot menu and use it > for FreeSBIE. > Just to have a try, I replaced /boot/beastie.4th with file a > containing only: > > ." Welcome to FreeSBIE" > exit > > then I deleted the line mentioning beastie-start from /boot/loader.rc > and rebooted my machine. > > I wanted the machine to print "Welcome to FreeSBIE" and then escape to > loader prompt. > > Saying it didn't work is probably not enough. I got an error message > saying "Compile failed" followed by some codes I didn't had the time > to copy because my machine auto-rebooted. I've modified FreeBSD's standard beastie.4th in the past to implement various things, although I'm not that much of a FICL expert either ... But since nobody else replied, I give it a try. I think putting "exit" directly into beastie.4th (which is included by loader.rc) is not a good idea. You should use "exit" only within a function that you define in beastie.4th and then call that function from loader.rc, just like the standard files do. By the way: When experimenting with the boot loader and FICL, it is a good idea to run the whole thing under qemu. It boots a lot faster than a physical machine, even without qemu-kmod it only takes two or three seconds. You can easily mount the image, modify the /boot/* stuff, umount, start qemu on it, test, stop qemu, mount the image again and fix things -- all within a few seconds. If you're looking for documentation, please have a look at http://ficl.sf.net/ which also has links to several FORTH primers and tutorials. Indeed the first of the links points to a tutorial by J.V.Noble which is easy to read and quite good. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "C is quirky, flawed, and an enormous success." -- Dennis M. Ritchie. From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 12:45:24 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17B6616A4DE for ; Tue, 22 Aug 2006 12:45:24 +0000 (UTC) (envelope-from m.ehinger@ltur.de) Received: from postx.gateway-inter.net (postx.gateway-inter.net [213.144.19.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ABBF43D4C for ; Tue, 22 Aug 2006 12:45:23 +0000 (GMT) (envelope-from m.ehinger@ltur.de) To: freebsd-hackers@freebsd.org From: m.ehinger@ltur.de MIME-Version: 1.0 Message-ID: Date: Tue, 22 Aug 2006 14:45:44 +0200 Content-type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Tue, 22 Aug 2006 13:50:56 +0000 Subject: get DMI information in kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 12:45:24 -0000 Hello, how do i get DMI Informations (stuff displayed by dmidecode) in a kernel module? I need some "System Information" like Vendor,Model and OEM String identifying hardware on a Thinkpad. Can anybody give me a hint on that? Thanks in advance, Maik From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 14:09:49 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF52216A4DA for ; Tue, 22 Aug 2006 14:09:49 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 7BF4D43D53 for ; Tue, 22 Aug 2006 14:09:48 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 8010 invoked by uid 1001); 22 Aug 2006 14:09:35 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Tue, 22 Aug 2006 10:09:35 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <17643.4127.339206.625625@bhuda.mired.org> Date: Tue, 22 Aug 2006 10:09:35 -0400 To: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) In-Reply-To: <8664glnfhw.fsf@xps.des.no> References: <017601c6c486$6477c370$0a0aa8c0@rivendell> <17640.52899.432083.511555@bhuda.mired.org> <86sljqnzbz.fsf@xps.des.no> <17642.8303.746281.383448@bhuda.mired.org> <8664glnfhw.fsf@xps.des.no> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer Cc: Reko Turja , freebsd-hackers@freebsd.org Subject: Re: Aqcuiring full path to running process from outside the kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 14:09:50 -0000 In <8664glnfhw.fsf@xps.des.no>, Dag-Erling Sm=F8rgrav type= d: > Mike Meyer writes: > > In <86sljqnzbz.fsf@xps.des.no>, Dag-Erling Sm=F8rgrav = typed: > > > You got it the wrong way around. First pass argv[0] to realpath(= 3), > > > fall back to using $PATH only if realpath(3) fails (which it shou= ldn't > > > unless you've called chdir(2), chroot(2) or jail(2) earlier in th= e > > > process, or the executable was moved or removed) > > No, I got it the right way 'round. If the shell walks the PATH, the= n > > calling realpath(3) on argv[0] is the wrong thing to do, as it'll > > resolve the path relative to the pwd. >=20 > but argv[0] is either an absolute path or a path relative to pwd, > unless your shell is broken. >=20 > des@xps ~% cat >bin/foo > #!/bin/sh > echo $0 $@ > des@xps ~% chmod a+rx bin/foo > des@xps ~% ./bin/foo > ./bin/foo > des@xps ~% foo > /home/des/bin/foo That's happening because sh does the path search on argv[0] (if it would have done it when you executed the command) and uses the result instead of argv[0] for $0. If you try it in C, it doesn't work: bhuda% cat >foo.c #include main(int argc, char **argv) { printf("%s\n", argv[0]) ; } bhuda% cc foo.c -o bin/foo bhuda% ./bin/foo ./bin/foo bhuda% foo foo bhuda%=20 Changing shells to /bin/sh or bin/csh doesn't change things. =09=09=09http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more informatio= n. From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 14:28:14 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8271416A4E1 for ; Tue, 22 Aug 2006 14:28:14 +0000 (UTC) (envelope-from lboehne@damogran.de) Received: from cthulhu.zoidberg.org (zoidberg.org [213.133.99.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D909A43D49 for ; Tue, 22 Aug 2006 14:28:12 +0000 (GMT) (envelope-from lboehne@damogran.de) Received: from [192.168.2.100] (dslb-084-063-040-002.pools.arcor-ip.net [::ffff:84.63.40.2]) (AUTH: PLAIN kasperle, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by cthulhu.zoidberg.org with esmtp; Tue, 22 Aug 2006 16:28:09 +0200 id 04051702.44EB1479.000074C3 Message-ID: <44EB1452.4060004@damogran.de> Date: Tue, 22 Aug 2006 16:27:30 +0200 From: Lutz Boehne User-Agent: Thunderbird 1.5.0.4 (X11/20060625) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <017601c6c486$6477c370$0a0aa8c0@rivendell> <17640.52899.432083.511555@bhuda.mired.org> <86sljqnzbz.fsf@xps.des.no> <17642.8303.746281.383448@bhuda.mired.org> <8664glnfhw.fsf@xps.des.no> In-Reply-To: <8664glnfhw.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Aqcuiring full path to running process from outside the kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 14:28:14 -0000 > but argv[0] is either an absolute path or a path relative to pwd, > unless your shell is broken. One should also consider users breaking argv[0] intentionally, e.g. pointing it to other files which could lead to undesired/unpredictable behaviour. Even as a fallback it's probably not wise to trust it. Lutz From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 16:25:28 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B65E416A4E5 for ; Tue, 22 Aug 2006 16:25:28 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDB6A43D53 for ; Tue, 22 Aug 2006 16:25:27 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id E7FD418CCCC; Tue, 22 Aug 2006 09:33:32 -0700 (PDT) X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 4uLGVkNgtBw7; Tue, 22 Aug 2006 09:33:30 -0700 (PDT) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 54B2018CD0C; Tue, 22 Aug 2006 09:33:22 -0700 (PDT) Received: from webmail.sd73.bc.ca (localhost.localdomain [127.0.0.1]) by webmail.sd73.bc.ca (Postfix) with ESMTP id 91CBE9000617; Tue, 22 Aug 2006 09:25:16 -0700 (PDT) Received: from 192.168.0.10 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Tue, 22 Aug 2006 09:25:16 -0700 (PDT) Message-ID: <51859.192.168.0.10.1156263916.squirrel@webmail.sd73.bc.ca> In-Reply-To: <20060822041250.2244F43D46@mx1.FreeBSD.org> References: <20060822041250.2244F43D46@mx1.FreeBSD.org> Date: Tue, 22 Aug 2006 09:25:16 -0700 (PDT) From: "Freddie Cash" To: "Carroll Kong" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: hackers@freebsd.org Subject: Re: LSI-MegaRAID 150-4 BTX Halted on 5.4, 5.5, 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fcash@ocis.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 16:25:28 -0000 On Mon, August 21, 2006 9:12 pm, Carroll Kong wrote: > I am trying to install FreeBSD on a new Intel Server SE7230NH1-E > using a PCI-X riser card on the Intel S1475 chassis, pentium D 3.2 > gig dual core proc 940. > > Whenever I try to install using the CDROM for 5.4, 5.5, and 6.1... > BTX halts immediately. > > The second I remove the card, the system boots up fine. In fact, I > was able to install 6.1 on one of the SATA disks on there. However, > once I put the card back, BTX Halts. > > BTX Halts even if I remove all logical drives on the array (making it > completely empty and it does not show up as a disk at all in the BTX > Bios). I even disabled the card's BIOS mode, and it still halts. > > Since FreeBSD 5.4 supports the LSI Megaraid 150-4, I suspect it might > be the riser card doing interesting things. We had no end of trouble getting LSI MegaRAID 150-6 cards working with Tyan K8SD (S2882) motherboards when using riser cards. Didn't matter if we used Debian (stable and testing with the 2.6.12 and 2.6.15 kernels) or FreeBSD 6.0. If we plugged the RAID controller directly into a PCI-X slot on the motherboard, no problems whatsoever. Everything installed and ran correctly. But, if we plugged the RAID controller into a riser card on the same motherboard, nothing worked. The controller would lose disks, would lose arrays, would report read and write errors, and would rarely let us complete an install of either Debian or FreeBSD. We gave up trying to get the MegaRAID cards to work with riser cards, and returned them all to the vendor in exchange for 3Ware Escalade 9550SX cards. These have been working great plugged into the same riser cards that gave the MegaRAID controllers so many problems. Considering the ATA controllers on the MegaRAID cards (they're SiI chipsets), and all the issues we had with them, my suggestion would be either not use a riser card with that controller, or get a better RAID controller. ---- Freddie Cash fcash@ocis.net From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 17:59:26 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 354F416A4DE for ; Tue, 22 Aug 2006 17:59:26 +0000 (UTC) (envelope-from babkin@verizon.net) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEB2843D4C for ; Tue, 22 Aug 2006 17:59:25 +0000 (GMT) (envelope-from babkin@verizon.net) Received: from vms062.mailsrvcs.net ([192.168.1.3]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0J4E00GEAVAJMUV4@vms048.mailsrvcs.net> for freebsd-hackers@freebsd.org; Tue, 22 Aug 2006 12:59:07 -0500 (CDT) Received: from 198.190.8.100 ([198.190.8.100]) by vms062.mailsrvcs.net (Verizon Webmail) with HTTP; Tue, 22 Aug 2006 12:59:07 -0500 (CDT) Date: Tue, 22 Aug 2006 12:59:07 -0500 (CDT) From: Sergey Babkin X-Originating-IP: [198.190.8.100] To: Lutz Boehne , freebsd-hackers@freebsd.org Message-id: <16315800.1957801156269547401.JavaMail.root@vms062.mailsrvcs.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Mailman-Approved-At: Tue, 22 Aug 2006 18:16:15 +0000 Cc: Subject: Re: Re: Aqcuiring full path to running process from outside the kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: babkin@users.sf.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 17:59:26 -0000 >From: Lutz Boehne > >> but argv[0] is either an absolute path or a path relative to pwd, >> unless your shell is broken. > >One should also consider users breaking argv[0] intentionally, e.g. >pointing it to other files which could lead to undesired/unpredictable >behaviour. Even as a fallback it's probably not wise to trust it. If we get back to the question of why we need the file, we might not need it at all. As far as I understand, the problem is that the Watcom compiler works by sticking a set of messages into the executable files and then later reading them out of the file, and the point is to adapt the compiler to work on FreeBSD. So why not just change the compiler to put the contents of this file into a DATA section, at some special symbol. (I presume that now it puts the messages into some kind of a COMMENT section). Then instead of reading the file manually you would have the contents of the file already pre-mapped into the memory for you when the program starts. Saves you lots of trouble. -SB From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 19:22:50 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 325AD16A4DA for ; Tue, 22 Aug 2006 19:22:50 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [213.238.47.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A0C543D46 for ; Tue, 22 Aug 2006 19:22:44 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.7) with ESMTP id k7MJMVuK020275 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Tue, 22 Aug 2006 21:22:42 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8198455F-EC79-4C2B-A5E9-99CE4566325F@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Tue, 22 Aug 2006 21:22:31 +0200 To: m.ehinger@ltur.de X-Mailer: Apple Mail (2.752.2) Cc: freebsd-hackers@freebsd.org Subject: Re: get DMI information in kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 19:22:50 -0000 Am 22.08.2006 um 14:45 schrieb m.ehinger@ltur.de: > How do i get DMI Informations (stuff displayed by dmidecode) in a > kernel module? I need some "System Information" like Vendor,Model > and OEM String identifying hardware on a Thinkpad. kenv(2) has smbios entries; they're available through getenv() and getenv_() in the kernel. See http://www.freebsd.org/cgi/ cvsweb.cgi/src/sys/boot/i386/libi386/smbios.c for the history. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 20:00:52 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B178516A4DE for ; Tue, 22 Aug 2006 20:00:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2212743D46 for ; Tue, 22 Aug 2006 20:00:52 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7MK0jCQ048886; Tue, 22 Aug 2006 16:00:48 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Tue, 22 Aug 2006 15:07:18 -0400 User-Agent: KMail/1.9.1 References: <20060822041250.2244F43D46@mx1.FreeBSD.org> In-Reply-To: <20060822041250.2244F43D46@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608221507.19679.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 22 Aug 2006 16:00:48 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1708/Tue Aug 22 08:43:00 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Carroll Kong Subject: Re: LSI-MegaRAID 150-4 BTX Halted on 5.4, 5.5, 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 20:00:52 -0000 On Tuesday 22 August 2006 00:12, Carroll Kong wrote: > I am trying to install FreeBSD on a new Intel Server SE7230NH1-E using a > PCI-X riser card on the Intel S1475 chassis, pentium D 3.2 gig dual core > proc 940. > > Whenever I try to install using the CDROM for 5.4, 5.5, and 6.1... BTX halts > immediately. > > The second I remove the card, the system boots up fine. In fact, I was able > to install 6.1 on one of the SATA disks on there. However, once I put the > card back, BTX Halts. > > BTX Halts even if I remove all logical drives on the array (making it > completely empty and it does not show up as a disk at all in the BTX Bios). > I even disabled the card's BIOS mode, and it still halts. > > Since FreeBSD 5.4 supports the LSI Megaraid 150-4, I suspect it might be the > riser card doing interesting things. > > I highly doubt hardware is the issue since I was able to install CentOS > without a hitch (eek, I really don't want to use it though... unless Vmware > can run a freebsd box from it). Of course, the possibility of Linux > ignoring potentially critical errors is another possibility. :) > > Just a wild guess here since I have no real hardware programming experience. > I really think it is the riser card probably doing some different alignment. > I cannot test the card without the riser (it's a weird board that needs the > riser card to 'automatically' mix to the right modes I think?). > > Here is the BTX dump. It is copied verbatim from a screen shot. (hopefully > I wrote it out exactly) > > int=0000000d err=00000013 efl=00030402 eip=0000554d > eax=00000204 ebx=00000000 ecx=00000001 edx=00001421 > esi=00000008 edi=00000008 ebp=00000000 esp=0000040c > cs=f000 ds=3ec9 es=44b0 fs=0000 gs=0000 ss=9e4c > cs:eip=e6 e4 e4 71 c3 53 b7 00-eb 08 53 b7 01 eb 03 53 > b7 02 9c fa 8a d8 8a c4-e8 e3 ff 80 ff 00 75 04 > ss:esp=36 54 4a 91 00 00 96 02-b4 11 05 00 44 1d 05 00 > f8 48 09 00 84 9c 00 00-00 00 00 00 b4 11 05 00 > > So, I CAN boot into FreeBSD 6.1 if I remove the card. If I need to > recompile something, it should be doable. Thanks in advance guys! Hmmm. This is quite odd. The instruction is one that should be allowed: 00000000 E6E4 out 0xe4,al 00000002 E471 in al,0x71 00000004 C3 ret My guess is that somehow the TSS has been corrupted. Many years ago Mike Smith was running into weirdness with a RAID BIOS (not amr(4) I don't think, maybe mlx(4)) that was somehow corrupting the TSS. I don't know if he ever managed to solve it. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 20:35:16 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CADD16A4DA; Tue, 22 Aug 2006 20:35:16 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE31143D45; Tue, 22 Aug 2006 20:35:15 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k7MKZE9w094480; Tue, 22 Aug 2006 15:35:15 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44EB6A81.20307@centtech.com> Date: Tue, 22 Aug 2006 15:35:13 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: freebsd-fs@freebsd.org, FreeBSD Hackers Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1709/Tue Aug 22 14:34:50 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: Subject: devfs related panic info X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 20:35:16 -0000 While removing a tape device from an FC fabric, I got a nice panic. I have screen captures posted here: http://www.googlebit.com/freebsd/snapshots/devfs_panic/ This is 6-STABLE (amd64) as of about a week ago. Sorry for the screen captures - that's all I had at the time. I do have a vmcore sitting around now though. Anything else I can provide? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 20:38:18 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0084616A4E7; Tue, 22 Aug 2006 20:38:18 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1A8B43D46; Tue, 22 Aug 2006 20:38:16 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k7MKcG8n087674; Tue, 22 Aug 2006 15:38:16 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44EB6B37.9090302@centtech.com> Date: Tue, 22 Aug 2006 15:38:15 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: pjd@freebsd.org References: <44E45C3F.6060901@centtech.com> <20060817122502.GF1483@deviant.kiev.zoral.com.ua> <44E4614B.9000902@centtech.com> <44E482E8.50509@centtech.com> <20060817150423.GA20768@deviant.kiev.zoral.com.ua> <44E48610.3000407@centtech.com> In-Reply-To: <44E48610.3000407@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1709/Tue Aug 22 14:34:50 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: Kostik Belousov , FreeBSD Hackers Subject: Re: 6-STABLE snapshot (background fsck) lock-up X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 20:38:18 -0000 On 08/17/06 10:06, Eric Anderson wrote: > On 08/17/06 10:04, Kostik Belousov wrote: >> On Thu, Aug 17, 2006 at 09:53:28AM -0500, Eric Anderson wrote: >>> On 08/17/06 07:30, Eric Anderson wrote: >>>> On 08/17/06 07:25, Kostik Belousov wrote: >>>>> On Thu, Aug 17, 2006 at 07:08:31AM -0500, Eric Anderson wrote: >>>>>> I've seen this several times now, but this time I got a dump. >>>>>> Basically, the system comes up after unclean shutdown, throws a bunch of >>>>>> filesystems into the background fsck list, and begins 60 seconds later. >>>>>> After some amount of time, the system will lock up, presumably hung >>>>>> waiting on locks. >>>>>> >>>>>> Here's some info: >>>>>> lock type bufwait: EXCL (count 1) by thread 0xffffff0128812980 (pid 804) >>>>>> lock type getblk: EXCL (count 1) by thread 0xffffff0128812980 (pid >>>>>> 804)Locked vnodes >>>>>> >>>>>> 0xffffff01c5c9f000: tag ufs, type VREG >>>>>> usecount 1, writecount 0, refcount 13656 mountedhere 0 >>>>>> flags (VV_SYSTEM) >>>>>> v_object 0xffffff01b09542a0 ref 0 pages 1691637 >>>>>> lock type snaplk: EXCL (count 1) by thread 0xffffff0128812980 (pid >>>>>> 804) >>>>>> ino 4, on dev label/vol4 >>>>>> >>>>>> >>>>>> >>>>>> How can I use kgdb to get more debugging information from this? >>>>>> >>>>> Look at the >>>>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html >>>>> for instructions for ddb. >>>>> >>>>> What is the date of the system checkout ? >>>> 6-STABLE from ~8/12/06. >>>> >>>> So there's not much that can be done with the vmcore? >>>> >>>> I'll add the options to my kernel config (I was missing a few), and I >>>> suppose wait for another deadlock. >>> Ok, had another one. Here are screenshots: >>> >>> http://www.googlebit.com/freebsd/snapshots/ >>> >>> Is it the sysctl that is triggering it? >> Hmm, unbelievable. It would be much simpler for you to set up serial >> console. > > Not really, at least right now. I'm doing this remotely, so it'll be > some time before I can do that. > >> Anyway, you use g_journal, and the problem seems to be related to some >> geom locking. pjd@ is the right person to contact. I added him to the Cc:. > > Ahah. Ok. Thank you! > > Eric Pawel, Did you get a chance to look at those screenshots? I'm curious to know if you also think it is gjournal related. I've stopped loading gjournal, and I've had no other related deadlocks. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 20:44:20 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9046D16A4E5 for ; Tue, 22 Aug 2006 20:44:20 +0000 (UTC) (envelope-from me@carrollkong.com) Received: from mail.faerunconsulting.com (vzdsl-jcnj-216-182-31-61.static.tellurian.net [216.182.31.61]) by mx1.FreeBSD.org (Postfix) with SMTP id BE7A543D68 for ; Tue, 22 Aug 2006 20:44:09 +0000 (GMT) (envelope-from me@carrollkong.com) Received: (qmail 7501 invoked from network); 22 Aug 2006 20:44:09 -0000 Received: from unknown (HELO athena) (192.168.0.2) by dmz.faerunhome.com with SMTP; 22 Aug 2006 20:44:09 -0000 From: "Carroll Kong" To: "'John Baldwin'" , Date: Tue, 22 Aug 2006 16:44:09 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 In-Reply-To: <200608221507.19679.jhb@freebsd.org> Thread-Index: AcbGJarntA0tbMqPQ5aWd3d+qgT4TAABYE3Q Message-Id: <20060822204409.BE7A543D68@mx1.FreeBSD.org> Cc: Subject: RE: LSI-MegaRAID 150-4 BTX Halted on 5.4, 5.5, 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 20:44:20 -0000 > -----Original Message----- > From: John Baldwin [mailto:jhb@freebsd.org] > Sent: Tuesday, August 22, 2006 3:07 PM > To: freebsd-hackers@freebsd.org > Cc: Carroll Kong > Subject: Re: LSI-MegaRAID 150-4 BTX Halted on 5.4, 5.5, 6.1 > > On Tuesday 22 August 2006 00:12, Carroll Kong wrote: > > I am trying to install FreeBSD on a new Intel Server > SE7230NH1-E using > > a PCI-X riser card on the Intel S1475 chassis, pentium D > 3.2 gig dual > > core proc 940. > > > > Whenever I try to install using the CDROM for 5.4, 5.5, and > 6.1... BTX > > halts immediately. > > > > The second I remove the card, the system boots up fine. In fact, I > > was able to install 6.1 on one of the SATA disks on there. > However, > > once I put the card back, BTX Halts. > > > > BTX Halts even if I remove all logical drives on the array > (making it > > completely empty and it does not show up as a disk at all > in the BTX Bios). > > I even disabled the card's BIOS mode, and it still halts. > > > > Since FreeBSD 5.4 supports the LSI Megaraid 150-4, I > suspect it might > > be the riser card doing interesting things. > > > > I highly doubt hardware is the issue since I was able to install > > CentOS without a hitch (eek, I really don't want to use it > though... > > unless Vmware can run a freebsd box from it). Of course, the > > possibility of Linux ignoring potentially critical errors > is another > > possibility. :) > > > > Just a wild guess here since I have no real hardware > programming experience. > > I really think it is the riser card probably doing some > different alignment. > > I cannot test the card without the riser (it's a weird board that > > needs the riser card to 'automatically' mix to the right > modes I think?). > > > > Here is the BTX dump. It is copied verbatim from a screen shot. > > (hopefully I wrote it out exactly) > > > > int=0000000d err=00000013 efl=00030402 eip=0000554d > > eax=00000204 ebx=00000000 ecx=00000001 edx=00001421 > > esi=00000008 edi=00000008 ebp=00000000 esp=0000040c cs=f000 ds=3ec9 > > es=44b0 fs=0000 gs=0000 ss=9e4c > > cs:eip=e6 e4 e4 71 c3 53 b7 00-eb 08 53 b7 01 eb 03 53 > > b7 02 9c fa 8a d8 8a c4-e8 e3 ff 80 ff 00 75 04 > > ss:esp=36 54 4a 91 00 00 96 02-b4 11 05 00 44 1d 05 00 > > f8 48 09 00 84 9c 00 00-00 00 00 00 b4 11 05 00 > > > > So, I CAN boot into FreeBSD 6.1 if I remove the card. If I need to > > recompile something, it should be doable. Thanks in advance guys! > > Hmmm. This is quite odd. The instruction is one that should > be allowed: > > 00000000 E6E4 out 0xe4,al > 00000002 E471 in al,0x71 > 00000004 C3 ret > > My guess is that somehow the TSS has been corrupted. Many > years ago Mike Smith was running into weirdness with a RAID > BIOS (not amr(4) I don't think, maybe mlx(4)) that was > somehow corrupting the TSS. I don't know if he ever managed > to solve it. > > -- > John Baldwin Forgive me for my ignorance, but what is a TSS? Also, I told the card to disable it's BIOS during bootup, and it still zonked. I even removed all the logical drives (so there was no RAID array) just to see if it would boot, it would still zonk! Only if I physically removed it, would it work. I figured, at that point why would BTX even care about the RAID controller? It's not being asked to boot from it anymore. Oddly enough, CentOS is working great on it now. I have 2 Vmware guests running... you guessed it -- FreeBSD 6.1. However, if this TSS sounds like a hardware issue, I will probably have to do more burn-in tests to ensure it is not just the linux driver "ignoring" something. I also wonder if this would have been easier if I just went with the LSI Megaraid SCSI controller instead. I went with the SATA version since it was supposedly well supported by FreeBSD 5.4. Although, I am more likely to blame the riser card for confusing FreeBSD, I do not believe I have a hardware issue like the other gentlemen. (I have reinstalled the OSes and guest OSes multiple times). - Carroll Kong From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 20:48:06 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC63116A4DD for ; Tue, 22 Aug 2006 20:48:06 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id E30E343D7B for ; Tue, 22 Aug 2006 20:47:55 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id E93B951395; Tue, 22 Aug 2006 22:47:53 +0200 (CEST) Received: from localhost (dke193.neoplus.adsl.tpnet.pl [83.24.8.193]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 2F54651339; Tue, 22 Aug 2006 22:47:50 +0200 (CEST) Date: Tue, 22 Aug 2006 22:47:38 +0200 From: Pawel Jakub Dawidek To: Eric Anderson Message-ID: <20060822204738.GC24912@garage.freebsd.pl> References: <44E45C3F.6060901@centtech.com> <20060817122502.GF1483@deviant.kiev.zoral.com.ua> <44E4614B.9000902@centtech.com> <44E482E8.50509@centtech.com> <20060817150423.GA20768@deviant.kiev.zoral.com.ua> <44E48610.3000407@centtech.com> <44EB6B37.9090302@centtech.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MnLPg7ZWsaic7Fhd" Content-Disposition: inline In-Reply-To: <44EB6B37.9090302@centtech.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: Kostik Belousov , FreeBSD Hackers Subject: Re: 6-STABLE snapshot (background fsck) lock-up X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 20:48:06 -0000 --MnLPg7ZWsaic7Fhd Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 22, 2006 at 03:38:15PM -0500, Eric Anderson wrote: > Did you get a chance to look at those screenshots? I'm curious to know i= f you also think it is gjournal related. I've stopped loading gjournal, an= d I've had no other=20 > related deadlocks. I'm out of town tomorrow, I'll try to take a look when I'm back. We saw snapshot/gjournal related deadlocks, but all were fixed, maybe there is a fix which wasn't comitted. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --MnLPg7ZWsaic7Fhd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE621qForvXbEpPzQRAs/AAKD3D8jGkC3EqmPAVV8R7hGzjR+5LQCg8tIb PI/5VG1637W1OATgOpiPIOs= =PlRh -----END PGP SIGNATURE----- --MnLPg7ZWsaic7Fhd-- From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 21:00:33 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE4C016A4EF; Tue, 22 Aug 2006 21:00:33 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED94C43D60; Tue, 22 Aug 2006 21:00:25 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k7ML0P5b098754; Tue, 22 Aug 2006 16:00:25 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44EB7068.4040801@centtech.com> Date: Tue, 22 Aug 2006 16:00:24 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <44E45C3F.6060901@centtech.com> <20060817122502.GF1483@deviant.kiev.zoral.com.ua> <44E4614B.9000902@centtech.com> <44E482E8.50509@centtech.com> <20060817150423.GA20768@deviant.kiev.zoral.com.ua> <44E48610.3000407@centtech.com> <44EB6B37.9090302@centtech.com> <20060822204738.GC24912@garage.freebsd.pl> In-Reply-To: <20060822204738.GC24912@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1709/Tue Aug 22 14:34:50 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: Kostik Belousov , FreeBSD Hackers Subject: Re: 6-STABLE snapshot (background fsck) lock-up X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 21:00:34 -0000 On 08/22/06 15:47, Pawel Jakub Dawidek wrote: > On Tue, Aug 22, 2006 at 03:38:15PM -0500, Eric Anderson wrote: >> Did you get a chance to look at those screenshots? I'm curious to know if you also think it is gjournal related. I've stopped loading gjournal, and I've had no other >> related deadlocks. > > I'm out of town tomorrow, I'll try to take a look when I'm back. We saw > snapshot/gjournal related deadlocks, but all were fixed, maybe there is > a fix which wasn't comitted. > Ok, great. Thanks! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 21:10:46 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9903E16A4DD for ; Tue, 22 Aug 2006 21:10:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD7FF43D49 for ; Tue, 22 Aug 2006 21:10:45 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7MLAdl7049308; Tue, 22 Aug 2006 17:10:39 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Carroll Kong" Date: Tue, 22 Aug 2006 17:07:00 -0400 User-Agent: KMail/1.9.1 References: <20060822204409.6D6D743D7E@mx1.FreeBSD.org> In-Reply-To: <20060822204409.6D6D743D7E@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608221707.00691.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 22 Aug 2006 17:10:39 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1708/Tue Aug 22 08:43:00 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-hackers@freebsd.org Subject: Re: LSI-MegaRAID 150-4 BTX Halted on 5.4, 5.5, 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 21:10:46 -0000 On Tuesday 22 August 2006 16:44, Carroll Kong wrote: > > -----Original Message----- > > From: John Baldwin [mailto:jhb@freebsd.org] > > Sent: Tuesday, August 22, 2006 3:07 PM > > To: freebsd-hackers@freebsd.org > > Cc: Carroll Kong > > Subject: Re: LSI-MegaRAID 150-4 BTX Halted on 5.4, 5.5, 6.1 > > > > On Tuesday 22 August 2006 00:12, Carroll Kong wrote: > > > I am trying to install FreeBSD on a new Intel Server > > SE7230NH1-E using > > > a PCI-X riser card on the Intel S1475 chassis, pentium D > > 3.2 gig dual > > > core proc 940. > > > > > > Whenever I try to install using the CDROM for 5.4, 5.5, and > > 6.1... BTX > > > halts immediately. > > > > > > The second I remove the card, the system boots up fine. In fact, I > > > was able to install 6.1 on one of the SATA disks on there. > > However, > > > once I put the card back, BTX Halts. > > > > > > BTX Halts even if I remove all logical drives on the array > > (making it > > > completely empty and it does not show up as a disk at all > > in the BTX Bios). > > > I even disabled the card's BIOS mode, and it still halts. > > > > > > Since FreeBSD 5.4 supports the LSI Megaraid 150-4, I > > suspect it might > > > be the riser card doing interesting things. > > > > > > I highly doubt hardware is the issue since I was able to install > > > CentOS without a hitch (eek, I really don't want to use it > > though... > > > unless Vmware can run a freebsd box from it). Of course, the > > > possibility of Linux ignoring potentially critical errors > > is another > > > possibility. :) > > > > > > Just a wild guess here since I have no real hardware > > programming experience. > > > I really think it is the riser card probably doing some > > different alignment. > > > I cannot test the card without the riser (it's a weird board that > > > needs the riser card to 'automatically' mix to the right > > modes I think?). > > > > > > Here is the BTX dump. It is copied verbatim from a screen shot. > > > (hopefully I wrote it out exactly) > > > > > > int=0000000d err=00000013 efl=00030402 eip=0000554d > > > eax=00000204 ebx=00000000 ecx=00000001 edx=00001421 > > > esi=00000008 edi=00000008 ebp=00000000 esp=0000040c cs=f000 ds=3ec9 > > > es=44b0 fs=0000 gs=0000 ss=9e4c > > > cs:eip=e6 e4 e4 71 c3 53 b7 00-eb 08 53 b7 01 eb 03 53 > > > b7 02 9c fa 8a d8 8a c4-e8 e3 ff 80 ff 00 75 04 > > > ss:esp=36 54 4a 91 00 00 96 02-b4 11 05 00 44 1d 05 00 > > > f8 48 09 00 84 9c 00 00-00 00 00 00 b4 11 05 00 > > > > > > So, I CAN boot into FreeBSD 6.1 if I remove the card. If I need to > > > recompile something, it should be doable. Thanks in advance guys! > > > > Hmmm. This is quite odd. The instruction is one that should > > be allowed: > > > > 00000000 E6E4 out 0xe4,al > > 00000002 E471 in al,0x71 > > 00000004 C3 ret > > > > My guess is that somehow the TSS has been corrupted. Many > > years ago Mike Smith was running into weirdness with a RAID > > BIOS (not amr(4) I don't think, maybe mlx(4)) that was > > somehow corrupting the TSS. I don't know if he ever managed > > to solve it. > > > > -- > > John Baldwin > > Forgive me for my ignorance, but what is a TSS? Also, I told the card to > disable it's BIOS during bootup, and it still zonked. I even removed all > the logical drives (so there was no RAID array) just to see if it would > boot, it would still zonk! Only if I physically removed it, would it work. > I figured, at that point why would BTX even care about the RAID controller? > It's not being asked to boot from it anymore. > > Oddly enough, CentOS is working great on it now. I have 2 Vmware guests > running... you guessed it -- FreeBSD 6.1. However, if this TSS sounds like > a hardware issue, I will probably have to do more burn-in tests to ensure it > is not just the linux driver "ignoring" something. > > I also wonder if this would have been easier if I just went with the LSI > Megaraid SCSI controller instead. I went with the SATA version since it was > supposedly well supported by FreeBSD 5.4. Although, I am more likely to > blame the riser card for confusing FreeBSD, I do not believe I have a > hardware issue like the other gentlemen. (I have reinstalled the OSes and > guest OSes multiple times). The TSS is a software thing. For it to be corrupted means random memory corruption. The difference between FreeBSD and Linux is that FreeBSD has the /boot/loader which runs in protected mode and runs the BIOS in vm86 mode, whereas the Linux boot stays in real mode until it starts up the kernel. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 20:32:42 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 228D916A4DF for ; Tue, 22 Aug 2006 20:32:42 +0000 (UTC) (envelope-from mekani@gmail.com) Received: from smtp2.neobee.net (smtp2.neobee.net [80.74.160.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90D5E43D53 for ; Tue, 22 Aug 2006 20:32:41 +0000 (GMT) (envelope-from mekani@gmail.com) Received: from [80.74.173.83] (helo=pljuca.aurora.local) by smtp2.neobee.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.43) id 1GFcvP-0005Vv-32 for freebsd-hackers@freebsd.org; Tue, 22 Aug 2006 22:32:39 +0200 Received: from hal9000.aurora.local (hal9000.aurora.local [192.168.0.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pljuca.aurora.local (Postfix) with ESMTP id 729738280 for ; Tue, 22 Aug 2006 22:48:20 +0200 (CEST) Date: Mon, 21 Aug 2006 21:33:23 +0200 From: "Meka[ni]" To: freebsd-hackers@freebsd.org Message-ID: <20060821213323.4787f9a5@hal9000.aurora.local> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: 0.2 (/) X-Mailman-Approved-At: Tue, 22 Aug 2006 21:31:33 +0000 Subject: reiser4 in fbsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 20:32:42 -0000 This is not another request for implementing reiser4. I want to do it, just need some help. First, if anyone would like to implement it, i suppose (s)he would contact you. So, is there anyone on this project? If no, what should I read? I`m not using fbsd for ... hm ... years, so I`ve forgot some things. I know there was a porters-handbook, or something like this. Anyway, I would like to install gfbsd (www.amd64-fbsd.org) first and implement support for ro only, first. Thanx! :o) -- FreeB(eer)S(ex)D(drugs) are the real daemons From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 21:49:48 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D50D616A4DA for ; Tue, 22 Aug 2006 21:49:48 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65D6343D55 for ; Tue, 22 Aug 2006 21:49:48 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.56] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.6/8.13.6) with ESMTP id k7MLneBW050178 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Aug 2006 14:49:43 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <44EB7BB5.4090601@FreeBSD.org> Date: Tue, 22 Aug 2006 14:48:37 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Dan Nelson References: <44E56037.3060605@ykoz.net> <20060818113644.GA32163@xor.obsecurity.org> <44E5CD50.9030300@ykoz.net> <20060818153327.GB74158@dan.emsphone.com> In-Reply-To: <20060818153327.GB74158@dan.emsphone.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Jean-Michel Hiver , freebsd-hackers@FreeBSD.org, Kris Kennaway Subject: Re: SER Core Dumps X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 21:49:48 -0000 Dan Nelson wrote: > In the last episode (Aug 18), Jean-Michel Hiver said: >> Kris Kennaway a écrit : >>> On Fri, Aug 18, 2006 at 10:37:43AM +0400, Jean-Michel Hiver wrote: >>>> FreeBSD's SER port core dumps when I start it with 'fork=yes' in >>>> the config file. The OS is freebsd 6.1, the platform is: >>> Typically this is something to take up with the software authors. >> Well, it doesn't seem to do so under Linux / Debian, and people on the >> #ser IRC channel have sent me to FreeBSD's maintainers :( > > They probably meant the maintainer of that particular port, which in > net/ser's case is sobomax@FreeBSD.org . Unfortunately I don't have amd64 machine to test on. There is little I can do unless you can debug by yourself and provide patch for me. -Maxim From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 22 23:10:58 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 315EA16A4DA for ; Tue, 22 Aug 2006 23:10:58 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F4A043D67 for ; Tue, 22 Aug 2006 23:10:50 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k7MN9UZj045874; Tue, 22 Aug 2006 17:09:31 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 22 Aug 2006 17:09:37 -0600 (MDT) Message-Id: <20060822.170937.1661909005.imp@bsdimp.com> To: babkin@users.sourceforge.net, babkin@verizon.net From: "M. Warner Losh" In-Reply-To: <16315800.1957801156269547401.JavaMail.root@vms062.mailsrvcs.net> References: <16315800.1957801156269547401.JavaMail.root@vms062.mailsrvcs.net> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 22 Aug 2006 17:09:32 -0600 (MDT) Cc: freebsd-hackers@freebsd.org, lboehne@damogran.de Subject: Re: Aqcuiring full path to running process from outside the kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 23:10:58 -0000 In message: <16315800.1957801156269547401.JavaMail.root@vms062.mailsrvcs.net> Sergey Babkin writes: : >From: Lutz Boehne : > : >> but argv[0] is either an absolute path or a path relative to pwd, : >> unless your shell is broken. : > : >One should also consider users breaking argv[0] intentionally, e.g. : >pointing it to other files which could lead to undesired/unpredictable : >behaviour. Even as a fallback it's probably not wise to trust it. : : If we get back to the question of why we need the file, : we might not need it at all. As far as I understand, : the problem is that the Watcom compiler works by : sticking a set of messages into the executable files : and then later reading them out of the file, and the : point is to adapt the compiler to work on FreeBSD. : : So why not just change the compiler to put the contents of : this file into a DATA section, at some special symbol. : (I presume that now it puts the messages into some : kind of a COMMENT section). : Then instead of reading the file manually you would have : the contents of the file already pre-mapped into the memory : for you when the program starts. Saves you lots of trouble. And is the main reason that DOS programs, back in the days that watcom was written, did this editing technique... Warner From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 23 04:51:11 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DD1616A4DD for ; Wed, 23 Aug 2006 04:51:11 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id B40F843D5D for ; Wed, 23 Aug 2006 04:51:09 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.3) with ESMTP id k7N4p38S093121; Wed, 23 Aug 2006 08:51:07 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Wed, 23 Aug 2006 08:51:03 +0400 (MSD) From: Maxim Konovalov To: Kostik Belousov In-Reply-To: <200608211850.27317.max@love2party.net> Message-ID: <20060823085035.T90833@mp2.macomnet.net> References: <20060821162616.GG56637@deviant.kiev.zoral.com.ua> <200608211850.27317.max@love2party.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-hackers@freebsd.org, Max Laier Subject: Re: style(9)-like guide for man pages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 04:51:11 -0000 On Mon, 21 Aug 2006, 18:50+0200, Max Laier wrote: > On Monday 21 August 2006 18:26, Kostik Belousov wrote: > > is there style(9)-like guide for writing FreeBSD man pages ? > > "man mdoc" aka GROFF_MDOC(7) is the closest one I can think of. + /usr/share/examples/mdoc/ -- Maxim Konovalov From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 23 06:44:35 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0BCB16A4DF for ; Wed, 23 Aug 2006 06:44:35 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E3A843D5D for ; Wed, 23 Aug 2006 06:44:34 +0000 (GMT) (envelope-from reko.turja@liukuma.net) Received: from moria.endor.swagman.org ([213.113.4.185] [213.113.4.185]) by mxfep01.bredband.com with ESMTP id <20060823064433.WYUK5813.mxfep01.bredband.com@moria.endor.swagman.org>; Wed, 23 Aug 2006 08:44:33 +0200 Received: from rivendell (rivendell.endor.swagman.org [192.168.10.10]) by moria.endor.swagman.org (Postfix) with SMTP id F02A5C; Wed, 23 Aug 2006 09:44:29 +0300 (EEST) Message-ID: <006f01c6c67f$a0fb7c60$0a0aa8c0@rivendell> From: "Reko Turja" To: References: <16315800.1957801156269547401.JavaMail.root@vms062.mailsrvcs.net> Date: Wed, 23 Aug 2006 09:44:48 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Cc: babkin@users.sf.net Subject: Re: Re: Aqcuiring full path to running process from outside the kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 06:44:35 -0000 ----- Original Message ----- From: "Sergey Babkin" To: "Lutz Boehne" ; Sent: Tuesday, August 22, 2006 8:59 PM Subject: Re: Re: Aqcuiring full path to running process from outside thekernel > So why not just change the compiler to put the contents of > this file into a DATA section, at some special symbol. > (I presume that now it puts the messages into some > kind of a COMMENT section). > Then instead of reading the file manually you would have > the contents of the file already pre-mapped into the memory > for you when the program starts. Saves you lots of trouble. The "problem" is mainly that for some reason for every platform OW supports the file path is fetched somehow. I know the existing code which fetches the full path first isn't the most elegant one, but what I'm trying to do is get OW to compile first with existing code and logic, without breaking too much in the process :) But as said in earlier post of mine, I managed to achieve what I was trying with the following code - using the sysctl seems to achieve what was needed reliably enough, at least for now. int mib[4]; size_t len; mib[0] = CTL_KERN; mib[1] = KERN_PROC; mib[2] = KERN_PROC_PATHNAME; mib[3] = -1; len = PATH_MAX; /* First we try grabbing the path to executable using the sysctl MIB*/ result = sysctl(mib, 4, name, &len, NULL, 0); I managed to stumble upon this about the same time I got the first reply on my question, but for fallback methods I've gotten several valuable suggestions and ideas from here, thanks! -Reko From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 23 07:29:49 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC7EF16A4E1; Wed, 23 Aug 2006 07:29:49 +0000 (UTC) (envelope-from ssedov@mbsd.msk.ru) Received: from com1.ht-systems.ru (com1.ht-systems.ru [83.97.104.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A84143D49; Wed, 23 Aug 2006 07:29:48 +0000 (GMT) (envelope-from ssedov@mbsd.msk.ru) Received: from [213.87.86.60] (helo=fonon.realnet) by com1.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1GFnBJ-00066V-8a; Wed, 23 Aug 2006 11:29:46 +0400 Received: from localhost (localhost [127.0.0.1]) by fonon.realnet (Postfix) with ESMTP id 95A3D1146F; Wed, 23 Aug 2006 11:29:15 +0600 (YEKST) Date: Wed, 23 Aug 2006 11:29:10 +0600 From: Stanislav Sedov To: freebsd-hackers@freebsd.org, "Attilio Rao" Message-ID: <20060823112910.478721d2@localhost> In-Reply-To: <3bbf2fe10608220336s24968560i8565040a2d7eb9c7@mail.gmail.com> References: <20060814124658.1d416cbe@localhost> <200608140932.57875.jhb@freebsd.org> <20060814194729.436fc453@localhost> <3bbf2fe10608220336s24968560i8565040a2d7eb9c7@mail.gmail.com> Organization: MBSD labs, Inc. X-Operating-System: FreeBSD X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_WIBNGweIWQped5ossX0ow24; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.6.0 Cc: Subject: Re: exception handling in kernel code X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 07:29:49 -0000 --Sig_WIBNGweIWQped5ossX0ow24 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On Tue, 22 Aug 2006 12:36:40 +0200 "Attilio Rao" mentioned: >=20 > Mmm, I think that a better approach would be refering to different > MSRs tables for pentium, p6 and Pentium 4 (if I remind correctly they > are which show differences). It is more extensible, portable and > possibly cleaner (I.E: you could port automatically to openbsd/netbsd, > adding new table and make minimum modifies, etc.) I don't agree. We have a bunch of i386-compatible cpu vendors (Winbond, Cyrix, Intel, AMD, etc) and several models for each of them. Each have specific MSR set available. Thus, in that case we should add a table per each cpu model into the code, that seems to me bogus, since it will grow codesize dramatically and will not save from #GP faults in case of 'degenerate' cpu models. That is, it requires fault handlers anyway. Current implementation works well providing MSR access to userland and it garantee no kernel faults at all. It reports MSR reading errors to userland too. Furthermore, porting to other BSD isn't a goal. --=20 Stanislav Sedov MBSD labs, Inc. =F2=CF=D3=D3=C9=D1, =ED=CF=D3=CB=D7=C1 http://mbsd.msk.ru -------------------------------------------------------------------- If the facts don't fit the theory, change the facts. -- A. Einstein -------------------------------------------------------------------- PGP fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 --Sig_WIBNGweIWQped5ossX0ow24 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFE6+erK/VZk+smlYERAsl/AJ0Q69OFXVhEpoCAIzAVgtcPgtU+oQCeNASF DFTCykztyLigaeDzstwjdYk= =s0k0 -----END PGP SIGNATURE----- --Sig_WIBNGweIWQped5ossX0ow24-- From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 23 11:42:08 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECAEB16A4F1 for ; Wed, 23 Aug 2006 11:42:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1CF443E4C for ; Wed, 23 Aug 2006 11:40:37 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ixgpkd@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k7NBeU6e066385; Wed, 23 Aug 2006 13:40:35 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k7NBeTvg066384; Wed, 23 Aug 2006 13:40:29 +0200 (CEST) (envelope-from olli) Date: Wed, 23 Aug 2006 13:40:29 +0200 (CEST) Message-Id: <200608231140.k7NBeTvg066384@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, reko.turja@liukuma.net In-Reply-To: <006f01c6c67f$a0fb7c60$0a0aa8c0@rivendell> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 23 Aug 2006 13:40:36 +0200 (CEST) Cc: Subject: Re: Aqcuiring full path to running process from outside the ?kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, reko.turja@liukuma.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 11:42:09 -0000 Reko Turja wrote: > But as said in earlier post of mine, I managed to achieve what I was > trying with the following code - using the sysctl seems to achieve > what was needed reliably enough, at least for now. > > int mib[4]; > size_t len; > mib[0] = CTL_KERN; > mib[1] = KERN_PROC; > mib[2] = KERN_PROC_PATHNAME; > mib[3] = -1; > len = PATH_MAX; > > /* First we try grabbing the path to executable using the sysctl MIB*/ > result = sysctl(mib, 4, name, &len, NULL, 0); > > I managed to stumble upon this about the same time I got the first > reply on my question, but for fallback methods I've gotten several > valuable suggestions and ideas from here, thanks! Another way would be to use /proc/$$/file (where $$ is the result from getpid()), but it only works when PROCFS is mounted on /proc, obviously. Finally, maybe you don't have to know the path at all. The kernel maintains a file descriptor of the executable. lsof(8) and fstat(1) display it (as "text" or "txt", repectively), so I assume there's a way to retrieve it from userland. If you can get access to that file descriptor, you should be able to read data from the executable without having to know its path name. The latter might even be the _only_ way to access the executable file, because someone might have unliked the directory entry right after starting it, so you cannot access it anymore by path name, but only by descriptor. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 23 12:15:04 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DFCE16A4E0 for ; Wed, 23 Aug 2006 12:15:04 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1E5943D5A for ; Wed, 23 Aug 2006 12:15:03 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.7/8.13.7) with ESMTP id k7NCEp3D067909 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 23 Aug 2006 14:14:57 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.7/8.13.3/Submit) id k7NCEpu9067908 for hackers@freebsd.org; Wed, 23 Aug 2006 14:14:51 +0200 (CEST) Date: Wed, 23 Aug 2006 14:14:51 +0200 From: Divacky Roman To: hackers@freebsd.org Message-ID: <20060823121451.GA67614@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: Subject: RFMEM and mmap() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 12:15:04 -0000 hi I wonder what happens when proc A, create proc B using fork1(td, RFMEM, 0, &p2); and either A or B mmap()s something. is the mmaped memory shared among the procs? what if it brk()s something? thnx roman ---------------------- www.liberalnistrana.cz From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 23 12:43:13 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55EC616A4EF for ; Wed, 23 Aug 2006 12:43:13 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from www.liukuma.net (www.liukuma.net [62.220.235.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B11C43D5A for ; Wed, 23 Aug 2006 12:43:06 +0000 (GMT) (envelope-from reko.turja@liukuma.net) Received: from L02D81003 (unknown [195.148.43.230]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by www.liukuma.net (Postfix) with ESMTP id 27A3E96B3 for ; Wed, 23 Aug 2006 15:43:05 +0300 (EEST) Message-ID: <00a401c6c6b1$b7cb41a0$4d2a13ac@STAFF.AMK.LOCAL> From: "Reko Turja" To: References: <200608231140.k7NBeTvg066384@lurza.secnetix.de> Date: Wed, 23 Aug 2006 15:43:21 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Cc: Subject: Re: Aqcuiring full path to running process from outside the ?kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 12:43:13 -0000 ----- Original Message ----- From: "Oliver Fromme" To: ; Sent: Wednesday, August 23, 2006 2:40 PM Subject: Re: Aqcuiring full path to running process from outside the ?kernel Oliver Fromme wrote: > Another way would be to use /proc/$$/file (where $$ is the > result from getpid()), but it only works when PROCFS is > mounted on /proc, obviously. Yep, and if I or whoever will get the OW into port collection, I think demanding /proc to be mounted might be not that good idea - if the problem can be handled a way that vanilla BSD understands. > Finally, maybe you don't have to know the path at all. > The kernel maintains a file descriptor of the executable. > lsof(8) and fstat(1) display it (as "text" or "txt", > repectively), so I assume there's a way to retrieve it > from userland. If you can get access to that file > descriptor, you should be able to read data from the > executable without having to know its path name. I managed to do exactly that - the problem being for the moment is that all the other platforms OW supports at the moment do fetch the path somehow. Linux uses /proc, DOS, NT and OS/2 whatever etc. The logic in the resource fetching goes simplified like this: Ask the path for the current process from a library function and with the path open a handle for the executable file and then fast forward into resource part and fetch the strings needed. IMHO using the already available handle would be most elegant solution, but that would mean major rewriting in the resource handling for the other platforms, hence for now I'll settle just for trying to do this in manner compatible with existing code. (And of course something that's very simple to achieve in FBSD can be a major pain for some other platform supported by Watcom toolchain...) > The latter might even be the _only_ way to access the > executable file, because someone might have unliked the > directory entry right after starting it, so you cannot > access it anymore by path name, but only by descriptor. Or disappearing NFS mounts or other "fun things" Still lot to do but at least now I have managed to tackle some of the biggest problems for bootstrapping the toolchain, with lots of stuff copied from Linux build and requiring gnu make for the bootstrap... Might be that I'm trying to climb a tree with my posterior in the fore, but the thing I'm trying to achieve for now is getting the OW to bootstrap and build all the tools, then starting to change the makefiles from gnu to bsd make and then see if anything can be done to clib with my skills or whether that would be a job for more seasoned and BSD knowledgeable folks :) (There aren't that many makefiles for gnu make as the bootstrap changes pretty soon using the wmake supplied with toolchain) But enough of my rambling and thanks! -Reko From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 23 13:01:50 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC1C716A4DA for ; Wed, 23 Aug 2006 13:01:50 +0000 (UTC) (envelope-from ssedov@mbsd.msk.ru) Received: from com1.ht-systems.ru (com1.ht-systems.ru [83.97.104.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F7E243D5A for ; Wed, 23 Aug 2006 13:01:44 +0000 (GMT) (envelope-from ssedov@mbsd.msk.ru) Received: from [213.87.86.31] (helo=fonon.realnet) by com1.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1GFsMX-0004O1-LI; Wed, 23 Aug 2006 17:01:42 +0400 Received: from localhost (localhost [127.0.0.1]) by fonon.realnet (Postfix) with ESMTP id 1E7FE1146F; Wed, 23 Aug 2006 17:01:19 +0600 (YEKST) Date: Wed, 23 Aug 2006 17:01:18 +0600 From: Stanislav Sedov To: freebsd-hackers@freebsd.org Message-ID: <20060823170118.66903ab9@localhost> In-Reply-To: <16315800.1957801156269547401.JavaMail.root@vms062.mailsrvcs.net> References: <16315800.1957801156269547401.JavaMail.root@vms062.mailsrvcs.net> Organization: MBSD labs, Inc. X-Operating-System: FreeBSD X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_beQVN5vlh0HIVt=8DitL_tF"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.6.0 Cc: babkin@users.sf.net Subject: Re: Aqcuiring full path to running process from outside the kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 13:01:51 -0000 --Sig_beQVN5vlh0HIVt=8DitL_tF Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On Tue, 22 Aug 2006 12:59:07 -0500 (CDT) Sergey Babkin mentioned: > If we get back to the question of why we need the file, > we might not need it at all. As far as I understand, > the problem is that the Watcom compiler works by > sticking a set of messages into the executable files > and then later reading them out of the file, and the > point is to adapt the compiler to work on FreeBSD. Furthermore, reading additional sections after file load isn't very correct due to executable file itself could be unlinked after exec. So, putting it into DATA sections, as proposed by Sergey, is=20 much more correct.=20 --=20 Stanislav Sedov MBSD labs, Inc. =F2=CF=D3=D3=C9=D1, =ED=CF=D3=CB=D7=C1 http://mbsd.msk.ru -------------------------------------------------------------------- If the facts don't fit the theory, change the facts. -- A. Einstein -------------------------------------------------------------------- PGP fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 --Sig_beQVN5vlh0HIVt=8DitL_tF Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFE7DV+K/VZk+smlYERAvXhAJ0W/PpNh1HS9YQg4oEUeuo5qWj8OQCePv0V 9l0Q9FXSB+t8Kb6wyOc1DjA= =r5no -----END PGP SIGNATURE----- --Sig_beQVN5vlh0HIVt=8DitL_tF-- From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 23 15:36:40 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E9CF16A4DA for ; Wed, 23 Aug 2006 15:36:40 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7EEB43D6D for ; Wed, 23 Aug 2006 15:36:36 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k7NFaY40068545 for ; Wed, 23 Aug 2006 10:36:35 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44EC7601.3060009@centtech.com> Date: Wed, 23 Aug 2006 10:36:33 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: FreeBSD Hackers Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1715/Wed Aug 23 03:25:01 2006 on mh1.centtech.com X-Virus-Status: Clean Subject: missing license? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 15:36:40 -0000 Is this file supposed to have a license at the top? sys/fs/udf/osta.h Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 23 18:17:06 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55D3E16A4DF for ; Wed, 23 Aug 2006 18:17:06 +0000 (UTC) (envelope-from questions@totaldiver.net) Received: from mail.totaldiver.net (fl-209-26-20-205.sta.embarqhsd.net [209.26.20.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0EF543D6A for ; Wed, 23 Aug 2006 18:17:03 +0000 (GMT) (envelope-from questions@totaldiver.net) Received: from localhost (localhost.totaldiver.net [127.0.0.1]) by mail.totaldiver.net (Postfix) with ESMTP id 97DADC273 for ; Wed, 23 Aug 2006 14:17:07 -0400 (EDT) Received: from mail.totaldiver.net ([127.0.0.1]) by localhost (mail.totaldiver.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60856-01 for ; Wed, 23 Aug 2006 14:17:02 -0400 (EDT) Received: from mail.totaldiver.net (localhost.totaldiver.net [127.0.0.1]) by mail.totaldiver.net (Postfix) with ESMTP id 819B9C1B1 for ; Wed, 23 Aug 2006 14:17:02 -0400 (EDT) Received: from 66.209.36.253 (SquirrelMail authenticated user questions@totaldiver.net) by mail.totaldiver.net with HTTP; Wed, 23 Aug 2006 14:17:02 -0400 (EDT) Message-ID: <54409.66.209.36.253.1156357022.squirrel@mail.totaldiver.net> Date: Wed, 23 Aug 2006 14:17:02 -0400 (EDT) From: "Jeff Palmer" To: hackers@freebsd.org User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: Maia Mailguard Cc: Subject: Geli questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 18:17:06 -0000 Hello, Let me preface the email by saying I'm not overly familiar with geli, and it may already have the ability to do what I'm about to describe. The scenario: A FreeBSD based appliance at a customer premise. The customer really can't be trusted not to disasemble the box, and gain knowledge about the box configuration, software, and design. The idea: I'd like to use geli to encrypt *everything* on the disk. So if someone (a competitor maybe) removes the disk from the machine, he can't gain any data off of it easily. I know nothing is 100%, but why make the process easy for him? The problem: I don't want the end user to have to do anything to the box, to have it "come back up" after a reboot/power failure. The goal is an appliance that the client just plugs in, and forgets about it. The plan: the appliance would be persistantly connected to an SSL based VPN server at my central office. (Think OpenVPN server) I'd like a way for geli to encrypt the entire disk, but fetch the key from a server located on the VPN. this would require the appliance to boot up, access the internet (static IP), access the VPN (ssl key'd) and fetch the key that geli needs. Is this currently possible using geli (or even other software that I may not have heard of) or if not, would it be overly difficult to implement? Any feedback or brainstorming would be GREATLY appreciated. DrkShdw @ freenode (##FreeBSD) P.S. Sorry for the cross post from questions@, I realized hackers@ would probably be more suited to this discussion. From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 23 19:02:00 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23A2616A4DE for ; Wed, 23 Aug 2006 19:02:00 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5967D43DCA for ; Wed, 23 Aug 2006 19:01:45 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20060823190140m92002skgte>; Wed, 23 Aug 2006 19:01:40 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k7NJ1WDk027183; Wed, 23 Aug 2006 14:01:32 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k7NJ1V8Z027182; Wed, 23 Aug 2006 14:01:31 -0500 (CDT) (envelope-from brooks) Date: Wed, 23 Aug 2006 14:01:31 -0500 From: Brooks Davis To: Jeff Palmer Message-ID: <20060823190131.GA26917@lor.one-eyed-alien.net> References: <54409.66.209.36.253.1156357022.squirrel@mail.totaldiver.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <54409.66.209.36.253.1156357022.squirrel@mail.totaldiver.net> User-Agent: Mutt/1.5.11 Cc: hackers@freebsd.org Subject: Re: Geli questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 19:02:00 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 23, 2006 at 02:17:02PM -0400, Jeff Palmer wrote: > Hello, >=20 >=20 > Let me preface the email by saying I'm not overly familiar with geli, and > it may already have the ability to do what I'm about to describe. >=20 > The scenario: A FreeBSD based appliance at a customer premise. The > customer really can't be trusted not to disasemble the box, and gain > knowledge about the box configuration, software, and design. >=20 > The idea: I'd like to use geli to encrypt *everything* on the disk. So > if someone (a competitor maybe) removes the disk from the machine, he > can't gain any data off of it easily. I know nothing is 100%, but why > make the process easy for him? >=20 > The problem: I don't want the end user to have to do anything to the box, > to have it "come back up" after a reboot/power failure. The goal is an > appliance that the client just plugs in, and forgets about it. >=20 > The plan: the appliance would be persistantly connected to an SSL based > VPN server at my central office. (Think OpenVPN server) I'd like a way > for geli to encrypt the entire disk, but fetch the key from a server > located on the VPN. this would require the appliance to boot up, access > the internet (static IP), access the VPN (ssl key'd) and fetch the key > that geli needs. >=20 > Is this currently possible using geli (or even other software that I may > not have heard of) or if not, would it be overly difficult to > implement? What you want isn't possible, period. There must be unencrypted code somewhere in the process that has access to the decryption key so if that code can be subverted they can read everything. For example see information on hacking the xbox where they built custom hardware and had a virtually unlimited budget (and no concern about making a profit): http://www.xenatera.com/bunnie/proj/anatak/xboxmod.html That said, if you can boot from non-replaceable board PROM or flash memory and you disable all alternate booth methods (this probably required BIOS source code) you could probably use an externally stored key if you really wanted to. The network thing probably is not worth doing since it won't add much security and would add a lot of complexity as well as requiring very expensive hosting to protect you against product liability issues when your ISP suffers a failure. If your product is sold to people you can make sign a contract that's likely to be more cost effective, possibly coupled with a little obfuscation and judicious use of tamper detection mechanisms. -- Brooks --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE7KYKXY6L6fI4GtQRAsfoAKC7vWl7jDA26x6zE+c9lpcBS/CfAwCfZpo/ 6TiGZx5tO0GsxWjnXV0OaxA= =3R1U -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 23 19:05:34 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97DB916A503 for ; Wed, 23 Aug 2006 19:05:34 +0000 (UTC) (envelope-from david@madole.net) Received: from d.omd3.com (mx1.omd3.com [69.90.174.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 735F643D60 for ; Wed, 23 Aug 2006 19:05:31 +0000 (GMT) (envelope-from david@madole.net) Received: from static-66-212-193-19.myeastern.com ([66.212.193.19] helo=david) by d.omd3.com with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.54) id 1GFy3D-0007hr-Ro; Wed, 23 Aug 2006 15:06:07 -0400 Date: Wed, 23 Aug 2006 15:05:00 -0400 From: "David S. Madole" To: 'Jeff Palmer' , "'hackers@freebsd.org'" X-Priority: 3 X-Mailer: Bynari Insight Connector 3.1.0-0427200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <20060823190531.735F643D60@mx1.FreeBSD.org> Cc: Subject: RE: Geli questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 19:05:34 -0000 > From: Jeff Palmer > Sent: Wednesday, August 23, 2006 2:17 PM >=20 > The idea: I'd like to use geli to encrypt *everything* on=20 > the disk. So if someone (a competitor maybe) removes the > disk from the machine, he can't gain any data off of it > easily. I know nothing is 100%, but why make the process > easy for him? > > The plan: the appliance would be persistantly connected to=20 > an SSL based VPN server at my central office. (Think OpenVPN=20 > server) I'd like a way for geli to encrypt the entire disk, =20 > but fetch the key from a server located on the VPN. this=20 > would require the appliance to boot up, access the internet=20 > (static IP), access the VPN (ssl key'd) and fetch the key=20 > that geli needs. Did I miss something there or do you have a chicken-and-egg problem? How ar= e you going to encrypt the entire disk, boot from it, and _then_ retrieve t= he key? You need the key to read the disk just to boot. I also don't see the value added by using the VPN to get the key. Couldn't = someone run your key-retreival code by hand after booting off another media= ? How is it more secure than just putting the key on the disk? An HTTPS GET= would be a lot simpler than VPN and a lot more likely to get through any f= irewalls upstream of your box anyway. Most of the environments I've worked in would not be too happy about instal= ling an appliance that has deliberately obscured it's inner workings and th= at persistently connects a VPN outside of the organization. Sounds like a c= ompletely unauditable back-door. The only mechanisms that I have seen for doing things like this that pose m= ore than a trivial obstacle for someone involve modifying the hardware. One= way is to modify the BIOS in the machine to contain the decryption key whi= ch is passed to the boot loader through some covert mechanism such as patch= ing the boot sector after loading it into memory (which then passes it on).= Or encrypt all the sectors on the disk including the boot loader and build= the decryption, including the key, into the BIOS. The bottom line is that it will be roughly as difficult to break whatever m= echanism you come up with as it is difficult for you to implement it in the= first place. You really don't have much choice but to rely on obscurity an= d treachery and the lower-level you can make the code (like BIOS and boot l= oader) the harder it will be to break. David From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 23 19:17:45 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA3B616A4E0 for ; Wed, 23 Aug 2006 19:17:45 +0000 (UTC) (envelope-from prvs=julian=383e896f4@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 779F743D60 for ; Wed, 23 Aug 2006 19:17:45 +0000 (GMT) (envelope-from prvs=julian=383e896f4@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 23 Aug 2006 12:17:45 -0700 Message-ID: <44ECA9D8.90006@elischer.org> Date: Wed, 23 Aug 2006 12:17:44 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Divacky Roman References: <20060823121451.GA67614@stud.fit.vutbr.cz> In-Reply-To: <20060823121451.GA67614@stud.fit.vutbr.cz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: RFMEM and mmap() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 19:17:45 -0000 Divacky Roman wrote: >hi > >I wonder what happens when proc A, create proc B using > >fork1(td, RFMEM, 0, &p2); > >and either A or B mmap()s something. is the mmaped memory shared >among the procs? what if it brk()s something? > > > the virtual memory space is totally shared. this is how linuxthreads works. >thnx > >roman > > >---------------------- >www.liberalnistrana.cz >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 23 22:25:45 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8547616A4E0 for ; Wed, 23 Aug 2006 22:25:45 +0000 (UTC) (envelope-from kim@tinker.com) Received: from tinker.com (tinker2-3.august.net [66.228.55.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 1B54F43D4C for ; Wed, 23 Aug 2006 22:25:44 +0000 (GMT) (envelope-from kim@tinker.com) Received: (qmail 85468 invoked by uid 27); 23 Aug 2006 22:24:01 -0000 Received: from 204.10.126.26.tinker.com(204.10.126.26), claiming to be "[192.42.172.22]" via SMTP by pop.tinker.com, id smtpdJku4xU; Wed Aug 23 17:23:57 2006 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <77B636A3-5AED-41E6-AB98-91178E1D10D8@tinker.com> Content-Type: text/plain; charset=US-ASCII; format=flowed To: FreeBSD Hackers From: Kim Shrier Date: Wed, 23 Aug 2006 16:25:38 -0600 X-Mailer: Apple Mail (2.752.2) Subject: The proper way to open a file from inside the kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 22:25:45 -0000 Hello, I am experimenting with modifying a kernel module and I need to be able to open/read/write/close a file from within the module. Is there a preferred way to do this? Are there any locking or buffering issues that I need to be aware of? Thanks, Kim -- Kim Shrier - principal, Shrier and Deihl - mailto:kim@tinker.com Remote Unix Network Admin, Security, Internet Software Development Tinker Internet Services - Superior FreeBSD-based Web Hosting http://www.tinker.com/ From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 23 12:25:59 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9088416A4DE; Wed, 23 Aug 2006 12:25:59 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8B0943D6B; Wed, 23 Aug 2006 12:25:57 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (xgpkda@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k7NCPp26068697; Wed, 23 Aug 2006 14:25:56 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k7NCPo46068696; Wed, 23 Aug 2006 14:25:50 +0200 (CEST) (envelope-from olli) Date: Wed, 23 Aug 2006 14:25:50 +0200 (CEST) Message-Id: <200608231225.k7NCPo46068696@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@freebsd.org, matteo@freebsd.org In-Reply-To: <200608221239.k7MCdAxk098539@lurza.secnetix.de> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 23 Aug 2006 14:25:56 +0200 (CEST) X-Mailman-Approved-At: Wed, 23 Aug 2006 23:39:24 +0000 Cc: Subject: Re: About loader(8) forth X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 12:25:59 -0000 Oliver Fromme wrote: > Matteo Riondato wrote: > > Just to have a try, I replaced /boot/beastie.4th with file a > > containing only: > > > > ." Welcome to FreeSBIE" > > exit > > > > then I deleted the line mentioning beastie-start from /boot/loader.rc > > and rebooted my machine. > [...] > I think putting "exit" directly into beastie.4th (which is > included by loader.rc) is not a good idea. You should use > "exit" only within a function that you define in beastie.4th > and then call that function from loader.rc, just like the > standard files do. Oh, I forgot to mention that the word `` ." '' cannot be used in interpret mode, but only in interpret mode (i.e. when defining a function). You should either put it inside a function, as suggested above, or use `` .( '' instead which works in interpret mode, like this: .( Welcome to FreeSBIE) If you have further questions, feel free to ask. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "The last good thing written in C was Franz Schubert's Symphony number 9." -- Erwin Dieterich From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 23 12:47:49 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA01C16A4DE for ; Wed, 23 Aug 2006 12:47:49 +0000 (UTC) (envelope-from m.ehinger@ltur.de) Received: from postx.gateway-inter.net (postx.gateway-inter.net [213.144.19.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id E50C743D62 for ; Wed, 23 Aug 2006 12:47:48 +0000 (GMT) (envelope-from m.ehinger@ltur.de) In-Reply-To: <8198455F-EC79-4C2B-A5E9-99CE4566325F@lassitu.de> To: Stefan Bethke From: m.ehinger@ltur.de MIME-Version: 1.0 Message-ID: Date: Wed, 23 Aug 2006 14:48:10 +0200 Content-type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Wed, 23 Aug 2006 23:39:35 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: get DMI information in kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 12:47:49 -0000 Stefan Bethke schrieb am 22.08.2006 21:22:31: > > kenv(2) has smbios entries; they're available through getenv() and > getenv_() in the kernel. See http://www.freebsd.org/cgi/ > cvsweb.cgi/src/sys/boot/i386/libi386/smbios.c for the history. > OK I can get the "System Informations" that way, but how do i get "OEM Strings"? Thanks Maik From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 24 00:50:06 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A81516A4DE for ; Thu, 24 Aug 2006 00:50:06 +0000 (UTC) (envelope-from tyler@bleepsoft.com) Received: from zeus.lunarpages.com (zeus.lunarpages.com [216.193.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3459743D45 for ; Thu, 24 Aug 2006 00:50:06 +0000 (GMT) (envelope-from tyler@bleepsoft.com) Received: from cpe-24-26-238-91.satx.res.rr.com ([24.26.238.91] helo=[192.168.250.100]) by zeus.lunarpages.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.52) id 1GG3RK-0007QD-9q for freebsd-hackers@freebsd.org; Wed, 23 Aug 2006 17:51:22 -0700 Mime-Version: 1.0 (Apple Message framework v752.2) X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <16EE46A5-F8F0-4DB8-B19A-581CC19FA727@bleepsoft.com> Content-Transfer-Encoding: 7bit From: "R. Tyler Ballance" Date: Wed, 23 Aug 2006 19:50:01 -0500 To: FreeBSD Hackers X-Mailer: Apple Mail (2.752.2) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - zeus.lunarpages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - bleepsoft.com X-Source: X-Source-Args: X-Source-Dir: Subject: Forcing the kernel-toolchain to jive with my new "port" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 00:50:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've finally found time to work on my L4::BSD project again, and I'm getting back into the building of the kernel and it's various "friends" alongside it for the new "port" (iguana, which is the minimalistic L4 based OS that will help bridge the kernel subsystems to the appropriate facilities atop L4) and I'm getting the following error when I run: %make TARGET_ARCH=iguana kernel-toolchain cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H - DPREFIX=\"/usr\" -DCROSS_COMPILE -I/usr/home/tyler/build/obj/iguana/ usr/home/tyler/perforce/projects/l4bsd/src/gnu/usr.bin/cc/cc_tools/../ cc_tools -I/usr/home/tyler/perforce/projects/l4bsd/src/gnu/usr.bin/cc/ cc_tools/../cc_tools -I/usr/home/tyler/perforce/projects/l4bsd/src/ gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/home/tyler/ perforce/projects/l4bsd/src/gnu/usr.bin/cc/cc_tools/../../../../ contrib/gcc/config -DGENERATOR_FILE -I/home/tyler/build/obj/iguana/ usr/home/tyler/perforce/projects/l4bsd/src/tmp/legacy/usr/include -c / usr/home/tyler/perforce/projects/l4bsd/src/gnu/usr.bin/cc/ cc_tools/../../../../contrib/gcc/genattr.c In file included from /usr/home/tyler/perforce/projects/l4bsd/src/gnu/ usr.bin/cc/cc_tools/../../../../contrib/gcc/genattr.c:27: ./tm.h:4:15: /.h: No such file or directory ./tm.h:10:22: /freebsd.h: No such file or directory In file included from /usr/home/tyler/perforce/projects/l4bsd/src/gnu/ usr.bin/cc/cc_tools/../../../../contrib/gcc/genattr.c:28: /usr/home/tyler/perforce/projects/l4bsd/src/gnu/usr.bin/cc/ cc_tools/../../../../contrib/gcc/rtl.h:2189: warning: parameter has incomplete type /usr/home/tyler/perforce/projects/l4bsd/src/gnu/usr.bin/cc/ cc_tools/../../../../contrib/gcc/rtl.h:2189: warning: parameter has incomplete type /usr/home/tyler/perforce/projects/l4bsd/src/gnu/usr.bin/cc/ cc_tools/../../../../contrib/gcc/rtl.h:2190: warning: parameter has incomplete type /usr/home/tyler/perforce/projects/l4bsd/src/gnu/usr.bin/cc/ cc_tools/../../../../contrib/gcc/rtl.h:2190: warning: parameter has incomplete type /usr/home/tyler/perforce/projects/l4bsd/src/gnu/usr.bin/cc/ cc_tools/../../../../contrib/gcc/rtl.h:2209: warning: parameter has incomplete type *** Error code 1 Stop in /usr/home/tyler/perforce/projects/l4bsd/src/gnu/usr.bin/cc/ cc_tools. *** Error code 1 - ----------[ snip ]---------- I'm wondering, since the kernel would technically be x86-Iguana, would a suitable work around for this be to do the following: % make TARGET_ARCH=i386 kernel-toolchain and then follow that with: % make TARGET_ARCH=iguana buildkernel The toolchain and the accompanying shims to build the kernel from my understanding would be suitable to just build under the stock i386 "convention" and then build the specific iguana kernel once the appropriate toolchain and shims have been built? Please let me know if I'm heading down the wrong rabbit hole here :) Cheers, - -R. Tyler Ballance -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iD8DBQFE7PdOqO6nEJfroRsRAuCeAJ9q3bgjYZK7FXGUTw0oPQNNUXibUACdGdfs nxRXAwqSksQy9r8ASEmH7fw= =HBFg -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 24 02:33:19 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A09D616A4DD for ; Thu, 24 Aug 2006 02:33:19 +0000 (UTC) (envelope-from jared@puck.nether.net) Received: from puck.nether.net (puck.nether.net [204.42.254.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AD9B43D4C for ; Thu, 24 Aug 2006 02:33:19 +0000 (GMT) (envelope-from jared@puck.nether.net) Received: from puck.nether.net (puck.nether.net [204.42.254.5]) by puck.nether.net (8.13.7/8.12.9) with ESMTP id k7O2XIRM097347 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 23 Aug 2006 22:33:18 -0400 (EDT) (envelope-from jared@puck.nether.net) Received: (from jared@localhost) by puck.nether.net (8.13.7/8.12.9/Submit) id k7O2XGVK097346 for freebsd-hackers@freebsd.org; Wed, 23 Aug 2006 22:33:16 -0400 (EDT) (envelope-from jared) Date: Wed, 23 Aug 2006 22:33:16 -0400 From: Jared Mauch To: freebsd-hackers@freebsd.org Message-ID: <20060824023316.GB80963@puck.nether.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.12-2006-07-14 Subject: 6.1-current 20060823 ath0 stuck beacon; resetting (bmiss count 4) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 02:33:19 -0000 I have a Soekris 4501 (and 4521) i'm attempting to get set up with the Atheros mini-pci cards 168c:0012 (rev 01), ie: ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xa0000000-0xa000ffff irq 10 at device 16.0 on pci0 ath0: Ethernet address: 00:01:24:70:42:3e ath0: mac 4.2 phy 3.0 5ghz radio 1.7 2ghz radio 2.3 I have more than one of the cards, so i've swapped them out and it does not appear to be hardware related. Here's my basic setup (and i'm looking for help from the ath or similar driver gurus). ath0 interface when configured for 802.11a + hostap and set for hostap mode does not appear to trigger any "stuck beacon" messages. If I switch it over to just 802.11b media i get no beacons and it is not a viable wireless AP. ath0: flags=8843 mtu 1500 inet6 fe80::201:24ff:fe70:423e%ath0 prefixlen 64 scopeid 0x1 ether 00:01:24:70:42:3e media: IEEE 802.11 Wireless Ethernet autoselect mode 11a status: associated ssid PublicAP channel 36 bssid 00:01:24:70:42:3e authmode OPEN privacy OFF txpowmax 28 dtimperiod 1 bintval 100 net45xx# ifconfig ath0 mode 11b net45xx# net45xx# ath0: stuck beacon; resetting (bmiss count 4) net45xx# ifconfig ath0 mode 11aath0: stuck beacon; resetting (bmiss count 4) net45xx# i've also noticed some other problems with the driver that appear to be triggered by twiddling the settings. The antenna selection when set to use antenna 0 for tx+rx sysctls: dev.ath.0.txantenna: 0 dev.ath.0.rxantenna: 1 simply changing the mode w/ ifconfig to 11b from 11a will trigger this driver/sysctl/antenna related bug. any tips for tracking down what is going on? i'm going to rebuild with ATH_DEBUG shortly and load that kernel in place. If there is additional data people would like to see or if i'm in the wrong place, please help me find the right audience. thanks, - jared -- Jared Mauch | pgp key available via finger from jared@puck.nether.net clue++; | http://puck.nether.net/~jared/ My statements are only mine. From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 24 03:56:50 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FEC316A4DF for ; Thu, 24 Aug 2006 03:56:50 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29DF643D45 for ; Thu, 24 Aug 2006 03:56:43 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so247394nzn for ; Wed, 23 Aug 2006 20:56:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bnAT/aKJy3N6Ljk+/2c1HQ6Xtflu+HJ6JswopTrgRbWarK486dDUZinLqlFEU6/qHEEaFp+FW1N/3nHoQulJD8hLaJkLZ+JJ2GD7IXydED0lRchFGdrLAtpf3rRj3tGB8obsTB0NEWxu8816R+Y0jMZ1B4jtKhVN1DeBWifu1ZM= Received: by 10.65.211.16 with SMTP id n16mr1550259qbq; Wed, 23 Aug 2006 20:56:43 -0700 (PDT) Received: by 10.64.178.14 with HTTP; Wed, 23 Aug 2006 20:56:43 -0700 (PDT) Message-ID: <84dead720608232056o183976ffidc1c506434e754b9@mail.gmail.com> Date: Thu, 24 Aug 2006 09:26:43 +0530 From: "Joseph Koshy" To: "Kim Shrier" In-Reply-To: <77B636A3-5AED-41E6-AB98-91178E1D10D8@tinker.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <77B636A3-5AED-41E6-AB98-91178E1D10D8@tinker.com> Cc: FreeBSD Hackers Subject: Re: The proper way to open a file from inside the kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 03:56:50 -0000 > I am experimenting with modifying a kernel module and I need > to be able to open/read/write/close a file from within the > module. Is there a preferred way to do this? Are there any > locking or buffering issues that I need to be aware of? sys/kern/kern_alq.c:alq_open() and sys/kern/kern_ktrace.c:ktrace() have examples. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 24 04:53:03 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1AA916A4DA for ; Thu, 24 Aug 2006 04:53:03 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A35943D45 for ; Thu, 24 Aug 2006 04:53:01 +0000 (GMT) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 95FBF4CE4C for ; Thu, 24 Aug 2006 04:54:15 +0000 (GMT) Received: from vaulte.jumbuck.com (ppp166-27.static.internode.on.net [150.101.166.27]) by p4.roq.com (Postfix) with ESMTP id 367EE4CE4B for ; Thu, 24 Aug 2006 04:54:15 +0000 (GMT) Received: from vaulte.jumbuck.com (localhost [127.0.0.1]) by vaulte.jumbuck.com (Postfix) with ESMTP id ADBCB8A031; Thu, 24 Aug 2006 14:52:58 +1000 (EST) Received: from [192.168.46.102] (unknown [192.168.46.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vaulte.jumbuck.com (Postfix) with ESMTP id AAA628A023; Thu, 24 Aug 2006 14:52:58 +1000 (EST) Message-ID: <44ED30AA.3060000@thebeastie.org> Date: Thu, 24 Aug 2006 14:52:58 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.13) Gecko/20060727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeff Palmer References: <54409.66.209.36.253.1156357022.squirrel@mail.totaldiver.net> In-Reply-To: <54409.66.209.36.253.1156357022.squirrel@mail.totaldiver.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Scanned: ClamAV using ClamSMTP Cc: hackers@freebsd.org Subject: Re: Geli questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 04:53:03 -0000 Jeff Palmer wrote: >Hello, > > >Let me preface the email by saying I'm not overly familiar with geli, and >it may already have the ability to do what I'm about to describe. > >The scenario: A FreeBSD based appliance at a customer premise. The >customer really can't be trusted not to disasemble the box, and gain >knowledge about the box configuration, software, and design. > >The idea: I'd like to use geli to encrypt *everything* on the disk. So >if someone (a competitor maybe) removes the disk from the machine, he >can't gain any data off of it easily. I know nothing is 100%, but why >make the process easy for him? > >The problem: I don't want the end user to have to do anything to the box, > to have it "come back up" after a reboot/power failure. The goal is an >appliance that the client just plugs in, and forgets about it. > >The plan: the appliance would be persistantly connected to an SSL based >VPN server at my central office. (Think OpenVPN server) I'd like a way >for geli to encrypt the entire disk, but fetch the key from a server >located on the VPN. this would require the appliance to boot up, access >the internet (static IP), access the VPN (ssl key'd) and fetch the key >that geli needs. > > I think its possible, Geli is a great crypto subsystem but I would say you would have to come half way and have probably the base FreeBSD system use a passphraseless Geli key just for the base system, and a second passphrase protected second file system that would hold the really important stuff, this still prevents your customer from having to do anything. You could symlink bits of the file system that don't prevent it from booting into your passphrase protected second geli file system, this would be needed if you need base bits of FreeBSD extra encrypted. Once the box is up it can be reached via VPN and you could script it so the another machine connects in via VPN and auto enters the Geli private key passphrase and mounts the encrypted file system. The security would be based around how strong the passphrase is to protect your private key for the second Geli filesystem compared to someone else just getting access to the private key. Mike >Is this currently possible using geli (or even other software that I may >not have heard of) or if not, would it be overly difficult to >implement? > > >Any feedback or brainstorming would be GREATLY appreciated. > > >DrkShdw @ freenode (##FreeBSD) > >P.S. Sorry for the cross post from questions@, I realized hackers@ >would probably be more suited to this discussion. > >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 24 10:55:08 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2E4616A4DF for ; Thu, 24 Aug 2006 10:55:08 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E07F43D60 for ; Thu, 24 Aug 2006 10:55:04 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 1F58D5138A; Thu, 24 Aug 2006 12:55:03 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id C433A50EA7; Thu, 24 Aug 2006 12:54:57 +0200 (CEST) Date: Thu, 24 Aug 2006 12:54:57 +0200 From: Pawel Jakub Dawidek To: Eric Anderson Message-ID: <20060824105457.GC33565@garage.freebsd.pl> References: <44E45C3F.6060901@centtech.com> <20060817122502.GF1483@deviant.kiev.zoral.com.ua> <44E4614B.9000902@centtech.com> <44E482E8.50509@centtech.com> <20060817150423.GA20768@deviant.kiev.zoral.com.ua> <44E48610.3000407@centtech.com> <44EB6B37.9090302@centtech.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rS8CxjVDS/+yyDmU" Content-Disposition: inline In-Reply-To: <44EB6B37.9090302@centtech.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Kostik Belousov , FreeBSD Hackers Subject: Re: 6-STABLE snapshot (background fsck) lock-up X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 10:55:08 -0000 --rS8CxjVDS/+yyDmU Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 22, 2006 at 03:38:15PM -0500, Eric Anderson wrote: > Did you get a chance to look at those screenshots? I'm curious to know i= f you also think it is gjournal related. I've stopped loading gjournal, an= d I've had no other=20 > related deadlocks. This patch was not yet merged to RELENG_6, can you try it? http://people.freebsd.org/~pjd/patches/vfs_subr.c.3.patch --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --rS8CxjVDS/+yyDmU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE7YWBForvXbEpPzQRAs//AKDhHyUldaqWVYY3Tw9e4s6YVcS8agCgn9K+ 3oHFVSsAzc06uTjP82Ll3Y4= =k2PW -----END PGP SIGNATURE----- --rS8CxjVDS/+yyDmU-- From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 24 12:04:34 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1138D16A4DA; Thu, 24 Aug 2006 12:04:34 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A83E943D49; Thu, 24 Aug 2006 12:04:33 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k7OC4XYb064673; Thu, 24 Aug 2006 07:04:33 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44ED95D0.1040503@centtech.com> Date: Thu, 24 Aug 2006 07:04:32 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <44E45C3F.6060901@centtech.com> <20060817122502.GF1483@deviant.kiev.zoral.com.ua> <44E4614B.9000902@centtech.com> <44E482E8.50509@centtech.com> <20060817150423.GA20768@deviant.kiev.zoral.com.ua> <44E48610.3000407@centtech.com> <44EB6B37.9090302@centtech.com> <20060824105457.GC33565@garage.freebsd.pl> In-Reply-To: <20060824105457.GC33565@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1721/Wed Aug 23 19:06:46 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: FreeBSD Hackers Subject: Re: 6-STABLE snapshot (background fsck) lock-up X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 12:04:34 -0000 On 08/24/06 05:54, Pawel Jakub Dawidek wrote: > On Tue, Aug 22, 2006 at 03:38:15PM -0500, Eric Anderson wrote: >> Did you get a chance to look at those screenshots? I'm curious to know if you also think it is gjournal related. I've stopped loading gjournal, and I've had no other >> related deadlocks. > > This patch was not yet merged to RELENG_6, can you try it? > > http://people.freebsd.org/~pjd/patches/vfs_subr.c.3.patch > That patch looks like it will do the trick (by my feeble understanding) - I'll patch and rebuild, and get testing as soon as my backups complete. I'll let you know what I see. Thanks! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 24 09:38:22 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31E1016A4DA; Thu, 24 Aug 2006 09:38:22 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C6B743D49; Thu, 24 Aug 2006 09:38:21 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (atmzeb@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k7O9cESB018560; Thu, 24 Aug 2006 11:38:19 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k7O9cEFl018559; Thu, 24 Aug 2006 11:38:14 +0200 (CEST) (envelope-from olli) Date: Thu, 24 Aug 2006 11:38:14 +0200 (CEST) Message-Id: <200608240938.k7O9cEFl018559@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@freebsd.org, matteo@freebsd.org In-Reply-To: <200608231225.k7NCPo46068696@lurza.secnetix.de> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 24 Aug 2006 11:38:19 +0200 (CEST) X-Mailman-Approved-At: Thu, 24 Aug 2006 12:17:31 +0000 Cc: Subject: Re: About loader(8) forth X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 09:38:22 -0000 Sorry, my mistake. :-( Oliver Fromme wrote: > Oh, I forgot to mention that the word `` ." '' cannot be > used in interpret mode, but only in interpret mode (i.e. ^^^^^^^^^ Only in _compile_ mode, of course. Sorry for the confusion. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. We're sysadmins. To us, data is a protocol-overhead. From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 24 12:44:05 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAD9516A4DE for ; Thu, 24 Aug 2006 12:44:05 +0000 (UTC) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (oneplusone.ch [212.55.208.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10D1043D45 for ; Thu, 24 Aug 2006 12:44:04 +0000 (GMT) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (localhost [127.0.0.1]) by oneplusone.ch (8.13.6/8.13.6) with ESMTP id k7OCi2fA000478 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Aug 2006 14:44:02 +0200 (CEST) (envelope-from ast@marabu.ch) Received: (from uucp@localhost) by oneplusone.ch (8.13.6/8.13.6/Submit) with UUCP id k7OCi2kO000477; Thu, 24 Aug 2006 14:44:02 +0200 (CEST) (envelope-from ast@marabu.ch) Received: from pano.marabu.ch (localhost [127.0.0.1]) by pano.marabu.ch (8.13.6/8.13.6) with ESMTP id k7OCfaeK067858; Thu, 24 Aug 2006 14:41:36 +0200 (CEST) (envelope-from ast@pano.marabu.ch) Received: (from ast@localhost) by pano.marabu.ch (8.13.6/8.13.6/Submit) id k7OCfOfq067857; Thu, 24 Aug 2006 14:41:24 +0200 (CEST) (envelope-from ast) Date: Thu, 24 Aug 2006 14:41:24 +0200 From: Adrian Steinmann To: m.ehinger@ltur.de Message-ID: <20060824124122.GA67804@webgroup.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Organization: Webgroup Consulting AG X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (oneplusone.ch [127.0.0.1]); Thu, 24 Aug 2006 14:44:02 +0200 (CEST) X-Mailfilter: egfilter version 1.14; Archiver [msg.vMHa4M6p] (oneplusone.ch [127.0.0.1]); Thu, 24 Aug 2006 14:44:02 +0200 (CEST) X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 7.1.1.3; VDF: 6.35.1.137; host: oneplusone.ch) X-Mailman-Approved-At: Thu, 24 Aug 2006 13:13:05 +0000 Cc: freebsd-hackers@freebsd.org, Stefan Bethke Subject: Re: get DMI information in kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 12:44:05 -0000 On Wed, Aug 23, 2006 at 02:48:10PM +0200, m.ehinger@ltur.de wrote: > I can get the "System Informations" [using smbios] , but how do > i get "OEM Strings"? You can poke around in BIOS memory using bios_oem_strings() from sys/i386/i386/bios.c These two show you how it's done for Soekris, Advantech, and PC-Engines: sys/i386/i386/elan-mmcr.c sys/i386/i386/geode.c Adrian From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 24 15:40:13 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAB2816A4DA for ; Thu, 24 Aug 2006 15:40:13 +0000 (UTC) (envelope-from alive@dienub.org) Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [195.41.46.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4131643D49 for ; Thu, 24 Aug 2006 15:40:13 +0000 (GMT) (envelope-from alive@dienub.org) Received: from m00h.dienub.org (dienub.org [83.88.67.155]) by pfepa.post.tele.dk (Postfix) with ESMTP id 82DD8FAC03C for ; Thu, 24 Aug 2006 17:40:07 +0200 (CEST) Received: from [192.168.0.2] (unknown [192.168.0.2]) by m00h.dienub.org (Postfix) with ESMTP id 113031CC0B for ; Thu, 24 Aug 2006 17:40:07 +0200 (CEST) Message-ID: <44EDC84C.6010505@dienub.org> Date: Thu, 24 Aug 2006 17:39:56 +0200 From: "Daniel A." User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: doadump at pcpu.h:165 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 15:40:13 -0000 Hi guys, My server crashes very often and it's very random. So not long ago, I was suggested that I read the FreeBSD Handbook pages about kernel debugging, and here is the result: root@m00h DIENUB $ kgdb kernel.debug /var/crash/vmcore.3 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 28: machine check trap while in kernel mode instruction pointer = 0x20:0xc06830b0 stack pointer = 0x28:0xd446ea7c frame pointer = 0x28:0xd446ea8c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 14 (swi1: net) trap number = 28 panic: machine check trap Uptime: 1d4h24m37s Dumping 511 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) q As far as I understand, the issue is CPU-related, but that doesn't make sense, as my network interface cards are constantly giving me watchdog timeouts. root@m00h include $ uname -a FreeBSD m00h.dienub.org 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Mon May 29 20:40:41 CEST 2006 root@m00h.dienub.org:/usr/obj/usr/src/sys/DIENUB i386 Thanks for any help. Also, please CC any replies to me. From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 24 18:22:10 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B199516A4E5 for ; Thu, 24 Aug 2006 18:22:10 +0000 (UTC) (envelope-from kim@tinker.com) Received: from tinker.com (tinker2-3.august.net [66.228.55.4]) by mx1.FreeBSD.org (Postfix) with SMTP id A271C43D4C for ; Thu, 24 Aug 2006 18:22:02 +0000 (GMT) (envelope-from kim@tinker.com) Received: (qmail 99166 invoked by uid 27); 24 Aug 2006 18:20:04 -0000 Received: from 204.10.126.26.tinker.com(204.10.126.26), claiming to be "[192.42.172.22]" via SMTP by pop.tinker.com, id smtpdDmLNeZ; Thu Aug 24 13:19:59 2006 In-Reply-To: <84dead720608232056o183976ffidc1c506434e754b9@mail.gmail.com> References: <77B636A3-5AED-41E6-AB98-91178E1D10D8@tinker.com> <84dead720608232056o183976ffidc1c506434e754b9@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Kim Shrier Date: Thu, 24 Aug 2006 12:21:53 -0600 To: Joseph Koshy X-Mailer: Apple Mail (2.752.2) Cc: FreeBSD Hackers Subject: Re: The proper way to open a file from inside the kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 18:22:10 -0000 On Aug 23, 2006, at 9:56 PM, Joseph Koshy wrote: >> I am experimenting with modifying a kernel module and I need >> to be able to open/read/write/close a file from within the >> module. Is there a preferred way to do this? Are there any >> locking or buffering issues that I need to be aware of? > > sys/kern/kern_alq.c:alq_open() and sys/kern/kern_ktrace.c:ktrace() > have examples. > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > Thank you. Kim -- Kim Shrier - principal, Shrier and Deihl - mailto:kim@tinker.com Remote Unix Network Admin, Security, Internet Software Development Tinker Internet Services - Superior FreeBSD-based Web Hosting http://www.tinker.com/ From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 24 18:32:48 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AEBA16A4DA for ; Thu, 24 Aug 2006 18:32:48 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C6AB43D70 for ; Thu, 24 Aug 2006 18:32:47 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k7OIWj6w036247; Thu, 24 Aug 2006 13:32:46 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44EDF0CD.2070804@centtech.com> Date: Thu, 24 Aug 2006 13:32:45 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: Mike Silbersack References: <44C82A40.3020009@centtech.com> <20060820040339.Q3166@odysseus.silby.com> In-Reply-To: <20060820040339.Q3166@odysseus.silby.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1725/Thu Aug 24 11:00:01 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: FreeBSD Hackers Subject: Re: [PATCH] adding two new options to 'cp' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 18:32:48 -0000 On 08/20/06 04:21, Mike Silbersack wrote: > On Wed, 26 Jul 2006, Eric Anderson wrote: > >> I'm tired of trying to use rsync or gcp (which doesn't like symlinks often) >> to copy trees of files/directories using hard links, so I added the gcp-ish >> options -a and -l. > > ... > >> Comments? Flames? Committers willing to commit? >> >> Eric > > Having just read this thread start to finish, I strongly feel that Eric > should be given an award for putting up with all the crap he was given and > not losing his temper. > > In sincerely hope that this thread does not scare off others who have > local patches that they are considering contributing to FreeBSD. > > Mike "Silby" Silbersack Alas, no parts of my patch ever were committed. :( *sigh* - off to other hacking.. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 24 20:45:32 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A545A16A4DD for ; Thu, 24 Aug 2006 20:45:32 +0000 (UTC) (envelope-from prvs=julian=3845287f1@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6526C43D46 for ; Thu, 24 Aug 2006 20:45:32 +0000 (GMT) (envelope-from prvs=julian=3845287f1@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 24 Aug 2006 13:45:32 -0700 Message-ID: <44EE0FEB.4010406@elischer.org> Date: Thu, 24 Aug 2006 13:45:31 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <44C82A40.3020009@centtech.com> <20060820040339.Q3166@odysseus.silby.com> <44EDF0CD.2070804@centtech.com> In-Reply-To: <44EDF0CD.2070804@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers Subject: Re: [PATCH] adding two new options to 'cp' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 20:45:32 -0000 Eric Anderson wrote: > On 08/20/06 04:21, Mike Silbersack wrote: > >> On Wed, 26 Jul 2006, Eric Anderson wrote: >> >>> I'm tired of trying to use rsync or gcp (which doesn't like symlinks >>> often) to copy trees of files/directories using hard links, so I >>> added the gcp-ish options -a and -l. >> >> >> ... >> >>> Comments? Flames? Committers willing to commit? >>> >>> Eric >> >> >> Having just read this thread start to finish, I strongly feel that >> Eric should be given an award for putting up with all the crap he was >> given and not losing his temper. >> >> In sincerely hope that this thread does not scare off others who have >> local patches that they are considering contributing to FreeBSD. >> >> Mike "Silby" Silbersack > > > > Alas, no parts of my patch ever were committed. :( > > *sigh* - off to other hacking.. > > Eric > > Add an option to allow copying of a hierarchy while linking he regular files. Bikeshedded to death on: hackers Submitted by:andersonatcenttech.com MFC in: 1 month CVS: ---------------------------------------------------------------------- CVS: Enter Log. Lines beginning with `CVS:' are removed automatically CVS: CVS: Committing in . CVS: CVS: Modified Files: CVS: cp.1 cp.c extern.h utils.c CVS: ---------------------------------------------------------------------- From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 24 21:04:11 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD05416A4E2 for ; Thu, 24 Aug 2006 21:04:10 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6E1E43D64 for ; Thu, 24 Aug 2006 21:04:07 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k7OL1OpU088079; Thu, 24 Aug 2006 15:01:24 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 24 Aug 2006 15:01:33 -0600 (MDT) Message-Id: <20060824.150133.-262814953.imp@bsdimp.com> To: tyler@bleepsoft.com From: "M. Warner Losh" In-Reply-To: <16EE46A5-F8F0-4DB8-B19A-581CC19FA727@bleepsoft.com> References: <16EE46A5-F8F0-4DB8-B19A-581CC19FA727@bleepsoft.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 24 Aug 2006 15:01:25 -0600 (MDT) Cc: freebsd-hackers@freebsd.org Subject: Re: Forcing the kernel-toolchain to jive with my new "port" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 21:04:11 -0000 In message: <16EE46A5-F8F0-4DB8-B19A-581CC19FA727@bleepsoft.com> "R. Tyler Ballance" writes: : -----BEGIN PGP SIGNED MESSAGE----- : Hash: SHA1 : : I've finally found time to work on my L4::BSD project again, and I'm : getting back into the building of the kernel and it's various : "friends" alongside it for the new "port" (iguana, which is the : minimalistic L4 based OS that will help bridge the kernel subsystems : to the appropriate facilities atop L4) and I'm getting the following : error when I run: : : %make TARGET_ARCH=iguana kernel-toolchain : : cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H - : DPREFIX=\"/usr\" -DCROSS_COMPILE -I/usr/home/tyler/build/obj/iguana/ : usr/home/tyler/perforce/projects/l4bsd/src/gnu/usr.bin/cc/cc_tools/../ : cc_tools -I/usr/home/tyler/perforce/projects/l4bsd/src/gnu/usr.bin/cc/ : cc_tools/../cc_tools -I/usr/home/tyler/perforce/projects/l4bsd/src/ : gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/home/tyler/ : perforce/projects/l4bsd/src/gnu/usr.bin/cc/cc_tools/../../../../ : contrib/gcc/config -DGENERATOR_FILE -I/home/tyler/build/obj/iguana/ : usr/home/tyler/perforce/projects/l4bsd/src/tmp/legacy/usr/include -c / : usr/home/tyler/perforce/projects/l4bsd/src/gnu/usr.bin/cc/ : cc_tools/../../../../contrib/gcc/genattr.c : In file included from /usr/home/tyler/perforce/projects/l4bsd/src/gnu/ : usr.bin/cc/cc_tools/../../../../contrib/gcc/genattr.c:27: : ./tm.h:4:15: /.h: No such file or directory : ./tm.h:10:22: /freebsd.h: No such file or directory : In file included from /usr/home/tyler/perforce/projects/l4bsd/src/gnu/ : usr.bin/cc/cc_tools/../../../../contrib/gcc/genattr.c:28: : /usr/home/tyler/perforce/projects/l4bsd/src/gnu/usr.bin/cc/ : cc_tools/../../../../contrib/gcc/rtl.h:2189: warning: parameter has : incomplete type : /usr/home/tyler/perforce/projects/l4bsd/src/gnu/usr.bin/cc/ : cc_tools/../../../../contrib/gcc/rtl.h:2189: warning: parameter has : incomplete type : /usr/home/tyler/perforce/projects/l4bsd/src/gnu/usr.bin/cc/ : cc_tools/../../../../contrib/gcc/rtl.h:2190: warning: parameter has : incomplete type : /usr/home/tyler/perforce/projects/l4bsd/src/gnu/usr.bin/cc/ : cc_tools/../../../../contrib/gcc/rtl.h:2190: warning: parameter has : incomplete type : /usr/home/tyler/perforce/projects/l4bsd/src/gnu/usr.bin/cc/ : cc_tools/../../../../contrib/gcc/rtl.h:2209: warning: parameter has : incomplete type : *** Error code 1 : : Stop in /usr/home/tyler/perforce/projects/l4bsd/src/gnu/usr.bin/cc/ : cc_tools. : *** Error code 1 : : - ----------[ snip ]---------- : : I'm wondering, since the kernel would technically be x86-Iguana, : would a suitable work around for this be to do the following: : : % make TARGET_ARCH=i386 kernel-toolchain : : and then follow that with: : : % make TARGET_ARCH=iguana buildkernel : : The toolchain and the accompanying shims to build the kernel from my : understanding would be suitable to just build under the stock i386 : "convention" and then build the specific iguana kernel once the : appropriate toolchain and shims have been built? : : Please let me know if I'm heading down the wrong rabbit hole here :) make TARGET=iquana TARGET_ARCH=i386 buildkernel is what you want. Warner From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 24 23:46:24 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DD8A16A4DD for ; Thu, 24 Aug 2006 23:46:24 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id C028443D46 for ; Thu, 24 Aug 2006 23:46:23 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 24 Aug 2006 16:44:00 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id k7ONkN13093436; Thu, 24 Aug 2006 16:46:23 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id k7ONkHa4093431; Thu, 24 Aug 2006 16:46:17 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200608242346.k7ONkHa4093431@ambrisko.com> In-Reply-To: To: m.ehinger@ltur.de Date: Thu, 24 Aug 2006 16:46:17 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-hackers@freebsd.org Subject: Re: get DMI information in kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 23:46:24 -0000 m.ehinger@ltur.de writes: | Hello, | how do i get DMI Informations (stuff displayed by dmidecode) in a kernel module? | | I need some "System Information" like Vendor,Model and OEM String identifying hardware on a Thinkpad. | | Can anybody give me a hint on that? You can look at the ipmi(4) driver. It gets the IPMI HW info via SMBIOS. There is also and smbios driver as well. Doug A. From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 25 00:51:19 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3A1F16A4DF; Fri, 25 Aug 2006 00:51:18 +0000 (UTC) (envelope-from donald.creel@verizon.net) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id B46F343D46; Fri, 25 Aug 2006 00:51:18 +0000 (GMT) (envelope-from donald.creel@verizon.net) Received: from [63.17.160.159] by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0J4J001EN3OJ5V22@vms046.mailsrvcs.net>; Thu, 24 Aug 2006 19:50:45 -0500 (CDT) Date: Thu, 24 Aug 2006 19:51:18 +0000 From: donxc To: freebsd-hackers@freebsd.org, matteo@freebsd.org, olli@lurza.secnetix.de Message-id: <44EE0336.2080508@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050420 X-Mailman-Approved-At: Fri, 25 Aug 2006 01:21:40 +0000 Cc: Subject: Re: About loader(8) forth X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2006 00:51:19 -0000 Matteo Riondato wrote: > I'm trying to understand how the loader forth works to see if it's > possible to develop something similar to knoppix boot menu and use it > for FreeSBIE. > Just to have a try, I replaced /boot/beastie.4th with file a > containing only: > > ." Welcome to FreeSBIE" > exit Oliver Fromme wrote: >I've modified FreeBSD's standard beastie.4th in the past to >implement various things, although I'm not that much of a >FICL expert either ... But since nobody else replied, I >give it a try. No expert here either but I will add a little. >I think putting "exit" directly into beastie.4th (which is >included by loader.rc) is not a good idea. You should use >"exit" only within a function that you define in beastie.4th >and then call that function from loader.rc, just like the >standard files do. Or from loader.conf. For Matteo's simple experiment, ( display the FreeSBIE prompt then exit to the loader prompt), the exit function is already built in to the first test of the "beastie-start" definition in the beastie.4th file. It can be called by adding line to loader.conf as follows: beastie_disable="YES" Then, FreeSBIE prompt, .( Welcome to FreeSBIE) can be added to loader.rc the line after the " start " line. If you replace the original beastie.4th and loader.rc (with the prompt added)files, you should have that part of your project behind you. Good luck on the knoppix menu, I have never seen it. >If you're looking for documentation, please have a look at >http://ficl.sf.net/ which also has links to several FORTH >primers and tutorials. Indeed the first of the links points >to a tutorial by J.V.Noble which is easy to read and quite >good. Nice link, thanks. Regards, Don Creel From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 25 04:13:43 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 888CB16A4DE; Fri, 25 Aug 2006 04:13:43 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29E4943D45; Fri, 25 Aug 2006 04:13:42 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.24] (andersonbox4.centtech.com [192.168.42.24]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k7P4Df9c019897; Thu, 24 Aug 2006 23:13:41 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44EE78F5.8000101@centtech.com> Date: Thu, 24 Aug 2006 23:13:41 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <44E45C3F.6060901@centtech.com> <20060817122502.GF1483@deviant.kiev.zoral.com.ua> <44E4614B.9000902@centtech.com> <44E482E8.50509@centtech.com> <20060817150423.GA20768@deviant.kiev.zoral.com.ua> <44E48610.3000407@centtech.com> <44EB6B37.9090302@centtech.com> <20060824105457.GC33565@garage.freebsd.pl> In-Reply-To: <20060824105457.GC33565@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1726/Thu Aug 24 13:45:50 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: Kostik Belousov , FreeBSD Hackers Subject: Re: 6-STABLE snapshot (background fsck) lock-up X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2006 04:13:43 -0000 On 08/24/06 05:54, Pawel Jakub Dawidek wrote: > On Tue, Aug 22, 2006 at 03:38:15PM -0500, Eric Anderson wrote: >> Did you get a chance to look at those screenshots? I'm curious to know if you also think it is gjournal related. I've stopped loading gjournal, and I've had no other >> related deadlocks. > > This patch was not yet merged to RELENG_6, can you try it? > > http://people.freebsd.org/~pjd/patches/vfs_subr.c.3.patch > I've been hammering at it all day long, and it has been rock-solid. It never lasted more that 30minutes prior to the patch. Woohoo! Please commit it! Thanks!! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 25 05:45:41 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EE9C16A4DA for ; Fri, 25 Aug 2006 05:45:41 +0000 (UTC) (envelope-from alive@dienub.org) Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [195.41.46.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9568E43D49 for ; Fri, 25 Aug 2006 05:45:40 +0000 (GMT) (envelope-from alive@dienub.org) Received: from m00h.dienub.org (dienub.org [83.88.67.155]) by pfepa.post.tele.dk (Postfix) with ESMTP id D73ABFAC019 for ; Fri, 25 Aug 2006 07:45:33 +0200 (CEST) Received: from [192.168.0.2] (unknown [192.168.0.2]) by m00h.dienub.org (Postfix) with ESMTP id 552C61CC0B; Fri, 25 Aug 2006 07:45:33 +0200 (CEST) Message-ID: <44EE8E72.7030501@dienub.org> Date: Fri, 25 Aug 2006 07:45:22 +0200 From: "Daniel A." User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: "Daniel A." References: <44EDC84C.6010505@dienub.org> In-Reply-To: <44EDC84C.6010505@dienub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: doadump at pcpu.h:165 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2006 05:45:41 -0000 Daniel A. wrote: > Hi guys, > My server crashes very often and it's very random. So not long ago, I > was suggested that I read the FreeBSD Handbook pages about kernel > debugging, and here is the result: > root@m00h DIENUB $ kgdb kernel.debug /var/crash/vmcore.3 > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > > > Fatal trap 28: machine check trap while in kernel mode > instruction pointer = 0x20:0xc06830b0 > stack pointer = 0x28:0xd446ea7c > frame pointer = 0x28:0xd446ea8c > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 14 (swi1: net) > trap number = 28 > panic: machine check trap > Uptime: 1d4h24m37s > Dumping 511 MB (2 chunks) > chunk 0: 1MB (160 pages) ... ok > chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 > 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 > 31 15 > > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) q > > > As far as I understand, the issue is CPU-related, but that doesn't make > sense, as my network interface cards are constantly giving me watchdog > timeouts. > > root@m00h include $ uname -a > FreeBSD m00h.dienub.org 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Mon May 29 > 20:40:41 CEST 2006 root@m00h.dienub.org:/usr/obj/usr/src/sys/DIENUB > i386 > > Thanks for any help. Also, please CC any replies to me. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" Some more dump data: #0 doadump () at pcpu.h:165 #1 0xc064dda5 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc064e03c in panic (fmt=0xc088c06e "%s") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc0841334 in trap_fatal (frame=0xd446ea3c, eva=0) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc0840e7c in trap (frame= {tf_fs = -1017446392, tf_es = -1016266712, tf_ds = -733609944, tf_edi = -1017398016, tf_esi = -1016246016, tf_ebp = -733549940, tf_isp = -733549976, tf_ebx = 1, tf_edx = 3, tf_ecx = 0, tf_eax = -1016246016, tf_trapno = 28, tf_err = 0, tf_eip = -1066913616, tf_cs = 32, tf_eflags = 590483, tf_esp = -1016016896, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:631 #5 0xc0830b5a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc06830b0 in mb_free_ext (m=0xc36d5100) at /usr/src/sys/kern/uipc_mbuf.c:252 #7 0xc0682fa6 in m_freem (mb=0xc36d5100) at mbuf.h:486 #8 0xc06845be in m_defrag (m0=0xc36d5100, how=1) at /usr/src/sys/kern/uipc_mbuf.c:1252 #9 0xc076063b in rl_encap (sc=0xc34a6800, m_head=0xc36d5100) at /usr/src/sys/pci/if_rl.c:1390 #10 0xc0760923 in rl_start_locked (ifp=0xc34a3800) at /usr/src/sys/pci/if_rl.c:1446 #11 0xc07606da in rl_start (ifp=0xc34a3800) at /usr/src/sys/pci/if_rl.c:1427 #12 0xc06ba83f in if_start (ifp=0x0) at /usr/src/sys/net/if.c:2234 #13 0xc06bbc6f in ether_output_frame (ifp=0xc34a3800, m=0xc36d5100) at /usr/src/sys/net/if_ethersubr.c:406 #14 0xc06bba54 in ether_output (ifp=0xc34a3800, m=0xc36d5100, dst=0xc365e970, rt0=0x3) at /usr/src/sys/net/if_ethersubr.c:359 #15 0xc06e9480 in ip_output (m=0xc36d5100, opt=0xc34a3800, ro=0xd446ebd0, flags=1, imo=0x0, inp=0x0) at /usr/src/sys/netinet/ip_output.c:777 #16 0xc06e89a0 in ip_forward (m=0xc36d5100, srcrt=0) at /usr/src/sys/netinet/ip_input.c:1907 #17 0xc06e750f in ip_input (m=0xc36d5100) at /usr/src/sys/netinet/ip_input.c:689 #18 0xc06c3e1b in netisr_processqueue (ni=0xc0981538) at /usr/src/sys/net/netisr.c:236 #19 0xc06c4016 in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:349 #20 0xc0639479 in ithread_execute_handlers (p=0xc32b5418, ie=0xc32f5200) at /usr/src/sys/kern/kern_intr.c:684 #21 0xc0639590 in ithread_loop (arg=0xc329b6e0) at /usr/src/sys/kern/kern_intr.c:767 #22 0xc06383e8 in fork_exit (callout=0xc063953c , arg=0xc329b6e0, frame=0xd446ed38) at /usr/src/sys/kern/kern_fork.c:805 #23 0xc0830bbc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 Please, someone help me debug this. It's really frustrating. From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 25 11:56:00 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 365AC16A4DA for ; Fri, 25 Aug 2006 11:56:00 +0000 (UTC) (envelope-from yuanjue02@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 809FF43D46 for ; Fri, 25 Aug 2006 11:55:59 +0000 (GMT) (envelope-from yuanjue02@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1089640pye for ; Fri, 25 Aug 2006 04:55:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:organization:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=K3ACx/kUpLdCgK3KDta7JjTL+DqRw1y8BJsjcCVzn8h/nrI7h3ltTHarix9fEVZb6ryYcNa8uGNRl6bAIMk2CYHoIMqXq7wyZ70acko+jzfw7PLNKTogUXHu86ec7sG0m62D+qxigZ2+TNVZHGWnWtCLfXGeIbzW/Gvfw4jWtsE= Received: by 10.35.123.10 with SMTP id a10mr4948522pyn; Fri, 25 Aug 2006 04:55:58 -0700 (PDT) Received: from ?222.48.99.49? ( [124.172.191.114]) by mx.gmail.com with ESMTP id f75sm2298211pye.2006.08.25.04.55.57; Fri, 25 Aug 2006 04:55:58 -0700 (PDT) From: "Yuan, Jue" Organization: Institute of Computing Technology, CAS, China To: freebsd-hackers@freebsd.org Date: Fri, 25 Aug 2006 19:58:09 +0800 User-Agent: KMail/1.9.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608251958.09341.yuanjue02@gmail.com> X-Mailman-Approved-At: Fri, 25 Aug 2006 13:44:46 +0000 Subject: How to change kernel version tag? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2006 11:56:00 -0000 Hi all. Could I change the kernel version tag manually? say, I have a kernel which is 7.0-CUREENT, but for some reasons I wanna it be something like 6.1-RELEASE, while the kernel itself does't change from 7.0-CURRENT to 6.1-RELEASE. All I want is the change of tag. For example, if this works, then when I type "uname -a" in console, I would get "6.1-RELEASE ..." instead of "7.0-CURRENT ...". I guess some config files in src/sys/ could take care of this. But I cannot find it out. Anybody knows how to get this job done? Any ideas are really appreciated. :-) BTW: I am not in this list. So if you reply, please CC a copy to me. Thanks. -- Best Regards Yuan, Jue @ http://www.yuanjue.net From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 25 14:02:18 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15F3F16A4E5 for ; Fri, 25 Aug 2006 14:02:18 +0000 (UTC) (envelope-from admin@intron.ac) Received: from intron.ac (unknown [210.51.165.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id B311443D46 for ; Fri, 25 Aug 2006 14:02:15 +0000 (GMT) (envelope-from admin@intron.ac) Received: from localhost (localhost [127.0.0.1]) (uid 1003) by intron.ac with local; Fri, 25 Aug 2006 22:02:14 +0800 id 00108802.44EF02E6.0000A380 References: <200608252000.07240.yuanjue02@gmail.com> In-Reply-To: <200608252000.07240.yuanjue02@gmail.com> From: "Intron is my alias on the Internet" To: "Yuan, Jue" Date: Fri, 25 Aug 2006 22:02:14 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset="gb2312"; format=flowed Content-Transfer-Encoding: 7bit Message-ID: Cc: freebsd-hackers@freebsd.org Subject: Re: How to change kernel version? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2006 14:02:18 -0000 Yuan, Jue wrote: > Hi all. > > Could I change the kernel version tag manually? say, I have a kernel which is > 7.0-CUREENT, but for some reasons I wanna it be something like 6.1-RELEASE, > while the kernel itself does't change from 7.0-CURRENT to 6.1-RELEASE. All I > want is the change of tag. For example, if this works, then when I > type "uname -a" in console, I would get "6.1-RELEASE ..." instead > of "7.0-CURRENT ...". > > I guess some config files in src/sys/ could take care of this. But I cannot > find it out. Anybody knows how to get this job done? > > Any ideas are really appreciated. :-) > > BTW: I am not in this list. So if you reply, please CC a copy to me. Thanks. > > -- > Best Regards > Yuan, Jue @ http://www.yuanjue.net > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" /sys/conf/newvers.sh Modify it at your own risk. ------------------------------------------------------------------------ From Beijing, China From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 25 14:22:23 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD5A616A4DA for ; Fri, 25 Aug 2006 14:22:23 +0000 (UTC) (envelope-from rik@inse.ru) Received: from mail.inse.ru (inse.ru [144.206.128.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B211E43D67 for ; Fri, 25 Aug 2006 14:22:22 +0000 (GMT) (envelope-from rik@inse.ru) Received: from [127.0.0.1] (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTP id 227E533C46; Fri, 25 Aug 2006 18:22:21 +0400 (MSD) Message-ID: <44EF0A13.80008@inse.ru> Date: Fri, 25 Aug 2006 18:32:51 +0400 From: Roman Kurakin User-Agent: Thunderbird 1.5.0.5 (X11/20060813) MIME-Version: 1.0 To: "Yuan, Jue" References: <200608251958.09341.yuanjue02@gmail.com> In-Reply-To: <200608251958.09341.yuanjue02@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: How to change kernel version tag? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2006 14:22:23 -0000 Yuan, Jue wrote: > Hi all. > > Could I change the kernel version tag manually? say, I have a kernel which is > 7.0-CUREENT, but for some reasons I wanna it be something like 6.1-RELEASE, > while the kernel itself does't change from 7.0-CURRENT to 6.1-RELEASE. All I > want is the change of tag. For example, if this works, then when I > type "uname -a" in console, I would get "6.1-RELEASE ..." instead > of "7.0-CURRENT ...". > You jast want to change the uname output, or some software checks kernel version? rik > I guess some config files in src/sys/ could take care of this. But I cannot > find it out. Anybody knows how to get this job done? > > Any ideas are really appreciated. :-) > > BTW: I am not in this list. So if you reply, please CC a copy to me. Thanks. > > From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 25 14:24:36 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F53216A4E1 for ; Fri, 25 Aug 2006 14:24:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B688E43D76 for ; Fri, 25 Aug 2006 14:24:32 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7PEOOtk075839; Fri, 25 Aug 2006 10:24:25 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 25 Aug 2006 09:05:55 -0400 User-Agent: KMail/1.9.1 References: <44C82A40.3020009@centtech.com> <44EDF0CD.2070804@centtech.com> <44EE0FEB.4010406@elischer.org> In-Reply-To: <44EE0FEB.4010406@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608250905.55925.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Fri, 25 Aug 2006 10:24:25 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1728/Fri Aug 25 01:55:58 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Julian Elischer Subject: Re: [PATCH] adding two new options to 'cp' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2006 14:24:36 -0000 On Thursday 24 August 2006 16:45, Julian Elischer wrote: > Eric Anderson wrote: > > > On 08/20/06 04:21, Mike Silbersack wrote: > > > >> On Wed, 26 Jul 2006, Eric Anderson wrote: > >> > >>> I'm tired of trying to use rsync or gcp (which doesn't like symlinks > >>> often) to copy trees of files/directories using hard links, so I > >>> added the gcp-ish options -a and -l. > >> > >> > >> ... > >> > >>> Comments? Flames? Committers willing to commit? > >>> > >>> Eric > >> > >> > >> Having just read this thread start to finish, I strongly feel that > >> Eric should be given an award for putting up with all the crap he was > >> given and not losing his temper. > >> > >> In sincerely hope that this thread does not scare off others who have > >> local patches that they are considering contributing to FreeBSD. > >> > >> Mike "Silby" Silbersack > > > > > > > > Alas, no parts of my patch ever were committed. :( > > > > *sigh* - off to other hacking.. > > > > Eric > > > > > Add an option to allow copying of a hierarchy while linking he regular > files. > Bikeshedded to death on: hackers > Submitted by:andersonatcenttech.com > MFC in: 1 month It was on my todo list as well. I think I'll still add the -a option. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 25 15:03:41 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A52F16A4DF for ; Fri, 25 Aug 2006 15:03:41 +0000 (UTC) (envelope-from rik@inse.ru) Received: from mail.inse.ru (inse.ru [144.206.128.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B415E43D6B for ; Fri, 25 Aug 2006 15:03:36 +0000 (GMT) (envelope-from rik@inse.ru) Received: from [127.0.0.1] (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTP id C754D33C46; Fri, 25 Aug 2006 19:03:35 +0400 (MSD) Message-ID: <44EF13C2.7080809@inse.ru> Date: Fri, 25 Aug 2006 19:14:10 +0400 From: Roman Kurakin User-Agent: Thunderbird 1.5.0.5 (X11/20060813) MIME-Version: 1.0 To: "M. Warner Losh" References: <44E87CCD.30105@inse.ru> <20060820.220124.387191884.imp@bsdimp.com> <44E994AF.6040805@inse.ru> <20060821.105429.1649766410.imp@bsdimp.com> In-Reply-To: <20060821.105429.1649766410.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: global data via module howto X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2006 15:03:41 -0000 Hi, I've done it. Thanks for the road map. M. Warner Losh wrote: > In message: <44E994AF.6040805@inse.ru> > Roman Kurakin writes: > : M. Warner Losh wrote: > : > In message: <44E87CCD.30105@inse.ru> > : > Roman Kurakin writes: > : > : I have the following problem: > : > : module A > : > : int x; > : > : > : > : module B > : > : extern int x; > : > : > : > : Module A is loaded, module B can't be loaded cause of unknow 'x'. > : > : What should I do to make x global? > : > > : > Better to make module B depend on module A. Making it global is > : > generally a bad idea. > : > > : > in module A: > : > MODULE_VERSION(A, 1); > : > > : > In module B: > : > MODULE_DEPEND(B, A, 1, 1, 1); > : > > : Module dependence is not the goal. > > Right. That's how symbols are visible to other modules. > Yes, it works. And it is still needed for class/subclass scheme. > : > > : > : PS. I am working on porting irda support for USB devices from NetBSD. > : > : The current model consists of two layers hw and sw. hw is the usb device > : > : driver. sw is some software layer the same for all device and it is a > : > : child on top of hw 'bus'. To make this working I need to add > : > : DRIVER_MODULE for each 'bus'. To make sw independent from the > : > : bus I need to export _driver and _class structures and put DRIVER_MODULE > : > : in 'bus' code instead of 'child'. > : > > : > Are you sure that you need to do this? I'm pretty sure that you can > : > create a base class irdabus and then derive all the hw modules that > : > implement irdabus from than and all the children will automatically > : > probe. No need to export the driver/class structures. > This was a bit wrong. You still need to export kobj_class (eq driver_t structure, DECLARE_CLASS). > : > > : I have a bit reversed case. In common case we have a driver for "bus" > : with many > : consumers. And we have children that declares itself via DRIVER_MODULE. > : If child could work on several buses it declares itself several times > : one for each > : bus. In my case I have several drivers that could be treated as bus > : driver for the > : same child: > : > : -----------USB------------ > : | | | > : ustir uirda smth_else > : \ | / > : ---------irframe-------- > : > : Imagine, if the network interface was implemented as a child of every > : network > : adapter. This is the same. In common case I'll put DRIVER_MODULE in a child > : for each bus and recompile after adding a new one. In this case I do no > : want to > : recompile the child for every new "bus" since child do not depend on > : such "bus" > : - it is the same for all. So we may call this a pseudo-device with > : unknown list > : of buses. I know, I could implement this other way, but I just want to > : play with > : newbus a bit and the original NetBSD driver was implemented this way. > > I think I must have not been clear before. I thought gave a solution > to this that doesn't require a new DRIVER_MODULE for each new device. > Let me try again. > > I'd hoped to say make ustir, uirda and smth_else all subclasses of a > irbridge class, just like we do for pci and cardbus today. Then > irframe would attach to irbridge and you'd only need to list > DRIVER_MODULE lines once. This isn't a reversed case at all. It is > actually quite common, but has been 'papered over' until now via > multiple DRIVER_MODULE lines, except in the case of pci/cardbus[*]. > > I can provide more details on actually doing this. Right now I'm > doing something similar for all the iic bridges that we have in the > kernel. The number of devices with iicbus children is way too large > and we can eliminate that issue via the technique. I'd be happy to > flesh it out a bit, or provide you with sample code if you need that. > For curious: ==============irda_bus============== static device_probe_t irda_bus_probe; static device_attach_t irda_bus_attach; static device_detach_t irda_bus_detach; static device_method_t irda_bus_methods[] = { /* stub functions */ DEVMETHOD(device_probe, irda_bus_probe), /* aka match */ DEVMETHOD(device_attach, irda_bus_attach), DEVMETHOD(device_detach, irda_bus_detach), {0,0} }; struct irda_bus_softc { }; MODULE_VERSION(irda_bus, 1); DEFINE_CLASS_0(irda_bus, irda_bus_driver, irda_bus_methods, sizeof(struct irda_bus_softc)); =================================== ================ustir================ Static device_probe_t ustir_match; Static device_attach_t ustir_attach; Static device_detach_t ustir_detach; Static devclass_t ustir_devclass; Static device_method_t ustir_methods[] = { DEVMETHOD(device_probe, ustir_match), DEVMETHOD(device_attach, ustir_attach), DEVMETHOD(device_detach, ustir_detach), {0,0} }; MODULE_DEPEND(ustir, usb, 1, 1, 1); MODULE_DEPEND(ustir, irda_bus, 1, 1, 1); DECLARE_CLASS(irda_bus_driver); DEFINE_CLASS_1(irda_bus, ustir_driver, ustir_methods, sizeof(struct ustir_softc), irda_bus_driver); DRIVER_MODULE(ustir, uhub, ustir_driver, ustir_devclass, usbd_driver_load, 0); ========================================== ===================ir_frame================= static device_probe_t irframe_match; static device_attach_t irframe_attach; static device_detach_t irframe_detach; devclass_t irframe_devclass; static device_method_t irframe_methods[] = { DEVMETHOD(device_probe, irframe_match), DEVMETHOD(device_attach, irframe_attach), DEVMETHOD(device_detach, irframe_detach), {0,0} }; driver_t irframe_driver = { "irframe", irframe_methods, sizeof(struct irframe_softc) }; DRIVER_MODULE(irframe, irda_bus, irframe_driver, irframe_devclass, NULL, NULL); ========================================== Method functions are called from a subclass, so in base class you may use stub functions. As I mentioned, you still need to export, in this case irframe_driver. One bad thing, that with usb devices you can't use USB_DECLARE_DRIVER(). In case of other such cases we could for sure define USB_DECLARE_DRIVER_x(). PS. I'll cleanup a bit what I've done and will put ported drivers to perforce. As I usually do, I'll keep original driver via #ifdef, so it could be used as a reference material for usb driver porters. I know that ustir/irframe were ported before from NetBSD, but a posted link seems to be dead. In any case I've also ported uirda. irframe_tty is on the way in case I'll find a hardware for testings. rik > Warner > > [*] There's still pci and cardbus DRIVER_MODULE lines in many drivers, > but they are almost not needed. There's a newbus bug that I've not > had the time to track down that prevents kldload from working > competely correctly in some cases (like when loading the cardbus > module). Once I get that fixed... > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 25 14:21:44 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61A3016A4DF for ; Fri, 25 Aug 2006 14:21:44 +0000 (UTC) (envelope-from yuanjue02@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE66D43D46 for ; Fri, 25 Aug 2006 14:21:43 +0000 (GMT) (envelope-from yuanjue02@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1136591pye for ; Fri, 25 Aug 2006 07:21:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:organization:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=uOLkSMuIJwspOSLCuCRQErdmefkNscgwM9c2Ldbl4Bz6Lx6wGqJKt0VH/MJcauK5sNxsiEJgwdcZI6yJCsc8ZUBbEmy3fir/8u3II5RaXh/qZ/TnnulAyxQe7xEfC7GOyNkD+Dck5qxlbSsHiNzfIfDNloCtIYVBwI32JspAAqw= Received: by 10.35.37.18 with SMTP id p18mr5143015pyj; Fri, 25 Aug 2006 07:21:42 -0700 (PDT) Received: from ?222.48.99.94? ( [124.172.191.97]) by mx.gmail.com with ESMTP id i70sm2923428pye.2006.08.25.07.21.41; Fri, 25 Aug 2006 07:21:42 -0700 (PDT) From: "Yuan, Jue" Organization: Institute of Computing Technology, CAS, China To: "Intron is my alias on the Internet" Date: Fri, 25 Aug 2006 22:24:02 +0800 User-Agent: KMail/1.9.3 References: <200608252000.07240.yuanjue02@gmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608252224.02438.yuanjue02@gmail.com> X-Mailman-Approved-At: Fri, 25 Aug 2006 16:31:19 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: How to change kernel version? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2006 14:21:44 -0000 On Friday 25 August 2006 22:02, Intron is my alias on the Internet wrote: > Yuan, Jue wrote: > > Hi all. > > > > Could I change the kernel version tag manually? say, I have a kernel > > which is 7.0-CUREENT, but for some reasons I wanna it be something like > > 6.1-RELEASE, while the kernel itself does't change from 7.0-CURRENT to > > 6.1-RELEASE. All I want is the change of tag. For example, if this works, > > then when I type "uname -a" in console, I would get "6.1-RELEASE ..." > > instead of "7.0-CURRENT ...". > > /sys/conf/newvers.sh > > Modify it at your own risk. > Thanks very much. That is exactly what I want, although I have found another way to solve my problem. :-) -- Best Regards Yuan, Jue @ http://www.yuanjue.net From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 25 14:26:42 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31C3B16A4DA for ; Fri, 25 Aug 2006 14:26:42 +0000 (UTC) (envelope-from yuanjue02@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id E74F143D6B for ; Fri, 25 Aug 2006 14:26:28 +0000 (GMT) (envelope-from yuanjue02@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so576336nzn for ; Fri, 25 Aug 2006 07:26:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:organization:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=rDZm+rJwMPqVOeNj4j/qrtkL9tSo+8S1b/udHaehCGcFoJN1jZ1gR8yoMT/BTgJtWoXaOiIOIAIRUBTdBmdyf6ehIFc1S/FQIpKKA5oJd4bT2ovSgSP0coJHnDcxweNUArSTFh9/YtuVXmXSI+CMamDZSxmpVIK/WEf2y2wf228= Received: by 10.35.126.7 with SMTP id d7mr5215244pyn; Fri, 25 Aug 2006 07:26:27 -0700 (PDT) Received: from ?222.48.99.94? ( [124.172.191.97]) by mx.gmail.com with ESMTP id i72sm2475109pye.2006.08.25.07.26.25; Fri, 25 Aug 2006 07:26:27 -0700 (PDT) From: "Yuan, Jue" Organization: Institute of Computing Technology, CAS, China To: Roman Kurakin Date: Fri, 25 Aug 2006 22:28:45 +0800 User-Agent: KMail/1.9.3 References: <200608251958.09341.yuanjue02@gmail.com> <44EF0A13.80008@inse.ru> In-Reply-To: <44EF0A13.80008@inse.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608252228.45724.yuanjue02@gmail.com> X-Mailman-Approved-At: Fri, 25 Aug 2006 16:31:25 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: How to change kernel version tag? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2006 14:26:42 -0000 On Friday 25 August 2006 22:32, Roman Kurakin wrote: > Yuan, Jue wrote: > > Hi all. > > > > Could I change the kernel version tag manually? say, I have a kernel > > which is 7.0-CUREENT, but for some reasons I wanna it be something like > > 6.1-RELEASE, while the kernel itself does't change from 7.0-CURRENT to > > 6.1-RELEASE. All I want is the change of tag. For example, if this works, > > then when I type "uname -a" in console, I would get "6.1-RELEASE ..." > > instead of "7.0-CURRENT ...". > > You jast want to change the uname output, or some software checks kernel > version? > I think the uname output is enough. I have found __FreeBSD_version in /sys/sys/param.h, and was told the file /sys/conf/newvers.sh. So I guess the problem has already solved. :-) Anyway, thanks all the same. -- Best Regards Yuan, Jue @ http://www.yuanjue.net From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 25 16:49:56 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8B1716A4E5; Fri, 25 Aug 2006 16:49:56 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp7.server.rpi.edu (smtp7.server.rpi.edu [128.113.2.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3256243D45; Fri, 25 Aug 2006 16:49:56 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp7.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k7PGno9K004573; Fri, 25 Aug 2006 12:49:51 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <200608250905.55925.jhb@freebsd.org> References: <44C82A40.3020009@centtech.com> <44EDF0CD.2070804@centtech.com> <44EE0FEB.4010406@elischer.org> <200608250905.55925.jhb@freebsd.org> Date: Fri, 25 Aug 2006 12:49:48 -0400 To: John Baldwin , freebsd-hackers@FreeBSD.org From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: Julian Elischer Subject: Re: [PATCH] adding two new options to 'cp' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2006 16:49:56 -0000 At 9:05 AM -0400 8/25/06, John Baldwin wrote: >On 24 August 2006, Julian Elischer wrote in a cvs-commit log: > > > > Add an option to allow copying of a hierarchy while > > linking he regular files. Very good for commiting this -- except that I'm not quite sure that log-message is parseable! From looking at the man-page update, this option only handles hard-links? What happens with symlinks? > > Bikeshedded to death on: hackers >> Submitted by:andersonatcenttech.com >> MFC in: 1 month > >It was on my todo list as well. I think I'll still add >the -a option. I think that is a good idea, too. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 25 17:05:16 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9B2616A4E0 for ; Fri, 25 Aug 2006 17:05:16 +0000 (UTC) (envelope-from frederic.praca@freebsd-fr.org) Received: from swip.net (mailfe05.tele2.fr [212.247.154.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CE7B43D55 for ; Fri, 25 Aug 2006 17:05:07 +0000 (GMT) (envelope-from frederic.praca@freebsd-fr.org) X-T2-Posting-ID: si/BYDnMcLMCSRAzvRV5qDzvZpSo+m8/C5DygMCCiGw= X-Cloudmark-Score: 0.000000 [] Received: from [83.179.125.154] (HELO localhost.darkstar) by mailfe05.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTPS id 163296567 for freebsd-hackers@freebsd.org; Fri, 25 Aug 2006 19:05:05 +0200 Received: from localhost.darkstar (localhost.darkstar [127.0.0.1]) by localhost.darkstar (8.13.6/8.13.4/Frédéric PRACA - 05/12/2003) with ESMTP id k7PGkDMS000978 for ; Fri, 25 Aug 2006 18:46:14 +0200 (CEST) (envelope-from frederic.praca@freebsd-fr.org) Date: Fri, 25 Aug 2006 18:46:13 +0200 From: Frederic Praca To: freebsd-hackers@freebsd.org Message-ID: <20060825184613.3389e895@localhost.darkstar> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Latest patch for PPP X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2006 17:05:17 -0000 Hello, in the latest security advisory for PPP, the patch deals with conditions in a for loop. The correct line is : for (rlen=0; len >= 2 && p[1] >= 2 && len >= p[1]; len-=p[1], p+=p[1]) { Couldn't the condition be simpler like : for (rlen=0; p[1] >= 2 && len >= p[1]; len-=p[1], p+=p[1]){ Or is there a hack I didn't understand ? In this case, if p[1] is greater or equal than 2, if we ensure that len >= p[1], we don't have to test that it's greater or equal than 2, isn't >it ? Fred From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 25 18:58:05 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8237016A4DA for ; Fri, 25 Aug 2006 18:58:05 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (megan.kiwi-computer.com [63.224.10.3]) by mx1.FreeBSD.org (Postfix) with SMTP id ACE1743D46 for ; Fri, 25 Aug 2006 18:58:04 +0000 (GMT) (envelope-from rick@kiwi-computer.com) Received: (qmail 10868 invoked by uid 2001); 25 Aug 2006 18:58:02 -0000 Date: Fri, 25 Aug 2006 13:58:02 -0500 From: "Rick C. Petty" To: freebsd-hackers@freebsd.org Message-ID: <20060825185802.GA10749@megan.kiwi-computer.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: momentary system "pauses" when switching VTYs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd@kiwi-computer.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2006 18:58:05 -0000 Hello. I did a stock install of 6.1-RELEASE yesterday and I noticed something weird. Whenever I switched the virtual console to a different screen, it would take almost 2 whole seconds before switching. At first I thought it was IRQ related since it was happening during the heavy disk activity of an install, but I noticed the same behavior after rebooting the machine. I csup'd to RELENG_6 as of last night and that didn't help. One thing I did notice is that the whole kernel seems to "pause" during the two second switching operation-- I noticed this because I switched virtual screens during a bg fsck and each time I switched, the ATA light would turn off during the duration and come back on immediately after the console switched. This behavior is 100% repeatable for me. I looked at "systat -vms" and top(1) but didn't notice anything out of the ordinary. This only seems to affect this one system; my other machines switch virtual screens instantly. This happened both with GENERIC and SMP kernels.. I'll include the latest dmesg below. Nothing else appeared in any logs. I can provide a verbose dmesg if necessary. The only thing I can think of is that I'm using kbdmux with no PS/2 keyboard attached-- but I'm using a similar USB keyboard on another 6.1-STABLE box just fine. Any ideas? -- Rick C. Petty output of dmesg: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-STABLE #0: Fri Aug 25 01:16:11 CDT 2006 root@kayla.kiwi-computer.com:/usr/obj/usr/src/sys/GENERIC module_register: module uhub/ums already exists! Module uhub/ums failed to register: 17 mptable_probe: MP Config Table has bad signature: 4\^C\^_ ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Sempron(tm) 2500+ (1746.83-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0480800 real memory = 1610547200 (1535 MB) avail memory = 1569087488 (1496 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 Correcting nForce2 C1 CPU disconnect hangs agp0: mem 0xc0000000-0xcfffffff at device 0.0 on pci0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xde086000-0xde086fff irq 20 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xde081000-0xde081fff irq 21 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xde082000-0xde0820ff irq 22 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered nve0: port 0xe400-0xe407 mem 0xde083000-0xde083fff irq 20 at device 4.0 on pci0 nve0: Ethernet address 00:11:2f:e4:95:b4 miibus0: on nve0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nve0: Ethernet address: 00:11:2f:e4:95:b4 pci0: at device 5.0 (no driver attached) pcm0: port 0xd000-0xd0ff,0xd400-0xd47f mem 0xde087000-0xde087fff irq 22 at device 6.0 on pci0 pcm0: pcib1: at device 8.0 on pci0 pci1: on pcib1 skc0: port 0xa000-0xa0ff mem 0xdd000000-0xdd003fff irq 17 at device 4.0 on pci1 skc0: Marvell Yukon Lite Gigabit Ethernet rev. A3(0x7) sk0: on skc0 sk0: Ethernet address: 00:11:2f:e4:85:7e miibus1: on sk0 e1000phy0: on miibus1 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto pci1: at device 6.0 (no driver attached) pci1: at device 6.1 (no driver attached) atapci0: port 0xa400-0xa407,0xa800-0xa803,0xac00-0xac07,0xb000-0xb003,0xb400-0xb40f mem 0xdd004000-0xdd0041ff irq 18 at device 11.0 on pci1 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 9.0 on pci0 ata0: on atapci1 ata1: on atapci1 fwohci0: <1394 Open Host Controller Interface> mem 0xde084000-0xde0847ff,0xde085000-0xde08503f irq 20 at device 13.0 on pci0 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:00:b5:c2:40 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:b5:c2:40 fwe0: Ethernet address: 02:e0:18:b5:c2:40 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pcib2: at device 30.0 on pci0 pci3: on pcib2 pci3: at device 0.0 (no driver attached) speaker0: port 0x61 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd3fff,0xd4000-0xd57ff,0xd6000-0xd6fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: Unicomp Endura Keyboard, rev 1.10/1.0c, addr 2, iclass 3/1 kbd2 at ukbd0 ums0: Unicomp Endura Keyboard, rev 1.10/1.0c, addr 2, iclass 3/1 ums0: 2 buttons. Timecounter "TSC" frequency 1746832123 Hz quality 800 Timecounters tick every 1.000 msec ad0: 152627MB at ata0-master UDMA100 acd0: DVDROM at ata1-slave UDMA66 Trying to mount root from ufs:/dev/ad0s2a Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/ad0s2b as swap device Starting file system checks: /dev/ad0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2a: clean, 465865 free (1849 frags, 58002 blocks, 0.4% fragmentation) /dev/ad0s2d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2d: clean, 1005668 free (676 frags, 125624 blocks, 0.1% fragmentation) /dev/ad0s2e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2e: clean, 1013009 free (49 frags, 126620 blocks, 0.0% fragmentation) /dev/ad0s2f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2f: clean, 3903952 free (44440 frags, 482439 blocks, 0.9% fragmentation) /dev/ad0s2g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2g: clean, 62989947 free (19 frags, 7873741 blocks, 0.0% fragmentation) From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 25 19:04:07 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1A7116A4E0; Fri, 25 Aug 2006 19:04:06 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F5C543D46; Fri, 25 Aug 2006 19:04:04 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.24] (andersonbox4.centtech.com [192.168.42.24]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k7PJ3xhY061344; Fri, 25 Aug 2006 14:04:00 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44EF499F.6050904@centtech.com> Date: Fri, 25 Aug 2006 14:03:59 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: Garance A Drosehn References: <44C82A40.3020009@centtech.com> <44EDF0CD.2070804@centtech.com> <44EE0FEB.4010406@elischer.org> <200608250905.55925.jhb@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1729/Fri Aug 25 12:57:01 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-hackers@freebsd.org, Julian Elischer Subject: Re: [PATCH] adding two new options to 'cp' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2006 19:04:07 -0000 On 08/25/06 11:49, Garance A Drosehn wrote: > At 9:05 AM -0400 8/25/06, John Baldwin wrote: >> On 24 August 2006, Julian Elischer wrote in a cvs-commit log: >> > >> > Add an option to allow copying of a hierarchy while >> > linking he regular files. > > Very good for commiting this -- except that I'm not quite > sure that log-message is parseable! From looking at the > man-page update, this option only handles hard-links? What > happens with symlinks? No change in functionality - copies them like it normally would (depending on what other options you may have used). It doesn't try to hard link them if that is what you are asking. >> > Bikeshedded to death on: hackers >>> Submitted by:andersonatcenttech.com >>> MFC in: 1 month >> It was on my todo list as well. I think I'll still add >> the -a option. > > I think that is a good idea, too. > Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 25 19:50:12 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 560F016A4DD for ; Fri, 25 Aug 2006 19:50:12 +0000 (UTC) (envelope-from rik@inse.ru) Received: from mail.inse.ru (inse.ru [144.206.128.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D42EF43D45 for ; Fri, 25 Aug 2006 19:50:11 +0000 (GMT) (envelope-from rik@inse.ru) Received: from [127.0.0.1] (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTP id 78F3B33C46; Fri, 25 Aug 2006 23:50:10 +0400 (MSD) Message-ID: <44EF562E.2040103@inse.ru> Date: Fri, 25 Aug 2006 23:57:34 +0400 From: Roman Kurakin User-Agent: Thunderbird 1.5 (X11/20060119) MIME-Version: 1.0 To: Frederic Praca References: <20060825184613.3389e895@localhost.darkstar> In-Reply-To: <20060825184613.3389e895@localhost.darkstar> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Latest patch for PPP X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2006 19:50:12 -0000 Frederic Praca: > Hello, > in the latest security advisory for PPP, the patch deals with conditions > in a for loop. The correct line is : > for (rlen=0; len >= 2 && p[1] >= 2 && len >= p[1]; len-=p[1], p+=p[1]) { > > Couldn't the condition be simpler like : > for (rlen=0; p[1] >= 2 && len >= p[1]; len-=p[1], p+=p[1]){ > If len<2 you just can't access (theoretically) p[1] cause in best case you have only p[0] (len=1) or do not have even p[0] (len=0). So from general point of view this is correct code. rik > Or is there a hack I didn't understand ? > In this case, if p[1] is greater or equal than 2, if we ensure that len > >> = p[1], we don't have to test that it's greater or equal than 2, isn't >> it ? >> > > Fred > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 02:22:28 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B90816A4DD for ; Sat, 26 Aug 2006 02:22:28 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C9AF43D4C for ; Sat, 26 Aug 2006 02:22:27 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.24] (andersonbox4.centtech.com [192.168.42.24]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k7Q2MRcp041048 for ; Fri, 25 Aug 2006 21:22:27 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44EFB062.5090708@centtech.com> Date: Fri, 25 Aug 2006 21:22:26 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: FreeBSD Hackers Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1729/Fri Aug 25 12:57:01 2006 on mh2.centtech.com X-Virus-Status: Clean Subject: fsync: giving up on dirty X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 02:22:28 -0000 I got this error today, while some very heavy disk access was occurring: Aug 25 13:47:07 snapshot1 kernel: fsync: giving up on dirty Aug 25 13:47:07 snapshot1 kernel: 0xffffff01bbb99a20: tag devfs, type VCHR Aug 25 13:47:07 snapshot1 kernel: usecount 1, writecount 0, refcount 445 mountedhere 0xffffff023ee20800 Aug 25 13:47:07 snapshot1 kernel: flags () Aug 25 13:47:07 snapshot1 kernel: v_object 0xffffff01c34afb60 ref 0 pages 16386 Aug 25 13:47:07 snapshot1 kernel: lock type devfs: EXCL (count 1) by thread 0xffffff023f11d980 (pid 46)#0 0xffffffff803eeaa6 at lockmgr+0x5f6 Aug 25 13:47:07 snapshot1 kernel: #1 0xffffffff8065e8d1 at VOP_LOCK_APV+0x81 Aug 25 13:47:07 snapshot1 kernel: #2 0xffffffff8047015b at vn_lock+0x6b Aug 25 13:47:07 snapshot1 kernel: #3 0xffffffff805719be at ffs_sync+0x1fe Aug 25 13:47:07 snapshot1 kernel: #4 0xffffffff80472045 at vfs_write_suspend+0x95 Aug 25 13:47:07 snapshot1 kernel: #5 0xffffffff80b794a5 at g_journal_switcher+0xa55 Aug 25 13:47:07 snapshot1 kernel: #6 0xffffffff803e3cdb at fork_exit+0xbb Aug 25 13:47:07 snapshot1 kernel: #7 0xffffffff805f39ce at fork_trampoline+0xe Aug 25 13:47:07 snapshot1 kernel: Aug 25 13:47:07 snapshot1 kernel: dev label/vol11-data.journal Aug 25 13:47:07 snapshot1 kernel: GEOM_JOURNAL: Cannot suspend file system /vol11 (error=35). Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 02:24:36 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 253CA16A4DF for ; Sat, 26 Aug 2006 02:24:36 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FDF643D55 for ; Sat, 26 Aug 2006 02:24:34 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail07.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k7Q2N4sv030563 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 26 Aug 2006 12:23:05 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k7Q2N3j7017757; Sat, 26 Aug 2006 12:23:03 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k7Q2N31W017756; Sat, 26 Aug 2006 12:23:03 +1000 (EST) (envelope-from peter) Date: Sat, 26 Aug 2006 12:23:02 +1000 From: Peter Jeremy To: "Daniel A." Message-ID: <20060826022302.GE16768@turion.vk2pj.dyndns.org> References: <44EDC84C.6010505@dienub.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7LkOrbQMr4cezO2T" Content-Disposition: inline In-Reply-To: <44EDC84C.6010505@dienub.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: hackers@freebsd.org Subject: Re: doadump at pcpu.h:165 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 02:24:36 -0000 --7LkOrbQMr4cezO2T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 2006-Aug-24 17:39:56 +0200, Daniel A. wrote: >My server crashes very often and it's very random. =2E.. >panic: machine check trap =2E.. >As far as I understand, the issue is CPU-related, but that doesn't make=20 >sense, as my network interface cards are constantly giving me watchdog=20 >timeouts. This sounds like flaky hardware. Try checking cooling, PSU, RAM, cabling socketing etc. Run memtest86 or similar and try swapping components. --=20 Peter Jeremy --7LkOrbQMr4cezO2T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE77CG/opHv/APuIcRAtluAJ9yAqMA9aEKRq5Y706jYjqYQiPABwCgwLyZ Z0fiiJAHRebyjStOwoN7LTw= =BgMw -----END PGP SIGNATURE----- --7LkOrbQMr4cezO2T-- From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 07:11:14 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A16F16A4DF for ; Sat, 26 Aug 2006 07:11:14 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6223143D45 for ; Sat, 26 Aug 2006 07:11:12 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 682D85138F; Sat, 26 Aug 2006 09:11:11 +0200 (CEST) Received: from localhost (dlf155.neoplus.adsl.tpnet.pl [83.24.35.155]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E52DE5133B; Sat, 26 Aug 2006 09:11:06 +0200 (CEST) Date: Sat, 26 Aug 2006 09:10:59 +0200 From: Pawel Jakub Dawidek To: Eric Anderson Message-ID: <20060826071059.GB52998@garage.freebsd.pl> References: <44EFB062.5090708@centtech.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="U+BazGySraz5kW0T" Content-Disposition: inline In-Reply-To: <44EFB062.5090708@centtech.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: FreeBSD Hackers Subject: Re: fsync: giving up on dirty X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 07:11:14 -0000 --U+BazGySraz5kW0T Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 25, 2006 at 09:22:26PM -0500, Eric Anderson wrote: > I got this error today, while some very heavy disk access was occurring: >=20 >=20 > Aug 25 13:47:07 snapshot1 kernel: fsync: giving up on dirty > Aug 25 13:47:07 snapshot1 kernel: 0xffffff01bbb99a20: tag devfs, type VCHR > Aug 25 13:47:07 snapshot1 kernel: usecount 1, writecount 0, refcount 445 = mountedhere 0xffffff023ee20800 > Aug 25 13:47:07 snapshot1 kernel: flags () > Aug 25 13:47:07 snapshot1 kernel: v_object 0xffffff01c34afb60 ref 0 pages= 16386 > Aug 25 13:47:07 snapshot1 kernel: lock type devfs: EXCL (count 1) by thre= ad 0xffffff023f11d980 (pid 46)#0 0xffffffff803eeaa6 at lockmgr+0x5f6 > Aug 25 13:47:07 snapshot1 kernel: #1 0xffffffff8065e8d1 at VOP_LOCK_APV+0= x81 > Aug 25 13:47:07 snapshot1 kernel: #2 0xffffffff8047015b at vn_lock+0x6b > Aug 25 13:47:07 snapshot1 kernel: #3 0xffffffff805719be at ffs_sync+0x1fe > Aug 25 13:47:07 snapshot1 kernel: #4 0xffffffff80472045 at vfs_write_susp= end+0x95 > Aug 25 13:47:07 snapshot1 kernel: #5 0xffffffff80b794a5 at g_journal_swit= cher+0xa55 > Aug 25 13:47:07 snapshot1 kernel: #6 0xffffffff803e3cdb at fork_exit+0xbb > Aug 25 13:47:07 snapshot1 kernel: #7 0xffffffff805f39ce at fork_trampolin= e+0xe > Aug 25 13:47:07 snapshot1 kernel: > Aug 25 13:47:07 snapshot1 kernel: dev label/vol11-data.journal > Aug 25 13:47:07 snapshot1 kernel: GEOM_JOURNAL: Cannot suspend file syste= m /vol11 (error=3D35). I'm aware of this, but it is harmless. On journal switch gjournal cannot synchronize the file system, so it will try again later. It should be probably better logged (as a warning). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --U+BazGySraz5kW0T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE7/QDForvXbEpPzQRAukaAJwNGeKnOS9n1iGywC27xbIWMOwv7wCdG0x2 PODLjhXLqkPcNEZlchmnfvY= =Eti5 -----END PGP SIGNATURE----- --U+BazGySraz5kW0T-- From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 08:56:52 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1B9D16A4DD; Sat, 26 Aug 2006 08:56:52 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10AE043D49; Sat, 26 Aug 2006 08:56:51 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.6/8.13.6/NinthNine) with ESMTP id k7Q8uofx062889; Sat, 26 Aug 2006 17:56:50 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 26 Aug 2006 17:56:50 +0900 From: Norikatsu Shigemura To: freebsd-hackers@FreeBSD.org, freebsd-current@FreeBSD.org Message-Id: <20060826175650.c6897fa1.nork@FreeBSD.org> In-Reply-To: <20060820172435.26c4cc2a.nork@FreeBSD.org> References: <20060820172435.26c4cc2a.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sat__26_Aug_2006_17_56_50_+0900_B3LIhfNEWJ2tmbRO" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sat, 26 Aug 2006 17:56:51 +0900 (JST) Cc: imp@FreeBSD.org Subject: Re: [RFC] prototype of top(1)'s CPU current frequency display X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 08:56:52 -0000 This is a multi-part message in MIME format. --Multipart=_Sat__26_Aug_2006_17_56_50_+0900_B3LIhfNEWJ2tmbRO Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sun, 20 Aug 2006 17:24:35 +0900 Norikatsu Shigemura wrote: > 1. assume only 1 CPU. > 2. assume dev.cpu.0.freq is always exists. > 3. display position is good? I modified 1 and 2. Please check attached diff. I couldn't fix 3 issue. So I assumed support max 2CPUs. I confirmed following environments. - - PentiumIII-S dual - - - - - - - - - - - - - dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 - - PentiumIII-S dual - - - - - - - - - - - - - - - Pentium-M Dothan - - - - - - - - - - - - - - dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1200 dev.cpu.0.freq_levels: 1200/-1 1100/-1 1000/-1 900/-1 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 - - Pentium-M Dothan - - - - - - - - - - - - - - - - Xeon 2.8GHz - - - - - - - - - - - - - - - - dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 2807 dev.cpu.0.freq_levels: 2807/-1 2456/-1 2105/-1 1754/-1 1403/-1 1052/-1 701/-1 350/-1 - - Xeon 2.8GHz - - - - - - - - - - - - - - - - --Multipart=_Sat__26_Aug_2006_17_56_50_+0900_B3LIhfNEWJ2tmbRO Content-Type: text/plain; name="6-stable.usr-bin.top.machine.c.diff" Content-Disposition: attachment; filename="6-stable.usr-bin.top.machine.c.diff" Content-Transfer-Encoding: 7bit Index: machine.c =================================================================== RCS file: /home/ncvs/src/usr.bin/top/machine.c,v retrieving revision 1.74 diff -u -r1.74 machine.c --- machine.c 18 May 2005 13:42:51 -0000 1.74 +++ machine.c 26 Aug 2006 08:41:50 -0000 @@ -61,6 +61,8 @@ extern char* printable(char *); int swapmode(int *retavail, int *retfree); static int smpmode; +static int ncpu; +#define NCPU 2 /* support max 2cpu to display frequency */ enum displaymodes displaymode; static int namelength = 8; static int cmdlengthdelta; @@ -153,10 +155,10 @@ /* these are for detailing the process states */ -int process_states[8]; +int process_states[8+NCPU]; char *procstatenames[] = { "", " starting, ", " running, ", " sleeping, ", " stopped, ", - " zombie, ", " waiting, ", " lock, ", + " zombie, ", " waiting, ", " lock, ", " MHz, ", " MHz, ", NULL }; @@ -235,6 +237,13 @@ modelen != sizeof(smpmode)) smpmode = 0; + for (ncpu = -1; ncpu < NCPU; ncpu++) { + char buf[32]; + snprintf(buf, sizeof buf-1, "dev.cpu.%d.freq", ncpu+1); + if (sysctlbyname(buf, NULL, NULL, NULL, 0) < 0) + break; + } + while ((pw = getpwent()) != NULL) { if (strlen(pw->pw_name) > namelength) namelength = strlen(pw->pw_name); @@ -629,6 +638,16 @@ } } + /* CPU current frequency */ + if (ncpu != -1) { + int j; + for(j = 0; j <= ncpu; j++) { + char buf[32]; + snprintf(buf, sizeof buf-1, "dev.cpu.%d.freq", j); + GETSYSCTL(buf, process_states[j+8]); + } + } + /* if requested, sort the "interesting" processes */ if (compare != NULL) qsort(pref, active_procs, sizeof(*pref), compare); --Multipart=_Sat__26_Aug_2006_17_56_50_+0900_B3LIhfNEWJ2tmbRO Content-Type: text/plain; name="7-current.usr-bin.top.machine.c.diff" Content-Disposition: attachment; filename="7-current.usr-bin.top.machine.c.diff" Content-Transfer-Encoding: 7bit Index: machine.c =================================================================== RCS file: /home/ncvs/src/usr.bin/top/machine.c,v retrieving revision 1.77 diff -u -r1.77 machine.c --- machine.c 11 Jun 2006 19:18:39 -0000 1.77 +++ machine.c 26 Aug 2006 08:41:29 -0000 @@ -58,6 +58,8 @@ extern struct process_select ps; extern char* printable(char *); static int smpmode; +static int ncpu; +#define NCPU 2 /* support max 2cpu to display frequency */ enum displaymodes displaymode; static int namelength = 8; static int cmdlengthdelta; @@ -147,10 +149,10 @@ /* these are for detailing the process states */ -int process_states[8]; +int process_states[8+NCPU]; char *procstatenames[] = { "", " starting, ", " running, ", " sleeping, ", " stopped, ", - " zombie, ", " waiting, ", " lock, ", + " zombie, ", " waiting, ", " lock, ", " MHz, ", " MHz, ", NULL }; @@ -234,6 +236,13 @@ modelen != sizeof(smpmode)) smpmode = 0; + for (ncpu = -1; ncpu < NCPU; ncpu++) { + char buf[32]; + snprintf(buf, sizeof buf-1, "dev.cpu.%d.freq", ncpu+1); + if (sysctlbyname(buf, NULL, NULL, NULL, 0) < 0) + break; + } + while ((pw = getpwent()) != NULL) { if (strlen(pw->pw_name) > namelength) namelength = strlen(pw->pw_name); @@ -632,6 +641,16 @@ } } + /* CPU current frequency */ + if (ncpu != -1) { + int j; + for(j = 0; j <= ncpu; j++) { + char buf[32]; + snprintf(buf, sizeof buf-1, "dev.cpu.%d.freq", j); + GETSYSCTL(buf, process_states[j+8]); + } + } + /* if requested, sort the "interesting" processes */ if (compare != NULL) qsort(pref, active_procs, sizeof(*pref), compare); --Multipart=_Sat__26_Aug_2006_17_56_50_+0900_B3LIhfNEWJ2tmbRO-- From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 12:23:38 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C389D16A4DA; Sat, 26 Aug 2006 12:23:38 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58D3D43D45; Sat, 26 Aug 2006 12:23:37 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.24] (andersonbox4.centtech.com [192.168.42.24]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k7QCNbIn026196; Sat, 26 Aug 2006 07:23:37 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44F03D48.2050404@centtech.com> Date: Sat, 26 Aug 2006 07:23:36 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: Eric Anderson References: <44E45C3F.6060901@centtech.com> <20060817122502.GF1483@deviant.kiev.zoral.com.ua> <44E4614B.9000902@centtech.com> <44E482E8.50509@centtech.com> <20060817150423.GA20768@deviant.kiev.zoral.com.ua> <44E48610.3000407@centtech.com> <44EB6B37.9090302@centtech.com> <20060824105457.GC33565@garage.freebsd.pl> <44EE78F5.8000101@centtech.com> In-Reply-To: <44EE78F5.8000101@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1732/Sat Aug 26 00:47:07 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: Kostik Belousov , FreeBSD Hackers , Pawel Jakub Dawidek Subject: Re: 6-STABLE snapshot (background fsck) lock-up X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 12:23:38 -0000 On 08/24/06 23:13, Eric Anderson wrote: > On 08/24/06 05:54, Pawel Jakub Dawidek wrote: >> On Tue, Aug 22, 2006 at 03:38:15PM -0500, Eric Anderson wrote: >>> Did you get a chance to look at those screenshots? I'm curious to know if you also think it is gjournal related. I've stopped loading gjournal, and I've had no other >>> related deadlocks. >> This patch was not yet merged to RELENG_6, can you try it? >> >> http://people.freebsd.org/~pjd/patches/vfs_subr.c.3.patch >> > > > I've been hammering at it all day long, and it has been rock-solid. It > never lasted more that 30minutes prior to the patch. Woohoo! > > Please commit it! > > Thanks!! > Eric > > Hmm - had another panic. Again, screen shots are here: http://www.googlebit.com/freebsd/snapshots/gjournal_panic2/ Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 12:44:22 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2232E16A4DA for ; Sat, 26 Aug 2006 12:44:22 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EEAC43D49 for ; Sat, 26 Aug 2006 12:44:20 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 0DE8F5138F; Sat, 26 Aug 2006 14:44:19 +0200 (CEST) Received: from localhost (dlk253.neoplus.adsl.tpnet.pl [83.24.40.253]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 958C750E96; Sat, 26 Aug 2006 14:44:13 +0200 (CEST) Date: Sat, 26 Aug 2006 14:44:06 +0200 From: Pawel Jakub Dawidek To: Eric Anderson Message-ID: <20060826124406.GD52998@garage.freebsd.pl> References: <44E45C3F.6060901@centtech.com> <20060817122502.GF1483@deviant.kiev.zoral.com.ua> <44E4614B.9000902@centtech.com> <44E482E8.50509@centtech.com> <20060817150423.GA20768@deviant.kiev.zoral.com.ua> <44E48610.3000407@centtech.com> <44EB6B37.9090302@centtech.com> <20060824105457.GC33565@garage.freebsd.pl> <44EE78F5.8000101@centtech.com> <44F03D48.2050404@centtech.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sgneBHv3152wZ8jf" Content-Disposition: inline In-Reply-To: <44F03D48.2050404@centtech.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: Kostik Belousov , FreeBSD Hackers Subject: Re: 6-STABLE snapshot (background fsck) lock-up X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 12:44:22 -0000 --sgneBHv3152wZ8jf Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 26, 2006 at 07:23:36AM -0500, Eric Anderson wrote: > Hmm - had another panic. Again, screen shots are here: >=20 > http://www.googlebit.com/freebsd/snapshots/gjournal_panic2/ I can't find panic message. What was it? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --sgneBHv3152wZ8jf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE8EIWForvXbEpPzQRAiiwAJ47J3BTsE6MebxjrNJ5WcxRvvVYQQCgn6eY yGMbYTZeVAN6qK0yR+XPcI0= =3CHl -----END PGP SIGNATURE----- --sgneBHv3152wZ8jf-- From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 15:04:28 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC62A16A4DF for ; Sat, 26 Aug 2006 15:04:28 +0000 (UTC) (envelope-from lothrandil@n00b.apagnu.se) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 548E244B46 for ; Sat, 26 Aug 2006 15:04:27 +0000 (GMT) (envelope-from lothrandil@n00b.apagnu.se) Received: from [81.229.124.17] (81.229.124.17) by pne-smtpout1-sn1.fre.skanova.net (7.2.075) id 44EDA0BC0007D88F for freebsd-hackers@freebsd.org; Sat, 26 Aug 2006 17:04:27 +0200 Message-ID: <44F062F3.6020603@n00b.apagnu.se> Date: Sat, 26 Aug 2006 17:04:19 +0200 From: Niclas Zeising User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: multipart/mixed; boundary="------------070502030201050309070703" Subject: [PATCH] get periodic.conf to use the correct ports INDEX X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 15:04:28 -0000 This is a multi-part message in MIME format. --------------070502030201050309070703 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit The periodic.conf in 7-CURRENT is still set to use the INDEX-6 ports index file, instead of INDEX-7 which is the default on 7-CURRENT. This should, I think, be changed. I apologize if I've posted to the wrong mailing list. Patch to change /etc/defaults/periodic.conf attached. Regards! //Niclas -- --------------070502030201050309070703 Content-Type: text/plain; name="periodic.conf.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="periodic.conf.diff" --- periodic.conf.orig Sat Aug 26 15:54:20 2006 +++ periodic.conf Sat Aug 26 15:55:04 2006 @@ -217,7 +217,7 @@ # 400.status-pkg weekly_status_pkg_enable="NO" # Find out-of-date pkgs pkg_version=pkg_version # Use this program -pkg_version_index=/usr/ports/INDEX-6 # Use this index file +pkg_version_index=/usr/ports/INDEX-7 # Use this index file # 999.local weekly_local="/etc/weekly.local" # Local scripts --------------070502030201050309070703-- From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 18:01:04 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D42516A4E2 for ; Sat, 26 Aug 2006 18:01:04 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 6D17243D46 for ; Sat, 26 Aug 2006 18:01:03 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 13836 invoked by uid 1001); 26 Aug 2006 18:00:51 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Sat, 26 Aug 2006 14:00:51 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17648.35923.366716.65517@bhuda.mired.org> Date: Sat, 26 Aug 2006 14:00:51 -0400 To: hackers@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ From: Mike Meyer X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) Cc: Subject: amd64 questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 18:01:04 -0000 metaquestions: The amd64 ilst might be a better place for this, but it's listed as "for discussion of porting FreeBSD to amd64", and these aren't really questions about porting FreeBSD to amd64. Maybe the list needs to be repurposed? There doesn't appear to be a FAQ (or FAQ section) for platform-specific questions. I found lots of people asking these questions, but no answers My conclusions after groveling around on the web, and a variety of freebsd mail list archives, it seems the state of several things in the amd64 world as of 6.1 is (if any of these are wrong, pointers to or documentations on how to do this would be greatly appreciated): 1) The compiler can build i386 binaries, but the toolchain in general doesn't do the right thing with the -m32 flag. 2) The system can run i386 binaries, but the pkg system doesn't support installing packages from other architectures. 3) openoffice doesn't build on amd64, and the i386 build doesn't run on amd64, so the recommended way to run openoffice on amd64 is to run the Linux build. Thanks, http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 18:09:46 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E80516A4DA for ; Sat, 26 Aug 2006 18:09:46 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AC7443D55 for ; Sat, 26 Aug 2006 18:09:45 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k7QI9046081788; Sat, 26 Aug 2006 11:09:00 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k7QI90Il081787; Sat, 26 Aug 2006 11:09:00 -0700 (PDT) (envelope-from sgk) Date: Sat, 26 Aug 2006 11:09:00 -0700 From: Steve Kargl To: Mike Meyer Message-ID: <20060826180900.GA81762@troutmask.apl.washington.edu> References: <17648.35923.366716.65517@bhuda.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17648.35923.366716.65517@bhuda.mired.org> User-Agent: Mutt/1.4.2.2i Cc: hackers@freebsd.org Subject: Re: amd64 questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 18:09:46 -0000 On Sat, Aug 26, 2006 at 02:00:51PM -0400, Mike Meyer wrote: > > 1) The compiler can build i386 binaries, but the toolchain in general > doesn't do the right thing with the -m32 flag. I believe that this may be false because the compiler is not built with multilib enabled. > 2) The system can run i386 binaries, but the pkg system doesn't > support installing packages from other architectures. I don't understand your 'but' clause. You can run i386 binaries on amd64. You can install i386 packages on an amd64 system, if the port maintainer hasn't used the arch_only=i386 make variable. If you mean installing and running sparc64 or powerpc packages on amd64, then you are correct. > 3) openoffice doesn't build on amd64, and the i386 build doesn't run > on amd64, so the recommended way to run openoffice on amd64 is to > run the Linux build. Openoffice builds just fine on 6.1. You need to specify WITHOUT_MOZILLA. -- Steve From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 19:09:24 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CDBD16A8E0 for ; Sat, 26 Aug 2006 19:09:24 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 0E084443E8 for ; Sat, 26 Aug 2006 18:40:37 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 42082 invoked by uid 1001); 26 Aug 2006 18:40:26 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Sat, 26 Aug 2006 14:40:25 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17648.38296.39807.492937@bhuda.mired.org> Date: Sat, 26 Aug 2006 14:40:24 -0400 To: Steve Kargl In-Reply-To: <20060826180900.GA81762@troutmask.apl.washington.edu> References: <17648.35923.366716.65517@bhuda.mired.org> <20060826180900.GA81762@troutmask.apl.washington.edu> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer Cc: hackers@freebsd.org Subject: Re: amd64 questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 19:09:27 -0000 In <20060826180900.GA81762@troutmask.apl.washington.edu>, Steve Kargl typed: > On Sat, Aug 26, 2006 at 02:00:51PM -0400, Mike Meyer wrote: > > 1) The compiler can build i386 binaries, but the toolchain in general > > doesn't do the right thing with the -m32 flag. > I believe that this may be false because the compiler is > not built with multilib enabled. I'm not sure what you're saying is false - that the compiler can generate i386 binaries, or that the rest of the toolchain doesn't do the right thing. I can build i386 binaries with the system cc. However, if I just specify '-m32', it dies during the link because it tries to link with amd64 object files. I've managed to get some simple things to build by passing the appropriate command line to cc. Would rebuilding the compiler with multilibs fix that problem? Or does it assume a library structure that isn't in place on FreeBSD? > > 2) The system can run i386 binaries, but the pkg system doesn't > > support installing packages from other architectures. > I don't understand your 'but' clause. You can run i386 binaries > on amd64. You can install i386 packages on an amd64 system, if > the port maintainer hasn't used the arch_only=i386 make variable. Yes, I can install the package - but the package system isn't aware that there are multiple architectures involved. It always looks in the same place for libraries, so if you want to install a 64 bit package and a 32 bit package that both require the same library package, one of them is going to wind up broken. Just to be clear, I'm talking about installing pre-built packages, because building i386 packages on amd64 runs into problems during the compile, as outlined in #1. > > 3) openoffice doesn't build on amd64, and the i386 build doesn't run > > on amd64, so the recommended way to run openoffice on amd64 is to > > run the Linux build. > Openoffice builds just fine on 6.1. You need to specify WITHOUT_MOZILLA. Hmm. My copy of the port sets that for amd64 already. Checking the CVS repository, it looks like a number of things have broken/unbroken in the last few days. In particular, one of the repositories appears to have a broken copy of the tarball the port is using. I'll update the port, make distclean, and try again. In the meantime, could you tell me which openoffice port you build? I'm using openoffice.org-2.0, and not the -devel branch. Thanks, http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 19:25:05 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D200316A4DA for ; Sat, 26 Aug 2006 19:25:04 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 703AF43D46 for ; Sat, 26 Aug 2006 19:25:04 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k7QJOIx9082346; Sat, 26 Aug 2006 12:24:18 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k7QJOIwi082345; Sat, 26 Aug 2006 12:24:18 -0700 (PDT) (envelope-from sgk) Date: Sat, 26 Aug 2006 12:24:18 -0700 From: Steve Kargl To: Mike Meyer Message-ID: <20060826192418.GA82155@troutmask.apl.washington.edu> References: <17648.35923.366716.65517@bhuda.mired.org> <20060826180900.GA81762@troutmask.apl.washington.edu> <17648.38296.39807.492937@bhuda.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17648.38296.39807.492937@bhuda.mired.org> User-Agent: Mutt/1.4.2.2i Cc: hackers@freebsd.org Subject: Re: amd64 questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 19:25:05 -0000 On Sat, Aug 26, 2006 at 02:40:24PM -0400, Mike Meyer wrote: > In <20060826180900.GA81762@troutmask.apl.washington.edu>, Steve Kargl typed: > > On Sat, Aug 26, 2006 at 02:00:51PM -0400, Mike Meyer wrote: > > > 1) The compiler can build i386 binaries, but the toolchain in general > > > doesn't do the right thing with the -m32 flag. > > I believe that this may be false because the compiler is > > not built with multilib enabled. > > I'm not sure what you're saying is false - that the compiler can > generate i386 binaries, or that the rest of the toolchain doesn't do > the right thing. > > I can build i386 binaries with the system cc. However, if I just > specify '-m32', it dies during the link because it tries to link with > amd64 object files. I've managed to get some simple things to build by > passing the appropriate command line to cc. > > Would rebuilding the compiler with multilibs fix that problem? Or does > it assume a library structure that isn't in place on FreeBSD? I believe it is a library structure problem. You need at least a 32-bit and 64-bit libgcc.so. When you use -m32 the compiler goes looking for an appropriate libgcc.so and only finds a 64-bit version. AFAIK, you can't rebuild the base system compiler with multilib because it is integrated into the FreeBSD tree without the full gcc configury. > > > 2) The system can run i386 binaries, but the pkg system doesn't > > > support installing packages from other architectures. > > I don't understand your 'but' clause. You can run i386 binaries > > on amd64. You can install i386 packages on an amd64 system, if > > the port maintainer hasn't used the arch_only=i386 make variable. > > Yes, I can install the package - but the package system isn't aware > that there are multiple architectures involved. It always looks in the > same place for libraries, so if you want to install a 64 bit package > and a 32 bit package that both require the same library package, one > of them is going to wind up broken. > > Just to be clear, I'm talking about installing pre-built packages, > because building i386 packages on amd64 runs into problems during the > compile, as outlined in #1. OK. That makes more sense. You are correct that the pkg system does keep track of dependencies in a way that allows an automatic install of a 32-bit pkg with its dependencies. You could unpack the various packages and manually place the files where you need them (ie libraries in /usr/lib32). > > > 3) openoffice doesn't build on amd64, and the i386 build doesn't run > > > on amd64, so the recommended way to run openoffice on amd64 is to > > > run the Linux build. > > Openoffice builds just fine on 6.1. You need to specify WITHOUT_MOZILLA. > > Hmm. My copy of the port sets that for amd64 already. Checking the CVS > repository, it looks like a number of things have broken/unbroken in > the last few days. In particular, one of the repositories appears to > have a broken copy of the tarball the port is using. I'll update the > port, make distclean, and try again. > > In the meantime, could you tell me which openoffice port you build? > I'm using openoffice.org-2.0, and not the -devel branch. pkg_info shows openoffice.org-2.0.3 Integrated wordprocessor/dbase/spreadsheet/drawing/chart/br ls -l /usr/local/bin shows that I built the port on 7 Aug 06. Of course, the port could have been broken in the last 20 days. :( -- Steve From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 19:43:38 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F09A116A4DA for ; Sat, 26 Aug 2006 19:43:38 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 653F743D46 for ; Sat, 26 Aug 2006 19:43:38 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 65732 invoked by uid 1001); 26 Aug 2006 19:43:26 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Sat, 26 Aug 2006 15:43:26 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17648.42078.268722.152591@bhuda.mired.org> Date: Sat, 26 Aug 2006 15:43:26 -0400 To: Steve Kargl In-Reply-To: <20060826192418.GA82155@troutmask.apl.washington.edu> References: <17648.35923.366716.65517@bhuda.mired.org> <20060826180900.GA81762@troutmask.apl.washington.edu> <17648.38296.39807.492937@bhuda.mired.org> <20060826192418.GA82155@troutmask.apl.washington.edu> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer Cc: hackers@freebsd.org Subject: Re: amd64 questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 19:43:39 -0000 In <20060826192418.GA82155@troutmask.apl.washington.edu>, Steve Kargl typed: > On Sat, Aug 26, 2006 at 02:40:24PM -0400, Mike Meyer wrote: > > In <20060826180900.GA81762@troutmask.apl.washington.edu>, Steve Kargl typed: > > > On Sat, Aug 26, 2006 at 02:00:51PM -0400, Mike Meyer wrote: > > > > 1) The compiler can build i386 binaries, but the toolchain in general > > > > doesn't do the right thing with the -m32 flag. > > > I believe that this may be false because the compiler is > > > not built with multilib enabled. > > I'm not sure what you're saying is false - that the compiler can > > generate i386 binaries, or that the rest of the toolchain doesn't do > > the right thing. > > I can build i386 binaries with the system cc. However, if I just > > specify '-m32', it dies during the link because it tries to link with > > amd64 object files. I've managed to get some simple things to build by > > passing the appropriate command line to cc. > > Would rebuilding the compiler with multilibs fix that problem? Or does > > it assume a library structure that isn't in place on FreeBSD? > I believe it is a library structure problem. You need at least > a 32-bit and 64-bit libgcc.so. When you use -m32 the compiler > goes looking for an appropriate libgcc.so and only finds a 64-bit > version. Yup. If you tell it -L/usr/lib32 (which gets installed if you build the world with WITH_LIB32 defined), it'll find that. Then complain because /lib/crt1.o is the 64 bit one. If I use the command line arguments: -m32 -nostartfiles /usr/lib32/crt1.o /usr/lib32/crti.o /usr/lib32/crtbegin.o /usr/lib32/crtend.o /usr/lib32/crtn.o -L/usr/lib32 simple programs build and run properly. > AFAIK, you can't rebuild the base system compiler with multilib > because it is integrated into the FreeBSD tree without the full > gcc configury. How about the various gcc's in the ports tree? How much pain would be involved in getting one of those to build/install so that a simple "-m32" would do "the right thing?" > > > > 2) The system can run i386 binaries, but the pkg system doesn't > > > > support installing packages from other architectures. > > > I don't understand your 'but' clause. You can run i386 binaries > > > on amd64. You can install i386 packages on an amd64 system, if > > > the port maintainer hasn't used the arch_only=i386 make variable. > > Yes, I can install the package - but the package system isn't aware > > that there are multiple architectures involved. It always looks in the > > same place for libraries, so if you want to install a 64 bit package > > and a 32 bit package that both require the same library package, one > > of them is going to wind up broken. > OK. That makes more sense. You are correct that the pkg system > does keep track of dependencies in a way that allows an automatic > install of a 32-bit pkg with its dependencies. You could unpack > the various packages and manually place the files where you need > them (ie libraries in /usr/lib32). I assume you mean "does not", instead of "does". For simple packages, this works. For complex ones - like openoffice - it gets pretty painfull. The question is, is this something that we want to fix? [And since I was leading up to this kind of question, I figured -hackers was the right place to start this.]. > > > > 3) openoffice doesn't build on amd64, and the i386 build doesn't run > > > > on amd64, so the recommended way to run openoffice on amd64 is to > > > > run the Linux build. > > > Openoffice builds just fine on 6.1. You need to specify WITHOUT_MOZILLA. > > Hmm. My copy of the port sets that for amd64 already. Checking the CVS > > repository, it looks like a number of things have broken/unbroken in > > the last few days. In particular, one of the repositories appears to > > have a broken copy of the tarball the port is using. I'll update the > > port, make distclean, and try again. > > > > In the meantime, could you tell me which openoffice port you build? > > I'm using openoffice.org-2.0, and not the -devel branch. > > pkg_info shows > openoffice.org-2.0.3 Integrated wordprocessor/dbase/spreadsheet/drawing/chart/br > > ls -l /usr/local/bin shows that I built the port on 7 Aug 06. > Of course, the port could have been broken in the last 20 days. :( Actually, I'm hoping the real problem was that one of the ftp sites had a broken tarball, and I grabbed that. I'm still working on it. Just out of curiosity, what are the chances of getting you to build a package/tarball out of what you've built, since there isn't a package availabe from the freebsd ftp sites? I'd be willing to make it available for others to download. Thanks, http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 22:45:47 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C09E416A5A2 for ; Sat, 26 Aug 2006 22:45:47 +0000 (UTC) (envelope-from mlobo@digiart.art.br) Received: from recife.ipad.com.br (recife.ipadnet.com.br [200.249.204.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 552F544301 for ; Sat, 26 Aug 2006 22:15:40 +0000 (GMT) (envelope-from mlobo@digiart.art.br) Received: from lobo (20132169164.user.veloxzone.com.br [201.32.169.164]) (authenticated bits=0) by recife.ipad.com.br (8.12.8/8.12.8) with ESMTP id k7QMh1OU021054 for ; Sat, 26 Aug 2006 19:43:02 -0300 From: Mario Lobo To: freebsd-hackers@freebsd.org Date: Sat, 26 Aug 2006 19:19:06 -0300 User-Agent: KMail/1.9.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608261919.07106.mlobo@digiart.art.br> Subject: A handy utility (at least for me) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 22:45:48 -0000 Hi; My /usr/ports directory was occuping 24 gigs, of which 20 was just from the 'work' directories ! Removing them one by one was a pain so I wrote this little utility to wipe them off. If you find it useful, pass it on. Its not a big deal but thanks for keeping the credits on it. Last but not least: "if any 'member' of your hard disk is caught and killed, the programer will deny any knowledge of your actions. This program will NOT self-destruct in 5 seconds." CODE SNIP ------------------------------------------------------- /*************************************************************************** * Copyright (C) 2006 by Mario Lobo * mlobo@digiart.art.br * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by * the Free Software Foundation; either version 2 of the License, or * (at your option) any later version. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program; if not, write to the * Free Software Foundation, Inc., * 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. * * To compile: gcc -O2 -o dwork dwork.c * ***************************************************************************/ #include #include #include char linha[2048],comd[2048]; void clean_it(char *arg); int main(int argc, char **argv) { int k = 1; char *maindir = "/bin/ls -R /usr/ports/", *pad = " | grep /work:" ; char arq1[100]; printf("\n----------------------------------------------------------------------------------------------------------------\n"); printf("DWORK - /usr/ports/nnn/nnn/'work' directory cleaner. (Mario Lobo - 2006)\n\n"); printf("ex.: dwork (no arguments) -> Deletes 'work' directories from /usr/ports\n"); printf(" dwork multimedia -> Deletes 'work' directories from /usr/ports/multimedia\n"); printf(" dwork multimedia audio -> Deletes 'work' directories from /usr/ports/multimedia AND /usr/ports/audio\n"); printf("----------------------------------------------------------------------------------------------------------------\n\n"); printf("** Working. Please wait...."); if (argc > 1) { while(k < argc) { strcpy(comd,maindir); strcat(comd,argv[k]); strcat(comd,pad); strcpy(arq1,"/usr/ports/"); strcat(arq1,argv[k]); clean_it(arq1); k++; } } else { strcpy(comd,maindir); strcat(comd,pad); clean_it("/usr/ports"); } printf("\n\n** DONE.\n\n"); } void clean_it(char *arg) { char *tmp; int c = 0; FILE *fp; fp = popen(comd,"r"); printf("\n"); while(!feof(fp)) { memset(linha,0,1024); fgets(linha,1024,fp); if (strlen(linha) < 15) continue; c = 1; tmp = strchr(linha,'\n'); *tmp = '\0'; tmp = strchr(linha,':'); *tmp = '\0'; printf("\n++ Removing %s....", linha); strcpy(comd,"/bin/rm -rf "); strcat(comd,linha); system(comd); } pclose(fp); if (!c) printf("\n-- NO 'work' directories in %s.",arg); } CODE ENDS ------------------------------------------------------ Best wishes, -- Mario Lobo http://www.mallavoodoo.com.br 99% rwindows FREE (FBSD not for Pro-Audio.... YET!!!) From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 22:53:52 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF4CD16A4DA for ; Sat, 26 Aug 2006 22:53:52 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (megan.kiwi-computer.com [63.224.10.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 15B3243D46 for ; Sat, 26 Aug 2006 22:53:51 +0000 (GMT) (envelope-from rick@kiwi-computer.com) Received: (qmail 20202 invoked by uid 2001); 26 Aug 2006 22:53:50 -0000 Date: Sat, 26 Aug 2006 17:53:50 -0500 From: "Rick C. Petty" To: Mario Lobo Message-ID: <20060826225350.GA20172@megan.kiwi-computer.com> References: <200608261919.07106.mlobo@digiart.art.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200608261919.07106.mlobo@digiart.art.br> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org Subject: Re: A handy utility (at least for me) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd@kiwi-computer.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 22:53:53 -0000 On Sat, Aug 26, 2006 at 07:19:06PM -0300, Mario Lobo wrote: > > My /usr/ports directory was occuping 24 gigs, of which 20 was just from the > 'work' directories ! > > Removing them one by one was a pain so I wrote this little utility to wipe > them off. I find that the following command works just fine for me: find /usr/ports -type d -name work -prune -print -delete =) -- Rick C. Petty From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 23:02:04 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94D4216A4E1 for ; Sat, 26 Aug 2006 23:02:04 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BB7643D86 for ; Sat, 26 Aug 2006 23:01:58 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k7QN17rL047619; Sat, 26 Aug 2006 16:01:07 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k7QN17b1047618; Sat, 26 Aug 2006 16:01:07 -0700 (PDT) (envelope-from sgk) Date: Sat, 26 Aug 2006 16:01:07 -0700 From: Steve Kargl To: Mario Lobo Message-ID: <20060826230107.GA47579@troutmask.apl.washington.edu> References: <200608261919.07106.mlobo@digiart.art.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200608261919.07106.mlobo@digiart.art.br> User-Agent: Mutt/1.4.2.2i Cc: freebsd-hackers@freebsd.org Subject: Re: A handy utility (at least for me) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 23:02:04 -0000 On Sat, Aug 26, 2006 at 07:19:06PM -0300, Mario Lobo wrote: > > If you find it useful, pass it on. Its not a big deal but thanks for keeping > the credits on it. Actually, it is a big deal for some people. Why the GPL? You are posting to a FreeBSD list. -- Steve From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 23:02:38 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E87B16A4DD for ; Sat, 26 Aug 2006 23:02:38 +0000 (UTC) (envelope-from alive@dienub.org) Received: from pfepc.post.tele.dk (pfepc.post.tele.dk [195.41.46.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A7D4444B9 for ; Sat, 26 Aug 2006 21:47:39 +0000 (GMT) (envelope-from alive@dienub.org) Received: from m00h.dienub.org (dienub.org [83.88.67.155]) by pfepc.post.tele.dk (Postfix) with ESMTP id 0A5598A0029 for ; Sat, 26 Aug 2006 23:47:37 +0200 (CEST) Received: from [192.168.0.2] (unknown [192.168.0.2]) by m00h.dienub.org (Postfix) with ESMTP id 9C68A1CC0B for ; Sat, 26 Aug 2006 23:47:37 +0200 (CEST) Message-ID: <44F0C179.4070405@dienub.org> Date: Sat, 26 Aug 2006 23:47:37 +0200 From: "Daniel A." User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 References: <44EDC84C.6010505@dienub.org> In-Reply-To: <44EDC84C.6010505@dienub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: doadump at pcpu.h:165 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 23:02:38 -0000 Daniel A. wrote: > Hi guys, > My server crashes very often and it's very random. So not long ago, I > was suggested that I read the FreeBSD Handbook pages about kernel > debugging, and here is the result: > root@m00h DIENUB $ kgdb kernel.debug /var/crash/vmcore.3 > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > > > Fatal trap 28: machine check trap while in kernel mode > instruction pointer = 0x20:0xc06830b0 > stack pointer = 0x28:0xd446ea7c > frame pointer = 0x28:0xd446ea8c > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 14 (swi1: net) > trap number = 28 > panic: machine check trap > Uptime: 1d4h24m37s > Dumping 511 MB (2 chunks) > chunk 0: 1MB (160 pages) ... ok > chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 > 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 > 31 15 > > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) q > > > As far as I understand, the issue is CPU-related, but that doesn't make > sense, as my network interface cards are constantly giving me watchdog > timeouts. > > root@m00h include $ uname -a > FreeBSD m00h.dienub.org 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Mon May 29 > 20:40:41 CEST 2006 root@m00h.dienub.org:/usr/obj/usr/src/sys/DIENUB > i386 > > Thanks for any help. Also, please CC any replies to me. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" root@m00h DIENUB $ kgdb kernel.debug /var/crash/vmcore.4 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 28: machine check trap while in kernel mode instruction pointer = 0x20:0xc068a301 stack pointer = 0x28:0xd8958b50 frame pointer = 0x28:0xd8958b50 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 4853 (smbd) trap number = 28 panic: machine check trap Uptime: 2d15h2m59s Dumping 511 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc064dda5 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc064e03c in panic (fmt=0xc088c06e "%s") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc0841334 in trap_fatal (frame=0xd8958b10, eva=0) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc0840e7c in trap (frame= {tf_fs = 8, tf_es = -1014759384, tf_ds = -661323736, tf_edi = 0, tf_esi = -1014717040, tf_ebp = -661288112, tf_isp = -661288132, tf_ebx = -1014716840, tf_edx = -1014238848, tf_ecx = -1064155712, tf_eax = 1, tf_trapno = 28, tf_err = 0, tf_eip = -1066884351, tf_cs = 32, tf_eflags = 66050, tf_esp = -661288088, tf_ss = -1066886033}) at /usr/src/sys/i386/i386/trap.c:631 #5 0xc0830b5a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc068a301 in sbcompress (sb=0x0, m=0xc384a658, n=0xc384a590) at /usr/src/sys/kern/uipc_socket2.c:1053 #7 0xc0689cb9 in sbappendstream (sb=0xc384a658, m=0xc35b7d00) at /usr/src/sys/kern/uipc_socket2.c:761 #8 0xc06f9222 in tcp_usr_send (so=0xc384a590, flags=4, m=0xc35b7d00, nam=0x0, control=0x0, td=0xc38bf180) at /usr/src/sys/netinet/tcp_usrreq.c:665 #9 0xc0686603 in sosend (so=0xc384a590, addr=0x0, uio=0xd8958cbc, top=0xc35b7d00, control=0x0, flags=0, td=0xc38bf180) at /usr/src/sys/kern/uipc_socket.c:836 #10 0xc0674f56 in soo_write (fp=0x1, uio=0xd8958cbc, active_cred=0xc5bbbb00, ---Type to continue, or q to quit--- flags=0, td=0xc38bf180) at /usr/src/sys/kern/sys_socket.c:118 #11 0xc066f6bf in dofilewrite (td=0xc38bf180, fd=22, fp=0xc3a1a360, auio=0xd8958cbc, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:246 #12 0xc066f563 in kern_writev (td=0xc38bf180, fd=22, auio=0xd8958cbc) at /usr/src/sys/kern/sys_generic.c:402 #13 0xc066f489 in write (td=0xc38bf180, uap=0xc09245c0) at /usr/src/sys/kern/sys_generic.c:326 #14 0xc084164b in syscall (frame= {tf_fs = 59, tf_es = -1078001605, tf_ds = -1078001605, tf_edi = 32831, tf_esi = 0, tf_ebp = -1077946040, tf_isp = -661287580, tf_ebx = 137270200, tf_edx = 0, tf_ecx = 137863168, tf_eax = 4, tf_trapno = 0, tf_err = 2, tf_eip = 676136895, tf_cs = 51, tf_eflags = 534, tf_esp = -1077946084, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:981 #15 0xc0830baf in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #16 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 23:02:53 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EA8D16A63A for ; Sat, 26 Aug 2006 23:02:53 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FF9443DCC for ; Sat, 26 Aug 2006 23:02:19 +0000 (GMT) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id EC12F10E74A; Sun, 27 Aug 2006 01:02:07 +0200 (CEST) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TfRf5jXrqJPG; Sun, 27 Aug 2006 01:02:06 +0200 (CEST) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id DE0B810E630; Sun, 27 Aug 2006 01:02:06 +0200 (CEST) Date: Sun, 27 Aug 2006 01:02:21 +0200 From: Daniel Gerzo Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <148435836.20060827010221@rulez.sk> To: Mario Lobo In-Reply-To: <200608261919.07106.mlobo@digiart.art.br> References: <200608261919.07106.mlobo@digiart.art.br> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: A handy utility (at least for me) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 23:02:53 -0000 Hello Mario, Sunday, August 27, 2006, 12:19:06 AM, you wrote: > Hi; > My /usr/ports directory was occuping 24 gigs, of which 20 was just from the > 'work' directories ! > Removing them one by one was a pain so I wrote this little utility to wipe > them off. try portsclean(1) which IIRC belongs to sysutils/portupgrade. -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 23:03:30 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EE2D16A4E5 for ; Sat, 26 Aug 2006 23:03:30 +0000 (UTC) (envelope-from erdgeist@erdgeist.org) Received: from elektropost.org (elektropost.org [80.237.196.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 744F543DB6 for ; Sat, 26 Aug 2006 23:03:19 +0000 (GMT) (envelope-from erdgeist@erdgeist.org) Received: (qmail 86993 invoked by uid 0); 26 Aug 2006 23:04:15 -0000 Received: from fuckup.club.berlin.ccc.de (HELO ?23.23.23.91?) (erdgeist@erdgeist.org@195.160.172.2) by elektropost.org with AES256-SHA encrypted SMTP; 26 Aug 2006 23:04:15 -0000 Message-ID: <44F0D335.4030604@erdgeist.org> Date: Sun, 27 Aug 2006 01:03:17 +0200 From: Dirk Engling User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) MIME-Version: 1.0 To: rick-freebsd@kiwi-computer.com References: <200608261919.07106.mlobo@digiart.art.br> <20060826225350.GA20172@megan.kiwi-computer.com> In-Reply-To: <20060826225350.GA20172@megan.kiwi-computer.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Mario Lobo Subject: Re: A handy utility (at least for me) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 23:03:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rick C. Petty wrote: > On Sat, Aug 26, 2006 at 07:19:06PM -0300, Mario Lobo wrote: >> My /usr/ports directory was occuping 24 gigs, of which 20 was just from the >> 'work' directories ! >> >> Removing them one by one was a pain so I wrote this little utility to wipe >> them off. > > I find that the following command works just fine for me: > > find /usr/ports -type d -name work -prune -print -delete And EVEN cooler is having a WRKDIRPREFIX= /var/ports in your /etc/make.conf, that way an "rm -rf /var/ports/*" cleans without unnecessary directory recursion. Regards erdgeist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iD4DBQFE8NM1ImmQdUyYEgkRAh4OAJ4m2S/EckiXj3N95NDba5TjW+z54gCY8CNp 5xvH4mLR9Kttl9KdB6NGBA== =F5cq -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 23:05:29 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6596B16A4DA for ; Sat, 26 Aug 2006 23:05:29 +0000 (UTC) (envelope-from mlobo@digiart.art.br) Received: from recife.ipad.com.br (recife.ipadnet.com.br [200.249.204.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13B5943D62 for ; Sat, 26 Aug 2006 23:05:19 +0000 (GMT) (envelope-from mlobo@digiart.art.br) Received: from lobo (20132169164.user.veloxzone.com.br [201.32.169.164]) (authenticated bits=0) by recife.ipad.com.br (8.12.8/8.12.8) with ESMTP id k7QNWfOU023145; Sat, 26 Aug 2006 20:32:42 -0300 From: Mario Lobo To: Steve Kargl , freebsd-hackers@freebsd.org Date: Sat, 26 Aug 2006 20:08:47 -0300 User-Agent: KMail/1.9.3 References: <200608261919.07106.mlobo@digiart.art.br> <20060826230107.GA47579@troutmask.apl.washington.edu> In-Reply-To: <20060826230107.GA47579@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608262008.48131.mlobo@digiart.art.br> Cc: Subject: Re: A handy utility (at least for me) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 23:05:29 -0000 On Saturday 26 August 2006 20:01, you wrote: > Actually, it is a big deal for some people. Why the GPL? > You are posting to a FreeBSD list. You're right, but I build it in kdevelop and it put it there so I felt I should leave it there. -- Mario Lobo http://www.mallavoodoo.com.br 99% rwindows FREE (FBSD not for Pro-Audio.... YET!!!) From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 23:05:35 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0C1516A4FE for ; Sat, 26 Aug 2006 23:05:35 +0000 (UTC) (envelope-from rik@inse.ru) Received: from mail.inse.ru (inse.ru [144.206.128.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E761F43D7E for ; Sat, 26 Aug 2006 23:05:30 +0000 (GMT) (envelope-from rik@inse.ru) Received: from [127.0.0.1] (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTP id B6A4033C4C; Sun, 27 Aug 2006 03:05:28 +0400 (MSD) Message-ID: <44F0D574.4080807@inse.ru> Date: Sun, 27 Aug 2006 03:12:52 +0400 From: Roman Kurakin User-Agent: Thunderbird 1.5 (X11/20060119) MIME-Version: 1.0 To: rick-freebsd@kiwi-computer.com References: <200608261919.07106.mlobo@digiart.art.br> <20060826225350.GA20172@megan.kiwi-computer.com> In-Reply-To: <20060826225350.GA20172@megan.kiwi-computer.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Mario Lobo Subject: Re: A handy utility (at least for me) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 23:05:35 -0000 Rick C. Petty: > On Sat, Aug 26, 2006 at 07:19:06PM -0300, Mario Lobo wrote: > >> My /usr/ports directory was occuping 24 gigs, of which 20 was just from the >> 'work' directories ! >> >> Removing them one by one was a pain so I wrote this little utility to wipe >> them off. >> > > I find that the following command works just fine for me: > > find /usr/ports -type d -name work -prune -print -delete > A bit rude, but also works cd /usr/ports && make clean rik > =) > > -- Rick C. Petty > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 23:10:57 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E5C316A4DF for ; Sat, 26 Aug 2006 23:10:57 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [211.29.132.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C60043D9F for ; Sat, 26 Aug 2006 23:10:46 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail04.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k7QNAhOP026552 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 27 Aug 2006 09:10:44 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k7QNAhkt022330; Sun, 27 Aug 2006 09:10:43 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k7QNAgt0022329; Sun, 27 Aug 2006 09:10:42 +1000 (EST) (envelope-from peter) Date: Sun, 27 Aug 2006 09:10:42 +1000 From: Peter Jeremy To: Mike Meyer Message-ID: <20060826231042.GI16768@turion.vk2pj.dyndns.org> References: <17648.35923.366716.65517@bhuda.mired.org> <20060826180900.GA81762@troutmask.apl.washington.edu> <17648.38296.39807.492937@bhuda.mired.org> <20060826192418.GA82155@troutmask.apl.washington.edu> <17648.42078.268722.152591@bhuda.mired.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rCb8EA+9TsBVtA92" Content-Disposition: inline In-Reply-To: <17648.42078.268722.152591@bhuda.mired.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: hackers@freebsd.org, Steve Kargl Subject: Re: amd64 questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 23:10:57 -0000 --rCb8EA+9TsBVtA92 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 2006-Aug-26 15:43:26 -0400, Mike Meyer wrote: >In <20060826192418.GA82155@troutmask.apl.washington.edu>, Steve Kargl typed: >> On Sat, Aug 26, 2006 at 02:40:24PM -0400, Mike Meyer wrote: >> > In <20060826180900.GA81762@troutmask.apl.washington.edu>, Steve Kargl = typed: >> > > On Sat, Aug 26, 2006 at 02:00:51PM -0400, Mike Meyer wrote: >> > > > 1) The compiler can build i386 binaries, but the toolchain in gene= ral >> > > > doesn't do the right thing with the -m32 flag. =2E.. >Yup. If you tell it -L/usr/lib32 (which gets installed if you build the >world with WITH_LIB32 defined), it'll find that. Then complain because >/lib/crt1.o is the 64 bit one. If I use the command line arguments: > >-m32 -nostartfiles /usr/lib32/crt1.o /usr/lib32/crti.o /usr/lib32/crtbegin= =2Eo /usr/lib32/crtend.o /usr/lib32/crtn.o -L/usr/lib32 > >simple programs build and run properly. The incorrect linking path is fixable by doctoring the "specs" file used by gcc (see the output of 'gcc -dumpspecs'). There have been occasional threads in freebsd-amd64 about getting i386 mode fully working but I don't think any of them have proceeded beyond agreeing that there is still some work to be done in this area. If you feel that you have the time/skills to address some of these problems, your input would be valued. >> AFAIK, you can't rebuild the base system compiler with multilib >> because it is integrated into the FreeBSD tree without the full >> gcc configury. I'm not sure that this is totally true because we're only talking about i386 and amd64 - both of which are in the FreeBSD tree and the default amd64 buildworld does build the i386 bits. >> > > > 2) The system can run i386 binaries, but the pkg system doesn't >> > > > support installing packages from other architectures. This is a known deficiency. Again, check the -amd64 archives. Note that there are still problems with the emulation system: You can run things like 'lame' successfully, but I've never managed to get (eg) java to work. >> > > > 3) openoffice doesn't build on amd64, and the i386 build doesn't r= un >> > > > on amd64, so the recommended way to run openoffice on amd64 is = to >> > > > run the Linux build. OOo2.0 should (and generally does) build. The entire OOo port seems very fragile and occasionally breaks for no obvious reason. I don't recall ever seeing the recommendation to use the Linux build, though. If you have problems with building OOo on a reasonably up-to-date -stable or -current amd64 system, with an up-to-date ports tree, I suggest you take it up on freebsd-openoffice. --=20 Peter Jeremy --rCb8EA+9TsBVtA92 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE8NTy/opHv/APuIcRAoCCAJ91ehIJChe7gdRMUA13FbLXWYLFMwCbBH/k VAqUmLjgDDnNF47VVan4y9k= =B7U1 -----END PGP SIGNATURE----- --rCb8EA+9TsBVtA92-- From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 23:11:58 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC58416A4DA for ; Sat, 26 Aug 2006 23:11:58 +0000 (UTC) (envelope-from erdgeist@erdgeist.org) Received: from elektropost.org (elektropost.org [80.237.196.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14CB143D8A for ; Sat, 26 Aug 2006 23:11:55 +0000 (GMT) (envelope-from erdgeist@erdgeist.org) Received: (qmail 90054 invoked by uid 0); 26 Aug 2006 23:12:52 -0000 Received: from fuckup.club.berlin.ccc.de (HELO ?23.23.23.91?) (erdgeist@erdgeist.org@195.160.172.2) by elektropost.org with AES256-SHA encrypted SMTP; 26 Aug 2006 23:12:52 -0000 Message-ID: <44F0D53B.8020905@erdgeist.org> Date: Sun, 27 Aug 2006 01:11:55 +0200 From: Dirk Engling User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) MIME-Version: 1.0 CC: freebsd-hackers@freebsd.org References: <200608261919.07106.mlobo@digiart.art.br> <20060826225350.GA20172@megan.kiwi-computer.com> <44F0D574.4080807@inse.ru> In-Reply-To: <44F0D574.4080807@inse.ru> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: A handy utility (at least for me) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 23:11:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roman Kurakin wrote: > A bit rude, but also works > > cd /usr/ports && make clean This one takes ages, every port is being cleaned which in turn cleans every dependency, so low level ports will be "make clean"ed thousand times. Better would be for port in /usr/ports/*/*/; do cd $port; make NOCLEANDEPENDS=YES clean; done Regards erdgeist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iD8DBQFE8NU7ImmQdUyYEgkRAqHTAJ9Q4XFOgg144pkIZ6mPvE5OCNx0NgCgkafL 4aun8IXwJaJSRx1eRVO1dMY= =f5Mj -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 23:13:17 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46A7B16A4E8 for ; Sat, 26 Aug 2006 23:13:17 +0000 (UTC) (envelope-from mlobo@digiart.art.br) Received: from recife.ipad.com.br (recife.ipadnet.com.br [200.249.204.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 283F543DA5 for ; Sat, 26 Aug 2006 23:13:08 +0000 (GMT) (envelope-from mlobo@digiart.art.br) Received: from lobo (20132169164.user.veloxzone.com.br [201.32.169.164]) (authenticated bits=0) by recife.ipad.com.br (8.12.8/8.12.8) with ESMTP id k7QNeVOU025934 for ; Sat, 26 Aug 2006 20:40:32 -0300 From: Mario Lobo To: freebsd-hackers@freebsd.org Date: Sat, 26 Aug 2006 20:16:38 -0300 User-Agent: KMail/1.9.3 References: <200608261919.07106.mlobo@digiart.art.br> <20060826225350.GA20172@megan.kiwi-computer.com> <44F0D335.4030604@erdgeist.org> In-Reply-To: <44F0D335.4030604@erdgeist.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200608262016.38446.mlobo@digiart.art.br> Subject: Re: A handy utility (at least for me) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 23:13:17 -0000 > I find that the following command works just fine for me: > > > find /usr/ports -type d -name work -prune -print -delete > > And EVEN cooler is having a > > WRKDIRPREFIX=3D =A0 =A0 =A0 =A0 =A0 /var/ports > > in your /etc/make.conf, that way an "rm -rf /var/ports/*" cleans without > unnecessary directory recursion. Nothing like being a part of a list o people with true knowledge of OS tool= s!. I at least take comfort in the fact that I exercised my tiny programing=20 skills, and that I learned more options from these guys. big thanks. =2D-=20 Mario Lobo http://www.mallavoodoo.com.br 99% rwindows FREE (FBSD not for Pro-Audio.... YET!!!) From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 23:13:30 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 703C916A4DA for ; Sat, 26 Aug 2006 23:13:30 +0000 (UTC) (envelope-from albi@scii.nl) Received: from post-23.mail.nl.demon.net (post-23.mail.nl.demon.net [194.159.73.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEFF543D73 for ; Sat, 26 Aug 2006 23:13:29 +0000 (GMT) (envelope-from albi@scii.nl) Received: from aseed.demon.nl ([83.160.138.119]:22622 helo=http.aseed.net) by post-23.mail.nl.demon.net with esmtp (Exim 4.51) id 1GH7LB-000KOz-NX; Sat, 26 Aug 2006 23:13:25 +0000 Received: from amandla (217-19-30-147.dsl.cambrium.nl [217.19.30.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by http.aseed.net (Postfix) with ESMTP id 78BCC580C0; Sun, 27 Aug 2006 01:15:56 +0200 (CEST) Date: Sun, 27 Aug 2006 01:13:19 +0200 From: albi To: Roman Kurakin Message-Id: <20060827011319.902388ee.albi@scii.nl> In-Reply-To: <44F0D574.4080807@inse.ru> References: <200608261919.07106.mlobo@digiart.art.br> <20060826225350.GA20172@megan.kiwi-computer.com> <44F0D574.4080807@inse.ru> X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.18; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, rick-freebsd@kiwi-computer.com, mlobo@digiart.art.br Subject: Re: A handy utility (at least for me) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 23:13:30 -0000 On Sun, 27 Aug 2006 03:12:52 +0400 Roman Kurakin wrote: > Rick C. Petty: > > On Sat, Aug 26, 2006 at 07:19:06PM -0300, Mario Lobo wrote: > > > >> My /usr/ports directory was occuping 24 gigs, of which 20 was > >> just from the 'work' directories ! > >> > >> Removing them one by one was a pain so I wrote this little utility > >> to wipe them off. > >> > > > > I find that the following command works just fine for me: > > > > find /usr/ports -type d -name work -prune -print -delete > > > A bit rude, but also works > > cd /usr/ports && make clean guys... please use the official portsclean ! :) included in the sysutils/portupgrade portsclean -h portsclean 2.0.1 (2006/06/13) usage: portsclean [-hCDDiLnPPQQq] -h, --help Show this message -C, --workclean Clean up working directories --------------------------- -- grtjs, albi From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 23:23:14 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB23B16A4EE for ; Sat, 26 Aug 2006 23:23:14 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67CE44469C for ; Sat, 26 Aug 2006 21:26:54 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k7QLQ7Yr082762; Sat, 26 Aug 2006 14:26:07 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k7QLQ72Y082761; Sat, 26 Aug 2006 14:26:07 -0700 (PDT) (envelope-from sgk) Date: Sat, 26 Aug 2006 14:26:07 -0700 From: Steve Kargl To: Mike Meyer Message-ID: <20060826212607.GA82729@troutmask.apl.washington.edu> References: <17648.35923.366716.65517@bhuda.mired.org> <20060826180900.GA81762@troutmask.apl.washington.edu> <17648.38296.39807.492937@bhuda.mired.org> <20060826192418.GA82155@troutmask.apl.washington.edu> <17648.42078.268722.152591@bhuda.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17648.42078.268722.152591@bhuda.mired.org> User-Agent: Mutt/1.4.2.2i Cc: hackers@freebsd.org Subject: Re: amd64 questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 23:23:14 -0000 On Sat, Aug 26, 2006 at 03:43:26PM -0400, Mike Meyer wrote: > In <20060826192418.GA82155@troutmask.apl.washington.edu>, Steve Kargl typed: >> On Sat, Aug 26, 2006 at 02:40:24PM -0400, Mike Meyer wrote: >>> I'm not sure what you're saying is false - that the compiler can >>> generate i386 binaries, or that the rest of the toolchain doesn't do >>> the right thing. >>> I can build i386 binaries with the system cc. However, if I just >>> specify '-m32', it dies during the link because it tries to link with >>> amd64 object files. I've managed to get some simple things to build by >>> passing the appropriate command line to cc. >>> Would rebuilding the compiler with multilibs fix that problem? Or does >>> it assume a library structure that isn't in place on FreeBSD? >> I believe it is a library structure problem. You need at least >> a 32-bit and 64-bit libgcc.so. When you use -m32 the compiler >> goes looking for an appropriate libgcc.so and only finds a 64-bit >> version. > > Yup. If you tell it -L/usr/lib32 (which gets installed if you build the > world with WITH_LIB32 defined), it'll find that. Then complain because > /lib/crt1.o is the 64 bit one. If I use the command line arguments: > > -m32 -nostartfiles /usr/lib32/crt1.o /usr/lib32/crti.o \ > /usr/lib32/crtbegin.o /usr/lib32/crtend.o /usr/lib32/crtn.o -L/usr/lib32 > > simple programs build and run properly. If gcc is built with multilib, it's my understanding that you don't need to do all of this commandline mangling. >> AFAIK, you can't rebuild the base system compiler with multilib >> because it is integrated into the FreeBSD tree without the full >> gcc configury. > > How about the various gcc's in the ports tree? How much pain would be > involved in getting one of those to build/install so that a simple > "-m32" would do "the right thing?" I've never tried. I build GCC from svn source, but only i386 or amd64. You should be able to modify a ports Makefile and --enable-multilib to configure_args. You may need install a new toolchain as well. >>> Yes, I can install the package - but the package system isn't aware >>> that there are multiple architectures involved. It always looks in the >>> same place for libraries, so if you want to install a 64 bit package >>> and a 32 bit package that both require the same library package, one >>> of them is going to wind up broken. >> OK. That makes more sense. You are correct that the pkg system >> does keep track of dependencies in a way that allows an automatic >> install of a 32-bit pkg with its dependencies. You could unpack >> the various packages and manually place the files where you need >> them (ie libraries in /usr/lib32). > > I assume you mean "does not", instead of "does". Yes. > For simple packages, > this works. For complex ones - like openoffice - it gets pretty > painfull. The question is, is this something that we want to fix? [And > since I was leading up to this kind of question, I figured -hackers > was the right place to start this.]. You probably want to take this to freebsd-ports. >>> Hmm. My copy of the port sets that for amd64 already. Checking the CVS >>> repository, it looks like a number of things have broken/unbroken in >>> the last few days. In particular, one of the repositories appears to >>> have a broken copy of the tarball the port is using. I'll update the >>> port, make distclean, and try again. >>> >>> In the meantime, could you tell me which openoffice port you build? >>> I'm using openoffice.org-2.0, and not the -devel branch. >> >> pkg_info shows >> openoffice.org-2.0.3 >> >> ls -l /usr/local/bin shows that I built the port on 7 Aug 06. >> Of course, the port could have been broken in the last 20 days. :( > > Just out of curiosity, what are the chances of getting you to build a > package/tarball out of what you've built, since there isn't a package > availabe from the freebsd ftp sites? I'd be willing to make it > available for others to download. > The chances are slim. I'm fairly certain that I deleted everything after the installation (ie., tarballs, build directories, dependencies). I'll check, but don't hold your breath. :( -- Steve From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 23:27:06 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03FFB16A4DD for ; Sat, 26 Aug 2006 23:27:06 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id C40EE43D7B for ; Sat, 26 Aug 2006 23:27:04 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 55A0F81C3B; Sun, 27 Aug 2006 01:27:02 +0200 (CEST) Date: Sun, 27 Aug 2006 01:27:02 +0200 From: Nicolas Rachinsky To: freebsd-hackers@freebsd.org Message-ID: <20060826232702.GA3541@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <200608261919.07106.mlobo@digiart.art.br> <20060826225350.GA20172@megan.kiwi-computer.com> <44F0D574.4080807@inse.ru> <20060827011319.902388ee.albi@scii.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060827011319.902388ee.albi@scii.nl> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.12-2006-07-14 Subject: Re: A handy utility (at least for me) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 23:27:06 -0000 * albi [2006-08-27 01:13 +0200]: > guys... please use the official portsclean ! :) > > included in the sysutils/portupgrade > > portsclean -h > portsclean 2.0.1 (2006/06/13) > > usage: portsclean [-hCDDiLnPPQQq] > > -h, --help Show this message > -C, --workclean Clean up working directories I used that, but it gave WRKDIRPREFIX (or some directory below it) a group ownership and permissions (group writable) I did not like. I just switched back to rm, so I don't know if you can change this. Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 23:31:22 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A4A816A4DF for ; Sat, 26 Aug 2006 23:31:22 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (megan.kiwi-computer.com [63.224.10.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 98D2043D8B for ; Sat, 26 Aug 2006 23:31:21 +0000 (GMT) (envelope-from rick@kiwi-computer.com) Received: (qmail 20503 invoked by uid 2001); 26 Aug 2006 23:31:20 -0000 Date: Sat, 26 Aug 2006 18:31:20 -0500 From: "Rick C. Petty" To: albi Message-ID: <20060826233120.GA20465@megan.kiwi-computer.com> References: <200608261919.07106.mlobo@digiart.art.br> <20060826225350.GA20172@megan.kiwi-computer.com> <44F0D574.4080807@inse.ru> <20060827011319.902388ee.albi@scii.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060827011319.902388ee.albi@scii.nl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org Subject: Re: A handy utility (at least for me) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd@kiwi-computer.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 23:31:22 -0000 On Sun, Aug 27, 2006 at 01:13:19AM +0200, albi wrote: > > > > I find that the following command works just fine for me: > > > > > > find /usr/ports -type d -name work -prune -print -delete > > > > > A bit rude, but also works > > > > cd /usr/ports && make clean > > guys... please use the official portsclean ! :) > > included in the sysutils/portupgrade I was giving an option that works across every system, I didn't mean to encourage a litany of responses. =) I wouldn't call it "official" unless it's in the base system. Why isn't portupgrade in the base system? Oh right, because it uses ruby. Please shoot me first before throwing ruby in the base distro. :-P -- Rick C. Petty From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 23:37:18 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E125A16A522 for ; Sat, 26 Aug 2006 23:37:18 +0000 (UTC) (envelope-from rik@inse.ru) Received: from mail.inse.ru (inse.ru [144.206.128.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E45243E01 for ; Sat, 26 Aug 2006 23:37:07 +0000 (GMT) (envelope-from rik@inse.ru) Received: from [127.0.0.1] (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTP id B63EA33C46; Sun, 27 Aug 2006 03:37:06 +0400 (MSD) Message-ID: <44F0DCE3.4030105@inse.ru> Date: Sun, 27 Aug 2006 03:44:35 +0400 From: Roman Kurakin User-Agent: Thunderbird 1.5 (X11/20060119) MIME-Version: 1.0 To: albi References: <200608261919.07106.mlobo@digiart.art.br> <20060826225350.GA20172@megan.kiwi-computer.com> <44F0D574.4080807@inse.ru> <20060827011319.902388ee.albi@scii.nl> In-Reply-To: <20060827011319.902388ee.albi@scii.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, rick-freebsd@kiwi-computer.com, mlobo@digiart.art.br Subject: Re: A handy utility (at least for me) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 23:37:19 -0000 albi: > On Sun, 27 Aug 2006 03:12:52 +0400 > Roman Kurakin wrote: > > >> Rick C. Petty: >> >>> On Sat, Aug 26, 2006 at 07:19:06PM -0300, Mario Lobo wrote: >>> >>> >>>> My /usr/ports directory was occuping 24 gigs, of which 20 was >>>> just from the 'work' directories ! >>>> >>>> Removing them one by one was a pain so I wrote this little utility >>>> to wipe them off. >>>> >>>> >>> I find that the following command works just fine for me: >>> >>> find /usr/ports -type d -name work -prune -print -delete >>> >>> >> A bit rude, but also works >> >> cd /usr/ports && make clean >> > > guys... please use the official portsclean ! :) > In most of cases, you not need it. Portupgrade will clean after itself ;-) rik > included in the sysutils/portupgrade > > portsclean -h > portsclean 2.0.1 (2006/06/13) > > usage: portsclean [-hCDDiLnPPQQq] > > -h, --help Show this message > -C, --workclean Clean up working directories > --------------------------- > > From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 26 23:53:28 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 553B416A4DF for ; Sat, 26 Aug 2006 23:53:28 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 4AF4B43D4C for ; Sat, 26 Aug 2006 23:53:27 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 28677 invoked by uid 1001); 26 Aug 2006 23:53:16 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Sat, 26 Aug 2006 19:53:15 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17648.57065.350733.312979@bhuda.mired.org> Date: Sat, 26 Aug 2006 19:53:13 -0400 To: Mario Lobo In-Reply-To: <200608261919.07106.mlobo@digiart.art.br> References: <200608261919.07106.mlobo@digiart.art.br> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer Cc: freebsd-hackers@freebsd.org Subject: Re: A handy utility (at least for me) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 23:53:28 -0000 In <200608261919.07106.mlobo@digiart.art.br>, Mario Lobo typed: > Hi; > > My /usr/ports directory was occuping 24 gigs, of which 20 was just from the > 'work' directories ! > > Removing them one by one was a pain so I wrote this little utility to wipe > them off. Setting WORDIRPREFIX in /etc/make.conf will cause all the 'work' directories to be put in that directory. While cleaning them up wasn't my reason for doing that (I shared /usr/ports across several platforms), it sures makes cleaing up the work directories easy. Ditto for DISTDIR, if you want to clean up distfiles. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information.