From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 22 04:51:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F64D37B401; Sun, 22 Jun 2003 04:51:23 -0700 (PDT) Received: from frontend2.aha.ru (bird.zenon.net [213.189.198.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id E314F43FAF; Sun, 22 Jun 2003 04:51:20 -0700 (PDT) (envelope-from uitm@blackflag.ru) Received: from [195.2.90.70] (HELO slt.oz) by frontend2.aha.ru (CommuniGate Pro SMTP 4.0.6) with ESMTP id 193882562; Sun, 22 Jun 2003 15:51:17 +0400 Received: (from uitm@localhost) by slt.oz (8.8.8/8.8.8) id PAA00759; Sun, 22 Jun 2003 15:53:05 +0400 (MSD) From: Andrey Alekseyev Message-Id: <200306221153.PAA00759@slt.oz> In-Reply-To: <200306220635.h5M6ZXM7066060@gw.catspoiler.org> from Don Lewis at "Jun 21, 3 11:35:33 pm" To: truckman@FreeBSD.org (Don Lewis) Date: Sun, 22 Jun 2003 15:53:04 +0400 (MSD) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: open() and ESTALE error X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jun 2003 11:51:23 -0000 Don, > When a file is renamed on the server, its file handle remains valid. Actually I was wrong in my assumption on how names are purged from the namecache. And I didn't mean an operation with a file opened on the client. And it actually happens that this sequence of commands will get you ENOENT (not ESTALE) on the client because of a new lookup in #4: 1. server: echo "1111" > 1 2. client: cat 1 3. server: mv 1 2 4. client: cat 1 <--- ENOENT here Name cache can be purged by nfs_lookup(), if the latter finds that the capability numbers doesn't match. In this case, nfs_lookup() will send a new "lookup" RPC request to the server. Name cache can also be purged from getnewvnode() and vclean(). Which code does that for the above scenario it's quite obscure to me. Yes, my knowledge is limited :) > Here's the output of the script: > > #!/bin/sh -v > rm -f file1 file2 > ssh -n mousie rm -f file1 file2 > echo foo > file1 > echo bar > file2 > ssh -n mousie cat file1 > foo > ssh -n mousie cat file2 > bar > tail -f file1 & > sleep 1 > foo > cat file1 > foo > cat file2 > bar > ssh -n mousie 'mv file1 tmpfile; mv file2 file1; mv tmpfile file2' > cat file1 > bar > cat file2 > foo > echo baz >> file2 > sleep 1 > baz > kill $! > Terminated > ssh -n mousie cat file1 > bar > ssh -n mousie cat file2 > foo > baz > > Notice that immediately after the files are swapped on the server, the > cat commands on the client are able to immediately detect that the files > have been interchanged and they open the correct files. The tail > command shows that the original handle for file1 remains valid after the > rename operations and when more data is written to file2 after the > interchange, the data is appended to the file that was formerly file1. By the way, what were the values of acregmin/acregmax/acdirmin/acdirmax and also the value of vfs.nfs.access_cache_timeout in your tests? I believe, the results of your test patterns heavily depend on the NFS attributes cache tunables (which happen to affect all cycles of NFS operation) and on the command execution timing as well. Moreover, I'm suspect that all this is badly linked with the type and sequence of operations on both the server and the client. Recall, I was about to fix just *one* common scenario :) With different values of acmin/acmax and access_cache_timeout, and manual operations I was able to achieve the result you consider as "proper" above and also, the "wrong" effect that you described below. > And its output: > > #!/bin/sh -v > rm -f file1 file2 > ssh -n mousie rm -f file1 file2 > echo foo > file1 > echo bar > file2 > ssh -n mousie cat file1 > foo > ssh -n mousie cat file2 > bar > sleep 1 > cat file1 > foo > cat file2 > bar > ssh -n mousie 'mv file1 file2' > cat file2 > foo > cat file1 > cat: file1: No such file or directory > > Even though file2 was unlinked and replaced by file1 on the server, the > client immediately notices the change and is able to open the proper > file. My tests always eventually produce ESTALE for file2 here. However, I suspect their must be configurations where I won't get ESTALE. > Conclusion: relying on seeing an ESTALE error to retry is insufficient. > Depending on how files are manipulated, open() may successfully return a > descriptor for the wrong file and even enable the contents of that file > to be overwritten. The namei()/lookup() code is broken and that's what > needs to be fixed. I don't think it's namei()/lookup() which is broken. I'm afraid, the name and attribute caching logic is somewhat far from ideal. Namecache routines seem to work fine, they just do actual parsing/lookup of a pathname. Other functions manipulate with the cached names basing on their understanding of the cache validity (both namecache and cached dir/file attributes). I've also done a number of tcpdump's for different test patterns and I believe, what happens with the cached vnode may depend on the results of the "access" RPC request to the server. As I said before, I was not going to fix all the NFS inefficiencies related to heavily shared file environments. However, I still believe that open-retry-on-ESTALE *may* help people to avoid certain erratic conditions. At least, I think that having this functionality switchable with an additional sysctl variable, *may* help lots of people in the black art of tuning NFS caching. As there are no exact descriptions on how all of this behaves, people usually have to experiment with their own certain environments. Also, I agree it's not the "fix" of everything. And I didn't even mention I want this to be integrated in the source :) Actually, I know that it works for what I've been fixing locally and just asked for technical comments about possible "vnode leakage" and nameidata initialization which nobody provided yet ;-P I appreciate *very much* all of the answers, though. Definitely, a food for thought, but I'm a little bit tired of this issue already :) Thanks again for your efforts. From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 22 05:01:38 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3666337B401 for ; Sun, 22 Jun 2003 05:01:38 -0700 (PDT) Received: from hexagon.stack.nl (hexagon.stack.nl [131.155.140.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4770143F75 for ; Sun, 22 Jun 2003 05:01:37 -0700 (PDT) (envelope-from marcov@stack.nl) Received: by hexagon.stack.nl (Postfix, from userid 65534) id 034861C3A; Sun, 22 Jun 2003 14:01:36 +0200 (CEST) Received: from toad.stack.nl (zen.stack.nl [2001:610:1108:5010::130]) by hexagon.stack.nl (Postfix) with ESMTP id C07B31C33 for ; Sun, 22 Jun 2003 14:01:31 +0200 (CEST) Received: by toad.stack.nl (Postfix, from userid 816) id 9E5E8108; Sun, 22 Jun 2003 14:01:31 +0200 (CEST) To: freebsd-hackers@freebsd.org Date: Sun, 22 Jun 2003 14:01:31 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20030622120131.9E5E8108@toad.stack.nl> From: marcov@stack.nl (Marco van de Voort) X-Spam-Status: No, hits=0.0 required=5.0 tests=none version=2.50 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) Subject: ld: memory exhausted X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jun 2003 12:01:38 -0000 I'm trying to link a lang/fpc program, and ld bombs out with "ld: Memory exhausted" when it reaches my physical memory limit. Worse, it bombed when only one third of the .a's were loaded. I tried to link with the most optimal deadcode elimination, by simply creating a smartlinkable compilation unit per symbol and it seems that ld needs about 100-120x the binary size in memory, which is a bit steep. (so binary =1 MB, ld uses about 100-150 MB) The binary I'm trying to generate is about 8 MB. (lazarus.freepascal.org, a port recently requested on -ports that I'm looking into) Does some binutils wizard know how to put a break on this behaviour, (e.g. by custom building binutils, it's no problem if that slows down ld) ? From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 22 05:31:38 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64DCB37B401 for ; Sun, 22 Jun 2003 05:31:38 -0700 (PDT) Received: from mta05-svc.ntlworld.com (mta05-svc.ntlworld.com [62.253.162.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EB6A4407E for ; Sun, 22 Jun 2003 05:31:37 -0700 (PDT) (envelope-from scott@fishballoon.org) Received: from fishballoon.org ([81.104.195.199]) by mta05-svc.ntlworld.com ESMTP <20030622123136.XBRN28183.mta05-svc.ntlworld.com@fishballoon.org>; Sun, 22 Jun 2003 13:31:36 +0100 Received: from tuatara.fishballoon.org (dhcp-252.fishballoon.org [192.168.1.252]) by fishballoon.org (8.12.8p1/8.12.8) with ESMTP id h5MCUq4o028873; Sun, 22 Jun 2003 13:30:52 +0100 (BST) (envelope-from scott@tuatara.fishballoon.org) Received: (from scott@localhost) by tuatara.fishballoon.org (8.12.9/8.12.9/Submit) id h5MCUqu1001343; Sun, 22 Jun 2003 13:30:52 +0100 (BST) (envelope-from scott) Date: Sun, 22 Jun 2003 13:30:52 +0100 From: Scott Mitchell To: Soeren Straarup Message-ID: <20030622123052.GD691@tuatara.fishballoon.org> Mail-Followup-To: freebsd-chat@freebsd.org References: <20030621171120.G311-100000@x12.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20030621171120.G311-100000@x12.dk> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.8-STABLE i386 cc: freebsd-hackers@freebsd.org Subject: Re: Out of Office AutoReply: LinkSys WPC54G PCCARD (fwd) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jun 2003 12:31:38 -0000 On Sat, Jun 21, 2003 at 05:12:20PM +0200, Soeren Straarup wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Hi how is it normal to treat auto email replies like this one? > > Best regards Søren Hi Søren, Best thing to do with these messages is ignore them :-) It's just MS Outlook being lame and sending autoreplies to messages that weren't even addressed to the person on vacation. Followups to -chat, please... Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott at fishballoon.org | 0xAA775B8B | -- Anon From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 22 09:41:08 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EFA237B401 for ; Sun, 22 Jun 2003 09:41:08 -0700 (PDT) Received: from mail.farley.org (adsl-67-64-95-201.dsl.austtx.swbell.net [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2064E43FBF for ; Sun, 22 Jun 2003 09:41:06 -0700 (PDT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (gwvetun24tou3bn2@thor.farley.org [IPv6:2002:4340:5fc9::5]) by mail.farley.org (8.12.9/8.12.9) with ESMTP id h5MGf6Mp014893 for ; Sun, 22 Jun 2003 11:41:06 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (localhost [127.0.0.1]) by thor.farley.org (8.12.9/8.12.9) with ESMTP id h5MGf5PC034699 for ; Sun, 22 Jun 2003 11:41:05 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Received: from localhost (sean@localhost)h5MGf5bd034696 for ; Sun, 22 Jun 2003 11:41:05 -0500 (CDT) (envelope-from sean-freebsd@farley.org) X-Authentication-Warning: thor.farley.org: sean owned process doing -bs Date: Sun, 22 Jun 2003 11:41:05 -0500 (CDT) From: Sean Farley X-X-Sender: sean@thor.farley.org To: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20030622005852.GB59673@HAL9000.homeunix.com> Message-ID: <20030622092848.R28123@thor.farley.org> References: <20030621103502.K18572@thor.farley.org> <20030622005852.GB59673@HAL9000.homeunix.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: Replacing GNU grep revisited X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jun 2003 16:41:08 -0000 On Sat, 21 Jun 2003, David Schultz wrote: > dds@ has expressed some interest in compiling the FSMs for regexps > into native code, which would make it blazingly fast. See cvs-all@. > As a practical matter, there are only a couple of zealots who care > what kind of license grep is under, so replacing GNU grep with > something that's ``almost as good as GNU grep'' is a regression IMO. > If we were talking about a kernel module or library, of course, that > would be a different matter. Let me clarify. As far as I have been able to find out, the big hold-out on not considering FreeGrep was that it was too slow. I got the time to be comparable. Reasons to consider for switching: 1. GNU's grep -r option "is broken" according to the following post. The only thing I have noticed is that FreeGrep has more options for controlling how symbolic links are traversed. http://groups.google.com/groups?hl=en&lr=lang_en&ie=UTF-8&selm=xzp7kchblor.fsf_flood.ping.uio.no%40ns.sol.net 2. GNU's grep is using libgnuregex. The speed-up by dds@ would not be felt? 3. FreeGrep gives one less thing for zealots to complain about. :) Sean ----------------------- sean-freebsd@farley.org From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 22 09:49:00 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47D2737B401 for ; Sun, 22 Jun 2003 09:49:00 -0700 (PDT) Received: from foem.leiden.webweaving.org (fia224-72.dsl.hccnet.nl [62.251.72.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75D1E43F75 for ; Sun, 22 Jun 2003 09:48:56 -0700 (PDT) (envelope-from dirkx@webweaving.org) Received: from foem (foem [10.11.0.2])h5MGmsTr090170 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 22 Jun 2003 18:48:54 +0200 (CEST) (envelope-from dirkx@webweaving.org) Date: Sun, 22 Jun 2003 18:48:54 +0200 (CEST) From: Dirk-Willem van Gulik X-X-Sender: dirkx@foem To: freebsd-hackers@freebsd.org Message-ID: <20030622184404.V68614-100000@foem> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: prism/2 firmware upload&download question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jun 2003 16:49:00 -0000 Propably not quite the right list - but given the number of people working on wireless code here: -> In the prism/2 and 2.5 firware are so called Firmware Information records. The types 1 .. 4 are defined (and I can handle those now). However I occasionally see a type 0x8001 - i.e. the version info type with the top bit set. Anyone any guesses as to what this signals ? This record tends to be longer; 7 words rather than 5 words in size. Thanks, Dw From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 22 10:55:55 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D395737B401 for ; Sun, 22 Jun 2003 10:55:55 -0700 (PDT) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id E331143FB1 for ; Sun, 22 Jun 2003 10:55:54 -0700 (PDT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.9/8.12.9) with ESMTP id h5MHtk3q069233; Sun, 22 Jun 2003 13:55:54 -0400 (EDT) (envelope-from mdodd@FreeBSD.ORG) Date: Sun, 22 Jun 2003 13:55:46 -0400 (EDT) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Dirk-Willem van Gulik In-Reply-To: <20030622184404.V68614-100000@foem> Message-ID: <20030622135442.O76384@sasami.jurai.net> References: <20030622184404.V68614-100000@foem> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@FreeBSD.ORG Subject: Re: prism/2 firmware upload&download question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jun 2003 17:55:56 -0000 On Sun, 22 Jun 2003, Dirk-Willem van Gulik wrote: > -> In the prism/2 and 2.5 firware are so called Firmware Information > records. The types 1 .. 4 are defined (and I can handle those > now). However I occasionally see a type 0x8001 - i.e. the version > info type with the top bit set. > > Anyone any guesses as to what this signals ? This record tends to be > longer; 7 words rather than 5 words in size. I've got a number of firmware images here I was testing my firmware image parser against and haven't run into the record type above. Which firmware are you seeing this in? -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 22 12:35:29 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55FB837B404 for ; Sun, 22 Jun 2003 12:35:29 -0700 (PDT) Received: from smtp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AA5643FB1 for ; Sun, 22 Jun 2003 12:35:27 -0700 (PDT) (envelope-from des@des.no) Received: by smtp.des.no (Postfix, from userid 666) id 8D0CA9595C; Sun, 22 Jun 2003 21:35:26 +0200 (CEST) Received: from dwp.des.no (dwp.des.no [10.0.0.4]) by smtp.des.no (Postfix) with ESMTP id B67DC95958; Sun, 22 Jun 2003 21:35:25 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 6EFD6B86B; Sun, 22 Jun 2003 21:35:25 +0200 (CEST) To: Sean Farley References: <20030621103502.K18572@thor.farley.org> <20030622005852.GB59673@HAL9000.homeunix.com> <20030622092848.R28123@thor.farley.org> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 22 Jun 2003 21:35:25 +0200 In-Reply-To: <20030622092848.R28123@thor.farley.org> (Sean Farley's message of "Sun, 22 Jun 2003 11:41:05 -0500 (CDT)") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, hits=-3.0 required=8.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_GNUS_UA version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Replacing GNU grep revisited X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jun 2003 19:35:29 -0000 Sean Farley writes: > Reasons to consider for switching: > 1. GNU's grep -r option "is broken" according to the following post. That reason alone is enough for me, as I regularly run into this problem when grepping the kernel tree ("recursive directory loop" due to back-pointing symlinks in the compile directories). That GNU grep has no proper control of how it treats symlinks is beyond my understanding. FreeGrep gets it "for free" because it uses libfts, just like everything else in FreeBSD that needs to traverse directory structures. This is another argument in FreeGrep's favor: it's more conistent with other FreeBSD utilities. Unfortunately, FreeGrep has annoying bugs as well. For instance, it tries to grep the directories themselves (rather than just their contents) when recursing, while GNU grep only greps directories if they are explicitly listed on the command line. Furthermore, GNU grep will not by default show the contents of what it considers to be a binary file (such as a directory) while FreeGrep does (causing broken ttys and much gnashing of teeth). DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 22 12:54:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F25937B401 for ; Sun, 22 Jun 2003 12:54:01 -0700 (PDT) Received: from mail.farley.org (adsl-67-64-95-201.dsl.austtx.swbell.net [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84EBD43F75 for ; Sun, 22 Jun 2003 12:54:00 -0700 (PDT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (uewfedbkn6nkr7k5@thor.farley.org [IPv6:2002:4340:5fc9::5]) by mail.farley.org (8.12.9/8.12.9) with ESMTP id h5MJrxMp017027 for ; Sun, 22 Jun 2003 14:53:59 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (localhost [127.0.0.1]) by thor.farley.org (8.12.9/8.12.9) with ESMTP id h5MJrxPC036420 for ; Sun, 22 Jun 2003 14:53:59 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Received: from localhost (sean@localhost)h5MJrw6T036417 for ; Sun, 22 Jun 2003 14:53:59 -0500 (CDT) (envelope-from sean-freebsd@farley.org) X-Authentication-Warning: thor.farley.org: sean owned process doing -bs Date: Sun, 22 Jun 2003 14:53:58 -0500 (CDT) From: Sean Farley X-X-Sender: sean@thor.farley.org To: freebsd-hackers@FreeBSD.ORG In-Reply-To: Message-ID: <20030622144708.K36267@thor.farley.org> References: <20030621103502.K18572@thor.farley.org> <20030622005852.GB59673@HAL9000.homeunix.com> <20030622092848.R28123@thor.farley.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: Re: Replacing GNU grep revisited X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jun 2003 19:54:01 -0000 On Sun, 22 Jun 2003, Dag-Erling Sm=F8rgrav wrote: > Unfortunately, FreeGrep has annoying bugs as well. For instance, it > tries to grep the directories themselves (rather than just their > contents) when recursing, while GNU grep only greps directories if > they are explicitly listed on the command line. It was the first thing I fixed. :) > Furthermore, GNU grep will not by default show the contents of what it > considers to be a binary file (such as a directory) while FreeGrep > does (causing broken ttys and much gnashing of teeth). Yes, the -a option is reversed between GNU and FreeGrep. Sean ----------------------- sean-freebsd@farley.org From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 22 12:58:17 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6FFB37B401; Sun, 22 Jun 2003 12:58:17 -0700 (PDT) Received: from foem.leiden.webweaving.org (fia224-72.dsl.hccnet.nl [62.251.72.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D19C43F93; Sun, 22 Jun 2003 12:58:16 -0700 (PDT) (envelope-from dirkx@webweaving.org) Received: from foem (foem [10.11.0.2])h5MJwFTr092510 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 22 Jun 2003 21:58:15 +0200 (CEST) (envelope-from dirkx@webweaving.org) Date: Sun, 22 Jun 2003 21:58:15 +0200 (CEST) From: Dirk-Willem van Gulik X-X-Sender: dirkx@foem To: "Matthew N. Dodd" In-Reply-To: <20030622135442.O76384@sasami.jurai.net> Message-ID: <20030622215803.D68614-100000@foem> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@FreeBSD.ORG Subject: Re: prism/2 firmware upload&download question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jun 2003 19:58:17 -0000 On Sun, 22 Jun 2003, Matthew N. Dodd wrote: > I've got a number of firmware images here I was testing my firmware image > parser against and haven't run into the record type above. > > Which firmware are you seeing this in? Lets dig into this off-list :-) Dw. From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 22 16:53:40 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB65837B404 for ; Sun, 22 Jun 2003 16:53:40 -0700 (PDT) Received: from loops.nilpotent.org (loops.nilpotent.org [12.17.163.70]) by mx1.FreeBSD.org (Postfix) with SMTP id B0BAD43FDD for ; Sun, 22 Jun 2003 16:53:39 -0700 (PDT) (envelope-from fn@hungry.com) Received: (qmail 2146 invoked from network); 22 Jun 2003 23:53:38 -0000 Received: from unknown (203.215.182.84) by loops.nilpotent.org with QMTP; 22 Jun 2003 23:53:38 -0000 Received: (qmail 1056 invoked by uid 500); 22 Jun 2003 23:53:17 -0000 To: freebsd-hackers@freebsd.org X-nil: X-Useless-info: System load is 0.19 with 86 processes active. X-Neuromancer: Ol' dead man needs his laughs. From: Faried Nawaz Organization: Integral Domains Date: Mon, 23 Jun 2003 04:53:17 +0500 Message-ID: User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.5 (cassava, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: tun(4) and tap(4) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jun 2003 23:53:41 -0000 [ no need to cc me ] Hello, I'm running -current. There's some Linux code in plex86 (http://plex86.sf.net/) that does something like fdTunTap = open("/dev/net/tun", O_RDWR); // IFF_TAP is for Ethernet frames. // IFF_TUN is for IP. // IFF_NO_PI is for not receiving extra meta packet information. ifr.ifr_flags = IFF_TAP | IFF_NO_PI; err = ioctl(fdTunTap, TUNSETIFF, (void *) &ifr); Is this roughly equivalent to fdTunTap = open("/dev/tap", O_RDWR); ? IFF_NO_PI seems to be equivalent to FreeBSD's tun(4)'s TUNSLMODE | TUNSIFHEAD. Thanks, Faried. -- The Great GNU has arrived, infidels, behold his wrath ! "If a MOO runs on a port no one accesses, does it run?" From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 22 17:30:47 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70C4137B401 for ; Sun, 22 Jun 2003 17:30:47 -0700 (PDT) Received: from mail.inka.de (quechua.inka.de [193.197.184.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A52B43FE3 for ; Sun, 22 Jun 2003 17:30:46 -0700 (PDT) (envelope-from mailnull@mips.inka.de) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with gbsmtp id 19UFEK-00082V-03; Mon, 23 Jun 2003 02:30:44 +0200 Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) by kemoauc.mips.inka.de (8.12.9/8.12.6) with ESMTP id h5MNliih072280 for ; Mon, 23 Jun 2003 01:47:44 +0200 (CEST) (envelope-from mailnull@localhost.mips.inka.de) Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.12.9/8.12.9/Submit) id h5MNli3s072279 for freebsd-hackers@freebsd.org; Mon, 23 Jun 2003 01:47:44 +0200 (CEST) From: naddy@mips.inka.de (Christian Weisgerber) Date: Sun, 22 Jun 2003 23:47:43 +0000 (UTC) Message-ID: References: <20030621103502.K18572@thor.farley.org> <20030622005852.GB59673@HAL9000.homeunix.com> <20030622092848.R28123@thor.farley.org> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-hackers@freebsd.org Subject: Re: Replacing GNU grep revisited X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 00:30:47 -0000 Sean Farley wrote: > Reasons to consider for switching: For whatever little it's worth, OpenBSD just switched to freegrep (a somewhat modified version from NetBSD). They also dumped the GNU gzip implementation, after extending compress to substitute as /usr/bin/gzip. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 22 20:34:03 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3AFA37B401 for ; Sun, 22 Jun 2003 20:34:03 -0700 (PDT) Received: from smtp8.Stanford.EDU (smtp8.Stanford.EDU [171.67.16.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3689143F75 for ; Sun, 22 Jun 2003 20:34:03 -0700 (PDT) (envelope-from tedu@stanford.edu) Received: (from root@localhost) by smtp8.Stanford.EDU (8.12.9/8.12.9) id h5N3Y24o010301 for freebsd-hackers@freebsd.org; Sun, 22 Jun 2003 20:34:02 -0700 (PDT) Received: from elaine32.Stanford.EDU (elaine32.Stanford.EDU [171.64.15.107]) by smtp8.Stanford.EDU (8.12.9/8.12.9) with ESMTP id h5N3XwcU010291; Sun, 22 Jun 2003 20:33:59 -0700 (PDT) Date: Sun, 22 Jun 2003 20:33:58 -0700 (PDT) From: Ted Unangst To: Sean Farley In-Reply-To: <20030621103502.K18572@thor.farley.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Replacing GNU grep revisited X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 03:34:04 -0000 your handling of -i at least is incorrect. after patching, i get very wrong results. results vary depending on length of string. reuelos:/tmp/grep-0.16> ./grep -i fastgrep * grep.c:fastgrep_t *fg_pattern; reuelos:/tmp/grep-0.16> ./grep fastgrep * grep.c:fastgrep_t *fg_pattern; grep.h:} fastgrep_t; grep.h:extern fastgrep_t *fg_pattern; grep.h:int fastcomp(fastgrep_t *fg, const char *pattern); util.c:static int grep_search(fastgrep_t *fg, unsigned char *data, int dataLen); util.c:int fastcomp(fastgrep_t *fg, util.c:static int grep_search(fastgrep_t *fg, -- "I am making this trip to Africa because Washington is an international city, just like Tokyo, Nigeria or Israel. As mayor, I am an international symbol. Can you deny that to Africa?" - M. Barry, Mayor of Washington, DC From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 23 02:48:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F6EA37B401; Mon, 23 Jun 2003 02:48:01 -0700 (PDT) Received: from hannibal.servitor.co.uk (hannibal.servitor.co.uk [195.188.15.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id B365E43FCB; Mon, 23 Jun 2003 02:48:00 -0700 (PDT) (envelope-from paul@hannibal.servitor.co.uk) Received: from paul by hannibal.servitor.co.uk with local (Exim 4.14) id 19UNvn-0008TY-Ry; Mon, 23 Jun 2003 10:48:11 +0100 Date: Mon, 23 Jun 2003 10:48:11 +0100 From: Paul Robinson To: Tim Kientzle Message-ID: <20030623094811.GG15584@iconoplex.co.uk> References: <20030616191852.GA52694@ussenterprise.ufp.org> <20030618100125.GP20204@iconoplex.co.uk> <1055948691.92188.10.camel@beastie.freebsd.local> <20030618154012.GE533@xtanbul> <20030619095739.GC20204@iconoplex.co.uk> <3EF1E7EC.3040908@acm.org> <20030619170742.GO20204@iconoplex.co.uk> <3EF20ADE.9000904@acm.org> <20030620094730.GP20204@iconoplex.co.uk> <3EF34676.9060708@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EF34676.9060708@acm.org> Sender: Paul Robinson cc: freebsd-libh@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: YAPIB (was: Drawing graphics on terminal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 09:48:01 -0000 On Fri, Jun 20, 2003 at 10:37:58AM -0700, Tim Kientzle wrote: > Yes, meanwhile, the server providing B times out your connection, > the whole install gets rolled back, and you have to start again > from scratch. Not pretty. Quite. Unless you ship all dependancies as part of the package in the same file, which kind of defeats the object of having packages. > Hmmm.. There are two problems here: The first is maintenance. Suppose > a couple of friends of mine set up a site with packages that they're > building. I want to be able to add their site to my personal list of > package sources without having to go bug the "Official FreeBSD FTP Package > Uber-Person" to get their packages added to the master file. This > means that my pkg_add needs to be able to search multiple sites no > matter what. Fair enough. So, if I state "pkg_add -r apache" it's going to grab the file from the main site, or the local DB for apache. If I were to specify "pkg_add -r ftp://some.site.somewhere.com/~myfriend/pkgs/apache.tar.bz2" or whatever, then obviously I'm not going to look at the local DB for apache, or try and get the re-direct file off of the FreeBSD server - I'm going straight for the pkg I've specified. > Don't rely on a single definitive source of package information. > Having some sort of redirect support in the INDEX file is fine > and easy to add, but you still need the client to be able to search > multiple sources. This is one thing the Debian folks got right. I think what I'm talking about allows for that. It allows for a big local database, a remote database maintained by FBSD folks, a smaller footprint than the current packages take AND allows for installs of remote or local packages that are not part of that schema. In addition, it'll also try and build the port if it can't find the pkg. > The other problem is that the current -r is fundamentally limited > (to a single network source) and draws a rather pointless distinction > (you get to search either disk sources with PKG_PATH _OR_ you get > to search a network source, but not both). I'd like to erase that > distinction so that pkg_add just searches all available sources. That's what I'm saying. -r no longer grabs the package from the remote server, it grabs a file from the remote server that tells you where the packages may be, and failing that, what the port is. Equally, without -r it searches the local database, unless I specifically name a file in the form ftp://blah.com/package.tar.bz2 or ~/mypackage.tar.bz2 or whatever, but if I just "pkg_add apache" it'll search local DBs in the form similar to my last e-mail. > Easy to do, but I'd be cautious with this. Building OpenOffice or KDE from > ports is an adventure that most people would rather skip, and pkg_add > shouldn't > be automatically starting a port compile just because it notices that > there's > a 1.0.3 port and a 1.0.2 package. Yup. But we can alter the files for those special cases where we know a port takes 14 hours to build, 2Gb of disk space and 512Mb RAM, and say "are you REALLY sure you want to do this?". Besides, as far as the example with the plane is concerned, within 6 months, we'll all have 10Mb/sec to our seats, surely? :-) > Of course, there's also some merit to working on this issue from > the other side. In many cases, port requirements could easily be > satisfied from packages. (How many people really need to compile > the JPEG library?) Sam Smith e-mailed me over the weekend with a patch he made to the OpenBSD ports where you could specify FROM_PACKAGES or FROM_SOURCE either on the command line with make, or in the conf file and then ports kind of does what we're talking about. So, if by default you have in mk.conf (or whatever it is, memory is poor on Monday mornings) you have FROM_PACKAGES=yes when you do "cd /usr/ports/graphics/jpeg; make install" it tries to find a package before it builds the source. This is sensible. > All of this already exists. Ports already register with the /var/db/pkg > DB and the ports framework already has make targets to build packages > from any port. Yeah, I'd forgotten about the "package" command on ports. Never used it, but kind of remembered from the man page, which I've just refreshed my memory of. Because of this though, there is no excuse for a port to be ahead of a package. It wouldn't take much to cvs the ports collection on a daily basis, track those ports that are added or updated and automatically build a package. > This already exists; it's called /usr/ports. See the pkg-* files, > the Makefile, etc. Those already exist, and can be mined by other > tools. (Look at crunchgen for some tips on how to effectively mine > data from conforming Makefiles.) No, no, no, no. ports is not what I'm talking about. I know it seems daft, but I think I've lost you somewhere here. Maybe I can get what I want from taking Sam's patch and adapting it for FreeBSD, but it's still not quite what I'm talking about. Let me do some work, and then during the week I'll send you some design docs off-list, and maybe that'll explain... -- Paul Robinson From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 23 03:44:28 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3853237B401 for ; Mon, 23 Jun 2003 03:44:28 -0700 (PDT) Received: from holly.machined.net (adsl-208-191-149-232.dsl.hstntx.swbell.net [208.191.149.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79D3F43FAF for ; Mon, 23 Jun 2003 03:44:27 -0700 (PDT) (envelope-from chris@holly.machined.net) Received: by holly.machined.net (Postfix, from userid 1001) id 92BB896E; Mon, 23 Jun 2003 05:47:18 -0500 (CDT) Date: Mon, 23 Jun 2003 05:47:18 -0500 From: Chris Costello To: Sean Farley Message-ID: <20030623104718.GA49264@holly.machined.net> References: <20030621103502.K18572@thor.farley.org> <20030622005852.GB59673@HAL9000.homeunix.com> <20030622092848.R28123@thor.farley.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030622092848.R28123@thor.farley.org> User-Agent: Mutt/1.4.1i cc: hackers@FreeBSD.org Subject: Re: Replacing GNU grep revisited X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: chris@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 10:44:28 -0000 On Sunday, June 22, 2003, Sean Farley wrote: > Reasons to consider for switching: > 1. GNU's grep -r option "is broken" according to the following post. > The only thing I have noticed is that FreeGrep has more options for > controlling how symbolic links are traversed. > http://groups.google.com/groups?hl=en&lr=lang_en&ie=UTF-8&selm=xzp7kchblor.fsf_flood.ping.uio.no%40ns.sol.net A workaround for this problem in the meantime would be to use find -type f | xargs grep EXPR Just FYI. -- Chris Costello FreeBSD Project http://www.FreeBSD.org/ TrustedBSD Project http://www.TrustedBSD.org/ From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 23 04:40:11 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 501E037B401 for ; Mon, 23 Jun 2003 04:40:11 -0700 (PDT) Received: from HAL9000.homeunix.com (ip114.bella-vista.sfo.interquest.net [66.199.86.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0A1243FB1 for ; Mon, 23 Jun 2003 04:40:10 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.9) with ESMTP id h5NBe5Ja031518; Mon, 23 Jun 2003 04:40:05 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.9/Submit) id h5NBe5sN031517; Mon, 23 Jun 2003 04:40:05 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Mon, 23 Jun 2003 04:40:05 -0700 From: David Schultz To: Sean Farley Message-ID: <20030623114005.GB12521@HAL9000.homeunix.com> Mail-Followup-To: Sean Farley , freebsd-hackers@freebsd.org References: <20030621103502.K18572@thor.farley.org> <20030622005852.GB59673@HAL9000.homeunix.com> <20030622092848.R28123@thor.farley.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030622092848.R28123@thor.farley.org> cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Replacing GNU grep revisited X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 11:40:11 -0000 On Sun, Jun 22, 2003, Sean Farley wrote: > On Sat, 21 Jun 2003, David Schultz wrote: > > > dds@ has expressed some interest in compiling the FSMs for regexps > > into native code, which would make it blazingly fast. See cvs-all@. > > As a practical matter, there are only a couple of zealots who care > > what kind of license grep is under, so replacing GNU grep with > > something that's ``almost as good as GNU grep'' is a regression IMO. > > If we were talking about a kernel module or library, of course, that > > would be a different matter. > > Let me clarify. As far as I have been able to find out, the big > hold-out on not considering FreeGrep was that it was too slow. I got > the time to be comparable. > > Reasons to consider for switching: > 1. GNU's grep -r option "is broken" according to the following post. > The only thing I have noticed is that FreeGrep has more options for > controlling how symbolic links are traversed. > http://groups.google.com/groups?hl=en&lr=lang_en&ie=UTF-8&selm=xzp7kchblor.fsf_flood.ping.uio.no%40ns.sol.net Sure, that sounds like a valid reason to switch. As others have pointed out, though, freegrep is not without problems. > 2. GNU's grep is using libgnuregex. The speed-up by dds@ would not be > felt? I was referring to freegrep, which I thought used the native libregex. In any case, if freegrep solves problems that GNU grep has, has the features people care about, is competitive in terms of performance, and has no known major bugs, then I would have no objections to it. As long as there are good technical reasons to switch, licensing advantages and performance are the least critical issues in my mind. We're not talking about a factor of 2, right? From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 23 06:03:56 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A985337B401 for ; Mon, 23 Jun 2003 06:03:56 -0700 (PDT) Received: from mail.farley.org (adsl-67-64-95-201.dsl.austtx.swbell.net [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id A803543FE5 for ; Mon, 23 Jun 2003 06:03:55 -0700 (PDT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (2fvdadm924b46w4a@thor.farley.org [IPv6:2002:4340:5fc9::5]) by mail.farley.org (8.12.9/8.12.9) with ESMTP id h5ND3sMp029295 for ; Mon, 23 Jun 2003 08:03:54 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (localhost [127.0.0.1]) by thor.farley.org (8.12.9/8.12.9) with ESMTP id h5ND3sPC044455 for ; Mon, 23 Jun 2003 08:03:54 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Received: from localhost (sean@localhost)h5ND3smU044452 for ; Mon, 23 Jun 2003 08:03:54 -0500 (CDT) (envelope-from sean-freebsd@farley.org) X-Authentication-Warning: thor.farley.org: sean owned process doing -bs Date: Mon, 23 Jun 2003 08:03:54 -0500 (CDT) From: Sean Farley X-X-Sender: sean@thor.farley.org To: freebsd-hackers@freebsd.org In-Reply-To: Message-ID: <20030623080108.K43893@thor.farley.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: Replacing GNU grep revisited X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 13:03:57 -0000 On Sun, 22 Jun 2003, Ted Unangst wrote: > your handling of -i at least is incorrect. after patching, i get very > wrong results. results vary depending on length of string. OK. I am a dimwit. :) That was an older patch I had made. The site now has the later version. Sean ----------------------- sean-freebsd@farley.org From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 23 06:16:10 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02F5137B401 for ; Mon, 23 Jun 2003 06:16:10 -0700 (PDT) Received: from cicero2.cybercity.dk (cicero2.cybercity.dk [212.242.40.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1122743FAF for ; Mon, 23 Jun 2003 06:16:09 -0700 (PDT) (envelope-from db@traceroute.dk) Received: from user2.cybercity.dk (fxp0.user2.ip.cybercity.dk [212.242.41.35]) by cicero2.cybercity.dk (Postfix) with ESMTP id 4AB98C20B2 for ; Mon, 23 Jun 2003 15:16:07 +0200 (CEST) Received: from main (port132.ds1-arsy.adsl.cybercity.dk [212.242.239.73]) by user2.cybercity.dk (Postfix) with SMTP id 51611186AD for ; Mon, 23 Jun 2003 15:16:06 +0200 (CEST) Date: Mon, 23 Jun 2003 15:23:41 +0200 From: Socketd To: hackers@freebsd.org Message-Id: <20030623152341.61b63afc.db@traceroute.dk> X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd4.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Suid and gid files X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 13:16:10 -0000 Hi I just installed FreeBSD 5.1 release and ran a "find / -perm +4000" and "find / -perm +2000". My question is: are any of these files used by the system, in a way that prevents me from making them non-executable to the world? I have no shell users and don't use sendmail. Btw why is /usr/sbin/ppp world readable? (not that is matters) br socketd From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 23 06:25:57 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE0B637B401 for ; Mon, 23 Jun 2003 06:25:57 -0700 (PDT) Received: from mail.farley.org (adsl-67-64-95-201.dsl.austtx.swbell.net [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF99443F3F for ; Mon, 23 Jun 2003 06:25:56 -0700 (PDT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (etag9kjk25fdeb1m@thor.farley.org [IPv6:2002:4340:5fc9::5]) by mail.farley.org (8.12.9/8.12.9) with ESMTP id h5NDPuMp029531 for ; Mon, 23 Jun 2003 08:25:56 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (localhost [127.0.0.1]) by thor.farley.org (8.12.9/8.12.9) with ESMTP id h5NDPuPC044869 for ; Mon, 23 Jun 2003 08:25:56 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Received: from localhost (sean@localhost)h5NDPtA3044866 for ; Mon, 23 Jun 2003 08:25:56 -0500 (CDT) (envelope-from sean-freebsd@farley.org) X-Authentication-Warning: thor.farley.org: sean owned process doing -bs Date: Mon, 23 Jun 2003 08:25:55 -0500 (CDT) From: Sean Farley X-X-Sender: sean@thor.farley.org To: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20030623114005.GB12521@HAL9000.homeunix.com> Message-ID: <20030623080515.S43893@thor.farley.org> References: <20030621103502.K18572@thor.farley.org> <20030622005852.GB59673@HAL9000.homeunix.com> <20030623114005.GB12521@HAL9000.homeunix.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: Replacing GNU grep revisited X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 13:25:58 -0000 On Mon, 23 Jun 2003, David Schultz wrote: > On Sun, Jun 22, 2003, Sean Farley wrote: > > On Sat, 21 Jun 2003, David Schultz wrote: > > > > 2. GNU's grep is using libgnuregex. The speed-up by dds@ would not > > be felt? > > I was referring to freegrep, which I thought used the native libregex. Yes, it does. I was just confused. > In any case, if freegrep solves problems that GNU grep has, has the > features people care about, is competitive in terms of performance, > and has no known major bugs, then I would have no objections to it. > As long as there are good technical reasons to switch, licensing > advantages and performance are the least critical issues in my mind. > We're not talking about a factor of 2, right? It varies. Simpler searches are handled within FreeGrep such as expressions with "^", "$" or ".". This is how GNU grep searches so quickly; it "cheats" before it falls-back to the regex library. More complex searches can hit the regex library and slow FreeGrep down. In those cases, the ones I have found, it is still below a factor of two difference. I usually do tests on /usr/src. I have seen FreeGrep take 1:10 while GNU's grep took 0:58. Interesting. I found that GNU's grep actually finds a match for "grep -ail freebsd /usr/ports/distfiles/*": /usr/ports/distfiles/ezm3 ezm3 is a directory with a filename that contains FreeBSD in it. Sean ----------------------- sean-freebsd@farley.org From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 23 06:48:55 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F3C437B404 for ; Mon, 23 Jun 2003 06:48:55 -0700 (PDT) Received: from cicero0.cybercity.dk (cicero0.cybercity.dk [212.242.40.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D8E143FEC for ; Mon, 23 Jun 2003 06:48:54 -0700 (PDT) (envelope-from db@traceroute.dk) Received: from user5.cybercity.dk (fxp0.user5.ip.cybercity.dk [212.242.41.51]) by cicero0.cybercity.dk (Postfix) with ESMTP id 03D2D102B99 for ; Mon, 23 Jun 2003 15:48:53 +0200 (CEST) Received: from main (port132.ds1-arsy.adsl.cybercity.dk [212.242.239.73]) by user5.cybercity.dk (Postfix) with SMTP id 50B7F2866BA for ; Mon, 23 Jun 2003 15:48:52 +0200 (CEST) Date: Mon, 23 Jun 2003 15:56:27 +0200 From: Socketd To: hackers@freebsd.org Message-Id: <20030623155627.5d0a0ad3.db@traceroute.dk> X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd4.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Mounting X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 13:48:55 -0000 Hi again Would it be possible to have this configuration and not having the system fail (because of lacking rights or something): /tmp and /var/tmp noexec (I know /tmp has to be execuable to make world) /var nosuid (what about even noexec?) /var/mail noexec /home nosuid (again what about noexec if I don't have shell users, but only websites and backup's on /home?) Can nodev also be added to all above + /usr? br socketd From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 23 06:54:31 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63A4137B401 for ; Mon, 23 Jun 2003 06:54:31 -0700 (PDT) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE97A43F3F for ; Mon, 23 Jun 2003 06:54:30 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc0ao.dialup.mindspring.com ([209.86.1.88] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19URiV-0004nh-00; Mon, 23 Jun 2003 06:50:43 -0700 Message-ID: <3EF7056F.162A99C5@mindspring.com> Date: Mon, 23 Jun 2003 06:49:35 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Soeren Straarup References: <20030621171120.G311-100000@x12.dk> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a40812296ddb41738d0e7aae8e4a10ec45a7ce0e8f8d31aa3f350badd9bab72f9c350badd9bab72f9c cc: freebsd-hackers@freebsd.org Subject: Re: Out of Office AutoReply: LinkSys WPC54G PCCARD (fwd) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 13:54:31 -0000 Soeren Straarup wrote: > Hash: SHA1 > = > Hi how is it normal to treat auto email replies like this one? > = > Best regards S=F8ren You patch the vacation program to ignore email with "Precedence: list", or you correct the FreeBSD mailing list software to change the header to "Precedence: bulk", like everyone else. Since I didn't see this until you posted it to the list, it's more likely that you did a "group reply" to the list and the person whose vacation program is responding to you. If you just mail to the list, that won't happen. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 23 08:38:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0702837B401 for ; Mon, 23 Jun 2003 08:38:07 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BF1843FE0 for ; Mon, 23 Jun 2003 08:38:06 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h5NFboKJ053399; Mon, 23 Jun 2003 11:37:50 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h5NFboq7053396; Mon, 23 Jun 2003 11:37:50 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 23 Jun 2003 11:37:49 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Socketd In-Reply-To: <20030623152341.61b63afc.db@traceroute.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: Suid and gid files X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 15:38:07 -0000 On Mon, 23 Jun 2003, Socketd wrote: > I just installed FreeBSD 5.1 release and ran a "find / -perm +4000" and > "find / -perm +2000". My question is: are any of these files used by the > system, in a way that prevents me from making them non-executable to the > world? I have no shell users and don't use sendmail. Setuid can be turned off on pretty much all of the binaries; however, as you turn off setuid bits, more and more things will not work for unprivileged users. During normal system operation, privileges are usually "dropped" as opposed to "acquired", so the exceptions are usually for access to raw sockets, system devices, etc. I recently removed the setuid bit from the quota command in -CURRENT, and am in the throes of reviewing the remaining setuid/setgid pieces as part of developing our Security Architecture document. The one potentially problematic case that comes to mind is mail submission by sendmail; mechanisms such as cron, at, etc, expect to be able to generate mail from unprivileged users and that may break if you use sendmail as the MTA but without setuid. There are mail systems that don't require setuid, instead relying on LTMP, which might be preferable in your environment. I also find su very helpful, FWIW :-). > Btw why is /usr/sbin/ppp world readable? (not that is matters) sproing:/usr/sbin> ls -l ppp -r-sr-xr-- 1 root network 367304 May 8 15:16 ppp* Yeah, that is a little inconsistent, although not harmful as far as I can tell. I'll remove the read bit in -CURRENT and we'll see if anyone complains :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 23 08:45:54 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B898737B401 for ; Mon, 23 Jun 2003 08:45:54 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ED1143FEC for ; Mon, 23 Jun 2003 08:45:53 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h5NFjbKJ053457; Mon, 23 Jun 2003 11:45:37 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h5NFjbQZ053454; Mon, 23 Jun 2003 11:45:37 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 23 Jun 2003 11:45:37 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Socketd In-Reply-To: <20030623155627.5d0a0ad3.db@traceroute.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: Mounting X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 15:45:55 -0000 On Mon, 23 Jun 2003, Socketd wrote: > Would it be possible to have this configuration and not having the > system fail (because of lacking rights or something): > > /tmp and /var/tmp noexec (I know /tmp has to be execuable to make > world) > > /var nosuid (what about even noexec?) I think package installs may rely on the ability to execute install-time pieces, but I'm not entirely sure. nosuid will probably work fine for these, but noexec could trigger problems; try installing a few packages under a descending ktrace. If that's not a concern (i.e., you don't install software in the steady state), then you're probably OK. > /var/mail noexec nosuid would be fine here also. > /home nosuid (again what about noexec if I don't have shell users, > but only websites and backup's on /home?) > > Can nodev also be added to all above + /usr? nodev prevents opening specfs character devices, but doesn't prevent opening fifos or UNIX domain sockets, so is generally fine for all file systems except /dev. The common exceptions I bump into are: (1) If you have per-user chroots, make sure wherever their custom /dev is isn't nodev. (2) The linux port used to (may still) install with a null device under /usr in the compat tree. Mounting this with nodev will break opening /dev/null for Linux apps. I'm not sure why the null entry exists there, and in fact we know it needs to go away since it will break when we GC major device numbers. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 23 08:55:24 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8A0D37B401 for ; Mon, 23 Jun 2003 08:55:24 -0700 (PDT) Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90ABA43FF2 for ; Mon, 23 Jun 2003 08:55:23 -0700 (PDT) (envelope-from yruan@cs.princeton.edu) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h5NFtLqE009789; Mon, 23 Jun 2003 11:55:21 -0400 (EDT) Received: from cs.princeton.edu (targe.CS.Princeton.EDU [128.112.139.194]) (authenticated bits=0)h5NFtC0k025986 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Mon, 23 Jun 2003 11:55:20 -0400 (EDT) Message-ID: <3EF7214A.E673DFDF@cs.princeton.edu> Date: Mon, 23 Jun 2003 11:48:26 -0400 From: Yaoping Ruan X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Bosko Milekic References: <3EEDFC43.BD80B098@cs.princeton.edu> <20030617002243.GA10983@technokratis.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Kernel Support for System Call Performance Monitoring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 15:55:25 -0000 Hi, Thank you so much for your constructive notes. We do feel confident to merge some parts into the mainline code. Other parts may require further discussion: Bosko Milekic wrote: > 1) User-visible DeBoxInfo structure has the magic number "5" > PerSleepInfo structs and the magic number "200" CallTrace > structs. It seems that it would be somewhat less crude to turn > the struct arrays in DeBoxInfo into pointers in which case you > have several options. You could provide a library to link > applications compiled for DeBox use with that would take care of > allocating the space in which to store maxSleeps and > maxTrace-worth of memory and hooking the data into resultBuf or > providing the addresses as separate arguments to the > DeBoxControl() system call. For what concerns the kernel, you > could take a similar approach and dynamically pre-allocate the > PerSleepInfo and CallTrace structures, based on the requirements > given by the DeBoxControl system call. This would be a better solution. We admit that the magic numbers we took were entirely for experimental purpose and we agree that better approaches should be taken if DeBox is going to be adopted. > 2) The problem of modifying entry-exit paths in function calls. > Admittedly, this is hard, but crudely modifying a select number > of functions to Do The Right Thing for what concerns call tracing > is hard to justify from a general perspective. I don't mean to > spread FUD here; the change you made is totally OK from a > measurement perspective and serves great for the paper, it's just > tougher to integrate this stuff into the mainline code. You are right about the problems of manual modification. We opted for the manual modification only as a short-term solution while we investigate other approaches. We started by trying to modify mcount, but didn't succeed in controlling it, namely how to make it profile interested functions only. Then we switched to gcc's entry/exit functions specified via the "instrument functions" option and encountered unbearable overhead. Moreover, the common problem of these two approaches is how to avoid the bottom-half invocations within a system call because these interruption-handling functions don't belong to any of the system call paths. Automating this modification process might be possible with some compiler assistance, or also possible with mcount, but we didn't find the right way? > - On the Case Study. I was most interested in the sendfile > modifications you talk about and would be interested in seeing > patches. I know that some of the modifications you mention have > already been done in 5.x; Notably, if you have not already, you'll > want to glance at: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/uipc_syscalls.c? \ > rev=1.144&content-type=text/x-cvsweb-markup > > (regarding your mapping caching in sf_bufs) > > and this [gigantic] thread: > > http://www.freebsd.org/cgi/getmsg.cgi?fetch=12432+15802+ \ > /usr/local/www/db/text/2003/freebsd-arch/20030601.freebsd-arch > > (subject: sendfile(2) SF_NOPUSH flag proposal on freebsd-arch@, at > least). > > You may want to contact Igor Sysoev or other concerned parties in > that thread to show them that you actually have performance results > resulting from such a change. In terms of the sendfile optimization, we started doing it back in last October, and were aware that some issues got discussed on this list later. We also went some steps further, specifically: 1. Cache the mapping between VM pages and physical map, and don't ever free these caching until the number of cache entries reaches "nsfbufs". This aggressive cache does cause more wired memory but the reduction in mapping/releasing overhead and address space consumption outweighs the drawbacks according to our measurements. It may be necessary to free these pages based on some timer system if they're not being used anymore. 2. We made a variant form of sendfile to avoid disk IO by returning an error if the file is set to be non-blocking and not in the memory. This optimization is very powerful for applications like event-driven servers. Given the fact that any blocking IO hurts performance seriously, we actually used to maintain a mmap cache then use mincore() to avoid any disk IO requests. But now it is no longer needed and saves a lot of overhead. This change makes sendfile non-block on both socket writing and disk reading if interested, but by default it still keeps the traditional semantics. 3. Pack header and tail into the body packets using mbuf cluster space. The current implementation of calling writev for header and body causes more packets to be generated and really hurts the performance of small transfers. The consequence is more of an issue for fast services in WANs because of needless latency. Compared to writev, sendfile used to have a performance loss on a portion of our workload. The performance loss on small file is more than the performance gain on larger files, leading to a net loss for our web server. Though it is possible to use writev for small files while leaving large files for sendfile, as Terry Lambert pointed out in the discussion of http://www.freebsd.org/cgi/getmsg.cgi?fetch=24340+0+/usr/local/www/db/text/2003/freebsd-arch/20030601.freebsd-arch , this makes applications too complicated. We found that building the mbuf chain and passing it was a significant benefit and is more straightforward than TCP_NOPUSH option proposed by Igor Sysoev. Regards - Yaoping From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 23 09:56:14 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE5E937B407; Mon, 23 Jun 2003 09:56:14 -0700 (PDT) Received: from cicero2.cybercity.dk (cicero2.cybercity.dk [212.242.40.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37B8043FE9; Mon, 23 Jun 2003 09:56:14 -0700 (PDT) (envelope-from db@traceroute.dk) Received: from user2.cybercity.dk (fxp0.user2.ip.cybercity.dk [212.242.41.35]) by cicero2.cybercity.dk (Postfix) with ESMTP id 8FEBEC205A; Mon, 23 Jun 2003 18:56:12 +0200 (CEST) Received: from main (port132.ds1-arsy.adsl.cybercity.dk [212.242.239.73]) by user2.cybercity.dk (Postfix) with SMTP id 2C0C118658; Mon, 23 Jun 2003 18:56:12 +0200 (CEST) Date: Mon, 23 Jun 2003 19:03:48 +0200 From: Socketd To: Robert Watson , hackers@freebsd.org Message-Id: <20030623190348.34057f53.db@traceroute.dk> In-Reply-To: References: <20030623155627.5d0a0ad3.db@traceroute.dk> X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd4.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Mounting X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 16:56:15 -0000 On Mon, 23 Jun 2003 11:45:37 -0400 (EDT) Robert Watson wrote: > > /var/mail noexec > > nosuid would be fine here also. And noexec too I guess? > nodev prevents opening specfs character devices, but doesn't prevent > opening fifos or UNIX domain sockets, so is generally fine for all > file systems except /dev. The common exceptions I bump into are: > > (1) If you have per-user chroots, make sure wherever their custom /dev > is > isn't nodev. > > (2) The linux port used to (may still) install with a null device > under > /usr in the compat tree. Mounting this with nodev will break > opening/dev/null for Linux apps. I'm not sure why the null entry > exists there, and in fact we know it needs to go away since it > will break when we GC major device numbers. Ah ok, again thank you for your help :-D br socketd From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 23 12:15:51 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAE8F37B401 for ; Mon, 23 Jun 2003 12:15:51 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7028143FBF for ; Mon, 23 Jun 2003 12:15:50 -0700 (PDT) (envelope-from bruno_ritz@gmx.ch) Received: (qmail 20393 invoked by uid 65534); 23 Jun 2003 19:15:43 -0000 Received: from dclient217-162-108-200.hispeed.ch (EHLO brunoritz) (217.162.108.200) by mail.gmx.net (mp025) with SMTP; 23 Jun 2003 21:15:43 +0200 From: "Ritz, Bruno" To: Date: Mon, 23 Jun 2003 21:16:39 +0200 Message-ID: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Subject: if_wi patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bruno_ritz@gmx.ch List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 19:15:52 -0000 hi i recently found messages about problems with the if_wi driver in 5.1 (it worked in 5.0-release). i have a patch for this. it brings back missing features (wep, authmode etc). i could not test it for every possible case but it works fine for my network. regards bruno --- if_wi.c.orig Sun Jun 8 02:32:57 2003 +++ if_wi.c Sun Jun 8 02:33:20 2003 @@ -48,7 +48,7 @@ * without an NDA (if at all). What they do release is an API library * called the HCF (Hardware Control Functions) which is supposed to * do the device-specific operations of a device driver for you. The - * publically available version of the HCF library (the 'HCF Light') is + * publically available version of the HCF library (the 'HCF Light') is * a) extremely gross, b) lacks certain features, particularly support * for 802.11 frames, and c) is contaminated by the GNU Public License. * @@ -848,7 +848,7 @@ } IFQ_DEQUEUE(&ifp->if_snd, m0); ifp->if_opackets++; - m_copydata(m0, 0, ETHER_HDR_LEN, + m_copydata(m0, 0, ETHER_HDR_LEN, (caddr_t)&frmhdr.wi_ehdr); #if NBPFILTER > 0 BPF_MTAP(ifp, m0); @@ -858,7 +858,7 @@ ifp->if_oerrors++; continue; } - wh = mtod(m0, struct ieee80211_frame *); + wh = mtod(m0, struct ieee80211_frame *); if (ic->ic_opmode == IEEE80211_M_HOSTAP && !IEEE80211_IS_MULTICAST(wh->i_addr1) && (wh->i_fc[0] & IEEE80211_FC0_TYPE_MASK) == @@ -942,7 +942,7 @@ int i; int error = 0; int tries; - + /* Symbol firmware cannot be initialized more than once */ if (sc->sc_firmware_type == WI_SYMBOL && sc->sc_reset) return (0); @@ -1024,7 +1024,7 @@ struct ieee80211com *ic = &sc->sc_ic; struct ifreq *ifr = (struct ifreq *)data; struct ieee80211req *ireq; - u_int8_t nodename[IEEE80211_NWID_LEN]; + /* u_int8_t nodename[IEEE80211_NWID_LEN]; */ int error = 0; #if __FreeBSD_version >= 500000 struct thread *td = curthread; @@ -1032,6 +1032,10 @@ struct proc *td = curproc; /* Little white lie */ #endif struct wi_req wreq; + + char tmpkey[IEEE80211_KEYBUF_SIZE]; + int len; + WI_LOCK_DECL(); WI_LOCK(sc); @@ -1112,11 +1116,80 @@ case SIOCG80211: ireq = (struct ieee80211req *) data; switch (ireq->i_type) { + case IEEE80211_IOC_SSID: + if ((ireq->i_val == -1) || (ireq->i_val == 0)) { + error = copyout(sc->sc_net_name, + ireq->i_data, + IEEE80211_NWID_LEN); + ireq->i_len = IEEE80211_NWID_LEN; + } else + error = EINVAL; + break; + case IEEE80211_IOC_NUMSSIDS: + ireq->i_val = 1; + break; + case IEEE80211_IOC_WEP: + if (!(sc->sc_ic.ic_flags & IEEE80211_F_HASWEP)) { + ireq->i_val = IEEE80211_WEP_NOSUP; + } else { + if (sc->sc_ic.ic_flags & IEEE80211_F_WEPON) { + ireq->i_val = + IEEE80211_WEP_MIXED; + } else { + ireq->i_val = + IEEE80211_WEP_OFF; + } + } + break; + case IEEE80211_IOC_WEPKEY: + if (!(sc->sc_ic.ic_flags & IEEE80211_F_HASWEP) || + ireq->i_val < 0 || ireq->i_val > 3) { + error = EINVAL; + break; + } + len = sc->sc_ic.ic_nw_keys[ireq->i_val].wk_len; + if (suser(td)) + bcopy(sc->sc_ic.ic_nw_keys[ireq->i_val].wk_key, + &tmpkey, len); + else + bzero(&tmpkey, len); + + ireq->i_len = len; + error = copyout(&tmpkey, ireq->i_data, len); + + break; + case IEEE80211_IOC_NUMWEPKEYS: + if (!(sc->sc_ic.ic_flags & IEEE80211_F_HASWEP)) + error = EINVAL; + else + ireq->i_val = 4; + break; + case IEEE80211_IOC_WEPTXKEY: + if (!(sc->sc_ic.ic_flags & IEEE80211_F_HASWEP)) + error = EINVAL; + else + ireq->i_val = sc->sc_ic.ic_wep_txkey; + break; + case IEEE80211_IOC_AUTHMODE: + ireq->i_val = sc->sc_cnfauthmode; + break; case IEEE80211_IOC_STATIONNAME: ireq->i_len = sc->sc_nodelen + 1; error = copyout(sc->sc_nodename, ireq->i_data, ireq->i_len); break; + case IEEE80211_IOC_CHANNEL: + ireq->i_val = sc->sc_ic.ic_ibss_chan; + break; + case IEEE80211_IOC_POWERSAVE: + if (sc->sc_ic.ic_flags & IEEE80211_F_PMGTON) + ireq->i_val = IEEE80211_POWERSAVE_ON; + else + ireq->i_val = IEEE80211_POWERSAVE_OFF; + break; + case IEEE80211_IOC_POWERSAVESLEEP: + ireq->i_val = sc->sc_ic.ic_lintval; + break; default: error = ieee80211_ioctl(ifp, cmd, data); break; @@ -1128,30 +1201,106 @@ break; ireq = (struct ieee80211req *) data; switch (ireq->i_type) { - case IEEE80211_IOC_STATIONNAME: + case IEEE80211_IOC_SSID: if (ireq->i_val != 0 || ireq->i_len > IEEE80211_NWID_LEN) { error = EINVAL; break; } - memset(nodename, 0, IEEE80211_NWID_LEN); - error = copyin(ireq->i_data, nodename, ireq->i_len); - if (error) + // We set both of them + bzero(sc->sc_net_name, IEEE80211_NWID_LEN); + error = copyin(ireq->i_data, + sc->sc_net_name, ireq->i_len); + bcopy(sc->sc_net_name, sc->sc_ic.ic_bss.ni_essid, IEEE80211_NWID_LEN); + break; + case IEEE80211_IOC_WEP: + /* + * These cards only support one mode so + * we just turn wep on what ever is + * passed in if it's not OFF. + */ + if (ireq->i_val == IEEE80211_WEP_OFF) { + sc->sc_ic.ic_flags = (sc->sc_ic.ic_flags | IEEE80211_F_WEPON) ^ IEEE80211_F_WEPON; + } else { + sc->sc_ic.ic_flags |= IEEE80211_F_WEPON; + } + break; + case IEEE80211_IOC_WEPKEY: + if (ireq->i_val < 0 || ireq->i_val > 3 || + ireq->i_len > 13) { + error = EINVAL; + break; + } + bzero(sc->sc_ic.ic_nw_keys[ireq->i_val].wk_key, 13); + error = copyin(ireq->i_data, + sc->sc_ic.ic_nw_keys[ireq->i_val].wk_key, + ireq->i_len); + if(error) { + break; + } + sc->sc_ic.ic_nw_keys[ireq->i_val].wk_len = + ireq->i_len; + break; + case IEEE80211_IOC_WEPTXKEY: + if (ireq->i_val < 0 || ireq->i_val > 3) { + error = EINVAL; + break; + } + sc->sc_ic.ic_wep_txkey = ireq->i_val; + break; + case IEEE80211_IOC_AUTHMODE: + sc->sc_cnfauthmode = ireq->i_val; + break; + case IEEE80211_IOC_STATIONNAME: + if (ireq->i_len > 32) { + error = EINVAL; + break; + } + bzero(sc->sc_nodename, 32); + error = copyin(ireq->i_data, + sc->sc_nodename, ireq->i_len); + break; + case IEEE80211_IOC_CHANNEL: + /* + * The actual range is 1-14, but if you + * set it to 0 you get the default. So + * we let that work too. + */ + if (ireq->i_val < 0 || ireq->i_val > 14) { + error = EINVAL; + break; + } + sc->sc_ic.ic_ibss_chan = ireq->i_val; + break; + case IEEE80211_IOC_POWERSAVE: + switch (ireq->i_val) { + case IEEE80211_POWERSAVE_OFF: + sc->sc_ic.ic_flags = (sc->sc_ic.ic_flags | IEEE80211_F_PMGTON) ^ IEEE80211_F_PMGTON; + break; + case IEEE80211_POWERSAVE_ON: + sc->sc_ic.ic_flags |= IEEE80211_F_PMGTON; + break; + default: + error = EINVAL; break; - if (sc->sc_enabled) { - error = wi_write_ssid(sc, WI_RID_NODENAME, - nodename, ireq->i_len); - if (error) - break; } - memcpy(sc->sc_nodename, nodename, IEEE80211_NWID_LEN); - sc->sc_nodelen = ireq->i_len; + break; + case IEEE80211_IOC_POWERSAVESLEEP: + if (ireq->i_val < 0) { + error = EINVAL; + break; + } + sc->sc_ic.ic_lintval= ireq->i_val; break; default: error = ieee80211_ioctl(ifp, cmd, data); break; } + + /* Reinitialize WaveLAN. */ + //wi_init(sc); break; + default: error = ieee80211_ioctl(ifp, cmd, data); break; @@ -2146,7 +2295,7 @@ { int i, s = 0; static volatile int count = 0; - + if (count > 0) panic("Hey partner, hold on there!"); count++; @@ -2904,7 +3053,7 @@ (const uint16_t *)p, len / 2); p += len; } - + /* * PDR: id[4], address[4], length[4]; */ From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 23 12:30:16 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2FB237B401 for ; Mon, 23 Jun 2003 12:30:16 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8F2E43FB1 for ; Mon, 23 Jun 2003 12:30:15 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h5NJUEXh021278; Mon, 23 Jun 2003 15:30:14 -0400 (EDT) Date: Mon, 23 Jun 2003 15:30:14 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: "Ritz, Bruno" In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: if_wi patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 19:30:17 -0000 On Mon, 23 Jun 2003, Ritz, Bruno wrote: > hi > > i recently found messages about problems with the if_wi driver in 5.1 (it worked > in 5.0-release). > > i have a patch for this. it brings back missing features (wep, authmode etc). i > could not test it for every possible case but it works fine for my network. Stupid question, do you have 'device wlan' in your kernel config? -- Dan Eischen From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 23 14:06:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D43CB37B404; Mon, 23 Jun 2003 14:06:35 -0700 (PDT) Received: from orthanc.ab.ca (orthanc.ab.ca [216.123.230.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A10743FE1; Mon, 23 Jun 2003 14:06:35 -0700 (PDT) (envelope-from lyndon@orthanc.ab.ca) Received: from orthanc.ab.ca (peregrin.orthanc.ab.ca [192.168.42.6]) by orthanc.ab.ca (8.12.6p2/8.12.6) with ESMTP id h5NL6YUW067429; Mon, 23 Jun 2003 15:06:34 -0600 (MDT) (envelope-from lyndon@orthanc.ab.ca) Date: Mon, 23 Jun 2003 15:06:33 -0600 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) To: Robert Watson From: Lyndon Nerenberg In-Reply-To: Message-Id: <918B4BF4-A5BE-11D7-8B4F-000393D34A62@orthanc.ab.ca> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.552) cc: hackers@freebsd.org Subject: Re: Suid and gid files X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 21:06:36 -0000 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > The one potentially problematic case that comes to mind is mail > submission > by sendmail; mechanisms such as cron, at, etc, expect to be able to > generate mail from unprivileged users and that may break if you use > sendmail as the MTA but without setuid. There are mail systems that > don't > require setuid, instead relying on LTMP, which might be preferable in > your > environment. I also find su very helpful, FWIW :-). > > You can solve this by having sendmail put up an SMTP listener on a > named socket. Create a directory /var/run/sendmail that is mode 755 > owned by the sendmail runtime user (smmsp), then have sendmail listen > on /var/run/sendmail/submission instead of port 25 (or 587). > > To make this useful to applications we would need a function (in > libutil?) that mail clients could call to do the dirty work of > submission. There are benefits to this approach over using > command-line sendmail to submit: the client can make use of SMTP > facilities such as DSNs, message tracking, delivery-by, etc. > > - --lyndon > > -----BEGIN PGP SIGNATURE----- > Version: PGP 8.0.2 - not licensed for commercial use: www.pgp.com > > iQA/AwUBPvdr1wqAE4lfBssoEQJxQgCfVD+371Qc/xaQXGc0KcpREY2LcIsAoO42 > x7RWNGMO1/VM5n0oJGgc/ulq > =ZYQI > -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 23 16:50:28 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCAE537B401 for ; Mon, 23 Jun 2003 16:50:28 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A311D43F93 for ; Mon, 23 Jun 2003 16:50:27 -0700 (PDT) (envelope-from bruno_ritz@gmx.ch) Received: (qmail 29570 invoked by uid 65534); 23 Jun 2003 23:50:26 -0000 Received: from dclient217-162-108-200.hispeed.ch (EHLO brunoritz) (217.162.108.200) by mail.gmx.net (mp003) with SMTP; 24 Jun 2003 01:50:26 +0200 From: "Ritz, Bruno" To: Date: Tue, 24 Jun 2003 01:51:25 +0200 Message-ID: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Subject: if_wi patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bruno_ritz@gmx.ch List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 23:50:29 -0000 the first patch i have submitted was crap. it worked, but i was still too familiar with the old drivers so i did not notice the wlan module. daniel eischen was so kindly to inform me about that... i have a new patch (for 5.1-release) which adds authmode support to the if_wi driver, but nothing more as my old patch wrongly did. hope it is ok this time... regards bruno --- sys/dev/wi/if_wi.c.orig Tue Jun 24 01:35:41 2003 +++ sys/dev/wi/if_wi.c Tue Jun 24 01:43:53 2003 @@ -1117,6 +1117,9 @@ error = copyout(sc->sc_nodename, ireq->i_data, ireq->i_len); break; + case IEEE80211_IOC_AUTHMODE: + ireq->i_val = sc->sc_cnfauthmode; + break; default: error = ieee80211_ioctl(ifp, cmd, data); break; @@ -1146,6 +1149,9 @@ } memcpy(sc->sc_nodename, nodename, IEEE80211_NWID_LEN); sc->sc_nodelen = ireq->i_len; + break; + case IEEE80211_IOC_AUTHMODE: + sc->sc_cnfauthmode = ireq->i_val; break; default: error = ieee80211_ioctl(ifp, cmd, data); From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 23 21:52:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70C9637B401 for ; Mon, 23 Jun 2003 21:52:23 -0700 (PDT) Received: from gunjin.wccnet.org (gunjin.wccnet.org [198.111.176.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86AED43F3F for ; Mon, 23 Jun 2003 21:52:22 -0700 (PDT) (envelope-from anthony@gunjin.wccnet.org) Received: from gunjin.wccnet.org (localhost.rexroof.com [127.0.0.1]) by gunjin.wccnet.org (8.12.3/8.12.2) with ESMTP id h5O4x6sn076245; Tue, 24 Jun 2003 00:59:07 -0400 (EDT) Received: (from anthony@localhost) by gunjin.wccnet.org (8.12.3/8.12.3/Submit) id h5O4x51c076244; Tue, 24 Jun 2003 00:59:05 -0400 (EDT) Date: Tue, 24 Jun 2003 00:59:03 -0400 From: Anthony Schneider To: Sean Farley Message-ID: <20030624045900.GA76086@x-anthony.com> References: <20030621103502.K18572@thor.farley.org> <20030622005852.GB59673@HAL9000.homeunix.com> <20030623114005.GB12521@HAL9000.homeunix.com> <20030623080515.S43893@thor.farley.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: <20030623080515.S43893@thor.farley.org> User-Agent: Mutt/1.4i cc: freebsd-hackers@freebsd.org Subject: Re: Replacing GNU grep revisited X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 04:52:23 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Interesting. I found that GNU's grep actually finds a match for "grep > -ail freebsd /usr/ports/distfiles/*": >=20 > /usr/ports/distfiles/ezm3 >=20 > ezm3 is a directory with a filename that contains FreeBSD in it. the * will expand /usr/ports/distfiles/* into full path names to each file in /usr/ports/distfiles. since this is expanded by your shell, grep will take those directory names as arguments and search directories as files as we know it to.. -Anthony. --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE+99qOKUeW47UGY2kRAo76AJ9HxgzakQ4XPo4SBnXMUR2OXWjF9wCeP013 37T8L5qpM9ebNdm/zej1Ewk= =XC7I -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 03:38:53 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98A0E37B401 for ; Tue, 24 Jun 2003 03:38:53 -0700 (PDT) Received: from crusoecids.dyndns.org (AVelizy-109-1-5-215.w81-48.abo.wanadoo.fr [81.48.102.215]) by mx1.FreeBSD.org (Postfix) with SMTP id E148A43FB1 for ; Tue, 24 Jun 2003 03:38:49 -0700 (PDT) (envelope-from r2d2r4@crusoecids.dyndns.org) Received: (qmail 13466 invoked by uid 1000); 24 Jun 2003 10:14:55 -0000 Date: 24 Jun 2003 10:14:55 -0000 Message-ID: <20030624101455.13465.qmail@crusoecids.dyndns.org> From: r2d2r4@crusoecids.dyndns.org To: freebsd-hackers@FreeBSD.ORG Subject: Panic on boot on Quadri 700Mhz Intel ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 10:38:53 -0000 Hi, I boot on Freebsd 4.8 Release or 5.1 Release, I have panic with 4.8 : int=0000000d err=00000000 efl=00030006 eip=000006a6 eax=000cd095 ebx=02900116 ecx=00000004 edx=00000080 esi=0000323b edi=00003228 ebp=000003e6 esp=000003cc cs=c980 dx=c980 es=9c80 fs=9c80 gs=9c80 ss=9a3e cs:eip=26 0f 01 14 0f 20 c0 0c-01 0f 22 c0 eb 00 b8 10 ss:esp=0c 32 59 01 90 02 95 09-80 9b 82 02 e9 04 a6 e9 BTX halted and panic with 5.1 : CD Loader 1.01 Building the boot loader arguments Looking up /BOOT/LOADER... Found Relocating the loader and the BTX Starting the BTX loader BTX loader 1.00 BTX version 1.01 Console: internal video/keyboard BIOS CD is cd0 BIOS drive A: is disk0 int=0000000d err=00000000 efl=00030006 eip=000006a6 eax=000cd095 ebx=02900116 ecx=00000004 edx=00000080 esi=0000323b edi=00003228 ebp=000003e6 esp=000003cc cs=c980 dx=c980 es=9c80 fs=9c80 gs=9c80 ss=9a3b cs:eip=26 0f 01 14 0f 20 c0 0c-01 0f 22 c0 eb 00 b8 10 00 8e d8 8e c0 8e e8 8e-e0 0f 20 c0 24 fe 0f 22 ss:esp=0c 32 59 01 90 02 95 09-80 9b 46 02 e9 04 a6 e9 97 02 00 0c 00 00 80 9b-00 00 e0 43 00 f0 8d a1 BTX halted this host have 2Go ram. and Intel Raid Integrated (Raid5 on Ultra160) I tested boot without panic on netbsd161/openbsd33. Regard. PS: Im not subscribed in list, please CC to me. From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 04:21:21 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9838437B401 for ; Tue, 24 Jun 2003 04:21:21 -0700 (PDT) Received: from hysteria.spc.org (hysteria.spc.org [195.206.69.234]) by mx1.FreeBSD.org (Postfix) with SMTP id AEC8A43FBD for ; Tue, 24 Jun 2003 04:21:19 -0700 (PDT) (envelope-from bms@hysteria.spc.org) Received: (qmail 8257 invoked by uid 5013); 24 Jun 2003 11:19:42 -0000 Date: Tue, 24 Jun 2003 12:19:42 +0100 From: Bruce M Simpson To: alc@freebsd.org, davidg@freebsd.org, dillon@freebsd.org Message-ID: <20030624111942.GO31354@spc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: hackers@freebsd.org Subject: Page Coloring Defines in vm_page.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 11:21:22 -0000 Hi all, Something occurred to me whilst I was re-reading the 'Design Elements' article over the weekend; our page coloring algorithm, as it stands, might not be optimal for non-Intel CPUs. Spiel: - Dillon's VM article talks about L1 cache reference, rather than L2. This is a fair assumption to make as previously L2 caches were not located on the die. With most i386 processors these days the cache is located on the die and runs at full CPU clock speed, as well as having a dedicated cache access bus on the die. Notably Katmai's runs at half the processor speed; Coppermine and later run the cache at full processor speed. - Why is this important? The vm code as it stands assumes that we colour for L2 cache. This might not be optimal for all architectures, or, indeed, forthcoming x86 chips. - PQ_L2_SIZE seems to refer to total L2 cache size / N sets. - The defines in vm_page.h seem to assume a 4-way set associative cache organization. - The page queue structures are sized according to these defines at boot-time. - If someone could fill me in on how the primes are arrived at that would be very helpful. Comments/discussion/correction welcomed, it would be good to get some feedback on this before I start patching my tree. BMS From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 05:35:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 901DA37B401 for ; Tue, 24 Jun 2003 05:35:35 -0700 (PDT) Received: from comp.chem.msu.su (comp-ext.chem.msu.su [158.250.32.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F8CD43FE9 for ; Tue, 24 Jun 2003 05:35:34 -0700 (PDT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.12.3p2/8.12.3) with ESMTP id h5OCZVpV046488; Tue, 24 Jun 2003 16:35:31 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.12.3p2/8.12.3/Submit) id h5OCZVrd046487; Tue, 24 Jun 2003 16:35:31 +0400 (MSD) (envelope-from yar) Date: Tue, 24 Jun 2003 16:35:30 +0400 From: Yar Tikhiy To: Socketd Message-ID: <20030624123530.GA44556@comp.chem.msu.su> References: <20030621202739.35446e75.db@traceroute.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030621202739.35446e75.db@traceroute.dk> User-Agent: Mutt/1.5.3i cc: hackers@freebsd.org Subject: Re: Ftpd (option -h not working) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 12:35:35 -0000 On Sat, Jun 21, 2003 at 08:27:39PM +0200, Socketd wrote: > > When FreeBSD 4.8 was released I reported this bug, but now in 5.1 > releaed it is still there. Since http://www.freebsd.org/send-pr.html is > "down" I'll try reporting the bug here (again). Please use the send-pr(1) utility to submit your bug reports. > When using ftpd, you have the -h option to prevent the server from > giving any info about itself. This works fino regarding the greeting > message and when typing "stat", but with "syst" is still gives info to > the user. Thanks for reporting. I've already fixed this minor bug in both CURRENT and STABLE branches. -- Yar From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 06:17:51 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2651537B401; Tue, 24 Jun 2003 06:17:51 -0700 (PDT) Received: from HAL9000.homeunix.com (ip114.bella-vista.sfo.interquest.net [66.199.86.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49F3F43FBF; Tue, 24 Jun 2003 06:17:50 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.9) with ESMTP id h5ODHmiP033017; Tue, 24 Jun 2003 06:17:48 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.9/Submit) id h5ODHmK3033015; Tue, 24 Jun 2003 06:17:48 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Tue, 24 Jun 2003 06:17:48 -0700 From: David Schultz To: Bruce M Simpson Message-ID: <20030624131748.GB58305@HAL9000.homeunix.com> Mail-Followup-To: Bruce M Simpson , alc@freebsd.org, davidg@freebsd.org, dillon@freebsd.org, hackers@freebsd.org References: <20030624111942.GO31354@spc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030624111942.GO31354@spc.org> cc: alc@FreeBSD.ORG cc: davidg@FreeBSD.ORG cc: hackers@FreeBSD.ORG cc: dillon@FreeBSD.ORG Subject: Re: Page Coloring Defines in vm_page.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 13:17:51 -0000 On Tue, Jun 24, 2003, Bruce M Simpson wrote: > Hi all, > > Something occurred to me whilst I was re-reading the 'Design Elements' > article over the weekend; our page coloring algorithm, as it stands, > might not be optimal for non-Intel CPUs. > > Spiel: > - Dillon's VM article talks about L1 cache reference, rather than L2. > This is a fair assumption to make as previously L2 caches were not > located on the die. With most i386 processors these days the cache > is located on the die and runs at full CPU clock speed, as well as > having a dedicated cache access bus on the die. Notably Katmai's > runs at half the processor speed; Coppermine and later run the cache > at full processor speed. The coloring is based on the size and associativity of the cache, not its speed relative to the processor's. > - Why is this important? The vm code as it stands assumes that we > colour for L2 cache. This might not be optimal for all architectures, > or, indeed, forthcoming x86 chips. The code makes no assumptions about whether the cache is primary or secondary, except that the variables are named that way, and the default is optimized for a 4-way 512K cache. (You could determine the actual L2 cache size at boot time via the CPUID instruction on PII and later Intel chips if you wanted to.) You really want to color for the L2 cache, though; the L1 instruction and data caches are usually small and hard to color for, and occasional false sharing there doesn't cost much if you have an L2. There used to be L1 coloring support, but it was removed some time ago. > - If someone could fill me in on how the primes are arrived at that > would be very helpful. Good question. I know why they're prime numbers slightly smaller than a power of two, but I can't figure out how that power of two was chosen. From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 06:39:52 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E652637B408 for ; Tue, 24 Jun 2003 06:39:52 -0700 (PDT) Received: from hysteria.spc.org (hysteria.spc.org [195.206.69.234]) by mx1.FreeBSD.org (Postfix) with SMTP id 8A90343FD7 for ; Tue, 24 Jun 2003 06:39:50 -0700 (PDT) (envelope-from bms@hysteria.spc.org) Received: (qmail 9182 invoked by uid 5013); 24 Jun 2003 13:38:13 -0000 Date: Tue, 24 Jun 2003 14:38:13 +0100 From: Bruce M Simpson To: David Schultz Message-ID: <20030624133813.GR31354@spc.org> References: <20030624111942.GO31354@spc.org> <20030624131748.GB58305@HAL9000.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030624131748.GB58305@HAL9000.homeunix.com> User-Agent: Mutt/1.4.1i cc: alc@freebsd.org cc: davidg@freebsd.org cc: hackers@freebsd.org cc: dillon@freebsd.org Subject: Re: Page Coloring Defines in vm_page.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 13:39:53 -0000 On Tue, Jun 24, 2003 at 06:17:48AM -0700, David Schultz wrote: > The coloring is based on the size and associativity of the cache, > not its speed relative to the processor's. Yes. My comments were originally aimed at the fact the article seemed to imply we were coloring for L1 rather than L2, sorry about the confusion. Also, I was offline at the weekend; reading the CVS history confirms I'm on the right track. > The code makes no assumptions about whether the cache is primary > or secondary, except that the variables are named that way, and > the default is optimized for a 4-way 512K cache. (You could > determine the actual L2 cache size at boot time via the CPUID > instruction on PII and later Intel chips if you wanted to.) You Yes, that was what I was really getting at; if you look at how PQ_L2_SIZE is computed from PQ_CACHESIZE, it implies 4-way set associative is the default optimization. This is fine for Intel chips but not for AMD ones. The names of the definitions as they stand are perhaps slightly misleading in this respect. PQ_L2_SIZE might be better renamed PQ_SETSIZE and defined in terms of PQ_CACHESIZE/PQ_NSETS. The page queue structures are sized according to the number of cache colors in use. These structures are allocated once for the lifetime of the kernel. So auto-tuning for an architecture's L2 cache organization at boot-time is not out of the question. Whilst it might be said that people who want to diddle with these defines will generally know what they're doing anyway, it would be nice to make these optimizations a wee bit more accessible; also, as we grow to support more Tier 1 architectures, having page coloring work 'out-of-the-box' across them might be seen as a desirable feature. I'd like to know people's feelings on this. Currently, the only arch in our tree which maintains cache organization info is sparc64. amd64 reports this info but does not maintain it. > really want to color for the L2 cache, though; the L1 instruction > and data caches are usually small and hard to color for, and > occasional false sharing there doesn't cost much if you have an > L2. There used to be L1 coloring support, but it was removed some > time ago. I concur. > > - If someone could fill me in on how the primes are arrived at that > > would be very helpful. > Good question. I know why they're prime numbers slightly smaller > than a power of two, but I can't figure out how that power of two > was chosen. I'd need to work this out before being confident enough to even begin adding the above feature. Never knowingly bikeshedded, BMS From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 06:48:52 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B06B437B401 for ; Tue, 24 Jun 2003 06:48:52 -0700 (PDT) Received: from lakemtao07.cox.net (lakemtao07.cox.net [68.1.17.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id C78B643FCB for ; Tue, 24 Jun 2003 06:48:51 -0700 (PDT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.11]) by lakemtao07.cox.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20030624134847.TXDU4514.lakemtao07.cox.net@mezz.mezzweb.com>; Tue, 24 Jun 2003 09:48:47 -0400 To: r2d2r4@crusoecids.dyndns.org References: <20030624101455.13465.qmail@crusoecids.dyndns.org> Message-ID: Content-Type: text/plain; charset=utf-8; format=flowed From: Jeremy Messenger MIME-Version: 1.0 Date: Tue, 24 Jun 2003 08:48:47 -0500 In-Reply-To: <20030624101455.13465.qmail@crusoecids.dyndns.org> User-Agent: Opera7.11/Linux M2 build 406 cc: freebsd-hackers@freebsd.org Subject: Re: Panic on boot on Quadri 700Mhz Intel ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 13:48:53 -0000 On 24 Jun 2003 10:14:55 -0000, wrote: > Hi, > > I boot on Freebsd 4.8 Release or 5.1 Release, > > I have panic with 4.8 : > int=0000000d err=00000000 efl=00030006 eip=000006a6 > eax=000cd095 ebx=02900116 ecx=00000004 edx=00000080 > esi=0000323b edi=00003228 ebp=000003e6 esp=000003cc > cs=c980 dx=c980 es=9c80 fs=9c80 gs=9c80 ss=9a3e > cs:eip=26 0f 01 14 0f 20 c0 0c-01 0f 22 c0 eb 00 b8 10 > ss:esp=0c 32 59 01 90 02 95 09-80 9b 82 02 e9 04 a6 e9 > BTX halted > > and panic with 5.1 : > > CD Loader 1.01 > > Building the boot loader arguments > Looking up /BOOT/LOADER... Found > Relocating the loader and the BTX > Starting the BTX loader > > BTX loader 1.00 BTX version 1.01 > Console: internal video/keyboard > BIOS CD is cd0 > BIOS drive A: is disk0 > > int=0000000d err=00000000 efl=00030006 eip=000006a6 > eax=000cd095 ebx=02900116 ecx=00000004 edx=00000080 > esi=0000323b edi=00003228 ebp=000003e6 esp=000003cc > cs=c980 dx=c980 es=9c80 fs=9c80 gs=9c80 ss=9a3b > cs:eip=26 0f 01 14 0f 20 c0 0c-01 0f 22 c0 eb 00 b8 10 > 00 8e d8 8e c0 8e e8 8e-e0 0f 20 c0 24 fe 0f 22 > ss:esp=0c 32 59 01 90 02 95 09-80 9b 46 02 e9 04 a6 e9 > 97 02 00 0c 00 00 80 9b-00 00 e0 43 00 f0 8d a1 > BTX halted > > this host have 2Go ram. > and Intel Raid Integrated (Raid5 on Ultra160) It happened on me some weeks ago and it turned out that one of my stick ram was bad. I replaced to a new one (lifetime warranty) stick ram and it fixed the problem. So, you might want to test on the ram too. Cheers, Mezz > I tested boot without panic on netbsd161/openbsd33. > > Regard. > > PS: Im not subscribed in list, please CC to me. -- bsdforums.org 's moderator, mezz. From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 08:33:09 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B913037B401 for ; Tue, 24 Jun 2003 08:33:09 -0700 (PDT) Received: from dire.bris.ac.uk (dire.bris.ac.uk [137.222.10.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id B47EF43F3F for ; Tue, 24 Jun 2003 08:33:08 -0700 (PDT) (envelope-from Jan.Grant@bristol.ac.uk) Received: from mail.ilrt.bris.ac.uk by dire.bris.ac.uk with SMTP-PRIV with ESMTP; Tue, 24 Jun 2003 16:33:04 +0100 Received: from cmjg (helo=localhost) by mail.ilrt.bris.ac.uk with local-esmtp (Exim 3.16 #1) id 19Upld-0000Q9-00; Tue, 24 Jun 2003 16:31:33 +0100 Date: Tue, 24 Jun 2003 16:31:33 +0100 (BST) From: Jan Grant X-X-Sender: cmjg@mail.ilrt.bris.ac.uk To: Socketd In-Reply-To: <20030623155627.5d0a0ad3.db@traceroute.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Jan Grant cc: hackers@freebsd.org Subject: Re: Mounting X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 15:33:10 -0000 On Mon, 23 Jun 2003, Socketd wrote: > Hi again > > Would it be possible to have this configuration and not having the > system fail (because of lacking rights or something): > > /tmp and /var/tmp noexec (I know /tmp has to be execuable to make > world) nosymfollow. I've not found anything that this breaks (except a gazillion symlink race exploits). -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44(0)117 9287088 Fax +44 (0)117 9287112 http://ioctl.org/jan/ Goedel would be proud - I'm both inconsistent _and_ incomplete. From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 08:55:26 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC18537B401 for ; Tue, 24 Jun 2003 08:55:26 -0700 (PDT) Received: from cicero2.cybercity.dk (cicero2.cybercity.dk [212.242.40.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id F14CB43F93 for ; Tue, 24 Jun 2003 08:55:25 -0700 (PDT) (envelope-from db@traceroute.dk) Received: from user3.cybercity.dk (fxp0.user3.ip.cybercity.dk [212.242.41.36]) by cicero2.cybercity.dk (Postfix) with ESMTP id 27308C2228; Tue, 24 Jun 2003 17:55:24 +0200 (CEST) Received: from main (port132.ds1-arsy.adsl.cybercity.dk [212.242.239.73]) by user3.cybercity.dk (Postfix) with SMTP id 41BDD93C46; Tue, 24 Jun 2003 17:55:22 +0200 (CEST) Date: Tue, 24 Jun 2003 18:03:00 +0200 From: Socketd To: Jan Grant , hackers@freebsd.org Message-Id: <20030624180300.64df0616.db@traceroute.dk> In-Reply-To: References: <20030623155627.5d0a0ad3.db@traceroute.dk> X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd4.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Mounting X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 15:55:27 -0000 On Tue, 24 Jun 2003 16:31:33 +0100 (BST) Jan Grant wrote: > > /tmp and /var/tmp noexec (I know /tmp has to be execuable to make > > world) > > nosymfollow. I've not found anything that this breaks (except a > gazillion symlink race exploits). Great! Thanks :-) br socketd From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 09:30:26 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA3F737B401; Tue, 24 Jun 2003 09:30:26 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B1E643FB1; Tue, 24 Jun 2003 09:30:26 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.9/8.12.6) with ESMTP id h5OGUPVI094229; Tue, 24 Jun 2003 09:30:25 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9/8.12.6/Submit) id h5OGUPU6094228; Tue, 24 Jun 2003 09:30:25 -0700 (PDT) Date: Tue, 24 Jun 2003 09:30:25 -0700 (PDT) From: Matthew Dillon Message-Id: <200306241630.h5OGUPU6094228@apollo.backplane.com> To: Bruce M Simpson References: <20030624111942.GO31354@spc.org> cc: alc@FreeBSD.ORG cc: davidg@FreeBSD.ORG cc: hackers@FreeBSD.ORG Subject: Re: Page Coloring Defines in vm_page.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 16:30:27 -0000 : - The page queue structures are sized according to these : defines at boot-time. : : - If someone could fill me in on how the primes are arrived at that : would be very helpful. : :Comments/discussion/correction welcomed, it would be good to get some :feedback on this before I start patching my tree. : :BMS The primes are designed such that the page allocation code covers *ALL* the free lists in the array, so it will still be able to find any available free pages if its first choice(s) are empty. For example, prime number 3 an array size 8 will scan the array in the following order N = (N + PRIME) & (ARRAY_SIZE_MASK). N = (N + 3) & 7: 0 3 6 1 4 7 2 5 ... 0 As you can see, all the array entries are covered before the sequence repeats. So if we want a free page in array slot 0 but the only free pages available happen to be in array slot 5, the above algorithm is guarenteed to find it. Only certain prime number / power-of-2-array size combinations have this effect, but it is very easy to write a little program to test combinations and find the numbers best suited to your goals. -Matt Matthew Dillon From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 09:52:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95AD237B401 for ; Tue, 24 Jun 2003 09:52:35 -0700 (PDT) Received: from hysteria.spc.org (hysteria.spc.org [195.206.69.234]) by mx1.FreeBSD.org (Postfix) with SMTP id BE7B943F3F for ; Tue, 24 Jun 2003 09:52:34 -0700 (PDT) (envelope-from bms@hysteria.spc.org) Received: (qmail 11209 invoked by uid 5013); 24 Jun 2003 16:50:58 -0000 Date: Tue, 24 Jun 2003 17:50:58 +0100 From: Bruce M Simpson To: hackers@freebsd.org Message-ID: <20030624165058.GM23471@spc.org> References: <20030624111942.GO31354@spc.org> <20030624131748.GB58305@HAL9000.homeunix.com> <20030624133813.GR31354@spc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030624133813.GR31354@spc.org> User-Agent: Mutt/1.4.1i Subject: Re: Page Coloring Defines in vm_page.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 16:52:35 -0000 On Tue, Jun 24, 2003 at 02:38:13PM +0100, Bruce M Simpson wrote: > The names of the definitions as they stand are perhaps slightly misleading > in this respect. PQ_L2_SIZE might be better renamed PQ_SETSIZE and defined > in terms of PQ_CACHESIZE/PQ_NSETS. [snip] Bikeshed, but it would still be nice to document the above. BMS From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 09:59:53 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D62B37B401 for ; Tue, 24 Jun 2003 09:59:53 -0700 (PDT) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C2DE43F3F for ; Tue, 24 Jun 2003 09:59:52 -0700 (PDT) (envelope-from alex@metrocom.ru) Received: from apache (apache [195.5.128.150]) by apache.metrocom.ru (8.12.9/8.12.9) with ESMTP id h5OGxnmm009703 for ; Tue, 24 Jun 2003 20:59:49 +0400 (MSD) Date: Tue, 24 Jun 2003 20:59:49 +0400 (MSD) From: Varshavchick Alexander To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=0.0 required=4.0 tests=USER_AGENT_PINE version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 16:59:53 -0000 Hi people, I had a wrong-behaved server application which opened a unix socket to respond to incoming connections, so that after the socket was opened, the application core dumped each time it was launched. As a result, 'netstat -f unix' now shows a lot of not-needed active entries. Is there any way to delete them, or will they eventually die by themselves? Regards ---- Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 10:14:14 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCF5137B401 for ; Tue, 24 Jun 2003 10:14:14 -0700 (PDT) Received: from hannibal.servitor.co.uk (hannibal.servitor.co.uk [195.188.15.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F0AA43FBF for ; Tue, 24 Jun 2003 10:14:14 -0700 (PDT) (envelope-from paul@hannibal.servitor.co.uk) Received: from paul by hannibal.servitor.co.uk with local (Exim 4.14) id 19UrNC-000BG7-7k; Tue, 24 Jun 2003 18:14:26 +0100 Date: Tue, 24 Jun 2003 18:14:26 +0100 From: Paul Robinson To: Varshavchick Alexander Message-ID: <20030624171426.GU34365@iconoplex.co.uk> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: Paul Robinson cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 17:14:15 -0000 On Tue, Jun 24, 2003 at 08:59:49PM +0400, Varshavchick Alexander wrote: > I had a wrong-behaved server application which opened a unix socket to > respond to incoming connections, so that after the socket was opened, the > application core dumped each time it was launched. As a result, 'netstat > -f unix' now shows a lot of not-needed active entries. Is there any way to > delete them, or will they eventually die by themselves? A "better" way to do this is to use sockstat: paul@hannibal:~> sockstat -u USER COMMAND PID FD PROTO ADDRESS root screen 30084 4 stream /tmp/screens/S-paul/30084.ttyp0.hannibal root pure-ftp 22112 3 dgram syslogd[67]:3 root named 56824 3 dgram syslogd[67]:3 root ntpd 11575 3 dgram syslogd[67]:3 mysql mysqld 53779 6 stream /tmp/mysql.sock root syslogd 67 3 dgram /var/run/log paul@hannibal:~> you then *know* which are the safe sockets to destroy. If it's a stream socket, you've got a file that you can rm - they're not going anywhere of their own accord.* The short answer then is "rm them, but make sure you rm the right ones". -- Paul Robinson * If you reboot the machine, depending on how things are setup on your machine, /tmp and /var/tmp may or may not get rm'ed anyway, so the system has "cleared" the sockets on your behalf. From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 10:23:04 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDEE137B401 for ; Tue, 24 Jun 2003 10:23:04 -0700 (PDT) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5A6543F85 for ; Tue, 24 Jun 2003 10:23:03 -0700 (PDT) (envelope-from alex@metrocom.ru) Received: from apache (apache [195.5.128.150]) by apache.metrocom.ru (8.12.9/8.12.9) with ESMTP id h5OHN1mm013245; Tue, 24 Jun 2003 21:23:01 +0400 (MSD) Date: Tue, 24 Jun 2003 21:23:01 +0400 (MSD) From: Varshavchick Alexander To: Paul Robinson In-Reply-To: <20030624171426.GU34365@iconoplex.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-2.0 required=4.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REPLY_WITH_QUOTES,USER_AGENT_PINE version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 17:23:05 -0000 On Tue, 24 Jun 2003, Paul Robinson wrote: > On Tue, Jun 24, 2003 at 08:59:49PM +0400, Varshavchick Alexander wrote: > > > I had a wrong-behaved server application which opened a unix socket to > > respond to incoming connections, so that after the socket was opened, the > > application core dumped each time it was launched. As a result, 'netstat > > -f unix' now shows a lot of not-needed active entries. Is there any way to > > delete them, or will they eventually die by themselves? > > A "better" way to do this is to use sockstat: > > paul@hannibal:~> sockstat -u > USER COMMAND PID FD PROTO ADDRESS > root screen 30084 4 stream /tmp/screens/S-paul/30084.ttyp0.hannibal > root pure-ftp 22112 3 dgram syslogd[67]:3 > root named 56824 3 dgram syslogd[67]:3 > root ntpd 11575 3 dgram syslogd[67]:3 > mysql mysqld 53779 6 stream /tmp/mysql.sock > root syslogd 67 3 dgram /var/run/log Surely, but sockstat shows only the correct number of entries, I mean that it doesn't show anything that is due to be killed. Yet netstat shows a whole lot (about 2000!) of entries like these: b6eccf80 stream 17 0 0 0 0 0 /var/run/daemon.sock b647a600 stream 17 0 0 0 0 0 /var/run/daemon.sock b6a3c080 stream 17 0 0 0 0 0 /var/run/daemon.sock b6a3c100 stream 17 0 0 0 0 0 /var/run/daemon.sock Only two of them seems to be usefull: b61103c0 stream 0 0 0 b631a440 0 0 /var/run/daemon.sock b5ec0440 stream 0 0 b5bfb2c0 0 0 0 /var/run/daemon.sock How can I get rid of these extra ones? > > paul@hannibal:~> > > you then *know* which are the safe sockets to destroy. If it's a stream > socket, you've got a file that you can rm - they're not going anywhere of > their own accord.* > > The short answer then is "rm them, but make sure you rm the right ones". > > -- > Paul Robinson > > * If you reboot the machine, depending on how things are setup on your > machine, /tmp and /var/tmp may or may not get rm'ed anyway, so the system > has "cleared" the sockets on your behalf. > ---- Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 10:28:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BD2337B401 for ; Tue, 24 Jun 2003 10:28:35 -0700 (PDT) Received: from seed.net.tw (sn16.seed.net.tw [139.175.54.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7B9243F75 for ; Tue, 24 Jun 2003 10:28:33 -0700 (PDT) (envelope-from leafy@chihiro.leafy.idv.tw) Received: from [210.64.32.88] (port=49187 helo=chihiro.leafy.idv.tw) by seed.net.tw with esmtp (Seednet 4.14:2) id 19Uraq-0003bk-Tz for freebsd-hackers@freebsd.org; Wed, 25 Jun 2003 01:28:33 +0800 Received: from chihiro.leafy.idv.tw (nobody@localhost [127.0.0.1]) by chihiro.leafy.idv.tw (8.12.9/8.12.9) with ESMTP id h5OHSVFV024349 for ; Wed, 25 Jun 2003 01:28:31 +0800 (CST) (envelope-from leafy@chihiro.leafy.idv.tw) Received: (from leafy@localhost) by chihiro.leafy.idv.tw (8.12.9/8.12.9/Submit) id h5OHSVM3024348 for freebsd-hackers@freebsd.org; Wed, 25 Jun 2003 01:28:31 +0800 (CST) Date: Wed, 25 Jun 2003 01:28:31 +0800 From: leafy To: freebsd-hackers@freebsd.org Message-ID: <20030624172831.GA24320@chihiro.leafy.idv.tw> References: <20030624171426.GU34365@iconoplex.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 17:28:35 -0000 On Tue, Jun 24, 2003 at 09:23:01PM +0400, Varshavchick Alexander wrote: > Surely, but sockstat shows only the correct number of entries, I mean that > it doesn't show anything that is due to be killed. Yet netstat shows a > whole lot (about 2000!) of entries like these: > How can I get rid of these extra ones? you might want to tweak these: net.inet.tcp.keepidle: 7200000 net.inet.tcp.keepintvl: 75000 so that to-be-killed connections won't stay up so long. -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 10:29:24 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41EEE37B401 for ; Tue, 24 Jun 2003 10:29:24 -0700 (PDT) Received: from hannibal.servitor.co.uk (hannibal.servitor.co.uk [195.188.15.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9969843F75 for ; Tue, 24 Jun 2003 10:29:23 -0700 (PDT) (envelope-from paul@hannibal.servitor.co.uk) Received: from paul by hannibal.servitor.co.uk with local (Exim 4.14) id 19Urbs-000BIH-Oc; Tue, 24 Jun 2003 18:29:36 +0100 Date: Tue, 24 Jun 2003 18:29:36 +0100 From: Paul Robinson To: Varshavchick Alexander Message-ID: <20030624172936.GX34365@iconoplex.co.uk> References: <20030624171426.GU34365@iconoplex.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: Paul Robinson cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 17:29:24 -0000 On Tue, Jun 24, 2003 at 09:23:01PM +0400, Varshavchick Alexander wrote: > Surely, but sockstat shows only the correct number of entries, I mean that > it doesn't show anything that is due to be killed. Yet netstat shows a > whole lot (about 2000!) of entries like these: Oh dear. > b6eccf80 stream 17 0 0 0 0 0 /var/run/daemon.sock > b647a600 stream 17 0 0 0 0 0 /var/run/daemon.sock > b6a3c080 stream 17 0 0 0 0 0 /var/run/daemon.sock > b6a3c100 stream 17 0 0 0 0 0 /var/run/daemon.sock > > Only two of them seems to be usefull: > b61103c0 stream 0 0 0 b631a440 0 0 /var/run/daemon.sock > b5ec0440 stream 0 0 b5bfb2c0 0 0 0 /var/run/daemon.sock > > How can I get rid of these extra ones? Your process isn't running? Nothing else touching /var/run/daemon.sock? rm it. -- Paul Robinson From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 10:35:09 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 562CC37B401 for ; Tue, 24 Jun 2003 10:35:09 -0700 (PDT) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4669C43F85 for ; Tue, 24 Jun 2003 10:35:08 -0700 (PDT) (envelope-from alex@metrocom.ru) Received: from apache (apache [195.5.128.150]) by apache.metrocom.ru (8.12.9/8.12.9) with ESMTP id h5OHZ6mm013645; Tue, 24 Jun 2003 21:35:06 +0400 (MSD) Date: Tue, 24 Jun 2003 21:35:06 +0400 (MSD) From: Varshavchick Alexander To: Paul Robinson In-Reply-To: <20030624172936.GX34365@iconoplex.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-1.0 required=4.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,USER_AGENT_PINE version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 17:35:09 -0000 On Tue, 24 Jun 2003, Paul Robinson wrote: > > b6eccf80 stream 17 0 0 0 0 0 /var/run/daemon.sock > > b647a600 stream 17 0 0 0 0 0 /var/run/daemon.sock > > b6a3c080 stream 17 0 0 0 0 0 /var/run/daemon.sock > > b6a3c100 stream 17 0 0 0 0 0 /var/run/daemon.sock > > > > Only two of them seems to be usefull: > > b61103c0 stream 0 0 0 b631a440 0 0 /var/run/daemon.sock > > b5ec0440 stream 0 0 b5bfb2c0 0 0 0 /var/run/daemon.sock > > > > How can I get rid of these extra ones? > > Your process isn't running? Nothing else touching /var/run/daemon.sock? rm > it. > This was the first thing I tried, without any effect as you can imagine :) ---- Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 10:46:28 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EC4937B401 for ; Tue, 24 Jun 2003 10:46:28 -0700 (PDT) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9DF043F93 for ; Tue, 24 Jun 2003 10:46:26 -0700 (PDT) (envelope-from alex@metrocom.ru) Received: from apache (apache [195.5.128.150]) by apache.metrocom.ru (8.12.9/8.12.9) with ESMTP id h5OHkOmm014373; Tue, 24 Jun 2003 21:46:25 +0400 (MSD) Date: Tue, 24 Jun 2003 21:46:24 +0400 (MSD) From: Varshavchick Alexander To: leafy In-Reply-To: <20030624172831.GA24320@chihiro.leafy.idv.tw> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-1.0 required=4.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,USER_AGENT_PINE version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@freebsd.org Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 17:46:28 -0000 On Wed, 25 Jun 2003, leafy wrote: > you might want to tweak these: > > net.inet.tcp.keepidle: 7200000 > net.inet.tcp.keepintvl: 75000 > > so that to-be-killed connections won't stay up so long. But they are unix stream sockets, not tcp sockets... ---- Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 10:51:00 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A053937B401; Tue, 24 Jun 2003 10:51:00 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D24F243F85; Tue, 24 Jun 2003 10:50:59 -0700 (PDT) (envelope-from kientzle@acm.org) Received: from acm.org (big.x.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id h5OHohtJ080829; Tue, 24 Jun 2003 10:50:43 -0700 (PDT) (envelope-from kientzle@acm.org) Message-ID: <3EF8900A.6030803@acm.org> Date: Tue, 24 Jun 2003 10:53:14 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.1) Gecko/20021005 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Dillon References: <20030624111942.GO31354@spc.org> <200306241630.h5OGUPU6094228@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: alc@freebsd.org cc: davidg@freebsd.org cc: hackers@freebsd.org Subject: Re: Page Coloring Defines in vm_page.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 17:51:00 -0000 Matthew Dillon wrote: > For example, prime number 3 an array size 8 will scan the array in > the following order N = (N + PRIME) & (ARRAY_SIZE_MASK). > N = (N + 3) & 7: > > 0 3 6 1 4 7 2 5 ... 0 > > As you can see, all the array entries are covered before the sequence > repeats. .... Only certain prime number / power-of-2-array size > combinations have this effect, .... Ummmm.... Actually, Matt, the property you've stated is much more common than you seem to believe. If you generate a sequence N = ( N + Stride ) % ArraySize then you will visit every element of (0 ... ArraySize-1) as long as the Stride and ArraySize are relatively prime (have no prime factors in common). In particular, if the ArraySize is a power of 2, then it suffices for the stride to be odd. Like 1, for example. ;-) The real motivation for a prime stride is avoiding hash table collisions. Many hash functions have cyclic properties; for example, using a memory address as a hash code tends to give multiples of 4, 8, and 16. You want your stride to be relatively prime to any cycles in the hash function. Since hash functions tend to be hard to analyze, you generally just pick a number that's likely to be relatively prime to any cycles in the hash function; a large prime is a good candidate. For that reason, many hash table algorithms simply select the largest prime less than the array size as the stride. Tim Kientzle From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 11:06:53 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EAE637B401 for ; Tue, 24 Jun 2003 11:06:53 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 0DCC643FA3 for ; Tue, 24 Jun 2003 11:06:52 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 24 Jun 2003 19:06:51 +0100 (BST) Date: Tue, 24 Jun 2003 19:06:49 +0100 From: David Malone To: Varshavchick Alexander Message-ID: <20030624180649.GA30182@walton.maths.tcd.ie> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i Sender: dwmalone@maths.tcd.ie cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 18:06:53 -0000 On Tue, Jun 24, 2003 at 08:59:49PM +0400, Varshavchick Alexander wrote: > I had a wrong-behaved server application which opened a unix socket to > respond to incoming connections, so that after the socket was opened, the > application core dumped each time it was launched. As a result, 'netstat > -f unix' now shows a lot of not-needed active entries. Is there any way to > delete them, or will they eventually die by themselves? I suspect this is a bug in the Unix domain code somewhere. I think there is a PR assigned to me regarding it, but I've never got around to fixing it. I don't think there is any easy way to clean them up. David. From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 12:36:10 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93EDE37B401 for ; Tue, 24 Jun 2003 12:36:10 -0700 (PDT) Received: from hysteria.spc.org (hysteria.spc.org [195.206.69.234]) by mx1.FreeBSD.org (Postfix) with SMTP id DC23043FDD for ; Tue, 24 Jun 2003 12:36:08 -0700 (PDT) (envelope-from bms@hysteria.spc.org) Received: (qmail 12569 invoked by uid 5013); 24 Jun 2003 19:34:31 -0000 Date: Tue, 24 Jun 2003 20:34:31 +0100 From: Bruce M Simpson To: freebsd-hackers@freebsd.org Message-ID: <20030624193431.GW9463@spc.org> Mail-Followup-To: Bruce M Simpson , freebsd-hackers@freebsd.org, alc@freebsd.org, jmallett@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="4Epv4kl9IRBfg3rk" Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: alc@freebsd.org cc: jmallett@freebsd.org Subject: Optimizing mutex alignment viz cache line access X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 19:36:10 -0000 --4Epv4kl9IRBfg3rk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, There's an idea for optimizing cache line access through object alignment tricks in the attached mail. Feedback would be valu[able|ed]. BMS --4Epv4kl9IRBfg3rk Content-Type: message/rfc822 Content-Disposition: inline Date: Tue, 24 Jun 2003 17:45:42 +0100 From: Bruce M Simpson To: Matthew Dillon Cc: David Schultz Subject: Re: Page Coloring Defines in vm_page.h Message-ID: <20030624164542.GU31354@spc.org> References: <20030624111942.GO31354@spc.org> <20030624131748.GB58305@HAL9000.homeunix.com> <20030624133813.GR31354@spc.org> <200306241625.h5OGPhE2094185@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200306241625.h5OGPhE2094185@apollo.backplane.com> User-Agent: Mutt/1.4.1i On Tue, Jun 24, 2003 at 09:25:43AM -0700, Matthew Dillon wrote: [..] > the optimized values are going to be so small (probably not even > measureable) that it isn't worth doing. Ok. Tweaking page coloring viz other architectures is a bikeshed. In the absence of numbers it was necessary to test the idea. Moving swiftly on... > If you want to find something to optimize, then cache-line alignment > of data structures and ensuring that multiple data structures > (such as mutexes) which are potentially used by different cpus do > not share the same cache line is going to reap far greater benefits > then messing around with the page coloring algorithm. Now *that* is an interesting problem, and extremely difficult to crack, at least for the entire kernel. It would require a map of every instance of such a shared structure in terms of its location within each page. In the case of dynamically-allocated structures such as the softc for a character device, it is even harder to deterministically calculate the location of a mutex member of such a softc in memory. Correct me if I'm wrong here? Would the workaround, then, not be to modify the mtx_*() set of functions to use a zone allocator, whose allocation function could then be tuned to allocate the lock structure which is frobbed by the atomic_*() functions on separate cache lines? BMS --4Epv4kl9IRBfg3rk-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 15:12:11 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B95F37B401 for ; Tue, 24 Jun 2003 15:12:11 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A38A443FF2 for ; Tue, 24 Jun 2003 15:12:10 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.9/8.12.6) with ESMTP id h5OMBcVI095343; Tue, 24 Jun 2003 15:11:38 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9/8.12.6/Submit) id h5OMBb12095342; Tue, 24 Jun 2003 15:11:37 -0700 (PDT) Date: Tue, 24 Jun 2003 15:11:37 -0700 (PDT) From: Matthew Dillon Message-Id: <200306242211.h5OMBb12095342@apollo.backplane.com> To: Tim Kientzle References: <20030624111942.GO31354@spc.org> <3EF8900A.6030803@acm.org> cc: hackers@freebsd.org Subject: Re: Page Coloring Defines in vm_page.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2003 22:12:11 -0000 : :Matthew Dillon wrote: :> For example, prime number 3 an array size 8 will scan the array in :> the following order N = (N + PRIME) & (ARRAY_SIZE_MASK). :> N = (N + 3) & 7: :> :> 0 3 6 1 4 7 2 5 ... 0 :> :> As you can see, all the array entries are covered before the sequence :> repeats. .... Only certain prime number / power-of-2-array size :> combinations have this effect, .... : :Ummmm.... Actually, Matt, the property you've stated is much more :common than you seem to believe. If you generate a sequence : N = ( N + Stride ) % ArraySize :then you will visit every element of (0 ... ArraySize-1) as long as I was just answering a question. Most people aren't interested in that level of detail (or, if they are, I'm sure Terry would happily chime in), they just want to know the purpose. -Matt From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 17:06:26 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92C7837B401 for ; Tue, 24 Jun 2003 17:06:26 -0700 (PDT) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D07C43F85 for ; Tue, 24 Jun 2003 17:06:25 -0700 (PDT) (envelope-from barner@in.tum.de) Received: by zi025.glhnet.mhn.de (Postfix, from userid 1000) id B7B633822F; Wed, 25 Jun 2003 02:06:23 +0200 (CEST) Date: Wed, 25 Jun 2003 02:06:23 +0200 From: Simon Barner To: Matthew Dillon Message-ID: <20030625000623.GB2291@zi025.glhnet.mhn.de> References: <20030624111942.GO31354@spc.org> <3EF8900A.6030803@acm.org> <200306242211.h5OMBb12095342@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200306242211.h5OMBb12095342@apollo.backplane.com> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: hackers@freebsd.org cc: Tim Kientzle Subject: Re: Page Coloring Defines in vm_page.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 00:06:26 -0000 Hi, > :Ummmm.... Actually, Matt, the property you've stated is much more > :common than you seem to believe. If you generate a sequence > : N = ( N + Stride ) % ArraySize > :then you will visit every element of (0 ... ArraySize-1) as long as > > I was just answering a question. Most people aren't interested in that > level of detail (or, if they are, I'm sure Terry would happily chime in), > they just want to know the purpose. I admit, this has nothing to do with FreeBSD, but this thread aroused my interest ... Theorem (informal version) For every array length n and every stride p, that has no common divisors with n (apart from 1), the function f_{i+1} = f_i + p mod n will generated a sequence that will visit very element of {0, ..., n-1}. Since this is a tail recursion, one can also write: f_i = i*p mod n Theorem (formal version): For every n, p in Z, gcd (n, p) = 1 the function f: Z_n -> Z_n f: i |-> i*p mod n is a bijection. Proof: f is a surjection (we can choose every i in {0, ..., n-1} we want to). f is a injection. Proof by contradiction. Let's assume that f is not an injection, i.e. there exist j != k mod n such that f (j) = f (k) mod n <=> j*p = k*p mod n By definition this means, that there exists t, such that j*p - k*p = t*n <=> (j-k)*p = t*n Since p and n are relatively prime, this condition can only hold if (j-k) = s*n, which is a contradiction of our assumption that j != k mod n. Hence, f is a bijection. Since array lengths, that are powers of 2, are relatively prime to every odd number, every stride apart from 2 will work. Regards, Simon From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 17:21:17 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4262137B401; Tue, 24 Jun 2003 17:21:17 -0700 (PDT) Received: from rwcrmhc12.attbi.com (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9047D43FB1; Tue, 24 Jun 2003 17:21:16 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.233.125.100]) by attbi.com (rwcrmhc12) with ESMTP id <2003062500211601400lcbjue>; Wed, 25 Jun 2003 00:21:16 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA95872; Tue, 24 Jun 2003 17:21:15 -0700 (PDT) Date: Tue, 24 Jun 2003 17:21:14 -0700 (PDT) From: Julian Elischer To: hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: pkg_create broken by design? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 00:21:17 -0000 I'm trying to make a package.. according to the man page for pkg_create: -s srcdir srcdir will override the value of @cwd during package creation. -p prefix Set prefix as the initial directory ``base'' to start from in selecting files for the package. and @cwd directory Set the internal directory pointer to point to directory. All subsequent filenames will be assumed relative to this directory. Note: @cd is also an alias for this command. @srcdir directory Set the internal directory pointer for _creation only_ to directory. That is to say that it overrides @cwd for package creation but not extraction. However if I try any combination of this where I set srcdir (whether by -s or by @srcdir) to the place where my files are on the packing machine, and cwd to teh location where I want to UNPACK the files on the target machine, pkg_create fails if the directory 'cwd' doesn't exist on the packing machine. e.g. in the plist: @cwd /etc/namedb/usr/libexec @srcdir $pwd/build named-xfer The result? Creating package vicor-sandbox-named-1.0 tar: /etc/namedb/usr/libexec: Cannot chdir: No such file or directory tar: Error is not recoverable: exiting now pkg_create: make_dist: tar command failed with code 512 Well duh! Of course.. /etc/namedb/usr/libexec is the UNPACK directory.. it is not supposed to exist on this system.. this is where I'm PACKING it.. Does anyone know how to do this? I've tried all sorts of combinations of the above options.. From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 17:25:42 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48F6137B401 for ; Tue, 24 Jun 2003 17:25:42 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BDA443FDF for ; Tue, 24 Jun 2003 17:25:41 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id F041866BE5; Tue, 24 Jun 2003 17:25:40 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id CEAA3B4F; Tue, 24 Jun 2003 17:25:40 -0700 (PDT) Date: Tue, 24 Jun 2003 17:25:40 -0700 From: Kris Kennaway To: Julian Elischer Message-ID: <20030625002540.GA32625@rot13.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: hackers@freebsd.org Subject: Re: pkg_create broken by design? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 00:25:42 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 24, 2003 at 05:21:14PM -0700, Julian Elischer wrote: >=20 > I'm trying to make a package.. > according to the man page for pkg_create: Look into the ports collections for thousands of examples of how to create packages. Kris --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE++OwEWry0BWjoQKURAlC/AJsFPAHpCaTAe1QXWAPlbWKI6STIZwCeLj5H JpBepixLj8VAFp6CwPBeDuI= =P8AH -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 17:37:40 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCF4B37B401 for ; Tue, 24 Jun 2003 17:37:40 -0700 (PDT) Received: from rwcrmhc12.attbi.com (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57C6943FE5 for ; Tue, 24 Jun 2003 17:37:40 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.233.125.100]) by attbi.com (rwcrmhc12) with ESMTP id <2003062500373901400lm6jte>; Wed, 25 Jun 2003 00:37:39 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA95970; Tue, 24 Jun 2003 17:37:39 -0700 (PDT) Date: Tue, 24 Jun 2003 17:37:37 -0700 (PDT) From: Julian Elischer To: Kris Kennaway In-Reply-To: <20030625002540.GA32625@rot13.obsecurity.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: pkg_create broken by design? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 00:37:41 -0000 On Tue, 24 Jun 2003, Kris Kennaway wrote: > On Tue, Jun 24, 2003 at 05:21:14PM -0700, Julian Elischer wrote: > > > > I'm trying to make a package.. > > according to the man page for pkg_create: > > Look into the ports collections for thousands of examples of how to > create packages. >From what I see the ports install the software before making a package of it.. (at least that is what I see happen when I do "make package") I want to install to a directory that can not exist on the machine on which the packing is being done because it has the name of an existing file. My problem is that the program pkg_create doesn't do what its docs SAY it does.. and I[m confused because everyone here has hit this problem, but no-one else seems to notice it, so we must be misreading the docs, OR no-one else wants to fix the problem and has a workaround.. what I don't understand is why 'tar' wants to chdir to the unpack direcory when it has been told that the srcdir is different. > > Kris > From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 22:30:50 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2656037B401 for ; Tue, 24 Jun 2003 22:30:50 -0700 (PDT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AA4643FE0 for ; Tue, 24 Jun 2003 22:30:48 -0700 (PDT) (envelope-from nsouch@perso.free.fr) Received: from armor.fastether (nas-cbv-8-62-147-156-231.dial.proxad.net [62.147.156.231]) by postfix4-2.free.fr (Postfix) with SMTP id 85162C1CB for ; Wed, 25 Jun 2003 07:30:46 +0200 (CEST) Received: (qmail 14591 invoked by uid 1001); 25 Jun 2003 07:43:28 -0000 Date: Wed, 25 Jun 2003 07:43:27 +0000 From: Nicolas Souchu To: Eric Jacobs Message-ID: <20030625074327.A14493@armor.free.fr> References: <200306162015.06836.nakal@web.de> <20030616151024.0616e1e4.eaja@erols.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030616151024.0616e1e4.eaja@erols.com>; from eaja@erols.com on Mon, Jun 16, 2003 at 03:10:24PM -0400 cc: freebsd-hackers@freebsd.org Subject: Re: Drawing graphics on terminal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 05:30:50 -0000 On Mon, Jun 16, 2003 at 03:10:24PM -0400, Eric Jacobs wrote: > On Mon, 16 Jun 2003 20:15:06 +0200 > Nakal wrote: > > > Hi, > > > > recently, I found vidcontrol and played a bit with it. I have been > > looking for documents about how to output pixels (graphics) on the > > terminal. > > See /usr/share/examples/libvgl > > > I could not find any. Before I give up, I want to ask here, > > if it is possible to do that. What I want to do is to port my > > applications from Linux-framebuffer to FreeBSD, but I am also thinking > > about making a graphical installer for FreeBSD (eye-candy is always > > nice to attract new users). > > I've been thinking about that too. The big question I have is whether > it's a good idea to use a toolkit with a more restrictive license > (GPL, LGPL, MPL), which would make it a lot easier, or come up with Evas (from enlightement project) has a nice licence. -- Nicholas Souchu - nsouch@free.fr - nsouch@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 24 22:30:50 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A00137B404 for ; Tue, 24 Jun 2003 22:30:50 -0700 (PDT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id D25B743FFD for ; Tue, 24 Jun 2003 22:30:48 -0700 (PDT) (envelope-from nsouch@perso.free.fr) Received: from armor.fastether (nas-cbv-8-62-147-156-231.dial.proxad.net [62.147.156.231]) by postfix3-1.free.fr (Postfix) with SMTP id D9C5BC142 for ; Wed, 25 Jun 2003 07:30:47 +0200 (CEST) Received: (qmail 14610 invoked by uid 1001); 25 Jun 2003 07:43:34 -0000 Date: Wed, 25 Jun 2003 07:43:34 +0000 From: Nicolas Souchu To: Nakal Message-ID: <20030625074334.B14493@armor.free.fr> References: <200306162015.06836.nakal@web.de> <20030616151024.0616e1e4.eaja@erols.com> <200306162234.31795.nakal@web.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200306162234.31795.nakal@web.de>; from nakal@web.de on Mon, Jun 16, 2003 at 10:34:31PM +0200 cc: freebsd-hackers@freebsd.org Subject: Re: Drawing graphics on terminal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 05:30:51 -0000 On Mon, Jun 16, 2003 at 10:34:31PM +0200, Nakal wrote: > On Monday 16 June 2003 21:10, Eric Jacobs wrote: > > > See /usr/share/examples/libvgl > > Yupp. That looks good. Thank you! Have you heard about KGI? http://www.freebsd.org/~nsouch/ggiport.html -- Nicholas Souchu - nsouch@free.fr - nsouch@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 00:18:00 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C97F37B401; Wed, 25 Jun 2003 00:18:00 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id C59A743FFD; Wed, 25 Jun 2003 00:17:59 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc0fm.dialup.mindspring.com ([209.86.1.246] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19V4XV-0006te-00; Wed, 25 Jun 2003 00:17:57 -0700 Message-ID: <3EF94C5C.C7018DEB@mindspring.com> Date: Wed, 25 Jun 2003 00:16:44 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bruce M Simpson References: <20030624111942.GO31354@spc.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4c1993efbf1889e970160364e75e5fd94667c3043c0873f7e350badd9bab72f9c350badd9bab72f9c cc: alc@freebsd.org cc: davidg@freebsd.org cc: hackers@freebsd.org cc: dillon@freebsd.org Subject: Re: Page Coloring Defines in vm_page.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 07:18:01 -0000 Bruce M Simpson wrote: > Something occurred to me whilst I was re-reading the 'Design Elements' > article over the weekend; our page coloring algorithm, as it stands, > might not be optimal for non-Intel CPUs. Actually, it does very well for most architectures, and was originally developed into product for SPARC and MIPS (by Sun and MIPS Inc., respectively). There are 29 research papers that specifically mention "page coloring"; here is the citation: http://citeseer.nj.nec.com/cs?q=page+coloring&cs=1 I'm going to claim that this is one of the better ones (;^)), mostly because it has some nice real statistics, and represents a rather fun approach to the problem, which doesn't actually involve page coloring, and touches on the rather neat idea of doing cache affinity as part of the scheduler operation: http://citeseer.nj.nec.com/410298.html Also, it has a couple of nice references to related works you aren't going to find online: you will need to find yourself a technical library; references 1, 6, 8, 9, and 12 especially. > - Why is this important? The vm code as it stands assumes that we > colour for L2 cache. This might not be optimal for all architectures, > or, indeed, forthcoming x86 chips. The code previously colored for both L1 and L2. It turns out that the penalty you pay for L1 set overlap is relatively low, comparatively, due to the difference in comparative size between L1 and L2. See also: http://citeseer.nj.nec.com/kessler92page.html > - The defines in vm_page.h seem to assume a 4-way set associative > cache organization. Yes. This was the most common L2 cache hardware arrangement at the time. There were a couple of good postings on page coloring on the FreeBSD lists back in the mid 1990's by John Dyson, who was the original implementor of both the page coloring code and the unified VM and buffer cache code, which Poul was complaining was incomplete, in the recent FS stacking thread on -arch. You can probably find them in the archives on Minnie (Warren Toomey's archival machine). > - If someone could fill me in on how the primes are arrived at that > would be very helpful. It's an attempt to get a perfect hash without collision; page coloring relies on avoiding cache line overlap, if at all possible (sometimes it isn't, which is why the page coloring compiler work and the cache affinity scheduler are such intriguing ideas, to me at least, though the compiler work would probably be incredibly hard to tune in any useful fashion to work across an entire CPU family, rather than specific CPU instances). -- Terry From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 00:42:42 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF7B937B401; Wed, 25 Jun 2003 00:42:42 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id C95A043FBD; Wed, 25 Jun 2003 00:42:41 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc0fm.dialup.mindspring.com ([209.86.1.246] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19V4vO-0006sU-00; Wed, 25 Jun 2003 00:42:39 -0700 Message-ID: <3EF95226.A0CCC76B@mindspring.com> Date: Wed, 25 Jun 2003 00:41:26 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bruce M Simpson References: <20030624111942.GO31354@spc.org> <20030624133813.GR31354@spc.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4cba237c98b71a19b9755fe99b0a525ec387f7b89c61deb1d350badd9bab72f9c350badd9bab72f9c cc: alc@freebsd.org cc: David Schultz cc: hackers@freebsd.org cc: davidg@freebsd.org cc: dillon@freebsd.org Subject: Re: Page Coloring Defines in vm_page.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 07:42:43 -0000 Bruce M Simpson wrote: > Yes, that was what I was really getting at; if you look at how PQ_L2_SIZE > is computed from PQ_CACHESIZE, it implies 4-way set associative is > the default optimization. This is fine for Intel chips but not for AMD ones. FWIW, I'd like to see this automatically optimized, if possible; when the code was originally written, you couldn't easily get the cache size for either cache, except by having a human tell the code. > The names of the definitions as they stand are perhaps slightly misleading > in this respect. PQ_L2_SIZE might be better renamed PQ_SETSIZE and defined > in terms of PQ_CACHESIZE/PQ_NSETS. Per before: the L1 code was ripped out; the ripping out left all sorts of little pieces of gore like this lying around. Personally, I'd like to see the L1 code put back in, now that L1 caches are getting huge, and the L2 caches aren't so much larger than the L1, on some processors. > The page queue structures are sized according to the number of cache > colors in use. These structures are allocated once for the lifetime > of the kernel. So auto-tuning for an architecture's L2 cache > organization at boot-time is not out of the question. Yes, if you can get the information on the cache sizes from the hardware... this may pessimize (even worse) older hardware, so you may even want to consider turning it off, in those cases. > Whilst it might be said that people who want to diddle with these defines > will generally know what they're doing anyway, it would be nice to make these > optimizations a wee bit more accessible; also, as we grow to support more > Tier 1 architectures, having page coloring work 'out-of-the-box' across them > might be seen as a desirable feature. > > I'd like to know people's feelings on this. I would really, really like to see this happen. There's some original research ahppening on FreeBSD, but not enough (IMO). > > really want to color for the L2 cache, though; the L1 instruction > > and data caches are usually small and hard to color for, and > > occasional false sharing there doesn't cost much if you have an > > L2. There used to be L1 coloring support, but it was removed some > > time ago. > > I concur. So does the paper I referenced earlier. I'm not so sure that it's not dated. The cost of accessing L1 is down, but the realtive cost of reloading it from L2 is getting up there; there's about a factor of 7, between the fastest L2 and the fastest P4 it could be attached to, for example. Worst case, it'd be nice to diddle the code to get benchmark numbers from the Novell "Standard SMP workload", just to see what the effects are. The second paper I referenced implied from their numbers that the benefits for kernel would approach 10%, and user space 15%, assuming you did everything right (which is what their "cache preloading on context switch" simulated, in the limit). > > Good question. I know why they're prime numbers slightly smaller > > than a power of two, but I can't figure out how that power of two > > was chosen. > > I'd need to work this out before being confident enough to even begin > adding the above feature. They are for perfect hashing to avoid cache line collisions. The best reference on getting the numbers for this is the Sun Micrososystems paper from (I think) 1993 or so. John Dyson's posts are also relevent (sorry to repeat myself here, but at the time his posts really helped me understand the Sun paper much better). -- Terry From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 00:52:48 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0C5037B401 for ; Wed, 25 Jun 2003 00:52:48 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F39D43FE0 for ; Wed, 25 Jun 2003 00:52:48 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc0fm.dialup.mindspring.com ([209.86.1.246] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19V559-0007mQ-00; Wed, 25 Jun 2003 00:52:44 -0700 Message-ID: <3EF95480.A2FC8649@mindspring.com> Date: Wed, 25 Jun 2003 00:51:28 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Varshavchick Alexander References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a454fa2ca9619346f1e40df3e974c15a5e666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 07:52:49 -0000 Varshavchick Alexander wrote: > Surely, but sockstat shows only the correct number of entries, I mean that > it doesn't show anything that is due to be killed. Yet netstat shows a > whole lot (about 2000!) of entries like these: [ ... ] > How can I get rid of these extra ones? kill -9 the process that has them open; if it's important, restart it after fixing whatever is causing it to go insane. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 00:57:59 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 006AA37B401 for ; Wed, 25 Jun 2003 00:57:59 -0700 (PDT) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FC9A43FBF for ; Wed, 25 Jun 2003 00:57:57 -0700 (PDT) (envelope-from alex@metrocom.ru) Received: from apache (apache [195.5.128.150]) by apache.metrocom.ru (8.12.9/8.12.9) with ESMTP id h5P7vrmm006945; Wed, 25 Jun 2003 11:57:54 +0400 (MSD) Date: Wed, 25 Jun 2003 11:57:53 +0400 (MSD) From: Varshavchick Alexander To: Terry Lambert In-Reply-To: <3EF95480.A2FC8649@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-2.0 required=4.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REPLY_WITH_QUOTES,USER_AGENT_PINE version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 07:57:59 -0000 On Wed, 25 Jun 2003, Terry Lambert wrote: > > whole lot (about 2000!) of entries like these: > [ ... ] > > How can I get rid of these extra ones? > > kill -9 the process that has them open; if it's important, restart > it after fixing whatever is causing it to go insane. The problem is that the process which opened them was already killed long time ago, these entries resembles zombi because they seem to exist by themselves, not connected with any file or process. ---- Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 01:29:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB1D737B401 for ; Wed, 25 Jun 2003 01:29:23 -0700 (PDT) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2ECE43FF5 for ; Wed, 25 Jun 2003 01:29:22 -0700 (PDT) (envelope-from alex@metrocom.ru) Received: from apache (apache [195.5.128.150]) by apache.metrocom.ru (8.12.9/8.12.9) with ESMTP id h5P8TJmm013248; Wed, 25 Jun 2003 12:29:19 +0400 (MSD) Date: Wed, 25 Jun 2003 12:29:19 +0400 (MSD) From: Varshavchick Alexander To: Lev Walkin In-Reply-To: <3EF95AF9.3040708@netli.lan> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-2.0 required=3.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REPLY_WITH_QUOTES,USER_AGENT_PINE version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 08:29:24 -0000 On Wed, 25 Jun 2003, Lev Walkin wrote: > > The problem is that the process which opened them was already killed long > > time ago, these entries resembles zombi because they seem to exist > > by themselves, not connected with any file or process. > > Either these processes are running, or they're dead. In the former case, > they could not be zombies by definition. If they're dead, then the process > which spawned them is NOT killed. Otherwise, init(8) would have taken them > as parent and wait(2)'ed them so they would be destroyed completely along > with their traces in ps(1). > > So, the only sane method of removing them would be to find the parent of > these processes and kill -9 it, as suggested by Terry. But we're talking not about process, but about data structures which netstat reports to be active and connected with the above mentioned stream socket file: > netstat -f unix b65d6280 stream 17 0 0 0 0 0 /var/run/daemon.sock b65d7700 stream 17 0 0 0 0 0 /var/run/daemon.sock ..... I meant that these addresses behave like zombies, not processes. ---- Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 01:54:45 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A27B37B401 for ; Wed, 25 Jun 2003 01:54:45 -0700 (PDT) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49EE743FAF for ; Wed, 25 Jun 2003 01:54:44 -0700 (PDT) (envelope-from alex@metrocom.ru) Received: from apache (apache [195.5.128.150]) by apache.metrocom.ru (8.12.9/8.12.9) with ESMTP id h5P8sfmm015945; Wed, 25 Jun 2003 12:54:41 +0400 (MSD) Date: Wed, 25 Jun 2003 12:54:41 +0400 (MSD) From: Varshavchick Alexander To: Lev Walkin In-Reply-To: <3EF9615D.3000506@netli.lan> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-2.0 required=3.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REPLY_WITH_QUOTES,USER_AGENT_PINE version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 08:54:45 -0000 On Wed, 25 Jun 2003, Lev Walkin wrote: > > But we're talking not about process, but about data structures which > > netstat reports to be active and connected with the above mentioned stream > > socket file: > > > > > >>netstat -f unix > > > > > > b65d6280 stream 17 0 0 0 0 0 /var/run/daemon.sock > > b65d7700 stream 17 0 0 0 0 0 /var/run/daemon.sock > > ..... > > > > I meant that these addresses behave like zombies, not processes. > > Aha. man sockstat > sockstat -u doesn't show anything wrong or any extra addresses, only netstat reports them. ---- Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 02:06:17 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C63B337B401; Wed, 25 Jun 2003 02:06:17 -0700 (PDT) Received: from vsmtp3.tin.it (vsmtp3.tin.it [212.216.176.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 037FB43FD7; Wed, 25 Jun 2003 02:06:17 -0700 (PDT) (envelope-from flag@tin.it) Received: from southcross.skynet.org (80.182.24.173) by vsmtp3.tin.it (6.7.016) id 3EE061E90068ED96; Wed, 25 Jun 2003 11:06:15 +0200 Received: by southcross.skynet.org (Postfix, from userid 1001) id A132D60F6; Wed, 25 Jun 2003 11:07:12 +0200 (CEST) Date: Wed, 25 Jun 2003 11:07:12 +0200 From: Paolo Pisati To: FreeBSD_Net Message-ID: <20030625090712.GA1507@southcross.skynet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: FreeBSD_Hackers Subject: [Netgraph] Inserting a node in a running net config. (ADSL PPPOE) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 09:06:18 -0000 As the subject says, i've 2 netgraph nodes communicating and exchanging data&c, but i would like to insert my own node in the middle, is it possible? i've an adsl internet conncetion, so when my compueter boots, the netgraph nodes are already there working, buti would like to conncet my own node between the pppoe node and the socket node connected to tun0. Is it possibile with a working netgraph net? If not, how can i start the adsl link "by hand"? I mean, is it possible to create by hand the netgraph net and then starts somehow the ppp on it? thanks. -- Paolo Italian FreeBSD User Group: http://www.gufi.org From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 02:50:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DD6F37B401 for ; Wed, 25 Jun 2003 02:50:23 -0700 (PDT) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90E9244003 for ; Wed, 25 Jun 2003 02:50:22 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc0fm.dialup.mindspring.com ([209.86.1.246] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19V6ut-0003JF-00; Wed, 25 Jun 2003 02:50:16 -0700 Message-ID: <3EF96FFF.84BF6C1C@mindspring.com> Date: Wed, 25 Jun 2003 02:48:47 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Varshavchick Alexander References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4bc98cbb45cf0de143fbb678618f62e2e666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 09:50:23 -0000 Varshavchick Alexander wrote: > On Wed, 25 Jun 2003, Terry Lambert wrote: > > > whole lot (about 2000!) of entries like these: > > [ ... ] > > > How can I get rid of these extra ones? > > > > kill -9 the process that has them open; if it's important, restart > > it after fixing whatever is causing it to go insane. > > The problem is that the process which opened them was already killed long > time ago, these entries resembles zombi because they seem to exist > by themselves, not connected with any file or process. Sockets have to be explicitly closed. They are generally closed automatically by exit(), which will close all the fd's a process has open. I agree with the previous poster, that it looks like a bug you will need to fix or workaround. It looks like what's happened is that you have a deadly embrace deadlock, where you've sent data both ways and then exited. One thing to try might be to either turn off keepalive via sysctl, or explicitly disable keepalive on the sockets, first thing after opening them. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 02:56:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AC8A37B401 for ; Wed, 25 Jun 2003 02:56:35 -0700 (PDT) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09B1043FBF for ; Wed, 25 Jun 2003 02:56:34 -0700 (PDT) (envelope-from alex@metrocom.ru) Received: from apache (apache [195.5.128.150]) by apache.metrocom.ru (8.12.9/8.12.9) with ESMTP id h5P9uUmm026742; Wed, 25 Jun 2003 13:56:30 +0400 (MSD) Date: Wed, 25 Jun 2003 13:56:30 +0400 (MSD) From: Varshavchick Alexander To: Terry Lambert In-Reply-To: <3EF96FFF.84BF6C1C@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-2.0 required=3.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REPLY_WITH_QUOTES,USER_AGENT_PINE version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 09:56:35 -0000 On Wed, 25 Jun 2003, Terry Lambert wrote: > Sockets have to be explicitly closed. They are generally > closed automatically by exit(), which will close all the fd's > a process has open. > > I agree with the previous poster, that it looks like a bug you > will need to fix or workaround. > > It looks like what's happened is that you have a deadly embrace > deadlock, where you've sent data both ways and then exited. > One thing to try might be to either turn off keepalive via > sysctl, or explicitly disable keepalive on the sockets, first > thing after opening them. > > -- Terry > Terry, you're right that all this happened because of the server application core dumped while in the process of sending/receiving data, and that application is fixed so there are no new zombi sockets, but what can I do now with the ones which already exist? How can I delete them now? ---- Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 03:02:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C45237B401 for ; Wed, 25 Jun 2003 03:02:01 -0700 (PDT) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id AECC843FDF for ; Wed, 25 Jun 2003 03:02:00 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc0fm.dialup.mindspring.com ([209.86.1.246] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19V76D-0004En-00; Wed, 25 Jun 2003 03:01:58 -0700 Message-ID: <3EF972B7.D03BC818@mindspring.com> Date: Wed, 25 Jun 2003 03:00:23 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Varshavchick Alexander References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a40fdd522f5a7183f5fba372097f096fdb3ca473d225a0f487350badd9bab72f9c350badd9bab72f9c cc: freebsd-hackers@FreeBSD.ORG cc: Lev Walkin Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 10:02:01 -0000 Varshavchick Alexander wrote: > On Wed, 25 Jun 2003, Lev Walkin wrote: > > So, the only sane method of removing them would be to find the parent of > > these processes and kill -9 it, as suggested by Terry. > > But we're talking not about process, but about data structures which > netstat reports to be active and connected with the above mentioned stream > socket file: You have to understand how resource tracking works. When a process dies, it gives all the resources back to the system, including references on open files. A UNIX domain socket is an open file reference. As I said, there *may* be a bug; if there is, it has to do with the fact that both endpoints are on the same system, and therefore they are in a deadly embrace, probably with data outstanding. I notice from your last post that I was correct in my assumption that there was outstanding data in the sockets (I see 17 bytes each in the Recv-Q of the last two you posted about). It's possible that the one endpoint is waiting for the other to drain the socket, and the other end is waiting for a close and is in half close state. The correct fix for this is to disable keepalives on UNIX domain sockets. If this is what's happening, then doing the floowing *BEFORE* you get into this wedged state may help: sysctl net.inet.tcp.always_keepalive=0 Alternately, you could explicitly disable it with a call to setsockopt() in the source code of the problem program, and recompile it. As I said before, it this is the case, then the root cause is likely that both endpoints are on the same machine, and/or in the same program (are you talking to yourself using this as a means of communicating between threads? That could easily shoot you in the foot this way...). If you want more help, you will have to either post a very short program that can duplicate the error (e.g. ~10 lines), or you will have to post a URL for a longer program that can do it (so you don't SPAM the list with a 5M tarball). -- Terry From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 03:13:59 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 455A137B401 for ; Wed, 25 Jun 2003 03:13:59 -0700 (PDT) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1E2843FDD for ; Wed, 25 Jun 2003 03:13:58 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 19V7Ho-0001kg-00 for freebsd-hackers@FreeBSD.ORG; Wed, 25 Jun 2003 13:13:56 +0300 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: freebsd-hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 25 Jun 2003 13:13:56 +0300 From: Danny Braniss Message-Id: Subject: USB, select/poll for ucom X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 10:13:59 -0000 hi, while trying to port an application that works with tty to uplcom/ucom, (and it doesn't work :-), and looking at the kernel sources and trying to figure out USB, i think that select(2)/poll(2) will not work, correct? danny From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 03:22:59 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 132A537B401 for ; Wed, 25 Jun 2003 03:22:59 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF8DF43FA3 for ; Wed, 25 Jun 2003 03:22:57 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc0fm.dialup.mindspring.com ([209.86.1.246] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19V7QU-0006Rl-00; Wed, 25 Jun 2003 03:22:54 -0700 Message-ID: <3EF97797.8179C019@mindspring.com> Date: Wed, 25 Jun 2003 03:21:11 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Varshavchick Alexander References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4312f554fbf463f4b4735978ca18ebc203ca473d225a0f487350badd9bab72f9c350badd9bab72f9c cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 10:22:59 -0000 Varshavchick Alexander wrote: > Terry, you're right that all this happened because of the server > application core dumped while in the process of sending/receiving data, > and that application is fixed so there are no new zombi sockets, but what > can I do now with the ones which already exist? How can I delete them now? If it's fixed: reboot. If it's not fixed, add this to your /etc/rc.local: sysctl net.inet.tcp.always_keepalive=0 ...and reboot. Nothing short of rebooting is going to undo the deadlock, unless you have the kernel debugger compiled into your kernel, and are willing to grovel around in data structures to find the root cause of your problem. There is no such thing as a "zombie socket", there are only sockets which are in TIME_WAIT, FIN_WAIT, FIN_WAIT_2, etc., states. These tend to persist for 2MSL (about 5 minutes) after the process has exited. That you are having this problem is indicative of the other end of the socket connection still being alive somewhere, and/or a real bug that was triggered by the default being to set "keepalive" on the sockets, even though they are UNIX domain sockets. You could probably fix this by overriding the "keepalive" setting on the created sockets in the kernel function "socketpair". Without a reproducible test case, I can't provide you a kernel patch to fix the problem for you in the future. My advice is to turn off the keepalive; I expect it will help. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 03:27:05 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52A7437B401 for ; Wed, 25 Jun 2003 03:27:05 -0700 (PDT) Received: from hannibal.servitor.co.uk (hannibal.servitor.co.uk [195.188.15.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id A722143F75 for ; Wed, 25 Jun 2003 03:27:04 -0700 (PDT) (envelope-from paul@hannibal.servitor.co.uk) Received: from paul by hannibal.servitor.co.uk with local (Exim 4.14) id 19V7Ui-000CaN-Vg; Wed, 25 Jun 2003 11:27:16 +0100 Date: Wed, 25 Jun 2003 11:27:16 +0100 From: Paul Robinson To: Varshavchick Alexander Message-ID: <20030625102716.GE34365@iconoplex.co.uk> References: <3EF95AF9.3040708@netli.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: Paul Robinson cc: freebsd-hackers@FreeBSD.ORG cc: Lev Walkin Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 10:27:05 -0000 On Wed, Jun 25, 2003 at 12:29:19PM +0400, Varshavchick Alexander wrote: > But we're talking not about process, but about data structures which > netstat reports to be active and connected with the above mentioned stream > socket file: Terry has already given the answer - I didn't get your "I tried rm'ing the file but it's not there" mail until this morning. Reboot the machine. People are always so hesitant to reboot machines, when in fact uptimes of 500 days just means you're a bad sysadming. Returning your machine to a known state is always good thing to do - especially in your case. :-) -- Paul Robinson From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 04:15:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7C3837B401 for ; Wed, 25 Jun 2003 04:15:23 -0700 (PDT) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B09C43FEA for ; Wed, 25 Jun 2003 04:15:22 -0700 (PDT) (envelope-from alex@metrocom.ru) Received: from apache (apache [195.5.128.150]) by apache.metrocom.ru (8.12.9/8.12.9) with ESMTP id h5PBFHmm011585; Wed, 25 Jun 2003 15:15:17 +0400 (MSD) Date: Wed, 25 Jun 2003 15:15:17 +0400 (MSD) From: Varshavchick Alexander To: Paul Robinson In-Reply-To: <20030625102716.GE34365@iconoplex.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-1.0 required=2.5 tests=EMAIL_ATTRIBUTION,IN_REP_TO,USER_AGENT_PINE version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@FreeBSD.ORG cc: Lev Walkin Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 11:15:24 -0000 On Wed, 25 Jun 2003, Paul Robinson wrote: > Terry has already given the answer - I didn't get your "I tried rm'ing the > file but it's not there" mail until this morning. Reboot the machine. People > are always so hesitant to reboot machines, when in fact uptimes of 500 days > just means you're a bad sysadming. Returning your machine to a known state > is always good thing to do - especially in your case. :-) > > -- > Paul Robinson > Paul, let me disagree with you about the attitude towards rebooting server as means of curing anything wrong there and "returning your machine to a known state". First of all, this is a production server and downtimes are less than desirable there. And the principal part of it, the _GOOD_ operational system is always (or anyways must be) in a "known state" using your terms, and surely FreeBSD can be considered to belong to them. Rebooting a server to make it work gets M$ Windows to mind... ---- Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 04:34:06 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F23C837B404 for ; Wed, 25 Jun 2003 04:34:05 -0700 (PDT) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id D28E143FFD for ; Wed, 25 Jun 2003 04:34:04 -0700 (PDT) (envelope-from alex@metrocom.ru) Received: from apache (apache [195.5.128.150]) by apache.metrocom.ru (8.12.9/8.12.9) with ESMTP id h5PBY1mm015254; Wed, 25 Jun 2003 15:34:01 +0400 (MSD) Date: Wed, 25 Jun 2003 15:34:01 +0400 (MSD) From: Varshavchick Alexander To: Terry Lambert In-Reply-To: <3EF97797.8179C019@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-2.0 required=2.5 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REPLY_WITH_QUOTES,USER_AGENT_PINE version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 11:34:06 -0000 On Wed, 25 Jun 2003, Terry Lambert wrote: > If it's fixed: reboot. > > If it's not fixed, add this to your /etc/rc.local: > > sysctl net.inet.tcp.always_keepalive=0 > > ...and reboot. > > Nothing short of rebooting is going to undo the deadlock, unless > you have the kernel debugger compiled into your kernel, and are > willing to grovel around in data structures to find the root cause > of your problem. > > There is no such thing as a "zombie socket", there are only sockets > which are in TIME_WAIT, FIN_WAIT, FIN_WAIT_2, etc., states. These > tend to persist for 2MSL (about 5 minutes) after the process has > exited. > > That you are having this problem is indicative of the other end of > the socket connection still being alive somewhere, and/or a real > bug that was triggered by the default being to set "keepalive" on > the sockets, even though they are UNIX domain sockets. You could > probably fix this by overriding the "keepalive" setting on the > created sockets in the kernel function "socketpair". > > Without a reproducible test case, I can't provide you a kernel patch > to fix the problem for you in the future. My advice is to turn off > the keepalive; I expect it will help. > Thank you Terry for such a good explanation, you seem to be hitting the core. To be more specific, this server socket application is a spamassassin-milter filter for sendmail. This filter uses threads and it didn't work with the native FreeBSD threads so I recompiled it with linux threads. It workes steadily enough now, but from time to time something seems to be turning wrong and the filter deadlocks leaving a lot of alive socket connections. As you see it's not to handy to reboot a server to turn off keepalive setting, and besides, it seems to be unneeded to make it globally for the server. Instead, I'd rather use your advice about setsockopt() recompiling libmilter library without keepalives. It shouldn't have any side effects on server load or anything else, what do you think? ---- Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 04:51:52 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 714A837B401 for ; Wed, 25 Jun 2003 04:51:52 -0700 (PDT) Received: from hannibal.servitor.co.uk (hannibal.servitor.co.uk [195.188.15.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id B741343FF9 for ; Wed, 25 Jun 2003 04:51:51 -0700 (PDT) (envelope-from paul@hannibal.servitor.co.uk) Received: from paul by hannibal.servitor.co.uk with local (Exim 4.14) id 19V8om-000Ckw-Px; Wed, 25 Jun 2003 12:52:04 +0100 Date: Wed, 25 Jun 2003 12:52:04 +0100 From: Paul Robinson To: Varshavchick Alexander Message-ID: <20030625115204.GI34365@iconoplex.co.uk> References: <20030625102716.GE34365@iconoplex.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: Paul Robinson cc: freebsd-hackers@FreeBSD.ORG cc: Lev Walkin Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 11:51:52 -0000 On Wed, Jun 25, 2003 at 03:15:17PM +0400, Varshavchick Alexander wrote: > Paul, let me disagree with you about the attitude towards rebooting server > as means of curing anything wrong there and "returning your machine to a > known state". First of all, this is a production server and downtimes are > less than desirable there. And the principal part of it, the _GOOD_ > operational system is always (or anyways must be) in a "known state" using > your terms, and surely FreeBSD can be considered to belong to them. > Rebooting a server to make it work gets M$ Windows to mind... Couldn't disagree with you more in general terms. Somebody else here (or on -chat) once said something like "The fact that a server can stay up for 300 days is a testimony to how good FreeBSD is. Unfortunately, it's also testimony to how bad FreeBSD Systems administrators are". If you have a production system designed so that can't take one box out for 120 seconds a week, your production system is wrong. You either need close to something like 99.999% uptime, in which case you should be load-balancing and/or clustering anyway, or you don't understand the problem. Patching your src tree, re-building and YES! Shock, horror! RE-BOOTING on a regular basis is something a competent sysadmin is not scared to do. In fact, not doing it just accepts that you don't care about the health and security of your systems. You are prepared to let security holes seep in, stale libraries clog up disk space, your machine gracefully degrades into a horrible, horrible state. When I walk on site, if the sysadmin has a machine with an uptime over 150 days and is proud of it, I know I'm going to have an uphill struggle to beat a clue into their thick, stupid, ignorant heads. This is not about competing with MS. It's about running a secure, stable environment. In your particular case, your environment isn't stable because you have a server application that is core-dumping regularly. In that eventuality (and seeing as you haven't given us a piece of code that replicates the error) you have two choices: 1. Fix your broken server application 2. Reboot your machine on a regular This is the only way you will ever have your server in a continual known state and operate productionally in the manner you want. If you cvsup -STABLE and rebuild the world before a reboot, you also get the benefit of performance security patches. This is a Good Thing. -- Paul Robinson From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 05:09:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A1BB37B401 for ; Wed, 25 Jun 2003 05:09:01 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB46C43FEA for ; Wed, 25 Jun 2003 05:08:59 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h5PC8ehR077464 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 25 Jun 2003 14:08:41 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h5PC8dDn037374 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Jun 2003 14:08:40 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.9/8.12.9) with ESMTP id h5PC8dgt052983; Wed, 25 Jun 2003 14:08:39 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h5PC8dwL052982; Wed, 25 Jun 2003 14:08:39 +0200 (CEST) Date: Wed, 25 Jun 2003 14:08:38 +0200 From: Bernd Walter To: Danny Braniss Message-ID: <20030625120837.GC52854@cicely12.cicely.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely12.cicely.de 5.1-CURRENT alpha User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org Subject: Re: USB, select/poll for ucom X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 12:09:01 -0000 On Wed, Jun 25, 2003 at 01:13:56PM +0300, Danny Braniss wrote: > hi, > while trying to port an application that works with tty to uplcom/ucom, > (and it doesn't work :-), and looking at the kernel sources and > trying to figure out USB, i think that select(2)/poll(2) will not work, > correct? I've seen Problemes with non 8n1 communications and I've also seen problems because most USB adapters only deliver 5.5V to the lines. I never noticed any select/poll problems and I don't think we have any because this is handled in common code at tty level. If you have any condition that shows something different please let us know. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 05:14:00 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D95E37B401 for ; Wed, 25 Jun 2003 05:14:00 -0700 (PDT) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4084F43FF3 for ; Wed, 25 Jun 2003 05:13:59 -0700 (PDT) (envelope-from alex@metrocom.ru) Received: from apache (apache [195.5.128.150]) by apache.metrocom.ru (8.12.9/8.12.9) with ESMTP id h5PCDumm023187; Wed, 25 Jun 2003 16:13:56 +0400 (MSD) Date: Wed, 25 Jun 2003 16:13:56 +0400 (MSD) From: Varshavchick Alexander To: Terry Lambert In-Reply-To: <3EF97797.8179C019@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-1.0 required=2.5 tests=EMAIL_ATTRIBUTION,IN_REP_TO,USER_AGENT_PINE version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 12:14:00 -0000 On Wed, 25 Jun 2003, Terry Lambert wrote: > If it's fixed: reboot. > > If it's not fixed, add this to your /etc/rc.local: > > sysctl net.inet.tcp.always_keepalive=0 > > ...and reboot. > As I looked into milter source code now, it explicitely turns on keepalives, so that using sysctl net.inet.tcp.always_keepalive=0 will not help. I'll try rebuilding the filter without them and see what happens. ---- Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 05:27:32 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7728A37B401 for ; Wed, 25 Jun 2003 05:27:32 -0700 (PDT) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF18843FE1 for ; Wed, 25 Jun 2003 05:27:31 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 19V9N4-000CpW-00; Wed, 25 Jun 2003 15:27:30 +0300 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: ticso@cicely.de In-Reply-To: Message from Bernd Walter <20030625120837.GC52854@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 25 Jun 2003 15:27:30 +0300 From: Danny Braniss Message-Id: cc: freebsd-hackers@freebsd.org Subject: Re: USB, select/poll for ucom X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 12:27:32 -0000 > On Wed, Jun 25, 2003 at 01:13:56PM +0300, Danny Braniss wrote: > > hi, > > while trying to port an application that works with tty to uplcom/ucom, > > (and it doesn't work :-), and looking at the kernel sources and > > trying to figure out USB, i think that select(2)/poll(2) will not work, > > correct? > > I've seen Problemes with non 8n1 communications and I've also seen > problems because most USB adapters only deliver 5.5V to the lines. > I never noticed any select/poll problems and I don't think we have any > because this is handled in common code at tty level. > > If you have any condition that shows something different please let > us know. > i turned debug on and i could not see any calls to ucomread, the program calls select(...) - but select does not initiate anything, it justs waits to be woken when something is received (in the case of reading), now, unless im wrong - which well could be :-), the read in this case must be started - usb is a master/slave protocol, and this is not happening. if(select(fdset,...)) { if(FD_ISSET(ifd, fdset)) read(ifd, ... ... } danny PS: im using 5.1-current, and im trying to get a Towitoko smartcard reader to work. From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 05:29:41 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8455F37B401 for ; Wed, 25 Jun 2003 05:29:41 -0700 (PDT) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3891244005 for ; Wed, 25 Jun 2003 05:29:40 -0700 (PDT) (envelope-from alex@metrocom.ru) Received: from apache (apache [195.5.128.150]) by apache.metrocom.ru (8.12.9/8.12.9) with ESMTP id h5PCTamm024552; Wed, 25 Jun 2003 16:29:36 +0400 (MSD) Date: Wed, 25 Jun 2003 16:29:36 +0400 (MSD) From: Varshavchick Alexander To: Paul Robinson In-Reply-To: <20030625115204.GI34365@iconoplex.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-2.0 required=2.5 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REPLY_WITH_QUOTES,USER_AGENT_PINE version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@FreeBSD.ORG cc: Lev Walkin Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 12:29:41 -0000 On Wed, 25 Jun 2003, Paul Robinson wrote: > Couldn't disagree with you more in general terms. Somebody else here (or on > -chat) once said something like "The fact that a server can stay up for 300 > days is a testimony to how good FreeBSD is. Unfortunately, it's also > testimony to how bad FreeBSD Systems administrators are". > > If you have a production system designed so that can't take one box out for > 120 seconds a week, your production system is wrong. You either need close > to something like 99.999% uptime, in which case you should be load-balancing > and/or clustering anyway, or you don't understand the problem. > > Patching your src tree, re-building and YES! Shock, horror! RE-BOOTING on a > regular basis is something a competent sysadmin is not scared to do. In > fact, not doing it just accepts that you don't care about the health and > security of your systems. You are prepared to let security holes seep in, > stale libraries clog up disk space, your machine gracefully degrades into a > horrible, horrible state. > > When I walk on site, if the sysadmin has a machine with an uptime over 150 > days and is proud of it, I know I'm going to have an uphill struggle to beat > a clue into their thick, stupid, ignorant heads. It's good how you expressed it here about the heads :) Paul, I agree with you about planned system upgrades and other activities, connected with the server being rebooted, and surely I _CAN_ reboot the server if it is _REALLY_ needed. The goal is to reduce the server downtimes as much as possible, and when it's really needed, because of a kernel upgrades or likewise and not for a fixing the consequenses of a broken applications. > > This is not about competing with MS. It's about running a secure, stable > environment. In your particular case, your environment isn't stable because > you have a server application that is core-dumping regularly. In that > eventuality (and seeing as you haven't given us a piece of code that > replicates the error) you have two choices: > > 1. Fix your broken server application Trying to do it. > 2. Reboot your machine on a regular > If this is the only way to make the server live when some applications are not behaving correctly, this is NOT a good thing. > This is the only way you will ever have your server in a continual known > state and operate productionally in the manner you want. If you cvsup > -STABLE and rebuild the world before a reboot, you also get the benefit of > performance security patches. This is a Good Thing. > Also you're getting new bugs and sideeffects going with the new kernel and world version, and need to rebuild and reinstall all or almost all of the software running on the server. This is of cause if you're keeping the server for performing some real work... ---- Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 05:37:50 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 173CB37B404 for ; Wed, 25 Jun 2003 05:37:50 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 463D343FDD for ; Wed, 25 Jun 2003 05:37:48 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h5PCbfhR077886 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 25 Jun 2003 14:37:44 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h5PCbdDn037560 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Jun 2003 14:37:39 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.9/8.12.9) with ESMTP id h5PCbcgt053101; Wed, 25 Jun 2003 14:37:38 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h5PCbcLR053100; Wed, 25 Jun 2003 14:37:38 +0200 (CEST) Date: Wed, 25 Jun 2003 14:37:38 +0200 From: Bernd Walter To: Danny Braniss Message-ID: <20030625123737.GE52854@cicely12.cicely.de> References: <20030625120837.GC52854@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely12.cicely.de 5.1-CURRENT alpha User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org cc: ticso@cicely.de Subject: Re: USB, select/poll for ucom X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 12:37:50 -0000 On Wed, Jun 25, 2003 at 03:27:30PM +0300, Danny Braniss wrote: > > On Wed, Jun 25, 2003 at 01:13:56PM +0300, Danny Braniss wrote: > > > hi, > > > while trying to port an application that works with tty to uplcom/ucom, > > > (and it doesn't work :-), and looking at the kernel sources and > > > trying to figure out USB, i think that select(2)/poll(2) will not work, > > > correct? > > > > I've seen Problemes with non 8n1 communications and I've also seen > > problems because most USB adapters only deliver 5.5V to the lines. > > I never noticed any select/poll problems and I don't think we have any > > because this is handled in common code at tty level. > > > > If you have any condition that shows something different please let > > us know. > > > > i turned debug on and i could not see any calls to ucomread, > the program calls select(...) - but select does not initiate anything, > it justs waits to be woken when something is received (in the case of reading), > now, unless im wrong - which well could be :-), the read in this case must be > started - usb is a master/slave protocol, and this is not happening. Because you don't talk to ucom directly - you talk to tty layer. See src/sys/kern/tty* > if(select(fdset,...)) { > if(FD_ISSET(ifd, fdset)) > read(ifd, ... > ... > } > danny > PS: im using 5.1-current, and im trying to get a Towitoko smartcard reader to > work. Forget it - if I'm not wrong Towitoko readers use 7 bit transfers and that's your problem. It's doesn't with at least uplcom and uftdi - Towitoko is using PL2303 chips in their own USB product. The only thing you can do to get this working is by fixing 7 bit transfers. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 05:42:09 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0985037B401 for ; Wed, 25 Jun 2003 05:42:09 -0700 (PDT) Received: from hannibal.servitor.co.uk (hannibal.servitor.co.uk [195.188.15.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 538F844001 for ; Wed, 25 Jun 2003 05:42:08 -0700 (PDT) (envelope-from paul@hannibal.servitor.co.uk) Received: from paul by hannibal.servitor.co.uk with local (Exim 4.14) id 19V9bR-000Cqg-IH; Wed, 25 Jun 2003 13:42:21 +0100 Date: Wed, 25 Jun 2003 13:42:21 +0100 From: Paul Robinson To: Varshavchick Alexander Message-ID: <20030625124221.GL34365@iconoplex.co.uk> References: <20030625115204.GI34365@iconoplex.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: Paul Robinson cc: freebsd-hackers@FreeBSD.ORG cc: Lev Walkin Subject: Re: How to delete unix socket entries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 12:42:09 -0000 On Wed, Jun 25, 2003 at 04:29:36PM +0400, Varshavchick Alexander wrote: > > When I walk on site, if the sysadmin has a machine with an uptime over 150 > > days and is proud of it, I know I'm going to have an uphill struggle to beat > > a clue into their thick, stupid, ignorant heads. > > It's good how you expressed it here about the heads :) I liked it. > Paul, I agree with you about planned system upgrades and other activities, > connected with the server being rebooted, and surely I _CAN_ reboot the > server if it is _REALLY_ needed. The goal is to reduce the server > downtimes as much as possible, and when it's really needed, because of a > kernel upgrades or likewise and not for a fixing the consequenses of a > broken applications. FBSD is not an RTOS like QNX that will just drop chunks of the OS then restart those areas. If you write the application badly enough, you will break the operating system. Where FBSD excels is that unlike older versions of Windows if you write the application well, the underlying OS will not let you down. :-) > If this is the only way to make the server live when some applications are > not behaving correctly, this is NOT a good thing. Like I said, it's unreasonable to expect FBSD to take into account every possible scenario. If there were a few million dollars knocking around, maybe a few of the -arch and -hackers regulars could formally specify the entire system and make sure this never happened, but for now, if you have an app doing silly things, you either fix the app, or accept a reboot is the only way to clear some special cases. > Also you're getting new bugs and sideeffects going with the new kernel and > world version, and need to rebuild and reinstall all or almost all of the > software running on the server. This is of cause if you're keeping the > server for performing some real work... That's the benefit of -STABLE over -CURRENT. I would never advise people to run -CURRENT on live servers. -STABLE has issues too, but much more manageable in a live production environment. -- Paul Robinson From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 05:56:26 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0534D37B401 for ; Wed, 25 Jun 2003 05:56:26 -0700 (PDT) Received: from asterix.rsu.ru (asterix.rsu.ru [195.208.245.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7743F43FE9 for ; Wed, 25 Jun 2003 05:56:24 -0700 (PDT) (envelope-from os@rsu.ru) Received: from brain.cc.rsu.ru (brain.cc.rsu.ru [195.208.252.154]) (authenticated bits=0) by asterix.rsu.ru (8.12.9/8.12.9) with ESMTP id h5PCuF4e043885 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 25 Jun 2003 16:56:15 +0400 (MSD) (envelope-from os@rsu.ru) Date: Wed, 25 Jun 2003 16:56:17 +0400 (MSD) From: Oleg Sharoiko X-X-Sender: os@brain.cc.rsu.ru To: hackers@freebsd.org Message-ID: <20030625162142.W547@brain.cc.rsu.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-98.9 required=5.0 tests=SUBJ_ALL_CAPS,USER_IN_WHITELIST version=2.54 X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp) cc: Wheel of RSUNet Subject: VIA8235 + AD1980 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 12:56:26 -0000 Hello! I need some help from sound drivers guru. I have motherboard with via8235 and ad1980 (ac97 compatible codec from analog devices) FreeBSD's driver doesn't work correctly with this codec. The problem is that sound is quiet and it comes out the wrong jack (Mic jack instead of line out). I spent some time reading AD1980 specification and ALSA sources. I found a quick solution to this problems. Here is the core of it: void ad1980_patch(struct ac97_info* codec) { ac97_wrcd(codec, 0x76, ac97_rdcd(codec, 0x76) | 0x0420); codec->mix[SOUND_MIXER_VOLUME].reg = AC97_MIXEXT_SURROUND; } Here are descritions of bits 0x0400 and 0x0020 from register 0x76 (from ad spec): --- 0x0020 LOSEL LINE_OUT Amplifiers Input Select. This bit allows the LINE_OUT output amplifiers to be driven by the mixer or the surround DACs. The main purpose for this is to allow swapping of the front and surround channels to make better use of the SURR/HP_OUT output amplifiers. This bit should normally be used in tandem with the HPSEL bit (see below). 0 = LINE_OUT amplifiers are driven by the mixer outputs (reset default). 1 = LINE_OUT amplifiers are driven by the surround DAC outputs. 0x0400 HPSEL Headphone Amplifier Input Select. This bit allows the headphone power amps to be driven from the surround DACs or from the mixer outputs. There are two reasons for this: one is to allow 2-channel media to use the higher power headphone amplifiers available on the SURR/HP_OUT outputs; the other is to allow spreading of 2-channel media to the surround outputs. Together with the LOSEL bit (see above), this bit also provides for analog swapping of the mixer (front) and surround outputs. 0 = SURR_out/HP_out outputs are driven by the surround DACs (reset default). 1 = SURR_out/HP_out outputs are driven by the mixer outputs. --- AC97_MIXEXT_SURROUND is the Surround mixer register. There is a small problem with this patch: AC97_MIXEXT_SURROUND has seprate mute bits for right and left channels and I don't see how can they be implemented in FreeBSD. I'd like to get to the roots of this problem and this is where I need some help. If I understood everything correctly than it happens so that the sound somehow goes to surround dac. The question that I cannot answer: why it goes to surround dac? Unfortunately I don't have via8235 spec. Myabe data are being put into wrong timeslots? -- Oleg Sharoiko. Software and Network Engineer Computer Center of Rostov State University. From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 06:09:56 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0195737B401 for ; Wed, 25 Jun 2003 06:09:56 -0700 (PDT) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F1714400B for ; Wed, 25 Jun 2003 06:09:55 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 19VA21-000FQ4-00; Wed, 25 Jun 2003 16:09:49 +0300 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: ticso@cicely.de In-reply-to: Your message of Wed, 25 Jun 2003 14:37:38 +0200 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 25 Jun 2003 16:09:49 +0300 From: Danny Braniss Message-Id: cc: freebsd-hackers@freebsd.org Subject: Re: USB, select/poll for ucom X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 13:09:56 -0000 [...] > > i turned debug on and i could not see any calls to ucomread, > > the program calls select(...) - but select does not initiate anything, > > it justs waits to be woken when something is received (in the case of reading), > > now, unless im wrong - which well could be :-), the read in this case must be > > started - usb is a master/slave protocol, and this is not happening. > > Because you don't talk to ucom directly - you talk to tty layer. > See src/sys/kern/tty* > > > if(select(fdset,...)) { > > if(FD_ISSET(ifd, fdset)) > > read(ifd, ... > > ... > > } > > danny > > PS: im using 5.1-current, and im trying to get a Towitoko smartcard reader to > > work. > > Forget it - if I'm not wrong Towitoko readers use 7 bit transfers and > that's your problem. > It's doesn't with at least uplcom and uftdi - Towitoko is using PL2303 > chips in their own USB product. > The only thing you can do to get this working is by fixing 7 bit > transfers. You are correct, the Towitoko/USB is using PL2303: ucom0: Prolific Technology PL2303 Serial adapter (ATEN/IOGEAR UC232A), rev 1.10/2.02, addr 2 debugging the RS232, i see that it starts at 1200bps/7bits but switches to 9600 bps/ 8 bits very early on, i'll have to check the Towitoko driver to see if it can do without the initial 1200/7bits. danny From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 06:35:42 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08DEF37B401 for ; Wed, 25 Jun 2003 06:35:42 -0700 (PDT) Received: from softcon.mail.net (softcon.mail.net [209.47.5.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id E07F54400E for ; Wed, 25 Jun 2003 06:35:38 -0700 (PDT) (envelope-from Dwayne.MacKinnon@xwave.com) Received: from xwave.com (saturn.mail.net [209.47.5.34]) by softcon.mail.net (6.21b/6.21b) with ESMTP id h5PDZ2IK040602; Wed, 25 Jun 2003 09:35:03 -0400 (EDT) (envelope-from Dwayne.MacKinnon@xwave.com) Message-ID: <3EF9A501.2090007@xwave.com> Date: Wed, 25 Jun 2003 09:34:57 -0400 From: Dwayne MacKinnon Organization: xwave User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030421 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org cc: Kris Kennaway Subject: Re: pkg_create broken by design? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dwayne.MacKinnon@xwave.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 13:35:42 -0000 Hi all, Just wanted to chime in that I've encountered the exact same thing, although it's a relatively recent thing... I think it happened when I ported to 4.5 from 4.2. The only solution I've found, pain in the neck that it is, is to create the destination directories on the source box. That keeps pkg_create happy, and the proper files are still picked up from the where they're specified by SRCDIR. I meant to raise this a long time ago, but I got busy, my package creation box was set up so that pkg_create didn't complain, and out of sight = out of mind... :-) Cheers, DMK From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 07:57:27 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E7EE37B401; Wed, 25 Jun 2003 07:57:27 -0700 (PDT) Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AB4243FA3; Wed, 25 Jun 2003 07:57:26 -0700 (PDT) (envelope-from dgilbert@velocet.ca) Received: from trooper.velocet.ca (trooper.velocet.net [216.138.242.2]) by sabre.velocet.net (Postfix) with ESMTP id 6080B1385AA; Wed, 25 Jun 2003 10:57:25 -0400 (EDT) Received: by trooper.velocet.ca (Postfix, from userid 66) id 3B66274D80; Wed, 25 Jun 2003 10:57:24 -0400 (EDT) Received: by canoe.velocet.net (Postfix, from userid 101) id 8B20E4958; Wed, 25 Jun 2003 10:57:21 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16121.47185.522249.637280@canoe.velocet.net> Date: Wed, 25 Jun 2003 10:57:21 -0400 To: Matthew Dillon In-Reply-To: <200306241630.h5OGUPU6094228@apollo.backplane.com> References: <20030624111942.GO31354@spc.org> <200306241630.h5OGUPU6094228@apollo.backplane.com> X-Mailer: VM 7.14 under 21.4 (patch 12) "Portable Code" XEmacs Lucid cc: alc@FreeBSD.ORG cc: davidg@FreeBSD.ORG cc: hackers@FreeBSD.ORG Subject: [hackers] Re: Page Coloring Defines in vm_page.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 14:57:28 -0000 >>>>> "Matthew" == Matthew Dillon writes: Matthew> The primes are designed such that the page allocation Matthew> code covers *ALL* the free lists in the array, so it will Matthew> still be able to find any available free pages if its first Matthew> choice(s) are empty. Matthew> For example, prime number 3 an array size 8 will scan the Matthew> array in the following order N = (N + PRIME) & Matthew> (ARRAY_SIZE_MASK). N = (N + 3) & 7: Matthew> 0 3 6 1 4 7 2 5 ... 0 Matthew> As you can see, all the array entries are covered before Matthew> the sequence repeats. So if we want a free page in array Matthew> slot 0 but the only free pages available happen to be in Matthew> array slot 5, the above algorithm is guarenteed to find it. Matthew> Only certain prime number / power-of-2-array size Matthew> combinations have this effect, but it is very easy to write a Matthew> little program to test combinations and find the numbers best Matthew> suited to your goals. For the mathematically inclined, 3 would be a 'generator' of the group. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 08:11:00 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B12C137B401; Wed, 25 Jun 2003 08:11:00 -0700 (PDT) Received: from godel.mtl.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BAE543FBF; Wed, 25 Jun 2003 08:11:00 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: from godel.mtl.distributel.net (localhost [127.0.0.1]) h5PBDcCa004497; Wed, 25 Jun 2003 11:13:38 GMT (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by godel.mtl.distributel.net (8.12.9/8.12.9/Submit) id h5PBDb34004496; Wed, 25 Jun 2003 11:13:37 GMT X-Authentication-Warning: godel.mtl.distributel.net: bmilekic set sender to bmilekic@technokratis.com using -f Date: Wed, 25 Jun 2003 11:13:37 +0000 From: Bosko Milekic To: Bruce M Simpson , freebsd-hackers@freebsd.org, alc@freebsd.org, jmallett@freebsd.org Message-ID: <20030625111337.GA4383@technokratis.com> References: <20030624193431.GW9463@spc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030624193431.GW9463@spc.org> User-Agent: Mutt/1.4.1i Subject: Re: Optimizing mutex alignment viz cache line access X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 15:11:01 -0000 On Tue, Jun 24, 2003 at 08:34:31PM +0100, Bruce M Simpson wrote: [...] > Would the workaround, then, not be to modify the mtx_*() set of functions > to use a zone allocator, whose allocation function could then be tuned to > allocate the lock structure which is frobbed by the atomic_*() functions > on separate cache lines? > > BMS Not all mutexes are dynamically allocated. Also, you have to really be careful here. There may not be much of a point in spending all this time re-aligning the actual lock knob in the structure, which is accessed atomically with the bus locked all the time. There are a lot of structures which could probably be re-organized for cache gain purposes but at this point we have so many structures changing so quickly that this sort of change becomes difficult to do properly. -- Bosko Milekic * bmilekic@technokratis.com * bmilekic@FreeBSD.org TECHNOkRATIS Consulting Services * http://www.technokratis.com/ From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 08:42:36 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A626637B401 for ; Wed, 25 Jun 2003 08:42:36 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D50DA43FE3 for ; Wed, 25 Jun 2003 08:42:35 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h5PFgRE1051295; Wed, 25 Jun 2003 09:42:27 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 25 Jun 2003 09:42:25 -0600 (MDT) Message-Id: <20030625.094225.09510301.imp@bsdimp.com> To: danny@cs.huji.ac.il From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: USB, select/poll for ucom X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 15:42:37 -0000 : while trying to port an application that works with tty to uplcom/ucom, : (and it doesn't work :-), and looking at the kernel sources and : trying to figure out USB, i think that select(2)/poll(2) will not work, : correct? I'm able to use ppp with umodem/ucom. My brother uses ulpcom/ucom for his ppp needs. I'm pretty sure that select is involved. :-) >From what I can see in the code, I'd expect that it would work because the ttypoll routine is specified for the poll routine. Why do you think it wouldn't work? Warner From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 09:03:33 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D929D37B401 for ; Wed, 25 Jun 2003 09:03:33 -0700 (PDT) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A9A843FCB for ; Wed, 25 Jun 2003 09:03:33 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 19VCk7-000254-00; Wed, 25 Jun 2003 19:03:31 +0300 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: "M. Warner Losh" In-Reply-To: Message from "M. Warner Losh" <20030625.094225.09510301.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 25 Jun 2003 19:03:31 +0300 From: Danny Braniss Message-Id: cc: freebsd-hackers@freebsd.org Subject: Re: USB, select/poll for ucom X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 16:03:34 -0000 > I'm able to use ppp with umodem/ucom. My brother uses ulpcom/ucom for > his ppp needs. I'm pretty sure that select is involved. :-) > > >From what I can see in the code, I'd expect that it would work because > the ttypoll routine is specified for the poll routine. Why do you > think it wouldn't work? well, for one, my program doesn't work :-), it works with the RS232 version. so i started to poke around, and did some reading, and as far as i could tell, the read(2) has to be initiated by the host, but my knowledge of usb is close to zero - it was zero 2 days ago, but still looking for some better docs, and polish my english - as far as i remember interrupt is not polling, but the ohci docs imply that :-) danny From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 09:15:59 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E797437B401 for ; Wed, 25 Jun 2003 09:15:58 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3F4043FF3 for ; Wed, 25 Jun 2003 09:15:57 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h5PGFpE1051636; Wed, 25 Jun 2003 10:15:51 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 25 Jun 2003 10:15:49 -0600 (MDT) Message-Id: <20030625.101549.78767546.imp@bsdimp.com> To: danny@cs.huji.ac.il From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: USB, select/poll for ucom X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 16:16:00 -0000 In message: Danny Braniss writes: : : > I'm able to use ppp with umodem/ucom. My brother uses ulpcom/ucom for : > his ppp needs. I'm pretty sure that select is involved. :-) : > : > >From what I can see in the code, I'd expect that it would work because : > the ttypoll routine is specified for the poll routine. Why do you : > think it wouldn't work? : : well, for one, my program doesn't work :-), it works with the RS232 version. : : so i started to poke around, and did some reading, and as far as i could tell, : the read(2) has to be initiated by the host, but my knowledge of usb is close : to zero - it was zero 2 days ago, but still looking for some better docs, and : polish my english - as far as i remember interrupt is not polling, but the : ohci docs imply that :-) have fun. the mindshare book is good. however, it took me a long time to get a usb 'aha' moment and understand its twisty maze was really a workable design obscured by standardese... I suspect it is a problem in the usb chipset driver for the com part. ttypoll just says 'you have data in the buffer' so for some reason the data isn't making into the tty buffer. Warner From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 10:26:30 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 993A837B401 for ; Wed, 25 Jun 2003 10:26:30 -0700 (PDT) Received: from smtp.k12us.com (smtp.k12us.com [65.112.222.15]) by mx1.FreeBSD.org (Postfix) with SMTP id CB33543FA3 for ; Wed, 25 Jun 2003 10:26:29 -0700 (PDT) (envelope-from cweimann@smtp.k12us.com) Received: (qmail 91898 invoked by uid 1001); 25 Jun 2003 16:59:47 -0000 Resent-Message-ID: <20030625165947.91894.qmail@smtp.k12us.com> Date: Wed, 25 Jun 2003 12:28:37 -0400 From: Christopher Weimann To: freebsd-hackers@freebsd.org Message-ID: <20030625000344.A54424@smtp.k12us.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20030621103502.K18572@thor.farley.org>; from sean-freebsd@farley.org on Sat, Jun 21, 2003 at 10:55:59AM -0500 Resent-From: Christopher Weimann Resent-Date: Wed, 25 Jun 2003 12:59:47 -0400 Resent-To: freebsd-hackers@freebsd.org X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/) Subject: Re: Replacing GNU grep revisited X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 17:26:30 -0000 On Sat 06/21/2003-10:55:59AM -0500, Sean Farley wrote: > > I have placed the patches up on Geocities¹ for others to try out. They > get freegrep fairly close to the performance of GNU's grep. Also > included is a small patch to regex to squeak a bit more performance out > of it, but I am not certain if it actually helps or not. > There is at least one aspect of freegrep that doesn't even come close to GNU grep, fgrep. I'll grant that this is a pretty extreeme example and perhaps not many people are making use of fgrep but... GNU grep %/usr/bin/time /usr/bin/fgrep -f /usr/share/dict/words /usr/share/games/fortune/fortunes2 > /dev/null 5.40 real 4.98 user 0.41 sys 42743 359388 2034033 freegrep %/usr/bin/time /usr/local/bin/fgrep -f /usr/share/dict/words /usr/share/games/fortune/fortunes2 > /dev/null 990.43 real 988.61 user 1.99 sys 42743 359388 2034033 I ran both of these more than once so it is not a fluke. After looking at it further it seems that freegrep does not use the Aho-Corasick algorithim for fgrep but just uses brute force. Just for giggles I downloaded the V7 fgrep from http://www.tuhs.org/Archive/PDP-11/Trees/V7/usr/src/cmd/fgrep.c to see what I'm guessing is Aho's version would do. %/usr/bin/time ./fgrep -f /usr/share/dict/words /usr/share/games/fortune/fortunes2 | wc 0.98 real 0.71 user 0.25 sys 42743 359388 2034033 Which pretty much squashes GNU grep. I wonder how many of the other old utils outrun our modern ones. I guess it must be all those gotos. :) -- ------------------------------------------------------------ Christopher Weimann http://www.k12usa.com K12USA.com Cool Tools for Schools! ------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 10:28:39 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 148BA37B401 for ; Wed, 25 Jun 2003 10:28:39 -0700 (PDT) Received: from smtp.k12us.com (smtp.k12us.com [65.112.222.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 4562843FEC for ; Wed, 25 Jun 2003 10:28:38 -0700 (PDT) (envelope-from csw@k12hq.com) Received: (qmail 32428 invoked by uid 1001); 25 Jun 2003 16:28:37 -0000 Date: Wed, 25 Jun 2003 12:28:37 -0400 From: Christopher Weimann To: freebsd-hackers@freebsd.org Message-ID: <20030625000344.A54424@smtp.k12us.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20030621103502.K18572@thor.farley.org>; from sean-freebsd@farley.org on Sat, Jun 21, 2003 at 10:55:59AM -0500 X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/) Subject: Re: Replacing GNU grep revisited X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 17:28:39 -0000 On Sat 06/21/2003-10:55:59AM -0500, Sean Farley wrote: > > I have placed the patches up on Geocities¹ for others to try out. They > get freegrep fairly close to the performance of GNU's grep. Also > included is a small patch to regex to squeak a bit more performance out > of it, but I am not certain if it actually helps or not. > There is at least one aspect of freegrep that doesn't even come close to GNU grep, fgrep. I'll grant that this is a pretty extreeme example and perhaps not many people are making use of fgrep but... GNU grep %/usr/bin/time /usr/bin/fgrep -f /usr/share/dict/words /usr/share/games/fortune/fortunes2 > /dev/null 5.40 real 4.98 user 0.41 sys 42743 359388 2034033 freegrep %/usr/bin/time /usr/local/bin/fgrep -f /usr/share/dict/words /usr/share/games/fortune/fortunes2 > /dev/null 990.43 real 988.61 user 1.99 sys 42743 359388 2034033 I ran both of these more than once so it is not a fluke. After looking at it further it seems that freegrep does not use the Aho-Corasick algorithim for fgrep but just uses brute force. Just for giggles I downloaded the V7 fgrep from http://www.tuhs.org/Archive/PDP-11/Trees/V7/usr/src/cmd/fgrep.c to see what I'm guessing is Aho's version would do. %/usr/bin/time ./fgrep -f /usr/share/dict/words /usr/share/games/fortune/fortunes2 | wc 0.98 real 0.71 user 0.25 sys 42743 359388 2034033 Which pretty much squashes GNU grep. I wonder how many of the other old utils outrun our modern ones. I guess it must be all those gotos. :) -- ------------------------------------------------------------ Christopher Weimann http://www.k12usa.com K12USA.com Cool Tools for Schools! ------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 10:30:28 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2373937B401 for ; Wed, 25 Jun 2003 10:30:28 -0700 (PDT) Received: from smtp.k12us.com (smtp.k12us.com [65.112.222.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 621DD43FFB for ; Wed, 25 Jun 2003 10:30:27 -0700 (PDT) (envelope-from csw@k12hq.com) Received: (qmail 44963 invoked by uid 1001); 25 Jun 2003 04:03:45 -0000 Date: Wed, 25 Jun 2003 00:03:45 -0400 From: Christopher Weimann To: Sean Farley Message-ID: <20030625000344.A54424@smtp.k12us.com> References: <20030621103502.K18572@thor.farley.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20030621103502.K18572@thor.farley.org>; from sean-freebsd@farley.org on Sat, Jun 21, 2003 at 10:55:59AM -0500 X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/) cc: freebsd-hackers@freebsd.org Subject: Re: Replacing GNU grep revisited X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 17:30:28 -0000 On Sat 06/21/2003-10:55:59AM -0500, Sean Farley wrote: > > I have placed the patches up on Geocities¹ for others to try out. They > get freegrep fairly close to the performance of GNU's grep. Also > included is a small patch to regex to squeak a bit more performance out > of it, but I am not certain if it actually helps or not. > There is at least one aspect of freegrep that doesn't even come close to GNU grep, fgrep. I'll grant that this is a pretty extreeme example and perhaps not many people are making use of fgrep but... GNU grep %/usr/bin/time /usr/bin/fgrep -f /usr/share/dict/words /usr/share/games/fortune/fortunes2 > /dev/null 5.40 real 4.98 user 0.41 sys 42743 359388 2034033 freegrep %/usr/bin/time /usr/local/bin/fgrep -f /usr/share/dict/words /usr/share/games/fortune/fortunes2 > /dev/null 990.43 real 988.61 user 1.99 sys 42743 359388 2034033 I ran both of these more than once so it is not a fluke. After looking at it further it seems that freegrep does not use the Aho-Corasick algorithim for fgrep but just uses brute force. Just for giggles I downloaded the V7 fgrep from http://www.tuhs.org/Archive/PDP-11/Trees/V7/usr/src/cmd/fgrep.c to see what I'm guessing is Aho's version would do. %/usr/bin/time ./fgrep -f /usr/share/dict/words /usr/share/games/fortune/fortunes2 | wc 0.98 real 0.71 user 0.25 sys 42743 359388 2034033 Which pretty much squashes GNU grep. I wonder how many of the other old utils outrun our modern ones. I guess it must be all those gotos. :) -- ------------------------------------------------------------ Christopher Weimann http://www.k12usa.com K12USA.com Cool Tools for Schools! ------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 11:53:02 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AC4B37B401 for ; Wed, 25 Jun 2003 11:53:02 -0700 (PDT) Received: from mail.farley.org (adsl-67-64-95-201.dsl.austtx.swbell.net [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1B7F4400D for ; Wed, 25 Jun 2003 11:53:00 -0700 (PDT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (c8panxsswdj19gsp@thor.farley.org [IPv6:2002:4340:5fc9::5]) by mail.farley.org (8.12.9/8.12.9) with ESMTP id h5PIqxMp056508 for ; Wed, 25 Jun 2003 13:52:59 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (localhost [127.0.0.1]) by thor.farley.org (8.12.9/8.12.9) with ESMTP id h5PIqxPC073098 for ; Wed, 25 Jun 2003 13:52:59 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Received: from localhost (sean@localhost)h5PIqxb7073095 for ; Wed, 25 Jun 2003 13:52:59 -0500 (CDT) (envelope-from sean-freebsd@farley.org) X-Authentication-Warning: thor.farley.org: sean owned process doing -bs Date: Wed, 25 Jun 2003 13:52:59 -0500 (CDT) From: Sean Farley X-X-Sender: sean@thor.farley.org To: freebsd-hackers@freebsd.org In-Reply-To: <20030625000344.A54424@smtp.k12us.com> Message-ID: <20030625132648.J72955@thor.farley.org> References: <20030621103502.K18572@thor.farley.org> <20030625000344.A54424@smtp.k12us.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: Replacing GNU grep revisited X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 18:53:02 -0000 On Wed, 25 Jun 2003, Christopher Weimann wrote: > There is at least one aspect of freegrep that doesn't even come > close to GNU grep, fgrep. I just added fgrep handling. It better be slower. :) At least it will now try a faster method on the patterns before hitting the regex library. It is still slow. > I ran both of these more than once so it is not a fluke. After > looking at it further it seems that freegrep does not use the > Aho-Corasick algorithim for fgrep but just uses brute force. Yes, it uses brute force. I am considering either Aho-Corasick, Commentz-Walter (used in GNU fgrep) or the Boyer-Moore variation used in Glimpse and an older agrep. The last algorithm is supposedly the fastest, but I do not know if these algorithms are patent-free or not. > I wonder how many of the other old utils outrun our modern ones. > I guess it must be all those gotos. :) Better than a lot of gosubs. :) Sean ----------------------- sean-freebsd@farley.org From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 11:58:36 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFB3237B401 for ; Wed, 25 Jun 2003 11:58:36 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08ACB43FBF for ; Wed, 25 Jun 2003 11:58:36 -0700 (PDT) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (#6@localhost [127.0.0.1]) by whizzo.transsys.com (8.12.9/8.12.9) with ESMTP id h5PIwSW8017536; Wed, 25 Jun 2003 14:58:28 -0400 (EDT) (envelope-from louie@whizzo.transsys.com) Message-Id: <200306251858.h5PIwSW8017536@whizzo.transsys.com> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: "M. Warner Losh" X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" References: <20030625.101549.78767546.imp@bsdimp.com> In-reply-to: Your message of "Wed, 25 Jun 2003 10:15:49 MDT." <20030625.101549.78767546.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 25 Jun 2003 14:58:28 -0400 Sender: louie@TransSys.COM cc: freebsd-hackers@freebsd.org Subject: Re: USB, select/poll for ucom X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 18:58:37 -0000 > In message: > Danny Braniss writes: > : > : > I'm able to use ppp with umodem/ucom. My brother uses ulpcom/ucom for > : > his ppp needs. I'm pretty sure that select is involved. :-) > : > > : > >From what I can see in the code, I'd expect that it would work because > : > the ttypoll routine is specified for the poll routine. Why do you > : > think it wouldn't work? > : > : well, for one, my program doesn't work :-), it works with the RS232 version. > : > : so i started to poke around, and did some reading, and as far as i could tell, > : the read(2) has to be initiated by the host, but my knowledge of usb is close > : to zero - it was zero 2 days ago, but still looking for some better docs, and > : polish my english - as far as i remember interrupt is not polling, but the > : ohci docs imply that :-) > > have fun. the mindshare book is good. however, it took me a long > time to get a usb 'aha' moment and understand its twisty maze was > really a workable design obscured by standardese... I suspect it is a > problem in the usb chipset driver for the com part. ttypoll just says > 'you have data in the buffer' so for some reason the data isn't making > into the tty buffer. I think the problem is that the USB hardware doesn't try to read data from the peripheral until the user-mode code does a read(2) system call. I had this problem with the ugen device. I would guess that the ucom/umodem devices could use the tty clist infrastructure as the intermediate buffer for data to be stuck into absent the user application doing a read. louie From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 12:34:05 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C0C137B401 for ; Wed, 25 Jun 2003 12:34:05 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 541E443FBF for ; Wed, 25 Jun 2003 12:34:04 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h5PJXuE1053443; Wed, 25 Jun 2003 13:33:57 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 25 Jun 2003 13:33:52 -0600 (MDT) Message-Id: <20030625.133352.08453169.imp@bsdimp.com> To: louie@TransSys.COM From: "M. Warner Losh" In-Reply-To: <200306251858.h5PIwSW8017536@whizzo.transsys.com> References: <20030625.101549.78767546.imp@bsdimp.com> <200306251858.h5PIwSW8017536@whizzo.transsys.com> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: USB, select/poll for ucom X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 19:34:05 -0000 In message: <200306251858.h5PIwSW8017536@whizzo.transsys.com> "Louis A. Mamakos" writes: : I think the problem is that the USB hardware doesn't try to read data : from the peripheral until the user-mode code does a read(2) system : call. I had this problem with the ugen device. I would guess that : the ucom/umodem devices could use the tty clist infrastructure as : the intermediate buffer for data to be stuck into absent the user : application doing a read. I thought that ucom does do that. It uses ttypoll as its polling function, and seems to insert data into the tty structure on an interrupt basis. That is hidden a little bit by the usb driver structure. In the middle of ucomopen we call ucomstartread which posts a read onto the bulk in pipe. This read fires a callback when it is 'finished' which the processes the data. So I think that maybe that transfer is never completing. Warner From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 12:50:16 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3343B37B404 for ; Wed, 25 Jun 2003 12:50:16 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A0A143FF9 for ; Wed, 25 Jun 2003 12:50:14 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h5PJoDWH000306 for ; Wed, 25 Jun 2003 21:50:13 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h5PJoDSa000305 for FreeBSD-hackers@freebsd.org; Wed, 25 Jun 2003 21:50:13 +0200 (CEST) Date: Wed, 25 Jun 2003 21:50:13 +0200 From: Wilko Bulte To: FreeBSD hackers list Message-ID: <20030625195013.GA283@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org Subject: getting X-drive to work on usb X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 19:50:16 -0000 Folks, Anyone out there who got an X-drive *) to work on -stable? I'm getting: umass0: USB DRIVE , rev 1.10/1.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: < USB DRIVE 1.03> Removable Direct Access SCSI-0 device da0: 650KB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present freebie# The IDE drive *is* spinning alright. The X-drive works fine on my G3 with OS-X, it also works (so-so, as it disappears after the first unplug, never to re-appear unless I reboot; heck, this is Windows) on W2K on my laptop. Wilko *) An X-drive is a little box containing a laptop IDE harddrive and multiple flash-card slots. Quite like an Imagetank, it is used to copy data (well, pictures usually) onto the IDE disk. Google for more info. -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 13:07:37 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F417637B401; Wed, 25 Jun 2003 13:07:36 -0700 (PDT) Received: from smtp.goamerica.net (ny-mx-01.goamerica.net [208.200.67.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B1C343F85; Wed, 25 Jun 2003 13:07:36 -0700 (PDT) (envelope-from eaja@erols.com) Received: from localhost (165.sub-166-141-30.myvzw.com [166.141.30.165]) by smtp.goamerica.net (8.12.8/8.12.8) with SMTP id h5PK7HNf020833; Wed, 25 Jun 2003 16:07:19 -0400 (EDT) Date: Wed, 25 Jun 2003 16:05:25 -0400 From: Eric Jacobs To: hackers@freebsd.org, current@freebsd.org Message-Id: <20030625160525.46bcef88.eaja@erols.com> X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; i386-portbld-freebsd4.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: PATCH: move cardbus container to "pci" devclass X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 20:07:37 -0000 Hello I have made a patch for -CURRENT and 5.1-RELEASE that hopefully improves the support for Cardbus devices by changing the "cardbus" driver to implement the "pci" devclass rather than the "cardbus" devclass, and to make their unit numbers correspond with the PCI secondary bus numbers that their bridges are assigned. This has a number of advantages: - User mode tools that interface with the /dev/pci interface such as pciconf and lspci (from ports) are now able to access Cardbus devices without modifications. - PCI drivers no longer need an additional driver declaration in order to support cardbus, e.g., in ./pci/if_xl.c:DRIVER_MODULE(xl, cardbus, xl_driver, xl_devclass, 0, 0); ./pci/if_xl.c:DRIVER_MODULE(xl, pci, xl_driver, xl_devclass, 0, 0); only the second line is required. (The first is harmless though.) - Because the unit numbers in the "pci" devclass now represent the PCI bus numbers in use in the system, we now have a good way of assigning bus numbers to the Cardbus bridges in lieu of the PCI BIOS doing so, which is not something we can expect all BIOSes to do. (The old code incremented a static counter starting from 2 by 3 every time this condition occurred, which wasn't correct because there could already be a pci2 in the system, and the counter would eventually recycle.) And a couple of potential drawbacks: - Drivers that need to behave differently for Cardbus devices can't do so by declaring another driver_t specifically for cardbus. (No driver that I'm aware of does this, however; they all use the same driver_t.) - Users that are accustomed to newbus nameunits containing descriptive information about devices may prefer to see, for example, "cardbus0" rather than "pci2". Note that using newbus in this way defeats a good deal of its potential for object-oriented design. The patches are at http://users.erols.com/eaja/cardbus51.diff http://users.erols.com/eaja/cardbuscurrent.diff Any comments? Thanks, Eric From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 15:02:54 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B42137B401 for ; Wed, 25 Jun 2003 15:02:54 -0700 (PDT) Received: from rwcrmhc11.attbi.com (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55A8844005 for ; Wed, 25 Jun 2003 15:02:53 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.233.125.100]) by attbi.com (rwcrmhc11) with ESMTP id <2003062522025201300442g8e>; Wed, 25 Jun 2003 22:02:52 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id PAA04567; Wed, 25 Jun 2003 15:02:52 -0700 (PDT) Date: Wed, 25 Jun 2003 15:02:50 -0700 (PDT) From: Julian Elischer To: Dwayne MacKinnon In-Reply-To: <3EF9A501.2090007@xwave.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org cc: Kris Kennaway Subject: Re: pkg_create broken? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 22:02:54 -0000 On Wed, 25 Jun 2003, Dwayne MacKinnon wrote: > Hi all, > Just wanted to chime in that I've encountered the exact same thing, > although it's a relatively recent thing... I think it happened when I > ported to 4.5 from 4.2. > > The only solution I've found, pain in the neck that it is, is to create > the destination directories on the source box. That keeps pkg_create > happy, and the proper files are still picked up from the where they're > specified by SRCDIR. > > I meant to raise this a long time ago, but I got busy, my package > creation box was set up so that pkg_create didn't complain, and out of > sight = out of mind... :-) doing a ktrace on a dummy package shows the following information: here's the test plist (in directory /tmp/x.x) being read in.. "@cwd /tmp/cccc @srcdir /tmp/xx x.x " this is the 'created' package description being written out.. "@comment PKG_FORMAT_REVISION:1.1 @name AAAA @cwd /tmp/cccc @srcdir /tmp/xx x.x @comment MD5:1d882c9823718b00feb42ba5707f9c71 @cwd . @ignore +COMMENT @ignore +DESC " And here's the command fed to tar.. "+CONTENTS +COMMENT +DESC -C /tmp/cccc -C /tmp/xx x.x -C . " The "-C /tmp/cccc" shouldn't be there. Somehow we need to delay the emmitting of that set of options until it's known that there is no srcdir following it. Alternatively, the man page hints that a 'srcdir' would stop a following 'cwd' from having effect in the create phase. Unfortunatly changing the order of the entries or adding an arg for srcdir doesn't remove the extra -C command. From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 16:23:32 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61B2937B401 for ; Wed, 25 Jun 2003 16:23:32 -0700 (PDT) Received: from alpha.prismequine.com (ns1.prismequine.com [199.120.78.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BD1B43FAF for ; Wed, 25 Jun 2003 16:23:31 -0700 (PDT) (envelope-from mattb@prismequine.com) Received: from webmail.prismequine.com (imactest.revere.houston.tx.us. [192.168.1.5]) (authenticated bits=0) by alpha.prismequine.com (8.12.9/8.12.6) with ESMTP id h5PHMWN7081657 for ; Wed, 25 Jun 2003 17:22:32 GMT (envelope-from mattb@prismequine.com) Received: from 192.168.1.1 (SquirrelMail authenticated user mattb) by webmail.prismequine.com with HTTP; Wed, 25 Jun 2003 23:23:25 -0500 (CDT) Message-ID: <2777.192.168.1.1.1056601405.squirrel@webmail.prismequine.com> Date: Wed, 25 Jun 2003 23:23:25 -0500 (CDT) From: "Matt Bednarik" To: freebsd-hackers@FreeBSD.org User-Agent: SquirrelMail/1.4.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal Subject: AMD Opteron X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: mattb@prismequine.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 23:23:32 -0000 Does FreeBSD support the new 64 bit AMD Opteron? I am thinking about having a dual processor opteron system built, can i stay with freebsd? From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 17:17:03 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92B9337B401 for ; Wed, 25 Jun 2003 17:17:02 -0700 (PDT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9E4F343FFD for ; Wed, 25 Jun 2003 17:16:59 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 12868 invoked from network); 26 Jun 2003 00:16:58 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 26 Jun 2003 00:16:58 -0000 X-pair-Authenticated: 209.68.2.70 Date: Wed, 25 Jun 2003 19:16:24 -0500 (CDT) From: Mike Silbersack To: Matt Bednarik In-Reply-To: <2777.192.168.1.1.1056601405.squirrel@webmail.prismequine.com> Message-ID: <20030625191341.O12373@odysseus.silby.com> References: <2777.192.168.1.1.1056601405.squirrel@webmail.prismequine.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@FreeBSD.org Subject: Re: AMD Opteron X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 00:17:03 -0000 On Wed, 25 Jun 2003, Matt Bednarik wrote: > Does FreeBSD support the new 64 bit AMD Opteron? I am thinking about > having a dual processor opteron system built, can i stay with freebsd? As of now, 5.1 does support the opteron in 64-bit mode, but the support is still preliminary... if it's not complete enough for you, you could always just run the machine in 32-bit mode. We have an amd64 mailing list now, you may wish to ask around there for more information. Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 21:17:43 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75C8537B401 for ; Wed, 25 Jun 2003 21:17:43 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32C4443FDD for ; Wed, 25 Jun 2003 21:17:42 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h5Q4HMhR095017 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 26 Jun 2003 06:17:25 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h5Q4HLDn042735 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Jun 2003 06:17:21 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.9/8.12.9) with ESMTP id h5Q4HKgt062483; Thu, 26 Jun 2003 06:17:20 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h5Q4HJZ5062482; Thu, 26 Jun 2003 06:17:19 +0200 (CEST) Date: Thu, 26 Jun 2003 06:17:18 +0200 From: Bernd Walter To: "Louis A. Mamakos" Message-ID: <20030626041717.GA62147@cicely12.cicely.de> References: <20030625.101549.78767546.imp@bsdimp.com> <200306251858.h5PIwSW8017536@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200306251858.h5PIwSW8017536@whizzo.transsys.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.1-CURRENT alpha User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org Subject: Re: USB, select/poll for ucom X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 04:17:43 -0000 On Wed, Jun 25, 2003 at 02:58:28PM -0400, Louis A. Mamakos wrote: > I think the problem is that the USB hardware doesn't try to read data > from the peripheral until the user-mode code does a read(2) system > call. I had this problem with the ugen device. I would guess that > the ucom/umodem devices could use the tty clist infrastructure as > the intermediate buffer for data to be stuck into absent the user > application doing a read. ugen can't preread from the device because it has to be generic. And without the appilication to call read(2) it has absolutely no clue about the number of bytes that can be read without harming the device. There are many devices out there where the number of bytes that you request do matter. ucom is different - it has a device specific driver that knows the hardware and starts receiving bytes from the hardware once the application opens the device. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 25 23:43:55 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34FED37B401 for ; Wed, 25 Jun 2003 23:43:55 -0700 (PDT) Received: from HAL9000.homeunix.com (ip114.bella-vista.sfo.interquest.net [66.199.86.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B10A43FEC for ; Wed, 25 Jun 2003 23:43:54 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.9) with ESMTP id h5Q6hoiP095293; Wed, 25 Jun 2003 23:43:50 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.9/Submit) id h5Q6hoY2095292; Wed, 25 Jun 2003 23:43:50 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Wed, 25 Jun 2003 23:43:50 -0700 From: David Schultz To: Sean Farley Message-ID: <20030626064350.GB94891@HAL9000.homeunix.com> Mail-Followup-To: Sean Farley , freebsd-hackers@FreeBSD.org References: <20030621103502.K18572@thor.farley.org> <20030625000344.A54424@smtp.k12us.com> <20030625132648.J72955@thor.farley.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030625132648.J72955@thor.farley.org> cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Replacing GNU grep revisited X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 06:43:55 -0000 On Wed, Jun 25, 2003, Sean Farley wrote: > On Wed, 25 Jun 2003, Christopher Weimann wrote: > > > There is at least one aspect of freegrep that doesn't even come > > close to GNU grep, fgrep. > > I just added fgrep handling. It better be slower. :) At least it will > now try a faster method on the patterns before hitting the regex > library. It is still slow. > > > I ran both of these more than once so it is not a fluke. After > > looking at it further it seems that freegrep does not use the > > Aho-Corasick algorithim for fgrep but just uses brute force. > > Yes, it uses brute force. I am considering either Aho-Corasick, > Commentz-Walter (used in GNU fgrep) or the Boyer-Moore variation used in > Glimpse and an older agrep. The last algorithm is supposedly the > fastest, but I do not know if these algorithms are patent-free or not. Cool! I didn't realize you were so into this... The only good string matching algorithm I actually understand is KMP, but really smart people tell me Boyer-Moore is the fastest in the average case. It *can* be worse than KMP, depending on the input, but for nearly all inputs it supposedly works quite well. There shouldn't be any patent issues associated with it. From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 03:33:10 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C473037B401; Thu, 26 Jun 2003 03:33:10 -0700 (PDT) Received: from HAL9000.homeunix.com (ip114.bella-vista.sfo.interquest.net [66.199.86.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 061DB43FF5; Thu, 26 Jun 2003 03:33:10 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.9) with ESMTP id h5QAX7iP096650; Thu, 26 Jun 2003 03:33:07 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.9/Submit) id h5QAX7wR096649; Thu, 26 Jun 2003 03:33:07 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Thu, 26 Jun 2003 03:33:07 -0700 From: David Schultz To: David Gilbert Message-ID: <20030626103307.GC94891@HAL9000.homeunix.com> Mail-Followup-To: David Gilbert , Matthew Dillon , alc@freebsd.org, davidg@freebsd.org, hackers@freebsd.org References: <20030624111942.GO31354@spc.org> <200306241630.h5OGUPU6094228@apollo.backplane.com> <16121.47185.522249.637280@canoe.velocet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16121.47185.522249.637280@canoe.velocet.net> cc: alc@FreeBSD.ORG cc: Matthew Dillon cc: hackers@FreeBSD.ORG cc: davidg@FreeBSD.ORG Subject: Re: [hackers] Re: Page Coloring Defines in vm_page.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 10:33:11 -0000 On Wed, Jun 25, 2003, David Gilbert wrote: > >>>>> "Matthew" == Matthew Dillon writes: > > Matthew> The primes are designed such that the page allocation > Matthew> code covers *ALL* the free lists in the array, so it will > Matthew> still be able to find any available free pages if its first > Matthew> choice(s) are empty. > > Matthew> For example, prime number 3 an array size 8 will scan the > Matthew> array in the following order N = (N + PRIME) & > Matthew> (ARRAY_SIZE_MASK). N = (N + 3) & 7: > > Matthew> 0 3 6 1 4 7 2 5 ... 0 > > Matthew> As you can see, all the array entries are covered before > Matthew> the sequence repeats. So if we want a free page in array > Matthew> slot 0 but the only free pages available happen to be in > Matthew> array slot 5, the above algorithm is guarenteed to find it. > > Matthew> Only certain prime number / power-of-2-array size > Matthew> combinations have this effect, but it is very easy to write a > Matthew> little program to test combinations and find the numbers best > Matthew> suited to your goals. > > For the mathematically inclined, 3 would be a 'generator' of the > group. That's the part I already know. I want to know why 4 MB and 2 MB caches use primes less than 32, 1 MB caches use primes less than 16, 512K caches use a non-prime, and 256K caches use primes smaller than 8. The code refers to PQ_HASH_SIZE, which has never existed as far as I can tell... From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 06:35:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8566937B401; Thu, 26 Jun 2003 06:35:23 -0700 (PDT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40FD943F75; Thu, 26 Jun 2003 06:35:20 -0700 (PDT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.12.9/8.12.9) with ESMTP id h5QDZDsp081813; Thu, 26 Jun 2003 17:35:13 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Thu, 26 Jun 2003 17:35:13 +0400 (MSD) From: Dmitry Morozovsky To: Robert Watson In-Reply-To: Message-ID: <20030626173142.B80636@woozle.rinet.ru> References: X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: Mounting X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 13:35:23 -0000 On Mon, 23 Jun 2003, Robert Watson wrote: RW> > Can nodev also be added to all above + /usr? RW> RW> nodev prevents opening specfs character devices, but doesn't prevent RW> opening fifos or UNIX domain sockets, so is generally fine for all file RW> systems except /dev. The common exceptions I bump into are: RW> RW> (1) If you have per-user chroots, make sure wherever their custom /dev is RW> isn't nodev. Maybe my experience would be useful for the community: I've successfully use mfs under 4.x for chroot/jailed environment, created via JDEV=/ar/J/j224/dev mount_mfs -s 256 -i 768 -o nosuid /dev/ad0s1b ${JDEV} > /dev/null 2>&1 cd ${JDEV} sh /dev/MAKEDEV std pty0 rm mem kmem pci io klog console ln -sf null mem ln -sf null kmem ln -sf null console Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 06:56:24 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23E6337B401 for ; Thu, 26 Jun 2003 06:56:24 -0700 (PDT) Received: from mx-relay1.net.treas.gov (mx-relay1.treas.gov [199.196.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id E613643FE5 for ; Thu, 26 Jun 2003 06:56:22 -0700 (PDT) (envelope-from postman@mailhub-3.net.treas.gov) Received: from tias5.treas.gov (tias-gw5.treas.gov [199.196.144.15]) by mx-relay1.net.treas.gov (8.12.9/8.12.9) with SMTP id h5QDuKGE017283 for ; Thu, 26 Jun 2003 09:56:20 -0400 (EDT) Received: from mailhub.net.treas.gov by tias5.treas.gov SMTP; 26 Jun 2003 13:56:20 UT Received: from localhost (iscan@localhost) by mailhub-3.net.treas.gov (8.12.9/8.12.9) with SMTP id h5QDuEJJ007135 for ; Thu, 26 Jun 2003 09:56:14 -0400 (EDT) Message-Id: <200306261356.h5QDuEJJ007135@mailhub-3.net.treas.gov> X-Authentication-Warning: mailhub-3.net.treas.gov: iscan owned process doing -bs From: postman@mailhub-3.net.treas.gov To: hackers@FreeBSD.ORG Date: Thu, 26 Jun 2003 09:56:14 -0400 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Virus Alert X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 13:56:24 -0000 The mail message (file: your_details.zip) you sent to vera.jones@do.treas.gov contains a virus. (on mailhub-3) From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 07:51:39 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C74D937B415; Thu, 26 Jun 2003 07:51:39 -0700 (PDT) Received: from mother.ludd.luth.se (mother.ludd.luth.se [130.240.16.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1817C43FAF; Thu, 26 Jun 2003 07:51:38 -0700 (PDT) (envelope-from pb@ludd.luth.se) Received: from brother.ludd.luth.se (brother.ludd.luth.se [130.240.16.78]) by mother.ludd.luth.se (8.11.6+Sun/8.9.3) with ESMTP id h5QEpa820259; Thu, 26 Jun 2003 16:51:36 +0200 (MEST) From: Peter B Received: (from pb@localhost) by brother.ludd.luth.se (8.11.6+Sun/8.9.3) id h5QEpaP12720; Thu, 26 Jun 2003 16:51:36 +0200 (MEST) Message-Id: <200306261451.h5QEpaP12720@brother.ludd.luth.se> To: freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org Date: Thu, 26 Jun 2003 16:51:36 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Encrypted filesystems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 14:51:40 -0000 I have searched for encrypted filesystems for un*x. Is there any better encrypted filesystems than the ones I have found for *bsd (+freebsd)..? Note that some comments are based on what others have said. I think it's important to keep in mind the different approches used, per-file vs disc-block aswell. I'm looking for something convinient to enrypt cdrom's. Which will also suit dvd-r media. It should preferable be portable and not require specific kernel hacks. To ensure feature stability & availability. The encrypted filesystems arena looks like a collection of software rather than a unified solution across platforms. Which operating systems manage to effectivly to use encrypted swap..? Openbsd seems to handle it nativly, while freebsd could possible use vncrypt in conjuction with swapon, or cfsd with swapon-file. Netbsd might use cgd? ==== Interesting encrypted filesystem projects ==== The following is directly usable on freebsd: cfs 2 GB limit (nfsv2), easy portable vncrypt Unstable? (and needs kernel module) geom(4) Modular disk I/O request transformation framework The following seems usable althought might require some work: loop-aes Only ported to linux so far http://sourceforge.net/projects/loop-aes/ cryptfs Port for freebsd available (btw, check out FiST!) http://www1.cs.columbia.edu/~ezk/research/cryptfs/index.html http://ftp.vit.edu.tw/pc/programming/hacktic/disk/ BestCrypt Source avail, 30day trial period. http://www.jetico.com/ Available, BUT not directly applicable: PPDD Linux specific, needs 100MHz+ pentium pgpdisk M$/win+Mac binary only http://mail.lab.net/lists/archive/cryptography-exploder/2003-February.txt PGPdisk + Linux ..? Janis Jagars, handle Disastry tcfs Alias cfs? (available for Linux,Netbsd,Openbsd) http://www.tcfs.it/ ncryptfs Follow up from cryptfs, not publicly released yet. http://www1.cs.columbia.edu/~ezk/research/ncryptfs/ncryptfs.html#sec:eval-feature From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 08:04:29 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2B8937B401 for ; Thu, 26 Jun 2003 08:04:28 -0700 (PDT) Received: from softcon.mail.net (softcon.mail.net [209.47.5.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id C01EF43F85 for ; Thu, 26 Jun 2003 08:04:25 -0700 (PDT) (envelope-from Dwayne.MacKinnon@xwave.com) Received: from xwave.com (saturn.mail.net [209.47.5.34]) by softcon.mail.net (6.21b/6.21b) with ESMTP id h5QF3nIK043097; Thu, 26 Jun 2003 11:03:50 -0400 (EDT) (envelope-from Dwayne.MacKinnon@xwave.com) Message-ID: <3EFB0B50.2090603@xwave.com> Date: Thu, 26 Jun 2003 11:03:44 -0400 From: Dwayne MacKinnon Organization: xwave User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030421 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org cc: Kris Kennaway Subject: Re: pkg_create broken? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dwayne.MacKinnon@xwave.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 15:04:29 -0000 Julian Elischer wrote: > Alternatively, the man page hints that > a 'srcdir' would stop a following 'cwd' from having effect in the create > phase. Just wanted to mention that order is extremely important with package creation. If you have @cwd /foo/bar; @srcdir /bar/foo your files will be picked up from /bar/foo. If you have @srcdir /bar/foo; @cwd /foo/bar your files will be picked up from /foo/bar. @cwd changes the directory pointer for both creation and extraction, and so if you have @cwd AFTER @srcdir the @srcdir command effectively gets over-written. An experiment using just @srcdir and @dstdir might be worthwhile... Cheers, DMK From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 08:15:39 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02CB737B401 for ; Thu, 26 Jun 2003 08:15:39 -0700 (PDT) Received: from softcon.mail.net (softcon.mail.net [209.47.5.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24BA143FA3 for ; Thu, 26 Jun 2003 08:15:38 -0700 (PDT) (envelope-from Dwayne.MacKinnon@xwave.com) Received: from xwave.com (saturn.mail.net [209.47.5.34]) by softcon.mail.net (6.21b/6.21b) with ESMTP id h5QFF5IK043116; Thu, 26 Jun 2003 11:15:05 -0400 (EDT) (envelope-from Dwayne.MacKinnon@xwave.com) Message-ID: <3EFB0DF4.3020904@xwave.com> Date: Thu, 26 Jun 2003 11:15:00 -0400 From: Dwayne MacKinnon Organization: xwave User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030421 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <3EFB0B50.2090603@xwave.com> In-Reply-To: <3EFB0B50.2090603@xwave.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org cc: Kris Kennaway Subject: Re: pkg_create broken? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dwayne.MacKinnon@xwave.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 15:15:39 -0000 Arrgh. Forget what I just wrote about a @dstdir option. My brain shortcircuited and I believed it actually existed. Cheers, DMK From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 08:37:44 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD37B37B401 for ; Thu, 26 Jun 2003 08:37:44 -0700 (PDT) Received: from sccrmhc13.attbi.com (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4631843FA3 for ; Thu, 26 Jun 2003 08:37:43 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.233.125.100]) by attbi.com (sccrmhc13) with ESMTP id <20030626153742016000np4je>; Thu, 26 Jun 2003 15:37:42 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id IAA11216; Thu, 26 Jun 2003 08:37:40 -0700 (PDT) Date: Thu, 26 Jun 2003 08:37:39 -0700 (PDT) From: Julian Elischer To: Dwayne MacKinnon In-Reply-To: <3EFB0B50.2090603@xwave.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org cc: Kris Kennaway Subject: Re: pkg_create broken? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 15:37:45 -0000 On Thu, 26 Jun 2003, Dwayne MacKinnon wrote: > Julian Elischer wrote: > > Alternatively, the man page hints that > > a 'srcdir' would stop a following 'cwd' from having effect in the create > > phase. > > Just wanted to mention that order is extremely important with package > creation. If you have @cwd /foo/bar; @srcdir /bar/foo your files will be > picked up from /bar/foo. If you have @srcdir /bar/foo; @cwd /foo/bar > your files will be picked up from /foo/bar. @cwd changes the directory > pointer for both creation and extraction, and so if you have @cwd AFTER > @srcdir the @srcdir command effectively gets over-written. yes but if you have a @cwd followed by an @srcdir then tar gets told to chdir to both places and it quits with an error if the first one doesn't exist, even if it need not exist. > > An experiment using just @srcdir and @dstdir might be worthwhile... > > Cheers, > DMK > > From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 08:55:57 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7FBE37B401; Thu, 26 Jun 2003 08:55:56 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10E4343F85; Thu, 26 Jun 2003 08:55:56 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h5QFtpE1063234; Thu, 26 Jun 2003 09:55:53 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 26 Jun 2003 09:55:29 -0600 (MDT) Message-Id: <20030626.095529.11642254.imp@bsdimp.com> To: eaja@erols.com From: "M. Warner Losh" In-Reply-To: <20030625160525.46bcef88.eaja@erols.com> References: <20030625160525.46bcef88.eaja@erols.com> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org cc: current@freebsd.org Subject: Re: PATCH: move cardbus container to "pci" devclass X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 15:55:57 -0000 First, CardBus is not PCI. It is a derivative of PCI that has its own, weird rules for configuring cards. Our current implementation doesn't follow all the weird rules, since most cardbus hardware is the same silicon as pci hardware. However, for attachment and such there likely needs to be a distinction. In message: <20030625160525.46bcef88.eaja@erols.com> Eric Jacobs writes: : I have made a patch for -CURRENT and 5.1-RELEASE that hopefully : improves the support for Cardbus devices by changing the "cardbus" : driver to implement the "pci" devclass rather than the "cardbus" : devclass, and to make their unit numbers correspond with the : PCI secondary bus numbers that their bridges are assigned. I both like and dislike this patch. It has advantages and disadvantages :-) : This has a number of advantages: : : - User mode tools that interface with the /dev/pci interface : such as pciconf and lspci (from ports) are now able to access : Cardbus devices without modifications. This is cool. There are other ways that this could be done. : - PCI drivers no longer need an additional driver declaration : in order to support cardbus, e.g., in : : ./pci/if_xl.c:DRIVER_MODULE(xl, cardbus, xl_driver, xl_devclass, 0, 0); : ./pci/if_xl.c:DRIVER_MODULE(xl, pci, xl_driver, xl_devclass, 0, 0); : : only the second line is required. (The first is harmless though.) I'm not sure this is a good idea. Cardbus is supposed to be configured in a different way than pci. The fact that we're able to get away with just looking at the vendor/subvendor fields means we're lucky. That violates the spec. Also, I've added the cardbus line whenever I've verified that the hardware exists in cardbus form and when I have some modest reason to expect it to work. : - Because the unit numbers in the "pci" devclass now represent : the PCI bus numbers in use in the system, we now have a good : way of assigning bus numbers to the Cardbus bridges in lieu : of the PCI BIOS doing so, which is not something we can expect : all BIOSes to do. (The old code incremented a static counter : starting from 2 by 3 every time this condition occurred, : which wasn't correct because there could already be a pci2 : in the system, and the counter would eventually recycle.) This is also cool. The current kludge we have is ugly, and has the problems you describe. : And a couple of potential drawbacks: : : - Drivers that need to behave differently for Cardbus devices : can't do so by declaring another driver_t specifically for : cardbus. (No driver that I'm aware of does this, however; : they all use the same driver_t.) None currently do, but some might need to in the future. While this could be supported with kobj returning errors in the raw pci case and no errors in the cardbus case, I think that would make for some icky attachment code. I'm torn on this issue a little. : - Users that are accustomed to newbus nameunits containing : descriptive information about devices may prefer to see, : for example, "cardbus0" rather than "pci2". This is a very useful distinction. It makes it a lot easier to say 'do this when a cardbus card attaches, but do that when a non-cardbus card attaches'. devd exposes this to the user now, and i'd prefer to keep this distinction. i don't mind if it is called cardbus2 rather than cardbus0 when the cardbus has a bus number of 2. I have a laptop that has a rl0 on pci0 and a rl1 on cardbus0. I'd like to continue to have devd able to do different thing to each one based on their location, not on the rl number. : Note that : using newbus in this way defeats a good deal of its : potential for object-oriented design. I don't understand this comment at all. : The patches are at : : http://users.erols.com/eaja/cardbus51.diff : http://users.erols.com/eaja/cardbuscurrent.diff : : Any comments? I think that these are patches that I can work with. However, it assumes that the bus number and the pci unit number are the same. This may be true on some machines, but definitely isn't true on all machines. We also need to reserve, like windows does, at least one additional bus per slot to deal with cards that have bridges on them (there are a few, including nasty things like cardbus to pci bridges so you can have 5 pci slots on your laptop). Warner From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 09:09:09 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A15A837B401 for ; Thu, 26 Jun 2003 09:09:09 -0700 (PDT) Received: from puma.icir.org (puma.icir.org [192.150.187.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 340CD43F75 for ; Thu, 26 Jun 2003 09:09:09 -0700 (PDT) (envelope-from hodson@puma.icir.org) Received: from puma.icir.org (localhost [127.0.0.1]) by puma.icir.org (8.12.8p1/8.12.3) with ESMTP id h5QG95Rt058222; Thu, 26 Jun 2003 09:09:08 -0700 (PDT) (envelope-from hodson@puma.icir.org) Message-Id: <200306261609.h5QG95Rt058222@puma.icir.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.3 X-Exmh-Isig-CompType: comp X-Exmh-Isig-Folder: inbox From: Orion Hodson To: Oleg Sharoiko In-Reply-To: <20030625162142.W547@brain.cc.rsu.ru> Mime-Version: 1.0 Content-Type: text/plain Date: Thu, 26 Jun 2003 09:09:05 -0700 Sender: hodson@icir.org cc: hackers@freebsd.org Subject: Re: VIA8235 + AD1980 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 16:09:10 -0000 Oleg Well done on working out a working fix for this problem and apologies for not answering the email you sent earlier. It was one of several lost in the inbox overflow whilst the recipient was busy elsewhere. I'm also going to be offline until until July 7th and won't be able to provide any further input for a little while. There are some comments inline below that may help. - Orion Oleg Sharoiko writes: | | There is a small problem with this patch: AC97_MIXEXT_SURROUND has | seprate mute bits for right and left channels and I don't see how | can they be implemented in FreeBSD. The gain setting method would need to check for whether the register was the AC97_MIXEXT_SURROUND and have a specific piece of code to deal with this case. | I'd like to get to the roots of this problem and this is where I | need some help. If I understood everything correctly than it happens | so that the sound somehow goes to surround dac. The question that I | cannot answer: why it goes to surround dac? Unfortunately I don't | have via8235 spec. Myabe data are being put into wrong timeslots? The driver was written from the VT8233 spec under NDA. The driver sets the AC97 slots for the multichannel register set - these are set with the macros SLOT3 and SLOT4. There are no documented registers for assigning the regular stereo playback channels to different slots. The behaviour you are describing would be partially explained if channel spreading were enabled in the codec (2 channels spread to 6). This can be manually and automatically enabled (AD1980 rev 0 specs pages 25 and 27). Since the AD1980 is an ac97 2.3 codec and these codecs do jack sense detection, it's probably worth checking out the ac97 2.3 spec and writing some code to find out what the jack sense registers report as attached. From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 09:17:43 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A78C37B401 for ; Thu, 26 Jun 2003 09:17:43 -0700 (PDT) Received: from smtp.k12us.com (smtp.k12us.com [65.112.222.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 458E243FD7 for ; Thu, 26 Jun 2003 09:17:42 -0700 (PDT) (envelope-from csw@k12hq.com) Received: (qmail 26009 invoked by uid 1001); 26 Jun 2003 16:17:40 -0000 Date: Thu, 26 Jun 2003 12:17:40 -0400 From: Christopher Weimann To: freebsd-hackers@FreeBSD.org, David Schultz , Sean Farley Message-ID: <20030626121740.A84048@smtp.k12us.com> References: <20030621103502.K18572@thor.farley.org> <20030625000344.A54424@smtp.k12us.com> <20030625132648.J72955@thor.farley.org> <20030626064350.GB94891@HAL9000.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030626064350.GB94891@HAL9000.homeunix.com>; from das@FreeBSD.ORG on Wed, Jun 25, 2003 at 11:43:50PM -0700 X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/) Subject: Re: Replacing GNU grep revisited X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 16:17:43 -0000 On Wed 06/25/2003-11:43:50PM -0700, David Schultz wrote: > > The only good string matching algorithm I actually understand is > KMP, but really smart people tell me Boyer-Moore is the fastest in > the average case. It *can* be worse than KMP, depending on the > input, but for nearly all inputs it supposedly works quite well. > There shouldn't be any patent issues associated with it. Aho-Corasick and Commentz-Walter specifically deal with searching for multiple keywords which is really a different problem than searching for a single keyword like KMP or Boyer-Moore. Here is a neat applet that shows how AC works. http://www-sr.informatik.uni-tuebingen.de/~buehler/AC/AC.html -- ------------------------------------------------------------ Christopher Weimann http://www.k12usa.com K12USA.com Cool Tools for Schools! ------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 09:28:40 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C5E937B401 for ; Thu, 26 Jun 2003 09:28:40 -0700 (PDT) Received: from mail26c.sbc-webhosting.com (mail26c.sbc-webhosting.com [216.173.237.166]) by mx1.FreeBSD.org (Postfix) with SMTP id ECB5943FE3 for ; Thu, 26 Jun 2003 09:28:38 -0700 (PDT) (envelope-from alc@imimic.com) Received: from www.imimic.com (64.143.12.21)2-0173544777; Thu, 26 Jun 2003 12:26:17 -0400 (EDT) Sender: alc@FreeBSD.ORG Message-ID: <3EFB1EAA.4AB12892@imimic.com> Date: Thu, 26 Jun 2003 11:26:18 -0500 From: "Alan L. Cox" Organization: iMimic Networking, Inc. X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: David Schultz References: <20030624111942.GO31354@spc.org> <200306241630.h5OGUPU6094228@apollo.backplane.com> <16121.47185.522249.637280@canoe.velocet.net> <20030626103307.GC94891@HAL9000.homeunix.com> Content-Type: text/plain; charset=x-user-defined Content-Transfer-Encoding: 7bit X-Loop-Detect: 1 cc: alc@FreeBSD.ORG cc: David Gilbert cc: davidg@FreeBSD.ORG cc: Matthew Dillon cc: hackers@FreeBSD.ORG Subject: Re: [hackers] Re: Page Coloring Defines in vm_page.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 16:28:40 -0000 David Schultz wrote: > > On Wed, Jun 25, 2003, David Gilbert wrote: > > >>>>> "Matthew" == Matthew Dillon writes: > > > > Matthew> The primes are designed such that the page allocation > > Matthew> code covers *ALL* the free lists in the array, so it will > > Matthew> still be able to find any available free pages if its first > > Matthew> choice(s) are empty. > > > > Matthew> For example, prime number 3 an array size 8 will scan the > > Matthew> array in the following order N = (N + PRIME) & > > Matthew> (ARRAY_SIZE_MASK). N = (N + 3) & 7: > > > > Matthew> 0 3 6 1 4 7 2 5 ... 0 > > > > Matthew> As you can see, all the array entries are covered before > > Matthew> the sequence repeats. So if we want a free page in array > > Matthew> slot 0 but the only free pages available happen to be in > > Matthew> array slot 5, the above algorithm is guarenteed to find it. > > > > Matthew> Only certain prime number / power-of-2-array size > > Matthew> combinations have this effect, but it is very easy to write a > > Matthew> little program to test combinations and find the numbers best > > Matthew> suited to your goals. > > > > For the mathematically inclined, 3 would be a 'generator' of the > > group. > > That's the part I already know. I want to know why 4 MB and 2 MB > caches use primes less than 32, 1 MB caches use primes less than > 16, 512K caches use a non-prime, and 256K caches use primes > smaller than 8. The code refers to PQ_HASH_SIZE, which has never > existed as far as I can tell... Substitute PQ_L2_SIZE for PQ_HASH_SIZE in those comments. Going a step further, globally substituting PQ_COLORS for PQ_L2_SIZE would make sense. PQ_L2_SIZE is a misleading name. (Please consider this encouragement to commit such a change. :-)) Alan From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 11:43:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CD4837B401 for ; Thu, 26 Jun 2003 11:43:35 -0700 (PDT) Received: from mail.rdstm.ro (mail.rdstm.ro [193.231.233.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4DB943F75 for ; Thu, 26 Jun 2003 11:43:33 -0700 (PDT) (envelope-from aanton@reversedhell.net) Received: from reversedhell.net (casa_auto [81.196.32.25]) by mail.rdstm.ro (8.12.9/8.12.1) with ESMTP id h5QIhUWl025672 for ; Thu, 26 Jun 2003 21:43:30 +0300 Message-ID: <3EF94580.90001@reversedhell.net> Date: Wed, 25 Jun 2003 09:47:28 +0300 From: Alin-Adrian Anton User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030606 X-Accept-Language: en-us, en, ro MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: replacing sendmail with qmail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 18:43:35 -0000 Hi guys, As sendmail showed to be so vulnerable in the past, and even in the recent past, I was wondering to propose removing it from the default install on freebsd. Currently, sendmail comes with the system sources, and runs as root. I think this is bad, and it could be replaced with qmail, for example. Or, something else, if you think something else is more secure. Please let me know if this is possible, or why if not, and to whom shall I address this idea (I wonder why it didn't happen yet). Best Regards, Alin. From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 11:54:31 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BB5237B405 for ; Thu, 26 Jun 2003 11:54:31 -0700 (PDT) Received: from pd6mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53DEB43FBD for ; Thu, 26 Jun 2003 11:54:30 -0700 (PDT) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from pd4mr1so.prod.shaw.ca (pd4mr1so-qfe3.prod.shaw.ca [10.0.141.212]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.16 (built May 14 2003)) with ESMTP id <0HH3004EBR3ZIN@l-daemon> for freebsd-hackers@freebsd.org; Thu, 26 Jun 2003 12:52:47 -0600 (MDT) Received: from pn2ml8so.prod.shaw.ca (pn2ml8so-qfe0.prod.shaw.ca [10.0.121.152]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.16 (built May 14 2003)) with ESMTP id <0HH300F8TR3ZDW@l-daemon> for freebsd-hackers@freebsd.org; Thu, 26 Jun 2003 12:52:47 -0600 (MDT) Received: from piii600.wadham.ox.ac.uk (h24-87-233-42.vc.shawcable.net [24.87.233.42]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.16 (built May 14 2003)) with ESMTP id <0HH3009IWR3YXM@l-daemon> for freebsd-hackers@freebsd.org; Thu, 26 Jun 2003 12:52:47 -0600 (MDT) Date: Thu, 26 Jun 2003 11:52:44 -0700 From: Colin Percival In-reply-to: <3EF94580.90001@reversedhell.net> X-Sender: cperciva@popserver.sfu.ca To: Alin-Adrian Anton , freebsd-hackers@freebsd.org Message-id: <5.0.2.1.1.20030626114845.01e0a150@popserver.sfu.ca> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT Subject: Re: replacing sendmail with qmail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 18:54:31 -0000 At 09:47 25/06/2003 +0300, Alin-Adrian Anton wrote: >As sendmail showed to be so vulnerable in the past, and even in the recent >past, I was wondering to propose removing it from the default install on >freebsd. Currently, sendmail comes with the system sources, and runs as >root. I think this is bad, and it could be replaced with qmail, for >example. Or, something else, if you think something else is more secure. >Please let me know if this is possible, or why if not, and to whom shall I >address this idea (I wonder why it didn't happen yet). This topic has arisen many times in the past. Basically, it comes down to this: Every MTA has its supporters and detractors; FreeBSD needs to have an MTA; FreeBSD currently has Sendmail. It's simply not worth changing at the moment. If you want to use qmail, go ahead and install it from the ports tree. At some time in the distant future, when FreeBSD is fully packagized, it's quite likely that Sendmail will be just one of many installable options; but that time hasn't come yet. Colin Percival From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 12:13:14 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF3F637B404 for ; Thu, 26 Jun 2003 12:13:13 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1D3443F93 for ; Thu, 26 Jun 2003 12:13:11 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.9/8.12.9) with ESMTP id h5QJDA1f071774; Thu, 26 Jun 2003 20:13:10 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h5QJDA6P071773; Thu, 26 Jun 2003 20:13:10 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])h5QJDIig001490; Thu, 26 Jun 2003 20:13:18 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200306261913.h5QJDIig001490@grimreaper.grondar.org> To: Alin-Adrian Anton In-Reply-To: Your message of "Wed, 25 Jun 2003 09:47:28 +0300." <3EF94580.90001@reversedhell.net> Date: Thu, 26 Jun 2003 20:13:17 +0100 Sender: mark@grondar.org X-Spam-Status: No, hits=0.2 required=5.0 tests=EMAIL_ATTRIBUTION,FROM_NO_LOWER,IN_REP_TO, QUOTED_EMAIL_TEXT,REPLY_WITH_QUOTES version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@freebsd.org Subject: Re: replacing sendmail with qmail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 19:13:14 -0000 Alin-Adrian Anton writes: > Hi guys, > > As sendmail showed to be so vulnerable in the past, and even in the > recent past, I was wondering to propose removing it from the default > install on freebsd. Currently, sendmail comes with the system sources, > and runs as root. I think this is bad, and it could be replaced with > qmail, for example. Or, something else, if you think something else is > more secure. Please let me know if this is possible, or why if not, and > to whom shall I address this idea (I wonder why it didn't happen yet). Please look for this topic in the archives. It has been discussed VERY many times. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 12:18:36 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1580737B401 for ; Thu, 26 Jun 2003 12:18:36 -0700 (PDT) Received: from mx1.1u.ca (mail.1u.ca [216.138.197.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id B229043F93 for ; Thu, 26 Jun 2003 12:18:29 -0700 (PDT) (envelope-from lnb@FreeBSDsystems.COM) Received: (qmail 74904 invoked by uid 0); 26 Jun 2003 19:18:04 -0000 Received: from unknown (HELO mail.freebsdsystems.com) (lnb@freebsdsystems.com@192.168.0.27) by angus.1u.ca with SMTP; 26 Jun 2003 19:18:04 -0000 Received: from 192.168.0.2 (SquirrelMail authenticated user lnb@freebsdsystems.com) by mail.freebsdsystems.com with HTTP; Thu, 26 Jun 2003 15:18:04 -0400 (EDT) Message-ID: <4142.192.168.0.2.1056655084.squirrel@mail.freebsdsystems.com> In-Reply-To: <5.0.2.1.1.20030626114845.01e0a150@popserver.sfu.ca> References: <3EF94580.90001@reversedhell.net> <5.0.2.1.1.20030626114845.01e0a150@popserver.sfu.ca> Date: Thu, 26 Jun 2003 15:18:04 -0400 (EDT) From: "Lanny Baron" To: "Colin Percival" User-Agent: SquirrelMail/1.4.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal cc: freebsd-hackers@freebsd.org cc: Alin-Adrian Anton Subject: Re: replacing sendmail with qmail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 19:18:36 -0000 It ends up as a religious war. There is no perfection in this world. Perhaps the next world. We use Qmail. But we use it because of vpopmail and our free email service at cybertouch.org. We used to use Sendmaail. It was great but at the time we could not find a solution to not having system accounts. Lanny Colin Percival said: > At 09:47 25/06/2003 +0300, Alin-Adrian Anton wrote: >>As sendmail showed to be so vulnerable in the past, and even in the >> recent >>past, I was wondering to propose removing it from the default install on >>freebsd. Currently, sendmail comes with the system sources, and runs as >>root. I think this is bad, and it could be replaced with qmail, for >>example. Or, something else, if you think something else is more secure. >>Please let me know if this is possible, or why if not, and to whom shall >> I >>address this idea (I wonder why it didn't happen yet). > > This topic has arisen many times in the past. Basically, it comes down > to this: Every MTA has its supporters and detractors; FreeBSD needs to > have > an MTA; FreeBSD currently has Sendmail. It's simply not worth changing at > the moment. > If you want to use qmail, go ahead and install it from the ports > tree. At some time in the distant future, when FreeBSD is fully > packagized, it's quite likely that Sendmail will be just one of many > installable options; but that time hasn't come yet. > > Colin Percival > > _______________________________________________ > 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" > +~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~ Lanny Baron Proud to be 100% FreeBSD FreeBSD Systems, Inc / Freedom Technologies Corp. http://www.FreeBSDsystems.COM 1.877.963.1900 +~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~+~ From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 12:20:57 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A71F37B405 for ; Thu, 26 Jun 2003 12:20:57 -0700 (PDT) Received: from laptop.tenebras.com (laptop.tenebras.com [66.92.188.18]) by mx1.FreeBSD.org (Postfix) with SMTP id 3420543FBF for ; Thu, 26 Jun 2003 12:20:53 -0700 (PDT) (envelope-from kudzu@tenebras.com) Received: (qmail 46873 invoked from network); 26 Jun 2003 19:20:52 -0000 Received: from sapphire.tenebras.com (HELO tenebras.com) (192.168.188.241) by 0 with SMTP; 26 Jun 2003 19:20:52 -0000 Message-ID: <3EFB4792.5080805@tenebras.com> Date: Thu, 26 Jun 2003 12:20:50 -0700 From: Michael Sierchio User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.3.1) Gecko/20030425 X-Accept-Language: en-us, zh-tw, zh-cn, fr, en, de-de MIME-Version: 1.0 To: Peter B References: <200306261451.h5QEpaP12720@brother.ludd.luth.se> In-Reply-To: <200306261451.h5QEpaP12720@brother.ludd.luth.se> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-fs@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: Encrypted filesystems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 19:20:57 -0000 Peter B wrote: > I have searched for encrypted filesystems for un*x. Is there any better > encrypted filesystems than the ones I have found for *bsd (+freebsd)..? For per-file encryption, cryptfs/FiST is a good place to start. > I'm looking for something convinient to enrypt cdrom's. Which will also suit > dvd-r media. It should preferable be portable and not require specific kernel > hacks. To ensure feature stability & availability. Stackable virtual filesystems seem to be your friend. > Which operating systems manage to effectivly to use encrypted swap..? That's quite a different problem -- Poul-Henning Kamp's done work in GEOM based disk encryption which is directly applicable to encrypting swap. Key management is always interesting. -- "Well," Brahma said, "even after ten thousand explanations, a fool is no wiser, but an intelligent man requires only two thousand five hundred." - The Mahabharata From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 12:32:25 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F11F37B401 for ; Thu, 26 Jun 2003 12:32:25 -0700 (PDT) Received: from lakemtao08.cox.net (lakemtao08.cox.net [68.1.17.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9C2443FBD for ; Thu, 26 Jun 2003 12:32:24 -0700 (PDT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.11]) by lakemtao08.cox.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20030626193222.QVEH7627.lakemtao08.cox.net@mezz.mezzweb.com>; Thu, 26 Jun 2003 15:32:22 -0400 Date: Thu, 26 Jun 2003 14:32:20 -0500 To: Alin-Adrian Anton Content-Type: text/plain; charset=utf-8; format=flowed References: <3EF94580.90001@reversedhell.net> From: Jeremy Messenger MIME-Version: 1.0 Message-ID: In-Reply-To: <3EF94580.90001@reversedhell.net> User-Agent: Opera7.11/Linux M2 build 406 cc: freebsd-hackers@freebsd.org Subject: Re: replacing sendmail with qmail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 19:32:25 -0000 On Wed, 25 Jun 2003 09:47:28 +0300, Alin-Adrian Anton wrote: > Hi guys, > > As sendmail showed to be so vulnerable in the past, and even in the > recent past, I was wondering to propose removing it from the default > install on freebsd. Currently, sendmail comes with the system sources, > and runs as root. I think this is bad, and it could be replaced with > qmail, for example. Or, something else, if you think something else is > more secure. Please let me know if this is possible, or why if not, and > to whom shall I address this idea (I wonder why it didn't happen yet). It is possible to delete the sendmail and replace to the different MTA on your own. To not have or change the different MTA by default in FreeBSD isn't going to happen anytime soon, anyway. I would love to see to get rid of sendmail too, thought. I don't have Sendmail in my server, which it has been replaced to qmail and sometime I want to try to replace from BIND to djb's libdjbdns. If anyone want to get rid of BIND, Sendmail and etc by default, the only way that I can see at the moment is.... *cough* fork FreeBSD *cough*.. or wait until libh project finishes or in future version of FreeBSD like 6.0, 7.0, 8.0 or so (maybe never).. Cheers, Mezz > Best Regards, > Alin. -- bsdforums.org 's moderator, mezz. From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 16:35:15 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30B0937B401; Thu, 26 Jun 2003 16:35:15 -0700 (PDT) Received: from filer.fsl.cs.sunysb.edu (filer.fsl.cs.sunysb.edu [130.245.126.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E26F43FF5; Thu, 26 Jun 2003 16:35:13 -0700 (PDT) (envelope-from ezk@fsl.cs.sunysb.edu) Received: from agora.fsl.cs.sunysb.edu (IDENT:uH1vLzWqD2R6OGEBmLwuTiUjaF/wq1y5@agora.fsl.cs.sunysb.edu [130.245.126.12])h5QNYrcq011259; Thu, 26 Jun 2003 19:34:53 -0400 Received: from agora.fsl.cs.sunysb.edu (IDENT:cSvBBTTA/eVBdZqtrZBsgi4BVVp+0XC8@localhost.localdomain [127.0.0.1]) h5QNZCif003213; Thu, 26 Jun 2003 19:35:12 -0400 Received: (from ezk@localhost) by agora.fsl.cs.sunysb.edu (8.12.8/8.12.8/Submit) id h5QNZBNF003209; Thu, 26 Jun 2003 19:35:11 -0400 Date: Thu, 26 Jun 2003 19:35:11 -0400 Message-Id: <200306262335.h5QNZBNF003209@agora.fsl.cs.sunysb.edu> From: Erez Zadok To: Michael Sierchio In-reply-to: Your message of "Thu, 26 Jun 2003 12:20:50 PDT." <3EFB4792.5080805@tenebras.com> X-MailKey: Erez Zadok cc: freebsd-fs@freebsd.org cc: freebsd-hackers@freebsd.org cc: cwright@cs.sunysb.edu cc: Peter B Subject: Re: Encrypted filesystems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 23:35:15 -0000 In message <3EFB4792.5080805@tenebras.com>, Michael Sierchio writes: > Peter B wrote: [...] > > Which operating systems manage to effectivly to use encrypted swap..? > > That's quite a different problem -- Poul-Henning Kamp's done work > in GEOM based disk encryption which is directly applicable to > encrypting swap. Key management is always interesting. You might check the work/papers by Niels Provos on encrypted swap. We've been working on this problem for our NCryptfs. To provide a comprehensive solution, we have to also handle swap. Luckily in Linux, there are specific VOPs and APIs that make it easy to hook a crypto f/s w/ the swap. Erez. From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 26 16:48:36 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D3F837B401; Thu, 26 Jun 2003 16:48:36 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CAEB44013; Thu, 26 Jun 2003 16:48:35 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h5QNmT1Y002584; Fri, 27 Jun 2003 01:48:30 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Erez Zadok From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 26 Jun 2003 19:35:11 EDT." <200306262335.h5QNZBNF003209@agora.fsl.cs.sunysb.edu> Date: Fri, 27 Jun 2003 01:48:29 +0200 Message-ID: <2583.1056671309@critter.freebsd.dk> cc: freebsd-fs@freebsd.org cc: freebsd-hackers@freebsd.org cc: cwright@cs.sunysb.edu cc: Michael Sierchio cc: Peter B Subject: Re: Encrypted filesystems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 23:48:36 -0000 In message <200306262335.h5QNZBNF003209@agora.fsl.cs.sunysb.edu>, Erez Zadok wr ites: >In message <3EFB4792.5080805@tenebras.com>, Michael Sierchio writes: >> Peter B wrote: >[...] >> > Which operating systems manage to effectivly to use encrypted swap..? >> >> That's quite a different problem -- Poul-Henning Kamp's done work >> in GEOM based disk encryption which is directly applicable to >> encrypting swap. Key management is always interesting. > >You might check the work/papers by Niels Provos on encrypted swap. > >We've been working on this problem for our NCryptfs. To provide a >comprehensive solution, we have to also handle swap. Luckily in Linux, >there are specific VOPs and APIs that make it easy to hook a crypto f/s w/ >the swap. I will present a paper on the GBDE encrypted disk facility at BSDcon2003. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 00:39:47 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8544C37B401 for ; Fri, 27 Jun 2003 00:39:47 -0700 (PDT) Received: from x12.dk (xforce.dk [80.164.11.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFDB443FF9 for ; Fri, 27 Jun 2003 00:39:45 -0700 (PDT) (envelope-from xride@x12.dk) Received: from x12.dk (xride@localhost [127.0.0.1]) by x12.dk (8.12.9/8.12.9) with ESMTP id h5R7deci056669; Fri, 27 Jun 2003 09:39:40 +0200 (CEST) (envelope-from xride@x12.dk) Received: from localhost (xride@localhost) by x12.dk (8.12.9/8.12.9/Submit) with ESMTP id h5R7ddCS056666; Fri, 27 Jun 2003 09:39:39 +0200 (CEST) Date: Fri, 27 Jun 2003 09:39:36 +0200 (CEST) From: Soeren Straarup To: Jeremy Messenger In-Reply-To: Message-ID: <20030627093018.C44932-100000@x12.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-hackers@freebsd.org cc: Alin-Adrian Anton Subject: Re: replacing sendmail with qmail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 07:39:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Well my point is that every one (that is interrested in security) knows that Sendmail and bind and so on have their exploits.. And I like that they are the one that is comming with some more or less insecure services, this is due to that it really gives ppl the freedom choose the services that they want to use. But the generic ones works for home networks with no external access too. Freedom of religion. Well with freedom comes responsibility. Best regards S=F8ren *----------------------------------------------------------------* | Soeren Straarup Mobile: +45 20 27 62 44 | | FreeBSD wannabe since 2.2.6-R http://xforce.dk | | Also running OpenBSD and NetBSD aka OZ2DAK aka Xride | *----------------------------------------------------------------* On Thu, 26 Jun 2003, Jeremy Messenger wrote: > On Wed, 25 Jun 2003 09:47:28 +0300, Alin-Adrian Anton > wrote: > > > Hi guys, > > > > As sendmail showed to be so vulnerable in the past, and even in the > > recent past, I was wondering to propose removing it from the default > > install on freebsd. Currently, sendmail comes with the system sources, > > and runs as root. I think this is bad, and it could be replaced with > > qmail, for example. Or, something else, if you think something else is > > more secure. Please let me know if this is possible, or why if not, and > > to whom shall I address this idea (I wonder why it didn't happen yet). > > It is possible to delete the sendmail and replace to the different MTA on > your own. To not have or change the different MTA by default in FreeBSD > isn't going to happen anytime soon, anyway. I would love to see to get ri= d > of sendmail too, thought. I don't have Sendmail in my server, which it ha= s > been replaced to qmail and sometime I want to try to replace from BIND to > djb's libdjbdns. > > If anyone want to get rid of BIND, Sendmail and etc by default, the only > way that I can see at the moment is.... *cough* fork FreeBSD *cough*.. or > wait until libh project finishes or in future version of FreeBSD like 6.0= , > 7.0, 8.0 or so (maybe never).. > > Cheers, > Mezz > > > > Best Regards, > > Alin. > > > -- > bsdforums.org 's moderator, mezz. > _______________________________________________ > 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= " > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE++/S6XTGeGCdlN14RApoOAJwI0P/l+GHY4pXP4E6X/FMkBF9+xQCgvdTZ 46eth1FjC+RcyoDyTEErve4=3D =3DRERF -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 01:06:21 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1F6C37B401 for ; Fri, 27 Jun 2003 01:06:21 -0700 (PDT) Received: from mail.icomag.de (ns.icomag.de [195.227.115.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E14943F85 for ; Fri, 27 Jun 2003 01:06:20 -0700 (PDT) (envelope-from bgd@icomag.de) Received: from localhost (localhost [127.0.0.1]) by mail.icomag.de (Postfix) with ESMTP id 546F62301D for ; Fri, 27 Jun 2003 10:06:18 +0200 (CEST) Received: by mail.icomag.de (Postfix, from userid 1019) id F29B723040; Fri, 27 Jun 2003 10:06:16 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.icomag.de (Postfix) with ESMTP id F19432301D for ; Fri, 27 Jun 2003 10:06:16 +0200 (CEST) Date: Fri, 27 Jun 2003 10:06:16 +0200 (CEST) From: Bogdan TARU X-X-Sender: To: Message-ID: <20030627100304.V44663-100000@fw.office.icom> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020531 Subject: netstat: sysctl: net.inet.udp.pcblist: Cannot allocate memory X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 08:06:22 -0000 Hi, I got the following message: netstat: sysctl: net.inet.udp.pcblist: Cannot allocate memory when running a daily network statistics script, on one of the servers. I messed up with this server a few days back (never got the message before), and the changes were: - bumped the PMAP_SHPGPERPROC to 401 in order to have more apaches using shared memory (in fact PHP accelerator is the problem) - set net.inet.udp.blackhole to 1 Any ideas what could cause this? The box is a dual 1.8GHz box, with 1GB of Ram. The nestat -mb output is: 860/1824/65536 mbufs in use (current/peak/max): 860 mbufs allocated to data 832/1746/16384 mbuf clusters in use (current/peak/max) 3948 Kbytes allocated to network (8% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines Thank you, bogdan From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 01:35:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AD5E37B404 for ; Fri, 27 Jun 2003 01:35:01 -0700 (PDT) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 084C943F85 for ; Fri, 27 Jun 2003 01:34:58 -0700 (PDT) (envelope-from roam@ringlet.net) Received: (qmail 25922 invoked from network); 27 Jun 2003 08:27:40 -0000 Received: from office.sbnd.net (HELO straylight.ringlet.net) (217.75.140.130) by gandalf.online.bg with SMTP; 27 Jun 2003 08:27:39 -0000 Received: (qmail 49209 invoked by uid 1000); 27 Jun 2003 08:37:17 -0000 Date: Fri, 27 Jun 2003 11:37:17 +0300 From: Peter Pentchev To: Soeren Straarup Message-ID: <20030627083716.GK347@straylight.oblivion.bg> Mail-Followup-To: Soeren Straarup , Jeremy Messenger , freebsd-hackers@freebsd.org, Alin-Adrian Anton References: <20030627093018.C44932-100000@x12.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hOcCNbCCxyk/YU74" Content-Disposition: inline In-Reply-To: <20030627093018.C44932-100000@x12.dk> User-Agent: Mutt/1.5.4i cc: Jeremy Messenger cc: Alin-Adrian Anton cc: freebsd-hackers@freebsd.org Subject: Re: replacing sendmail with qmail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 08:35:01 -0000 --hOcCNbCCxyk/YU74 Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 27, 2003 at 09:39:36AM +0200, Soeren Straarup wrote: >=20 > Well my point is that every one (that is interrested in security) knows > that Sendmail and bind and so on have their exploits.. >=20 > And I like that they are the one that is comming with some more or less > insecure services, this is due to that it really gives ppl the freedom > choose the services that they want to use. But the generic ones works for > home networks with no external access too. >=20 > Freedom of religion. >=20 > Well with freedom comes responsibility. And this responsibility is handled excellently by the FreeBSD Security Officer team and the FreeBSD sendmail maintainer, George Shapiro. I don't think that there would be a better way to handle the existing and published Sendmail vulnerabilities than the current practice of timely patches and updates to both -current, -stable, *and* the various security branches, so that everyone tracking the security advisories is aware of the need to update, and update *now*, as soon as there is actually something to update to. Great job, folks! With that said, you could always do what I do and cut your own releases with appropriate NO_* knobs in make.conf ;) This is *not* to say that I don't trust the security officer team and the maintainers of the various pieces of contributed software that I exclude from my own builds; it's just a matter of personal preference. Here's hoping this is the last post in this thread :) (The last word? Me? Naah, that's just lack of morning coffee getting to you :P ) G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@sbnd.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence was in the past tense. --hOcCNbCCxyk/YU74 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+/AI87Ri2jRYZRVMRAs51AKCQ6ONmy3dJ2KQl89XEceFqgyKOSACfSVRT IxzKd5IjVjePTbYKbJX18UA= =DRQd -----END PGP SIGNATURE----- --hOcCNbCCxyk/YU74-- From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 03:02:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34D1C37B401 for ; Fri, 27 Jun 2003 03:02:01 -0700 (PDT) Received: from mailgate-2.central.cranfield.ac.uk (mailgate-2.central.cranfield.ac.uk [138.250.48.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52D5F43FBD for ; Fri, 27 Jun 2003 03:02:00 -0700 (PDT) (envelope-from postmaster-technical@cranfield.ac.uk) Received: from exim by mailgate-2.central.cranfield.ac.uk with local (Exim 3.36 #4) id 19Vq3I-0007NL-00 for freebsd-hackers@freebsd.org; Fri, 27 Jun 2003 11:01:56 +0100 From: "MailScanner" To: Message-Id: Date: Fri, 27 Jun 2003 11:01:56 +0100 Subject: Warning: E-mail viruses detected X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 10:02:01 -0000 Our virus detector has just been triggered by a message you sent:- To: purcell@rmcs.cranfield.ac.uk Subject: Re: Movie Date: Fri Jun 27 11:01:56 2003 Any infected parts of the message have not been delivered. This message is simply to warn you that your computer system may have a virus present and should be checked. The virus detector said this about the message: Report: /19Vq35-0007MD-00/your_details.zip/DETAILS.PIF Found the W32/Sobig.e@MM virus !!! -- MailScanner Email Virus Scanner www.mailscanner.info From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 03:20:04 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 870E937B401 for ; Fri, 27 Jun 2003 03:20:04 -0700 (PDT) Received: from mail.econolodgetulsa.com (mail.econolodgetulsa.com [198.78.66.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1A5444001 for ; Fri, 27 Jun 2003 03:20:03 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Received: from mail (mail [198.78.66.163])h5RAK5nW059579 for ; Fri, 27 Jun 2003 03:20:05 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Date: Fri, 27 Jun 2003 03:20:05 -0700 (PDT) From: Josh Brooks To: freebsd-hackers@freebsd.org Message-ID: <20030627031608.J57224-100000@mail.econolodgetulsa.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: setting up max ptys under 5.x X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 10:20:04 -0000 For various reasons, in 4.x, I have been creating all possible pty /dev nodes ... # pwd /dev # ls *pty* | wc -l 256 So far so good...now I am wondering how to do this in 5.x, what with the devfs and all. Basically the number of interactive users that log into this system means I need to have all the possible ptys ... What should my strategy be ? BTW, I noticed that in my kernel config file I can no longer set: device pty 256 I have to just set: device pty as I get an error if I put the number in place ... also I have set maxusers to 512 ... any new toggles I should know of to be able to use max ptys on the system, or can I just follow whatever directions I hope to receive regarding creating the devices ? thanks! From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 06:10:47 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF08E37B404 for ; Fri, 27 Jun 2003 06:10:47 -0700 (PDT) Received: from libra.cus.cam.ac.uk (libra.cus.cam.ac.uk [131.111.8.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D8F343FDD for ; Fri, 27 Jun 2003 06:10:47 -0700 (PDT) (envelope-from ) Received: from ph10 by libra.cus.cam.ac.uk with local (Exim 4.20) id 19Vt02-0004QC-Cl for hackers@freebsd.org; Fri, 27 Jun 2003 14:10:46 +0100 To: hackers@freebsd.org In-Reply-To: Message-Id: From: Philip Hazel Date: Fri, 27 Jun 2003 14:10:46 +0100 Subject: Your message to Philip Hazel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 13:10:48 -0000 Hello! This message is being sent to you automatically because you sent email to Philip Hazel, and you are not somebody with whom I have previously corresponded. I have had to install some defences against unsolicited mail, because it got to the point where 90% of what I was receiving was junk. For example, one morning recently I arrived at work to find I had only 5 real messages out of 66. (If you are a previous correspondent, then my attempts to whitelist you have clearly failed; this might have happened if you have mailed from a different address, or if the envelope sender of your messages is different to the From: lines. My apologies.) If you are trying to send me unsolicited advertising of any kind, or requests for "urgent assistance", please go away. Even if you manage to get a message through to me, I will not read it, or respond to it in any way. If you are trying to send me a genuine message, please re-send the message with the following code included in the Subject line: PQN10567KOG Once I have established that you are a genuine correspondent, your address will be added to my whitelist, and you will not have to go through this procedure again. The code above is valid for a few days. I am sorry that I have to make you do this in order to contact me. I left my mailbox open to all as long as I could, but the scum of the Internet have now got so numerous that the amount of rubbish has become too overwhelming without some automatic filtering. Philip Hazel From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 07:00:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B93B37B401 for ; Fri, 27 Jun 2003 07:00:01 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.74.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65C2F43FE3 for ; Fri, 27 Jun 2003 07:00:00 -0700 (PDT) (envelope-from molter@tin.it) Received: from tin.it (144.254.74.60) by ams-iport-1.cisco.com with ESMTP; 27 Jun 2003 16:00:03 +0100 Received: from cisco.com (localhost [127.0.0.1])h5RDvs6T029083 for ; Fri, 27 Jun 2003 15:57:54 +0200 (MET DST) Received: from www.example.org (ssh-ams-1.cisco.com [144.254.74.55]) by cisco.com (8.8.8+Sun/8.8.8) with SMTP id PAA19683 for ; Fri, 27 Jun 2003 15:59:56 +0200 (MET DST) Received: (qmail 953 invoked by uid 1000); 27 Jun 2003 13:59:44 -0000 Date: Fri, 27 Jun 2003 15:59:44 +0200 From: Marco Molteni To: hackers@freebsd.org Message-ID: <20030627135944.GC634@cobweb.example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: trhodes@freebsd.org cc: peter@freebsd.org Subject: are /etc/ld.so.conf and ld-elf.so.conf still used by ldconfig(8) ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 14:00:01 -0000 On -current, according to the ldconfig man page: ============================================================================== FILES /var/run/ld.so.hints Standard hints file for the a.out dynamic linker. /var/run/ld-elf.so.hints Standard hints file for the ELF dynamic linker. /etc/ld.so.conf Conventional configuration file containing directory names for invocations with -aout. /etc/ld-elf.so.conf Conventional configuration file containing directory names for invocations with -elf. /etc/objformat Determines whether -aout or -elf is the default. If present, it must consist of a single line containing either `OBJFORMAT=aout' or `OBJFORMAT=elf'. ============================================================================== I gave a quick look at the ldconfig source and it seems to me that /etc/ld.so.conf and /etc/ld-elf.so.conf are not used anymore. During system startup ldconfig is passed the path set by "ldconfig_paths" in /etc/defaults/rc.conf. If I am correct, could somebody fix the man page? It is misleading. thanks Marco From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 07:18:46 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 528F937B401; Fri, 27 Jun 2003 07:18:46 -0700 (PDT) Received: from mail.auriga.ru (mail.auriga.ru [80.240.102.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 216D643FF3; Fri, 27 Jun 2003 07:18:41 -0700 (PDT) (envelope-from alex.neyman@auriga.ru) Received: from mail.loopback.interface ([127.0.0.1] helo=vagabond.auriga.ru) by mail.auriga.ru with esmtp (Exim 4.14) id 19Vu8k-0008Hn-2c; Fri, 27 Jun 2003 18:23:50 +0400 From: Alexey Neyman Organization: Auriga, Inc. To: Marco Molteni Date: Fri, 27 Jun 2003 18:19:21 +0400 User-Agent: KMail/1.5.1 References: <20030627135944.GC634@cobweb.example.org> In-Reply-To: <20030627135944.GC634@cobweb.example.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306271819.21063.alex.neyman@auriga.ru> cc: trhodes@freebsd.org cc: hackers@freebsd.org Subject: Re: are /etc/ld.so.conf and ld-elf.so.conf still used by ldconfig(8) ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 14:18:46 -0000 hi, there! On Friday 27 June 2003 17:59, Marco Molteni wrote: MM> On -current, according to the ldconfig man page: [ .. skipped .. ] MM> If I am correct, could somebody fix the man page? It is misleading. PR: conf/25527, resting there for more than 2 years... Regards, Alexey. -- A quoi ca sert d'etre sur la terre Si c'est pour faire nos vies a genoux? From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 07:26:04 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A974337B401 for ; Fri, 27 Jun 2003 07:26:04 -0700 (PDT) Received: from cadillac.meteo.fr (cadillac.meteo.fr [137.129.1.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D91F43F75 for ; Fri, 27 Jun 2003 07:26:03 -0700 (PDT) (envelope-from igor.pokrovsky@cnrm.meteo.fr) Received: from cti825.cnrm.meteo.fr (localhost.meteo.fr [127.0.0.1]) OAA25435 for ; Fri, 27 Jun 2003 14:26:00 GMT Received: from xdata.cnrm.meteo.fr (xdata.cnrm.meteo.fr [137.129.150.2]) QAA02407; Fri, 27 Jun 2003 16:25:54 +0200 (METDST) Received: from exmatis1.cnrm.meteo.fr (exmatis1.cnrm.meteo.fr [137.129.157.46]) by xdata.cnrm.meteo.fr with ESMTP (8.9.3 (PHNE_24419)/8.7.1) id QAA12046; Fri, 27 Jun 2003 16:26:28 +0200 (METDST) Received: from exmatis1.cnrm.meteo.fr (localhost [127.0.0.1]) h5RENAZM054000; Fri, 27 Jun 2003 16:23:10 +0200 (CEST) (envelope-from pokrovsi@exmatis1.cnrm.meteo.fr) Received: (from pokrovsi@localhost) by exmatis1.cnrm.meteo.fr (8.12.9/8.12.9/Submit) id h5RENAkD053999; Fri, 27 Jun 2003 16:23:10 +0200 (CEST) Date: Fri, 27 Jun 2003 16:23:09 +0200 From: Igor Pokrovsky To: Marco Molteni Message-ID: <20030627142309.GA53974@exmatis1.cnrm.meteo.fr> References: <20030627135944.GC634@cobweb.example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030627135944.GC634@cobweb.example.org> User-Agent: Mutt/1.4.1i X-Accept-Language: ru X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (cti825/CNRM) Organization: METEO FRANCE(CNRM) cc: trhodes@freebsd.org cc: hackers@freebsd.org cc: peter@freebsd.org Subject: Re: are /etc/ld.so.conf and ld-elf.so.conf still used by ldconfig(8) ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Igor Pokrovsky List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 14:26:05 -0000 On Fri, Jun 27, 2003 at 03:59:44PM +0200, Marco Molteni wrote: > I gave a quick look at the ldconfig source and it seems to me that > /etc/ld.so.conf and /etc/ld-elf.so.conf are not used anymore. > > During system startup ldconfig is passed the path set by "ldconfig_paths" > in /etc/defaults/rc.conf. > > If I am correct, could somebody fix the man page? It is misleading. I agree, but may be it's better to fix ldconfig source to in order to use /etc/ld.so.conf and /etc/ld-elf.so.conf? -- Igor From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 07:40:52 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BFC837B401 for ; Fri, 27 Jun 2003 07:40:52 -0700 (PDT) Received: from honolulu.procergs.com.br (honolulu.procergs.com.br [200.198.128.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4034243F3F for ; Fri, 27 Jun 2003 07:40:51 -0700 (PDT) (envelope-from marcelo-leal@procergs.rs.gov.br) Received: from ws-tor-0004.procergs (unknown [172.28.5.20]) by honolulu.procergs.com.br (Postfix) with ESMTP id 07392AF56 for ; Fri, 27 Jun 2003 11:40:49 -0300 (BRT) Received: from procergs.rs.gov.br (localhost [127.0.0.1]) by ws-tor-0004.procergs (Postfix) with ESMTP id 8F718C12D12 for ; Fri, 27 Jun 2003 11:40:27 -0300 (BRT) From: omestre@freeshell.org To: freebsd-hackers@freebsd.org Date: Fri, 27 Jun 2003 11:40:27 -0300 Sender: marcelo-leal@procergs.rs.gov.br Message-Id: <20030627144027.8F718C12D12@ws-tor-0004.procergs> Subject: 5.1 nss-ldap X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 14:40:52 -0000 hi, I have a FreeBSD 5.1 box running with ldap authentication... is fine. The only problem is about the groups. I have one ldap server, and linux clients and FreeBSD ones. The ldap.conf file that i have in the FreeBSD 5.1 machines is the same of the linux clients. In the linux clients environment, the complementary groups are showed, but in the FreeBSD machines don't. Just the primary group is showed. I think that it should work in the both systems. Maybe some hacking in the ldap.conf file, but... in the linux works! any ideas? Thanks, and sorry by the english. i hope that you can understand... --- From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 07:58:10 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1579A37B401 for ; Fri, 27 Jun 2003 07:58:10 -0700 (PDT) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB7AC43F85 for ; Fri, 27 Jun 2003 07:58:08 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 19Vuft-000IXE-00; Fri, 27 Jun 2003 17:58:05 +0300 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: "M. Warner Losh" In-reply-to: Your message of Wed, 25 Jun 2003 13:33:52 -0600 (MDT) . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Jun 2003 17:58:05 +0300 From: Danny Braniss Message-Id: cc: freebsd-hackers@freebsd.org Subject: Re: USB, select/poll for ucom X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 14:58:10 -0000 > I thought that ucom does do that. It uses ttypoll as its polling > function, and seems to insert data into the tty structure on an > interrupt basis. That is hidden a little bit by the usb driver > structure. In the middle of ucomopen we call ucomstartread which > posts a read onto the bulk in pipe. This read fires a callback when > it is 'finished' which the processes the data. So I think that maybe > that transfer is never completing. > > Warner some more reading, and it seems that indeed open fires up a startread, so that select should work. In my case, i just went the old fashion way, sigalarm/read, but it seems that nothing is being read by the driver :-( assuming that uco/ulpcom works - the problem must be in the way this smartcard reader works. thanks, danny From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 09:00:45 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 617B237B447 for ; Fri, 27 Jun 2003 09:00:41 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A61143FE1 for ; Fri, 27 Jun 2003 09:00:10 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h5RG07E1077015; Fri, 27 Jun 2003 10:00:09 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 27 Jun 2003 10:00:05 -0600 (MDT) Message-Id: <20030627.100005.122061731.imp@bsdimp.com> To: mark@grondar.org From: "M. Warner Losh" In-Reply-To: <200306261913.h5QJDIig001490@grimreaper.grondar.org> References: <3EF94580.90001@reversedhell.net> <200306261913.h5QJDIig001490@grimreaper.grondar.org> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: aanton@reversedhell.net Subject: Re: replacing sendmail with qmail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 16:00:46 -0000 In message: <200306261913.h5QJDIig001490@grimreaper.grondar.org> Mark Murray writes: : Alin-Adrian Anton writes: : > Hi guys, : > : > As sendmail showed to be so vulnerable in the past, and even in the : > recent past, I was wondering to propose removing it from the default : > install on freebsd. Currently, sendmail comes with the system sources, : > and runs as root. I think this is bad, and it could be replaced with : > qmail, for example. Or, something else, if you think something else is : > more secure. Please let me know if this is possible, or why if not, and : > to whom shall I address this idea (I wonder why it didn't happen yet). : : Please look for this topic in the archives. It has been discussed : VERY many times. Also, we can't use qmail because its license is not compatible with the project's needs. There are lots of other issues using an alternative mailer, and Mark is right. It has been done to death. Warner From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 10:36:51 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D937437B401 for ; Fri, 27 Jun 2003 10:36:51 -0700 (PDT) Received: from mail.speakeasy.net (mail8.speakeasy.net [216.254.0.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41FCA43FBF for ; Fri, 27 Jun 2003 10:36:51 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 9413 invoked from network); 27 Jun 2003 17:36:50 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 27 Jun 2003 17:36:50 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h5RHamGI062487; Fri, 27 Jun 2003 13:36:48 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030613233104.GC670@crow.dom2ip.de> Date: Fri, 27 Jun 2003 13:37:00 -0400 (EDT) From: John Baldwin To: Thomas Moestl cc: freebsd-hackers@freebsd.org Subject: RE: PLEASE REVIEW: Adding a pci_if method to facilitate specialized PCI bus drivers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 17:36:52 -0000 On 13-Jun-2003 Thomas Moestl wrote: > Hi, > > I've attached a patch that adds a new pci_if method, > assign_interrupt, and makes the PCI code implement and use > it. This is private to the PCI bus and is only used internally (to > find an interrupt of a child device); it is a method so that derived > PCI bus drivers can override it. > > This is very useful for the sparc64 OFW PCI bus driver which I will > commit soon, hopefully. On sparc64, there are some on-board devices > which have special interrupt lines. To route their interrupts, we need > not only know the device to route for, but also an interrupt index > which is stored in the firmware for this device, and which is used to > route on bridges instead of the intpin (in other cases, there's even > the complete interrupt number stored there; for devices in PCI slots, > we (usually) can use the intpin). > > This requires us to get this firmware property in the OFW PCI bus > driver before routing the interrupt; that can't be done in the pcib > route_interrupt method, since we don't know whether we are routing for > another bridge (where we use whichever index we get passed) or for a > child device (in which case we would need to look at the firmware > property). Actually, can't you tell this by doing: if (device_get_parent(device_get_parent(dev)) == pcib) /* Routing direct child. */ else /* Routing descedent of a child bridge. */ -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 10:39:38 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0753037B401 for ; Fri, 27 Jun 2003 10:39:38 -0700 (PDT) Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7287143F93 for ; Fri, 27 Jun 2003 10:39:37 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 14719 invoked from network); 27 Jun 2003 17:36:54 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 27 Jun 2003 17:36:54 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h5RHaqGI062490; Fri, 27 Jun 2003 13:36:52 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030625002540.GA32625@rot13.obsecurity.org> Date: Fri, 27 Jun 2003 13:37:04 -0400 (EDT) From: John Baldwin To: Kris Kennaway cc: hackers@freebsd.org cc: Julian Elischer Subject: Re: pkg_create broken by design? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 17:39:38 -0000 On 25-Jun-2003 Kris Kennaway wrote: > On Tue, Jun 24, 2003 at 05:21:14PM -0700, Julian Elischer wrote: >> >> I'm trying to make a package.. >> according to the man page for pkg_create: > > Look into the ports collections for thousands of examples of how to > create packages. Umm, some of us have to create packages w/o using ports, like for in house software. I have also run into this bug and it is quite annoying. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 10:52:18 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF84337B401 for ; Fri, 27 Jun 2003 10:52:18 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A970443FCB for ; Fri, 27 Jun 2003 10:52:17 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 12192 invoked by uid 65534); 27 Jun 2003 17:52:16 -0000 Received: from p508E55CA.dip.t-dialin.net (EHLO galatea.local) (80.142.85.202) by mail.gmx.net (mp027) with SMTP; 27 Jun 2003 19:52:16 +0200 Received: from tmm by galatea.local with local (Exim 4.20 #1) id 19VxNT-0000P7-Tw; Fri, 27 Jun 2003 19:51:15 +0200 Date: Fri, 27 Jun 2003 19:51:15 +0200 From: Thomas Moestl To: John Baldwin Message-ID: <20030627175115.GA847@crow.dom2ip.de> Mail-Followup-To: John Baldwin , freebsd-hackers@freebsd.org References: <20030613233104.GC670@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Sender: Thomas Moestl cc: freebsd-hackers@freebsd.org Subject: Re: PLEASE REVIEW: Adding a pci_if method to facilitate specialized PCI bus drivers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 17:52:19 -0000 On Fri, 2003/06/27 at 13:37:00 -0400, John Baldwin wrote: > On 13-Jun-2003 Thomas Moestl wrote: > > This requires us to get this firmware property in the OFW PCI bus > > driver before routing the interrupt; that can't be done in the pcib > > route_interrupt method, since we don't know whether we are routing for > > another bridge (where we use whichever index we get passed) or for a > > child device (in which case we would need to look at the firmware > > property). > > Actually, can't you tell this by doing: > > if (device_get_parent(device_get_parent(dev)) == pcib) > /* Routing direct child. */ > else > /* Routing descedent of a child bridge. */ No, pcib will always be a grandparent of dev. When routing a descendant child bridge, dev will itself be the device_t of a bridge, otherwise it is that of the device we are routing to. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 11:01:43 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B85F37B401 for ; Fri, 27 Jun 2003 11:01:43 -0700 (PDT) Received: from mail.speakeasy.net (mail7.speakeasy.net [216.254.0.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC0F643FE1 for ; Fri, 27 Jun 2003 11:01:42 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 17583 invoked from network); 27 Jun 2003 18:01:41 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 27 Jun 2003 18:01:41 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h5RI1XGI062550; Fri, 27 Jun 2003 14:01:35 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030627175115.GA847@crow.dom2ip.de> Date: Fri, 27 Jun 2003 14:01:45 -0400 (EDT) From: John Baldwin To: Thomas Moestl cc: freebsd-hackers@freebsd.org Subject: Re: PLEASE REVIEW: Adding a pci_if method to facilitate specialized PCI bus drivers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 18:01:43 -0000 On 27-Jun-2003 Thomas Moestl wrote: > On Fri, 2003/06/27 at 13:37:00 -0400, John Baldwin wrote: >> On 13-Jun-2003 Thomas Moestl wrote: >> > This requires us to get this firmware property in the OFW PCI bus >> > driver before routing the interrupt; that can't be done in the pcib >> > route_interrupt method, since we don't know whether we are routing for >> > another bridge (where we use whichever index we get passed) or for a >> > child device (in which case we would need to look at the firmware >> > property). >> >> Actually, can't you tell this by doing: >> >> if (device_get_parent(device_get_parent(dev)) == pcib) >> /* Routing direct child. */ >> else >> /* Routing descedent of a child bridge. */ > > No, pcib will always be a grandparent of dev. When routing a > descendant child bridge, dev will itself be the device_t of a bridge, > otherwise it is that of the device we are routing to. Doh, yes. :( Hmm, can you try something like this maybe: if (pci_get_class(dev) == PCIC_BRIDGE && pci_get_subclass(dev) == PCIS_BRIDGE_PCI) /* Routing across a child bridge. */ else /* Routing a direct child that is not a bridge. */ -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 11:05:34 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1187837B401 for ; Fri, 27 Jun 2003 11:05:34 -0700 (PDT) Received: from adsl-64-161-78-226.dsl.lsan03.pacbell.net (adsl-64-161-78-226.dsl.lsan03.pacbell.net [64.161.78.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 51EDB43F3F for ; Fri, 27 Jun 2003 11:05:33 -0700 (PDT) (envelope-from oremanj@adsl-64-161-78-226.dsl.lsan03.pacbell.net) Received: (qmail 38000 invoked by uid 1001); 27 Jun 2003 18:08:18 -0000 Date: Fri, 27 Jun 2003 11:08:18 -0700 From: Joshua Oreman To: Josh Brooks Message-ID: <20030627180818.GA37888@webserver.get-linux.org> References: <20030627031608.J57224-100000@mail.econolodgetulsa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030627031608.J57224-100000@mail.econolodgetulsa.com> User-Agent: Mutt/1.4.1i cc: hackers@freebsd.org Subject: Re: setting up max ptys under 5.x X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 18:05:34 -0000 On Fri, Jun 27, 2003 at 03:20:05AM -0700 or thereabouts, Josh Brooks wrote: > > For various reasons, in 4.x, I have been creating all possible pty /dev > nodes ... > > # pwd > /dev > # ls *pty* | wc -l > 256 > > > So far so good...now I am wondering how to do this in 5.x, what with the > devfs and all. Basically the number of interactive users that log into > this system means I need to have all the possible ptys ... > > What should my strategy be ? > > BTW, I noticed that in my kernel config file I can no longer set: > > device pty 256 > > I have to just set: > > device pty That's correct. > > as I get an error if I put the number in place ... also I have set > maxusers to 512 ... any new toggles I should know of to be able to use max > ptys on the system, or can I just follow whatever directions I hope to > receive regarding creating the devices ? 5.x creates the devices automatically. So if you have 256 users, you'll have 256 ptys. If you have 0 users, you'll have 0 ptys. maxusers has no effect, setting it to 512 does seem a bit high... -- Josh > > thanks! > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 11:20:12 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E34A437B404 for ; Fri, 27 Jun 2003 11:20:12 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 039F643FBD for ; Fri, 27 Jun 2003 11:20:11 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 5121 invoked by uid 65534); 27 Jun 2003 18:20:09 -0000 Received: from p508E55CA.dip.t-dialin.net (EHLO galatea.local) (80.142.85.202) by mail.gmx.net (mp022) with SMTP; 27 Jun 2003 20:20:09 +0200 Received: from tmm by galatea.local with local (Exim 4.20 #1) id 19VxqS-0000VB-AX; Fri, 27 Jun 2003 20:21:12 +0200 Date: Fri, 27 Jun 2003 20:21:12 +0200 From: Thomas Moestl To: John Baldwin Message-ID: <20030627182112.GB847@crow.dom2ip.de> Mail-Followup-To: John Baldwin , freebsd-hackers@FreeBSD.org References: <20030627175115.GA847@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Sender: Thomas Moestl cc: freebsd-hackers@FreeBSD.org Subject: Re: PLEASE REVIEW: Adding a pci_if method to facilitate specialized PCI bus drivers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 18:20:13 -0000 On Fri, 2003/06/27 at 14:01:45 -0400, John Baldwin wrote: > On 27-Jun-2003 Thomas Moestl wrote: > > On Fri, 2003/06/27 at 13:37:00 -0400, John Baldwin wrote: > >> On 13-Jun-2003 Thomas Moestl wrote: > >> > This requires us to get this firmware property in the OFW PCI bus > >> > driver before routing the interrupt; that can't be done in the pcib > >> > route_interrupt method, since we don't know whether we are routing for > >> > another bridge (where we use whichever index we get passed) or for a > >> > child device (in which case we would need to look at the firmware > >> > property). > >> > >> Actually, can't you tell this by doing: > >> > >> if (device_get_parent(device_get_parent(dev)) == pcib) > >> /* Routing direct child. */ > >> else > >> /* Routing descedent of a child bridge. */ > > > > No, pcib will always be a grandparent of dev. When routing a ^ for > > descendant child bridge, dev will itself be the device_t of a bridge, ^ of a (oops) > > otherwise it is that of the device we are routing to. > Doh, yes. :( Hmm, can you try something like this maybe: > > if (pci_get_class(dev) == PCIC_BRIDGE && > pci_get_subclass(dev) == PCIS_BRIDGE_PCI) > /* Routing across a child bridge. */ > else > /* Routing a direct child that is not a bridge. */ This leaves two possible problems: first, there are other types of bridges (we currently support PCI-ISA and PCI-EBus ones, cardbus might also work) for which we need to use PCIB_ROUTE_INTERRUPT(); that could likely be dealt with by not testing the subclass at all. More importantly, however, a bridge might want to allocate an interrupt for itself; for example, cardbus bridge drivers do this to handle insertion/ejection/etc events. I think that handling this at the bus driver level is a much cleaner solution. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 11:21:13 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAB6D37B401; Fri, 27 Jun 2003 11:21:13 -0700 (PDT) Received: from InterJet.elischer.org (12-233-125-100.client.attbi.com [12.233.125.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id F404143FE1; Fri, 27 Jun 2003 11:21:12 -0700 (PDT) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA22604; Fri, 27 Jun 2003 11:21:11 -0700 (PDT) Date: Fri, 27 Jun 2003 11:21:09 -0700 (PDT) From: Julian Elischer To: John Baldwin In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org cc: Kris Kennaway Subject: Re: pkg_create broken by design? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 18:21:14 -0000 On Fri, 27 Jun 2003, John Baldwin wrote: > > On 25-Jun-2003 Kris Kennaway wrote: > > On Tue, Jun 24, 2003 at 05:21:14PM -0700, Julian Elischer wrote: > >> > >> I'm trying to make a package.. > >> according to the man page for pkg_create: > > > > Look into the ports collections for thousands of examples of how to > > create packages. > > Umm, some of us have to create packages w/o using ports, like for > in house software. I have also run into this bug and it is quite > annoying. Yes we have inhouse packages to do things like: * install a special version of apache * upgrade an 4.x system to 4.8 (including XF86 4.3 and autoamtically upgrade the config files needed. * Take a nameserver and change it to be running in a sandbox * install local tools * install an inhouse 'fsck' * install special printing stuff. * hacked versions of tar and other tools. * Add all current security updates to a 4.4 system (6 packages) etc. Sometimes it's a pain to have to install the package before one can build it.. The trouble is that both the @srcdir and the @cwd produce '-C [dir]' to be added to the 'tar' command list I see several possible fixes.. 1/ add code so that when there is a '@srcdir' operator, the next '@cwd' does not add a '-C dir'. 2/ add code so that after a '@srcdir' or '-s' is seen '@cwd' no longer EVER adds a -C 3/ add code so that the '-C [dir]' from a '@cwd' is only added if the next operation is NOT a '@srcdir' 4/ add code so that @cwd doesn't produce a -C [dir] if the immediatly previous commad was a '@srcdir' In addition, the man page says: -s srcdir srcdir will override the value of @cwd during package creation. This doesn't happen either.. However it suggests that -s should over-ride *ALL* '@cwd' operations. Does that mean that a @srcdir should override ALL following @cwd operators for package build? (option 2) or just the next one? (option 4) it is also unsure how -s and -p are supposed to interract. From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 11:28:22 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71D2937B401 for ; Fri, 27 Jun 2003 11:28:22 -0700 (PDT) Received: from mail.totalspeed.com (mail.totalspeed.com [63.137.244.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B235A43F3F for ; Fri, 27 Jun 2003 11:28:21 -0700 (PDT) (envelope-from andrew@carroll-tech.net) Received: from win [63.211.246.164] by mail.totalspeed.com (SMTPD32-6.06) id ABFEBE90102; Fri, 27 Jun 2003 12:25:02 -0600 Message-ID: <000f01c33cdc$db1da290$0201a8c0@win> From: "Andrew" To: Date: Fri, 27 Jun 2003 12:49:35 -0600 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.3718.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3718.0 Subject: non-32bit-relocation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 18:28:22 -0000 Hello, I hate to "interrupt" the current flow of messages but...got to. I wrote a small assembly program to send a string to the floppy. I'm not familiar with nasm, the assembly language compiler I'm using and even less familiar with the as program. basically, other code aside, the nasm compiler says, when using -f elf, that it does not support non-32-bit relocations. Ok, I'm not an assembly expert and less familiar with 'elf' so I need some help. The instructions were mov es, seg buffer mov bx, [buffer] int 13h. Can anyone tell me how to do this on a FreeBSD machine? Thanks. Andrew From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 11:50:03 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 365B737B401 for ; Fri, 27 Jun 2003 11:50:03 -0700 (PDT) Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88AAB43FD7 for ; Fri, 27 Jun 2003 11:50:02 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30502 invoked from network); 27 Jun 2003 18:50:01 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 27 Jun 2003 18:50:01 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h5RInuGI062658; Fri, 27 Jun 2003 14:49:58 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030627182112.GB847@crow.dom2ip.de> Date: Fri, 27 Jun 2003 14:50:08 -0400 (EDT) From: John Baldwin To: Thomas Moestl cc: freebsd-hackers@FreeBSD.org Subject: Re: PLEASE REVIEW: Adding a pci_if method to facilitate specialized PCI bus drivers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 18:50:03 -0000 On 27-Jun-2003 Thomas Moestl wrote: > On Fri, 2003/06/27 at 14:01:45 -0400, John Baldwin wrote: >> On 27-Jun-2003 Thomas Moestl wrote: >> > On Fri, 2003/06/27 at 13:37:00 -0400, John Baldwin wrote: >> >> On 13-Jun-2003 Thomas Moestl wrote: >> >> > This requires us to get this firmware property in the OFW PCI bus >> >> > driver before routing the interrupt; that can't be done in the pcib >> >> > route_interrupt method, since we don't know whether we are routing for >> >> > another bridge (where we use whichever index we get passed) or for a >> >> > child device (in which case we would need to look at the firmware >> >> > property). >> >> >> >> Actually, can't you tell this by doing: >> >> >> >> if (device_get_parent(device_get_parent(dev)) == pcib) >> >> /* Routing direct child. */ >> >> else >> >> /* Routing descedent of a child bridge. */ >> > >> > No, pcib will always be a grandparent of dev. When routing a > ^ for >> > descendant child bridge, dev will itself be the device_t of a bridge, > ^ of a (oops) >> > otherwise it is that of the device we are routing to. >> Doh, yes. :( Hmm, can you try something like this maybe: >> >> if (pci_get_class(dev) == PCIC_BRIDGE && >> pci_get_subclass(dev) == PCIS_BRIDGE_PCI) >> /* Routing across a child bridge. */ >> else >> /* Routing a direct child that is not a bridge. */ > > This leaves two possible problems: first, there are other types of > bridges (we currently support PCI-ISA and PCI-EBus ones, cardbus might > also work) for which we need to use PCIB_ROUTE_INTERRUPT(); that could > likely be dealt with by not testing the subclass at all. > More importantly, however, a bridge might want to allocate an > interrupt for itself; for example, cardbus bridge drivers do this to > handle insertion/ejection/etc events. > > I think that handling this at the bus driver level is a much cleaner > solution. Then should we eliminate pcib_route_interrupt() and make it a PCI bus method? I just think it is rather odd to require this interface to be duplicated in two different places. Doing it in the bus might actually make life simpler. Right now when using different tables for routing PCI interrupts on x86, I have to write two different bridge drivers all the time, one for host bridges and one for PCI-PCI bridges, thus we have ACPI host-PCI and PCI-PCI bridge drivers, PCIBIOS $PIR host-PCI and PCI-PCI bridge drivers and MPTable host-PCI and PCI-PCI bridge drivers. Being able to just have an ACPI PCI bus driver, a PCIBIOS PCI bus driver, and an MPTable PCI bus driver would be nice. However, I am curious what pushing this down into the bus layer buys you. Do you have the sparc64 PCI bus and PCI bridge drivers up somewhere? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 12:10:20 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A9DD37B401 for ; Fri, 27 Jun 2003 12:10:20 -0700 (PDT) Received: from mail.silverwraith.com (66-214-182-79.la-cbi.charterpipeline.net [66.214.182.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6574443FE3 for ; Fri, 27 Jun 2003 12:10:19 -0700 (PDT) (envelope-from avleen@silverwraith.com) Received: from avleen by mail.silverwraith.com with local (Exim 4.20) id 19Vybv-000DIm-7B; Fri, 27 Jun 2003 12:10:15 -0700 Date: Fri, 27 Jun 2003 12:10:15 -0700 From: Avleen Vig To: Lanny Baron Message-ID: <20030627191015.GY40540@silverwraith.com> References: <3EF94580.90001@reversedhell.net> <5.0.2.1.1.20030626114845.01e0a150@popserver.sfu.ca> <4142.192.168.0.2.1056655084.squirrel@mail.freebsdsystems.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4142.192.168.0.2.1056655084.squirrel@mail.freebsdsystems.com> User-Agent: Mutt/1.5.4i Sender: Avleen Vig cc: freebsd-hackers@freebsd.org cc: Alin-Adrian Anton Subject: Re: replacing sendmail with qmail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 19:10:20 -0000 On Thu, Jun 26, 2003 at 03:18:04PM -0400, Lanny Baron wrote: > It ends up as a religious war. There is no perfection in this world. > Perhaps the next world. > > We use Qmail. But we use it because of vpopmail and our free email service > at cybertouch.org. We used to use Sendmaail. It was great but at the time > we could not find a solution to not having system accounts. Check out the Virtual Exim package at http://silverwraith.com/vexim It does the same at vpopmail but for Exim - sorry, not sendmail yet, but if you can make Sendmail lookup data in a MySQL database, this will work for you. I know it's very close to, if not exceeding the functionality / usability of vpopmail, because I used to use Qmail+vpopmail. Then I migrated the Exim and started the vexim project. It's still small with only one other developer, but very stable. Testers and more developers always welcome! I use it for all my production mail right now. From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 12:29:41 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96A5737B401 for ; Fri, 27 Jun 2003 12:29:41 -0700 (PDT) Received: from mail.econolodgetulsa.com (mail.econolodgetulsa.com [198.78.66.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E55D43FFD for ; Fri, 27 Jun 2003 12:29:41 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Received: from mail (mail [198.78.66.163])h5RJTfnW006403; Fri, 27 Jun 2003 12:29:41 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Date: Fri, 27 Jun 2003 12:29:41 -0700 (PDT) From: Josh Brooks To: Joshua Oreman In-Reply-To: <20030627180818.GA37888@webserver.get-linux.org> Message-ID: <20030627122647.J57224-100000@mail.econolodgetulsa.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: setting up max ptys under 5.x X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 19:29:41 -0000 On Fri, 27 Jun 2003, Joshua Oreman wrote: > > maxusers to 512 ... any new toggles I should know of to be able to use max > > ptys on the system, or can I just follow whatever directions I hope to > > receive regarding creating the devices ? > > 5.x creates the devices automatically. So if you have 256 users, you'll have 256 > ptys. If you have 0 users, you'll have 0 ptys. maxusers has no effect, setting > it to 512 does seem a bit high... Thank you - that is nice to know. I have a related question - does this apply inside of jails as well ? I remember some testing on 4.x I was doing with 16 jails, and even though I had 256 pty /dev nodes, if the /dev inside the jail only had 32 of them (the default) then the jail users would start getting denied logins and running out of ptys generally. This happened even tho the underlying fbsd system had all 256 ptys - the only way to solve it was to create all 256 ptys in the /dev of _the jail_ as well. How will this work in 5.x - will it be automatic for everyone, or should I perhaps mount a devfs for each jail ?/? thnks! From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 12:46:45 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95FBB37B401 for ; Fri, 27 Jun 2003 12:46:45 -0700 (PDT) Received: from adsl-64-161-78-226.dsl.lsan03.pacbell.net (adsl-64-161-78-226.dsl.lsan03.pacbell.net [64.161.78.226]) by mx1.FreeBSD.org (Postfix) with SMTP id D2EBC43FE0 for ; Fri, 27 Jun 2003 12:46:44 -0700 (PDT) (envelope-from oremanj@adsl-64-161-78-226.dsl.lsan03.pacbell.net) Received: (qmail 38850 invoked by uid 1001); 27 Jun 2003 19:49:29 -0000 Date: Fri, 27 Jun 2003 12:49:29 -0700 From: Joshua Oreman To: Josh Brooks Message-ID: <20030627194929.GA38801@webserver.get-linux.org> References: <20030627180818.GA37888@webserver.get-linux.org> <20030627122647.J57224-100000@mail.econolodgetulsa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030627122647.J57224-100000@mail.econolodgetulsa.com> User-Agent: Mutt/1.4.1i cc: hackers@freebsd.org Subject: Re: setting up max ptys under 5.x X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 19:46:45 -0000 On Fri, Jun 27, 2003 at 12:29:41PM -0700 or thereabouts, Josh Brooks wrote: > > > On Fri, 27 Jun 2003, Joshua Oreman wrote: > > > > maxusers to 512 ... any new toggles I should know of to be able to use max > > > ptys on the system, or can I just follow whatever directions I hope to > > > receive regarding creating the devices ? > > > > 5.x creates the devices automatically. So if you have 256 users, you'll have 256 > > ptys. If you have 0 users, you'll have 0 ptys. maxusers has no effect, setting > > it to 512 does seem a bit high... > > Thank you - that is nice to know. I have a related question - does this > apply inside of jails as well ? I remember some testing on 4.x I was > doing with 16 jails, and even though I had 256 pty /dev nodes, if the /dev > inside the jail only had 32 of them (the default) then the jail users > would start getting denied logins and running out of ptys generally. > > This happened even tho the underlying fbsd system had all 256 ptys - the > only way to solve it was to create all 256 ptys in the /dev of _the jail_ > as well. > > How will this work in 5.x - will it be automatic for everyone, or should I > perhaps mount a devfs for each jail ?/? Devfs manages the ptys, so you will have to mount a devfs in the jail. I would suggest using devd to prevent the more "sensitive" devices from going in. Or just rm them. -- Josh > > thnks! From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 12:52:31 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08FC537B401 for ; Fri, 27 Jun 2003 12:52:31 -0700 (PDT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 315E143FF3 for ; Fri, 27 Jun 2003 12:52:29 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 15192 invoked by uid 65534); 27 Jun 2003 19:52:27 -0000 Received: from p508E55CA.dip.t-dialin.net (EHLO galatea.local) (80.142.85.202) by mail.gmx.net (mp006) with SMTP; 27 Jun 2003 21:52:27 +0200 Received: from tmm by galatea.local with local (Exim 4.20 #1) id 19VzFn-0000n9-IU; Fri, 27 Jun 2003 21:51:27 +0200 Date: Fri, 27 Jun 2003 21:51:27 +0200 From: Thomas Moestl To: John Baldwin Message-ID: <20030627195127.GC847@crow.dom2ip.de> Mail-Followup-To: John Baldwin , freebsd-hackers@freebsd.org References: <20030627182112.GB847@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Sender: Thomas Moestl cc: freebsd-hackers@freebsd.org Subject: Re: PLEASE REVIEW: Adding a pci_if method to facilitate specialized PCI bus drivers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 19:52:31 -0000 On Fri, 2003/06/27 at 14:50:08 -0400, John Baldwin wrote: > On 27-Jun-2003 Thomas Moestl wrote: > > On Fri, 2003/06/27 at 14:01:45 -0400, John Baldwin wrote: > >> On 27-Jun-2003 Thomas Moestl wrote: > >> > On Fri, 2003/06/27 at 13:37:00 -0400, John Baldwin wrote: > >> >> On 13-Jun-2003 Thomas Moestl wrote: > >> >> > This requires us to get this firmware property in the OFW PCI bus > >> >> > driver before routing the interrupt; that can't be done in the pcib > >> >> > route_interrupt method, since we don't know whether we are routing for > >> >> > another bridge (where we use whichever index we get passed) or for a > >> >> > child device (in which case we would need to look at the firmware > >> >> > property). > >> >> > >> >> Actually, can't you tell this by doing: > >> >> > >> >> if (device_get_parent(device_get_parent(dev)) == pcib) > >> >> /* Routing direct child. */ > >> >> else > >> >> /* Routing descedent of a child bridge. */ > >> > > >> > No, pcib will always be a grandparent of dev. When routing a > > ^ for > >> > descendant child bridge, dev will itself be the device_t of a bridge, > > ^ of a (oops) > >> > otherwise it is that of the device we are routing to. > >> Doh, yes. :( Hmm, can you try something like this maybe: > >> > >> if (pci_get_class(dev) == PCIC_BRIDGE && > >> pci_get_subclass(dev) == PCIS_BRIDGE_PCI) > >> /* Routing across a child bridge. */ > >> else > >> /* Routing a direct child that is not a bridge. */ > > > > This leaves two possible problems: first, there are other types of > > bridges (we currently support PCI-ISA and PCI-EBus ones, cardbus might > > also work) for which we need to use PCIB_ROUTE_INTERRUPT(); that could > > likely be dealt with by not testing the subclass at all. > > More importantly, however, a bridge might want to allocate an > > interrupt for itself; for example, cardbus bridge drivers do this to > > handle insertion/ejection/etc events. > > > > I think that handling this at the bus driver level is a much cleaner > > solution. > > Then should we eliminate pcib_route_interrupt() and make it a PCI bus > method? I just think it is rather odd to require this interface to be > duplicated in two different places. This is not necessarily duplication; in the OFW_PCI code, the work to be done is divided up between the two. Where the routing has to happen depends a lot on the information available. If a mapping from device to interrupt is available, it can make sense to do the routing completely in the bus driver. If there are any bridges for which we lack such information, however, and we need to fall back to other routing methods (like swizzling), there might be a need to support the bridge routing methods. In such a scenario, the bus and bridge methods usually would be quite different, so there would be not much duplication. To give an example, OpenFirmware contains an 'interrupt' property for each PCI device which uses interrupts. This property can contain a full interrupt number, or an index which has to be mapped using the 'interrupt-map' properties of higher bridges. In some cases (but not always), these indices are actually intpins, and on some bridges we need to do a swizzle instead of a map lookup. We look up the 'interrupt' property of the device in the bus driver, and decide whether it is full interrupt number already, in which case we just use it. Otherwise, we let the parent bridge do the mapping as required (which in turn might need to resort to it's parent bridge, and so on). This scheme also allows us to interface with PCI bridge drivers which use their intpins, and for which we do not have (or need) OpenFirmware-specific drivers. Doing all of that in the bus method would be a layering violation, and would have ugly consequences (for example, different bridges need to handle different quirks). > Doing it in the bus might actually make life simpler. Right now > when using different tables for routing PCI interrupts on x86, I > have to write two different bridge drivers all > the time, one for host bridges and one for PCI-PCI bridges, thus we have > ACPI host-PCI and PCI-PCI bridge drivers, PCIBIOS $PIR host-PCI and PCI-PCI > bridge drivers and MPTable host-PCI and PCI-PCI bridge drivers. Being > able to just have an ACPI PCI bus driver, a PCIBIOS PCI bus driver, and > an MPTable PCI bus driver would be nice. I don't know much about these tables, so I don't know how well this would work. Is it guaranteed that all bridges will have ACP/PCIBIOS/MPTable tables, and generic drivers will never be used? At least the PCIBIOS method seems to just offer routing as far as I can see (no special enumeration, and no extra per-device information to be considered), so having a bus driver for it would probably be overkill, since it can be handled well in a bridge driver. Needing an extra one for host bridges is a bit annoying, but most of the code could be shared, and it is probably much worse to not be able to interact with the generic drivers any more. > However, I am curious what pushing this down into the bus layer buys > you. Do you have the sparc64 PCI bus and PCI bridge drivers up > somewhere? The patch to implement OFW_NEWPCI is at http://people.freebsd.org/~tmm/ofw-newpci2.diff (it has two conflicts right now, I'm just merging it up). It contains both drivers, among other changes. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 13:54:36 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D17B637B401 for ; Fri, 27 Jun 2003 13:54:36 -0700 (PDT) Received: from HAL9000.homeunix.com (ip114.bella-vista.sfo.interquest.net [66.199.86.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EEA44400E for ; Fri, 27 Jun 2003 13:54:36 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.9) with ESMTP id h5RKsXiP007920; Fri, 27 Jun 2003 13:54:33 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.9/Submit) id h5RKsW1q007919; Fri, 27 Jun 2003 13:54:32 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Fri, 27 Jun 2003 13:54:32 -0700 From: David Schultz To: Soeren Straarup , Jeremy Messenger , freebsd-hackers@FreeBSD.ORG, Alin-Adrian Anton Message-ID: <20030627205432.GA7854@HAL9000.homeunix.com> Mail-Followup-To: Soeren Straarup , Jeremy Messenger , freebsd-hackers@freebsd.org, Alin-Adrian Anton References: <20030627093018.C44932-100000@x12.dk> <20030627083716.GK347@straylight.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030627083716.GK347@straylight.oblivion.bg> Subject: Re: replacing sendmail with qmail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 20:54:37 -0000 On Fri, Jun 27, 2003, Peter Pentchev wrote: > And this responsibility is handled excellently by the FreeBSD Security > Officer team and the FreeBSD sendmail maintainer, George Shapiro. His name is George? > Here's hoping this is the last post in this thread :) (The last word? > Me? Naah, that's just lack of morning coffee getting to you :P ) Sorry, you lose. Have some coffee, then finger gshapiro@. ;-) From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 14:22:27 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB39837B401 for ; Fri, 27 Jun 2003 14:22:27 -0700 (PDT) Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 115BB43F85 for ; Fri, 27 Jun 2003 14:22:27 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 32402 invoked from network); 27 Jun 2003 21:03:16 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 27 Jun 2003 21:03:16 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h5RL3DGI062971; Fri, 27 Jun 2003 17:03:14 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030627195127.GC847@crow.dom2ip.de> Date: Fri, 27 Jun 2003 17:03:26 -0400 (EDT) From: John Baldwin To: Thomas Moestl cc: freebsd-hackers@freebsd.org Subject: Re: PLEASE REVIEW: Adding a pci_if method to facilitate specialized PCI bus drivers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 21:22:28 -0000 On 27-Jun-2003 Thomas Moestl wrote: >> Doing it in the bus might actually make life simpler. Right now >> when using different tables for routing PCI interrupts on x86, I >> have to write two different bridge drivers all >> the time, one for host bridges and one for PCI-PCI bridges, thus we have >> ACPI host-PCI and PCI-PCI bridge drivers, PCIBIOS $PIR host-PCI and PCI-PCI >> bridge drivers and MPTable host-PCI and PCI-PCI bridge drivers. Being >> able to just have an ACPI PCI bus driver, a PCIBIOS PCI bus driver, and >> an MPTable PCI bus driver would be nice. > > I don't know much about these tables, so I don't know how well this > would work. Is it guaranteed that all bridges will have > ACP/PCIBIOS/MPTable tables, and generic drivers will never be used? No. The generic driver will always be used in the case of a PCI-PCI bridge in a card in an add-on slot. Or should at least. The only > At least the PCIBIOS method seems to just offer routing as far as I > can see (no special enumeration, and no extra per-device information > to be considered), so having a bus driver for it would probably be > overkill, since it can be handled well in a bridge driver. Needing an > extra one for host bridges is a bit annoying, but most of the code > could be shared, and it is probably much worse to not be able to > interact with the generic drivers any more. If it were in the bus driver, I would only have to have one such driver I think rather than two. For now I will just leave it as is I guess. ACPI already has a PCI bus driver that caches ACPI handles for each PCI device, but the other routing methods (PCIBIOS/MPTable) have bridge drivers that just route interrupts. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 16:07:29 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1601E37B401 for ; Fri, 27 Jun 2003 16:07:29 -0700 (PDT) Received: from adsl-64-161-78-226.dsl.lsan03.pacbell.net (adsl-64-161-78-226.dsl.lsan03.pacbell.net [64.161.78.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 9E4AE43FF5 for ; Fri, 27 Jun 2003 16:07:28 -0700 (PDT) (envelope-from oremanj@adsl-64-161-78-226.dsl.lsan03.pacbell.net) Received: (qmail 41057 invoked by uid 1001); 27 Jun 2003 23:10:14 -0000 Date: Fri, 27 Jun 2003 16:10:13 -0700 From: Joshua Oreman To: freebsd-hackers@freebsd.org Message-ID: <20030627231013.GA41033@webserver.get-linux.org> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 23:07:29 -0000 Hi -hackers, I currently have a lot of free time and I was wondering whether there was a TODO list of some sort for bugs that need fixing in FreeBSD. I really want to help the project, and I think such a list would make it much easier to do so. If there's no official TODO list, could someone point out some things? I know C/C++, but I'm very unfamiliar with the kernel. -- Josh From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 16:15:55 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C983037B401 for ; Fri, 27 Jun 2003 16:15:55 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43E8A43FE5 for ; Fri, 27 Jun 2003 16:15:55 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.9/8.12.3) with ESMTP id h5RNFqq7009192 for ; Fri, 27 Jun 2003 16:15:53 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.9/8.12.3/Submit) id h5RNFqFq009191 for freebsd-hackers@freebsd.org; Fri, 27 Jun 2003 16:15:52 -0700 Date: Fri, 27 Jun 2003 16:15:52 -0700 From: Brooks Davis To: freebsd-hackers@freebsd.org Message-ID: <20030627231552.GA7217@Odin.AC.HMC.Edu> References: <20030627231013.GA41033@webserver.get-linux.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <20030627231013.GA41033@webserver.get-linux.org> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Subject: Re: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 23:15:56 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 27, 2003 at 04:10:13PM -0700, Joshua Oreman wrote: > Hi -hackers, >=20 > I currently have a lot of free time and I was wondering whether there was > a TODO list of some sort for bugs that need fixing in FreeBSD. I really > want to help the project, and I think such a list would make it much > easier to do so. If there's no official TODO list, could someone point > out some things? I know C/C++, but I'm very unfamiliar with the kernel. There's always the PR data base: http://www.freebsd.org/cgi/query-pr-summary.cgi There's also PHK's Junior Kernel Hacker list: http://people.freebsd.org/~phk/TODO/ -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+/NAnXY6L6fI4GtQRAlOWAKCeUiuu2jaO2J6W0GKYAoxH36bQRwCgxACd 3k1hoQ5nDZC2OaIN97nQ1iM= =/PQC -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 27 16:18:09 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8920637B401 for ; Fri, 27 Jun 2003 16:18:09 -0700 (PDT) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id A97E343FE9 for ; Fri, 27 Jun 2003 16:18:08 -0700 (PDT) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 1000) id A9C3110BF8B; Sat, 28 Jun 2003 01:18:06 +0200 (CEST) Date: Sat, 28 Jun 2003 01:18:06 +0200 From: "Simon L. Nielsen" To: freebsd-hackers@freebsd.org Message-ID: <20030627231805.GB410@nitro.dk> References: <20030627231013.GA41033@webserver.get-linux.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <20030627231013.GA41033@webserver.get-linux.org> User-Agent: Mutt/1.5.4i Subject: Re: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 23:18:09 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2003.06.27 16:10:13 -0700, Joshua Oreman wrote: > Hi -hackers, >=20 > I currently have a lot of free time and I was wondering whether there was > a TODO list of some sort for bugs that need fixing in FreeBSD. I really > want to help the project, and I think such a list would make it much > easier to do so. If there's no official TODO list, could someone point > out some things? I know C/C++, but I'm very unfamiliar with the kernel. Great :-) There is always plenty to do. I would suggest looking at the PR system and at the 'Contributing to FreeBSD' article which can be found at http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing/index.html Hope you find something interesting to spend some time on. --=20 Simon L. Nielsen --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+/NCt8kocFXgPTRwRAtqkAJ9nAOxuNvRCJstLURSQ2t4svbIMFwCfZrrK CBVqT7r6D9gCVKHHGhfIJvA= =MYDV -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 00:39:51 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BC4237B401 for ; Sat, 28 Jun 2003 00:39:51 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F36F43FEC for ; Sat, 28 Jun 2003 00:39:50 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfjii.dialup.mindspring.com ([165.247.206.82] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19WAJF-00043z-00; Sat, 28 Jun 2003 00:39:46 -0700 Message-ID: <3EFD45D6.B6DAA867@mindspring.com> Date: Sat, 28 Jun 2003 00:37:58 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Andrew References: <000f01c33cdc$db1da290$0201a8c0@win> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4d89a03eccd3fdf0995a9e831f982dba72601a10902912494350badd9bab72f9c350badd9bab72f9c cc: freebsd-hackers@freebsd.org Subject: Re: non-32bit-relocation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 07:39:51 -0000 Andrew wrote: > I wrote a small assembly program to send a string to the floppy. > I'm not familiar with nasm, the assembly language compiler I'm using and > even less familiar with the as program. > > basically, other code aside, the nasm compiler says, when using -f elf, that > it does not support non-32-bit relocations. Ok, I'm not an assembly expert > and less familiar with 'elf' so I need some help. There are a number of assembly language resources for FreeBSD; here are a couple of the better ones: http://www.int80h.org/bsdasm/ http://linuxassembly.org/resources.html > The instructions were > > mov es, seg buffer > mov bx, [buffer] > int 13h. > > Can anyone tell me how to do this on a FreeBSD machine? You either don't do this at all, or you use the vm86() system call to do the work in a virtual machine. In general, this will not work for this particular use, since INT 0x13 is used to do disk I/O, and the BIOS interface does not own the disk, the OS disk driver does. To do what you want to do, you should probably call the open(2) system call on the disk device from assembly, and then call the write(2) system call from assembly, instead of trying to use INT 0x13. Here's a little program to write some garbage to /dev/fd0; I call it "foo.s". Don't run it against a floppy you care about. Compile it with "cc -o foo foo.s"; it will create a dynamically linked program, unless you tell it not to (e.g. "cc -static -o foo foo.s". If you don't want crt0 involved so that you can mix C and assembly, then you should follow the link above to the first tutorial. Here's the code: ---------------------------------------------------------------- # # Assembly program to write a string to the floppy # # # Here are my strings # .section .rodata # "/dev/fd0" + NUL .device_to_open: .byte 0x2f,0x64,0x65,0x76,0x2f,0x66,0x64,0x30,0x0 # "my string" .string_to_write: .byte 0x6d,0x79,0x20,0x73,0x74,0x72,0x69,0x6e,0x67 # # Code goes in text section # .text .p2align 2,0x90 # "main()" -- called by crt0's _main() function .globl main .type main,@function main: pushl %ebp # main is a function; this is the movl %esp,%ebp # entry preamble for a function with subl $8,%esp # no parameters addl $-4,%esp # # fd = open(char *path, int flags, int mode) pushl $0 # mode 0 (not used; callee might care though) pushl $2 # flags; 2 = O_RDWR pushl $.device_to_open # path string; must be NUL terminated call open # call open function addl $16,%esp movl %eax,%eax movl %eax,fd # system call return is in %eax (-1 == error) addl $-4,%esp # write(int fd, char *buf, int len) pushl $9 # len = 9 bytes pushl $.string_to_write # buf; does not need NUL termination movl fd,%eax # fd pushl %eax call write # call write function addl $16,%esp addl $-12,%esp # close(fd) movl fd,%eax # fd pushl %eax call close # call close function addl $16,%esp # just return... we could have called exit, but _main will do that leave ret .finish: .size main,.finish-main # text segment size .comm fd,4,4 # global variable 'fd' # # done. # ---------------------------------------------------------------- -- Terry From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 00:58:17 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF85337B492 for ; Sat, 28 Jun 2003 00:58:16 -0700 (PDT) Received: from ns1.rwwa.com (ns1.rwwa.com [66.92.67.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6358C43F85 for ; Sat, 28 Jun 2003 00:58:16 -0700 (PDT) (envelope-from ) Received: from ns1.rwwa.com (localhost [127.0.0.1]) by ns1.rwwa.com (Postfix) with ESMTP id B793232A6 for ; Sat, 28 Jun 2003 03:58:15 -0400 (EDT) From: witr@rwwa.com Date: Sat, 28 Jun 2003 03:58:15 -0400 (EDT) Message-ID: <1056787095.15418.TMDA@ns1.rwwa.com> To: hackers@FreeBSD.org Precedence: bulk X-Delivery-Agent: TMDA/0.57 Subject: Please confirm your message X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Reply-To: witr-confirm-1056787095.15418.1c2cdd@rwwa.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 07:58:18 -0000 Your e-mail message with the subject of "Re: Application" is being held because your address was not recognized. To release your message for delivery, please send an empty message to the following address, or use your mailer's "Reply" feature. witr-confirm-1056787095.15418.1c2cdd@rwwa.com This confirmation verifies that your message is legitimate and not junk-mail. [ This notice was generated by TMDA/0.57 (http://tmda.sf.net/), an automated junk-mail reduction system. ] --- Enclosed is a copy of your message. Return-Path: Delivered-To: witr@rwwa.com Received: from mx2.speakeasy.net (mx2.speakeasy.net [216.254.0.225]) by ns1.rwwa.com (Postfix) with ESMTP id 8AE1C32A4 for ; Sat, 28 Jun 2003 03:58:07 -0400 (EDT) Received: (qmail 17667 invoked from network); 28 Jun 2003 07:58:02 -0000 Received: from unknown (HELO LION) ([211.96.237.135]) (envelope-sender ) by mx2.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 28 Jun 2003 07:58:02 -0000 From: To: Subject: Re: Application Date: Sat, 28 Jun 2003 16:00:57 +0800 Importance: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MSMail-Priority: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="CSmtpMsgPart123X456_000_0076D0FA" Message-Id: <20030628075807.8AE1C32A4@ns1.rwwa.com> [ Message body suppressed (exceeded 50000 bytes) ] From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 01:01:50 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D9E137B404 for ; Sat, 28 Jun 2003 01:01:50 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE2D144015 for ; Sat, 28 Jun 2003 01:01:49 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfjii.dialup.mindspring.com ([165.247.206.82] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19WAeY-0006AD-00; Sat, 28 Jun 2003 01:01:47 -0700 Message-ID: <3EFD4AF6.F8F471D6@mindspring.com> Date: Sat, 28 Jun 2003 00:59:50 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Simon L. Nielsen" References: <20030627231013.GA41033@webserver.get-linux.org> <20030627231805.GB410@nitro.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a42e05519d3c4ced28567f6e339c787bfea2d4e88014a4647c350badd9bab72f9c350badd9bab72f9c cc: freebsd-hackers@freebsd.org Subject: Re: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 08:01:50 -0000 "Simon L. Nielsen" wrote: > On 2003.06.27 16:10:13 -0700, Joshua Oreman wrote: > > I currently have a lot of free time and I was wondering whether there was > > a TODO list of some sort for bugs that need fixing in FreeBSD. I really > > want to help the project, and I think such a list would make it much > > easier to do so. If there's no official TODO list, could someone point > > out some things? I know C/C++, but I'm very unfamiliar with the kernel. > > Great :-) There is always plenty to do. I would suggest looking at the > PR system and at the 'Contributing to FreeBSD' article which can be > found at > http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing/index.html > > Hope you find something interesting to spend some time on. Give him a commit bit, and he can quickly grind through all the PR's that already have diff's attached to them, and have just sat there forever. All he'd need to do was verify that there was a problem that was being fixed, and the code didn't look like it would cause damage. If it ends up causing damage anyway, the fix can always be backed out later. Making send-pr actually result in code changes would probably be the most valuable thing anyone could do for the project, and it would give him a chance to read and to understand a lot of diverse code, in the process, to get up to speed on writing his own fixes for PR's without fixes attached. Just my $0.02... -- Terry From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 02:37:13 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF04137B401 for ; Sat, 28 Jun 2003 02:37:12 -0700 (PDT) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5211F43FE9 for ; Sat, 28 Jun 2003 02:37:12 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 19WC8s-0006B0-00 for freebsd-hackers@freebsd.org; Sat, 28 Jun 2003 12:37:10 +0300 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: freebsd-hackers@freebsd.org In-reply-to: Your message of Wed, 25 Jun 2003 10:15:49 -0600 (MDT) . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 28 Jun 2003 12:37:10 +0300 From: Danny Braniss Message-Id: Subject: Re: USB, select/poll for ucom X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 09:37:13 -0000 [...] > have fun. the mindshare book is good. however, it took me a long > time to get a usb 'aha' moment and understand its twisty maze was > really a workable design obscured by standardese... I suspect it is a > problem in the usb chipset driver for the com part. ttypoll just says > 'you have data in the buffer' so for some reason the data isn't making > into the tty buffer. > > Warner Im amazed at how some of you can write a driver based on the Spec. Docs! here is a pearl i came across reading the USB spec for 1.1, page 43 'The maximum allowable interrupt data payload size is 64 bytes or less for full-speed.' danny From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 05:03:47 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63B2A37B401 for ; Sat, 28 Jun 2003 05:03:47 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB4A543F85 for ; Sat, 28 Jun 2003 05:03:45 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h5SC3KhR048456 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 28 Jun 2003 14:03:24 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h5SC3JZM018548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Jun 2003 14:03:20 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.9/8.12.9) with ESMTP id h5SC3Jgt085835; Sat, 28 Jun 2003 14:03:19 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h5SC3GQQ085834; Sat, 28 Jun 2003 14:03:16 +0200 (CEST) Date: Sat, 28 Jun 2003 14:03:16 +0200 From: Bernd Walter To: Danny Braniss Message-ID: <20030628120315.GZ68295@cicely12.cicely.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely12.cicely.de 5.1-CURRENT alpha User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org Subject: Re: USB, select/poll for ucom X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 12:03:47 -0000 On Sat, Jun 28, 2003 at 12:37:10PM +0300, Danny Braniss wrote: > [...] > > have fun. the mindshare book is good. however, it took me a long > > time to get a usb 'aha' moment and understand its twisty maze was > > really a workable design obscured by standardese... I suspect it is a > > problem in the usb chipset driver for the com part. ttypoll just says > > 'you have data in the buffer' so for some reason the data isn't making > > into the tty buffer. > > > > Warner > > Im amazed at how some of you can write a driver based on the Spec. Docs! > > here is a pearl i came across reading the USB spec for 1.1, page 43 > > 'The maximum allowable interrupt data payload > size is 64 bytes or less for full-speed.' The device will tell you his personal limits for the given endpoint. See wMaxPacketSize in usb_endpoint_descriptor_t. The specs only tell you that a device can't tell >64 byte as the maximum for an interrupt endpoint. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 07:10:10 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D16237B401 for ; Sat, 28 Jun 2003 07:10:10 -0700 (PDT) Received: from sark.cc.gatech.edu (sark.cc.gatech.edu [130.207.7.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6FD743F75 for ; Sat, 28 Jun 2003 07:10:09 -0700 (PDT) (envelope-from insanc@cc.gatech.edu) Received: from myrna.cc.gatech.edu (myrna.cc.gatech.edu [130.207.107.16]) by sark.cc.gatech.edu (8.12.9/8.12.8) with ESMTP id h5SEA812023420 for ; Sat, 28 Jun 2003 10:10:08 -0400 (EDT) Received: (from insanc@localhost) by myrna.cc.gatech.edu (8.12.9/8.12.8) id h5SEA8GX027952 for freebsd-hackers@freebsd.org; Sat, 28 Jun 2003 10:10:08 -0400 Date: Sat, 28 Jun 2003 10:10:08 -0400 From: Joseph Holland King To: freebsd-hackers@freebsd.org Message-ID: <20030628101008.A27124@myrna.cc.gatech.edu> References: <20030627231013.GA41033@webserver.get-linux.org> <20030627231805.GB410@nitro.dk> <3EFD4AF6.F8F471D6@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3EFD4AF6.F8F471D6@mindspring.com>; from tlambert2@mindspring.com on Sat, Jun 28, 2003 at 12:59:50AM -0700 Subject: Re: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 14:10:10 -0000 On Sat, Jun 28, 2003 at 12:59:50AM -0700, Terry Lambert had the gall to say: > Give him a commit bit, and he can quickly grind through all the > PR's that already have diff's attached to them, and have just sat > there forever. All he'd need to do was verify that there was a > problem that was being fixed, and the code didn't look like it > would cause damage. If it ends up causing damage anyway, the fix > can always be backed out later. Making send-pr actually result in > code changes would probably be the most valuable thing anyone could > do for the project, and it would give him a chance to read and to > understand a lot of diverse code, in the process, to get up to speed > on writing his own fixes for PR's without fixes attached. heh, i must say that without a commit bit its almost impossible to get any of the pr's closed, even ones that are five years old with a fix attached. -- Joseph Holland King gte743n@mail.gatech.edu From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 07:16:20 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58DF837B401 for ; Sat, 28 Jun 2003 07:16:20 -0700 (PDT) Received: from digiflux.org (43.Red-80-59-151.pooles.rima-tde.net [80.59.151.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE5E74402D for ; Sat, 28 Jun 2003 07:16:18 -0700 (PDT) (envelope-from olivas@digiflux.org) Received: from sentinel (sentinel [10.0.2.5]) (authenticated bits=0) by digiflux.org (8.12.9/8.12.9) with ESMTP id h5SEG9Tl044959 for ; Sat, 28 Jun 2003 16:16:09 +0200 (CEST) (envelope-from olivas@digiflux.org) From: Stacy Olivas To: freebsd-hackers@freebsd.org Date: Sat, 28 Jun 2003 16:16:03 +0200 User-Agent: KMail/1.5.2 References: <20030627231013.GA41033@webserver.get-linux.org> <20030627231805.GB410@nitro.dk> <3EFD4AF6.F8F471D6@mindspring.com> In-Reply-To: <3EFD4AF6.F8F471D6@mindspring.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Description: clearsigned data Content-Disposition: inline Message-Id: <200306281616.15370.olivas@digiflux.org> Subject: Re: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 14:16:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 28 June 2003 9:59 am, Terry Lambert wrote: > Give him a commit bit, and he can quickly grind through all the > PR's that already have diff's attached to them, and have just sat > there forever. All he'd need to do was verify that there was a > problem that was being fixed, and the code didn't look like it > would cause damage. If it ends up causing damage anyway, the fix > can always be backed out later. Making send-pr actually result in > code changes would probably be the most valuable thing anyone could > do for the project, and it would give him a chance to read and to > understand a lot of diverse code, in the process, to get up to speed > on writing his own fixes for PR's without fixes attached. > > Just my $0.02... > > -- Terry What? You mean those PR's in there from 1998/99 are *old*? :) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+/aMr8CwhYj2/a04RAim0AJ9/fYV6MoT2bfXlYYw1o9+zI7+qAgCfSaQO s7/0L7ZL5Sy4a7sg/xODR7U= =c9UA -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 09:27:40 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 523C337B401 for ; Sat, 28 Jun 2003 09:27:40 -0700 (PDT) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4B5744027 for ; Sat, 28 Jun 2003 09:27:38 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.11.6/8.11.6) with ESMTP id h5SGRPt8326854; Sat, 28 Jun 2003 20:27:25 +0400 (MSD) Date: Sat, 28 Jun 2003 20:27:25 +0400 (MSD) From: Maxim Konovalov To: Joseph Holland King In-Reply-To: <20030628101008.A27124@myrna.cc.gatech.edu> Message-ID: <20030628202647.D71322@news1.macomnet.ru> References: <20030627231013.GA41033@webserver.get-linux.org> <20030627231805.GB410@nitro.dk> <3EFD4AF6.F8F471D6@mindspring.com> <20030628101008.A27124@myrna.cc.gatech.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 16:27:40 -0000 On Sat, 28 Jun 2003, 10:10-0400, Joseph Holland King wrote: > On Sat, Jun 28, 2003 at 12:59:50AM -0700, Terry Lambert had the gall to say: > > Give him a commit bit, and he can quickly grind through all the > > PR's that already have diff's attached to them, and have just sat > > there forever. All he'd need to do was verify that there was a > > problem that was being fixed, and the code didn't look like it > > would cause damage. If it ends up causing damage anyway, the fix > > can always be backed out later. Making send-pr actually result in > > code changes would probably be the most valuable thing anyone could > > do for the project, and it would give him a chance to read and to > > understand a lot of diverse code, in the process, to get up to speed > > on writing his own fixes for PR's without fixes attached. > > heh, i must say that without a commit bit its almost impossible to get > any of the pr's closed, even ones that are five years old with a fix > attached. for instance? -- Maxim Konovalov, maxim@macomnet.ru, maxim@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 11:10:06 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1674E37B401 for ; Sat, 28 Jun 2003 11:10:06 -0700 (PDT) Received: from sark.cc.gatech.edu (sark.cc.gatech.edu [130.207.7.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A7BC44008 for ; Sat, 28 Jun 2003 11:10:05 -0700 (PDT) (envelope-from insanc@cc.gatech.edu) Received: from myrna.cc.gatech.edu (myrna.cc.gatech.edu [130.207.107.16]) by sark.cc.gatech.edu (8.12.9/8.12.8) with ESMTP id h5SIA312004262; Sat, 28 Jun 2003 14:10:03 -0400 (EDT) Received: (from insanc@localhost) by myrna.cc.gatech.edu (8.12.9/8.12.8) id h5SIA1Qc029630; Sat, 28 Jun 2003 14:10:01 -0400 Date: Sat, 28 Jun 2003 14:10:01 -0400 From: Joseph Holland King To: Maxim Konovalov Message-ID: <20030628141001.A29573@myrna.cc.gatech.edu> References: <20030627231013.GA41033@webserver.get-linux.org> <20030627231805.GB410@nitro.dk> <3EFD4AF6.F8F471D6@mindspring.com> <20030628101008.A27124@myrna.cc.gatech.edu> <20030628202647.D71322@news1.macomnet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030628202647.D71322@news1.macomnet.ru>; from maxim@macomnet.ru on Sat, Jun 28, 2003 at 08:27:25PM +0400 cc: freebsd-hackers@freebsd.org Subject: Re: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 18:10:06 -0000 On Sat, Jun 28, 2003 at 08:27:25PM +0400, Maxim Konovalov had the gall to say: > On Sat, 28 Jun 2003, 10:10-0400, Joseph Holland King wrote: > > heh, i must say that without a commit bit its almost impossible to get > > any of the pr's closed, even ones that are five years old with a fix > > attached. > > for instance? this had a fix to begin with, and has a new fix now: Re: kern/23173: read hangs in linux emulation http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/23173 two people have claimed that this should be closed: Re: i386/20495: 4.1-STABLE and 4.1-RELEASE: keyboard doesn't work after booting http://www.FreeBSD.org/cgi/query-pr.cgi?pr=i386/20495 this one had a patch orginally but suspended and never submitted: Re: bin/2938: Add -b, -l, and -f options to du(1) http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/2938 these are just the ones that after 8 months to a year of me (and other people) sending emails about still have not seen activity. -- Joseph Holland King gte743n@mail.gatech.edu From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 11:50:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F105837B401 for ; Sat, 28 Jun 2003 11:50:22 -0700 (PDT) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DF8743F85 for ; Sat, 28 Jun 2003 11:50:21 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.11.6/8.11.6) with ESMTP id h5SIoHt8287661; Sat, 28 Jun 2003 22:50:18 +0400 (MSD) Date: Sat, 28 Jun 2003 22:50:17 +0400 (MSD) From: Maxim Konovalov To: Joseph Holland King In-Reply-To: <20030628141001.A29573@myrna.cc.gatech.edu> Message-ID: <20030628224514.U16276@news1.macomnet.ru> References: <20030627231013.GA41033@webserver.get-linux.org> <20030627231805.GB410@nitro.dk> <3EFD4AF6.F8F471D6@mindspring.com> <20030628202647.D71322@news1.macomnet.ru> <20030628141001.A29573@myrna.cc.gatech.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 18:50:23 -0000 On Sat, 28 Jun 2003, 14:10-0400, Joseph Holland King wrote: > On Sat, Jun 28, 2003 at 08:27:25PM +0400, Maxim Konovalov had the gall to say: > > On Sat, 28 Jun 2003, 10:10-0400, Joseph Holland King wrote: > > > heh, i must say that without a commit bit its almost impossible to get > > > any of the pr's closed, even ones that are five years old with a fix > > > attached. > > > > for instance? > > this had a fix to begin with, and has a new fix now: > Re: kern/23173: read hangs in linux emulation > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/23173 Assigned to maintainer. > two people have claimed that this should be closed: > Re: i386/20495: 4.1-STABLE and 4.1-RELEASE: keyboard doesn't work after > booting > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=i386/20495 Closed. > this one had a patch orginally but suspended and never submitted: > Re: bin/2938: Add -b, -l, and -f options to du(1) > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/2938 Closed. -- Maxim Konovalov, maxim@macomnet.ru, maxim@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 11:59:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 756E337B401 for ; Sat, 28 Jun 2003 11:59:01 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 923D743FF2 for ; Sat, 28 Jun 2003 11:59:00 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h5SIwrDZ044332; Sat, 28 Jun 2003 11:58:53 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h5SIwrsi008960; Sat, 28 Jun 2003 11:58:53 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h5SIwqpo008955; Sat, 28 Jun 2003 11:58:52 -0700 (PDT) Date: Sat, 28 Jun 2003 11:58:52 -0700 From: Marcel Moolenaar To: Maxim Konovalov Message-ID: <20030628185852.GA1292@dhcp01.pn.xcllnt.net> References: <20030627231013.GA41033@webserver.get-linux.org> <20030627231805.GB410@nitro.dk> <3EFD4AF6.F8F471D6@mindspring.com> <20030628202647.D71322@news1.macomnet.ru> <20030628141001.A29573@myrna.cc.gatech.edu> <20030628224514.U16276@news1.macomnet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030628224514.U16276@news1.macomnet.ru> User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org cc: Joseph Holland King Subject: Re: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 18:59:01 -0000 On Sat, Jun 28, 2003 at 10:50:17PM +0400, Maxim Konovalov wrote: > On Sat, 28 Jun 2003, 14:10-0400, Joseph Holland King wrote: > > > On Sat, Jun 28, 2003 at 08:27:25PM +0400, Maxim Konovalov had the gall to say: > > > On Sat, 28 Jun 2003, 10:10-0400, Joseph Holland King wrote: > > > > heh, i must say that without a commit bit its almost impossible to get > > > > any of the pr's closed, even ones that are five years old with a fix > > > > attached. > > > > > > for instance? > > > > this had a fix to begin with, and has a new fix now: > > Re: kern/23173: read hangs in linux emulation > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/23173 > > Assigned to maintainer. I'm not the maintainer, but I'll commit the patch in a couple of longish minutes. An MFC will happen sometime next week. Feel free to ping me at the end of next week if it hasn't been MFC'd by then. FYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 15:13:47 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B9A637B401 for ; Sat, 28 Jun 2003 15:13:47 -0700 (PDT) Received: from mailf.telia.com (mailf.telia.com [194.22.194.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id C639244047 for ; Sat, 28 Jun 2003 15:13:43 -0700 (PDT) (envelope-from watchman@ludd.luth.se) Received: from d1o1000.telia.com (d1o1000.telia.com [217.208.12.241]) by mailf.telia.com (8.12.9/8.12.9) with ESMTP id h5SMDd9H004666 for ; Sun, 29 Jun 2003 00:13:43 +0200 (CEST) X-Original-Recipient: Received: from ludd.luth.se (h13n4fls20o1078.bredband.comhem.se [81.224.195.13]) by d1o1000.telia.com (8.10.2p2/8.10.1) with ESMTP id h5SMDc801573 for ; Sun, 29 Jun 2003 00:13:38 +0200 (CEST) Message-ID: <3EFE12F8.7080908@ludd.luth.se> Date: Sun, 29 Jun 2003 00:13:12 +0200 From: =?ISO-8859-1?Q?Joachim_Str=F6mbergson?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030524 X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-hackers@freebsd.org References: <20030627231013.GA41033@webserver.get-linux.org> <20030627231805.GB410@nitro.dk> <3EFD4AF6.F8F471D6@mindspring.com> <20030628202647.D71322@news1.macomnet.ru> <20030628141001.A29573@myrna.cc.gatech.edu> <20030628224514.U16276@news1.macomnet.ru> <20030628185852.GA1292@dhcp01.pn.xcllnt.net> In-Reply-To: <20030628185852.GA1292@dhcp01.pn.xcllnt.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 22:13:47 -0000 Aloha! Short comment... Marcel Moolenaar wrote: > On Sat, Jun 28, 2003 at 10:50:17PM +0400, Maxim Konovalov wrote: > >>On Sat, 28 Jun 2003, 14:10-0400, Joseph Holland King wrote: >>> >>>this had a fix to begin with, and has a new fix now: >>>Re: kern/23173: read hangs in linux emulation >>>http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/23173 >> >>Assigned to maintainer. > > I'm not the maintainer, but I'll commit the patch in a couple of longish > minutes. An MFC will happen sometime next week. Feel free to ping me > at the end of next week if it hasn't been MFC'd by then. Pretty impressive, just by asking about how to contribute, Joshua Oreman have caused one commit of a fix from a PR and the closing of two other PRs. ;-) Would it be productive/meaningful if one were to browse through the PR db, check/verify open PRs with fixes and report back to this list with "looks good" fixes so that they then could be commited in the same way as the three PRs reported by Joseph Holland King? -- Med vänlig hälsning, Cheers! Joachim Strömbergson ============================================================================ Joachim Strömbergson - ASIC designer, nice to *cute* animals. snail: phone: mail & web: Sävenäsgatan 5A +46 31 - 27 98 47 watchman@ludd.luth.se 416 72 Göteborg +46 733 75 97 02 www.ludd.luth.se/~watchman ============================================================================ From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 15:18:17 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EA8337B401 for ; Sat, 28 Jun 2003 15:18:17 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07DE844048 for ; Sat, 28 Jun 2003 15:18:17 -0700 (PDT) (envelope-from vahe@khachikyan.de) Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 19WO1Q-0001UE-00 for freebsd-hackers@freebsd.org; Sun, 29 Jun 2003 00:18:16 +0200 Received: from [217.235.132.184] (helo=workstation) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 19WO1P-0001oL-00 for freebsd-hackers@freebsd.org; Sun, 29 Jun 2003 00:18:15 +0200 Message-ID: <008d01c33dc3$2d2f0880$0700010a@workstation> From: "Vahe Khachikyan" To: "FreeBSD Hackers" Date: Sun, 29 Jun 2003 00:18:17 +0200 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.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Is GNATS broken ?? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 22:18:18 -0000 Hi all, Sorry for off topic, but since 5 days I am trying to send a PR with change request and included patch to FreeBSD-gnats-submit@freebsd.org using send-pr. Today I made a resubmission, steel without any success. The article related to problem reporting (on FreeBSD site) states that I should get an auto-email with trouble ticketing number from GNATS system after I submitted the problem. In both cases I didn't get any trouble ticket number. Can please somebody tell me wheter the GNATS system is OK and if somebody managed to submit a problem report last 5 days? P.S. I CC-ed the same problem report to my external mail address and I receive it there. Thank you for your help -- Vahe --- From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 15:21:09 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3532037B401 for ; Sat, 28 Jun 2003 15:21:09 -0700 (PDT) Received: from mailbox.univie.ac.at (mailbox.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CFC343FD7 for ; Sat, 28 Jun 2003 15:21:08 -0700 (PDT) (envelope-from l.ertl@univie.ac.at) Received: from dialin202.cc.univie.ac.at (dialin202.cc.univie.ac.at [131.130.202.202]) by mailbox.univie.ac.at (8.12.2/8.12.2) with ESMTP id h5SMKwlv143578; Sun, 29 Jun 2003 00:21:01 +0200 Date: Sun, 29 Jun 2003 00:20:55 +0200 (CEST) From: Lukas Ertl To: Vahe Khachikyan In-Reply-To: <008d01c33dc3$2d2f0880$0700010a@workstation> Message-ID: <20030629002014.Q956@korben.in.tern> References: <008d01c33dc3$2d2f0880$0700010a@workstation> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-DCC-ZID-Univie-Metrics: mailbox 4251; Body=2 Fuz1=2 Fuz2=2 cc: FreeBSD Hackers Subject: Re: Is GNATS broken ?? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 22:21:09 -0000 On Sun, 29 Jun 2003, Vahe Khachikyan wrote: > Can please somebody tell me wheter the GNATS system is OK and > if somebody managed to submit a problem report last 5 days? I have sent in PRs in the last week, and there was no problem. Did your PR show up in the PR list? regards, le --=20 Lukas Ertl eMail: l.ertl@univie.ac.at UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universit=E4t Wien http://mailbox.univie.ac.at/~le/ From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 16:29:18 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A4E837B401 for ; Sat, 28 Jun 2003 16:29:18 -0700 (PDT) Received: from nox.cx (nox.cx [216.12.18.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE2EC4400D for ; Sat, 28 Jun 2003 16:29:17 -0700 (PDT) (envelope-from zakj-freebsd-hackers@nox.cx) Received: (qmail 85386 invoked by uid 1000); 28 Jun 2003 23:29:38 -0000 Message-ID: <20030628232938.85385.qmail@nox.cx> Date: Sat, 28 Jun 2003 19:29:38 -0400 From: Zak Johnson To: freebsd-hackers@freebsd.org Mail-Followup-To: freebsd-hackers@freebsd.org References: <20030627231013.GA41033@webserver.get-linux.org> <20030627231805.GB410@nitro.dk> <3EFD4AF6.F8F471D6@mindspring.com> <20030628101008.A27124@myrna.cc.gatech.edu> <20030628202647.D71322@news1.macomnet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030628202647.D71322@news1.macomnet.ru> Subject: Re: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 23:29:18 -0000 On 2003-06-28 20:27+0400, Maxim Konovalov wrote: > for instance? misc/25851 bin/32433 Both relatively simple patches, submitted about a year ago. -Zak From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 16:31:20 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B1DA37B401 for ; Sat, 28 Jun 2003 16:31:20 -0700 (PDT) Received: from mail.impress.lt (server.impress.lt [193.219.5.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99F6B44034 for ; Sat, 28 Jun 2003 16:31:19 -0700 (PDT) (envelope-from admin@impress.lt) Received: from mail.impress.lt (localhost [127.0.0.1]) by mail.impress.lt (Postfix) with SMTP id BC6E32B854 for ; Sun, 29 Jun 2003 02:32:11 +0000 (GMT) Received: from 81.7.111.170 (SquirrelMail authenticated user admin@impress.lt) by mail.impress.lt with HTTP; Sun, 29 Jun 2003 02:32:12 -0000 (GMT) Message-ID: <49182.81.7.111.170.1056853932.squirrel@mail.impress.lt> Date: Sun, 29 Jun 2003 02:32:12 -0000 (GMT) From: admin@impress.lt To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.0 MIME-Version: 1.0 Content-Type: text/plain;charset=windows-1257 X-Priority: 3 Importance: Normal Subject: ESS Allergro ES1988 problems on 5.1R X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 23:31:20 -0000 Hi, i got this laptop HP Pavilion n5470, and ESS Allegro ES1988 sound card, also i've installed FreeBSD 5.1RELEASE. I added theese lines into my /boot/loader.conf , and after this i can here sound just from cd when doing "cdcontrol -f /dev/acd0 play 1, but i cannot play any other files, and when i try to do "mpg123 xxx.mp3, i can see this error in my /var/log/messages : pcm0: play:0: play interrupt timeout, channel dead Heres my dmesg log www.muaythai.lt/dmesg.txt This is what i get from grep pcm /var/run/dmesg.boot: Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc06b02a8. pcm0: port 0x1400-0x14ff at device 8.0 on pci0 pcm0: failed to enable memory mapping! pcm0: And this is what i get when cat /dev/sndstat: FreeBSD Audio driver (new pcm) Installed devices: pcm0: at io 0x1400 irq 5 (4p/1r/0v channels duplex default What you offer to do for me to solve this problem ? From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 16:45:53 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A20A937B401 for ; Sat, 28 Jun 2003 16:45:53 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1E3944017 for ; Sat, 28 Jun 2003 16:45:52 -0700 (PDT) (envelope-from vahe@khachikyan.de) Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 19WPNv-0000Mb-00; Sun, 29 Jun 2003 01:45:35 +0200 Received: from [217.235.132.184] (helo=workstation) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 19WPNu-0006HR-00; Sun, 29 Jun 2003 01:45:35 +0200 Message-ID: <009701c33dcf$60074680$0700010a@workstation> From: "Vahe Khachikyan" To: "Lukas Ertl" References: <008d01c33dc3$2d2f0880$0700010a@workstation> <20030629002014.Q956@korben.in.tern> Date: Sun, 29 Jun 2003 01:45:36 +0200 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.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: FreeBSD Hackers Subject: Re: Is GNATS broken ?? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 23:45:53 -0000 >> Can please somebody tell me wheter the GNATS system is OK and >> if somebody managed to submit a problem report last 5 days? >I have sent in PRs in the last week, and there was no problem. Did your PR >show up in the PR list? Nop it didn't show up in PR list. I use http://www.freebsd.org/cgi/query-pr-summary.cgi?query to query PR database. And I didn't get any ticket number per email. Any ideas ? Thanks -- Vahe --- From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 16:52:38 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5068A37B401 for ; Sat, 28 Jun 2003 16:52:38 -0700 (PDT) Received: from webmail1.isg.siue.edu (webmail1.isg.siue.edu [146.163.5.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 886C544049 for ; Sat, 28 Jun 2003 16:52:37 -0700 (PDT) (envelope-from wgrim@siue.edu) Received: (from nobody@localhost) by webmail1.isg.siue.edu (8.11.6/8.11.6) id h5SNqa701049 for freebsd-hackers@freebsd.org; Sat, 28 Jun 2003 18:52:36 -0500 X-Authentication-Warning: webmail1.isg.siue.edu: nobody set sender to wgrim@siue.edu using -f Received: from 208.5.212.78 ( [208.5.212.78]) as user wgrim@146.163.5.4 by webmail1.isg.siue.edu with HTTP; Sat, 28 Jun 2003 18:52:36 -0500 Message-ID: <1056844356.3efe2a444bac4@webmail1.isg.siue.edu> Date: Sat, 28 Jun 2003 18:52:36 -0500 From: wgrim@siue.edu 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.1 Subject: Fwd: Re: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 23:52:38 -0000 Quoting Terry Lambert : > Give him a commit bit, and he can quickly grind through all the > PR's that already have diff's attached to them, and have just sat > there forever. I have taken a look at the PR list before, but I get depressed when I look at some of the requests. Some requests don't look very hard, but they require hardware that I don't have. How do you guys go about handling bug fixes if you don't happen to have certain hardware that someone else may have? Also, when you're working on a PR, do you roll your OS version back to whatever the PR requires? If so, do you just cvsup downgrade your source and "make buildworld... etc"? I have lots of interest in beginning some simple tasks with the kernel, but it's quite difficult to know where to start. I'm good at C/C++ and have taken an OS course; I just don't know how this particular kernel works on most levels. Many thanks, Mike Grim PS - Terry, I'm sorry for sending this to you directly. It was my fault for not realizing it didn't go to -hackers. ------------------------------------------------- SIUE Web Mail ----- End forwarded message ----- ------------------------------------------------- SIUE Web Mail From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 16:53:51 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFCAF37B495 for ; Sat, 28 Jun 2003 16:53:50 -0700 (PDT) Received: from webmail1.isg.siue.edu (webmail1.isg.siue.edu [146.163.5.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id E308A44022 for ; Sat, 28 Jun 2003 16:53:49 -0700 (PDT) (envelope-from wgrim@siue.edu) Received: (from nobody@localhost) by webmail1.isg.siue.edu (8.11.6/8.11.6) id h5SNrnt01073 for freebsd-hackers@freebsd.org; Sat, 28 Jun 2003 18:53:49 -0500 X-Authentication-Warning: webmail1.isg.siue.edu: nobody set sender to wgrim@siue.edu using -f Received: from 208.5.212.78 ( [208.5.212.78]) as user wgrim@146.163.5.4 by webmail1.isg.siue.edu with HTTP; Sat, 28 Jun 2003 18:53:48 -0500 Message-ID: <1056844428.3efe2a8cdbb77@webmail1.isg.siue.edu> Date: Sat, 28 Jun 2003 18:53:48 -0500 From: wgrim@siue.edu 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.1 Subject: Fwd: Re: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 23:53:52 -0000 Quoting Joseph Holland King : > heh, i must say that without a commit bit its almost impossible to get > any of the pr's closed, even ones that are five years old with a fix > attached. What exactly is a "commit bit"? I'd be willing to help him on this; I could use just as much help learning the kernel as he could. Thanks, Mike Grim PS - Joseph, I'm sorry for sending this to you directly. I should have made sure it went to -hackers. I'm just used to only hitting "reply". ------------------------------------------------- SIUE Web Mail ----- End forwarded message ----- ------------------------------------------------- SIUE Web Mail From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 16:56:16 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A13AD37B401 for ; Sat, 28 Jun 2003 16:56:16 -0700 (PDT) Received: from pd4mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5013144008 for ; Sat, 28 Jun 2003 16:56:15 -0700 (PDT) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from pd4mr4so.prod.shaw.ca (pd4mr4so-qfe3.prod.shaw.ca [10.0.141.215]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.16 (built May 14 2003)) with ESMTP id <0HH700DBXUHQPP@l-daemon> for freebsd-hackers@freebsd.org; Sat, 28 Jun 2003 17:56:14 -0600 (MDT) Received: from pn2ml5so.prod.shaw.ca (pn2ml5so-qfe0.prod.shaw.ca [10.0.121.149]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.16 (built May 14 2003)) with ESMTP id <0HH70093HUHQG7@l-daemon> for freebsd-hackers@freebsd.org; Sat, 28 Jun 2003 17:56:14 -0600 (MDT) Received: from piii600.wadham.ox.ac.uk (h24-87-233-42.vc.shawcable.net [24.87.233.42]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.16 (built May 14 2003)) with ESMTP id <0HH700DN2UHP43@l-daemon> for freebsd-hackers@freebsd.org; Sat, 28 Jun 2003 17:56:14 -0600 (MDT) Date: Sat, 28 Jun 2003 16:56:11 -0700 From: Colin Percival In-reply-to: <009701c33dcf$60074680$0700010a@workstation> X-Sender: cperciva@popserver.sfu.ca To: Vahe Khachikyan Message-id: <5.0.2.1.1.20030628165200.02d4beb0@popserver.sfu.ca> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT References: <008d01c33dc3$2d2f0880$0700010a@workstation> <20030629002014.Q956@korben.in.tern> cc: FreeBSD Hackers Subject: Re: Is GNATS broken ?? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 23:56:16 -0000 At 01:45 29/06/2003 +0200, Vahe Khachikyan wrote: >Nop it didn't show up in PR list. >I use http://www.freebsd.org/cgi/query-pr-summary.cgi?query >to query PR database. And I didn't get any ticket number per email. > >Any ideas ? Can you check if the mail was accepted by the FreeBSD mail server? It looks like GNATS email is rather aggressively filtered against server blacklists; I have to route all my PRs through an SSH tunnel to a different system in order to get them accepted. Colin Percival From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 17:18:00 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E590337B401 for ; Sat, 28 Jun 2003 17:18:00 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 405DE4404E for ; Sat, 28 Jun 2003 17:18:00 -0700 (PDT) (envelope-from vahe@khachikyan.de) Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 19WPtH-0005ca-00 for freebsd-hackers@freebsd.org; Sun, 29 Jun 2003 02:17:59 +0200 Received: from [217.235.132.184] (helo=workstation) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 19WPtH-0007mj-00 for freebsd-hackers@freebsd.org; Sun, 29 Jun 2003 02:17:59 +0200 Message-ID: <00c201c33dd3$e6f474c0$0700010a@workstation> From: "Vahe Khachikyan" To: "FreeBSD Hackers" References: <008d01c33dc3$2d2f0880$0700010a@workstation> <20030629002014.Q956@korben.in.tern> <5.0.2.1.1.20030628165200.02d4beb0@popserver.sfu.ca> Date: Sun, 29 Jun 2003 02:18:01 +0200 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.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Re: Is GNATS broken ?? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 00:18:01 -0000 > At 01:45 29/06/2003 +0200, Vahe Khachikyan wrote: > >Nop it didn't show up in PR list. > >I use http://www.freebsd.org/cgi/query-pr-summary.cgi?query > >to query PR database. And I didn't get any ticket number per email. > > > >Any ideas ? > > Can you check if the mail was accepted by the FreeBSD mail server? It > looks like GNATS email is rather aggressively filtered against server > blacklists; I have to route all my PRs through an SSH tunnel to a different > system in order to get them accepted. > I am on a DSL == Dial UP link, so my external hostname/address changes dynamically and probably looks not ggod enought for a mail server. However: For the first PR which I've submitted five days ago the sendmai log show up something like "Message accepted for delivery" prefixed with an unique message ID which was assigned by the mail server at the FreeBSD site. After not getting any autoresponse from GNATS I reconfigured today my sendmail to send mails throught my ISP's official relay "smtp.1und1.com". The only thing that I can tell about second mail, is that the message was accepted from my ISP's mail relay and even a CC copy was delivered to my second mail account. Surely if the whole IP subnet, including official smtp relay, of my ISP is in some blacklist then I should try to send the PR from somwhere else .... (have no idea from where Brrrrrr....) Who knows whether the mentioned server is in blacklist ? Thanks -- Vahe --- From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 17:41:52 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FD4D37B401 for ; Sat, 28 Jun 2003 17:41:52 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8531F43FE9 for ; Sat, 28 Jun 2003 17:41:48 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h5T0ffVd029661 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Jun 2003 03:41:44 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h5T0ffG9029656; Sun, 29 Jun 2003 03:41:41 +0300 (EEST) (envelope-from ru) Date: Sun, 29 Jun 2003 03:41:41 +0300 From: Ruslan Ermilov To: Vahe Khachikyan Message-ID: <20030629004141.GG18636@sunbay.com> References: <008d01c33dc3$2d2f0880$0700010a@workstation> <20030629002014.Q956@korben.in.tern> <5.0.2.1.1.20030628165200.02d4beb0@popserver.sfu.ca> <00c201c33dd3$e6f474c0$0700010a@workstation> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kadn00tgSopKmJ1H" Content-Disposition: inline In-Reply-To: <00c201c33dd3$e6f474c0$0700010a@workstation> User-Agent: Mutt/1.5.4i cc: FreeBSD Hackers Subject: Re: Is GNATS broken ?? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 00:41:53 -0000 --kadn00tgSopKmJ1H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 29, 2003 at 02:18:01AM +0200, Vahe Khachikyan wrote: [...] > Who knows whether the mentioned server is in blacklist ? >=20 http://dsbl.org/listing Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --kadn00tgSopKmJ1H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+/jXFUkv4P6juNwoRAmsvAJ9hX8fTcygF9ZfbnLTG1E7vibzOxwCdHzmQ yM4yA45L1tcM/Je1ojQs60M= =Ds2m -----END PGP SIGNATURE----- --kadn00tgSopKmJ1H-- From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 28 20:10:22 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A69F37B401 for ; Sat, 28 Jun 2003 20:10:22 -0700 (PDT) Received: from adsl-64-161-78-226.dsl.lsan03.pacbell.net (adsl-64-161-78-226.dsl.lsan03.pacbell.net [64.161.78.226]) by mx1.FreeBSD.org (Postfix) with SMTP id BF7A443FFD for ; Sat, 28 Jun 2003 20:10:21 -0700 (PDT) (envelope-from root@adsl-64-161-78-226.dsl.lsan03.pacbell.net) Received: (qmail 522 invoked by uid 0); 29 Jun 2003 03:13:08 -0000 Date: Sat, 28 Jun 2003 20:13:08 -0700 From: Joshua Oreman To: wgrim@siue.edu Message-ID: <20030629031308.GA456@webserver.get-linux.org> References: <1056844356.3efe2a444bac4@webmail1.isg.siue.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1056844356.3efe2a444bac4@webmail1.isg.siue.edu> User-Agent: Mutt/1.4.1i cc: hackers@freebsd.org Subject: Re: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 03:10:22 -0000 On Sat, Jun 28, 2003 at 06:52:36PM -0500 or thereabouts, wgrim@siue.edu wrote: > Quoting Terry Lambert : > > > Give him a commit bit, and he can quickly grind through all the > > PR's that already have diff's attached to them, and have just sat > > there forever. > > I have taken a look at the PR list before, but I get depressed when I look at > some of the requests. Some requests don't look very hard, but they require > hardware that I don't have. How do you guys go about handling bug fixes if you > don't happen to have certain hardware that someone else may have? > > Also, when you're working on a PR, do you roll your OS version back to whatever > the PR requires? If so, do you just cvsup downgrade your source and "make > buildworld... etc"? My guess is, they'll see if it's fixed on -CURRENT. > > I have lots of interest in beginning some simple tasks with the kernel, but > it's quite difficult to know where to start. I'm good at C/C++ and have taken > an OS course; I just don't know how this particular kernel works on most levels. Ditto here! -- Josh > > Many thanks, > Mike Grim > > PS - Terry, I'm sorry for sending this to you directly. It was my fault for > not realizing it didn't go to -hackers. > > > ------------------------------------------------- > SIUE Web Mail > > ----- End forwarded message ----- > > > > > ------------------------------------------------- > SIUE Web Mail > _______________________________________________ > 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"