From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 11 00:54:41 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC7B316A46D for ; Sun, 11 Nov 2007 00:54:41 +0000 (UTC) (envelope-from jrisom@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 6D3C913C480 for ; Sun, 11 Nov 2007 00:54:41 +0000 (UTC) (envelope-from jrisom@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so492191pyb for ; Sat, 10 Nov 2007 16:54:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:mime-version:content-type:resent-date:message-id:content-transfer-encoding:resent-to:resent-message-id:from:subject:resent-from:date:to:x-mailer; bh=dYQmohd+R0LHu1a5Hy56OknM01q+luPBzX7fDn32y9s=; b=EGrkDBsJGcBlrOppRvmBASECC4Lo4Bx7E0vZV8QphT7ZFC/IjOFSIzUcQDZWpgZ/ihzBQz9cfinJZjnEL/Kji5YG/Qit5/exICDxeK73iSFdwhIaqSpIQcbBAN2W5Kpd5WVM/WThE9r0oa3Uh/Ad6/HO5A6U0kq9MhHyIQmztl0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:mime-version:content-type:resent-date:message-id:content-transfer-encoding:resent-to:resent-message-id:from:subject:resent-from:date:to:x-mailer; b=RMCVta2zNypmvOvGUX9VN9tL5mQL1GcB7o6M0Lyy1zozApaZvHThbEycY7GlqVoG5RkT00rXcGDAXb5eSwM1bQ5XHI+Le4mV9qNic1rzaIlnYIXLPT6Dzq8H1Z6joplMk1G2dqRCQE+QAG+owSKBFeN+P82cJLdM7ZAwL51u8pQ= Received: by 10.35.109.2 with SMTP id l2mr4007771pym.1194740874535; Sat, 10 Nov 2007 16:27:54 -0800 (PST) Received: from ?192.168.1.4? ( [74.134.230.123]) by mx.google.com with ESMTPS id x72sm4129121pyg.2007.11.10.16.27.52 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 10 Nov 2007 16:27:53 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v624) Content-Type: text/plain; charset=US-ASCII; format=flowed Resent-Date: Sat, 10 Nov 2007 18:27:50 -0600 Message-Id: <9a7b572639178c625b2a6d282db16eec@gmail.com> Content-Transfer-Encoding: 7bit Resent-To: freebsd-hackers@freebsd.org Resent-Message-Id: <27995aedf8e7691a972da9af1cc9e04c@gmail.com> From: Joshua Isom Resent-From: Joshua Isom Date: Mon, 5 Nov 2007 14:32:54 -0600 To: freebsd-questions Questions X-Mailer: Apple Mail (2.624) Cc: Subject: SATA DVD speed's too slow (Modified by Joshua Isom) 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, 11 Nov 2007 00:54:41 -0000 Redirected from freebsd-questions after no reply. I currently have an SATA DVD-RW drive for my computer. I have to boot using a CURRENT kernel to get the drive recognized, and dmesg lists it as running at 3.3MB/s. Running mplayer -dumpstream gets around 3 megs a second. Copying off a data dvd gets about the same. But I recall reading about playing a dvd before trying to get the data off of it when using dd, and it seems to work. But the odd part is, it can get up to 20 megabytes a second. Does anyone know how to get the higher speeds all the time? From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 11 08:45:35 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 761B716A41B for ; Sun, 11 Nov 2007 08:45:35 +0000 (UTC) (envelope-from aschkolnik@gmail.com) Received: from mtaout1.barak.net.il (mtaout1.barak.net.il [212.150.49.171]) by mx1.freebsd.org (Postfix) with ESMTP id 2B0B013C480 for ; Sun, 11 Nov 2007 08:45:35 +0000 (UTC) (envelope-from aschkolnik@gmail.com) Received: from pcaharon.il.sandvine.com ([212.235.26.189]) by mtaout1.barak.net.il (Sun Java System Messaging Server 6.2-7.04 (built Aug 17 2006)) with ESMTPA id <0JRC006NL2Z6B2S0@mtaout1.barak.net.il> for freebsd-hackers@freebsd.org; Sun, 11 Nov 2007 10:45:06 +0200 (IST) Date: Sun, 11 Nov 2007 10:45:05 +0200 From: Aharon Schkolnik In-reply-to: <319cceca0711080913s493b7f7eufec02a9a6d92404e@mail.gmail.com> To: Maslan Message-id: <200711111045.05609.aschkolnik@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline References: <200711080944.00335.aschkolnik@gmail.com> <319cceca0711080913s493b7f7eufec02a9a6d92404e@mail.gmail.com> User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) Cc: freebsd-hackers@freebsd.org Subject: Re: pgk_add segmentation fault 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, 11 Nov 2007 08:45:35 -0000 On Thursday 08 November 2007, Maslan wrote: > Hi, > > It seems that pkg_add tries to executes ldconfig which itself cause > the segmentation fault. > Yeah , I thought of that, and tested it. ldconfig works fine. # /sbin/ldconfig -m /usr/local/lib/mysql # > On Nov 8, 2007 7:44 AM, Aharon Schkolnik wrote: > > Hi ! > > > > pkg_add is crashing with a segmentation fault: > > > > pkg_add -v mysql-client-5.1.22.tbz > > Requested space: 3809856 bytes, free space: 128323438592 bytes > > in /var/tmp/instmp.ND8UBU > > extract: Package name is mysql-client-5.1.22 > > extract: CWD to /usr/local > > extract: /usr/local/man/man1/mysql_config.1.gz > > extract: /usr/local/man/man1/mysql.1.gz > > extract: /usr/local/man/man1/mysqladmin.1.gz > > extract: /usr/local/man/man1/mysqlbinlog.1.gz > > extract: /usr/local/man/man1/mysqlcheck.1.gz > > extract: /usr/local/man/man1/mysqldump.1.gz > > extract: /usr/local/man/man1/mysqlimport.1.gz > > extract: /usr/local/man/man1/mysqlshow.1.gz > > extract: /usr/local/man/man8/mysqlmanager.8.gz > > . > > . > > . > > > > extract: /usr/local/lib/mysql/libmysqlclient_r.la > > extract: /usr/local/lib/mysql/libmysqlclient_r.so > > extract: /usr/local/lib/mysql/libmysqlclient_r.so.16 > > extract: /usr/local/share/aclocal/mysql.m4 > > extract: /usr/local/share/mysql/mysql_fix_privilege_tables.sql > > extract: execute '/sbin/ldconfig -m /usr/local/lib/mysql' > > extract: CWD to (null) > > Segmentation fault (core dumped) > > > > # uname -a > > FreeBSD CMXHost 5.30.0170 FreeBSD 5.30.0170 #0: Thu Apr 13 14:05:14 UTC > > 2006 i386 7.05.0014 > > > > > > Any ideas ? > > > > TIA > > -- > > The day is short, and the work is great, | Aharon Schkolnik > > and the laborers are lazy, and the reward | > > is great, and the Master of the house is | aschkolnik@gmail.com > > impatient. - Ethics Of The Fathers Ch. 2 | 054 8422076 > > _______________________________________________ > > 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" -- The day is short, and the work is great, | Aharon Schkolnik and the laborers are lazy, and the reward | is great, and the Master of the house is | aschkolnik@gmail.com impatient. - Ethics Of The Fathers Ch. 2 | 054 8422076 From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 11 08:47:12 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBDAC16A417 for ; Sun, 11 Nov 2007 08:47:12 +0000 (UTC) (envelope-from aschkolnik@gmail.com) Received: from mtaout1.barak.net.il (mtaout1.barak.net.il [212.150.49.171]) by mx1.freebsd.org (Postfix) with ESMTP id 812C013C481 for ; Sun, 11 Nov 2007 08:47:12 +0000 (UTC) (envelope-from aschkolnik@gmail.com) Received: from pcaharon.il.sandvine.com ([212.235.26.189]) by mtaout1.barak.net.il (Sun Java System Messaging Server 6.2-7.04 (built Aug 17 2006)) with ESMTPA id <0JRC006XI325AZP0@mtaout1.barak.net.il> for freebsd-hackers@freebsd.org; Sun, 11 Nov 2007 10:46:53 +0200 (IST) Date: Sun, 11 Nov 2007 10:46:53 +0200 From: Aharon Schkolnik In-reply-to: <47342C2B.6000402@u.washington.edu> To: Garrett Cooper Message-id: <200711111046.53492.aschkolnik@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline References: <200711080944.00335.aschkolnik@gmail.com> <47342C2B.6000402@u.washington.edu> User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) Cc: freebsd-hackers@freebsd.org Subject: Re: pgk_add segmentation fault 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, 11 Nov 2007 08:47:12 -0000 On Friday 09 November 2007, Garrett Cooper wrote: > Aharon Schkolnik wrote: > > Hi ! > > > > pkg_add is crashing with a segmentation fault: > > > > pkg_add -v mysql-client-5.1.22.tbz > > Requested space: 3809856 bytes, free space: 128323438592 bytes > > in /var/tmp/instmp.ND8UBU > > extract: Package name is mysql-client-5.1.22 > > extract: CWD to /usr/local > > extract: /usr/local/man/man1/mysql_config.1.gz > > extract: /usr/local/man/man1/mysql.1.gz > > extract: /usr/local/man/man1/mysqladmin.1.gz > > extract: /usr/local/man/man1/mysqlbinlog.1.gz > > extract: /usr/local/man/man1/mysqlcheck.1.gz > > extract: /usr/local/man/man1/mysqldump.1.gz > > extract: /usr/local/man/man1/mysqlimport.1.gz > > extract: /usr/local/man/man1/mysqlshow.1.gz > > extract: /usr/local/man/man8/mysqlmanager.8.gz > > . > > . > > . > > > > extract: /usr/local/lib/mysql/libmysqlclient_r.la > > extract: /usr/local/lib/mysql/libmysqlclient_r.so > > extract: /usr/local/lib/mysql/libmysqlclient_r.so.16 > > extract: /usr/local/share/aclocal/mysql.m4 > > extract: /usr/local/share/mysql/mysql_fix_privilege_tables.sql > > extract: execute '/sbin/ldconfig -m /usr/local/lib/mysql' > > extract: CWD to (null) > > Segmentation fault (core dumped) > > > > # uname -a > > FreeBSD CMXHost 5.30.0170 FreeBSD 5.30.0170 #0: Thu Apr 13 14:05:14 UTC > > 2006 i386 7.05.0014 > > > > > > Any ideas ? > > > > TIA > > Where did you download those sources from? Could you get a backtrace > for me or point me to that package? I'm not positive where I got the package. I'll email it to you off-list. > Thanks, > -Garrett -- The day is short, and the work is great, | Aharon Schkolnik and the laborers are lazy, and the reward | is great, and the Master of the house is | aschkolnik@gmail.com impatient. - Ethics Of The Fathers Ch. 2 | 054 8422076 From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 11 11:33:29 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 567DE16A419 for ; Sun, 11 Nov 2007 11:33:29 +0000 (UTC) (envelope-from rse@engelschall.com) Received: from visp1.engelschall.com (visp1.engelschall.com [195.30.6.144]) by mx1.freebsd.org (Postfix) with ESMTP id 1A74E13C48D for ; Sun, 11 Nov 2007 11:33:28 +0000 (UTC) (envelope-from rse@engelschall.com) Received: by visp1.engelschall.com (Postfix, from userid 21100) id 010AA1B4482C; Sun, 11 Nov 2007 12:16:26 +0100 (CET) Received: by en1.engelschall.com (Postfix, from userid 10000) id DF5866DC9D; Sun, 11 Nov 2007 12:14:00 +0100 (CET) Date: Sun, 11 Nov 2007 12:14:00 +0100 From: "Ralf S. Engelschall" To: freebsd-hackers@freebsd.org Message-ID: <20071111111400.GA94684@engelschall.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: FreeBSD User-Agent: Mutt/1.5.17 OpenPKG/CURRENT (2007-11-01) Subject: FreeBSD UFS/ZFS Snapshot Management Environment (20071111.1) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Ralf S. Engelschall" List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2007 11:33:29 -0000 Based on various feedback I've now improved my FreeBSD Snapshot Management environment (people.freebsd.org/~rse/snapshot/). The new version 20071111.1 is now available. In the past this was an abstraction layer for UFS snapshots only. Now it is an abstraction layer for both UFS and ZFS snapshot management and this way allows one to deal with snapshots during daily work independent whether one works on UFS or ZFS. To recap, this abstraction layer mainly provides three aspects: 1. common snapshot management frontend snapshot(8) for creating, destroying, listing, mounting, unmounting and temporarily visiting snapshots manually. 2. optional, automatic, periodic and flexible backup snapshot creation via periodic-snapshot(8) and a /etc/periodic.conf configuration, modeled after the NetApp Data ONTAP "snap sched" syntax. 3. optional, abstracted and easy access to backup snapshot data via amd(8) and the /snap hierarchy (not a big deal for ZFS but important for convenient access to UFS snapshots). The full functionality requires FreeBSD 7 or 8, of course. But FreeBSD 5 and 6 or also supported through the reduced UFS-only functionality. To get started: # download and installation $ cd /tmp $ fetch http://people.freebsd.org/~rse/dist/freebsd-snapshot-20071111.1.tar.gz $ tar xzf freebsd-snapshot-20071111.1.tar.gz $ cd freebsd-snapshot-20071111.1 $ make install $ /etc/rc.d/amd start # OPTIONAL # just play with it by reading the details under # http://people.freebsd.org/~rse/snapshot/ $ [...] # deinstallation and cleanup $ cd /tmp/freebsd-snapshot-20071111.1 $ make uninstall $ cd .. $ rm -rf freebsd-snapshot-20071111.1* Happy snapshooting... ;-) -- rse@FreeBSD.org Ralf S. Engelschall FreeBSD.org/~rse rse@engelschall.com FreeBSD committer www.engelschall.com From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 11 17:26:52 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4793416A417; Sun, 11 Nov 2007 17:26:52 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from comtv.ru (comtv.ru [217.10.32.17]) by mx1.freebsd.org (Postfix) with ESMTP id 551E513C4C5; Sun, 11 Nov 2007 17:26:50 +0000 (UTC) (envelope-from lol@chistydom.ru) X-UCL: actv Received: from yoda.org.ru ([83.167.98.162] verified) by comtv.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP id 17241732; Sun, 11 Nov 2007 20:26:37 +0300 Received: from [192.168.102.10] (unknown [192.168.102.10]) (Authenticated sender: llp@soekris.ru) by yoda.org.ru (Postfix) with ESMTP id 8216928CEB; Sun, 11 Nov 2007 20:26:48 +0300 (MSK) Message-ID: <47373B43.9060406@chistydom.ru> Date: Sun, 11 Nov 2007 20:26:27 +0300 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Kris Kennaway References: <47137D36.1020305@chistydom.ru> <47140906.2020107@FreeBSD.org> <47146FB4.6040306@chistydom.ru> <47147E49.9020301@FreeBSD.org> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> <47344E47.9050908@chistydom.ru> <47349A17.3080806@FreeBSD.org> In-Reply-To: <47349A17.3080806@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 11 Nov 2007 17:47:17 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: amrd disk performance drop after running under high load 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, 11 Nov 2007 17:26:52 -0000 Hi. Kris Kennaway wrote: >>> In the "good" case you are getting a much higher interrupt rate but >>> with the data you provided I can't tell where from. You need to run >>> vmstat -i at regular intervals (e.g. every 10 seconds for a minute) >>> during the "good" and "bad" times, since it only provides counters >>> and an average rate over the uptime of the system. >> >> Now I'm running 10-process lighttpd and the problem became no so big. >> >> I collected interrupt stats and it shows no relation beetween >> ionterrupts and slowdowns. Here is it: >> http://83.167.98.162/gprof/intr-graph/ >> >> Also I have similiar statistics on mutex profiling and it shows >> there's no problem in mutexes. >> http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ >> >> I have no idea what else to check. > I don't know what this graph is showing me :) When precisely is the > system behaving poorly? Take a look at "Disk Load %" picture at http://83.167.98.162/gprof/intr-graph/ At ~ 17:00, 03:00-04:00, 13:00-14:00, 00:30-01:30, 11:00-13:00 it shows peaks of disk activity which really never happen. As I said in the beginning of the thread in this "peak" moments disk becomes slow and vmstat shows 100% disk load while performing < 10 tps. Other grafs at this page shows that there's no relation to interrupts rate of amr or em device. You advised me to check it. When I was using single-process lighttpd the problem was much harder as you can see at http://83.167.98.162/gprof/graph/ . At first picture on this page you can see disk load peaks at 18:00 and 15:00 which leaded to decreasing network output because disk was too slow. Back in this thread we suspected UMA mutexes. In order to check it I collected mutex profiling stats and draw graphs over time and they also didn't show anything interesting. All mutex graphs were smooth while disk load peaks. http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ With best regards, Alexey Popov From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 11 17:52:32 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4248616A417 for ; Sun, 11 Nov 2007 17:52:32 +0000 (UTC) (envelope-from randyhyde@earthlink.net) Received: from elasmtp-mealy.atl.sa.earthlink.net (elasmtp-mealy.atl.sa.earthlink.net [209.86.89.69]) by mx1.freebsd.org (Postfix) with ESMTP id 1AEDF13C4BF for ; Sun, 11 Nov 2007 17:52:31 +0000 (UTC) (envelope-from randyhyde@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=ekTsA8qyoaE50aLCC04hE41bByJjkUIemD2x695UAIl9iyhLCCYTOFhzR86HFPjK; h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP; Received: from [66.215.252.78] (helo=pentiv) by elasmtp-mealy.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1IrGyt-0001WY-QW for freebsd-hackers@freebsd.org; Sun, 11 Nov 2007 12:52:24 -0500 Message-ID: <002701c8248b$9c2b8110$6302a8c0@pentiv> From: "Randall Hyde" To: References: <000701c82253$b3a8c030$6302a8c0@pentiv> <20071108225238.GB22005@dan.emsphone.com> <4734061D.9000606@freebsd.org> Date: Sun, 11 Nov 2007 09:52:21 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1807 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1896 X-ELNK-Trace: eba5e0c9192a36dcd6dd28457998182d7e972de0d01da94071230d9d80a435df3af18fbfa1f579e2350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 66.215.252.78 Subject: Re: Some FreeBSD performance Issues 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, 11 Nov 2007 17:52:32 -0000 Hi All, Well, I've done some sleuthing and discovered some issues. First, the "dd" command produced approximately the same results everyone else was getting. So I rewrote a version of my test code in C using the stdlib "read" call and it had really great performance. Not understanding why C's code was so much faster, I dug into the source code and discovered that open/read/write/etc. use *buffered* I/O (which explains why "dd" performs so well). At this point I'm not sure why FreeBSD's API call is so slow (btw, it's not the system call that's responsible, if I make several additional API calls on each read, e.g., doing lseeks, this has only a marginal impact on performance). But it's pretty clear that if I expect reasonable performance in my own library I'm going to have to do the same thing that glib does and switch over to buffered I/O. Pain in the butt, but there's nothing else to do at this point. Cheers, Randy Hyde From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 11 23:58:03 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E0D516A41A for ; Sun, 11 Nov 2007 23:58:03 +0000 (UTC) (envelope-from christias@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 9FD1E13C4A5 for ; Sun, 11 Nov 2007 23:58:01 +0000 (UTC) (envelope-from christias@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so838104nfb for ; Sun, 11 Nov 2007 15:57:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=JQcRAnMTL3Rz7M3lrgk+jiTAxrt0Wg/so46CLPEzFDY=; b=uVQ4Fclr3T3BQLaDwuhQ+zEfsTGl1KVbcwtrQpcPSvTYb87u1VmLhyGZUqFV28y8EiEIQdH8YuoyF+bQPRV3F3DP/f5tF0rMDrpZ92FgRXARPNORkA5N5qvJHbPE5hQJCRuxP/sD3MowWFM5E+OGMkzpEUL6SVHAVoEDkeJe3Wg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JbXoWEHX8IzdXp0DQoJSosFxK0594SWk1VinvBUD7KXNY1loyQwP9A4pW8pejIJRdE7SZI/D1EWTjDNnhCjxe68vvE8cV3XPxOR5gITmiqjAgQqr1Mi2SCHJw/HXq9XDcZY66ZA3gUutNDVsQb5rK4G8Pp3qYSBrC8hwR/0V1Bc= Received: by 10.86.73.17 with SMTP id v17mr3999518fga.1194823903692; Sun, 11 Nov 2007 15:31:43 -0800 (PST) Received: by 10.86.53.6 with HTTP; Sun, 11 Nov 2007 15:31:43 -0800 (PST) Message-ID: Date: Mon, 12 Nov 2007 01:31:43 +0200 From: "Panagiotis Christias" To: "Alexey Popov" In-Reply-To: <47373B43.9060406@chistydom.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47137D36.1020305@chistydom.ru> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> <47344E47.9050908@chistydom.ru> <47349A17.3080806@FreeBSD.org> <47373B43.9060406@chistydom.ru> X-Mailman-Approved-At: Mon, 12 Nov 2007 01:05:51 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: amrd disk performance drop after running under high load 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, 11 Nov 2007 23:58:03 -0000 On Nov 11, 2007 7:26 PM, Alexey Popov wrote: > Hi. > > Kris Kennaway wrote: > >>> In the "good" case you are getting a much higher interrupt rate but > >>> with the data you provided I can't tell where from. You need to run > >>> vmstat -i at regular intervals (e.g. every 10 seconds for a minute) > >>> during the "good" and "bad" times, since it only provides counters > >>> and an average rate over the uptime of the system. > >> > >> Now I'm running 10-process lighttpd and the problem became no so big. > >> > >> I collected interrupt stats and it shows no relation beetween > >> ionterrupts and slowdowns. Here is it: > >> http://83.167.98.162/gprof/intr-graph/ > >> > >> Also I have similiar statistics on mutex profiling and it shows > >> there's no problem in mutexes. > >> http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ > >> > >> I have no idea what else to check. > > > I don't know what this graph is showing me :) When precisely is the > > system behaving poorly? > Take a look at "Disk Load %" picture at > http://83.167.98.162/gprof/intr-graph/ > > At ~ 17:00, 03:00-04:00, 13:00-14:00, 00:30-01:30, 11:00-13:00 it shows > peaks of disk activity which really never happen. As I said in the > beginning of the thread in this "peak" moments disk becomes slow and > vmstat shows 100% disk load while performing < 10 tps. Other grafs at > this page shows that there's no relation to interrupts rate of amr or em > device. You advised me to check it. > > When I was using single-process lighttpd the problem was much harder as > you can see at http://83.167.98.162/gprof/graph/ . At first picture on > this page you can see disk load peaks at 18:00 and 15:00 which leaded to > decreasing network output because disk was too slow. > > Back in this thread we suspected UMA mutexes. In order to check it I > collected mutex profiling stats and draw graphs over time and they also > didn't show anything interesting. All mutex graphs were smooth while > disk load peaks. http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ > > With best regards, > Alexey Popov Hello, what is your RAID controller configuration (read ahead/cache/write policy)? I have seen weird/bogus numbers (~100% busy) reported by systat -v when read ahead was enabled on LSI/amr controllers. Regards, Panagiotis Christias From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 12 08:06:57 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AFF316A421 for ; Mon, 12 Nov 2007 08:06:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id D4BB313C49D for ; Mon, 12 Nov 2007 08:06:56 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1148841pyb for ; Mon, 12 Nov 2007 00:06:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received: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; bh=Uq81snLLleKiPbbXKpJoaHaBzEFdzmm5FGWpQPuJW38=; b=uEHGqXRtkmX+nwSonKF364zU0mVwqyfHefXaJGN39U55Edrit0Hr5aI9SqcJuW2C1yDSh5v2GN0Ele8Hh9L8YERDBHmf/GrsPtQsO2tO6qOBkor4FocGRD311gCspZWi7+/wn5jQeHKpZ3Kv6nGZEV7RQGF75Ae3KAbLtWh4zqY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; 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=i5C6EVojgAHYv/b816YnBov4PfXdRrwEbsEUEbSCQmW7reJ2zIbo7j+OexZLq7Whrofoz1VG6571RMy16DK1DbRiHFCZuF4r61wZoZRvqJjo3HcTPUAMTbpRLOEn3qeHRcXZJtnHDHpTmXMrMl1SDk7p9xiM6dbcNcPlRAclxo8= Received: by 10.65.240.17 with SMTP id s17mr13150017qbr.1194854805510; Mon, 12 Nov 2007 00:06:45 -0800 (PST) Received: by 10.65.237.12 with HTTP; Mon, 12 Nov 2007 00:06:45 -0800 (PST) Message-ID: Date: Mon, 12 Nov 2007 17:06:45 +0900 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Randall Hyde" In-Reply-To: <002701c8248b$9c2b8110$6302a8c0@pentiv> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <000701c82253$b3a8c030$6302a8c0@pentiv> <20071108225238.GB22005@dan.emsphone.com> <4734061D.9000606@freebsd.org> <002701c8248b$9c2b8110$6302a8c0@pentiv> X-Google-Sender-Auth: 58a54949dcb1bfa4 Cc: freebsd-hackers@freebsd.org Subject: Re: Some FreeBSD performance Issues 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, 12 Nov 2007 08:06:57 -0000 On 12/11/2007, Randall Hyde wrote: > At this point I'm not sure why FreeBSD's API call is so slow (btw, it's not > the system call that's responsible, if I make several additional API calls > on each read, e.g., doing lseeks, this has only a marginal impact on > performance). But it's pretty clear that if I expect reasonable performance > in my own library I'm going to have to do the same thing that glib does and > switch over to buffered I/O. Pain in the butt, but there's nothing else to > do at this point. Why give up at this point? Why not actually do some pmcstat profiling to see where all the CPU time is going? Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 12 09:14:45 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEEED16A468 for ; Mon, 12 Nov 2007 09:14:45 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx01.syd.optusnet.com.au (fallbackmx01.syd.optusnet.com.au [211.29.132.93]) by mx1.freebsd.org (Postfix) with ESMTP id 40DAC13C4B2 for ; Mon, 12 Nov 2007 09:14:45 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by fallbackmx01.syd.optusnet.com.au (8.12.11.20060308/8.12.11) with ESMTP id lABIRpbl011487 for ; Mon, 12 Nov 2007 05:27:51 +1100 Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lABIQlJv003948 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Nov 2007 05:26:48 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id lABIQlOS034541; Mon, 12 Nov 2007 05:26:47 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id lABIQlYg034540; Mon, 12 Nov 2007 05:26:47 +1100 (EST) (envelope-from peter) Date: Mon, 12 Nov 2007 05:26:47 +1100 From: Peter Jeremy To: Randall Hyde Message-ID: <20071111182647.GH82929@server.vk2pj.dyndns.org> References: <000701c82253$b3a8c030$6302a8c0@pentiv> <20071108225238.GB22005@dan.emsphone.com> <4734061D.9000606@freebsd.org> <002701c8248b$9c2b8110$6302a8c0@pentiv> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xQmOcGOVkeO43v2v" Content-Disposition: inline In-Reply-To: <002701c8248b$9c2b8110$6302a8c0@pentiv> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-hackers@freebsd.org Subject: Re: Some FreeBSD performance Issues 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, 12 Nov 2007 09:14:45 -0000 --xQmOcGOVkeO43v2v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 11, 2007 at 09:52:21AM -0800, Randall Hyde wrote: >why C's code was so much faster, I dug into the source code and discovered >that open/read/write/etc. use *buffered* I/O (which explains why "dd" >performs so well). open/read/write/etc. do _not_ do any buffering in userland. This is easily demonstrated using eg $ ktrace dd if=3D/dev/random of=3D/dev/null count=3D50 bs=3D1 The relevant part of the output is: 30532 dd CALL read(0x3,0x2820410c,0x1) 30532 dd GIO fd 3 read 1 byte ")" 30532 dd RET read 1 30532 dd CALL write(0x4,0x2820410c,0x1) 30532 dd GIO fd 4 wrote 1 byte ")" 30532 dd RET write 1 30532 dd CALL read(0x3,0x2820410c,0x1) 30532 dd GIO fd 3 read 1 byte "a" 30532 dd RET read 1 30532 dd CALL write(0x4,0x2820410c,0x1) 30532 dd GIO fd 4 wrote 1 byte "a" 30532 dd RET write 1 >At this point I'm not sure why FreeBSD's API call is so slow You have yet to provide any evidence of this. So far, you can only demonstrate it on your application - which strongly suggests it's a problem with your code, rather than FreeBSD. Have you check the ktrace output from your code or time(1)d it as suggested? --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an RFC2821-compliant MTA. --xQmOcGOVkeO43v2v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHN0ln/opHv/APuIcRAoAJAJ9GYJCfWp8zsZslEy97oskrh5wXnwCfe4Cy zAvkd65pdt9hpEc9SlnnS48= =uxuo -----END PGP SIGNATURE----- --xQmOcGOVkeO43v2v-- From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 12 13:48:12 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 599C516A420 for ; Mon, 12 Nov 2007 13:48:12 +0000 (UTC) (envelope-from mail@maxlor.com) Received: from xmail04.myhosting.com (xmail04.myhosting.com [168.144.250.19]) by mx1.freebsd.org (Postfix) with ESMTP id F163F13C4DA for ; Mon, 12 Nov 2007 13:48:10 +0000 (UTC) (envelope-from mail@maxlor.com) Received: (qmail 32171 invoked from network); 12 Nov 2007 12:48:00 -0000 Received: from unknown (HELO [192.168.10.184]) (Authenticated-user:_benjamin.lutz@assentis.com@[212.4.72.186]) (envelope-sender ) by xmail04.myhosting.com (qmail-ldap-1.03) with ESMTPA for ; 12 Nov 2007 12:48:00 -0000 Message-ID: <47384B75.5090806@maxlor.com> Date: Mon, 12 Nov 2007 13:47:49 +0100 From: Benjamin Lutz User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Randall Hyde References: <000701c82253$b3a8c030$6302a8c0@pentiv> In-Reply-To: <000701c82253$b3a8c030$6302a8c0@pentiv> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Some FreeBSD performance Issues 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, 12 Nov 2007 13:48:12 -0000 Randall Hyde wrote: > Hi All, > > I recently ported my HLA (High Level Assembler) compiler to FreeBSD and, > along with it, the HLA Standard Library. I have a performance-related > question concerning file I/O. > > It appears that character-at-a-time file I/O is *exceptionally* slow. Yes, I > realize that when processing large files I really ought to be doing > block/buffered I/O to get the best performance, but for certain library > routines I've written it's been far more convenient to do > character-at-a-time I/O rather than deal with all the buffering issues. In > the past, while slower, this character-at-a-time paradigm has provided > reasonable, though not stellar, performance under Windows and Linux. > However, with the port to FreeBSD I'm seeing a three-orders-of-magnitude > performance loss. Here's my little test program: > > program t; > #include( "stdlib.hhf" ) > //#include( "bsd.hhf" ) > > static > f :dword; > buffer :char[64*1024]; > > begin t; > > fileio.open( "socket.h", fileio.r ); > mov( eax, f ); > #if( false ) > > // Windows: 0.25 seconds > // BSD: 5.2 seconds > > while( !fileio.eof( f )) do > > fileio.getc( f ); > //stdout.put( (type char al )); > > endwhile; > > #elseif( false ) > > // Windows: 0.0 seconds (below 1ms threshold) > // BSD: 5.2 seconds > > forever > > fileio.read( f, buffer, 1 ); > breakif( eax <> 1 ); > //stdout.putc( buffer[0] ); > > endfor; > > #elseif( false ) > > // BSD: 5.1 seconds > > forever > > bsd.read( f, buffer, 1 ); > breakif( @c ); > breakif( eax <> 1 ); > //stdout.putc( buffer[0] ); > > endfor; > > #else > > // BSD: 0.016 seconds > > bsd.read( f, buffer, 64*1024 ); > //stdout.write( buffer, eax ); > > #endif > > fileio.close( f ); > > end t; > > (I selectively set one of the conditionals to true to run a different test; > yeah, this is HLA assembly code, but I suspect that most people who can read > C can *mostly* figure out what's going on here). > > The "fileio.open" call is basically a bsd.open( "socket.h", bsd.O_RDONLY ); > API call. The socket.h file is about 19K long (it's from the FreeBSD > include file set). In particular, I would draw your attention to the first > two tests that do character-at-a-time I/O. The difference in performance > between Windows and FreeBSD is dramatic (note: Linux numbers are comparable > to Windows). Just to make sure that the library code wasn't doing something > incredibly stupid, the third test makes a direct FreeBSD API call to read > the data a byte at a time -- the results are comparable to the first two > tests. Finally, I read the whole file at once, just to make sure the problem > was character-at-a-time I/O (which obviously is the problem). Naturally, at > one point I'd uncommented all the output statements to verify that I was > reading the entire file -- no problem there. > > Is this really the performance I can expect from FreeBSD when doing > character I/O this way? Is is there some tuning parameter I can set to > change internal buffering or something? From this numbers, if I had to > guess, I'd suspect that FreeBSD was re-reading the entire 4K (or whatever) > block from the file cache everytime I read a single character. Can anyone > explain what's going on here? I'm loathe to change my fileio module to add > buffering as that will create some subtle semantic differences that could > break existing code (I do have an object-oriented file I/O class that I'm > going to use to implement buffered I/O, I would prefer to leave the fileio > module unbuffered, if possible). > > And a more general question: if this is the way FreeBSD works, should > something be done about it? > Thanks, > Randy Hyde Hello Randy, First, let me out myself as a fan of yours. It was your book that got me started on ASM and taught me a lot about computers and logic, plus it provided some entertainment and mental sustenance in pretty boring times, so thanks! Now, as for your problem: I think I have to agree with the others in this thread when they say that the problem likely isn't in FreeBSD. The following C program, which uses the read(2) call to read socket.h byte-by-byte, runs quickly (0.05 secs on my 2.1GHz system, measured with time(1)): #include #include #include #include #include #include int main(int argc, char** argv) { int f; char c; ssize_t result; f = open("/usr/include/sys/socket.h", O_RDONLY); if (f < 0) { perror("open"); exit(1); } do { result = read(f, &c, 1); if (result < 0) { perror("read"); exit(1); } //printf("%c", c); } while (result >= 1); return 0; } This should be quite equivalent to your second and third code fragment; it does one read system call per byte, no buffering involved. This leads me to believe that the slowdown occurs in your fileio.read wrapper, or maybe in the process setup/teardown process. Cheers Benjamin From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 12 11:04:16 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47A7816A418 for ; Mon, 12 Nov 2007 11:04:16 +0000 (UTC) (envelope-from toasty@dragondata.com) Received: from tokyo01.jp.mail.your.org (tokyo01.jp.mail.your.org [204.9.54.5]) by mx1.freebsd.org (Postfix) with ESMTP id 5733713C4B2 for ; Mon, 12 Nov 2007 11:04:15 +0000 (UTC) (envelope-from toasty@dragondata.com) Received: from mail.your.org (server3-a.your.org [64.202.112.67]) by tokyo01.jp.mail.your.org (Postfix) with ESMTP id 2DDC32AD58B1 for ; Mon, 12 Nov 2007 10:08:46 +0000 (UTC) Received: from pool011.dhcp.your.org (pool011.dhcp.your.org [69.31.99.11]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.your.org (Postfix) with ESMTP id 3CCE5A0A44F for ; Mon, 12 Nov 2007 10:08:45 +0000 (UTC) Message-Id: From: Kevin Day To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Mon, 12 Nov 2007 04:08:45 -0600 X-Mailer: Apple Mail (2.912) X-Mailman-Approved-At: Mon, 12 Nov 2007 15:03:15 +0000 Subject: 1000+ day uptime 5.3-RELEASE box 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, 12 Nov 2007 11:04:16 -0000 We installed a 5.3-RELEASE box back in 2004, and it's been running pretty hard ever since with no crashes, reboots or anything. We're about to finally take it down to upgrade the OS soon - are there any stats anyone wants to see before we do? I know in the past there have been some "I wonder if that code path ever happened" musings that maybe I can answer. The system is running lighttpd/php/mysql on a pretty busy website non-stop during that period. Pasted below are some stats that I thought someone might want to see, even if it's just searching the archives later. I have no idea which of these counters have wrapped around. The "netstat -m" counters definitely don't look right. Email me in the next few days if you want to see something I haven't yet pasted: ts1# uptime 9:35AM up 1076 days, 19 hrs, 1 user, load averages: 0.43, 0.35, 0.31 ts1# vmstat -s 3234184743 cpu context switches 1152017103 device interrupts 1942137489 software interrupts 2596155045 traps 2337791397 system calls 89 kernel threads created 8560290 fork() calls 950538 vfork() calls 0 rfork() calls 2073 swap pager pageins 2423 swap pager pages paged in 2536 swap pager pageouts 4931 swap pager pages paged out 972339 vnode pager pageins 4719166 vnode pager pages paged in 2372 vnode pager pageouts 37084 vnode pager pages paged out 5965 page daemon wakeups 176209467 pages examined by the page daemon 3117082 pages reactivated 408709572 copy-on-write faults 345324 copy-on-write optimized faults 2637660369 zero fill pages zeroed 2019183843 zero fill pages prezeroed 30758 intransit blocking page faults 3504015744 total VM faults taken 0 pages affected by kernel thread creation 577231828 pages affected by fork() 313569313 pages affected by vfork() 0 pages affected by rfork() 1231987734 pages freed 67 pages freed by daemon 937219492 pages freed by exiting processes 269642 pages active 557069 pages inactive 47097 pages in VM cache 80250 pages wired down 9368 pages free 4096 bytes per page 1920869599 total name lookups cache hits (-13% pos + 88% neg) system 2% per-directory deletions 0%, falsehits 0%, toolong 0% ts1# netstat -s tcp: 1089674920 packets sent 564101048 data packets (2406481720 bytes) 251587945 data packets (648715793 bytes) retransmitted 8664531 data packets unnecessarily retransmitted 43982 resends initiated by MTU discovery 2960916357 ack-only packets (64863308 delayed) 0 URG only packets 1748097 window probe packets 417099447 window update packets 1188514173 control packets 1841873445 packets received 2368955693 acks (for 1359611176 bytes) 1454980779 duplicate acks 11031697 acks for unsent data 2549777224 packets (3244617740 bytes) received in-sequence 59461604 completely duplicate packets (3871050763 bytes) 0 old duplicate packets 176709 packets with some dup. data (80761040 bytes duped) 22687965 out-of-order packets (3695870972 bytes) 895574 packets (325354 bytes) of data after window 173 window probes 391042300 window update packets 59405991 packets received after close 1559101 discarded for bad checksums 2963 discarded for bad header offset fields 0 discarded because packet too short 171927892 connection requests 1055287887 connection accepts 121142349 bad connection attempts 277 listen queue overflows 8339298 ignored RSTs in the windows 1227131554 connections established (including accepts) 1227422659 connections closed (including 296415519 drops) 743961232 connections updated cached RTT on close 747663182 connections updated cached RTT variance on close 406468954 connections updated cached ssthresh on close 81310 embryonic connections dropped 71370342 segments updated rtt (of 3903492806 attempts) 202405406 retransmit timeouts 5379433 connections dropped by rexmit timeout 1968567 persist timeouts 2176 connections dropped by persist timeout 8499 keepalive timeouts 1980 keepalive probes sent 4421 connections dropped by keepalive 2181873888 correct ACK header predictions 3580454738 correct data packet header predictions 1096082109 syncache entries added 46717607 retransmitted 25973085 dupsyn 1182 dropped 1055287887 completed 9357514 bucket overflow 0 cache overflow 23322935 reset 9782082 stale 307 aborted 18 badack 162258 unreach 0 zone failures 0 cookies sent 1830895 cookies received 32109295 SACK recovery episodes 45595185 segment rexmits in SACK recovery episodes 3399944163 byte rexmits in SACK recovery episodes 817986335 SACK options (SACK blocks) received 8238426 SACK options (SACK blocks) sent udp: 4732604 datagrams received 0 with incomplete header 561 with bad data length field 38 with bad checksum 4353273 with no checksum 339790 dropped due to no socket 20634 broadcast/multicast datagrams dropped due to no socket 0 dropped due to full socket buffers 0 not for hashed pcb 4371581 delivered 5426129 datagrams output ip: 1872740415 total packets received 11 bad header checksums 518 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 102734 fragments received 32827 fragments dropped (dup or out of space) 24263 fragments dropped after timeout 23583 packets reassembled ok 1848674959 packets for this host 5132598 packets for unknown/unsupported protocol 90 packets forwarded (0 packets fast forwarded) 18853062 packets not forwardable 6 packets received for unknown multicast group 0 redirects sent 1326504612 packets sent from this host 4164 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 24115 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 2 datagrams with bad address in header icmp: 339738 calls to icmp_error 0 errors not generated in response to an icmp message Output histogram: echo reply: 1969467 destination unreachable: 339736 time exceeded: 2 1 message with bad code fields 0 messages < minimum length 3551 bad checksums 429 messages with bad length 560691 multicast echo requests ignored 0 multicast timestamp requests ignored Input histogram: echo reply: 88250 destination unreachable: 1497696 routing redirect: 2 echo: 2536182 time exceeded: 1132414 1969467 message responses generated 0 invalid return addresses 0 no return routes ICMP address mask responses are disabled igmp: 1945206 messages received 0 messages received with too few bytes 0 messages received with bad checksum 1945206 membership queries received 0 membership queries received with invalid field(s) 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 membership reports sent -- Bridging statistics (bdg) -- Name In Out Forward Drop Bcast Mcast Local Unknown ip6: 1891 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 1884 packets for this host 0 packets forwarded 7 packets not forwardable 0 redirects sent 1922 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 27 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 7 multicast packets which we don't join Input histogram: hop by hop: 4 TCP: 1872 UDP: 12 ICMP6: 3 Mbuf statistics: 1864 one mbuf two or more mbuf: lo0= 20 7 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not continuous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection 1883 forward cache hit 0 forward cache miss Source addresses selection rule applied: 9 same address icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation Output histogram: multicast listener report: 27 multicast listener done: 6 neighbor solicitation: 5 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes ts1# vmstat -m Type InUse MemUse HighUse Requests Size(s) acpidev 63 2K 2K 63 32 acpisem 18 2K 2K 18 64 acpitask 0 0K 1K 2 16,32 acpica 1625 86K 86K 36209 16,32,64,128,256,512,1024 isadev 21 2K 2K 21 64 ATA DMA 2 1K 1K 2 128 atkbddev 2 1K 1K 2 32 GEOM 60 13K 21K 291 16,32,64,128,256,512,1024,2048,4096 pfs_fileno 1 20K 20K 1 nexusdev 3 1K 1K 3 16 memdesc 1 4K 4K 1 4096 pfs_nodes 20 3K 3K 20 128 I/O APIC 3 2K 2K 3 512 UMAHash 4 70K 100K 20 256,512,1024,2048,4096 VM pgdata 2 65K 65K 2 64 MSDOSFS mount 1 128K 128K 1 DEVFS 131 19K 19K 232 16,32,128,4096 USBdev 1 1K 2K 4 128,512 UFS mount 3 19K 19K 3 256,2048 UFS ihash 1 256K 256K 1 UFS dirhash 1721 611K 806K 1964259 16,32,64,128,256,512,1024,2048,4096 newdirblk 0 0K 1K 12688 16 dirrem 0 0K 2263K 6953152 32 mkdir 0 0K 75K 147296 32 diradd 0 0K 381K 7877195 32 freefile 0 0K 2089K 5167957 32 freeblks 0 0K 17550K 5964479 256 freefrag 0 0K 68K 84886171 32 allocindir 12 1K 2623K532365228 64 indirdep 1 1K 323K 1890729 32 allocdirect 0 0K 3027K 70370884 128 bmsafemap 1 1K 1K 3058324 32 newblk 1 1K 1K602736113 64,256 inodedep 1 256K 9177K 11552904 128,256 pagedep 1 64K 176K 1964689 64 p1003.1b 1 1K 1K 1 16 NFS daemon 1 1K 3K 5 256,512 NFSV3 srvdesc 0 0K 2K107739750 16,256 NFS srvsock 0 0K 2K 16 128 NFS hash 1 256K 256K 1 ip6_moptions 1 1K 1K 3 16 in6_multi 10 1K 1K 25 16,64 syncache 1 8K 8K 1 hostcache 1 24K 24K 1 IpFw/IpAcct 6 1K 1K 6 64 in_multi 4 1K 1K 4 32 routetbl 203 39K 40K 948108 16,32,64,128,256,512 USB 13 2K 2K 13 16,32,64,128,256 vlan 0 0K 2K 25 16,1024 lo 1 1K 1K 1 1024 clone 5 20K 20K 5 4096 ether_multi 55 3K 3K 118 16,32,64 ifaddr 47 13K 15K 70 16,32,64,256,512,2048 BPF 3 1K 65K 31 16,64,128,256 mount 10 3K 3K 16 16,32,128,512,1024 entropy 1024 64K 64K 1024 64 vnodes 28 7K 7K 159 16,32,64,128,256 Export Host 1 1K 1K 2 256 cluster_save buffer 0 0K 1K 21799284 32,64 vfscache 1 512K 512K 1 BIO buffer 0 0K 5728K 178924 2048 pcb 328 10K 42K176212363 16,32,64,2048 soname 42 2K 142K5018511311 16,32,128 tag 0 0K 2K 14080996 32,64 mbextcnt 20 1K 104K191273380 16 ptys 5 1K 1K 5 128 ttys 1124 150K 202K 326204 128,512 shm 1 12K 13K 6 1024 sem 4 7K 7K 4 512,1024,4096 msg 4 25K 25K 4 512,4096 iov 0 0K 12K3784306761 16,32,64,128,256,512,1024,2048,4096 ioctlops 0 0K 1K 1636249 512,1024 turnstiles 1941 122K 130K 5291 64 taskqueue 6 1K 1K 6 64 sleep queues 1941 61K 65K 5291 32 sbuf 0 0K 37K 7140 16,32,64,128,256,512,1024,2048,4096 rman 96 6K 6K 540 64 ATA generic 2 1K 1K 2 16,512 kobj 229 458K 460K 277 2048 eventhandler 34 2K 2K 34 32,128 devstat 6 13K 13K 6 16,4096 bus-sc 50 75K 147K 2669 16,32,64,128,256,512,1024,2048,4096 bus 879 38K 145K 6431 16,32,64,128,1024 SWAP 2 345K 345K 2 64 sysctltmp 0 0K 1K 1368093 16,32,64,128 sysctloid 1967 59K 59K 1967 16,32,64 sysctl 0 0K 1K 1638261 16,32,64 uidinfo 8 2K 2K 467212 32,1024 plimit 22 6K 15K 8140058 256 cred 38 5K 138K422748550 128 subproc 307 796K 4831K 25398271 32,4096 proc 2 8K 8K 2 4096 session 64 8K 12K 794815 128 pgrp 68 5K 7K 798739 64 mtx_pool 1 8K 8K 1 module 347 22K 22K 347 64,128 aacbuf 65 35K 35K 65 32,128 ip6ndp 6 1K 1K 17 64,128 temp 91 251K 251K2101975612 16,32,64,128,256,512,1024,2048,4096 devbuf 4595 10316K 10316K 4603 16,32,64,128,256,512,2048,4096 lockf 5 1K 3K 6835112 64 linker 53 3K 3K 82 16,32,64,256 KTRACE 100 13K 13K 100 128 ithread 82 9K 9K 83 64,128 zombie 0 0K 51K 9510755 128 proc-args 69 5K 17K 29125066 16,32,64,128,256 kqueue 2 2K 285K 8395726 128,1024 kenv 102 6K 6K 103 16,32,64,2048 sigio 1 1K 1K 1299 32 file desc 217 91K 430K 9520409 16,32,64,128,256,512,1024,2048,4096 cdev 38 10K 10K 48 256 ACD driver 1 2K 2K 1 2048 ISOFS mount 1 256K 256K 1 ts1# netstat -m 11639520 mbufs in use 12499161/25600 mbuf clusters in use (current/max) 17/4274/6656 sfbufs in use (current/peak/max) 2742378 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 3000378 requests for I/O initiated by sendfile 7593 calls to protocol drain routines ts1# netstat -rs routing: 2 bad routing redirects 0 dynamically created routes 0 new gateways due to redirects 4294939947 destinations found unreachable 0 uses of a wildcard route 0 routes not in table but not freed ts1# vmstat -f 8560354 forks, 577235386 pages, average 67.43 950556 vforks, 313571955 pages, average 329.88 0 rforks, 0 pages, average 0.00 ts1# vmstat -i interrupt total rate irq3: sio1 6 0 irq4: sio0 95 0 irq6: fdc0 10 0 irq8: rtc 3318205059 35 irq13: npx0 1 0 irq14: ata0 47 0 irq28: bge0 1302904645 14 irq29: bge1 22182180 0 irq30: aac0 550604538 5 irq0: clk 1277931472 13 Total 6471828053 69 ts1# vmstat -z ITEM SIZE LIMIT USED FREE REQUESTS FFS2 dinode: 256, 0, 86649, 5031, 450832362 FFS1 dinode: 128, 0, 0, 0, 0 FFS inode: 140, 0, 86649, 4883, 450832362 SWAPMETA: 276, 121576, 58, 698, 17769 rtentry: 132, 0, 41, 307, 4374 ripcb: 180, 12342, 1, 197, 2286 sackhole: 16, 0, 0, 1218, 594339348 tcpreass: 20, 1690, 0, 1690, 22700337 hostcache: 88, 15400, 537, 1179, 23824600 syncache: 108, 15372, 1, 2519, 1097914333 tcptw: 56, 2479, 518, 1961, 574795145 tcpcb: 448, 12330, 82, 3905, 1227425708 inpcb: 180, 12342, 600, 5274, 1227425708 udpcb: 180, 12342, 16, 182, 6201184 unpcb: 140, 25620, 68, 2536, 444552657 socket: 324, 12336, 174, 4050, 1678181876 KNOTE: 68, 0, 3, 669, 2299449345 PIPE: 384, 0, 9, 581, 3826727 NFSNODE: 452, 0, 0, 0, 0 NFSMOUNT: 432, 0, 0, 0, 0 DIRHASH: 1024, 0, 1618, 726, 4560509 NAMEI: 1024, 0, 0, 448, 124849284251 L VFS Cache: 291, 0, 3884, 2928, 26036496 S VFS Cache: 68, 0, 87783, 11673, 430423938 VNODEPOLL: 64, 0, 0, 177, 2 VNODE: 264, 0, 90939, 51, 90939 ata_request: 200, 0, 0, 95, 24 g_bio: 132, 0, 0, 1508, 1599977303 MbufClust: 2048, 25600, 1499, 1001, 22536279933 Mbuf: 256, 0, 1539, 981, 95646130544 Packet: 256, 0, 1465, 1055, 24721316515 VMSPACE: 300, 0, 109, 1048, 9510876 UPCALL: 44, 0, 57, 645, 866341 KSEGRP: 104, 0, 1313, 682, 859109 TID: 140, 0, 3, 78, 3 THREAD: 388, 0, 1321, 619, 91059284 PROC: 452, 0, 197, 1063, 9511016 Files: 68, 0, 870, 2098, 52242357862 4096: 4096, 0, 304, 588, 401776261 2048: 2048, 0, 253, 575, 47618239 1024: 1024, 0, 20, 680, 1399054094 512: 512, 0, 1237, 723, 261358063 256: 256, 0, 463, 1457, 80461340 128: 128, 0, 1752, 1728, 1079873986 64: 64, 0, 8017, 3606, 2803328072 32: 32, 0, 4085, 7554, 2119353156 16: 16, 0, 3512, 1969, 5087815702 DP fakepg: 72, 0, 0, 0, 0 PV ENTRY: 24, 2215890, 360381, 1261879, 40896405102 MAP ENTRY: 68, 0, 12886, 1226, 4598978962 KMAP ENTRY: 68, 57344, 1026, 3006, 57148796 MAP: 192, 0, 7, 33, 5 VM OBJECT: 132, 0, 95451, 5179, 289527470 128 Bucket: 524, 0, 5543, 22, 0 64 Bucket: 268, 0, 71, 41, 0 32 Bucket: 140, 0, 72, 68, 0 16 Bucket: 76, 0, 22, 78, 0 UMA Hash: 128, 0, 1, 29, 0 UMA RCntSlab: 104, 0, 1250, 341, 0 UMA Slabs: 64, 0, 2597, 943, 0 UMA Zones: 328, 0, 60, 6, 0 UMA Kegs: 136, 0, 60, 12, 0 ts1# cat /var/run/dmesg.boot Copyright (c) 1992-2004 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 5.3-RELEASE #1: Sun Nov 7 20:50:49 UTC 2004 root@ts1:/usr/src/sys/i386/compile/SERVER ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3054.47-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features = 0xbfebfbff < FPU ,VME ,DE ,PSE ,TSC ,MSR ,PAE ,MCE ,CX8 ,APIC ,SEP ,MTRR ,PGE ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> Hyperthreading: 2 logical CPUs real memory = 4026400768 (3839 MB) avail memory = 3941867520 (3759 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic2: Changing APIC ID to 10 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 4.0 (no driver attached) pci0: at device 4.1 (no driver attached) pci0: at device 4.2 (no driver attached) pci0: at device 14.0 (no driver attached) atapci0: port 0x8b0-0x8bf, 0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ohci0: mem 0xfe100000-0xfe100fff irq 5 at device 15.2 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: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered isab0: at device 15.3 on pci0 isa0: on isab0 pcib1: on acpi0 pci4: on pcib1 pcib2: at device 8.0 on pci4 pci5: on pcib2 aac0: mem 0xf0000000-0xf7ffffff irq 30 at device 8.1 on pci4 aac0: [FAST] aac0: i960RX 100MHz, 118MB cache memory, optional battery present aac0: Kernel 2.8-0, Build 6089, S/N 4ca1d3 aac0: Supported Options=275c pcib3: on acpi0 pci3: on pcib3 bge0: mem 0xfcf10000-0xfcf1ffff irq 28 at device 6.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:11:43:30:93:1b bge1: mem 0xfcf00000-0xfcf0ffff irq 29 at device 8.0 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:11:43:30:93:1c pcib4: on acpi0 pci2: on pcib4 pcib5: on acpi0 pci1: on pcib5 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 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 orm0: at iomem 0xec000-0xeffff,0xc8000-0xcbfff, 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to accept, logging unlimited acd0: CDROM at ata0-master UDMA33 aacd0: on aac0 aacd0: 138850MB (284365824 sectors) SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! Mounting root from ufs:/dev/aacd0s1a From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 12 15:08:42 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34C8516A417 for ; Mon, 12 Nov 2007 15:08:41 +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 B288B13C4B2 for ; Mon, 12 Nov 2007 15:08:40 +0000 (UTC) (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.8) with ESMTP id lACF8L9Y015440; Mon, 12 Nov 2007 18:08:21 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Mon, 12 Nov 2007 18:08:21 +0300 (MSK) From: Maxim Konovalov To: Kevin Day In-Reply-To: Message-ID: <20071112180759.A24106@mp2.macomnet.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-hackers@freebsd.org Subject: Re: 1000+ day uptime 5.3-RELEASE box 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, 12 Nov 2007 15:08:42 -0000 On Mon, 12 Nov 2007, 04:08-0600, Kevin Day wrote: > > We installed a 5.3-RELEASE box back in 2004, and it's been running > pretty hard ever since with no crashes, reboots or anything. We're > about to finally take it down to upgrade the OS soon - are there any > stats anyone wants to see before we do? I know in the past there > have been some "I wonder if that code path ever happened" musings > that maybe I can answer. The system is running lighttpd/php/mysql on > a pretty busy website non-stop during that period. > > Pasted below are some stats that I thought someone might want to > see, even if it's just searching the archives later. I have no idea > which of these counters have wrapped around. The "netstat -m" > counters definitely don't look right. Email me in the next few days > if you want to see something I haven't yet pasted: > > > ts1# uptime > 9:35AM up 1076 days, 19 hrs, 1 user, load averages: 0.43, 0.35, 0.31 4.x is way better :-) $ uptime 6:06PM up 1725 days, 23:07, 1 user, load averages: 0.31, 0.30, 0.26 $ uname -r 4.4-RC [ we need to redirect this thread to -chat :-) ] -- Maxim Konovalov From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 12 16:17:55 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B0ED16A41A for ; Mon, 12 Nov 2007 16:17:55 +0000 (UTC) (envelope-from randyhyde@earthlink.net) Received: from elasmtp-kukur.atl.sa.earthlink.net (elasmtp-kukur.atl.sa.earthlink.net [209.86.89.65]) by mx1.freebsd.org (Postfix) with ESMTP id 2E7A313C48A for ; Mon, 12 Nov 2007 16:17:55 +0000 (UTC) (envelope-from randyhyde@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=C/3b1q4LelNJBLFJqWx6azBE9cOvIGBnX86S6bqCnK3R68lI9Kcil7MccpP+N0Ly; h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP; Received: from [66.215.252.78] (helo=pentiv) by elasmtp-kukur.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1Irbyq-0007xy-Q4 for freebsd-hackers@freebsd.org; Mon, 12 Nov 2007 11:17:44 -0500 Message-ID: <002e01c82547$8e8c6350$6302a8c0@pentiv> From: "Randall Hyde" To: References: <000701c82253$b3a8c030$6302a8c0@pentiv> <47384B75.5090806@maxlor.com> Date: Mon, 12 Nov 2007 08:17:43 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1807 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1896 X-ELNK-Trace: eba5e0c9192a36dcd6dd28457998182d7e972de0d01da940127837ef19c704834cef22ed9f6b61f5350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 66.215.252.78 Subject: Re: Some FreeBSD performance Issues 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, 12 Nov 2007 16:17:55 -0000 > > > Hello Randy, > > First, let me out myself as a fan of yours. It was your book that got me > started on ASM and taught me a lot about computers and logic, plus it > provided some entertainment and mental sustenance in pretty boring > times, so thanks! > > Now, as for your problem: I think I have to agree with the others in > this thread when they say that the problem likely isn't in FreeBSD. The > following C program, which uses the read(2) call to read socket.h > byte-by-byte, runs quickly (0.05 secs on my 2.1GHz system, measured with > time(1)): > << code snipped>> > > This should be quite equivalent to your second and third code fragment; > it does one read system call per byte, no buffering involved. This leads > me to believe that the slowdown occurs in your fileio.read wrapper, or > maybe in the process setup/teardown process. Actually, I'd already gone that route. Looking at the wrong copy of read.c (in the libstd directory) is what had me convinced of the buffering issue. However, the code you posted is still going through libc, so I'm not ready to trust that. However, I just used the syscall system call to make the same INT $80 calls from C that I'm making from the assembly code and that seems to work okay. I've disassembled the code for both programs (my assembly code and the C code that's making direct system calls) and for the life of me, I can't (yet) see any reason why the C code would run two orders of magnitude faster. I guess I'm going to have to look at the start-up code used by the C run-time system and see if it is doing something funny. Note to others: still haven't done ktrace, through looking at the object code for the two programs it's hard to believe that there would be extra system calls taking place or anything like that. If I had to guess at this point, I'd say that my calls are blocking a lot longer than the C program's. My user and system times are low, but real time is very high. Still haven't done ktrace. I'll try that when I get back into town later this week. Cheers, Randy Hyde From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 12 20:47:23 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6268D16A421 for ; Mon, 12 Nov 2007 20:47:23 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (mail0.rawbw.com [198.144.192.41]) by mx1.freebsd.org (Postfix) with ESMTP id 4BB7513C4D3 for ; Mon, 12 Nov 2007 20:47:23 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (localhost [127.0.0.1]) by mail0.rawbw.com (8.13.8/8.13.8) with ESMTP id lACJXc8x088778; Mon, 12 Nov 2007 11:33:38 -0800 (PST) Received: (from www@localhost) by mail0.rawbw.com (8.13.8/8.13.8/Submit) id lACJXcDx088771; Mon, 12 Nov 2007 11:33:38 -0800 (PST) X-Authentication-Warning: mail0.rawbw.com: www set sender to yuri@rawbw.com using -f Received: from sj-webwasher.Cadence.COM (sj-webwasher.Cadence.COM [158.140.1.25]) by webmail.rawbw.com (IMP) with HTTP for ; Mon, 12 Nov 2007 11:33:38 -0800 Message-ID: <1194896018.4738aa922f776@webmail.rawbw.com> Date: Mon, 12 Nov 2007 11:33:38 -0800 From: Yuri To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 158.140.1.25 X-Mailman-Approved-At: Mon, 12 Nov 2007 21:02:03 +0000 Subject: How to get filename of an open file descriptor 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, 12 Nov 2007 20:47:23 -0000 I am looking for functionality similar to Linux's /proc//fd/. I need to know what is the file name of an open file descriptor. /proc//fd is missing on FreeBSD. There's something called 'fdescfs'. In /dev/fd/ it shows the list of file descriptors. But they don't seem to be symbolic links to open files. And also it only shows FDs of the current process. So why there's no /proc//fd in FreeBSD? And how do I work around this? Or should I just invest time and write a kernel patch implementing /proc//fd/? Yuri From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 12 22:05:37 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 294F216A417 for ; Mon, 12 Nov 2007 22:05:37 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (mail0.rawbw.com [198.144.192.41]) by mx1.freebsd.org (Postfix) with ESMTP id 1153F13C48E for ; Mon, 12 Nov 2007 22:05:36 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (localhost [127.0.0.1]) by mail0.rawbw.com (8.13.8/8.13.8) with ESMTP id lACM5Pcw011596; Mon, 12 Nov 2007 14:05:25 -0800 (PST) Received: (from www@localhost) by mail0.rawbw.com (8.13.8/8.13.8/Submit) id lACM5PpZ011593; Mon, 12 Nov 2007 14:05:25 -0800 (PST) X-Authentication-Warning: mail0.rawbw.com: www set sender to yuri@rawbw.com using -f Received: from sj-webwasher.Cadence.COM (sj-webwasher.Cadence.COM [158.140.1.25]) by webmail.rawbw.com (IMP) with HTTP for ; Mon, 12 Nov 2007 14:05:25 -0800 Message-ID: <1194905125.4738ce25a968c@webmail.rawbw.com> Date: Mon, 12 Nov 2007 14:05:25 -0800 From: Yuri To: Robert Watson References: <1194896018.4738aa922f776@webmail.rawbw.com> <20071112214243.Y81124@fledge.watson.org> In-Reply-To: <20071112214243.Y81124@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 158.140.1.25 X-Mailman-Approved-At: Mon, 12 Nov 2007 22:07:10 +0000 Cc: freebsd-hackers@FreeBSD.org Subject: Re: How to get filename of an open file descriptor 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, 12 Nov 2007 22:05:37 -0000 Robert, Thank you for your response. I attempted to compile procstat but procstat.h seems to be missing in tgz. Yuri Quoting Robert Watson : > On Mon, 12 Nov 2007, Yuri wrote: > > > I am looking for functionality similar to Linux's /proc//fd/. I > > need to know what is the file name of an open file descriptor. > > > > /proc//fd is missing on FreeBSD. > > > > There's something called 'fdescfs'. In /dev/fd/ it shows the list of file > > > descriptors. But they don't seem to be symbolic links to open files. And > > also it only shows FDs of the current process. > > > > So why there's no /proc//fd in FreeBSD? And how do I work around this? > > > Or should I just invest time and write a kernel patch implementing > > /proc//fd/? > > You can give these patches a try: > > http://www.watson.org/~robert/freebsd/20071112-procstat.tgz > > They reflect a work-in-progress procstat(1) tool, which inspects process > state > in various ways. They are developed against 8-CURRENT, but likely still > apply > fairly easily to 7-STABLE. They suffer various deficiencies, such as relying > > on the name cache in-kernel to generate file paths for mapped files and open > > file descriptors, so don't currently work with devfs nodes (for example). > However, they may do what you need. Any feedback would be most welcome. > > Robert N M Watson > Computer Laboratory > University of Cambridge > -- From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 12 22:07:49 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 983AD16A473 for ; Mon, 12 Nov 2007 22:07:49 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 620CA13C4C1 for ; Mon, 12 Nov 2007 22:07:49 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id DC9E948849; Mon, 12 Nov 2007 16:51:43 -0500 (EST) Date: Mon, 12 Nov 2007 21:50:13 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Yuri In-Reply-To: <1194896018.4738aa922f776@webmail.rawbw.com> Message-ID: <20071112214243.Y81124@fledge.watson.org> References: <1194896018.4738aa922f776@webmail.rawbw.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: How to get filename of an open file descriptor 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, 12 Nov 2007 22:07:49 -0000 On Mon, 12 Nov 2007, Yuri wrote: > I am looking for functionality similar to Linux's /proc//fd/. I > need to know what is the file name of an open file descriptor. > > /proc//fd is missing on FreeBSD. > > There's something called 'fdescfs'. In /dev/fd/ it shows the list of file > descriptors. But they don't seem to be symbolic links to open files. And > also it only shows FDs of the current process. > > So why there's no /proc//fd in FreeBSD? And how do I work around this? > Or should I just invest time and write a kernel patch implementing > /proc//fd/? You can give these patches a try: http://www.watson.org/~robert/freebsd/20071112-procstat.tgz They reflect a work-in-progress procstat(1) tool, which inspects process state in various ways. They are developed against 8-CURRENT, but likely still apply fairly easily to 7-STABLE. They suffer various deficiencies, such as relying on the name cache in-kernel to generate file paths for mapped files and open file descriptors, so don't currently work with devfs nodes (for example). However, they may do what you need. Any feedback would be most welcome. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 12 22:23:00 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0202A16A419; Mon, 12 Nov 2007 22:23:00 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (mail0.rawbw.com [198.144.192.41]) by mx1.freebsd.org (Postfix) with ESMTP id DD97113C4B6; Mon, 12 Nov 2007 22:22:59 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (localhost [127.0.0.1]) by mail0.rawbw.com (8.13.8/8.13.8) with ESMTP id lACMMgEU023320; Mon, 12 Nov 2007 14:22:42 -0800 (PST) Received: (from www@localhost) by mail0.rawbw.com (8.13.8/8.13.8/Submit) id lACMMgUL023317; Mon, 12 Nov 2007 14:22:42 -0800 (PST) X-Authentication-Warning: mail0.rawbw.com: www set sender to yuri@rawbw.com using -f Received: from sj-webwasher.Cadence.COM (sj-webwasher.Cadence.COM [158.140.1.25]) by webmail.rawbw.com (IMP) with HTTP for ; Mon, 12 Nov 2007 14:22:41 -0800 Message-ID: <1194906161.4738d231c0fe4@webmail.rawbw.com> Date: Mon, 12 Nov 2007 14:22:41 -0800 From: Yuri To: Robert Watson References: <1194896018.4738aa922f776@webmail.rawbw.com> <20071112214243.Y81124@fledge.watson.org> In-Reply-To: <20071112214243.Y81124@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 158.140.1.25 X-Mailman-Approved-At: Mon, 12 Nov 2007 22:25:11 +0000 Cc: freebsd-hackers@FreeBSD.org Subject: Re: How to get filename of an open file descriptor 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, 12 Nov 2007 22:23:00 -0000 I looked at the patch. It retrieves file description information through 'sysctl' calls with proprietary keys. Isn't it better architecturally to expose the same information through procfs interface? At least from the filesystem level and up standard tools like ls/cat will be able to show the the same information instead of the specialized utility. Thanks, Yuri Quoting Robert Watson : > You can give these patches a try: > > http://www.watson.org/~robert/freebsd/20071112-procstat.tgz > > They reflect a work-in-progress procstat(1) tool, which inspects process > state > in various ways. They are developed against 8-CURRENT, but likely still > apply > fairly easily to 7-STABLE. They suffer various deficiencies, such as relying > > on the name cache in-kernel to generate file paths for mapped files and open > > file descriptors, so don't currently work with devfs nodes (for example). > However, they may do what you need. Any feedback would be most welcome. > > Robert N M Watson > Computer Laboratory > University of Cambridge > -- From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 12 22:32:16 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE28616A41A for ; Mon, 12 Nov 2007 22:32:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id C6C9613C481 for ; Mon, 12 Nov 2007 22:32:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 46544486BA; Mon, 12 Nov 2007 17:33:37 -0500 (EST) Date: Mon, 12 Nov 2007 22:32:06 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Yuri In-Reply-To: <1194905125.4738ce25a968c@webmail.rawbw.com> Message-ID: <20071112222557.N81124@fledge.watson.org> References: <1194896018.4738aa922f776@webmail.rawbw.com> <20071112214243.Y81124@fledge.watson.org> <1194905125.4738ce25a968c@webmail.rawbw.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@FreeBSD.org Subject: Re: How to get filename of an open file descriptor 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, 12 Nov 2007 22:32:17 -0000 On Mon, 12 Nov 2007, Yuri wrote: > Thank you for your response. > > I attempted to compile procstat but procstat.h seems to be missing in tgz. Yuri, Indeed -- looks like I forgot to p4 add on my development box. I've updated the tarball to now include procstat.h. If there are any other problems, do let me know. Robert N M Watson Computer Laboratory University of Cambridge > > Yuri > > Quoting Robert Watson : > >> On Mon, 12 Nov 2007, Yuri wrote: >> >>> I am looking for functionality similar to Linux's /proc//fd/. I >>> need to know what is the file name of an open file descriptor. >>> >>> /proc//fd is missing on FreeBSD. >>> >>> There's something called 'fdescfs'. In /dev/fd/ it shows the list of file >> >>> descriptors. But they don't seem to be symbolic links to open files. And >>> also it only shows FDs of the current process. >>> >>> So why there's no /proc//fd in FreeBSD? And how do I work around this? >> >>> Or should I just invest time and write a kernel patch implementing >>> /proc//fd/? >> >> You can give these patches a try: >> >> http://www.watson.org/~robert/freebsd/20071112-procstat.tgz >> >> They reflect a work-in-progress procstat(1) tool, which inspects process >> state >> in various ways. They are developed against 8-CURRENT, but likely still >> apply >> fairly easily to 7-STABLE. They suffer various deficiencies, such as relying >> >> on the name cache in-kernel to generate file paths for mapped files and open >> >> file descriptors, so don't currently work with devfs nodes (for example). >> However, they may do what you need. Any feedback would be most welcome. >> >> Robert N M Watson >> Computer Laboratory >> University of Cambridge >> > > > -- > _______________________________________________ > 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 Nov 12 22:41:29 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 607BB16A46E for ; Mon, 12 Nov 2007 22:41:29 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 20FED13C4B9 for ; Mon, 12 Nov 2007 22:41:29 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7D7074765F; Mon, 12 Nov 2007 17:42:48 -0500 (EST) Date: Mon, 12 Nov 2007 22:41:17 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Yuri In-Reply-To: <1194906161.4738d231c0fe4@webmail.rawbw.com> Message-ID: <20071112223212.V81124@fledge.watson.org> References: <1194896018.4738aa922f776@webmail.rawbw.com> <20071112214243.Y81124@fledge.watson.org> <1194906161.4738d231c0fe4@webmail.rawbw.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@FreeBSD.org Subject: Re: How to get filename of an open file descriptor 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, 12 Nov 2007 22:41:29 -0000 On Mon, 12 Nov 2007, Yuri wrote: > I looked at the patch. It retrieves file description information through > 'sysctl' calls with proprietary keys. > > Isn't it better architecturally to expose the same information through > procfs interface? At least from the filesystem level and up standard tools > like ls/cat will be able to show the the same information instead of the > specialized utility. Over the last several years, we have been working to deprecate procfs as a means as the official means of querying information. This has been for several reasons: (1) procfs has been a major source of security vulnerabilities in every operating system that implements it. You need only look at the vulnerability history of Solaris, Linux, and earlier versions of FreeBSD to see the rather copious list of problems. My belief is that this derives from the fundamental misalignment of the concepts of processes and files: their life cycles are very different, and there appear to be particular problems relating to execve(), which may reflect a security transition that has no logical equivilent revocation point for files. Most of the vulnerabilities have to do with a failure to properly revoke across execution of setuid binaries, and these vulnerabilities seem remarkable persistent over time. (2) procfs is an unstructured query mechanism--sysctl defines certain atomicity properties, has a structured get/set model, and standardized tools for querying simple data. There are well-defined interfaces for requesting the size of the data, etc. Especially for objects that are dynamic in nature, properly implementing buffering of potentially stateful non-atomic queries in a synthetic file system is quite a mess. (3) For non-human interpretation of data, such as monitoring programs, visualization programs, debugging programs, etc, we can avoid marshaling to text and then demarshaling all data on its way through the query interface, which is a common source of bugs (especially when it comes to parsing data that may be defined by untrusted processes, or even just signed vs. unsigned data). I agree there are real trade-offs being made here that can reasonably be debated, but procstat(1) is pretty consistent with our overall direction, and the reasons for the direction are relatively sound. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 12 23:12:48 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39AD416A41B; Mon, 12 Nov 2007 23:12:48 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4C813C4B0; Mon, 12 Nov 2007 23:12:46 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id lACMbAHF022013; Tue, 13 Nov 2007 01:37:10 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Tue, 13 Nov 2007 01:37:10 +0300 (MSK) From: Dmitry Morozovsky To: Yuri In-Reply-To: <1194906161.4738d231c0fe4@webmail.rawbw.com> Message-ID: <20071113013546.B16082@woozle.rinet.ru> References: <1194896018.4738aa922f776@webmail.rawbw.com> <20071112214243.Y81124@fledge.watson.org> <1194906161.4738d231c0fe4@webmail.rawbw.com> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Tue, 13 Nov 2007 01:37:10 +0300 (MSK) Cc: freebsd-hackers@freebsd.org, Robert Watson Subject: Re: How to get filename of an open file descriptor 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, 12 Nov 2007 23:12:48 -0000 On Mon, 12 Nov 2007, Yuri wrote: Y> I looked at the patch. It retrieves file description information through Y> 'sysctl' calls with proprietary keys. Y> Y> Isn't it better architecturally to expose the same information through procfs Y> interface? At least from the filesystem level and up standard tools like ls/cat Y> will be able to show the the same information instead of the specialized utility. IIRC, procfs interface (and existing procfs implementation in particular) has been mostly dropped due to various privilege escalation vulnerabilities existed in the past. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 13 02:01:49 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2A2D16A41B for ; Tue, 13 Nov 2007 02:01:49 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 606BA13C4A7 for ; Tue, 13 Nov 2007 02:01:49 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so15037uge for ; Mon, 12 Nov 2007 18:01:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=fAhKp+tEPwj0lnEbPpNdjQh9oJbuBTFfz9Tu2V+GYXE=; b=hBq19W6UHVqoTH4U6QGfghiNsk1kfMLPbl2mqdFhmbmhrmEVP4/Rb597Ao1fXZLBHPNb2nI3zYRuFpQne25u1X1H/DlmP86EeMpJxLsu33mZaKwyKBCboE4tqlm6+rMg7r+nW69zqWWuxxLtvgF4KNiOB9scWUQeKT8zPl6hh9k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=TZ2GFrj2b2Ufsgtz+cAkoMK67FgM+IiJSIiAvt7shzXxtksbNZLp+t7nMnwZfWgjocPzeOFK85ucLSKLPZimu5NWCqnz5g/stBFGwzSKLQUP2z2BQnYf1Yez/pNjXy6DkAWdLgJpi8IMzKM/Sdb6++WoyOuXWY90zMggVu0YFhA= Received: by 10.86.53.8 with SMTP id b8mr5204608fga.1194919296825; Mon, 12 Nov 2007 18:01:36 -0800 (PST) Received: from roadrunner.spoerlein.net ( [85.180.144.178]) by mx.google.com with ESMTPS id e8sm11870533muf.2007.11.12.18.01.34 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 12 Nov 2007 18:01:34 -0800 (PST) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.1/8.14.1) with ESMTP id lACLuN8C016765; Mon, 12 Nov 2007 22:56:23 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.spoerlein.net (8.14.1/8.14.1/Submit) id lACLuMvt016758; Mon, 12 Nov 2007 22:56:22 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Mon, 12 Nov 2007 22:56:22 +0100 From: Ulrich Spoerlein To: Kevin Day Message-ID: <20071112215622.GA69494@roadrunner.spoerlein.net> Mail-Followup-To: Kevin Day , freebsd-hackers@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-hackers@freebsd.org Subject: Re: 1000+ day uptime 5.3-RELEASE box 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, 13 Nov 2007 02:01:49 -0000 On Mon, 12.11.2007 at 04:08:45 -0600, Kevin Day wrote: > ts1# vmstat -m > > Type InUse MemUse HighUse Requests Size(s) > allocindir 12 1K 2623K532365228 64 > newblk 1 1K 1K602736113 64,256 > NFSV3 srvdesc 0 0K 2K107739750 16,256 > pcb 328 10K 42K176212363 16,32,64,2048 > soname 42 2K 142K5018511311 16,32,128 > mbextcnt 20 1K 104K191273380 16 > iov 0 0K 12K3784306761 16,32,64,128,256,512,1024,2048,4096 Totally nitpicking, but could someone please fix up that format string, so there is always at least one space between HighUse and Requests (looks like there are two spaces between Requests and Sizes.) People might depend on, eg., awk '{print $5}' always printing the right field. Thanks, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 13 07:18:55 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D4C316A417 for ; Tue, 13 Nov 2007 07:18:55 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id BB77413C48D for ; Tue, 13 Nov 2007 07:18:54 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id B286B41C758; Tue, 13 Nov 2007 08:00:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 0iWk+j5vNoOd; Tue, 13 Nov 2007 08:00:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 5B4D241C756; Tue, 13 Nov 2007 08:00:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id C6D75444885; Tue, 13 Nov 2007 06:56:15 +0000 (UTC) Date: Tue, 13 Nov 2007 06:56:15 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Maxim Konovalov In-Reply-To: <20071112180759.A24106@mp2.macomnet.net> Message-ID: <20071113065533.E53707@maildrop.int.zabbadoz.net> References: <20071112180759.A24106@mp2.macomnet.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, Kevin Day Subject: Re: 1000+ day uptime 5.3-RELEASE box X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-advocacy@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 07:18:55 -0000 On Mon, 12 Nov 2007, Maxim Konovalov wrote: > On Mon, 12 Nov 2007, 04:08-0600, Kevin Day wrote: > >> >> We installed a 5.3-RELEASE box back in 2004, and it's been running >> pretty hard ever since with no crashes, reboots or anything. We're >> about to finally take it down to upgrade the OS soon - are there any >> stats anyone wants to see before we do? I know in the past there >> have been some "I wonder if that code path ever happened" musings >> that maybe I can answer. The system is running lighttpd/php/mysql on >> a pretty busy website non-stop during that period. >> >> Pasted below are some stats that I thought someone might want to >> see, even if it's just searching the archives later. I have no idea >> which of these counters have wrapped around. The "netstat -m" >> counters definitely don't look right. Email me in the next few days >> if you want to see something I haven't yet pasted: >> >> >> ts1# uptime >> 9:35AM up 1076 days, 19 hrs, 1 user, load averages: 0.43, 0.35, 0.31 > > 4.x is way better :-) > > $ uptime > 6:06PM up 1725 days, 23:07, 1 user, load averages: 0.31, 0.30, 0.26 > $ uname -r > 4.4-RC > > [ we need to redirect this thread to -chat :-) ] or advocacy like http://lists.freebsd.org/pipermail/freebsd-advocacy/2003-August/000225.html -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 13 10:18:20 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72D6716A41A for ; Tue, 13 Nov 2007 10:18:20 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.freebsd.org (Postfix) with ESMTP id E3B9F13C4AA for ; Tue, 13 Nov 2007 10:18:19 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail12.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lADAHjNB003962 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Nov 2007 21:17:46 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id lADAHiV0001999; Tue, 13 Nov 2007 21:17:44 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id lADAHhwx001998; Tue, 13 Nov 2007 21:17:43 +1100 (EST) (envelope-from peter) Date: Tue, 13 Nov 2007 21:17:43 +1100 From: Peter Jeremy To: Yuri Message-ID: <20071113101743.GL1188@server.vk2pj.dyndns.org> References: <1194896018.4738aa922f776@webmail.rawbw.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WYTEVAkct0FjGQmd" Content-Disposition: inline In-Reply-To: <1194896018.4738aa922f776@webmail.rawbw.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-hackers@freebsd.org Subject: Re: How to get filename of an open file descriptor 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, 13 Nov 2007 10:18:20 -0000 --WYTEVAkct0FjGQmd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 12, 2007 at 11:33:38AM -0800, Yuri wrote: >I am looking for functionality similar to Linux's /proc//fd/. >I need to know what is the file name of an open file descriptor. Note that there is not necessarily a unique (or any) filename associated with a file descriptor. This is an inherent part of the Unix approach to files. You could look at ports/sysutils/lsof or fstat(1). --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an RFC2821-compliant MTA. --WYTEVAkct0FjGQmd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHOXnH/opHv/APuIcRAnJtAJ9WWSBIzDZLGcuyDX5eCb/9HUFcwwCgi4Vm ANVnIcv/Mz4bgeu+0UAeC4c= =V4Ar -----END PGP SIGNATURE----- --WYTEVAkct0FjGQmd-- From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 13 07:43:25 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A337316A417; Tue, 13 Nov 2007 07:43:25 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from comtv.ru (comtv.ru [217.10.32.17]) by mx1.freebsd.org (Postfix) with ESMTP id BD5A913C4B7; Tue, 13 Nov 2007 07:43:24 +0000 (UTC) (envelope-from lol@chistydom.ru) X-UCL: actv Received: from yoda.org.ru ([83.167.98.162] verified) by comtv.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP id 17898579; Tue, 13 Nov 2007 10:43:11 +0300 Received: from [80.68.244.40] (adm40.relax.ru [80.68.244.40]) (Authenticated sender: llp@soekris.ru) by yoda.org.ru (Postfix) with ESMTP id DB40D28CF5; Tue, 13 Nov 2007 10:43:15 +0300 (MSK) Message-ID: <4739557A.6090209@chistydom.ru> Date: Tue, 13 Nov 2007 10:42:50 +0300 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Panagiotis Christias References: <47137D36.1020305@chistydom.ru> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> <47344E47.9050908@chistydom.ru> <47349A17.3080806@FreeBSD.org> <47373B43.9060406@chistydom.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 13 Nov 2007 12:30:35 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: amrd disk performance drop after running under high load 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, 13 Nov 2007 07:43:25 -0000 Hi. Panagiotis Christias wrote: >>>>> In the "good" case you are getting a much higher interrupt rate but >>>>> with the data you provided I can't tell where from. You need to run >>>>> vmstat -i at regular intervals (e.g. every 10 seconds for a minute) >>>>> during the "good" and "bad" times, since it only provides counters >>>>> and an average rate over the uptime of the system. >>>> Now I'm running 10-process lighttpd and the problem became no so big. >>>> >>>> I collected interrupt stats and it shows no relation beetween >>>> ionterrupts and slowdowns. Here is it: >>>> http://83.167.98.162/gprof/intr-graph/ >>>> >>>> Also I have similiar statistics on mutex profiling and it shows >>>> there's no problem in mutexes. >>>> http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ >>>> >>>> I have no idea what else to check. >>> I don't know what this graph is showing me :) When precisely is the >>> system behaving poorly? > what is your RAID controller configuration (read ahead/cache/write > policy)? I have seen weird/bogus numbers (~100% busy) reported by > systat -v when read ahead was enabled on LSI/amr controllers. ********************************************************************** Existing Logical Drive Information By LSI Logic Corp.,USA ********************************************************************** [Note: For SATA-2, 4 and 6 channel controllers, please specify Ch=0 Id=0..15 for specifying physical drive(Ch=channel, Id=Target)] Logical Drive : 0( Adapter: 0 ): Status: OPTIMAL --------------------------------------------------- SpanDepth :01 RaidLevel: 5 RdAhead : Adaptive Cache: DirectIo StripSz :064KB Stripes : 6 WrPolicy: WriteBack Logical Drive 0 : SpanLevel_0 Disks Chnl Target StartBlock Blocks Physical Target Status ---- ------ ---------- ------ ---------------------- 0 00 0x00000000 0x22ec0000 ONLINE 0 01 0x00000000 0x22ec0000 ONLINE 0 02 0x00000000 0x22ec0000 ONLINE 0 03 0x00000000 0x22ec0000 ONLINE 0 04 0x00000000 0x22ec0000 ONLINE 0 05 0x00000000 0x22ec0000 ONLINE I tried to run with disabled Read-ahead, but it didn't help. With best regards, Alexey Popov From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 13 17:02:46 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F354716A468; Tue, 13 Nov 2007 17:02:45 +0000 (UTC) (envelope-from clawsie@fastmail.fm) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id A087913C494; Tue, 13 Nov 2007 17:02:45 +0000 (UTC) (envelope-from clawsie@fastmail.fm) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 6DFDF460C0; Tue, 13 Nov 2007 11:51:09 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 13 Nov 2007 11:51:09 -0500 X-Sasl-enc: ZTEFwZlJ1qdzYjwSik+ahYLkUddh7aoWDtiUmnR8PYNP 1194972668 Received: from localhost (nat-dip4.fw.corp.yahoo.com [209.131.62.113]) by mail.messagingengine.com (Postfix) with ESMTP id BFE28DAD6; Tue, 13 Nov 2007 11:51:08 -0500 (EST) Received: by localhost (sSMTP sendmail emulation); Tue, 13 Nov 2007 08:51:05 -0800 Date: Tue, 13 Nov 2007 08:51:05 -0800 From: brad clawsie To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Message-ID: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) X-Mailman-Approved-At: Tue, 13 Nov 2007 18:19:39 +0000 Cc: Subject: macbook atheros driver in 7-beta2 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, 13 Nov 2007 17:02:46 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hi, i have just put 7-beta2 on a macbook (core 2 duo) i am looking for advice on the best alternative for wireless support, the provided ath driver does not provide support. sam leffler has a patch here http://people.freebsd.org/~sam/ath_hal-20070428.tgz but i am not sure if this is newer or older than the support in 7-beta2 i also see some people are using ndis wrappers with this windows driver: http://www.dlink.com/products/support.asp?pid=489&sec=0 does anyone have a suggestion for the preferred course of action? is there any chance of the atheros support being updated prior to launch or is the featureset frozen? thanks brad --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHOdXzxRg3RkRK91MRAjjTAKCFB+VHuRVetFiXjMc1kjOwa/P3IgCdEqQ8 zahlTmpWYjHVL3aSNmaQ0Po= =6yLF -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 13 19:10:17 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8181C16A421 for ; Tue, 13 Nov 2007 19:10:17 +0000 (UTC) (envelope-from dunceor@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 1969613C491 for ; Tue, 13 Nov 2007 19:10:16 +0000 (UTC) (envelope-from dunceor@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2289518pyb for ; Tue, 13 Nov 2007 11:10:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=6Xj7bcpbtcY6QaL7nucqVlHi1KyO4Djk2LQkJFNaTww=; b=BHMfU58gj4KQcK3ZFijM4u3HwBbid8RIhR4FC7eCl5m2wV/4dObslqUb6w/wMUguYpce6sztOn0huzet9JfxOAUsQBCroYVov0DaHOAxqOIOaQbEUUe4DyivfvVkl9oo7WKGFcp5LezTcQRffQ2rOuX9+u2lv5KdjAddbNfZ4qI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HRgmm6Ryr9uppRepJrqN2NnBAWC467MccrBA8mTkg3HI/HjLY6f39PqxB8tYORkYuZzB5/C3lVRd0ZTC5kRSrLjIC23BfqCpdavSe/AXmbrEgEUiPC9li3tWA8QfNh3mZFYYN1kT3rW4hCSsc09OKyptoVp0lbzlY4Qg3XlbHmU= Received: by 10.65.239.14 with SMTP id q14mr17057333qbr.1194979508844; Tue, 13 Nov 2007 10:45:08 -0800 (PST) Received: by 10.64.150.20 with HTTP; Tue, 13 Nov 2007 10:45:08 -0800 (PST) Message-ID: <5d84cb30711131045o3862f77fy2f070aa75d96efc4@mail.gmail.com> Date: Tue, 13 Nov 2007 19:45:08 +0100 From: "Karl Sjodahl - dunceor" To: "brad clawsie" In-Reply-To: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: macbook atheros driver in 7-beta2 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, 13 Nov 2007 19:10:17 -0000 On Nov 13, 2007 5:51 PM, brad clawsie wrote: > hi, i have just put 7-beta2 on a macbook (core 2 duo) > > i am looking for advice on the best alternative for wireless support, > the provided ath driver does not provide support. > > sam leffler has a patch here > > http://people.freebsd.org/~sam/ath_hal-20070428.tgz > > but i am not sure if this is newer or older than the support in > 7-beta2 > > i also see some people are using ndis wrappers with this windows > driver: > > http://www.dlink.com/products/support.asp?pid=489&sec=0 > > does anyone have a suggestion for the preferred course of action? > > is there any chance of the atheros support being updated prior to > launch or is the featureset frozen? > > thanks > brad > In OpenBSD reyk@ commited support for the atheros chips found in macbooks. I haven't tested it in OpenBSD yet but it should be portable to FreeBSD also. Kerneltrap post about it here: http://kerneltrap.org/OpenBSD/Supporting_Newer_Atheros_Devices br dunceor From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 13 18:56:35 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8D0C16A419; Tue, 13 Nov 2007 18:56:35 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (mail0.rawbw.com [198.144.192.41]) by mx1.freebsd.org (Postfix) with ESMTP id A154E13C4A7; Tue, 13 Nov 2007 18:56:35 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (localhost [127.0.0.1]) by mail0.rawbw.com (8.13.8/8.13.8) with ESMTP id lADIuMfo062957; Tue, 13 Nov 2007 10:56:22 -0800 (PST) Received: (from www@localhost) by mail0.rawbw.com (8.13.8/8.13.8/Submit) id lADIuLZj062954; Tue, 13 Nov 2007 10:56:21 -0800 (PST) X-Authentication-Warning: mail0.rawbw.com: www set sender to yuri@rawbw.com using -f Received: from ip224.carlyle.sfo.ygnition.net (ip224.carlyle.sfo.ygnition.net [24.219.144.224]) by webmail.rawbw.com (IMP) with HTTP for ; Tue, 13 Nov 2007 10:56:21 -0800 Message-ID: <1194980181.4739f355a32bc@webmail.rawbw.com> Date: Tue, 13 Nov 2007 10:56:21 -0800 From: Yuri To: Robert Watson References: <1194896018.4738aa922f776@webmail.rawbw.com> <20071112214243.Y81124@fledge.watson.org> <1194905125.4738ce25a968c@webmail.rawbw.com> <20071112222557.N81124@fledge.watson.org> In-Reply-To: <20071112222557.N81124@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 24.219.144.224 X-Mailman-Approved-At: Tue, 13 Nov 2007 19:11:01 +0000 Cc: freebsd-hackers@FreeBSD.org Subject: Re: How to get filename of an open file descriptor 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, 13 Nov 2007 18:56:35 -0000 Robert, Thank you for letting me know about this new feature procstat. But is there any workaround in 6.3? I need to port one package that needs to lookup file names by FDs to the current FreeBSD and need some solution now. Yuri Quoting Robert Watson : > > On Mon, 12 Nov 2007, Yuri wrote: > > > Thank you for your response. > > > > I attempted to compile procstat but procstat.h seems to be missing in > tgz. > > Yuri, > > Indeed -- looks like I forgot to p4 add on my development box. I've updated > > the tarball to now include procstat.h. If there are any other problems, do > > let me know. > > Robert N M Watson > Computer Laboratory > University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 13 20:07:01 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B432C16A417 for ; Tue, 13 Nov 2007 20:07:01 +0000 (UTC) (envelope-from m3.bsd.mania@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.229]) by mx1.freebsd.org (Postfix) with ESMTP id 777EA13C459 for ; Tue, 13 Nov 2007 20:07:01 +0000 (UTC) (envelope-from m3.bsd.mania@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1201410nzf for ; Tue, 13 Nov 2007 12:06:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=CsToz2PBVm5UyfwXfI+cq5rMCUVB66Gpbvct1il0NL8=; b=H3RXZoOi5pDRKdnhmZADGrHAfnGye9SZFS6OltMM/PPRu7Hahho3+oTt9aaHjJ6tFnhdN3JFQSQicnh6m2jeXHIVPpOseRVYtvRQOvqVKYRurnZ81yTc/m7eakcjJ4MKL+0UMICbLuNvw610izFARlIOTPO1Z9q+tPEnXRltsy4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=iFfw+loadshsiDlpJ7u2VS3cx9FPasJjmU+iRwQK2pKfyVfuK5FqDa5wCj9gfHzuiBZpqiURS79WOmhrhxziraWuZP0rL4IxQevmTTYJYlVowYtXW1hG/m2ekOys49TxoGW+W5wdCuWSz466zgZ8vu4MDN+vbJWtbUNSAr6zKxw= Received: by 10.114.127.1 with SMTP id z1mr991wac.1194982918370; Tue, 13 Nov 2007 11:41:58 -0800 (PST) Received: by 10.114.182.20 with HTTP; Tue, 13 Nov 2007 11:41:58 -0800 (PST) Message-ID: <1b4e25200711131141h6ef5fde5ub64d5e2660366a05@mail.gmail.com> Date: Tue, 13 Nov 2007 17:41:58 -0200 From: "Mario Augusto Mania" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: How to read events from usb keyboard/mouse 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, 13 Nov 2007 20:07:01 -0000 Hi All I user linux to make a multiseat system, but, i wold like to user freebsd to do it :). The problem is: how to read a evento from individual usb keyboard/mouse? In linux, i use evdev driver in xorg (or Xephyr modified), but, in FreeBSd? what i will use? -- Atenciosmente Mario Augusto Mania ----------------------------------------------- m3.bsd.mania@gmail.com Cel.: (43) 9938-9629 Msn: mario@oquei.com From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 13 23:20:45 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AC8B16A49E for ; Tue, 13 Nov 2007 23:20:45 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: from redundancy.redundancy.org (redundancy.redundancy.org [64.147.160.152]) by mx1.freebsd.org (Postfix) with SMTP id 357F913C474 for ; Tue, 13 Nov 2007 23:20:45 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: (qmail 80269 invoked by uid 1001); 13 Nov 2007 23:21:03 -0000 Date: Tue, 13 Nov 2007 15:21:03 -0800 From: "David E. Thiel" To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Message-ID: <20071113232103.GU24004@redundancy.redundancy.org> Mail-Followup-To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org References: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071113165105.GB44403@jobbicycle.greatamerica.corp.yahoo.com> X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13 X-Face: %H~{$1~NOw1y#%mM6{|4:/ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 23:20:45 -0000 On Tue, Nov 13, 2007 at 08:51:05AM -0800, brad clawsie wrote: > i am looking for advice on the best alternative for wireless support, > the provided ath driver does not provide support. > > sam leffler has a patch here > > http://people.freebsd.org/~sam/ath_hal-20070428.tgz > > but i am not sure if this is newer or older than the support in > 7-beta2 It's newer, but has some known bugs. It's worth giving a try for the moment. From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 01:50:16 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7EF316A417 for ; Wed, 14 Nov 2007 01:50:16 +0000 (UTC) (envelope-from girish1729@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id 7BA1A13C474 for ; Wed, 14 Nov 2007 01:50:16 +0000 (UTC) (envelope-from girish1729@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so16491rvb for ; Tue, 13 Nov 2007 17:50:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:date:to:subject:message-id:reply-to:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:from; bh=lnK7SWouIwBbRBUNLdmIqMdfh/IP1O+oqpWLhYUX9VA=; b=FnPpvyniBMuT7WpR2J0Co53qKyt+HWM3comxJDTvnAcKghURYBSgONZMRyyD1Ld6P8Bw49XObPCSWh78M5AflQt9BPYddBARhGTokcYk2tIaYWJwy0qolVny29iMpWLmyAPhq+jcmE3bi/aO6kVk5CPAOIpjT2CLp5uUMCzRbFU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:to:subject:message-id:reply-to:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:from; b=sKdUsVhelY6DauG6qlC+llrtwWzlcEuyRyTV/xPlgx364nouYrgvG5V71DTktAI2/DPQ10d95YZlHfghQ8Qy0ihytLve20aJnKDF0Q805egbUQTP1fsn9MKTqA41iWPX75Rn3dP8KRBrthfYM6IznBt2svJXjg71nzwKqjFy40w= Received: by 10.140.250.14 with SMTP id x14mr3179959rvh.1195003447626; Tue, 13 Nov 2007 17:24:07 -0800 (PST) Received: from saraswathy.susmita.org ( [59.92.50.233]) by mx.google.com with ESMTPS id l31sm123166rvb.2007.11.13.17.24.05 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 13 Nov 2007 17:24:06 -0800 (PST) Received: by saraswathy.susmita.org (Postfix, from userid 1002) id 5C333143E7; Wed, 14 Nov 2007 06:53:58 +0530 (IST) Date: Wed, 14 Nov 2007 06:53:58 +0530 To: freebsd-hackers@freebsd.org Message-ID: <20071114012358.GA2700@saraswathy.susmita.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <1b4e25200711131141h6ef5fde5ub64d5e2660366a05@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1b4e25200711131141h6ef5fde5ub64d5e2660366a05@mail.gmail.com> User-Agent: Mutt/1.5.12-2006-07-14 From: Girish Venkatachalam Subject: Re: How to read events from usb keyboard/mouse X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: girishvenkatachalam@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 01:50:16 -0000 On 17:41:58 Nov 13, Mario Augusto Mania wrote: > Hi All > > I user linux to make a multiseat system, but, i wold like to user > freebsd to do it :). The problem is: how to read a evento from > individual usb keyboard/mouse? In linux, i use evdev driver in xorg > (or Xephyr modified), but, in FreeBSd? what i will use? I don't think xephyr/xnest would be the best way to do multiseat in linux. I much prefer alternative approaches. Anyway I don't have an answer to your question. :) There seem to be no equivalent of evdev on BSD. For good reason of course. I believe the only way out is to first demux the mouse and keyboard for each of the seats. If you spend a few days and hack the FreeBSD kernel you should be able to do it. Reading the sysmouse and vidcontrol man pages and source should get you started. I shall be interested in your findings.:) Thanks. regards, Girish From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 02:23:42 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94E9616A418; Wed, 14 Nov 2007 02:23:42 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 515DF13C459; Wed, 14 Nov 2007 02:23:35 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (dialup60.ach.sch.gr [81.186.70.60]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lAE2MpFN001067 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 14 Nov 2007 04:23:03 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lAE2MnHj002088; Wed, 14 Nov 2007 04:22:49 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lADJjVm6001388; Tue, 13 Nov 2007 21:45:31 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Tue, 13 Nov 2007 21:45:30 +0200 From: Giorgos Keramidas To: Julian Elischer Message-ID: <20071113194530.GA1281@kobe.laptop> References: <4733F1DA.60706@gmail.com> <1194616213.8643.24.camel@z60m.optimlabs.com> <1194619407.64797.64.camel@localhost> <1194621176.1219.3.camel@z60m.optimlabs.com> <4734B397.4010905@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4734B397.4010905@elischer.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.149, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.25, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: Tom Evans , Ian FREISLICH , "Aryeh M. Friedman" , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, OutbackDingo Subject: Re: questions on development(7) 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, 14 Nov 2007 02:23:42 -0000 On 2007-11-09 11:23, Julian Elischer wrote: > ok having done this for years here's how it goes. If you have a > private CVS repo mirroring the FreeBSD tree then you can keep your > changes up to date in your "checked out" source tree. but you can > generally not check them in anywhere. > > You CAN keep your own special branch (I think it was branch numbers > above 100000 or something, check cvsup docs) that cvsup will not over > write, and you can check in your changes there but that branch will > not automatically update from freebsd.org so you will need to do > branch updates regularly. (and that can be tricky and time consuming > in CVS) otherwise your branch will get out-of date when compaerd with > -current. > > usually I just keep my work checked out until I'm ready to feed the > changes back but I take regular diffs and stash them away as 'backups' :-) > > This is why we have the perforce repo in addition to CVS. it is good > at doing large branch manipulations, and it is more feasible to keep > your own branch in sync with the branch that is kept up to date with > the CVS tree. > > Unfortunatly, we don't give out access to that to 'anybody', it may be > possible to get mercurial to do similar, or if you could get a > 'personal use' p4 server you could get the scripts from Peter and see > if you could do the same. Git or Mercurial can track 'vendor' imports quite fine. There are tools out there which can do either: * Periodic 'imports' of the FreeBSD src/ tree as 'vendor' code * Incremental conversion of /home/ncvs/src in 'changesets' I've been using a 'converted' tree for almost a year and a half now, to keep a local mirror of the src repository at `/ws/freebsd/head' on my laptop. The first clean import of the current tree I am using was done during last summer: changeset: 0:98902a1e0339 user: ncvs date: Mon Jul 16 17:03:48 2007 +0000 summary: Import FreeBSD src/ snapshot at 2007/07/16 17:03:48 +0000 Now I'm up to and including the following src commit: changeset: 1361:0362088cd690 tag: tip user: brueffer date: Tue Nov 13 16:42:22 2007 +0000 summary: Xref wpi(4). Then, in a clone of this, I keep a local "patch queue", which is rebased on top of the 'vendor' clone of src/, with several changes which are not yet ready to hit src/: keramida@kobe:/wd/bsd/src$ hg qseries -s regression-tr: Add some regression tests for the tr(1) utility du-hardlinks: Add a -l option to du(1), to allow counting hard links multiple times yacc-ruslan: Fix a yacc(1) core dump reported by darrenr; patch by ru snd-emu10kx: Various mdoc style and wording fixes. loader-prompt: Lowercase the "OK" boot loader prompt top-wcpu: make *top* use raw (non-weighted) cpu mode by default ffs-fsync-typo: Minor typo nit in ffs_fsync() kernconf-kobe: Add KOBE kernel config file, for my laptop keramida@kobe:/ws/bsd/src$ My own preference, as shown by the hg(1) utility above is to locally use Mercurial, so if anyone wants help in setting up a 'clone' of the src/ repository, I can help with the setup details. I don't have a fast enough connection to keep online a mirror of the src/ repository myself, but maybe someone else can help with that. Then, 'anybody' can clone the workspace and keep 'pulling' from it :-) > I wonder if ther is a way we could broadcast changes to the p4 'head' > branch so that people could keep their own p4 servers up to date. Unfortunately, no. Perforce is not easy to 'mirror' around the world, but it's ok. For a determined person, it should be fairly easy to set up a local mirror of any part of the FreeBSD src tree, using one of the distributed SCMs. They have *great* support for mirroring clones of the original repository, and most of them have fairly good support for incremental updates over the wire --- transferring the minimal number of bits and bytes over a slow connection, they can keep an up to date local clone of a remote tree. I don't know of anything which can do the same for Perforce depots; which is unlucky, because it would help me *tremendously* in my every day ${realjob} too. If anyone wants help with setting up Mercurial to do something like this, however, I'm all for it and I will help in any way I can. - Giorgos From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 03:56:17 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E901916A41A for ; Wed, 14 Nov 2007 03:56:17 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (bhuda.mired.org [66.92.153.74]) by mx1.freebsd.org (Postfix) with SMTP id 8FC8F13C442 for ; Wed, 14 Nov 2007 03:56:17 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 17804 invoked by uid 1001); 14 Nov 2007 03:29:47 -0000 Received: from bhuda.mired.org (localhost.localdomain [127.0.0.1]) by bhuda.mired.org (tmda-ofmipd) with ESMTP; Tue, 13 Nov 2007 22:29:46 -0500 Date: Tue, 13 Nov 2007 22:29:46 -0500 To: freebsd-hackers@freebsd.org Message-ID: <20071113222946.58f314d4@bhuda.mired.org> In-Reply-To: <20071113194530.GA1281@kobe.laptop> References: <4733F1DA.60706@gmail.com> <1194616213.8643.24.camel@z60m.optimlabs.com> <1194619407.64797.64.camel@localhost> <1194621176.1219.3.camel@z60m.optimlabs.com> <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> Organization: Meyer Consulting X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; amd64-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.1.11 (Ladyburn) From: Mike Meyer Cc: keramida@freebsd.org Subject: Re: questions on development(7) 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, 14 Nov 2007 03:56:18 -0000 On Tue, 13 Nov 2007 21:45:30 +0200 Giorgos Keramidas wrote: > > I wonder if ther is a way we could broadcast changes to the p4 'head' > > branch so that people could keep their own p4 servers up to date. > > Unfortunately, no. Perforce is not easy to 'mirror' around the world, > but it's ok. Actually, it is easy. Well, sort of, as whether or not what you're doing is a mirror depends on how you want to define 'mirror'. It looks and acts like a read-only local copy, but it isn't. Instead, your server fetches the bits it needs from the remote server on demand. > For a determined person, it should be fairly easy to set > up a local mirror of any part of the FreeBSD src tree, using one of > the distributed SCMs. They have *great* support for mirroring clones > of the original repository, and most of them have fairly good support > for incremental updates over the wire --- transferring the minimal > number of bits and bytes over a slow connection, they can keep an up to > date local clone of a remote tree. > > I don't know of anything which can do the same for Perforce depots; > which is unlucky, because it would help me *tremendously* in my every > day ${realjob} too. If anyone wants help with setting up Mercurial to > do something like this, however, I'm all for it and I will help in any > way I can. What you want to do is set up the master (where you are mirroring from) as a remote depot on your local server. You then treat the appropriate part of that as the "vendor branch". You treat it just like you'd treat a vendor branch most other SCMs - except you don't have to "import new vendor code". You need local changes? Create a local branch of the vendor branch, and work there. You need to merge vendor changes into your branch? You do it just like you would if it were in the local repository. You want to grovel through the change logs of the vendor branch? Those are there as well, just like they are in a distributed SCM. It isn't the same as having a local repository in a distributed SCM, so the advantages and disadvantages are different. Whether or not it'll do the job you want depends on the exact nature of the job. But I've been happy doing things this way. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. -- Mike Meyer http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 04:14:25 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42D2E16A419 for ; Wed, 14 Nov 2007 04:14:25 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id C2BFF13C458 for ; Wed, 14 Nov 2007 04:14:24 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-33-194.lns10.adl2.internode.on.net [121.45.33.194]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lAE3p4gl019809 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Nov 2007 14:21:05 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org, girishvenkatachalam@gmail.com Date: Wed, 14 Nov 2007 14:20:51 +1030 User-Agent: KMail/1.9.7 References: <1b4e25200711131141h6ef5fde5ub64d5e2660366a05@mail.gmail.com> <20071114012358.GA2700@saraswathy.susmita.org> In-Reply-To: <20071114012358.GA2700@saraswathy.susmita.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1271444.pzvAnqm4Ma"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711141421.02872.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Subject: Re: How to read events from usb keyboard/mouse 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, 14 Nov 2007 04:14:25 -0000 --nextPart1271444.pzvAnqm4Ma Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 14 Nov 2007, Girish Venkatachalam wrote: > On 17:41:58 Nov 13, Mario Augusto Mania wrote: > > Hi All > > > > I user linux to make a multiseat system, but, i wold like to user > > freebsd to do it :). The problem is: how to read a evento from > > individual usb keyboard/mouse? In linux, i use evdev driver in xorg > > (or Xephyr modified), but, in FreeBSd? what i will use? > > I don't think xephyr/xnest would be the best way to do multiseat in > linux. I much prefer alternative approaches. Couldn't you just run N copies of X (one for each head) and tell them=20 which mouse & keyboard device to use in each config file? ie don't use sysmouse or kbdmux. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1271444.pzvAnqm4Ma Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHOnCm5ZPcIHs/zowRAggKAKCUfgOMV+2IPy8Lpt20y8RUPCeenwCgn+Rx ctyDNUWNMye4TXftzmy+xCw= =Oh7T -----END PGP SIGNATURE----- --nextPart1271444.pzvAnqm4Ma-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 07:18:26 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A31716A418; Wed, 14 Nov 2007 07:18:26 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id DBD9F13C4C4; Wed, 14 Nov 2007 07:18:25 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-33-194.lns10.adl2.internode.on.net [121.45.33.194]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lAE7I9Vf024034 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Nov 2007 17:48:10 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Wed, 14 Nov 2007 17:48:06 +1030 User-Agent: KMail/1.9.7 References: <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> In-Reply-To: <20071113194530.GA1281@kobe.laptop> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1386239.xJqTXVXcYn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711141748.08300.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Tom Evans , Ian FREISLICH , "Aryeh M. Friedman" , freebsd-current@freebsd.org, Giorgos Keramidas , OutbackDingo , Julian Elischer Subject: Re: questions on development(7) 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, 14 Nov 2007 07:18:26 -0000 --nextPart1386239.xJqTXVXcYn Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 14 Nov 2007, Giorgos Keramidas wrote: > * Periodic 'imports' of the FreeBSD src/ tree as 'vendor' code > > * Incremental conversion of /home/ncvs/src in 'changesets' > > I've been using a 'converted' tree for almost a year and a half now, > to keep a local mirror of the src repository at `/ws/freebsd/head' on > my laptop. The first clean import of the current tree I am using was > done during last summer: I have seen a few Hg repos although I haven't found one for RELENG_7=20 [yet]. Also cvs20hg doesn't appear to grok Hg branches (probably because it=20 predates them) and it would be Really Nice(tm) if it did. (ENOCLUE is=20 my excuse for a lack of patches :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1386239.xJqTXVXcYn Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHOqEw5ZPcIHs/zowRAj3FAJ4lNe6OVsqX/zuU5uwcR7zwhCDuAQCfSoo+ mo6sh6E5IYA19jxNO/pHpjY= =WMxm -----END PGP SIGNATURE----- --nextPart1386239.xJqTXVXcYn-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 07:32:59 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E0CA16A420 for ; Wed, 14 Nov 2007 07:32:59 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id E4A5413C457 for ; Wed, 14 Nov 2007 07:32:58 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2659687pyb for ; Tue, 13 Nov 2007 23:32:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=cELGtMCK2Y/FOB1Bx5rk8ETZMwibMM+EbMbCndeIFHo=; b=QoIynV3pKcZ/wjyus0HvCpkGLBUzk1ahPsNJJgR7l+lAdJl8Ltg7QO3/DUVaKgDYmmlvpJCUlJX77+KPwMnyjJMmEEx4gUUL7QUffwBccQZUbr8EXEnUzheIhxwVA0PXe1ciWiRz6KpY7lhsAnY8zkpWy+zNTYhJ3aPHRGIvAxU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=PRFWfhDQgNF6eWvmFz5mBNuaV21Kt1UDvvnJbzsSbmDOECJ15l/eTx6RJ6Ewd+lSHLfXECkowcz0GuigrS43m769BlnenJDxqsqUjFPDIkZXzvyVnvyPgFQd5JTWO+n4Myr00r8aN8Dvj8TB+cHLAw4ybWl2ajzalUv0DpYcmiQ= Received: by 10.65.133.8 with SMTP id k8mr18458282qbn.1195025577739; Tue, 13 Nov 2007 23:32:57 -0800 (PST) Received: from ?10.1.1.100? ( [203.125.55.190]) by mx.google.com with ESMTPS id 19sm1492758nzp.2007.11.13.23.32.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 Nov 2007 23:32:53 -0800 (PST) From: OutbackDingo To: Daniel O'Connor In-Reply-To: <200711141748.08300.doconnor@gsoft.com.au> References: <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> <200711141748.08300.doconnor@gsoft.com.au> Content-Type: text/plain Date: Wed, 14 Nov 2007 15:31:37 +0800 Message-Id: <1195025529.30690.6.camel@z60m.optimlabs.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Tom Evans , Ian FREISLICH , "Aryeh M. Friedman" , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Giorgos Keramidas , Julian Elischer Subject: Re: questions on development(7) 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, 14 Nov 2007 07:32:59 -0000 All ive seen in FreeBSD hg branches is a current and a releng_6 Id like to see a complete tree converted if there is one out there. I do have some bandwidth to potentially host such a conversion for others. question is does one exist ? On Wed, 2007-11-14 at 17:48 +1030, Daniel O'Connor wrote: > On Wed, 14 Nov 2007, Giorgos Keramidas wrote: > > * Periodic 'imports' of the FreeBSD src/ tree as 'vendor' code > > > > * Incremental conversion of /home/ncvs/src in 'changesets' > > > > I've been using a 'converted' tree for almost a year and a half now, > > to keep a local mirror of the src repository at `/ws/freebsd/head' on > > my laptop. The first clean import of the current tree I am using was > > done during last summer: > > I have seen a few Hg repos although I haven't found one for RELENG_7 > [yet]. > > Also cvs20hg doesn't appear to grok Hg branches (probably because it > predates them) and it would be Really Nice(tm) if it did. (ENOCLUE is > my excuse for a lack of patches :) > From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 09:58:14 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12F7E16A468; Wed, 14 Nov 2007 09:58:14 +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 C458013C469; Wed, 14 Nov 2007 09:58:13 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 3EB1C2092; Wed, 14 Nov 2007 10:58:04 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id B26D7208F; Wed, 14 Nov 2007 10:58:03 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 8A42A84488; Wed, 14 Nov 2007 10:58:03 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Yuri References: <1194896018.4738aa922f776@webmail.rawbw.com> <20071112214243.Y81124@fledge.watson.org> <1194905125.4738ce25a968c@webmail.rawbw.com> <20071112222557.N81124@fledge.watson.org> <1194980181.4739f355a32bc@webmail.rawbw.com> Date: Wed, 14 Nov 2007 10:58:03 +0100 In-Reply-To: <1194980181.4739f355a32bc@webmail.rawbw.com> (yuri@rawbw.com's message of "Tue\, 13 Nov 2007 10\:56\:21 -0800") Message-ID: <86wssl2lp0.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@FreeBSD.org, Robert Watson Subject: Re: How to get filename of an open file descriptor 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, 14 Nov 2007 09:58:14 -0000 Yuri writes: > But is there any workaround in 6.3? I need to port one package that > needs to lookup file names by FDs to the current FreeBSD and need some > solution now. You can not reliably obtain a file name from a file descriptor. The best you can hope for is to find a file name that resolves to the vnode that the file descriptor is associated with. The file name you find (if you do - there is no guarantee) may or may not be the name by which the file was opened. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 10:45:22 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3E1E16A417 for ; Wed, 14 Nov 2007 10:45:22 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7C11C13C468 for ; Wed, 14 Nov 2007 10:45:22 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7CD804AA6B; Wed, 14 Nov 2007 05:47:03 -0500 (EST) Date: Wed, 14 Nov 2007 10:45:18 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Yuri In-Reply-To: <1194980181.4739f355a32bc@webmail.rawbw.com> Message-ID: <20071114104157.D92502@fledge.watson.org> References: <1194896018.4738aa922f776@webmail.rawbw.com> <20071112214243.Y81124@fledge.watson.org> <1194905125.4738ce25a968c@webmail.rawbw.com> <20071112222557.N81124@fledge.watson.org> <1194980181.4739f355a32bc@webmail.rawbw.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@FreeBSD.org Subject: Re: How to get filename of an open file descriptor 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, 14 Nov 2007 10:45:22 -0000 On Tue, 13 Nov 2007, Yuri wrote: > Thank you for letting me know about this new feature procstat. > > But is there any workaround in 6.3? I need to port one package that needs to > lookup file names by FDs to the current FreeBSD and need some solution now. If the port uses a script to extract the data, a tool like lsof may do the trick. However, I'm not sure there are any native APIs to query that data "as shipped" in 6.3. Once I've had some reasonable feedback on procstat(1), I'll merge it into CVS and start it on the MFC route, but 6.3 is almost certainly too soon for it to ship as part of that release. I don't know if there will be a 6.4 or not, but I would anticipate procstat(1) appearing in 7.1, and 6-STABLE if there are requests. procstat(1) mostly relies on existing sysctls, and adds two new ones for the purposes of exporting the file descriptor and VM information only, so it is a fairly straight forward MFC. Robert N M Watson Computer Laboratory University of Cambridge > > Yuri > > > Quoting Robert Watson : > >> >> On Mon, 12 Nov 2007, Yuri wrote: >> >>> Thank you for your response. >>> >>> I attempted to compile procstat but procstat.h seems to be missing in >> tgz. >> >> Yuri, >> >> Indeed -- looks like I forgot to p4 add on my development box. I've updated >> >> the tarball to now include procstat.h. If there are any other problems, do >> >> let me know. >> >> Robert N M Watson >> Computer Laboratory >> University of Cambridge > From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 11:16:21 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE0A416A419 for ; Wed, 14 Nov 2007 11:16:21 +0000 (UTC) (envelope-from girishvenkatachalam@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.187]) by mx1.freebsd.org (Postfix) with ESMTP id BC79313C47E for ; Wed, 14 Nov 2007 11:16:21 +0000 (UTC) (envelope-from girishvenkatachalam@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so127328rvb for ; Wed, 14 Nov 2007 03:16:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:date:from:to:subject:message-id:reply-to:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=HvFfJoumIf6G5Nu5M9uxzxoWcERt+oz0cn6tlNtfNZE=; b=UBEEc6XpJJo5VpYrjTOL2MBoKxk+P6sCteiJwcKFSiLvsQUWBcvTkeio8TxKHYeXsO3US+DiO4X11ii62utilDfRQEu8adftcVzaq/Kd+n04aM2u2dwnw1vUPCt9TzLF3XIKVxm8kBGh5pwD2GuEpPVrtxfXSSLtey+Xtbm+rxE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:reply-to:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=enOQ2tMw9sPqdglO2/PAdYyrQpeHwZA+6WsSfnRcrYkoM0fh3bN5S2AtOcgi2ZBHN6DeLwGcXw/fBXhkmEUbo2tjZ6xu0ui3VhFeSsvZWnMIAzpEncAfZpgILWLcZu8v1nKQJFu1SoRxTGU169Oo+/a/VZxyzl8KSXODX4TlpXE= Received: by 10.141.2.19 with SMTP id e19mr161741rvi.1195037470951; Wed, 14 Nov 2007 02:51:10 -0800 (PST) Received: from saraswathy.susmita.org ( [59.92.36.50]) by mx.google.com with ESMTPS id c14sm1193272rvf.2007.11.14.02.51.08 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 14 Nov 2007 02:51:10 -0800 (PST) Received: by saraswathy.susmita.org (Postfix, from userid 1002) id ACF71143E7; Wed, 14 Nov 2007 16:20:55 +0530 (IST) Date: Wed, 14 Nov 2007 16:20:55 +0530 From: Girish Venkatachalam To: freebsd-hackers@freebsd.org Message-ID: <20071114105055.GA10794@saraswathy.susmita.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <1b4e25200711131141h6ef5fde5ub64d5e2660366a05@mail.gmail.com> <20071114012358.GA2700@saraswathy.susmita.org> <200711141421.02872.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200711141421.02872.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.12-2006-07-14 Subject: Re: How to read events from usb keyboard/mouse X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: girishvenkatachalam@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 11:16:22 -0000 On 14:20:51 Nov 14, Daniel O'Connor wrote: > Couldn't you just run N copies of X (one for each head) and tell them > which mouse & keyboard device to use in each config file? > > ie don't use sysmouse or kbdmux. Try it. If it works let us know. :) Very unlikely. Nowadays all X display managers supply multiseat. So this might not be too much of a problem if the mouse and keyboard events are kept separated at the kernel level. But AFAIK muxing is hard to "fix"... regards, Girish From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 11:20:46 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 319D516A419; Wed, 14 Nov 2007 11:20:46 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.freebsd.org (Postfix) with ESMTP id 0FEAA13C509; Wed, 14 Nov 2007 11:20:46 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JRH004EKU6BHM96@vms040.mailsrvcs.net>; Wed, 14 Nov 2007 05:20:35 -0600 (CST) Date: Wed, 14 Nov 2007 06:23:04 -0500 From: Skip Ford In-reply-to: <20071114104157.D92502@fledge.watson.org> To: Robert Watson Mail-followup-to: Robert Watson , Yuri , freebsd-hackers@FreeBSD.org Message-id: <20071114112304.GA835@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <1194896018.4738aa922f776@webmail.rawbw.com> <20071112214243.Y81124@fledge.watson.org> <1194905125.4738ce25a968c@webmail.rawbw.com> <20071112222557.N81124@fledge.watson.org> <1194980181.4739f355a32bc@webmail.rawbw.com> <20071114104157.D92502@fledge.watson.org> User-Agent: Mutt/1.4.2.3i Cc: Yuri , freebsd-hackers@FreeBSD.org Subject: Re: How to get filename of an open file descriptor 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, 14 Nov 2007 11:20:46 -0000 Robert Watson wrote: > On Tue, 13 Nov 2007, Yuri wrote: > > >Thank you for letting me know about this new feature procstat. > > > >But is there any workaround in 6.3? I need to port one package that needs > >to lookup file names by FDs to the current FreeBSD and need some solution > >now. > > If the port uses a script to extract the data, a tool like lsof may do the > trick. However, I'm not sure there are any native APIs to query that data > "as shipped" in 6.3. Once I've had some reasonable feedback on > procstat(1), Well, the header file procstat.h is still missing from the tarball AFAICT so I don't know how many people are using it. Not sure what type of feedback you want, but I've been using it since you posted the link and it works as advertised. I like being able to see the vm map without using procfs. I don't like having a procstat(1) utility along with a ps(1) utility. "procstat" seems short for process status as does "ps". Seems like procstat(1) should be a library with ps(1) the frontend, or ps(1) should be merged with procstat(1). Plus, the name "procstat" sounds an awful lot like a certain part of the body that makes me uncomfortable in my chair. Do you really want to spend the rest of your life asking people to see their procstat output? ;-) But, it works fine and provides access to information that's not readily available by other means. -- Skip From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 11:29:31 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 304CF16A46C; Wed, 14 Nov 2007 11:29:31 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id 25E3713C461; Wed, 14 Nov 2007 11:29:30 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-048-197.pools.arcor-ip.net [88.66.48.197]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1IsGEJ2S57-0003qv; Wed, 14 Nov 2007 12:16:29 +0100 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Wed, 14 Nov 2007 12:16:06 +0100 User-Agent: KMail/1.9.7 References: <1194896018.4738aa922f776@webmail.rawbw.com> <1194980181.4739f355a32bc@webmail.rawbw.com> <20071114104157.D92502@fledge.watson.org> In-Reply-To: <20071114104157.D92502@fledge.watson.org> 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="nextPart4637908.HIfKJHcbca"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711141216.20168.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+bX9q8d0wQlZZHFVH07WQU/ydmzNG/ARh2Ih7 FHbMFWtgoPkVraagNWgmzSW2nYtOsuekrf9FZHxMhw/zprkG8O jKGq+fTN/5JggN4ckA6q/BLmL0p+GDHm+8lIcAg1OY= Cc: Yuri , Robert Watson Subject: Re: How to get filename of an open file descriptor 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, 14 Nov 2007 11:29:31 -0000 --nextPart4637908.HIfKJHcbca Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 14 November 2007, Robert Watson wrote: > On Tue, 13 Nov 2007, Yuri wrote: > > Thank you for letting me know about this new feature procstat. > > > > But is there any workaround in 6.3? I need to port one package that > > needs to lookup file names by FDs to the current FreeBSD and need > > some solution now. I'm not completely certain what you are looking for, but doesn't lsof do=20 just that? > If the port uses a script to extract the data, a tool like lsof may do > the trick. However, I'm not sure there are any native APIs to query > that data "as shipped" in 6.3. Once I've had some reasonable feedback > on procstat(1), I'll merge it into CVS and start it on the MFC route, > but 6.3 is almost certainly too soon for it to ship as part of that > release. I don't know if there will be a 6.4 or not, but I would > anticipate procstat(1) appearing in 7.1, and 6-STABLE if there are > requests. procstat(1) mostly relies on existing sysctls, and adds two > new ones for the purposes of exporting the file descriptor and VM > information only, so it is a fairly straight forward MFC. > > Robert N M Watson > Computer Laboratory > University of Cambridge > > > Yuri > > > > Quoting Robert Watson : > >> On Mon, 12 Nov 2007, Yuri wrote: > >>> Thank you for your response. > >>> > >>> I attempted to compile procstat but procstat.h seems to be missing > >>> in > >> > >> tgz. > >> > >> Yuri, > >> > >> Indeed -- looks like I forgot to p4 add on my development box. I've > >> updated > >> > >> the tarball to now include procstat.h. If there are any other > >> problems, do > >> > >> let me know. > >> > >> Robert N M Watson > >> Computer Laboratory > >> University of Cambridge > > _______________________________________________ > 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" =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 --nextPart4637908.HIfKJHcbca Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHOtkEXyyEoT62BG0RAsf4AJ9+BDb9NrPZpr4pV9dwZW/jfcxChACfRTJD TmRqdpBO9khUhiBUqyt46Jw= =61Gv -----END PGP SIGNATURE----- --nextPart4637908.HIfKJHcbca-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 12:11:43 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2394316A417 for ; Wed, 14 Nov 2007 12:11:43 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id A2AD213C442 for ; Wed, 14 Nov 2007 12:11:42 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-33-194.lns10.adl2.internode.on.net [121.45.33.194]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lAECBerk029697 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Nov 2007 22:41:41 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org, girishvenkatachalam@gmail.com Date: Wed, 14 Nov 2007 22:41:28 +1030 User-Agent: KMail/1.9.7 References: <1b4e25200711131141h6ef5fde5ub64d5e2660366a05@mail.gmail.com> <200711141421.02872.doconnor@gsoft.com.au> <20071114105055.GA10794@saraswathy.susmita.org> In-Reply-To: <20071114105055.GA10794@saraswathy.susmita.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1497178.zgjlSUyPsS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711142241.36337.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Subject: Re: How to read events from usb keyboard/mouse 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, 14 Nov 2007 12:11:43 -0000 --nextPart1497178.zgjlSUyPsS Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 14 Nov 2007, Girish Venkatachalam wrote: > On 14:20:51 Nov 14, Daniel O'Connor wrote: > > Couldn't you just run N copies of X (one for each head) and tell > > them which mouse & keyboard device to use in each config file? > > > > ie don't use sysmouse or kbdmux. > > Try it. If it works let us know. :) > > Very unlikely. Why? > Nowadays all X display managers supply multiseat. So this might not > be too much of a problem if the mouse and keyboard events are kept > separated at the kernel level. Keyboard data would not be MUX'd if you didn't use kbdmux. Unless you=20 use moused mouse events wouldn't be MUX'd. I haven't tried it since I lack the hardware ATM but.. why not? :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1497178.zgjlSUyPsS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHOuX45ZPcIHs/zowRAkMuAJwO5N4ZmISWs6kQRjAy+HUnMJF1/QCfWeL+ MKMk/LJjsmCcXm5ONi0P8WA= =zagj -----END PGP SIGNATURE----- --nextPart1497178.zgjlSUyPsS-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 12:21:52 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56BA516A418 for ; Wed, 14 Nov 2007 12:21:52 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2AC7A13C46B for ; Wed, 14 Nov 2007 12:21:51 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 2F26749D85; Wed, 14 Nov 2007 07:23:33 -0500 (EST) Date: Wed, 14 Nov 2007 12:21:47 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Skip Ford In-Reply-To: <20071114112304.GA835@menantico.com> Message-ID: <20071114121812.U2025@fledge.watson.org> References: <1194896018.4738aa922f776@webmail.rawbw.com> <20071112214243.Y81124@fledge.watson.org> <1194905125.4738ce25a968c@webmail.rawbw.com> <20071112222557.N81124@fledge.watson.org> <1194980181.4739f355a32bc@webmail.rawbw.com> <20071114104157.D92502@fledge.watson.org> <20071114112304.GA835@menantico.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Yuri , freebsd-hackers@FreeBSD.org Subject: Re: How to get filename of an open file descriptor 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, 14 Nov 2007 12:21:52 -0000 On Wed, 14 Nov 2007, Skip Ford wrote: > Robert Watson wrote: >> On Tue, 13 Nov 2007, Yuri wrote: >> >>> Thank you for letting me know about this new feature procstat. >>> >>> But is there any workaround in 6.3? I need to port one package that needs >>> to lookup file names by FDs to the current FreeBSD and need some solution >>> now. >> >> If the port uses a script to extract the data, a tool like lsof may do the >> trick. However, I'm not sure there are any native APIs to query that data >> "as shipped" in 6.3. Once I've had some reasonable feedback on >> procstat(1), > > Well, the header file procstat.h is still missing from the tarball AFAICT so > I don't know how many people are using it. Whoops! While you have obviously extracted or recreated the file, here's a URL for everyone else: http://www.watson.org/~robert/freebsd/20071115-procstat.tgz > Not sure what type of feedback you want, but I've been using it since you > posted the link and it works as advertised. I like being able to see the vm > map without using procfs. Yeah, that was pretty much the motivation. I also plan to add the ability to dump signal handler disposition information. > I don't like having a procstat(1) utility along with a ps(1) utility. > "procstat" seems short for process status as does "ps". Seems like > procstat(1) should be a library with ps(1) the frontend, or ps(1) should be > merged with procstat(1). > > Plus, the name "procstat" sounds an awful lot like a certain part of the > body that makes me uncomfortable in my chair. Do you really want to spend > the rest of your life asking people to see their procstat output? ;-) You are more evil than previously understood. :-) I agree regarding the duplication with ps(1) -- however, I'm generally of the opinion that ps(1) is overburdened as tools go, and that the goals are actually somehwat different--procstat(1) intentionally doesn't have the ability to generate a list of processes, for example, taking pids explicitly as the argument; likewise, historically ps(1) has not been interested in printing more than one line per process (although I think -h changed this). I'll do a bit more investigation as to how easily it can be wedged in, and do recognize the concern here. > But, it works fine and provides access to information that's not readily > available by other means. Thanks for the feedback (working fine is useful feedback), Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 14:14:07 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C145D16A419; Wed, 14 Nov 2007 14:14:07 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id D18CE13C461; Wed, 14 Nov 2007 14:14:06 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lAEEDBDs011367 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 14 Nov 2007 16:13:27 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lAEED58i002619; Wed, 14 Nov 2007 16:13:05 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lAEED3lu002618; Wed, 14 Nov 2007 16:13:03 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Wed, 14 Nov 2007 16:13:03 +0200 From: Giorgos Keramidas To: "Daniel O'Connor" Message-ID: <20071114141302.GE2177@kobe.laptop> References: <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> <200711141748.08300.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200711141748.08300.doconnor@gsoft.com.au> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.12, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.28, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: Tom Evans , Ian FREISLICH , "Aryeh M. Friedman" , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Julian Elischer , OutbackDingo Subject: Re: questions on development(7) 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, 14 Nov 2007 14:14:07 -0000 On 2007-11-14 17:48, Daniel O'Connor wrote: >> I've been using a 'converted' tree for almost a year and a half now, >> to keep a local mirror of the src repository at `/ws/freebsd/head' on >> my laptop. The first clean import of the current tree I am using was >> done during last summer: > > I have seen a few Hg repos although I haven't found one for RELENG_7 > [yet]. I'm only tracking 'HEAD' most of the time, but there are some efforts underway to convert the history of src/. One notable example is the effort to convert to Subversion first, and then use the tags/branches and changesets of Subversion to populate an Hg tree. > Also cvs20hg doesn't appear to grok Hg branches (probably because it > predates them) and it would be Really Nice(tm) if it did. Both true. But we are off in a tangent. If you have interesting bits about Hg or other dSCMs, please contact me off-list or help us keep the wiki pages about Version Control up to date. From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 14:19:40 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 120D616A417; Wed, 14 Nov 2007 14:19:40 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 7A78B13C458; Wed, 14 Nov 2007 14:19:39 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lAEEJDiA011659 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 14 Nov 2007 16:19:26 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lAEEJ8E9002661; Wed, 14 Nov 2007 16:19:08 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lAEEJ8h7002660; Wed, 14 Nov 2007 16:19:08 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Wed, 14 Nov 2007 16:19:08 +0200 From: Giorgos Keramidas To: OutbackDingo Message-ID: <20071114141907.GF2177@kobe.laptop> References: <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> <200711141748.08300.doconnor@gsoft.com.au> <1195025529.30690.6.camel@z60m.optimlabs.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1195025529.30690.6.camel@z60m.optimlabs.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.112, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.29, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: Tom Evans , Ian FREISLICH , "Aryeh M. Friedman" , freebsd-current@freebsd.org, Julian Elischer , freebsd-hackers@freebsd.org Subject: Re: questions on development(7) 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, 14 Nov 2007 14:19:40 -0000 On 2007-11-14 15:31, OutbackDingo wrote: > All ive seen in FreeBSD hg branches is a current and a releng_6 Id > like to see a complete tree converted if there is one out there. I do > have some bandwidth to potentially host such a conversion for others. > question is does one exist ? Not until we *do* a conversion. There are many interesting points to consider, when planning this sort of conversion, though. For example, converting the *entire* history of the src/ tree may create workspace metadata files up to 400-500 MB. Do we *really* want to keep all of this in Hg, or is it sufficient to import a 'flag day' snapshot in Hg and incrementally update that from the commits to CVS? If you are interested in this sort of thing, please email me privately, or let's start a thread in *one* list about conversions and what we aim for. An even better idea would be for people who are interested to go through the web pages at: and then email me or one of the developers who have edited these pages, so we can keep updating the information there. PS: Cross-posting to two lists (current and hackers), somehow doesn't feel right. Can we at least drop -current please? From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 14:25:50 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB7EA16A417; Wed, 14 Nov 2007 14:25:50 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms173003pub.verizon.net (vms173003pub.verizon.net [206.46.173.3]) by mx1.freebsd.org (Postfix) with ESMTP id 57C4113C4CC; Wed, 14 Nov 2007 14:25:50 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms173003.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JRH00F44ZVBA2J4@vms173003.mailsrvcs.net>; Wed, 14 Nov 2007 07:23:35 -0600 (CST) Date: Wed, 14 Nov 2007 08:27:43 -0500 From: Skip Ford In-reply-to: <20071114121812.U2025@fledge.watson.org> To: Robert Watson Mail-followup-to: Robert Watson , Yuri , freebsd-hackers@FreeBSD.org Message-id: <20071114132743.GB835@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <1194896018.4738aa922f776@webmail.rawbw.com> <20071112214243.Y81124@fledge.watson.org> <1194905125.4738ce25a968c@webmail.rawbw.com> <20071112222557.N81124@fledge.watson.org> <1194980181.4739f355a32bc@webmail.rawbw.com> <20071114104157.D92502@fledge.watson.org> <20071114112304.GA835@menantico.com> <20071114121812.U2025@fledge.watson.org> User-Agent: Mutt/1.4.2.3i Cc: Yuri , freebsd-hackers@FreeBSD.org Subject: Re: How to get filename of an open file descriptor 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, 14 Nov 2007 14:25:51 -0000 Robert Watson wrote: > On Wed, 14 Nov 2007, Skip Ford wrote: > >Robert Watson wrote: > >>On Tue, 13 Nov 2007, Yuri wrote: > >> > >>>Thank you for letting me know about this new feature procstat. > >>> > >>>But is there any workaround in 6.3? I need to port one package that > >>>needs to lookup file names by FDs to the current FreeBSD and need some > >>>solution now. > >> > >>If the port uses a script to extract the data, a tool like lsof may do > >>the trick. However, I'm not sure there are any native APIs to query that > >>data "as shipped" in 6.3. Once I've had some reasonable feedback on > >>procstat(1), > > > >Well, the header file procstat.h is still missing from the tarball AFAICT > >so I don't know how many people are using it. > > Whoops! While you have obviously extracted or recreated the file, here's a > URL for everyone else: > > http://www.watson.org/~robert/freebsd/20071115-procstat.tgz I recreated the file and am running it on RELENG_7. It applies with a few small offsets. > >I don't like having a procstat(1) utility along with a ps(1) utility. > >"procstat" seems short for process status as does "ps". Seems like > >procstat(1) should be a library with ps(1) the frontend, or ps(1) should > >be merged with procstat(1). > > > >Plus, the name "procstat" sounds an awful lot like a certain part of the > >body that makes me uncomfortable in my chair. Do you really want to spend > >the rest of your life asking people to see their procstat output? ;-) > > You are more evil than previously understood. :-) Just try saying procstat with a straight face now... > I agree regarding the duplication with ps(1) -- however, I'm generally of > the opinion that ps(1) is overburdened as tools go, and that the goals are > actually somehwat different--procstat(1) intentionally doesn't have the > ability to generate a list of processes, for example, taking pids > explicitly as the argument; likewise, historically ps(1) has not been > interested in printing more than one line per process (although I think -h > changed this). I'll do a bit more investigation as to how easily it can be > wedged in, and do recognize the concern here. I understand, and I sort of knew that from the beginning which is why I didn't provide feedback immediately. I don't have a suggestion as to what I think should be done. While procstat(1) currently takes a list of pids, I wouldn't be surprised if somebody adds code to list all processes, unless you block it. I think it would be useful, especially since some of it's options produce single-line per pid output, such as credentials. The two utilities do provide different information, it's just a little odd to have two utilities with basically the same name. But I can't think of a more appropriate name for procstat(1). -- Skip From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 14:39:42 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8A7916A419 for ; Wed, 14 Nov 2007 14:39:42 +0000 (UTC) (envelope-from girishvenkatachalam@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id D7EB213C45B for ; Wed, 14 Nov 2007 14:39:41 +0000 (UTC) (envelope-from girishvenkatachalam@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so179265rvb for ; Wed, 14 Nov 2007 06:39:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:date:from:to:subject:message-id:reply-to:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=IkgHmt858AMoZrQ9tBKBiMJotg/X+vMDaVn7MUcZI68=; b=WPKqqCkwV4Cou+zf0WXL0b+8oMvJEkjjd5qGxGIU3dWpRP9GQYr5xsMfZGFdp4jHgqE2Zp3EBYOuaTk3HJ3eBoqA5H+soRpsbl6Fr6U6TyvHqFon6QDtzakply4orA7lromVYGuUMSPOI8mzrdrl1yUyoSVd3nx458bSxw8jpV4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:reply-to:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=rUISJLOgcEVIxpcix06FAPUcKbA3x0Jj58OLbqfFtQKl+n0CwGIHig6U7Y2N8RZIEGQ6vdb60ASmDD8MkMYFrSNKBMBKG/BRT6kxduOw1X1+PeIZ2UJuIxei0h4ic/5CRtNyZtPgJYFOCFbhZqnO3X2gI/2sh+QbqN5DVR0ZRAI= Received: by 10.140.158.4 with SMTP id g4mr466733rve.1195051178125; Wed, 14 Nov 2007 06:39:38 -0800 (PST) Received: from saraswathy.susmita.org ( [59.92.36.50]) by mx.google.com with ESMTPS id l21sm1558873rvb.2007.11.14.06.39.30 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 14 Nov 2007 06:39:37 -0800 (PST) Received: by saraswathy.susmita.org (Postfix, from userid 1002) id 47E93143E7; Wed, 14 Nov 2007 20:04:17 +0530 (IST) Date: Wed, 14 Nov 2007 20:04:17 +0530 From: Girish Venkatachalam To: freebsd-hackers@freebsd.org Message-ID: <20071114143417.GA30224@saraswathy.susmita.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <1b4e25200711131141h6ef5fde5ub64d5e2660366a05@mail.gmail.com> <200711141421.02872.doconnor@gsoft.com.au> <20071114105055.GA10794@saraswathy.susmita.org> <200711142241.36337.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200711142241.36337.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.12-2006-07-14 Subject: Re: How to read events from usb keyboard/mouse X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: girishvenkatachalam@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2007 14:39:42 -0000 On 22:41:28 Nov 14, Daniel O'Connor wrote: > > Why? > No specific reason. linux worked hard to get multiseat working. Can we have a free ride? I doubt very much. > > Keyboard data would not be MUX'd if you didn't use kbdmux. Unless you > use moused mouse events wouldn't be MUX'd. > > I haven't tried it since I lack the hardware ATM but.. why not? :) Hardware? It doesn't take much. I have them with me. I got them working with gentoo. All it takes is an additional PCI VGA card. It was unstable but fairly usable. Does that sound contradictory? :) I did not use xephyr or xnest. I straight away used the evdev drivers. I don't have the bandwidth to do the same thing with FreeBSD. Moreover I have moved on to other things. regards, Girish From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 16:49:04 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 789E716A419 for ; Wed, 14 Nov 2007 16:49:04 +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 2F28F13C508 for ; Wed, 14 Nov 2007 16:49:04 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 46AA22092 for ; Wed, 14 Nov 2007 17:48:54 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 3AB8C208F for ; Wed, 14 Nov 2007 17:48:54 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 1EF5C84488; Wed, 14 Nov 2007 17:48:54 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: freebsd-hackers@freebsd.org References: <1b4e25200711131141h6ef5fde5ub64d5e2660366a05@mail.gmail.com> <200711141421.02872.doconnor@gsoft.com.au> <20071114105055.GA10794@saraswathy.susmita.org> <200711142241.36337.doconnor@gsoft.com.au> <20071114143417.GA30224@saraswathy.susmita.org> Date: Wed, 14 Nov 2007 17:48:54 +0100 In-Reply-To: <20071114143417.GA30224@saraswathy.susmita.org> (Girish Venkatachalam's message of "Wed\, 14 Nov 2007 20\:04\:17 +0530") Message-ID: <863av83h8p.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: How to read events from usb keyboard/mouse 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, 14 Nov 2007 16:49:04 -0000 Girish Venkatachalam writes: > On 22:41:28 Nov 14, Daniel O'Connor wrote: > > Why? > No specific reason. linux worked hard to get multiseat working. > > Can we have a free ride? I doubt very much. Just because Linux sucks, FreeBSD necessarily sucks too? It should work out of the box if you explicitly specify which keyboard and mouse to use for each display (and use the "kbd" driver in Xorg instead of the older "keyboard" driver) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 17:13:48 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC5F916A419 for ; Wed, 14 Nov 2007 17:13:48 +0000 (UTC) (envelope-from rob_belics@charter.net) Received: from que03.charter.net (que03.charter.net [209.225.8.191]) by mx1.freebsd.org (Postfix) with ESMTP id 8401013C4AC for ; Wed, 14 Nov 2007 17:13:48 +0000 (UTC) (envelope-from rob_belics@charter.net) Received: from aarprv04.charter.net ([10.20.200.74]) by mtao04.charter.net (InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP id <20071114161142.PARV23660.mtao04.charter.net@aarprv04.charter.net> for ; Wed, 14 Nov 2007 11:11:42 -0500 Received: from robs-laptop.com ([71.85.241.27]) by aarprv04.charter.net with ESMTP id <20071114161142.SRJW17353.aarprv04.charter.net@robs-laptop.com> for ; Wed, 14 Nov 2007 11:11:42 -0500 Message-ID: <473B1E3D.30500@charter.net> Date: Wed, 14 Nov 2007 10:11:41 -0600 From: Rob Belics User-Agent: Thunderbird 2.0.0.6 (X11/20070914) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Chzlrs: 0 X-Mailman-Approved-At: Wed, 14 Nov 2007 17:37:04 +0000 Subject: FreeBSD cache memory allocation 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, 14 Nov 2007 17:13:49 -0000 Someone I can't stand said this about FreeBSD. Though I know C, I don't know anything about this and would love to respond. My first thought was 'contigmalloc' but I'm not sure it's equivalent. [QUOTE]The kernel is really lacking some features. They need a method to set precise type of memory cache but BSD doesn't provide way to specify memory cache. For that reason MS has the beautiful MmAllocateContigousMemorySpecifyCache()[/QUOTE] From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 18:09:03 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2DEE16A417; Wed, 14 Nov 2007 18:09:02 +0000 (UTC) (envelope-from corecode@fs.ei.tum.de) Received: from stella.fs.ei.tum.de (stella.fs.ei.tum.de [IPv6:2001:4ca0:22ff:10::7]) by mx1.freebsd.org (Postfix) with ESMTP id 432FE13C45B; Wed, 14 Nov 2007 18:09:02 +0000 (UTC) (envelope-from corecode@fs.ei.tum.de) Received: from localhost (localhost [127.0.0.1]) by localhost.fs.ei.tum.de (Postfix) with ESMTP id 8089428110; Wed, 14 Nov 2007 19:09:00 +0100 (CET) X-Virus-Scanned: by amavisd-new at fs.ei.tum.de Received: from stella.fs.ei.tum.de ([127.0.0.1]) by localhost (stella.fs.ei.tum.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id fDPK1+T4GfeR; Wed, 14 Nov 2007 19:08:53 +0100 (CET) Received: from nslpc6.epfl.ch (nslpc6.epfl.ch [128.178.149.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by stella.fs.ei.tum.de (Postfix) with ESMTP id 2045D28101; Wed, 14 Nov 2007 19:08:53 +0100 (CET) Message-ID: <473B39B4.9040302@fs.ei.tum.de> Date: Wed, 14 Nov 2007 19:08:52 +0100 From: Simon 'corecode' Schubert User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: Giorgos Keramidas References: <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> <200711141748.08300.doconnor@gsoft.com.au> <20071114141302.GE2177@kobe.laptop> In-Reply-To: <20071114141302.GE2177@kobe.laptop> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: OutbackDingo , freebsd-hackers@freebsd.org Subject: Re: questions on development(7) 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, 14 Nov 2007 18:09:03 -0000 [cc cleaned, dropped -current] Giorgos Keramidas wrote: > I'm only tracking 'HEAD' most of the time, but there are some efforts > underway to convert the history of src/. One notable example is the > effort to convert to Subversion first, and then use the tags/branches > and changesets of Subversion to populate an Hg tree. That seems wrong. A conversion to subversion means losing precision and time. >> Also cvs20hg doesn't appear to grok Hg branches (probably because it >> predates them) and it would be Really Nice(tm) if it did. cvs20hg is deprecated since two years or so. Please try fromcvs instead. There are some bugs left, of course. Last thing it seems I introduced some memory overflow problem, so that a conversion of src now runs out of memory (on a 32bit machine). Up to a couple of months ago this was running very smoothly, see [1]. However I don't think that using named branches in hg is a nice or elegant thing anyways. But that's OT, of course. > Both true. But we are off in a tangent. If you have interesting bits > about Hg or other dSCMs, please contact me off-list or help us keep the > wiki pages about Version Control up to date. I suppose you know about fromcvs. I also guess you know that I suggest using git instead of hg. Doesn't produce nasty large index files either :) cheers simon From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 18:17:03 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D36B16A41A for ; Wed, 14 Nov 2007 18:17:03 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.234]) by mx1.freebsd.org (Postfix) with ESMTP id 7CD2A13C46E for ; Wed, 14 Nov 2007 18:17:01 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so238910wra for ; Wed, 14 Nov 2007 10:17:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=8+OcGsTOZ5KYRUJxniTQmPQ9GmTVW1lllX1ideqfM7g=; b=FOSPd1LLoD5jcsoYbVyNgxfpnazy6U9DUCZAy+nSfuYRoZNkvIC4jVKTmtPyfsMAU99D+PV3khUuQEgkOLEF1nrl+Tcr+V6VNRKcTv2GLZCAXUjlf1gAFy9DICF3+rpSv42O8bIWZ5SS10Qd8YUDGiOb3cF4q+/Ggi/KlI8LpMI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=nsEZt1oKeEaw//LiITcgCqMw7a99XeZQerz+9ybmvOt3+uw8HKkMEVNWHcfWefn84JddwYwcAvRbl7hlDcC7el0o/+e2Q+IWLv5N4atf6GFxX+RDoWFfYfBSKpIuOXaATWeD1s5+W8OEFJesLXgYL20Cp1vyC2IaXOWBa/WTGb0= Received: by 10.90.101.19 with SMTP id y19mr3469201agb.1195064221087; Wed, 14 Nov 2007 10:17:01 -0800 (PST) Received: from ?10.1.1.103? ( [203.125.55.190]) by mx.google.com with ESMTPS id 1sm1688179agb.2007.11.14.10.16.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 14 Nov 2007 10:16:59 -0800 (PST) From: OutbackDingo To: Simon 'corecode' Schubert In-Reply-To: <473B39B4.9040302@fs.ei.tum.de> References: <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> <200711141748.08300.doconnor@gsoft.com.au> <20071114141302.GE2177@kobe.laptop> <473B39B4.9040302@fs.ei.tum.de> Content-Type: text/plain Date: Thu, 15 Nov 2007 02:15:59 +0800 Message-Id: <1195064181.1295.4.camel@z60m.optimlabs.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Giorgos Keramidas , freebsd-hackers@freebsd.org Subject: Re: questions on development(7) 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, 14 Nov 2007 18:17:03 -0000 > I suppose you know about fromcvs. I also guess you know that I suggest > using git instead of hg. Doesn't produce nasty large index files either :) > > cheers > simon So would you think cvs -> git -> hg might be easier to accomplish ?? Since one of my goals is to update projects Ive done based on FreeBSD that require OS level updating From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 18:27:41 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ADC716A418; Wed, 14 Nov 2007 18:27:41 +0000 (UTC) (envelope-from corecode@fs.ei.tum.de) Received: from stella.fs.ei.tum.de (stella.fs.ei.tum.de [IPv6:2001:4ca0:22ff:10::7]) by mx1.freebsd.org (Postfix) with ESMTP id 5E1C513C478; Wed, 14 Nov 2007 18:27:40 +0000 (UTC) (envelope-from corecode@fs.ei.tum.de) Received: from localhost (localhost [127.0.0.1]) by localhost.fs.ei.tum.de (Postfix) with ESMTP id 53DFD28111; Wed, 14 Nov 2007 19:27:39 +0100 (CET) X-Virus-Scanned: by amavisd-new at fs.ei.tum.de Received: from stella.fs.ei.tum.de ([127.0.0.1]) by localhost (stella.fs.ei.tum.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id pMhU5oQAlA8K; Wed, 14 Nov 2007 19:27:32 +0100 (CET) Received: from nslpc6.epfl.ch (nslpc6.epfl.ch [128.178.149.21]) (using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by stella.fs.ei.tum.de (Postfix) with ESMTP id C7DB0280A1; Wed, 14 Nov 2007 19:27:31 +0100 (CET) Message-ID: <473B3E13.9040502@fs.ei.tum.de> Date: Wed, 14 Nov 2007 19:27:31 +0100 From: Simon 'corecode' Schubert User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: OutbackDingo References: <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> <200711141748.08300.doconnor@gsoft.com.au> <20071114141302.GE2177@kobe.laptop> <473B39B4.9040302@fs.ei.tum.de> <1195064181.1295.4.camel@z60m.optimlabs.com> In-Reply-To: <1195064181.1295.4.camel@z60m.optimlabs.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Giorgos Keramidas , freebsd-hackers@freebsd.org Subject: Re: questions on development(7) 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, 14 Nov 2007 18:27:41 -0000 OutbackDingo wrote: >> I suppose you know about fromcvs. I also guess you know that I suggest >> using git instead of hg. Doesn't produce nasty large index files either :) > So would you think cvs -> git -> hg might be easier to accomplish ?? > Since one of my goals is to update projects Ive done based on FreeBSD > that require OS level updating No, I think git is the better SCM, but that's a personal decision. Fromcvs converts to both hg and git, using the same algorithm. I'd appreciate any help fleshing out the last bugs (also re: scalability). I'm considering it beta grade quality, but I know of many people using it on a daily basis without problems. cheers simon From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 18:51:08 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F5E316A417 for ; Wed, 14 Nov 2007 18:51:08 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 7A50813C478 for ; Wed, 14 Nov 2007 18:51:07 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lAEIoW1d030195 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 14 Nov 2007 20:50:46 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lAEIoR21011103; Wed, 14 Nov 2007 20:50:27 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lAEIoNKS011102; Wed, 14 Nov 2007 20:50:23 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Wed, 14 Nov 2007 20:50:23 +0200 From: Giorgos Keramidas To: "Simon 'corecode' Schubert" Message-ID: <20071114185023.GB10911@kobe.laptop> References: <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> <200711141748.08300.doconnor@gsoft.com.au> <20071114141302.GE2177@kobe.laptop> <473B39B4.9040302@fs.ei.tum.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <473B39B4.9040302@fs.ei.tum.de> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.103, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.30, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: OutbackDingo , freebsd-hackers@freebsd.org Subject: Re: questions on development(7) 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, 14 Nov 2007 18:51:08 -0000 On 2007-11-14 19:08, Simon 'corecode' Schubert wrote: > [cc cleaned, dropped -current] > >Giorgos Keramidas wrote: >> I'm only tracking 'HEAD' most of the time, but there are some efforts >> underway to convert the history of src/. One notable example is the >> effort to convert to Subversion first, and then use the tags/branches >> and changesets of Subversion to populate an Hg tree. > > That seems wrong. A conversion to subversion means losing precision > and time. Can you elaborate a bit. I am not sure I got why you lose precision. >>> Also cvs20hg doesn't appear to grok Hg branches (probably because it >>> predates them) and it would be Really Nice(tm) if it did. > > cvs20hg is deprecated since two years or so. I know that. It's just that fromcvs doesn't quite work for me here, yet, so I had to stick with a patched cvs20hg version. > Please try fromcvs instead. There are some bugs left, of course. > Last thing it seems I introduced some memory overflow problem, so that > a conversion of src now runs out of memory (on a 32bit machine). Up > to a couple of months ago this was running very smoothly, see [1]. Something is missing for [1], I guess :) I tried fromcvs to the doc/ tree (non-branched, less repo-surgery "magic" to handle), but it stops with a traceback very soon: % $ pwd % /home/keramida/hg/fromcvs/fromcvs % $ ruby tohg.rb /home/ncvs doc ~/tmp/foo % [...] % /home/ncvs/doc/bn_BD.ISO10646-1/articles/new-users % /home/ncvs/doc/bn_BD.ISO10646-1/articles/explaining-bsd % /home/ncvs/doc/FAQ/Attic % upgrading roberto to 1/ (1.1.1) % Traceback (most recent call last): % File "./tohg.py", line 102, in % destrepo.dispatch() % File "./tohg.py", line 98, in dispatch % func(*l[1:]) % File "./tohg.py", line 78, in cmd_commit % extra = {'branch': branch}) % TypeError: commit() got an unexpected keyword argument 'wlock' % tohg.rb:200:in `readline': end of file reached while handling set [doc/handbook/Attic/troubleshooting.sgml,v:1.1.1.1,doc/handbook/Attic/sup.sgml,v:1.1.1.1,doc/handbook/Attic/slips.sgml,v:1.1.1.1,doc/handbook/Attic/slipc.sgml,v:1.1.1.1,doc/handbook/Attic/scsi.sgml,v:1.1.1.1,doc/handbook/Attic/ppp.sgml,v:1.1.1.1,doc/handbook/Attic/ports.sgml,v:1.1.1.1,doc/handbook/Attic/porting.sgml,v:1.1.1.1,doc/handbook/Attic/nfs.sgml,v:1.1.1.1,doc/handbook/Attic/submitters.sgml,v:1.1.1.1,doc/handbook/Attic/kerberos.sgml,v:1.1.1.1,doc/handbook/Attic/handbook.sgml,v:1.1.1.1,doc/handbook/Attic/glossary.sgml,v:1.1.1.1,doc/handbook/Attic/diskless.sgml,v:1.1.1.1,doc/handbook/Attic/dialup.sgml,v:1.1.1.1,doc/handbook/Attic/eresources.sgml,v:1.1.1.1,doc/handbook/Attic/current.sgml,v:1.1.1.1,doc/handbook/Attic/ctm.sgml,v:1.1.1.1,doc/handbook/Attic/basics.sgml,v:1.1.1.1,doc/handbook/Attic/authors.sgml,v:1.1.1.1,doc/handbook/Attic/bibliography.sgml,v:1.1.1.1] (EOFError) % from tohg.rb:200:in `_commit' % from tohg.rb:122:in `create_branch' % from ./fromcvs.rb:989:in `commit_sets' % from tohg.rb:228 % $ I don't know how to read Ruby code, so I can't fix this myself, but any ideas/help/patches you have I can test easily :) > However I don't think that using named branches in hg is a nice or > elegant thing anyways. But that's OT, of course. We agree violently about named branches in Hg. > I suppose you know about fromcvs. I also guess you know that I > suggest using git instead of hg. Doesn't produce nasty large index > files either :) I wasn't aware that you strongly prefer Git. Any references I can read, so find out more about why you do? From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 20:33:56 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C11816A418; Wed, 14 Nov 2007 20:33:56 +0000 (UTC) (envelope-from corecode@fs.ei.tum.de) Received: from stella.fs.ei.tum.de (stella.fs.ei.tum.de [IPv6:2001:4ca0:22ff:10::7]) by mx1.freebsd.org (Postfix) with ESMTP id 1C72A13C455; Wed, 14 Nov 2007 20:33:55 +0000 (UTC) (envelope-from corecode@fs.ei.tum.de) Received: from localhost (localhost [127.0.0.1]) by localhost.fs.ei.tum.de (Postfix) with ESMTP id 856B228110; Wed, 14 Nov 2007 21:33:53 +0100 (CET) X-Virus-Scanned: by amavisd-new at fs.ei.tum.de Received: from stella.fs.ei.tum.de ([127.0.0.1]) by localhost (stella.fs.ei.tum.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id EzjanDVUlIMj; Wed, 14 Nov 2007 21:33:46 +0100 (CET) Received: from nslpc6.epfl.ch (nslpc6.epfl.ch [128.178.149.21]) (using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by stella.fs.ei.tum.de (Postfix) with ESMTP id 0C83428085; Wed, 14 Nov 2007 21:33:46 +0100 (CET) Message-ID: <473B5BA9.2030006@fs.ei.tum.de> Date: Wed, 14 Nov 2007 21:33:45 +0100 From: Simon 'corecode' Schubert User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: Giorgos Keramidas References: <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> <200711141748.08300.doconnor@gsoft.com.au> <20071114141302.GE2177@kobe.laptop> <473B39B4.9040302@fs.ei.tum.de> <20071114185023.GB10911@kobe.laptop> In-Reply-To: <20071114185023.GB10911@kobe.laptop> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: OutbackDingo , freebsd-hackers@freebsd.org Subject: Re: questions on development(7) 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, 14 Nov 2007 20:33:56 -0000 Giorgos Keramidas wrote: >>> I'm only tracking 'HEAD' most of the time, but there are some efforts >>> underway to convert the history of src/. One notable example is the >>> effort to convert to Subversion first, and then use the tags/branches >>> and changesets of Subversion to populate an Hg tree. >> That seems wrong. A conversion to subversion means losing precision >> and time. > Can you elaborate a bit. I am not sure I got why you lose precision. This is due to the fact that CVS doesn't have changesets. It is too late now and it is also quite complicated to explain, but it boils down to the fact that aggregating changesets will remove information, namely the single file revisions, which you could use for a direct conversion to hg/git. >>>> Also cvs20hg doesn't appear to grok Hg branches (probably because it >>>> predates them) and it would be Really Nice(tm) if it did. >> cvs20hg is deprecated since two years or so. > I know that. It's just that fromcvs doesn't quite work for me here, > yet, so I had to stick with a patched cvs20hg version. I am surprised that cvs20hg works better. Fromcvs allows you to ignore certain branches, maybe that's what you need? >> Please try fromcvs instead. There are some bugs left, of course. >> Last thing it seems I introduced some memory overflow problem, so that >> a conversion of src now runs out of memory (on a 32bit machine). Up >> to a couple of months ago this was running very smoothly, see [1]. > > Something is missing for [1], I guess :) yes, sorry. [1] http://www.theshell.com/cgi-bin/gitweb.cgi/ > I tried fromcvs to the doc/ tree (non-branched, less repo-surgery > "magic" to handle), but it stops with a traceback very soon: > > % $ pwd > % /home/keramida/hg/fromcvs/fromcvs > % $ ruby tohg.rb /home/ncvs doc ~/tmp/foo > % [...] > % /home/ncvs/doc/bn_BD.ISO10646-1/articles/new-users > % /home/ncvs/doc/bn_BD.ISO10646-1/articles/explaining-bsd > % /home/ncvs/doc/FAQ/Attic > % upgrading roberto to 1/ (1.1.1) > % Traceback (most recent call last): > % File "./tohg.py", line 102, in > % destrepo.dispatch() > % File "./tohg.py", line 98, in dispatch > % func(*l[1:]) > % File "./tohg.py", line 78, in cmd_commit > % extra = {'branch': branch}) > % TypeError: commit() got an unexpected keyword argument 'wlock' > % tohg.rb:200:in `readline': end of file reached while handling set [doc/handbook/Attic/troubleshooting.sgml,v:1.1.1.1,doc/handbook/Attic/sup.sgml,v:1.1.1.1,doc/handbook/Attic/slips.sgml,v:1.1.1.1,doc/handbook/Attic/slipc.sgml,v:1.1.1.1,doc/handbook/Attic/scsi.sgml,v:1.1.1.1,doc/handbook/Attic/ppp.sgml,v:1.1.1.1,doc/handbook/Attic/ports.sgml,v:1.1.1.1,doc/handbook/Attic/porting.sgml,v:1.1.1.1,doc/handbook/Attic/nfs.sgml,v:1.1.1.1,doc/handbook/Attic/submitters.sgml,v:1.1.1.1,doc/handbook/Attic/kerberos.sgml,v:1.1.1.1,doc/handbook/Attic/handbook.sgml,v:1.1.1.1,doc/handbook/Attic/glossary.sgml,v:1.1.1.1,doc/handbook/Attic/diskless.sgml,v:1.1.1.1,doc/handbook/Attic/dialup.sgml,v:1.1.1.1,doc/handbook/Attic/eresources.sgml,v:1.1.1.1,doc/handbook/Attic/current.sgml,v:1.1.1.1,doc/handbook/Attic/ctm.sgml,v:1.1.1.1,doc/handbook/Attic/basics.sgml,v:1.1.1.1,doc/handbook/Attic/authors.sgml,v:1.1.1.1,doc/handbook/Attic/bibliography.sgml,v:1.1.1.1] (EOFError) > % from tohg.rb:200:in `_commit' > % from tohg.rb:122:in `create_branch' > % from ./fromcvs.rb:989:in `commit_sets' > % from tohg.rb:228 > % $ > > I don't know how to read Ruby code, so I can't fix this myself, but any > ideas/help/patches you have I can test easily :) This is because mercurial changes its API on every release. Somebody who is using hg and fromcvs needs to update the code. I got tired of this. >> I suppose you know about fromcvs. I also guess you know that I >> suggest using git instead of hg. Doesn't produce nasty large index >> files either :) > I wasn't aware that you strongly prefer Git. Any references I can read, > so find out more about why you do? Sorry, I didn't write up the reasons. It's more of a personal feeling and a preference for the git repository layout. This layout allows many things to be implemented in a very simple way (ref. branches). Also, it is better suited to have multiple branches in a repo, which is usually what you want to do if you're syncing with multiple persons. Hg only has heads. cheers simon From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 20:38:09 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D24F16A473 for ; Wed, 14 Nov 2007 20:38:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 2666F13C4C4 for ; Wed, 14 Nov 2007 20:38:08 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 219323145-1834499 for multiple; Wed, 14 Nov 2007 15:38:53 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lAEKbwov072725; Wed, 14 Nov 2007 15:37:58 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 14 Nov 2007 15:31:40 -0500 User-Agent: KMail/1.9.6 References: <473B1E3D.30500@charter.net> In-Reply-To: <473B1E3D.30500@charter.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711141531.40481.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]); Wed, 14 Nov 2007 15:37:58 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4790/Wed Nov 14 13:13:53 2007 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: Rob Belics Subject: Re: FreeBSD cache memory allocation 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, 14 Nov 2007 20:38:09 -0000 On Wednesday 14 November 2007 11:11:41 am Rob Belics wrote: > Someone I can't stand said this about FreeBSD. Though I know C, I don't > know anything about this and would love to respond. My first thought was > 'contigmalloc' but I'm not sure it's equivalent. > [QUOTE]The kernel is really lacking some features. They need a method to > set precise type of memory cache but BSD doesn't provide way to specify > memory cache. > > For that reason MS has the beautiful > MmAllocateContigousMemorySpecifyCache()[/QUOTE] For kernel memory on i386 and amd64 in 6.3 and later you can use pmap_change_attr() to adjust the caching mode of memory after you have allocated it. It is best used only with allocations that are a multiple of the page size. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 21:43:21 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D96516A41A for ; Wed, 14 Nov 2007 21:43:21 +0000 (UTC) (envelope-from icantthinkofone@charter.net) Received: from que02.charter.net (que02.charter.net [209.225.8.190]) by mx1.freebsd.org (Postfix) with ESMTP id DF08B13C465 for ; Wed, 14 Nov 2007 21:43:20 +0000 (UTC) (envelope-from icantthinkofone@charter.net) Received: from aarprv02.charter.net ([10.20.200.72]) by mtao05.charter.net (InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP id <20071114210206.SPCR29426.mtao05.charter.net@aarprv02.charter.net> for ; Wed, 14 Nov 2007 16:02:06 -0500 Received: from robs-laptop.com ([71.85.241.27]) by aarprv02.charter.net with ESMTP id <20071114210206.RFKE495.aarprv02.charter.net@robs-laptop.com> for ; Wed, 14 Nov 2007 16:02:06 -0500 Message-ID: <473B624D.5050904@charter.net> Date: Wed, 14 Nov 2007 15:02:05 -0600 From: icantthinkofone User-Agent: Thunderbird 2.0.0.6 (X11/20070914) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Chzlrs: 0 Subject: Re: FreeBSD cache memory allocation 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, 14 Nov 2007 21:43:21 -0000 On Wednesday 14 November 2007 11:11:41 am Rob Belics wrote: > > Someone I can't stand said this about FreeBSD. Though I know C, I don't > > know anything about this and would love to respond. My first thought was > > 'contigmalloc' but I'm not sure it's equivalent. > > [QUOTE]The kernel is really lacking some features. They need a method to > > set precise type of memory cache but BSD doesn't provide way to specify > > memory cache. > > > > For that reason MS has the beautiful > > MmAllocateContigousMemorySpecifyCache()[/QUOTE] For kernel memory on i386 and amd64 in 6.3 and later you can use pmap_change_attr() to adjust the caching mode of memory after you have allocated it. It is best used only with allocations that are a multiple of the page size. -- John Baldwin I posted using the wrong email address above. Apparently the person I was referring to was probably talking about he nvidia issue and I see you, John, are working on that pmap function. One question I have is whether nvidia got themselves into a bind (for lack of a better word) because they wrote their drive using Windows functions but now want FreeBSD to create kernel functions "just like Windows" rather than rewriting their own code. Or is all this truly a lacking feature in FreeBSD? From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 14 22:11:30 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D071916A46D for ; Wed, 14 Nov 2007 22:11:30 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmmtai113.cox.net (eastrmmtai113.cox.net [68.230.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 5FD1313C4D5 for ; Wed, 14 Nov 2007 22:11:30 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmimpo03.cox.net ([68.1.16.126]) by eastrmmtao107.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20071114213746.XDLJ27298.eastrmmtao107.cox.net@eastrmimpo03.cox.net> for ; Wed, 14 Nov 2007 16:37:46 -0500 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo03.cox.net with bizsmtp id ClcP1Y00A4iy4EG0000000; Wed, 14 Nov 2007 16:36:23 -0500 Date: Wed, 14 Nov 2007 15:42:32 -0600 To: freebsd-hackers@freebsd.org From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: User-Agent: Opera Mail/9.24 (Linux) Subject: sem_open(3) BUGS, must be less than 14 characters still true? 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, 14 Nov 2007 22:11:30 -0000 Hello folks, I am maintaining for net-p2p/linuxdcpp, I noticed that in pkgsrc has a patch for linuxdcpp to make the characters less than 14 in sem_open() to fix bug. I am wondering how I can reproduce this problem? I run linuxdcpp pretty often and I don't see any problem. It makes me wondering if less than 14 characters isn't true anymore or I just have to look harder to find this bug? Thanks. Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 15 04:52:37 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FD8716A417 for ; Thu, 15 Nov 2007 04:52:37 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id BDB9A13C47E for ; Thu, 15 Nov 2007 04:52:36 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so3369001pyb for ; Wed, 14 Nov 2007 20:52:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received: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; bh=rP3S3is10SvFdFEEUQd6LV+6ekPhRUyzC7Bdj5nkHR8=; b=VZ332WIW7P526M3xqJc3eh3PBqVxqZC4uLZEtHEwEZ0zaCbyorrCSSNole9Tuvg2LdQiUdIG0tWavfimexTk7CYEgjD62iXAhYF8u6MW07ZkpmHC6MLntHg/VwP7TStTwHwSflcMiBsu/ZU2qfaQ4As/1NNpD7CWU4p837bEoqM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; 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=jzfTSJIfpxPt3qx7+h3XSC4RFUzTB1hn/ix9MVU6Gloyr+RGZevqaXPg0/vEQcQpzy2PIWlP7gExlMEC1EwHKCqE3xLn+E9Hcw9kjPZSXJruRupdvk5JUqXQdKpE78keXBBjdzHPy35WWdlf+R7AWVmBsuYz5XMW4ZYugzwmd6E= Received: by 10.65.43.5 with SMTP id v5mr568111qbj.1195102355845; Wed, 14 Nov 2007 20:52:35 -0800 (PST) Received: by 10.65.237.12 with HTTP; Wed, 14 Nov 2007 20:52:35 -0800 (PST) Message-ID: Date: Thu, 15 Nov 2007 13:52:35 +0900 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Simon 'corecode' Schubert" In-Reply-To: <473B5BA9.2030006@fs.ei.tum.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4734B397.4010905@elischer.org> <20071113194530.GA1281@kobe.laptop> <200711141748.08300.doconnor@gsoft.com.au> <20071114141302.GE2177@kobe.laptop> <473B39B4.9040302@fs.ei.tum.de> <20071114185023.GB10911@kobe.laptop> <473B5BA9.2030006@fs.ei.tum.de> X-Google-Sender-Auth: a3dc8b859de5ec60 Cc: freebsd-hackers@freebsd.org Subject: Re: questions on development(7) 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, 15 Nov 2007 04:52:37 -0000 On 15/11/2007, Simon 'corecode' Schubert wrote: > This is due to the fact that CVS doesn't have changesets. It is too > late now and it is also quite complicated to explain, but it boils down > to the fact that aggregating changesets will remove information, namely > the single file revisions, which you could use for a direct conversion > to hg/git. Just a random data point; Henrik Nordstrom put up some "CVS changeset" thing for Squid which personally I find rather nifty. For example: http://www.squid-cache.org/Versions/v2/HEAD/changesets/ -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 15 12:28:26 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EF5016A41B for ; Thu, 15 Nov 2007 12:28:26 +0000 (UTC) (envelope-from dd@freebsd.org) Received: from mail.trit.net (mail.trit.net [208.75.88.227]) by mx1.freebsd.org (Postfix) with ESMTP id 0616D13C44B for ; Thu, 15 Nov 2007 12:28:25 +0000 (UTC) (envelope-from dd@freebsd.org) Received: from maverick.qvzn.org (cpe-76-81-49-74.socal.res.rr.com [76.81.49.74]) by mail.trit.net (Postfix) with ESMTP id DAA9936641 for ; Thu, 15 Nov 2007 12:01:13 +0000 (UTC) Received: from maverick.qvzn.org (localhost [127.0.0.1]) by maverick.qvzn.org (8.14.1/8.13.6) with ESMTP id lAFC1DPg012212 for ; Thu, 15 Nov 2007 12:01:13 GMT (envelope-from dd@freebsd.org) Received: (from dima@localhost) by maverick.qvzn.org (8.14.1/8.13.6/Submit) id lAFC1DDt012211 for hackers@freebsd.org; Thu, 15 Nov 2007 12:01:13 GMT (envelope-from dd@freebsd.org) X-Authentication-Warning: maverick.qvzn.org: dima set sender to dd@freebsd.org using -f Date: Thu, 15 Nov 2007 12:01:13 +0000 From: Dima Dorfman To: hackers@freebsd.org Message-ID: <20071115120112.GG1288@beaver.trit.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline X-PGP-Key: 69FAE582 (https://www.trit.org/~dima/dima.asc) X-PGP-Fingerprint: B340 8338 7DA3 4D61 7632 098E 0730 055B 69FA E582 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: Patch for ping6 -o 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, 15 Nov 2007 12:28:26 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The ping(8) utility has an -o switch that tells it to exit after receiving the first reply. This is useful, but ping6(8) doesn't have it. Simple patch attached. Comments/reviews/whatnots? I'll commit to HEAD in a few days if I don't hear any objections. -- Dima Dorfman --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ping6.diff" Index: ping6.8 =================================================================== RCS file: /home/ncvs/src/sbin/ping6/ping6.8,v retrieving revision 1.23 diff -u -r1.23 ping6.8 --- ping6.8 10 Feb 2005 09:19:32 -0000 1.23 +++ ping6.8 15 Nov 2007 11:44:31 -0000 @@ -29,7 +29,7 @@ .\" .\" $FreeBSD: src/sbin/ping6/ping6.8,v 1.23 2005/02/10 09:19:32 ru Exp $ .\" -.Dd May 17, 1998 +.Dd November 15, 2007 .Dt PING6 8 .Os .Sh NAME @@ -40,7 +40,7 @@ .Sh SYNOPSIS .Nm .\" without ipsec, or new ipsec -.Op Fl dfHmnNqtvwW +.Op Fl dfHmnNoqtvwW .\" old ipsec .\" .Op Fl AdEfmnNqRtvwW .Bk -words @@ -225,6 +225,8 @@ outgoing interface needs to be specified by .Fl I option. +.It Fl o +Exit successfully after receiving one reply packet. .It Fl p Ar pattern You may specify up to 16 .Dq pad Index: ping6.c =================================================================== RCS file: /home/ncvs/src/sbin/ping6/ping6.c,v retrieving revision 1.31 diff -u -r1.31 ping6.c --- ping6.c 1 Jul 2007 12:08:06 -0000 1.31 +++ ping6.c 15 Nov 2007 11:45:12 -0000 @@ -188,6 +188,7 @@ #define F_NIGROUP 0x40000 #define F_SUPTYPES 0x80000 #define F_NOMINMTU 0x100000 +#define F_ONCE 0x200000 #define F_NOUSERDATA (F_NODEADDR | F_FQDN | F_FQDNOLD | F_SUPTYPES) u_int options; @@ -344,7 +345,7 @@ #endif /*IPSEC_POLICY_IPSEC*/ #endif while ((ch = getopt(argc, argv, - "a:b:c:dfHg:h:I:i:l:mnNp:qS:s:tvwW" ADDOPTS)) != -1) { + "a:b:c:dfHg:h:I:i:l:mnNop:qS:s:tvwW" ADDOPTS)) != -1) { #undef ADDOPTS switch (ch) { case 'a': @@ -485,6 +486,9 @@ case 'N': options |= F_NIGROUP; break; + case 'o': + options |= F_ONCE; + break; case 'p': /* fill buffer with user pattern */ options |= F_PINGFILLED; fill((char *)datap, optarg); @@ -1164,7 +1168,8 @@ */ pr_pack(packet, cc, &m); } - if (npackets && nreceived >= npackets) + if (( (options & F_ONCE) != 0 && nreceived > 0) || + (npackets > 0 && nreceived >= npackets)) break; } summary(); --h31gzZEtNLTqOjlF-- From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 15 15:41:50 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9748F16A41B for ; Thu, 15 Nov 2007 15:41:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 7B9BD13C4C5 for ; Thu, 15 Nov 2007 15:41:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id C35CD1A4D7E; Thu, 15 Nov 2007 07:23:31 -0800 (PST) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Thu, 15 Nov 2007 07:42:15 -0500 User-Agent: KMail/1.9.7 References: <473B624D.5050904@charter.net> In-Reply-To: <473B624D.5050904@charter.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711150742.16251.jhb@freebsd.org> Cc: icantthinkofone Subject: Re: FreeBSD cache memory allocation 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, 15 Nov 2007 15:41:50 -0000 On Wednesday 14 November 2007 04:02:05 pm icantthinkofone wrote: > On Wednesday 14 November 2007 11:11:41 am Rob Belics wrote: > > > Someone I can't stand said this about FreeBSD. Though I know C, I > don't > > > know anything about this and would love to respond. My first > thought was > > > 'contigmalloc' but I'm not sure it's equivalent. > > > [QUOTE]The kernel is really lacking some features. They need a > method to > > > set precise type of memory cache but BSD doesn't provide way to > specify > > > memory cache. > > > > > > For that reason MS has the beautiful > > > MmAllocateContigousMemorySpecifyCache()[/QUOTE] > > For kernel memory on i386 and amd64 in 6.3 and later you can use > pmap_change_attr() to adjust the caching mode of memory after you have > allocated it. It is best used only with allocations that are a > multiple of > the page size. > > -- John Baldwin > > I posted using the wrong email address above. > > Apparently the person I was referring to was probably talking about he > nvidia issue and I see you, John, are working on that pmap function. > One question I have is whether nvidia got themselves into a bind (for > lack of a better word) because they wrote their drive using Windows > functions but now want FreeBSD to create kernel functions "just like > Windows" rather than rewriting their own code. Or is all this truly a > lacking feature in FreeBSD? It's a lacking feature in FreeBSD. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 15 21:17:57 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 764E016A417 for ; Thu, 15 Nov 2007 21:17:57 +0000 (UTC) (envelope-from loafier@gmail.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 E36CB13C447 for ; Thu, 15 Nov 2007 21:17:56 +0000 (UTC) (envelope-from loafier@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so613419nfb for ; Thu, 15 Nov 2007 13:17:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received: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; bh=MEnYQJ1SyPmvzCLgFdcKB5dA3rP8K9SbaTaU0eBd2lQ=; b=s0c++4+1NoFQnltJHPjJtJwRWSIz1ok5Vc7isPzxmmH1TkgJ2y9732a38LF05fxvLNoKHqH0lLXmG6uc27qbflYjX61wIUy5zn6iQMNSmqNXhs44UzHVYAUKzL6UcvEsJuXf2IOXHS/IEyLWZu5bv5QiMOth4vas3sR35C2Fy6k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; 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=MLtcX0UfkU4geLaBdA59TiMziaK9iqhdCPz6A1vmlZZu6oPX61txrkuM/HmOUPYCRdIWLRxZv9hrZpEg1tfeJEC5Ft93wISDOzLka/q4XjF+gJj4k13HuPfMiRA6H/NEcCP2dGt0w6ZKuj1IfSDsqSTe+Q+BIkBV3tOuFLxxxUg= Received: by 10.78.184.2 with SMTP id h2mr1199810huf.1195159889327; Thu, 15 Nov 2007 12:51:29 -0800 (PST) Received: by 10.78.170.9 with HTTP; Thu, 15 Nov 2007 12:51:29 -0800 (PST) Message-ID: Date: Thu, 15 Nov 2007 12:51:29 -0800 From: "Christopher Davis" Sender: loafier@gmail.com To: freebsd-hackers@freebsd.org In-Reply-To: <20071108172345.GE25224@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071108172345.GE25224@garage.freebsd.pl> X-Google-Sender-Auth: c2d865bf29d455e8 Cc: dexterclarke@safe-mail.net, Pawel Jakub Dawidek , trustedbsd-discuss@freebsd.org Subject: Re: A TrustedBSD "voluntary sandbox" policy. 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, 15 Nov 2007 21:17:57 -0000 On Nov 8, 2007 9:23 AM, Pawel Jakub Dawidek wrote: > First problem is that it is hard to operate on file paths. MAC passes a > locked vnode to you and you cannot go from there to a file name easly. > You could do it by comparsion: call VOP_GETATTR(9) on the given vnode, > do the same for /etc/passwd and others and compare their inodes and > file system ids. Performance hit may be significant for complex > policies. > > You can register yourself for process_exit, process_fork and > process_exec in-kernel events and do your cleanups from your event > handler. Take a look at EVENTHANDLER(9). > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! > Couldn't you use stat() syscall on the paths from the userland utility that parses the rules, collect the mount point or mount id and the inode from the stat struct, then have the MAC policy module match that data with the file id and mount id available from the vnode? -- Christopher Davis From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 09:06:42 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D49216A41B for ; Fri, 16 Nov 2007 09:06:42 +0000 (UTC) (envelope-from fred.bertram@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id 0E86713C4C4 for ; Fri, 16 Nov 2007 09:06:41 +0000 (UTC) (envelope-from fred.bertram@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so621623rvb for ; Fri, 16 Nov 2007 01:06:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:date:from:to:subject:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:message-id; bh=rXyGQwELfrXZjhFi/vOYMySrDZ5M4m1ZWQmBGopy3HQ=; b=eOa9sQJaQ9oejsqsyEpBFSj27Q1k8wBl6SXaQqRZ2pMyKAnKZMd1iMIqvB9FWbmK/iLNsDRdnTdwPewIOIjOBR+r7+lFnroMf0BCyzHPKDLvqR552S7+U9nhzxmrYL+OLhoZW6rWFccV6FdUCyejNILx6OKJi7PjFXW8K4SR4mY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:message-id; b=JTvctkMo86GsAJ55Yo3IpUVOwb1bieI3aW+Rx9axzqQZUIqG/O9DsAHpheFl48JTa46h9Vh3iCC6HmTbuWJJaZ/0y9agB7uUzaAG0p7g2PJXCDZYJc9no5ZA7Th8s7TvCSdH5Dy490tMWHy5GyPYRDt97oECM6jEzdHUOKcVL88= Received: by 10.140.147.18 with SMTP id u18mr145238rvd.1195202434674; Fri, 16 Nov 2007 00:40:34 -0800 (PST) Received: from gmail.com ( [124.169.95.176]) by mx.google.com with ESMTPS id f34sm22473rvb.2007.11.16.00.40.30 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 16 Nov 2007 00:40:33 -0800 (PST) Received: by gmail.com (nbSMTP-1.00) for uid 1001 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168/168 bits)) fred.bertram@gmail.com; Fri, 16 Nov 2007 17:40:27 +0800 (WST) Date: Fri, 16 Nov 2007 17:40:23 +0800 From: Fred Bertram To: freebsd-hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Message-ID: <473d5781.22528c0a.2758.0843@mx.google.com> Subject: Would like some simple volunteer work 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, 16 Nov 2007 09:06:42 -0000 Hi, I'm a cs student from Australia. Just want to enhance my skills and hopefully benefit this online software community in some way. I enjoy C programming in particular, havn't really mastered it or other languages. I'd like to practice by doing whatever though if anybody understands where i'm coming from. Is this a good place to do this? Cheers -- *********************** Frederick James Bertram (08)93371109 10 Snook Crescent Hilton 6163 Western Australia ----------------- ***************** From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 09:11:43 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DDA616A417 for ; Fri, 16 Nov 2007 09:11:43 +0000 (UTC) (envelope-from dunceor@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 39ADA13C51B for ; Fri, 16 Nov 2007 09:11:43 +0000 (UTC) (envelope-from dunceor@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so4244346pyb for ; Fri, 16 Nov 2007 01:11:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=xr/q7QtWDEI2Qtz+uUZp5ivl2qlWeAjHEOl2yNX7WCE=; b=azH1zbW+o/t6vW7XruOA7BLq9Klmml/Jid+X3kqIJk0vH1auOBXDLkj28qjVDqdoBeKcpoHQeukQ5OC+56Kb487uzAAXkDj0gFd8XEzKQATt1d4HSdI43lTPxxYHf9zG7JGjjynCoBu6colaHXsSQ16694f+2/x8oZwlY0Tpjok= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pOtZXQuQpWRGcjtjqKZhGwsEJqAUwmCcVHp4O0CbYow1yYGLDMF7ZQvsFJRJEnR1/oQBZBGJ3MG6JG9PzVs1lFN0rBi42nuAJYQiKST7y4I9/OO4Kxxdb/SKubsv3SQkIF9VNXXmhl9xg1eiU6Oq17mphhaas/EKZZOMSyAi9Do= Received: by 10.65.191.3 with SMTP id t3mr3698039qbp.1195204300868; Fri, 16 Nov 2007 01:11:40 -0800 (PST) Received: by 10.64.150.20 with HTTP; Fri, 16 Nov 2007 01:11:40 -0800 (PST) Message-ID: <5d84cb30711160111k3fc0002dh51c3c68c51b47b55@mail.gmail.com> Date: Fri, 16 Nov 2007 10:11:40 +0100 From: "Karl Sjodahl - dunceor" To: "Fred Bertram" In-Reply-To: <473d5781.22528c0a.2758.0843@mx.google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <473d5781.22528c0a.2758.0843@mx.google.com> Cc: freebsd-hackers@freebsd.org Subject: Re: Would like some simple volunteer work 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, 16 Nov 2007 09:11:43 -0000 On Nov 16, 2007 10:40 AM, Fred Bertram wrote: > Hi, > > I'm a cs student from Australia. > > Just want to enhance my skills and hopefully benefit this online software community in some way. I enjoy C programming in particular, havn't really mastered it or other languages. I'd like to practice by doing whatever though if anybody understands where i'm coming from. > > Is this a good place to do this? > > Cheers > > -- > *********************** > Frederick James Bertram > (08)93371109 > 10 Snook Crescent > Hilton 6163 > Western Australia > ----------------- > ***************** People to tend to mail this and ask what they can do to help. Easiest thing is just to check out the source, find what ever intrests you and start to hack. Check out the PR database and find and error and try and solve it. It's not gonna be fun if anybody tells you what to do, you need to find what you find fun to do and then just do it. br dunceor From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 09:14:02 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9FD516A420 for ; Fri, 16 Nov 2007 09:14:02 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.229]) by mx1.freebsd.org (Postfix) with ESMTP id 9531313C468 for ; Fri, 16 Nov 2007 09:14:02 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so737780nzf for ; Fri, 16 Nov 2007 01:13:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ULKeNHqk5EuX1OJ6m6vg0zusHZhkC923NoFgjNn4g34=; b=JMPRad4FEK9/TLaZcUR0k2mhc1HUG91n1OQdFyTgcKR1vjMLFtEqw6kBL31bH9/5/B+K7P03o35zn8bfYfhwuF+7VLjmIKWPktWDopRwCxY01VqsiofN1Xyc9qwcXKaybkGrNFPDuR3870FRq7Li2aK1bW5zg2dhA688JGyAI9g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Mh/RVdx0wzHrzsoSFAkdlSCHqbztniHru2dZ6gQlRTM/frWhZ6Y1XMpN4Y4w660zkc3vOYStpc2WT/8y7IMiR9eGjRFtmsOT/yp/+qm2v2hNyoy/9Z7UDfrASCjIdxTnDLEsYatMArNlirPnvAK3KUHTDiQGCZY5Y3//OHkn/dw= Received: by 10.142.239.11 with SMTP id m11mr526463wfh.1195204433758; Fri, 16 Nov 2007 01:13:53 -0800 (PST) Received: by 10.142.230.18 with HTTP; Fri, 16 Nov 2007 01:13:53 -0800 (PST) Message-ID: Date: Fri, 16 Nov 2007 01:13:53 -0800 From: "Kip Macy" To: "Karl Sjodahl - dunceor" In-Reply-To: <5d84cb30711160111k3fc0002dh51c3c68c51b47b55@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <473d5781.22528c0a.2758.0843@mx.google.com> <5d84cb30711160111k3fc0002dh51c3c68c51b47b55@mail.gmail.com> Cc: freebsd-hackers@freebsd.org, Fred Bertram Subject: Re: Would like some simple volunteer work 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, 16 Nov 2007 09:14:02 -0000 On Nov 16, 2007 1:11 AM, Karl Sjodahl - dunceor wrote: > On Nov 16, 2007 10:40 AM, Fred Bertram wrote: > > Hi, > > > > I'm a cs student from Australia. > > > > Just want to enhance my skills and hopefully benefit this online software community in some way. I enjoy C programming in particular, havn't really mastered it or other languages. I'd like to practice by doing whatever though if anybody understands where i'm coming from. > > > > Is this a good place to do this? > > > > Cheers > > > > -- > > *********************** > > Frederick James Bertram > > (08)93371109 > > 10 Snook Crescent > > Hilton 6163 > > Western Australia > > ----------------- > > ***************** > > People to tend to mail this and ask what they can do to help. > Easiest thing is just to check out the source, find what ever intrests > you and start to hack. > Check out the PR database and find and error and try and solve it. > > It's not gonna be fun if anybody tells you what to do, you need to > find what you find fun to do and then just do it. > > br > dunceor > The PR database is really the best place to start if you're really interested in helping. There are lots of small tasks there. -Kip From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 11:33:41 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 699F816A41B for ; Fri, 16 Nov 2007 11:33:41 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id DDCE513C469 for ; Fri, 16 Nov 2007 11:33:40 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A57AA4.dip.t-dialin.net [84.165.122.164]) by redbull.bpaserver.net (Postfix) with ESMTP id EE4932E35F; Fri, 16 Nov 2007 12:14:03 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 454373773B; Fri, 16 Nov 2007 12:14:00 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1195211640; bh=qdckcwwNN0iO7z6fRTtWso8teM8n8V/6L /1kMDE4utU=; h=Message-ID:X-Priority:Date:From:To:Cc:Subject: References:In-Reply-To:MIME-Version:Content-Type: Content-Disposition:Content-Transfer-Encoding:User-Agent; b=01DJVz fpHNyQoFNrb6Msd+7b0JxQYE9ylDlpkFoNrgicle6BkpTsGN9QvDOGYDMS/J7bw4IDa FsVPFA60j+rQXF5qMZ0SNa1e2SSfyuxHrQf4hZ0Mu2p+hQFbsGiZWISi4PtI5EaqCg6 J2KW2yKSsGZwqELcD8wXhwZGSXDwIZpYlRQXuJhFhqYEDM8l5upzPk+YogDvWpt+Dr3 mHM6QSyeiOgx9AeHg/cg32JuYVyYAxVy7F2vJvvyUD0zqVlz73Asj4YSnGsC8aablrt Wru5lSkkFx1gYtbIG93zzjzDFbKeVpseXY8pRUC0el8MxWNhqEB9RRsYtHv/r8whiTB Q== Received: (from www@localhost) by webmail.leidinger.net (8.14.1/8.13.8/Submit) id lAGBDxfg031210; Fri, 16 Nov 2007 12:13:59 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 16 Nov 2007 12:13:59 +0100 Message-ID: <20071116121359.5db066ax5wwcsgog@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 16 Nov 2007 12:13:59 +0100 From: Alexander Leidinger To: Fred Bertram References: <473d5781.22528c0a.2758.0843@mx.google.com> In-Reply-To: <473d5781.22528c0a.2758.0843@mx.google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 8, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Fri, 16 Nov 2007 12:31:19 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Would like some simple volunteer work 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, 16 Nov 2007 11:33:41 -0000 Quoting Fred Bertram (from Fri, 16 Nov 2007 =20 17:40:23 +0800): > Just want to enhance my skills and hopefully benefit this online =20 > software community in some way. I enjoy C programming in particular, =20 > havn't really mastered it or other languages. I'd like to practice =20 > by doing whatever though if anybody understands where i'm coming from. As people told you already: the PR database is a good start. Don't be =20 afraid if you don't understand something. Either proceed to the next =20 problem, or just try to start (often a problem looks big from far =20 away, but when you go closer and look around, it's not that big =20 anymore). In case you can not find answers (in our man pages or the =20 source) to questions you come up with while looking at a problem, feel =20 free to ask on the lists (pick one which seems appropriate for the =20 topic you need an answer for). If at some point you feel more confident in what you can do, and you =20 want to do something else than solving problems in our PR database: we =20 also have the ideas list (http://www.freebsd.org/projects/ideas/). =20 It's not a TODO list, it's an ideas list. Projects without technical =20 contacts need an investigation if it is beneficial to have it in =20 FreeBSD or not. It does not contain everything, some specific =20 subprojects have for example a real TODO list. If you provide patches, don't feel bad if someone moans about the =20 quality (it may or may not happen, we are in a public place and all =20 kinds of persons are around). Take it as an opportunity to improve =20 (either the patches, or the way of the presentation/explanation). Bye, Alexander. --=20 Although the moon is smaller than the earth, it is farther away. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 12:35:13 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2932316A419 for ; Fri, 16 Nov 2007 12:35:13 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id D5F4513C48A for ; Fri, 16 Nov 2007 12:35:12 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 948422219D16; Fri, 16 Nov 2007 23:19:57 +1100 (EST) X-Viruscan-Id: <473D8AED0000411665AE9C@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 6029D21B1325 for ; Fri, 16 Nov 2007 23:19:57 +1100 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id 8C6FB2219C85 for ; Fri, 16 Nov 2007 23:19:56 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 2A987F0; Fri, 16 Nov 2007 23:19:53 +1100 (EST) Date: Fri, 16 Nov 2007 23:19:53 +1100 From: Edwin Groothuis To: freebsd-hackers@freebsd.org Message-ID: <20071116121953.GA56382@k7.mavetju> Mail-Followup-To: Edwin Groothuis , freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: rpcgen issues on ports/security/cfs 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, 16 Nov 2007 12:35:13 -0000 Hello, I needed to get the security/cfs port running on a FreeBSD 7 machine, but it didn't compile at all. The issue was that rpcgen created code like: extern void * admproc_null_2(void *, CLIENT *); extern void * admproc_null_2_svc(void *, struct svc_req *); #define ADMPROC_ATTACH ((unsigned long)(1)) but what worked was: extern void * admproc_null_2(void *, CLIENT *); #define admproc_null_2_svc admproc_null_2 #define ADMPROC_ATTACH ((unsigned long)(1)) (instead of prototyping the _svc function, just make it the same as the non _svc version) And: #define NFSPROC_SETATTR ((unsigned long)(2)) extern attrstat * nfsproc_setattr_2(sattrargs *, CLIENT *); extern attrstat * nfsproc_setattr_2_svc(sattrargs *, struct svc_req *); but what worked was: #define NFSPROC_SETATTR ((unsigned long)(2)) extern attrstat * nfsproc_setattr_2(sattrargs *, SR *); #define nfsproc_setattr_2_svc nfsproc_setattr_2 (instead of a CLIENT *, have a SR *) That is all code generated by rpcgen. I tried to run rpcgen with the -b option, but that didn't really work. I'm really without a clue here on how to resolve this, not knowing what rpcgen really does do. But I know that the binaries posted to http://www.mavetju.org/~edwin/cfs-1.4.1-7.0.tar.gz do work on FreeBSD 7.0 and that I'm more than happy to see if I can get it up and running with different options than patched the code generated by rpcgen :-) Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 14:46:04 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87DD616A417 for ; Fri, 16 Nov 2007 14:46:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4FC5A13C447 for ; Fri, 16 Nov 2007 14:46:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id B0BA447064; Fri, 16 Nov 2007 09:47:56 -0500 (EST) Date: Fri, 16 Nov 2007 14:45:50 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Skip Ford In-Reply-To: <20071114132743.GB835@menantico.com> Message-ID: <20071116144356.S10677@fledge.watson.org> References: <1194896018.4738aa922f776@webmail.rawbw.com> <20071112214243.Y81124@fledge.watson.org> <1194905125.4738ce25a968c@webmail.rawbw.com> <20071112222557.N81124@fledge.watson.org> <1194980181.4739f355a32bc@webmail.rawbw.com> <20071114104157.D92502@fledge.watson.org> <20071114112304.GA835@menantico.com> <20071114121812.U2025@fledge.watson.org> <20071114132743.GB835@menantico.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Yuri , freebsd-hackers@FreeBSD.org Subject: Re: How to get filename of an open file descriptor 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, 16 Nov 2007 14:46:04 -0000 On Wed, 14 Nov 2007, Skip Ford wrote: >> I agree regarding the duplication with ps(1) -- however, I'm generally of >> the opinion that ps(1) is overburdened as tools go, and that the goals are >> actually somehwat different--procstat(1) intentionally doesn't have the >> ability to generate a list of processes, for example, taking pids >> explicitly as the argument; likewise, historically ps(1) has not been >> interested in printing more than one line per process (although I think -h >> changed this). I'll do a bit more investigation as to how easily it can be >> wedged in, and do recognize the concern here. > > I understand, and I sort of knew that from the beginning which is why I > didn't provide feedback immediately. I don't have a suggestion as to what I > think should be done. > > While procstat(1) currently takes a list of pids, I wouldn't be surprised if > somebody adds code to list all processes, unless you block it. I think it > would be useful, especially since some of it's options produce single-line > per pid output, such as credentials. > > The two utilities do provide different information, it's just a little odd > to have two utilities with basically the same name. But I can't think of a > more appropriate name for procstat(1). FWIW, it looks like on Solaris, there are a series of psig(1), pstack(1), ptree(1), etc, tools for similar sorts of per-process inspection purposes. I think I prefer bundling it into a single tool, but it's certainly a similar idea. Maybe I should just rename procstat(1) to pinfo(1) and be done with it? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 15:05:29 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60BEB16A469; Fri, 16 Nov 2007 15:05:29 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from signal.itea.ntnu.no (signal.itea.ntnu.no [129.241.190.231]) by mx1.freebsd.org (Postfix) with ESMTP id 113E913C469; Fri, 16 Nov 2007 15:05:28 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by signal.itea.ntnu.no (Postfix) with ESMTP id 53A4A343FE; Fri, 16 Nov 2007 15:42:56 +0100 (CET) Received: from gaupe.stud.ntnu.no (gaupe.stud.ntnu.no [129.241.56.184]) by signal.itea.ntnu.no (Postfix) with ESMTP; Fri, 16 Nov 2007 15:42:56 +0100 (CET) Received: by gaupe.stud.ntnu.no (Postfix, from userid 2312) id 27BF2D0054; Fri, 16 Nov 2007 15:43:05 +0100 (CET) Date: Fri, 16 Nov 2007 15:43:05 +0100 From: Ulf Lilleengen To: Alexander Sabourenkov Message-ID: <20071116144304.GA7950@stud.ntnu.no> References: <472A548B.50406@lxnt.info> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <472A548B.50406@lxnt.info> User-Agent: Mutt/1.5.9i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: Thierry Herbelot , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, "Matthew D. Fuller" , sos@FreeBSD.org Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. 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, 16 Nov 2007 15:05:29 -0000 On fre, nov 02, 2007 at 01:34:51 +0300, Alexander Sabourenkov wrote: > Hello. > > I have ported the workaround for the hardware bug that causes data > corruption on Promise SATA300 TX4 cards to RELENG_7. > > Bug description: > SATA300 TX4 hardware chokes if last PRD entry (in a dma transfer) is > larger than 164 bytes. This was found while analysing vendor-supplied > linux driver. > > Workaround: > Split trailing PRD entry if it's larger that 164 bytes. > > Two supplied patches do fix problem on my machine. > > There is, however, a style problem with them. It seems like PRD entry > count is limited at 256. I have not found a good way to guarantee that > one entry is always available to do the split, thus the ugly solution of > patching ata-dma.c. > > > Patches, patched and original files are at http://lxnt.info/tx4/freebsd/. > Hi, I tried the patch, but I end up with the partition table being incorrectly read (probably) on the drives connected to my TX4 card. Normally, there's one partition on the drive, but when I apply the patch, the drive provider (ad6) is all that shows up in /dev. When I revert the patch, the partition (ad6s1) shows up in /dev again. I applied both the ata-chipset patch and ata-dma patch to a RELENG_7 system. -- Ulf Lilleengen From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 15:44:49 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 489DF16A420; Fri, 16 Nov 2007 15:44:49 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id C0A9113C457; Fri, 16 Nov 2007 15:44:48 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lAGFhw56047315; Fri, 16 Nov 2007 16:43:59 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <473DBABE.3070901@deepcore.dk> Date: Fri, 16 Nov 2007 16:43:58 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Ulf Lilleengen References: <472A548B.50406@lxnt.info> <20071116144304.GA7950@stud.ntnu.no> In-Reply-To: <20071116144304.GA7950@stud.ntnu.no> Content-Type: multipart/mixed; boundary="------------040604010606080602010104" Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, "Matthew D. Fuller" , Thierry Herbelot , Alexander Sabourenkov , sos@FreeBSD.ORG Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. 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, 16 Nov 2007 15:44:49 -0000 This is a multi-part message in MIME format. --------------040604010606080602010104 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Ulf Lilleengen wrote: > I tried the patch, but I end up with the partition table being incorrec= tly > read (probably) on the drives connected to my TX4 card. Normally, there= 's > one partition on the drive, but when I apply the patch, the drive provi= der > (ad6) is all that shows up in /dev.=20 > > When I revert the patch, the partition (ad6s1) shows up in /dev again. > > I applied both the ata-chipset patch and ata-dma patch to a RELENG_7 sy= stem. > > =20 You should try the attached "official" patch and let me know if that=20 helps, thanks! -S=F8ren --------------040604010606080602010104 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="promise-fix2" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="promise-fix2" ? promise-fix2 Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.202.2.2 diff -u -r1.202.2.2 ata-chipset.c --- ata-chipset.c 31 Oct 2007 19:59:53 -0000 1.202.2.2 +++ ata-chipset.c 11 Nov 2007 17:08:49 -0000 @@ -142,6 +142,7 @@ static int ata_promise_mio_command(struct ata_request *request); static void ata_promise_mio_reset(device_t dev); static void ata_promise_mio_dmainit(device_t dev); +static void ata_promise_mio_setprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error); static void ata_promise_mio_setmode(device_t dev, int mode); static void ata_promise_sx4_intr(void *data); static int ata_promise_sx4_command(struct ata_request *request); @@ -792,6 +793,7 @@ prd[i].dbc = htole32((segs[i].ds_len - 1) & ATA_AHCI_PRD_MASK); } } + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); args->nsegs = nsegs; } @@ -2760,6 +2762,8 @@ prd[i].addrhi = htole32((u_int64_t)segs[i].ds_addr >> 32); } prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void @@ -3288,9 +3292,13 @@ /* prime fake interrupt register */ ATA_OUTL(ctlr->r_res2, fake_reg, 0xffffffff); - /* clear SATA status */ + /* clear SATA status and unmask interrupts */ ATA_OUTL(ctlr->r_res2, stat_reg, 0x000000ff); + /* enable "long burst lenght" on gen2 chips */ + if ((ctlr->chip->cfg2 == PRSATA2) || (ctlr->chip->cfg2 == PRCMBO2)) + ATA_OUTL(ctlr->r_res2, 0x44, ATA_INL(ctlr->r_res2, 0x44) | 0x2000); + ctlr->allocate = ata_promise_mio_allocate; ctlr->reset = ata_promise_mio_reset; ctlr->dmainit = ata_promise_mio_dmainit; @@ -3778,8 +3786,42 @@ static void ata_promise_mio_dmainit(device_t dev) { + struct ata_channel *ch = device_get_softc(dev); + /* note start and stop are not used here */ ata_dmainit(dev); + if (ch->dma) + ch->dma->setprd = ata_promise_mio_setprd; +} + + +#define MAXLASTSGSIZE (32 * sizeof(u_int32_t)) +static void +ata_promise_mio_setprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error) +{ + struct ata_dmasetprd_args *args = xsc; + struct ata_dma_prdentry *prd = args->dmatab; + int i; + + if ((args->error = error)) + return; + + for (i = 0; i < nsegs; i++) { + prd[i].addr = htole32(segs[i].ds_addr); + prd[i].count = htole32(segs[i].ds_len); + } + if (segs[i - 1].ds_len > MAXLASTSGSIZE) { + //printf("split last SG element of %u\n", segs[i - 1].ds_len); + prd[i - 1].count = htole32(segs[i - 1].ds_len - MAXLASTSGSIZE); + prd[i].count = htole32(MAXLASTSGSIZE); + prd[i].addr = htole32(segs[i - 1].ds_addr + + (segs[i - 1].ds_len - MAXLASTSGSIZE)); + nsegs++; + i++; + } + prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void @@ -4849,6 +4891,8 @@ prd[i].count = htole32(segs[i].ds_len); } prd[i - 1].control = htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void Index: ata-dma.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-dma.c,v retrieving revision 1.147 diff -u -r1.147 ata-dma.c --- ata-dma.c 8 Apr 2007 21:53:52 -0000 1.147 +++ ata-dma.c 11 Nov 2007 17:08:49 -0000 @@ -213,6 +213,7 @@ prd[i].count = htole32(segs[i].ds_len); } prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); args->nsegs = nsegs; } --------------040604010606080602010104-- From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 16:29:07 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D1B516A47D; Fri, 16 Nov 2007 16:29:07 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6222C13C469; Fri, 16 Nov 2007 16:29:07 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id E7429471C0; Fri, 16 Nov 2007 11:31:02 -0500 (EST) Date: Fri, 16 Nov 2007 16:28:56 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrea Campi In-Reply-To: <20071108140627.GI82877@webcom.it> Message-ID: <20071116162716.D10677@fledge.watson.org> References: <20071108140627.GI82877@webcom.it> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: dexterclarke@Safe-mail.net, freebsd-hackers@freebsd.org, trustedbsd-discuss@freebsd.org Subject: Re: A TrustedBSD "voluntary sandbox" policy. 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, 16 Nov 2007 16:29:07 -0000 On Thu, 8 Nov 2007, Andrea Campi wrote: > On Wed, Nov 07, 2007 at 10:20:28PM -0500, dexterclarke@Safe-mail.net wrote: > >> I'm considering developing a policy/module for TrustedBSD loosely based on >> the systrace concept - A process loads a policy and then executes another >> program in a sandbox with fine grained control over what that program can >> do. > ... >> Please note that the 'policy' given on the command line is purely for the >> sake of example, no syntax or semantics have been decided upon. > > Can't comment on the implementation or wider issues, but if you pursue this, > please have a look at how MacOS Leopard does it (Seatbelt). Would be nice to > converge on both syntax (a Schema dialect) and tools names / command line > args--or if converging is not possible, at least know where and why and make > a conscious decision. FYI, Seatbelt is based on the Mac OS X port of the TrustedBSD MAC Framework, which while it has some significant changes (some now present in the 8-CURRENT branch of FreeBSD), may well be a good starting point. Last I checked, the source for Seatbelt wasn't yet available, but there was hope it would be available in the near future. A port of the policy to FreeBSD sounds like it would be very interesting to do, and might provide a nice starting point rather than having to write up a policy from scratch. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 18:42:53 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AADA16A417 for ; Fri, 16 Nov 2007 18:42:53 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outL.internet-mail-service.net (outL.internet-mail-service.net [216.240.47.235]) by mx1.freebsd.org (Postfix) with ESMTP id 2DCFB13C43E for ; Fri, 16 Nov 2007 18:42:53 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 16 Nov 2007 10:42:52 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 58BFD126A5D; Fri, 16 Nov 2007 10:42:51 -0800 (PST) Message-ID: <473DE4AC.7070303@elischer.org> Date: Fri, 16 Nov 2007 10:42:52 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Fred Bertram References: <473d5781.22528c0a.2758.0843@mx.google.com> In-Reply-To: <473d5781.22528c0a.2758.0843@mx.google.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Adrian Chadd Subject: Re: Would like some simple volunteer work 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, 16 Nov 2007 18:42:53 -0000 Fred Bertram wrote: > Hi, > > I'm a cs student from Australia. > > Just want to enhance my skills and hopefully benefit this online > software community in some way. I enjoy C programming in particular, > havn't really mastered it or other languages. I'd like to practice by > doing whatever though if anybody understands where i'm coming from. > > Is this a good place to do this? > > *********************** > Frederick James Bertram > Hilton 6163 > Western Australia sure it is. But it is up to you to decide what you would like to do, and realise that not every change that is submitted is accepted. Sometimes things that appear as "obvious problems" turn out to be there for reasons that are not at all obvious, so before you try fixing things it's usually a good policy to ask on the mailing list if it is something that SHOULD be done. there is a list at http://www.freebsd.org/projects/ideas/ pick something simple, subscribe to current@freebsd.org discuss your ideas. code *fame* :-) Julian Elischer Daglish, Western Australia. (no, not really.. I have a house there but I'm in the US at the moment) talk to adrian@freebsd.org.. he's somewhere in Perth there.) > > Cheers > From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 18:58:52 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE22B16A418 for ; Fri, 16 Nov 2007 18:58:52 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outE.internet-mail-service.net (outE.internet-mail-service.net [216.240.47.228]) by mx1.freebsd.org (Postfix) with ESMTP id A096F13C44B for ; Fri, 16 Nov 2007 18:58:52 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 16 Nov 2007 10:47:33 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id EB4F7126A5A; Fri, 16 Nov 2007 10:47:32 -0800 (PST) Message-ID: <473DE5C5.5000400@elischer.org> Date: Fri, 16 Nov 2007 10:47:33 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Alexander Leidinger References: <473d5781.22528c0a.2758.0843@mx.google.com> <20071116121359.5db066ax5wwcsgog@webmail.leidinger.net> In-Reply-To: <20071116121359.5db066ax5wwcsgog@webmail.leidinger.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Fred Bertram Subject: Re: Would like some simple volunteer work 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, 16 Nov 2007 18:58:52 -0000 Alexander Leidinger wrote: > Although the moon is smaller than the earth, it is farther away. > George Bush? From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 19:03:19 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5C1416A469 for ; Fri, 16 Nov 2007 19:03:19 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 6904513C481 for ; Fri, 16 Nov 2007 19:03:19 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5759A.dip.t-dialin.net [84.165.117.154]) by redbull.bpaserver.net (Postfix) with ESMTP id ACA942E319; Fri, 16 Nov 2007 19:58:24 +0100 (CET) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id E2EFB67D4F; Fri, 16 Nov 2007 19:58:21 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1195239502; bh=leu/jiFbHJVT0lFBiCQe0SMjXPcye8jjN 5o/f5MGrEA=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To: References:X-Mailer:Mime-Version:Content-Type: Content-Transfer-Encoding; b=NZ4ywIIhct86gYZObGub+FbWDPywX+zoGyjKR foiPEBcQ+dLKCO48pSHXSk5GQP9t+khXCN1+pZgv1Ie/GEGsRZ9KaDZy3WTVAFcioNA Cu6DtwCWXd7F9D9nmtS07a0sQjDURo2bsg7P2KsYzeGTiGYNft7f7MUNta+xaBOxIXm 1mQewVcTJ+C2Dr0gdHJDcjzlWVH+660dD4r7VlSe7Lo+ZzmR0WjdL414uamLkFS+t7L sQhfSLupwhBpID/RNohdVajpKQ2D0ITbXiDOunlNt7fLKkRQqmfjs+nbK4I5EV+7kh9 18ORRvT9vGbc0GJmuM6qE+zWEDDGoGAfwiPtA== Date: Fri, 16 Nov 2007 19:58:21 +0100 From: Alexander Leidinger To: Julian Elischer Message-ID: <20071116195821.64ac3d96@deskjail> In-Reply-To: <473DE5C5.5000400@elischer.org> References: <473d5781.22528c0a.2758.0843@mx.google.com> <20071116121359.5db066ax5wwcsgog@webmail.leidinger.net> <473DE5C5.5000400@elischer.org> X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 8, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Fri, 16 Nov 2007 19:09:03 +0000 Cc: freebsd-hackers@freebsd.org, Fred Bertram Subject: Re: Would like some simple volunteer work 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, 16 Nov 2007 19:03:19 -0000 Quoting Julian Elischer (Fri, 16 Nov 2007 10:47:33 -0800): > Alexander Leidinger wrote: > > > Although the moon is smaller than the earth, it is farther away. > > > > George Bush? I don't know. It's output from fortune, so you can look up the history. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 19:34:34 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A52916A418 for ; Fri, 16 Nov 2007 19:34:34 +0000 (UTC) (envelope-from mnslinky@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id F246713C465 for ; Fri, 16 Nov 2007 19:34:33 +0000 (UTC) (envelope-from mnslinky@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so4563454pyb for ; Fri, 16 Nov 2007 11:34:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer; bh=kAenIaz1HNVf9P4gn9Vd5++c5nlEN5L4p24fUq5IBEY=; b=WL3+ajpuOs462F2Tra2AQym3ZYXKh6oOfTki+ZUFMN47J6wpO5ABiTX4fYyi+/wT7QiK8uvWdNlyaIXCN3V1JnywzZt3ynDLWzAdNS/3cCkWL0uXCjnDcxjjeMe6qOMsucCAZ8FbVheoTtSPu+SYabjmZNKOzGmDcjn8t9/wTQg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer; b=pEpUfssS/WQEvfgt7tZznXnUkAnVDyVA9hhLWfJji4aSsV+hmlu3wV+TwSEo0GTBDT7sUK1sIWva/neEks902GK0wdx30MeJqpnKgOmBvbzdBzyCB8BaJ7/pB6WOWUWxM5JDqcQgexNGnuRGDyaM2y3dMElbbelfgzUuBao6Iic= Received: by 10.35.42.18 with SMTP id u18mr2474228pyj.1195240110416; Fri, 16 Nov 2007 11:08:30 -0800 (PST) Received: from swordfish.local.claimlynx.com ( [74.95.66.25]) by mx.google.com with ESMTPS id w67sm7553081pyg.2007.11.16.11.08.25 (version=SSLv3 cipher=OTHER); Fri, 16 Nov 2007 11:08:26 -0800 (PST) Message-Id: From: Eric Crist To: Julian Elischer In-Reply-To: <473DE5C5.5000400@elischer.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Fri, 16 Nov 2007 13:08:23 -0600 References: <473d5781.22528c0a.2758.0843@mx.google.com> <20071116121359.5db066ax5wwcsgog@webmail.leidinger.net> <473DE5C5.5000400@elischer.org> X-Mailer: Apple Mail (2.915) Cc: Alexander Leidinger , Fred Bertram , freebsd-hackers@freebsd.org Subject: Re: Would like some simple volunteer work 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, 16 Nov 2007 19:34:34 -0000 On Nov 16, 2007, at 12:47 PM, Julian Elischer wrote: > Alexander Leidinger wrote: > >> Although the moon is smaller than the earth, it is farther away. > > George Bush? I mow my lawn. ----- Eric F Crist Secure Computing Networks From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 20:40:20 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A52E016A417; Fri, 16 Nov 2007 20:40:20 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.freebsd.org (Postfix) with ESMTP id F06D813C46E; Fri, 16 Nov 2007 20:40:19 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JRM002Y89EBUJ21@vms046.mailsrvcs.net>; Fri, 16 Nov 2007 14:39:48 -0600 (CST) Date: Fri, 16 Nov 2007 15:42:25 -0500 From: Skip Ford In-reply-to: <20071116144356.S10677@fledge.watson.org> To: Robert Watson Mail-followup-to: Robert Watson , Yuri , freebsd-hackers@FreeBSD.org Message-id: <20071116204225.GC835@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <1194896018.4738aa922f776@webmail.rawbw.com> <20071112214243.Y81124@fledge.watson.org> <1194905125.4738ce25a968c@webmail.rawbw.com> <20071112222557.N81124@fledge.watson.org> <1194980181.4739f355a32bc@webmail.rawbw.com> <20071114104157.D92502@fledge.watson.org> <20071114112304.GA835@menantico.com> <20071114121812.U2025@fledge.watson.org> <20071114132743.GB835@menantico.com> <20071116144356.S10677@fledge.watson.org> User-Agent: Mutt/1.4.2.3i Cc: Yuri , freebsd-hackers@FreeBSD.org Subject: Re: How to get filename of an open file descriptor 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, 16 Nov 2007 20:40:20 -0000 Robert Watson wrote: > On Wed, 14 Nov 2007, Skip Ford wrote: > >>>I agree regarding the duplication with ps(1) -- however, I'm generally of >>>the opinion that ps(1) is overburdened as tools go, and that the goals >>>are actually somehwat different--procstat(1) intentionally doesn't have >>>the ability to generate a list of processes, for example, taking pids >>>explicitly as the argument; likewise, historically ps(1) has not been >>>interested in printing more than one line per process (although I think >>>-h changed this). I'll do a bit more investigation as to how easily it >>>can be wedged in, and do recognize the concern here. >> >>I understand, and I sort of knew that from the beginning which is why I >>didn't provide feedback immediately. I don't have a suggestion as to what >>I think should be done. >> >>While procstat(1) currently takes a list of pids, I wouldn't be surprised >>if somebody adds code to list all processes, unless you block it. I think >>it would be useful, especially since some of it's options produce >>single-line per pid output, such as credentials. >> >>The two utilities do provide different information, it's just a little odd >>to have two utilities with basically the same name. But I can't think of >>a more appropriate name for procstat(1). > > FWIW, it looks like on Solaris, there are a series of psig(1), pstack(1), > ptree(1), etc, tools for similar sorts of per-process inspection purposes. > I think I prefer bundling it into a single tool, but it's certainly a > similar idea. Maybe I should just rename procstat(1) to pinfo(1) and be > done with it? Either of those options works for me. If I were the first person ever to make the decision, I'd go with pinfo(1). However, Linux doesn't have separate utilities like Solaris but does have a procinfo(8) utility in addition to their ps(1). Their procinfo(8) displays system status as gathered from procfs. In other words, anything that's not process related that's available via procfs gets displayed with procinfo(8). So, needless to say, it isn't per-process like ours would be nor does it provide anywhere near the same type of information as pinfo(1) currently (or ever) would: http://www.linuxcommand.org/man_pages/procinfo8.html So, even though the Solaris way of separate utilities seems like overkill to me, that's what I'd vote for following. If that's what you decide should be done and you want a hand, I can do the work. Just let me know the names of the utilities and supply Solaris manpages if they have matching commands, and I can convert your code so you can be working on bigger and better things. But, again, even pinfo(1) would be better than procstat(1) to me so if that's what you decide, I don't have a problem with that. At least our two utilities wouldn't have essentially the same name. -- Skip From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 21:21:06 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF31016A417; Fri, 16 Nov 2007 21:21:06 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms169133pub.verizon.net (vms169133pub.verizon.net [206.46.169.133]) by mx1.freebsd.org (Postfix) with ESMTP id F0A9513C44B; Fri, 16 Nov 2007 21:21:05 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms169133.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JRM00I1GBB4X34F@vms169133.mailsrvcs.net>; Fri, 16 Nov 2007 15:21:04 -0600 (CST) Date: Fri, 16 Nov 2007 16:23:42 -0500 From: Skip Ford In-reply-to: <20071116144356.S10677@fledge.watson.org> To: Robert Watson Mail-followup-to: Robert Watson , Yuri , freebsd-hackers@FreeBSD.org Message-id: <20071116212342.GD835@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <1194896018.4738aa922f776@webmail.rawbw.com> <20071112214243.Y81124@fledge.watson.org> <1194905125.4738ce25a968c@webmail.rawbw.com> <20071112222557.N81124@fledge.watson.org> <1194980181.4739f355a32bc@webmail.rawbw.com> <20071114104157.D92502@fledge.watson.org> <20071114112304.GA835@menantico.com> <20071114121812.U2025@fledge.watson.org> <20071114132743.GB835@menantico.com> <20071116144356.S10677@fledge.watson.org> User-Agent: Mutt/1.4.2.3i Cc: Yuri , freebsd-hackers@FreeBSD.org Subject: Re: How to get filename of an open file descriptor 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, 16 Nov 2007 21:21:07 -0000 Robert Watson wrote: > On Wed, 14 Nov 2007, Skip Ford wrote: > >>>I agree regarding the duplication with ps(1) -- however, I'm generally of >>>the opinion that ps(1) is overburdened as tools go, and that the goals >>>are actually somehwat different--procstat(1) intentionally doesn't have >>>the ability to generate a list of processes, for example, taking pids >>>explicitly as the argument; likewise, historically ps(1) has not been >>>interested in printing more than one line per process (although I think >>>-h changed this). I'll do a bit more investigation as to how easily it >>>can be wedged in, and do recognize the concern here. >> >>I understand, and I sort of knew that from the beginning which is why I >>didn't provide feedback immediately. I don't have a suggestion as to what >>I think should be done. >> >>While procstat(1) currently takes a list of pids, I wouldn't be surprised >>if somebody adds code to list all processes, unless you block it. I think >>it would be useful, especially since some of it's options produce >>single-line per pid output, such as credentials. >> >>The two utilities do provide different information, it's just a little odd >>to have two utilities with basically the same name. But I can't think of >>a more appropriate name for procstat(1). > > FWIW, it looks like on Solaris, there are a series of psig(1), pstack(1), > ptree(1), etc, tools for similar sorts of per-process inspection purposes. > I think I prefer bundling it into a single tool, but it's certainly a > similar idea. Maybe I should just rename procstat(1) to pinfo(1) and be > done with it? How about renaming procstat(1) to proc(1), rolling up all of the Solaris proc tools functionality into that (someday), then creating hardlinks for all of the individual utilities? I just found the Solaris manpage for their proc tools and I really like how they've done it. The first command listed on that page is "proc" but then it isn't listed in the synopsis and no man page is listed in the links. So, that plus their single "proc tools" manpage makes it look to me like that's what they actually do, use a single utility with hardlinks. I've never used Solaris or seen the source so I could be wrong, but that's how it looks from the manpage. That's a great solution, IMO. Plus, it would buy more time. It could go in immediately to all branches then be improved later without breaking anything. -- Skip From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 22:08:51 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91E0516A41A for ; Fri, 16 Nov 2007 22:08:51 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (mail0.rawbw.com [198.144.192.41]) by mx1.freebsd.org (Postfix) with ESMTP id 620DC13C457 for ; Fri, 16 Nov 2007 22:08:50 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (localhost [127.0.0.1]) by mail0.rawbw.com (8.13.8/8.13.8) with ESMTP id lAGM8mD8094866; Fri, 16 Nov 2007 14:08:48 -0800 (PST) Received: (from www@localhost) by mail0.rawbw.com (8.13.8/8.13.8/Submit) id lAGM8lpi094861; Fri, 16 Nov 2007 14:08:48 -0800 (PST) X-Authentication-Warning: mail0.rawbw.com: www set sender to yuri@rawbw.com using -f Received: from ip224.carlyle.sfo.ygnition.net (ip224.carlyle.sfo.ygnition.net [24.219.144.224]) by webmail.rawbw.com (IMP) with HTTP for ; Fri, 16 Nov 2007 14:08:47 -0800 Message-ID: <1195250927.473e14ef935c6@webmail.rawbw.com> Date: Fri, 16 Nov 2007 14:08:47 -0800 From: Yuri To: freebsd-hackers@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 24.219.144.224 X-Mailman-Approved-At: Fri, 16 Nov 2007 22:09:59 +0000 Cc: yuri@tsoft.com Subject: Any hope to have things requested by NVidia in FreeBSD-7? 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, 16 Nov 2007 22:08:51 -0000 I read long time ago that the reason that NVidia can't have their driver on 64-bit platform is that FreeBSD kernel lacks some functionality. Is this functionality present in 7.0? Or when to expect this to be done? I have NVidia card but still run 32-bit system because of lack of driver. Yuri From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 22:24:25 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5644316A469; Fri, 16 Nov 2007 22:24:25 +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 B9AA213C458; Fri, 16 Nov 2007 22:24:24 +0000 (UTC) (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.8) with ESMTP id lAGM5BAF071577; Sat, 17 Nov 2007 01:05:12 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Sat, 17 Nov 2007 01:05:11 +0300 (MSK) From: Maxim Konovalov To: Dima Dorfman In-Reply-To: <20071115120112.GG1288@beaver.trit.net> Message-ID: <20071117010338.Y24106@mp2.macomnet.net> References: <20071115120112.GG1288@beaver.trit.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: hackers@freebsd.org Subject: Re: Patch for ping6 -o 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, 16 Nov 2007 22:24:25 -0000 On Thu, 15 Nov 2007, 12:01-0000, Dima Dorfman wrote: > The ping(8) utility has an -o switch that tells it to exit after > receiving the first reply. This is useful, but ping6(8) doesn't have > it. > > Simple patch attached. > > Comments/reviews/whatnots? > > I'll commit to HEAD in a few days if I don't hear any objections. > You forgot to update usage(). -- Maxim Konovalov From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 22:42:29 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAB1016A41B for ; Fri, 16 Nov 2007 22:42:29 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 6B23013C48E for ; Fri, 16 Nov 2007 22:42:28 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so4647687pyb for ; Fri, 16 Nov 2007 14:42:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=k3hjPZh6AzbDvtH3KVs6lBCKe1n4Arxz+/5MA+caC+E=; b=qWazEfMnH+oSR5QGKK6GlD6vCVECx23urQ47ZUSyPRIbEg0kY/iqdETl4gaR1iyTmWar96j3kNdd3vNTp7+i12xonFXWaMeY3oqhs9W8cSWq4z0mJFDrkfrSNjOfUef73La8ZIgTOpsed7MYKhphicYhlVHxv0n581ZOL12PtpQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=uPGuWaAKlNIujOeX3T0GoIFhyaVb4QYKwYOTr0Xc+RI+rdTpNCG4/YBQLAaCQ2MKbBQxyJAhZuheYoVSihQP4WNULnqU3LxE6pqvO29xViettpr8lFM0Q0KXMmMx2QuKtRK5Z1cb98zdu7zz37A3nSbNnLhvtSKx3XkxxhRT0So= Received: by 10.65.205.16 with SMTP id h16mr5240741qbq.1195252947784; Fri, 16 Nov 2007 14:42:27 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id f18sm2389748qba.2007.11.16.14.42.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 16 Nov 2007 14:42:27 -0800 (PST) Message-ID: <473E1CCB.20002@gmail.com> Date: Fri, 16 Nov 2007 17:42:19 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071111) MIME-Version: 1.0 To: Yuri , freebsd-hackers@freebsd.org References: <1195250927.473e14ef935c6@webmail.rawbw.com> In-Reply-To: <1195250927.473e14ef935c6@webmail.rawbw.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Any hope to have things requested by NVidia in FreeBSD-7? 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, 16 Nov 2007 22:42:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > Is this functionality present in 7.0? Or when to expect this to be > done? Most of the tasks have been spoken for but very little news so far on progess - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHPhzBJ9+1V27SttsRAi48AJ9bBMj8fMpcr0eOSVF+uFYiOxv3tACgqjzf SB33htk6v/2DNxJTz9D5S3U= =hi3Q -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 23:01:09 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 768C216A417 for ; Fri, 16 Nov 2007 23:01:09 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id 3A4E713C45A for ; Fri, 16 Nov 2007 23:01:09 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from evilcoder.xs4all.nl ([195.64.94.120] helo=elvandar.local) by galain.elvandar.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1It9TT-000HAQ-IR; Fri, 16 Nov 2007 23:15:43 +0100 Message-ID: <473E16A2.1070308@FreeBSD.org> Date: Fri, 16 Nov 2007 23:16:02 +0100 From: Remko Lodder User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Yuri References: <1195250927.473e14ef935c6@webmail.rawbw.com> In-Reply-To: <1195250927.473e14ef935c6@webmail.rawbw.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org, yuri@tsoft.com Subject: Re: Any hope to have things requested by NVidia in FreeBSD-7? 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, 16 Nov 2007 23:01:09 -0000 Yuri wrote: > I read long time ago that the reason that NVidia can't have their driver on > 64-bit platform is that FreeBSD kernel lacks some functionality. > > Is this functionality present in 7.0? Or when to expect this to be done? > > I have NVidia card but still run 32-bit system because of lack of driver. > > Yuri Hello, This discussion gets over and over again actually, no the required support is not yet there. There is a wiki page which denotes what is required to get this going. http://wiki.freebsd.org/NvidiaFeatureRequests If you desperately need this, then consider funding someone (this has popped up before, it's interesting to arrange something like this because you need a trustable intermediating party that can arrange this, the FreeBSD Foundation is currently not able to do so as far as I can recall); who will do the work for you or do it yourself. There is currently no other way to get the support you want. Thanks, remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 23:03:33 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8A9416A469 for ; Fri, 16 Nov 2007 23:03:33 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ro-out-1112.google.com (ro-out-1112.google.com [72.14.202.178]) by mx1.freebsd.org (Postfix) with ESMTP id 8E1DE13C474 for ; Fri, 16 Nov 2007 23:03:33 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ro-out-1112.google.com with SMTP id k5so724821rog for ; Fri, 16 Nov 2007 15:03:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=8FYyqzsVksJ/ZhXercXiAWV9iZPqXUmq5KnjK6glXAE=; b=SCsScji6AHCqnDPOERwg6+XT88WgvCsKwVcGVlwJug16wKb6gtp/kzPv/vAJ1ByXVa/wYIrPMk8IqXcfzgltYcWStByImwgtJ+cmLciOary5DZKrdd8khXU9a9HK4XtUYpeaty6ZEkZR4h4qTuyTP++xoes4/9afUQcAi09sqZA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dBN/vaQoo+hxGtxpfzzuNxaxIGUhGtmt/MMG0djDvjd+4Nj6/RocgmpFzJQTFO765STxMy20B4z0zeE0u014G6XY3/B5cDU6LJsBfRtDVqH1xShyzuKpNVYe+1VoTtDOfWFSgCeIuRKhWzQHg/ZwyGc5PHEAi215MVhupdtQbbo= Received: by 10.114.199.1 with SMTP id w1mr1069230waf.1195254212227; Fri, 16 Nov 2007 15:03:32 -0800 (PST) Received: by 10.114.13.15 with HTTP; Fri, 16 Nov 2007 15:03:32 -0800 (PST) Message-ID: Date: Fri, 16 Nov 2007 15:03:32 -0800 From: "Kip Macy" To: "Remko Lodder" In-Reply-To: <473E16A2.1070308@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1195250927.473e14ef935c6@webmail.rawbw.com> <473E16A2.1070308@FreeBSD.org> Cc: Yuri , yuri@tsoft.com, freebsd-hackers@freebsd.org Subject: Re: Any hope to have things requested by NVidia in FreeBSD-7? 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, 16 Nov 2007 23:03:34 -0000 On Nov 16, 2007 2:16 PM, Remko Lodder wrote: > Yuri wrote: > > I read long time ago that the reason that NVidia can't have their driver on > > 64-bit platform is that FreeBSD kernel lacks some functionality. > > > > Is this functionality present in 7.0? Or when to expect this to be done? > > > > I have NVidia card but still run 32-bit system because of lack of driver. > > > > Yuri > > Hello, > > This discussion gets over and over again actually, no the required > support is not yet there. There is a wiki page which denotes what > is required to get this going. > > http://wiki.freebsd.org/NvidiaFeatureRequests > > If you desperately need this, then consider funding someone > (this has popped up before, it's interesting to arrange something > like this because you need a trustable intermediating party that > can arrange this, the FreeBSD Foundation is currently not able > to do so as far as I can recall); who will do the work for you > or do it yourself. > > There is currently no other way to get the support you want. > > Thanks, > remko > Remko - relax :) The wiki isn't really an obvious place for people to look. If we don't already we should have a page on "popular hardware with support issues". -Kip From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 16 23:39:01 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ADB216A417; Fri, 16 Nov 2007 23:39:01 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id D57AF13C4C4; Fri, 16 Nov 2007 23:39:00 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAGNd0ZC017060 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 16 Nov 2007 15:39:00 -0800 X-Auth-Received: from dzihan.cs.washington.edu (dzihan.cs.washington.edu [128.208.4.96]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAGNcx2l026545 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 16 Nov 2007 15:38:59 -0800 Message-ID: <473E2A13.9070301@u.washington.edu> Date: Fri, 16 Nov 2007 15:38:59 -0800 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (X11/20071003) MIME-Version: 1.0 To: Kip Macy References: <1195250927.473e14ef935c6@webmail.rawbw.com> <473E16A2.1070308@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.11.16.151709 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='ECARD_WORD 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: Yuri , Remko Lodder , chat@freebsd.org, yuri@tsoft.com, freebsd-hackers@freebsd.org Subject: Re: Any hope to have things requested by NVidia in FreeBSD-7? 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, 16 Nov 2007 23:39:01 -0000 Kip Macy wrote: > On Nov 16, 2007 2:16 PM, Remko Lodder wrote: > >> Yuri wrote: >> >>> I read long time ago that the reason that NVidia can't have their driver on >>> 64-bit platform is that FreeBSD kernel lacks some functionality. >>> >>> Is this functionality present in 7.0? Or when to expect this to be done? >>> >>> I have NVidia card but still run 32-bit system because of lack of driver. >>> >>> Yuri >>> >> Hello, >> >> This discussion gets over and over again actually, no the required >> support is not yet there. There is a wiki page which denotes what >> is required to get this going. >> >> http://wiki.freebsd.org/NvidiaFeatureRequests >> >> If you desperately need this, then consider funding someone >> (this has popped up before, it's interesting to arrange something >> like this because you need a trustable intermediating party that >> can arrange this, the FreeBSD Foundation is currently not able >> to do so as far as I can recall); who will do the work for you >> or do it yourself. >> >> There is currently no other way to get the support you want. >> >> Thanks, >> remko >> >> > > Remko - relax :) > > The wiki isn't really an obvious place for people to look. If we don't > already we should have a page on "popular hardware with support > issues". > > -Kip > Can't there be something added such as an easy to search for FAQ so this topic doesn't come up 2-7 times per month? I know people should use a search engine and search for the information first, but people seem extremely lazy and always ask current@, hackers@, and questions@, amongst other lists I'm sure.. Thanks, -Garrett PS Please CC me if replying on chat@, as I'm not subscribed to that list. From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 17 00:44:55 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D215616A46D for ; Sat, 17 Nov 2007 00:44:54 +0000 (UTC) (envelope-from icantthinkofone@charter.net) Received: from mtao01.charter.net (mtao01.charter.net [209.225.8.186]) by mx1.freebsd.org (Postfix) with ESMTP id 596C413C474 for ; Sat, 17 Nov 2007 00:44:54 +0000 (UTC) (envelope-from icantthinkofone@charter.net) Received: from aarprv02.charter.net ([10.20.200.72]) by mtao01.charter.net (InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP id <20071117004445.UYUQ2237.mtao01.charter.net@aarprv02.charter.net> for ; Fri, 16 Nov 2007 19:44:45 -0500 Received: from robs-laptop.com ([71.85.241.27]) by aarprv02.charter.net with ESMTP id <20071117004445.ETNQ495.aarprv02.charter.net@robs-laptop.com> for ; Fri, 16 Nov 2007 19:44:45 -0500 Message-ID: <473E397D.6080606@charter.net> Date: Fri, 16 Nov 2007 18:44:45 -0600 From: icantthinkofone User-Agent: Thunderbird 2.0.0.6 (X11/20070914) MIME-Version: 1.0 References: <1195250927.473e14ef935c6@webmail.rawbw.com> In-Reply-To: <1195250927.473e14ef935c6@webmail.rawbw.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Chzlrs: 0 Cc: freebsd-hackers@FreeBSD.org Subject: Re: Any hope to have things requested by NVidia in FreeBSD-7? 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, 17 Nov 2007 00:44:55 -0000 Yuri wrote: > I read long time ago that the reason that NVidia can't have their driver on > 64-bit platform is that FreeBSD kernel lacks some functionality. > > Is this functionality present in 7.0? Or when to expect this to be done? > > I have NVidia card but still run 32-bit system because of lack of driver. > > Yuri > _______________________________________________ > 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" > > You are correct and, no, this functionality will not be available on 7.0, though someone is working on the problem. From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 17 01:10:36 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E5E316A418 for ; Sat, 17 Nov 2007 01:10:36 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (mail0.rawbw.com [198.144.192.41]) by mx1.freebsd.org (Postfix) with ESMTP id 513DA13C469 for ; Sat, 17 Nov 2007 01:10:35 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (localhost [127.0.0.1]) by mail0.rawbw.com (8.13.8/8.13.8) with ESMTP id lAH1ARdq018604; Fri, 16 Nov 2007 17:10:27 -0800 (PST) Received: (from www@localhost) by mail0.rawbw.com (8.13.8/8.13.8/Submit) id lAH1AR2q018603; Fri, 16 Nov 2007 17:10:27 -0800 (PST) X-Authentication-Warning: mail0.rawbw.com: www set sender to yuri@rawbw.com using -f Received: from ip224.carlyle.sfo.ygnition.net (ip224.carlyle.sfo.ygnition.net [24.219.144.224]) by webmail.rawbw.com (IMP) with HTTP for ; Fri, 16 Nov 2007 17:10:26 -0800 Message-ID: <1195261826.473e3f82d7e51@webmail.rawbw.com> Date: Fri, 16 Nov 2007 17:10:26 -0800 From: Yuri To: Garrett Cooper References: <1195250927.473e14ef935c6@webmail.rawbw.com> <473E16A2.1070308@FreeBSD.org> <473E2A13.9070301@u.washington.edu> In-Reply-To: <473E2A13.9070301@u.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 24.219.144.224 X-Mailman-Approved-At: Sat, 17 Nov 2007 01:15:36 +0000 Cc: Kip Macy , Remko Lodder , chat@freebsd.org, yuri@tsoft.com, freebsd-hackers@freebsd.org Subject: Re: Any hope to have things requested by NVidia in FreeBSD-7? 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, 17 Nov 2007 01:10:36 -0000 > > Can't there be something added such as an easy to search for FAQ so > this topic doesn't come up 2-7 times per month? I know people should use > a search engine and search for the information first, but people seem > extremely lazy and always ask current@, hackers@, and questions@, > amongst other lists I'm sure.. > Thanks, > -Garrett Add the printout to nvidia-driver port telling the address of this Wiki-page. All people who use NVidia have to go there to update the driver so they will see the URL. Yuri From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 17 01:17:07 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F04DD16A46B for ; Sat, 17 Nov 2007 01:17:07 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (mail0.rawbw.com [198.144.192.41]) by mx1.freebsd.org (Postfix) with ESMTP id D2AF513C478 for ; Sat, 17 Nov 2007 01:17:07 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from mail0.rawbw.com (localhost [127.0.0.1]) by mail0.rawbw.com (8.13.8/8.13.8) with ESMTP id lAH1H0t4021537; Fri, 16 Nov 2007 17:17:00 -0800 (PST) Received: (from www@localhost) by mail0.rawbw.com (8.13.8/8.13.8/Submit) id lAH1H087021536; Fri, 16 Nov 2007 17:17:00 -0800 (PST) X-Authentication-Warning: mail0.rawbw.com: www set sender to yuri@rawbw.com using -f Received: from ip224.carlyle.sfo.ygnition.net (ip224.carlyle.sfo.ygnition.net [24.219.144.224]) by webmail.rawbw.com (IMP) with HTTP for ; Fri, 16 Nov 2007 17:17:00 -0800 Message-ID: <1195262220.473e410c624a6@webmail.rawbw.com> Date: Fri, 16 Nov 2007 17:17:00 -0800 From: Yuri To: Garrett Cooper References: <1195250927.473e14ef935c6@webmail.rawbw.com> <473E16A2.1070308@FreeBSD.org> <473E2A13.9070301@u.washington.edu> In-Reply-To: <473E2A13.9070301@u.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 24.219.144.224 X-Mailman-Approved-At: Sat, 17 Nov 2007 01:24:23 +0000 Cc: Kip Macy , Remko Lodder , chat@freebsd.org, yuri@tsoft.com, freebsd-hackers@freebsd.org Subject: Re: Any hope to have things requested by NVidia in FreeBSD-7? 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, 17 Nov 2007 01:17:08 -0000 > Can't there be something added such as an easy to search for FAQ so > this topic doesn't come up 2-7 times per month? I know people should use > a search engine and search for the information first, but people seem > extremely lazy and always ask current@, hackers@, and questions@, > amongst other lists I'm sure.. > Thanks, > -Garrett > > PS Please CC me if replying on chat@, as I'm not subscribed to that list. BTW googling "nvidia freebsd driver amd64" doesn't show this Wiki-page on the first 3 google-pages. This means that it's not named properly. 'Feature requests' isn't what most people would search for. Yuri From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 17 16:30:38 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D24C16A418 for ; Sat, 17 Nov 2007 16:30:38 +0000 (UTC) (envelope-from kozlov_n@epitech.net) Received: from smtp.epitech.net (smtp.epitech.net [163.5.255.101]) by mx1.freebsd.org (Postfix) with SMTP id 8531613C4D5 for ; Sat, 17 Nov 2007 16:30:37 +0000 (UTC) (envelope-from kozlov_n@epitech.net) Received: (qmail 15178 invoked from network); 17 Nov 2007 16:03:50 -0000 Received: from unknown (HELO epitech.net) (10.42.1.60) by 0 with SMTP; 17 Nov 2007 16:03:50 -0000 Received: from [10.42.14.40] (tonyhawk.epitech.net [10.42.14.40]) by epitech.net id lAHG3pu06337 for by sendmail 42 - Bocal 2007 Sat, 17 Nov 2007 17:03:51 +0100 (CET) From: nikita kozlov To: freebsd-hackers@freebsd.org Content-Type: text/plain Date: Sat, 17 Nov 2007 17:03:51 +0100 Message-Id: <1195315431.6172.13.camel@tonyhawk.epitech.net> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: need help with sigaction and siginfo_t 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, 17 Nov 2007 16:30:38 -0000 hello, I'm a student and we are working on FreeBSD. My problem is i don't understand how to use SA_SIGINFO and siginfo_t. The following code caught my SIGUSR1 with a "kill -30 my_server_pid" from my shell. but siginfo_t is empty when i'm debugging my program with gdb. my output is : > pid 0 and in gdb i have : { si_signo = 30, si_errno = 0, si_code = 0, si_pid = 0, si_uid = 0, si_status = 0, si_addr = 0x2, si_value = {sigval_int = 0,sigval_ptr = 0x0}, si_band = 0, __spare__ = {0, 0, 0, 0, 0, 0, 0} } anyone have an idea why my siginfo_t is empty please ? Here is my code: #include #include #include #include static void addtrue(int sig, siginfo_t *info, void *ctx) { printf("pid %i\n", info->si_pid); } static void init_server() { struct sigaction test; memset(&test, 0, sizeof(test)); test.sa_flags = SA_SIGINFO; test.sa_sigaction = addtrue; sigaction(SIGUSR1, &test, NULL); getchar(); } int main() { printf("my pid: %i\n", getpid()); init_server(); return (0); } From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 17 22:10:16 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1605716A421 for ; Sat, 17 Nov 2007 22:10:16 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id C1B0D13C47E for ; Sat, 17 Nov 2007 22:10:15 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 39CD341C7A4; Sat, 17 Nov 2007 23:10:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id GnYWyp1FlMGx; Sat, 17 Nov 2007 23:10:04 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id D2B4F41C75D; Sat, 17 Nov 2007 23:10:04 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 8B9E64448A9; Sat, 17 Nov 2007 22:06:24 +0000 (UTC) Date: Sat, 17 Nov 2007 22:06:24 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Skip Ford In-Reply-To: <20071116212342.GD835@menantico.com> Message-ID: <20071117215003.U53707@maildrop.int.zabbadoz.net> References: <1194896018.4738aa922f776@webmail.rawbw.com> <20071112214243.Y81124@fledge.watson.org> <1194905125.4738ce25a968c@webmail.rawbw.com> <20071112222557.N81124@fledge.watson.org> <1194980181.4739f355a32bc@webmail.rawbw.com> <20071114104157.D92502@fledge.watson.org> <20071114112304.GA835@menantico.com> <20071114121812.U2025@fledge.watson.org> <20071114132743.GB835@menantico.com> <20071116144356.S10677@fledge.watson.org> <20071116212342.GD835@menantico.com> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Yuri , Robert Watson , freebsd-hackers@FreeBSD.org Subject: Re: How to get filename of an open file descriptor 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, 17 Nov 2007 22:10:16 -0000 On Fri, 16 Nov 2007, Skip Ford wrote: Hi, > How about renaming procstat(1) to proc(1), rolling up all of calling it proc(1), I think, is actually not a good idea either. That is way more confusing for people who still think about /proc and do not know the difference between (1) or (4). I like the procstat as it aligns well with other things like fstat netstat sockstat systat vmstat gstat iostat pmcstat ... I admit we also have some *info tools like ffsinfo/diskinfo/rpcinfo/.. but ``pinfo'' seems to better fit the *stat category of tools;-) I am not able to find anything but a simple "C wrapper" for /proc/*/stat for linux on the web easily (which I suppose could as well be a sh skript) and cannot even find something like procstat on the linux machines I have access to. But there seems to be a procinfo that seems to as well extract information from /proc/ on linux. So having pinfo or procinfo might more confuse people to expect something differently and even worse might mean to be the same tool with compatible command line. While thinking we should try to aling with other OSes and not confuse users coming from non-BSD worlds, procstat to mee seems to be the thing that would best fit for our tree. /bz -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time.