From owner-freebsd-hackers Sun Jan 13 14:23:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 016BC37B404 for ; Sun, 13 Jan 2002 14:23:53 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g0DMOIM53117; Sun, 13 Jan 2002 14:24:18 -0800 (PST) Date: Sun, 13 Jan 2002 14:24:17 -0800 (PST) From: Doug White To: k Macy Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How well does EVFILT_AIO work? In-Reply-To: <20020113062729.45895.qmail@web14003.mail.yahoo.com> Message-ID: <20020113142249.U51854-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 12 Jan 2002, k Macy wrote: > Has anybody used AIO in conjunction with kevent? I am seeing as much as > a 12 second latency between when I do an 8k aio_write to a file on local > disk and kevent returning its completion (I'm calling kevent every > ~20ms). Using regular writes works fine, but this is a multi-threaded > application so they cause the entire process to block. I think you've overdone the async idea here. Threads already do non-blocking I/O but appear to block by various trickery. If you are doing AIO in threads then you could just as easily dispose of the threads and streamline your code. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 13 16:20:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id E485237B416 for ; Sun, 13 Jan 2002 16:20:08 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020114002007.NNQV10951.rwcrmhc51.attbi.com@InterJet.elischer.org>; Mon, 14 Jan 2002 00:20:07 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id QAA73733; Sun, 13 Jan 2002 16:16:33 -0800 (PST) Date: Sun, 13 Jan 2002 16:16:32 -0800 (PST) From: Julian Elischer To: Doug White Cc: k Macy , freebsd-hackers@FreeBSD.ORG Subject: Re: How well does EVFILT_AIO work? In-Reply-To: <20020113142249.U51854-100000@resnet.uoregon.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG the threads package doesn't do file IO asynchronoulsy in fact there ahve been several people threatenning to use AIO to make the threads package to that asychronously too. On Sun, 13 Jan 2002, Doug White wrote: > On Sat, 12 Jan 2002, k Macy wrote: > > > Has anybody used AIO in conjunction with kevent? I am seeing as much as > > a 12 second latency between when I do an 8k aio_write to a file on local > > disk and kevent returning its completion (I'm calling kevent every > > ~20ms). Using regular writes works fine, but this is a multi-threaded > > application so they cause the entire process to block. > > I think you've overdone the async idea here. Threads already do > non-blocking I/O but appear to block by various trickery. If you are > doing AIO in threads then you could just as easily dispose of the threads > and streamline your code. > > Doug White | FreeBSD: The Power to Serve > dwhite@resnet.uoregon.edu | www.FreeBSD.org > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 13 16:31:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 9666F37B417 for ; Sun, 13 Jan 2002 16:31:36 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 6FCF310DDFB; Sun, 13 Jan 2002 16:31:36 -0800 (PST) Date: Sun, 13 Jan 2002 16:31:36 -0800 From: Alfred Perlstein To: Julian Elischer Cc: Doug White , k Macy , freebsd-hackers@FreeBSD.ORG Subject: Re: How well does EVFILT_AIO work? Message-ID: <20020113163136.W7984@elvis.mu.org> References: <20020113142249.U51854-100000@resnet.uoregon.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Sun, Jan 13, 2002 at 04:16:32PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Julian Elischer [020113 16:20] wrote: > the threads package doesn't do file IO asynchronoulsy > in fact there ahve been several people threatenning to use AIO > to make the threads package to that asychronously too. >;) SIGFAULT as well. :) -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 13 17:39:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id EECF837B419 for ; Sun, 13 Jan 2002 17:39:33 -0800 (PST) Received: from pool0611.cvx21-bradley.dialup.earthlink.net ([209.179.194.101] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16Pw5y-0002yY-00; Sun, 13 Jan 2002 17:39:31 -0800 Message-ID: <3C4236D0.77A21A14@mindspring.com> Date: Sun, 13 Jan 2002 17:39:28 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: Doug White , k Macy , freebsd-hackers@FreeBSD.ORG Subject: Re: How well does EVFILT_AIO work? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > the threads package doesn't do file IO asynchronoulsy > in fact there ahve been several people threatenning to use AIO > to make the threads package to that asychronously too. Which is incredibly funny, if you think about it, since there are two ways to implement a call conversion threads package: 1) Trade a sync call for an async call plus a context switch 2) Trade a blocking call for a non-blocking call plus a context switch So... how do you do a non-blocking aio_wait again? 8-) 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 13 17:55:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from eros.primeirospassos.org (200-207-86-32.dsl.telesp.net.br [200.207.86.32]) by hub.freebsd.org (Postfix) with ESMTP id D680337B405; Sun, 13 Jan 2002 17:55:22 -0800 (PST) Received: from eros.fugspbr.org (eros.fugspbr.org [200.207.86.32]) by eros.primeirospassos.org (Postfix) with ESMTP id 562AD70A7; Sun, 13 Jan 2002 23:55:15 -0200 (BRST) Date: Sun, 13 Jan 2002 23:55:15 -0200 (BRST) From: Edson Brandi X-X-Sender: ebrandi.listas@eros.fugspbr.org To: freebsd-hackers@FreeBSD.ORG Cc: freebsd-advocacy@FreeBSD.ORG, Subject: Testbed helping on FreeBSD Live CD tool set needed. :) Message-ID: <20020113233738.P70367-100000@eros.fugspbr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello Gentlemen, For about 3 months FUGSPBR (FreeBSD Users Group, Sao Paulo, Brazil) has been testing and working on the LiveCD, that consists basically on the last -STABLE version of FreeBSD on a single compact disk. LiveCD can he ran on any hardware supported by FreeBSD with a single cdrom device and some amount of memory, since it runs the file system on MFS. The original goal of this cd came from a particular need of always holding a functional FreeBSD OS for supporting purposes. Soon it became a considerable idea for testing hardware compatibilty, a good rescue disk for every-day needs and even an emergencial desktop. The freebsd user group ideas resulted on some versions on the limit what could fill a single 650mb CD, containing since a firewall/bridge/pccards and other stuff kernel, to even KDE2, blackbox, wm with X11 supporting most VESA video cards. The latest ISO image on a complete and functional LiveCD based in FreeBSD 4.4 can be found at http://ftp.unicamp.br/pub/FreeBSD-LiveCD/ , we use this CD in our promotional events, with this CD is possible run a FreeBSD Desktop (XFree86 + KDE), without install any file in HD. I guess it became a little popular, but we had limitations like... kernel size limits and other users ideas concerning what would fit better for their need. But now... with some new features on FreeBSD 4.5 we are about to make things better. Some limits where sent to /dev/null with the new code of cdboot, and we have done some set of scripts what allows anyone to populate their own iso image and own LiveCD. So, the best LiveCD is the one we make for ourselves :) Thats why i am writing you... the complete Tool Set for the LiveCD is avaible at http://www.primeirospassos.org/livecd-1.0.tgz. (25KB). It is a set of scripts and files for creating a FreeBSD LiveCD. Consists of 19 files. 2 shell scripts and some patches. What patches? The main ones: some adds (like ipfirewall support, vesa, etc) and stuff necessary on the livecd (like union option, new rootdevname...) for the GENERIC kernel, and specially a patch for /etc/rc what intends to mount /dev , /etc , var, etc in MFS and recognize all avaiable partitions at an IDE disk on your machine (fat, ntfs, ufs, ext2fs) and mount them automatically. You may also want to try he virtual node disk possibilities. You can use existing disk partitions to allow new and permanent applications install, as easy as configuration and data savings on a writable disk, since the cdrom is read only. Helps a lot under any enviroment where you have other o.s. installed but can not, or do not want to have a freebsd dedicated partition. Well, the tool set is pretty functional at our testing beds, but it was not exaustly tested, thats why i would like to invite you all to try the scripts. Remember, you must have your /usr/src sincronized with the 4.5-RC source tree. ;) This tool set will only work on 4.5 and above. You will need about 2GB free space under /usr too. The scripts are commented in portuguese language, but thats nothing you can not understando by simply reading it. The shell script is very clear understanding. I would like to ask for a feedback by who try it :) It important @ most. I thank you all, in advance, Best Regards Edson Brandi - ebrandi.home@uol.com.br FUGSPBR Founder http://www.fugspbr.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 5:12:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.openet-telecom.com (mail.openet-telecom.com [62.17.151.60]) by hub.freebsd.org (Postfix) with ESMTP id 6E57937B402 for ; Mon, 14 Jan 2002 05:12:21 -0800 (PST) Received: from gpo.openet-telecom.lan (unverified) by mail.openet-telecom.com (Content Technologies SMTPRS 4.2.1) with ESMTP id ; Mon, 14 Jan 2002 13:17:56 +0000 Received: from openet-telecom.com (10.0.0.40) by gpo.openet-telecom.lan (NPlex 5.5.034) id 3C1EEB0C0000C5FA; Mon, 14 Jan 2002 12:59:59 +0000 Message-ID: <3C42D928.46E1ABBD@openet-telecom.com> Date: Mon, 14 Jan 2002 13:12:08 +0000 From: Peter Edwards X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: Bernd Walter Cc: freebsd-hackers@FreeBSD.ORG, Jos Backus Subject: Re: Solaris /usr/proc/bin/pstack functionality? References: <20020103072813.GB14656@lizzy.bugworks.com> <200201031302.g03D29t14346@lurza.secnetix.de> <20020104225712.G8703@cicely8.cicely.de> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've submitted PR33874 that implements a version of pstack for FreeBSD. (er, actually due to "difficulties" with our mail server, it's logged twice, the second being 33873: can someone delete one of them?) Jos, if its still of use to you, can you see if it works? Bernd Walter wrote: > > On Thu, Jan 03, 2002 at 02:02:09PM +0100, Oliver Fromme wrote: > > Jos Backus wrote: > > > ----- Forwarded message from Justin Erenkrantz ----- > > > +1. =) I've talked to the FreeBSD people and they just laugh > > > maniacally when I ask for a truss that follows children. AIUI, > > > NetBSD has this, so it is possible to port these changes over, > > > but it requires an overhaul to procfs from what I've been told. > > > > > > FreeBSD has a long way to get the stellar debugging capabilities > > > of Solaris. -- justin > > > > I think that the output from FreeBSD's truss is pretty > > pathetic and unusable. ktrace is somewhat better. > > Mmmm - I can't compare... > On alpha: > ===> Building for strace-4.4 > cc -b alpha--freebsd5.0 -Wall -DHAVE_CONFIG_H -I. -Ifreebsd/alpha -I./freebsd/alpha -Ifreebsd -I./freebsd -D_GNU_SOURCE -O -pipe -mcpu=ev56 -c strace.c > In file included from strace.c:34: > defs.h:96: #error "FreeBSD support is only for i386 arch right now." > strace.c: In function `trace': > strace.c:1461: warning: label `FOUND' defined but not used > *** Error code 1 > > I asume this should be tagged i386 only in the port. > > On i386: > ticso@cicely5# strace sleep 1 > strace: PIOCSTATUS: Inappropriate ioctl for device > trouble opening proc file > Exit 1 > > > PS: I tried strace under -stable only. I don't know if > > it works under -current as well. > > Seems not. > > -- > B.Walter COSMO-Project http://www.cosmo-project.de > ticso@cicely.de Usergroup info@cosmo-project.de > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 6:18:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cc-gw.1anetworks.net (cc-gw.1anetworks.net [193.243.179.83]) by hub.freebsd.org (Postfix) with SMTP id C540837B43A; Mon, 14 Jan 2002 06:17:36 -0800 (PST) Received: from brian (brian.1anetworks.net [212.36.98.200]) by parma.1anetworks.net (8.9.3+Sun/8.9.3) with SMTP id OAA03531; Mon, 14 Jan 2002 14:17:33 GMT From: "Bri" To: , Subject: Slight Problem when Upgrading to 4.5 RC1 Date: Mon, 14 Jan 2002 14:37:19 -0000 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_002B_01C19D08.F8A3AD20" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_002B_01C19D08.F8A3AD20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit when I was upgrading to 4.5 RC1 and I tryed to do make world first in /usr/src and it broke after a several minutes of running so what I did was a make clean and tryed it again and it did the same. I've included the a last bit of the make world where it died. Although when I did a make buildworld everything went ok. Then I compiled the kernel and rebooted and its been running ever since. Bri, ------=_NextPart_000_002B_01C19D08.F8A3AD20 Content-Type: application/octet-stream; name="makeworld.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="makeworld.log" cd /usr/src/gnu/usr.bin/cc; make obj; make depend; make all; make = install =3D=3D=3D> cc_fbsd /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_fbsd created for = /usr/src/gnu/usr.bin/cc/cc_fbsd =3D=3D=3D> cc_tools /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools created for = /usr/src/gnu/usr.bin/cc/cc_tools =3D=3D=3D> cc_int /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_int created for = /usr/src/gnu/usr.bin/cc/cc_int =3D=3D=3D> cccp /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cccp created for = /usr/src/gnu/usr.bin/cc/cccp =3D=3D=3D> cc1 /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc1 created for = /usr/src/gnu/usr.bin/cc/cc1 =3D=3D=3D> cc /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc created for = /usr/src/gnu/usr.bin/cc/cc =3D=3D=3D> cpp /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cpp created for = /usr/src/gnu/usr.bin/cc/cpp =3D=3D=3D> cc1plus /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc1plus created for = /usr/src/gnu/usr.bin/cc/cc1plus =3D=3D=3D> c++ /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/c++ created for = /usr/src/gnu/usr.bin/cc/c++ =3D=3D=3D> c++filt /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/c++filt created for = /usr/src/gnu/usr.bin/cc/c++filt =3D=3D=3D> doc /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/doc created for = /usr/src/gnu/usr.bin/cc/doc =3D=3D=3D> cc1obj /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc1obj created for = /usr/src/gnu/usr.bin/cc/cc1obj =3D=3D=3D> gcov /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/gcov created for = /usr/src/gnu/usr.bin/cc/gcov =3D=3D=3D> cc_fbsd rm -f .depend mkdep -f .depend -a -D_open=3Dopen -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_fbsd/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_fbsd/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_fbsd/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_fbsd/../../../../contrib/gcc/config = /usr/src/gnu/usr.bin/cc/cc_fbsd/../../../../lib/libc/gen/getobjformat.c = /usr/src/gnu/usr.bin/cc/cc_fbsd/../../../../lib/libc/stdio/mktemp.c cd /usr/src/gnu/usr.bin/cc/cc_fbsd; make _EXTRADEPEND =3D=3D=3D> cc_tools gperf -p -j1 -i 1 -g -o -t -G -N is_reserved_word -k1,3,$ = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/c-parse.gperf > = c-gperf.h gperf -p -j1 -g -o -t -N is_reserved_word '-k1,4,7,$' = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/cp/gxx.gperf = >gxx-hash.h ln -sf gxx-hash.h hash.h echo '#include "cp/cp-tree.def"' > gencheck.h echo '#include "objc/objc-tree.def"' >> gencheck.h echo '#include "auto-host.h"' > config.h echo '#include "gansidecl.h"' >> config.h echo '#include "i386/xm-i386.h"' >> config.h echo '#include "hwint.h"' >> config.h echo '#include "auto-host.h"' > hconfig.h echo '#include "gansidecl.h"' >> hconfig.h echo '#include "i386/xm-i386.h"' >> hconfig.h echo '#include "hwint.h"' >> hconfig.h echo 'static char *multilib_raw[] =3D { "aout maout;", "elf !maout;", = NULL };' > multilib.h echo 'static char *multilib_matches_raw[] =3D { "maout maout;", "melf = melf;", NULL };' >> multilib.h echo 'static char *multilib_extra =3D "";' >> multilib.h echo '#include "cp/lang-options.h"' > options.h echo '#include "f/lang-options.h"' >> options.h echo '#include "cp/lang-specs.h"' > specs.h echo '#include "f/lang-specs.h"' >> specs.h echo '#include "objc/lang-specs.h"' >> specs.h echo '#include "gansidecl.h"' > tconfig.h echo '#include "i386/xm-i386.h"' >> tconfig.h echo '#include "i386/i386.h"' > tm.h echo '#include "i386/att.h"' >> tm.h echo '#include ' >> tm.h echo '#include "dbxelf.h"' >> tm.h echo '#include "i386/freebsd.h"' >> tm.h echo '#include "i386/perform.h"' >> tm.h echo '#include ' >> tm.h cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c cc -static -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config = -static -o gencheck gencheck.o ./gencheck > tree-check.h cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengenrtl.c cc -static -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config = -static -o gengenrtl gengenrtl.o ./gengenrtl genrtl.h genrtl.c cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattr.c cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/rtl.c cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/obstack.c cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/print-rtl.c cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/bitmap.c cc -static -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config = -static -o genattr genattr.o rtl.o obstack.o print-rtl.o bitmap.o ./genattr = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386= .md > insn-attr.h cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencodes.c cc -static -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config = -static -o gencodes gencodes.o rtl.o obstack.o print-rtl.o bitmap.o ./gencodes = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386= .md > insn-codes.h cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genconfig.c cc -static -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config = -static -o genconfig genconfig.o rtl.o obstack.o print-rtl.o bitmap.o ./genconfig = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386= .md > insn-config.h cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genflags.c cc -static -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config = -static -o genflags genflags.o rtl.o obstack.o print-rtl.o bitmap.o ./genflags = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386= .md > insn-flags.h cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/rtlanal.c cc -static -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config = -static -o genattrtab genattrtab.o rtl.o rtlanal.o print-rtl.o obstack.o = bitmap.o ./genattrtab = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386= .md > insn-attrtab.c cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genemit.c cc -static -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config = -static -o genemit genemit.o rtl.o obstack.o print-rtl.o bitmap.o ./genemit = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386= .md > insn-emit.c cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genextract.c cc -static -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config = -static -o genextract genextract.o rtl.o obstack.o print-rtl.o bitmap.o ./genextract = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386= .md > insn-extract.c cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genopinit.c cc -static -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config = -static -o genopinit genopinit.o rtl.o obstack.o print-rtl.o bitmap.o ./genopinit = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386= .md > insn-opinit.c cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genoutput.c cc -static -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config = -static -o genoutput genoutput.o rtl.o obstack.o print-rtl.o bitmap.o ./genoutput = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386= .md > insn-output.c cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genpeep.c cc -static -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config = -static -o genpeep genpeep.o rtl.o obstack.o print-rtl.o bitmap.o ./genpeep = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386= .md > insn-peep.c cc -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genrecog.c cc -static -O -pipe -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config = -static -o genrecog genrecog.o rtl.o obstack.o print-rtl.o bitmap.o ./genrecog = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386= .md > insn-recog.c rm -f .depend mkdep -f .depend -a -I. -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/bitmap.c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/obstack.c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/print-rtl.c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/rtl.c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/rtlanal.c = insn-attrtab.c insn-emit.c insn-extract.c insn-opinit.c insn-output.c = insn-peep.c insn-recog.c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattr.c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencodes.c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genconfig.c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genemit.c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genextract.c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genflags.c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genopinit.c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genoutput.c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genpeep.c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genrecog.c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c = /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengenrtl.c = genrtl.c =3D=3D=3D> cc_int rm -f .depend mkdep -f .depend -a -DIN_GCC -DHAVE_CONFIG_H = -DPREFIX=3D\"/usr/obj/usr/src/i386/usr\" = -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools = -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc = -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config = -DTARGET_NAME=3D\"i386-unknown-freebsd\" -DIN_GCC = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-aux-info.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-common.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-convert.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-iterate.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-pragma.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-typeck.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/caller-save.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/calls.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/combine.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/convert.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/cse.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/dbxout.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/dwarfout.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/emit-rtl.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/explow.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/expmed.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/expr.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/final.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/flow.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/fold-const.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/function.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/getpwd.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/global.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/graph.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/hash.c = ../cc_tools/insn-attrtab.c ../cc_tools/insn-emit.c = ../cc_tools/insn-extract.c ../cc_tools/insn-opinit.c = ../cc_tools/insn-output.c ../cc_tools/insn-peep.c = ../cc_tools/insn-recog.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/integrate.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/jump.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/lcm.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/local-alloc.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/loop.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/optabs.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-tree.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/real.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/recog.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/reg-stack.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/regclass.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/reload.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/reload1.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/reorg.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/rtl.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/rtlanal.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/sbitmap.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/sdbout.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/stmt.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/stor-layout.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/stupid.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/tree.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/unroll.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/varasm.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/version.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/xcoffout.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/alias.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/bitmap.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/dwarf2out.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/dyn-string.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/except.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/gcse.c = ../cc_tools/genrtl.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/profile.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/regmove.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/varray.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/i386/i386.c= /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/sched.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/choose-temp.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/obstack.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/prefix.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/pexecute.c = /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/splay-tree.c *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ------=_NextPart_000_002B_01C19D08.F8A3AD20-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 6:29:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id C754B37B417; Mon, 14 Jan 2002 06:28:59 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g0EESGT40327; Mon, 14 Jan 2002 16:28:16 +0200 (EET) (envelope-from ru) Date: Mon, 14 Jan 2002 16:28:16 +0200 From: Ruslan Ermilov To: Bri Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Slight Problem when Upgrading to 4.5 RC1 Message-ID: <20020114162816.D21333@sunbay.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jan 14, 2002 at 02:37:19PM -0000, Bri wrote: > when I was upgrading to 4.5 RC1 and I tryed to do make world first in > /usr/src and it broke after a several minutes of running so what I did was a > make clean and tryed it again and it did the same. I've included the a last > bit of the make world where it died. > > Although when I did a make buildworld everything went ok. Then I compiled > the kernel and rebooted and its been running ever since. > This doesn't seem to show the actual error. Are you perhaps only redirected stdout? If so, please use script(1) and resend your output. Also, what is the FreeBSD version you're upgrading from? The earliest FreeBSD version that could be source-upgraded to 4.5-RC is 4.1-RELEASE. (After I get the 4.0-RELEASE CD, I will try to make the 4.0-RELEASE -> 4.5-STABLE source upgrade path possible as well.) Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 6:31: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 3B12737B404 for ; Mon, 14 Jan 2002 06:31:03 -0800 (PST) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.33 #1) id 16Q8Am-000NpU-00; Mon, 14 Jan 2002 16:33:16 +0200 From: Sheldon Hearn To: Terry Lambert Cc: freebsd-hackers@FreeBSD.org Subject: Re: [OT] OpenSSL, certification chains and Exim In-reply-to: Your message of "Fri, 11 Jan 2002 11:18:43 PST." <3C3F3A93.C1ECF9B0@mindspring.com> Date: Mon, 14 Jan 2002 16:33:16 +0200 Message-ID: <91603.1011018796@axl.seasidesoftware.co.za> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 11 Jan 2002 11:18:43 PST, Terry Lambert wrote: > So my advise is: > > A) Self-sign a signing certficate > B) Install it as authoritative in the software > C) Sign a leaf certificate (a *non-signing* certificate) > with the signing certificate, and use that one in your > server software Thanks, Terry. This was enormously helpful, just in terms of providing a framework within which to structure further google searches. I've managed to find some web pages describing exactly how to do what you've suggested above. [Google: openssl leaf certificate] > RFC 1423 is a good starting point, and there are a lot of nice > books on the subject, but I don't think any of them are less > than ~300 pages. Just out of curiosity, what does RFC 1423 call what you refer to as "leaf certificates"? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 8:30:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web20402.mail.yahoo.com (web20402.mail.yahoo.com [216.136.226.121]) by hub.freebsd.org (Postfix) with SMTP id 346AB37B400 for ; Mon, 14 Jan 2002 08:30:18 -0800 (PST) Message-ID: <20020114161642.37953.qmail@web20402.mail.yahoo.com> Received: from [200.68.134.83] by web20402.mail.yahoo.com via HTTP; Mon, 14 Jan 2002 08:16:42 PST Date: Mon, 14 Jan 2002 08:16:42 -0800 (PST) From: Bela Bartok Subject: misc To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, i am student of computer science, hooked on 2 oses: solaris and freebsd. I w ant to understand why people say: 'binaries are not loaded on memory they are ma pped (man 2 mmap)' ?. Also, Can any of you explain me in another way (like graphical or easy-to-learn) way in which i can understand the 'kernel' of freebsd?, how it works?, the file /kernel is just a part of the whole kernel that only care about devices (serial ports, buses devices, etc) ?. by the way, What new projects like 'the freebsd developers handbook' is around?. I think freebsd.org should have a part in the website with the same style but ju st for developers?, for example, i learned freebsd as a home user using just fre ebsd.org, mailing list and documentation. Why i cant learn freebsd internals in the same way? i want to look for unix internals in a site centralized!. thank you. __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 10:27:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id A479837B404 for ; Mon, 14 Jan 2002 10:27:36 -0800 (PST) Received: from pool0303.cvx21-bradley.dialup.earthlink.net ([209.179.193.48] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16QBpV-0006aK-00; Mon, 14 Jan 2002 10:27:34 -0800 Message-ID: <3C432313.29A3CF82@mindspring.com> Date: Mon, 14 Jan 2002 10:27:31 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Sheldon Hearn Cc: freebsd-hackers@FreeBSD.org Subject: Re: [OT] OpenSSL, certification chains and Exim References: <91603.1011018796@axl.seasidesoftware.co.za> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sheldon Hearn wrote: > > RFC 1423 is a good starting point, and there are a lot of nice > > books on the subject, but I don't think any of them are less > > than ~300 pages. > > Just out of curiosity, what does RFC 1423 call what you refer to as > "leaf certificates"? Uh, "leaves"? Oh... heh... 1423... I meant 1422. See section 3.1, paragraph 3. I've also seen it referred to as "non-CA certficicate holders". -- Really, if you are going to get into this, you will need the ASN.1 and X.509 documentation, and some understanding of how directory servers are supposed to operate in order to provide CRLs (Certificate Revocation Lists). The common practice is to ignore CRLs entirely, and time limit the validity of the certificates by expiration-date stamping them, and then making the holders attempt to renew them starting at 50% of the remaining lifetime (like DHCP leases). At one point in time, I suggested the use of timed certificates with an issuer like RBL as a means of controlling SPAM: no certificate means you don't get to send email. A transition period could be handled by having a third party referral to the "non-spam" CA by certificate enabled servers talking to clients that were not certificate providing by asking "would you sign a certificate for this machine were it to ask you to sign one?". The point being that you don't just burn an IP address in a POP until you burn the dialup account, instead you burn domain registrations, which, because of the space density, are much more expensive to burn (nail spam at the most vulnerable and tightest economic boundary possible). So, you'll understand if 1423 came to my mind as "the most relevent RFC for certificates". 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 11:39: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gilberto.physik.RWTH-Aachen.DE (gilberto.physik.RWTH-Aachen.DE [137.226.46.168]) by hub.freebsd.org (Postfix) with ESMTP id 5E31B37B417 for ; Mon, 14 Jan 2002 11:39:01 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.RWTH-Aachen.DE (8.11.6/8.11.6) id g0EJcwS80116 for freebsd-hackers@freebsd.org; Mon, 14 Jan 2002 20:38:58 +0100 (CET) (envelope-from kuku) Date: Mon, 14 Jan 2002 20:38:58 +0100 (CET) From: Christoph Kukulies Message-Id: <200201141938.g0EJcwS80116@gilberto.physik.RWTH-Aachen.DE> To: freebsd-hackers@freebsd.org Subject: netboot Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm trying to refresh my memory WRT netbooting: There used to be a subdirectory /sys/i386/boot/netboot or something like that but I don't find it anymore. Was it that one could also write the rom contents into a .com (DOS executable) and boot a DOS floppy and put the netboot.com in AUTOEXEC.BAT to enter the netboot procedure? I believe there were only native drivers for WD and NE2000 cards. I'm thinking of the diskless option again. Does anyone know whether 3COM 905c are supported in this vein? -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 11:57: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by hub.freebsd.org (Postfix) with ESMTP id A786837B400 for ; Mon, 14 Jan 2002 11:57:01 -0800 (PST) Received: from pool0325.cvx40-bradley.dialup.earthlink.net ([216.244.43.70] helo=mindspring.com) by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16QDE3-0000jl-00; Mon, 14 Jan 2002 11:57:00 -0800 Message-ID: <3C433809.5B3147AD@mindspring.com> Date: Mon, 14 Jan 2002 11:56:57 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bela Bartok Cc: freebsd-hackers@freebsd.org Subject: Re: misc References: <20020114161642.37953.qmail@web20402.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bela Bartok wrote: > > hi, i am student of computer science, hooked on 2 oses: solaris > and freebsd. I want to understand why people say: 'binaries are not > loaded on memory they are mapped (man 2 mmap)' ?. Because they are demand paged. The pages in a 1M binary are only loaded as they are referenced. Otherwise your startup time would be incredibly bad for any large application, and you would have to have the free memory necessary to map it all into core. Memory is "overcommitted" -- that is, there are more mappings than there are real memory, and if needed, clean pages are simply thrown away, and brought back in from the executable file, as needed, later. > Also, Can any of you explain me in another way (like > graphical or easy-to-learn) way in which i can understand > the 'kernel' of freebsd?, how it works?, the file /kernel > is just a part of the whole kernel that only care about > devices (serial ports, buses devices, etc) ?. You need to read an OS book. I recommend "The Design and Implementation of the 4.4 BSD Operating System". In short, a "kernel" is like the program that gets run when you boot Windows. It owns everything in the machine, and only lends it out to be used by programs that you write. > by the way, What new projects like 'the freebsd developers > handbook' is around?. There are a number of recently published books. Search for "BSD" at Amazon for more of them. > I think freebsd.org should have a part in the website with > the same style but just for developers? Good idea... when will you have it up? 8-). > for example, i learned freebsd as a home user using just > freebsd.org, mailing list and documentation. Why i cant > learn freebsd internals in the same way? Because things change more quickly than they are documented, for one reason... > i want to look for unix internals in a site centralized!. There are several of these. Do a web search for "unix internals" (use the quotation marks). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 11:58: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 9754D37B405 for ; Mon, 14 Jan 2002 11:57:59 -0800 (PST) Received: (from rizzo@localhost) by iguana.icir.org (8.11.3/8.11.3) id g0EJtPG69235; Mon, 14 Jan 2002 11:55:25 -0800 (PST) (envelope-from rizzo) Date: Mon, 14 Jan 2002 11:55:25 -0800 From: Luigi Rizzo To: Christoph Kukulies Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: netboot Message-ID: <20020114115525.B69029@iguana.icir.org> References: <200201141938.g0EJcwS80116@gilberto.physik.RWTH-Aachen.DE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200201141938.g0EJcwS80116@gilberto.physik.RWTH-Aachen.DE> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG go for etherboot, it is in the ports, it works just great, and you can even dump the code on your hard disk (i typically do it on sectors 2..62, the empty part of the first track) so you have an etherboot partition at no cost! cheers luigi On Mon, Jan 14, 2002 at 08:38:58PM +0100, Christoph Kukulies wrote: > I'm trying to refresh my memory WRT netbooting: > > There used to be a subdirectory /sys/i386/boot/netboot or something like > that but I don't find it anymore. > > Was it that one could also write the rom contents into a .com (DOS executable) > and boot a DOS floppy and put the netboot.com in AUTOEXEC.BAT to enter > the netboot procedure? > > I believe there were only native drivers for WD and NE2000 cards. > > I'm thinking of the diskless option again. Does anyone know whether > 3COM 905c are supported in this vein? > > > -- > Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 12:47:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from neptune.he.net (neptune.he.net [216.218.166.2]) by hub.freebsd.org (Postfix) with ESMTP id F1CE537B405 for ; Mon, 14 Jan 2002 12:47:12 -0800 (PST) Received: from decru.com (adsl-66-121-131-203.dsl.snfc21.pacbell.net [66.121.131.203]) by neptune.he.net (8.8.6/8.8.2) with ESMTP id MAA18298; Mon, 14 Jan 2002 12:47:17 -0800 Message-ID: <3C4343B6.2AE5D996@decru.com> Date: Mon, 14 Jan 2002 12:46:46 -0800 From: Phungte Ha Organization: DeCru, Inc. X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Cc: phungte@decru.com Subject: bus_dmamap_load change request. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, Currently bus_dmamap_load builds the dma descriptor in a table on the stack. This cause us following problems: . our dma can be large, 1MB or more, this forces us to increase the kernel stack size. . our hardware would be happy with the dma descriptors as they are, address and length. Unfortunately, with the table on the stack, as soon the callback returns, we cannot count on this table anymore. Can we either change the IF, or having another IF which accepts as arguments the table address and a number of entries. The caller will be in charge of allocate and free this table. Thanks for you ideas. Phungte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 13: 0: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 0529137B431 for ; Mon, 14 Jan 2002 12:59:42 -0800 (PST) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.5/8.11.5) with ESMTP id g0EKxdg30516; Mon, 14 Jan 2002 13:59:39 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200201142059.g0EKxdg30516@aslan.scsiguy.com> To: Phungte Ha Cc: hackers@FreeBSD.ORG Subject: Re: bus_dmamap_load change request. In-Reply-To: Your message of "Mon, 14 Jan 2002 12:46:46 PST." <3C4343B6.2AE5D996@decru.com> Date: Mon, 14 Jan 2002 13:59:39 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Hi all, > >Currently bus_dmamap_load builds the dma descriptor in a table on the >stack. >This cause us following problems: > . our dma can be large, 1MB or more, this forces us to increase the >kernel stack size. > . our hardware would be happy with the dma descriptors as they are, > address and length. Unfortunately, with the table on the stack, > as soon the callback returns, we cannot count on this table anymore. Most drivers cannot use the passed in format as is. The fact that the format may change if the platform changes (consider that even the addition of PAE support on x86 might change the format), makes the "conversion" into a local, per-transaction list a requirement for a well designed driver. >Can we either change the IF, or having another IF which accepts as >arguments the table address and a number of entries. The caller will >be in charge of allocate and free this table. I changed the code locally a while back to allocate the table during the allocation of the dma tag. This seems to work, but I just haven't gotten back to it to think through all of the consequences. Whatever the solution, we don't want to device a solution where most drivers have allocated 2X their required S/G list size. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 13:46:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.libertysurf.net (mail.libertysurf.net [213.36.80.91]) by hub.freebsd.org (Postfix) with ESMTP id 5F33D37B425 for ; Mon, 14 Jan 2002 13:46:26 -0800 (PST) Received: from [192.168.1.129] (212.129.9.190) by mail.libertysurf.net (5.1.053) id 3C40421000062AAC; Mon, 14 Jan 2002 22:45:46 +0100 Date: Mon, 14 Jan 2002 22:45:23 +0100 (CET) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-X-Sender: To: "Justin T. Gibbs" Cc: Phungte Ha , Subject: Re: bus_dmamap_load change request. In-Reply-To: <200201142059.g0EKxdg30516@aslan.scsiguy.com> Message-ID: <20020114222148.X2771-100000@gerard> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 14 Jan 2002, Justin T. Gibbs wrote: > >Hi all, > > > >Currently bus_dmamap_load builds the dma descriptor in a table on the > >stack. > >This cause us following problems: > > . our dma can be large, 1MB or more, this forces us to increase the > >kernel stack size. > > . our hardware would be happy with the dma descriptors as they are, > > address and length. Unfortunately, with the table on the stack, > > as soon the callback returns, we cannot count on this table anymore. > > Most drivers cannot use the passed in format as is. The fact that > the format may change if the platform changes (consider that even the > addition of PAE support on x86 might change the format), makes the > "conversion" into a local, per-transaction list a requirement for a > well designed driver. > > >Can we either change the IF, or having another IF which accepts as > >arguments the table address and a number of entries. The caller will > >be in charge of allocate and free this table. > > I changed the code locally a while back to allocate the table during > the allocation of the dma tag. This seems to work, but I just haven't > gotten back to it to think through all of the consequences. Whatever > the solution, we don't want to device a solution where most drivers > have allocated 2X their required S/G list size. Most other O/Ses seem to pay for the dmamap abstraction this 100% allocation overcost. This is indeed a pity for >95% of systems currently using FreeBSD (IA32) that donnot actually require such overallocation. What about supplying several dmamap (create/load/...) methods, for example: 1) A one shot load method for reasonnable known map size that does not overallocate if not required by arch. (the one we have) 2) A one shot method that may overallocate depending on arch and/or map size (may use method #1 when possible). 3) A multi-shot method that may not overallocate if not needed for arch. By multishot, I mean the callback may be called several times with partial map + some more flag. Hmmm... This indeed inject additionnal complexity into already complexified places ... :) G=E9rard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 13:47:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 974D437B402 for ; Mon, 14 Jan 2002 13:47:45 -0800 (PST) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.33 #1) id 16QEz6-000Ohw-00; Mon, 14 Jan 2002 23:49:40 +0200 From: Sheldon Hearn To: Terry Lambert Cc: freebsd-hackers@FreeBSD.org Subject: Re: [OT] OpenSSL, certification chains and Exim In-reply-to: Your message of "Mon, 14 Jan 2002 16:33:16 +0200." <91603.1011018796@axl.seasidesoftware.co.za> Date: Mon, 14 Jan 2002 23:49:40 +0200 Message-ID: <94979.1011044980@axl.seasidesoftware.co.za> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 14 Jan 2002 16:33:16 +0200, Sheldon Hearn wrote: > Thanks, Terry. This was enormously helpful, just in terms of providing > a framework within which to structure further google searches. To conclude this off-topic thread, folks wishing to shut Windows mail clients up in connection with certification authority trust problems may find the following crude HOWTO (based on Terry's fine explanation) helpful: http://www.exim.org/pipermail/exim-users/Week-of-Mon-20020114/034071.html Thanks for your patience. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 14: 1:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 4674137B41E for ; Mon, 14 Jan 2002 14:01:23 -0800 (PST) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.5/8.11.5) with ESMTP id g0EM1Hg31707; Mon, 14 Jan 2002 15:01:17 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200201142201.g0EM1Hg31707@aslan.scsiguy.com> To: =?ISO-8859-1?Q?G=E9rard_Roudier?= Cc: Phungte Ha , hackers@FreeBSD.ORG Subject: Re: bus_dmamap_load change request. In-Reply-To: Your message of "Mon, 14 Jan 2002 22:45:23 +0100." <20020114222148.X2771-100000@gerard> Date: Mon, 14 Jan 2002 15:01:17 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >> I changed the code locally a while back to allocate the table during >> the allocation of the dma tag. This seems to work, but I just haven't >> gotten back to it to think through all of the consequences. Whatever >> the solution, we don't want to device a solution where most drivers >> have allocated 2X their required S/G list size. > >Most other O/Ses seem to pay for the dmamap abstraction this 100% >allocation overcost. This is indeed a pity for >95% of systems currently >using FreeBSD (IA32) that donnot actually require such overallocation. There is only 1 tag to several maps. If you allocate one extra S/G list per-tag, then your "overallocation" is 1/nmaps. The current scheme using the stack gives 0 over allocation, but isn't too nice for other reasons. I also don't completely understand your claim that overallocation is not required for IA32. Is this because you feel the driver should do the mapping loop and store the results into its own, taylored to its dma engine, structure? It is hard to find a mapping abstraction that avoids a conversion. >What about supplying several dmamap (create/load/...) methods, for >example: > >1) A one shot load method for reasonnable known map size that does > not overallocate if not required by arch. (the one we have) > >2) A one shot method that may overallocate depending on arch and/or map > size (may use method #1 when possible). > >3) A multi-shot method that may not overallocate if not needed for arch. > By multishot, I mean the callback may be called several times with > partial map + some more flag. The question for all of these methods is, "where is the mapping list stored?" That would help me understand your proposal. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 17:39:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id 2E88B37B419 for ; Mon, 14 Jan 2002 17:39:35 -0800 (PST) Received: from dhcp151-67-151-24.nt01-c3.cpe.charter-ne.com ([24.151.67.151] helo=there) by albatross.prod.itd.earthlink.net with smtp (Exim 3.33 #1) id 16QIZa-0004LP-00 for freebsd-hackers@freebsd.org; Mon, 14 Jan 2002 17:39:34 -0800 Content-Type: text/plain; charset="iso-8859-15" From: Dylan Carlson Reply-To: absinthe@pobox.com Organization: r e t r o v e r t i g o To: freebsd-hackers@freebsd.org Subject: NFS v4 Date: Mon, 14 Jan 2002 20:39:33 -0500 X-Mailer: KMail [version 1.3] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I know that work is already underway to incorporate this into the Linux kernel. I'm wondering if there are people within the FreeBSD project who are also working on this. Noteworthy features: firewall-friendly, secure, less network-intensive, does replication ... TIA, -- Dylan Carlson [absinthe@pobox.com] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 17:54:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by hub.freebsd.org (Postfix) with ESMTP id 65BB337B402; Mon, 14 Jan 2002 17:54:31 -0800 (PST) Received: from dsto-ms2.dsto.defence.gov.au (dsto-ms2.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au (8.10.1/8.10.1) with ESMTP id g0F1rRF08554; Tue, 15 Jan 2002 12:23:27 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by dsto-ms2.dsto.defence.gov.au (Content Technologies SMTPRS 4.1.5) with ESMTP id ; Tue, 15 Jan 2002 12:24:13 +1030 Received: from salex001.dsto.defence.gov.au (salex001.dsto.defence.gov.au [131.185.2.9]) by muttley.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id MAA15571; Tue, 15 Jan 2002 12:16:09 +1030 (CST) Received: from pluto2.dsto.defence.gov.au (squirm.dsto.defence.gov.au [131.185.75.211]) by salex001.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id C81AKD32; Tue, 15 Jan 2002 12:16:09 +1030 Date: Tue, 15 Jan 2002 12:11:32 +1030 (CST) From: "Wilkinson,Alex" X-X-Sender: Reply-To: To: , Cc: , Subject: Super Block Message-ID: <20020115120052.B8750-100000@squirm.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Howdy Crew, I am wanting to find out the significance of the Super Block, whether FreeBSD, Linux, Solaris... whatever. I know: * The Super Block contains critical data for the device's filesystem [but what ??]. * It is located on sectors 16 through 31 at the beggining of the device. * FreeBSD keeps an alternate SuperBlock at the begging of every cylinder group. * The first alternate Super block on FBSD is at block 32. This is all the info I could scrounge up. What does the SuperBlock actually do ? Why is the SuperBlock so critical ? Can anyone give me a *good* summary on the purpose of the Super Block ? And/Or any recommendations ? Thanks - Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 18:32:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from out005pub.verizon.net (out005pub.verizon.net [206.46.170.105]) by hub.freebsd.org (Postfix) with ESMTP id 8506837B416 for ; Mon, 14 Jan 2002 18:32:47 -0800 (PST) Received: from bellatlantic.net (pool-151-198-117-32.mad.east.verizon.net [151.198.117.32]) by out005pub.verizon.net with ESMTP ; id g0F2WFG04763 Mon, 14 Jan 2002 20:32:15 -0600 (CST) Message-ID: <3C4394C0.E913C87E@bellatlantic.net> Date: Mon, 14 Jan 2002 21:32:32 -0500 From: Sergey Babkin Reply-To: babkin@freebsd.org X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: Terry Lambert Cc: Matthew Emmerton , freebsd-hackers@FreeBSD.ORG Subject: Re: sar on FreeBSD References: <5.1.0.14.0.20020110200054.033683f0@pop.netaddress.com> <3C3F2E93.497D8E54@mindspring.com> <012001c19ad2$97c42b70$1200a8c0@gsicomp.on.ca> <3C3F4098.42B41793@mindspring.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > > Matthew Emmerton wrote: > > > Compile up the real sar. SCO released the sources a year > > > or two back, now. > > > > If that's the case, then where are they? The only publicly available SCO > > sources I've been able to find are those for csope (which is hosted at > > SourceForge.) > > I downloaded them. I have them on tape... somewhere. > > The cscope code was released by Lucent, not SCO. > > > http://www.sco.com/opensource doesn't exist anymore, now that Caldera owns > > SCO, and a search for "opensource" and "open source" on Caldera's web site > > only brings up hits on OpenLinux and the opensource packages that are > > included with it. > > Yes, it's incredibly hard to find anything any more, now that > Caldera has taken over. Hopefully, it's just "growing pains"; > see my other posting. OK, here is the story: SCO planned not only to release sources but also do a Linux port of sar. Some third-party company (Dynastar or some name like this) was going to do the actual port. So SCO had provided the sources (had to strip the parts copyrighted by other parties), that third-party company worked on the port for 6 months and gave up. Then some effort was spent on this port within SCO, with not much progress and was eventually closed due to financial problems. So the sar code was never actually officially released and I'm not sure from where did you download it. The good news is that the Caldera management still supports the idea and approved release of these unencumbered sources under a BSD-like license (though the license has to be written yet and go though the legal department, so it will take some time). I'll keep you posted. And, well, don't expect that porting sar to BSD will be easy: two attempts of a Linux port have failed, and as someone who has seen these sources, I can say that there are a lot of OpenUNIX (former UnixWare) dependencies and unobvious things. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 19:11:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from finch-post-10.mail.demon.net (finch-post-10.mail.demon.net [194.217.242.38]) by hub.freebsd.org (Postfix) with ESMTP id B4ECC37B417; Mon, 14 Jan 2002 19:11:22 -0800 (PST) Received: from ubik.demon.co.uk ([194.222.125.229]) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 16QK0O-000ECj-0A; Tue, 15 Jan 2002 03:11:21 +0000 Message-ID: <8QXoGOAiu5Q8IwGS@ubik.demon.co.uk> Date: Tue, 15 Jan 2002 03:01:54 +0000 To: Alex.Wilkinson@dsto.defence.gov.au Cc: hackers@freebsd.org, freebsd-questions@freebsd.org From: Anthony Naggs Subject: Re: Super Block References: <20020115120052.B8750-100000@squirm.dsto.defence.gov.au> In-Reply-To: <20020115120052.B8750-100000@squirm.dsto.defence.gov.au> MIME-Version: 1.0 X-Mailer: Turnpike Integrated Version 5.01 U Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Emailed to questioner, cc'd to FreeBSD lists only] In article <20020115120052.B8750-100000@squirm.dsto.defence.gov.au>, Wilkinson,Alex writes >Howdy Crew, > >I am wanting to find out the significance of the Super Block, whether FreeBSD, >Linux, Solaris... >whatever. > >I know: > >* The Super Block contains critical data for the device's filesystem [but what >??]. >* It is located on sectors 16 through 31 at the beggining of the device. I think these vary with the file system. >* FreeBSD keeps an alternate SuperBlock at the begging of every cylinder group. >* The first alternate Super block on FBSD is at block 32. > >This is all the info I could scrounge up. > >What does the SuperBlock actually do ? >Why is the SuperBlock so critical ? When the file system driver starts it reads the SuperBlock to confirm that the driver can recognise the disk. E.g. checking for "magic numbers". The SuperBlock contains information on the disk area allocated to the partition, free/used blocks, where to find the root directory, block size, inode size, etc... It also indicates whether the disk has been modified, which can force fsck to run, this is cleared when the volume is unmounted. It is hard to say much more without knowing more about your interest in it. Cheers, Tony To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 14 22:22:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rebel.net.au (rebel.rebel.net.au [203.20.69.66]) by hub.freebsd.org (Postfix) with ESMTP id 97B6937B417; Mon, 14 Jan 2002 22:22:49 -0800 (PST) Received: from dialup-5.rebel.net.au (dialup-5.rebel.net.au [203.20.69.75]) by rebel.net.au (8.8.5/8.8.4) with ESMTP id QAA03371; Tue, 15 Jan 2002 16:52:42 +1030 Date: Tue, 15 Jan 2002 16:52:58 +1030 (CST) From: To: "Wilkinson,Alex" Cc: , , , Subject: Re: Super Block In-Reply-To: <20020115120052.B8750-100000@squirm.dsto.defence.gov.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I am wanting to find out the significance of the Super Block, whether > FreeBSD, Linux, Solaris... See http://www.linuxsa.org.au/tips/superblocks.html. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 15 0:30:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from bugz.infotecs.ru (bugz.infotecs.ru [195.210.139.22]) by hub.freebsd.org (Postfix) with ESMTP id 040C737B405 for ; Tue, 15 Jan 2002 00:30:35 -0800 (PST) Received: (from root@localhost) by bugz.infotecs.ru (8.11.6/8.11.4) id g0F8UJ363209; Tue, 15 Jan 2002 11:30:19 +0300 (MSK) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200201150830.g0F8UJ363209@bugz.infotecs.ru> Subject: Re: Super Block To: Alex.Wilkinson@dsto.defence.gov.au Date: Tue, 15 Jan 2002 11:30:19 +0300 (MSK) Cc: freebsd-hackers@freebsd.org In-Reply-To: <20020115120052.B8750-100000@squirm.dsto.defence.gov.au> from "Wilkinson,Alex" at Jan 15, 2002 12:11:32 PM X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > What does the SuperBlock actually do ? > Why is the SuperBlock so critical ? > > Can anyone give me a *good* summary on the purpose of the Super Block ? > And/Or any recommendations ? On FreeBSD, 'man fs' can help you I think. Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 15 5: 1:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (discworld.nanolink.com [217.75.135.248]) by hub.freebsd.org (Postfix) with SMTP id F2C6937B476 for ; Tue, 15 Jan 2002 05:01:10 -0800 (PST) Received: (qmail 79136 invoked by uid 1000); 15 Jan 2002 13:01:56 -0000 Date: Tue, 15 Jan 2002 15:01:56 +0200 From: Peter Pentchev To: Luigi Rizzo Cc: Christoph Kukulies , freebsd-hackers@FreeBSD.ORG Subject: Re: netboot Message-ID: <20020115150156.B339@straylight.oblivion.bg> Mail-Followup-To: Luigi Rizzo , Christoph Kukulies , freebsd-hackers@FreeBSD.ORG References: <200201141938.g0EJcwS80116@gilberto.physik.RWTH-Aachen.DE> <20020114115525.B69029@iguana.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020114115525.B69029@iguana.icir.org>; from rizzo@icir.org on Mon, Jan 14, 2002 at 11:55:25AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jan 14, 2002 at 11:55:25AM -0800, Luigi Rizzo wrote: > > On Mon, Jan 14, 2002 at 08:38:58PM +0100, Christoph Kukulies wrote: > > I'm trying to refresh my memory WRT netbooting: > > > > There used to be a subdirectory /sys/i386/boot/netboot or something like > > that but I don't find it anymore. > > > > Was it that one could also write the rom contents into a .com (DOS executable) > > and boot a DOS floppy and put the netboot.com in AUTOEXEC.BAT to enter > > the netboot procedure? > > > > I believe there were only native drivers for WD and NE2000 cards. > > > > I'm thinking of the diskless option again. Does anyone know whether > > 3COM 905c are supported in this vein? > > go for etherboot, it is in the ports, it works just great, and you > can even dump the code on your hard disk (i typically do it > on sectors 2..62, the empty part of the first track) so > you have an etherboot partition at no cost! Etherboot works fine; however, for 3C905c there is another solution, which is much easier to setup (at least it was for me): PXE. The 905c BIOS supports PXE booting, and all you need to do on the FreeBSD server side is setup DHCP and NFS (and maybe some BOOTP and TFTP too, I do not really remember right now). Some documentation on setting up a PXE-booted FreeBSD installation may be found in Alfred Perlstein's article at: http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/pxe/article.html G'luck, Peter -- .siht ekil ti gnidaer eb d'uoy ,werbeH ni erew ecnetnes siht fI To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 15 6:52: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from public.guangzhou.gd.cn (mail1-smtp.guangzhou.gd.cn [202.105.65.221]) by hub.freebsd.org (Postfix) with SMTP id 3DA4F37B419 for ; Tue, 15 Jan 2002 06:52:04 -0800 (PST) Received: from ss3([202.104.48.147]) by public.guangzhou.gd.cn(AIMC 2.9.5.1) with SMTP id jm5f3c4488ab; Tue, 15 Jan 2002 22:51:37 +0800 Message-ID: <001101c19dd3$e1e05400$933068ca@ss3> From: "Matthew" To: Subject: dsl ppp Date: Tue, 15 Jan 2002 06:47:45 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG is ADSL virtual dialing, ie, pppoe protocol supported in FreeBSD 4.3? I need to use my FreeBSD box to dial through ADSL to the net. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 15 12:20:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id 9B71A37B41C for ; Tue, 15 Jan 2002 12:20:12 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020115202011.NAWK5944.rwcrmhc51.attbi.com@InterJet.elischer.org>; Tue, 15 Jan 2002 20:20:11 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA82765; Tue, 15 Jan 2002 12:07:44 -0800 (PST) Date: Tue, 15 Jan 2002 12:07:43 -0800 (PST) From: Julian Elischer To: Matthew Cc: hackers@FreeBSD.ORG Subject: Re: dsl ppp In-Reply-To: <001101c19dd3$e1e05400$933068ca@ss3> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG yes. man ppp On Tue, 15 Jan 2002, Matthew wrote: > is ADSL virtual dialing, ie, pppoe protocol supported in FreeBSD 4.3? > I need to use my FreeBSD box to dial through ADSL to the net. > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 15 14:51: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gradient.cis.upenn.edu (GRADIENT.CIS.UPENN.EDU [158.130.67.48]) by hub.freebsd.org (Postfix) with ESMTP id B963D37B43A for ; Tue, 15 Jan 2002 14:50:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by gradient.cis.upenn.edu (8.10.1/8.10.1) with ESMTP id g0FMoqr26396 for ; Tue, 15 Jan 2002 17:50:52 -0500 (EST) Date: Tue, 15 Jan 2002 17:50:51 -0500 (EST) From: Alwyn Goodloe To: Subject: which port for libcrypto.so.2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG When trying to run ethereal I get the message %./ethereal /usr/libexec/ld-elf.so.1: Shared object "libcrypto.so.2" not found Anyone know which package I can get this from??? Alwyn Goodloe agoodloe@gradient.cis.upenn.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 15 15:27:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [66.31.234.148]) by hub.freebsd.org (Postfix) with ESMTP id B78E137B419 for ; Tue, 15 Jan 2002 15:27:29 -0800 (PST) Received: (from root@localhost) by thehousleys.net (8.11.6/8.11.2) id g0FNRI225323; Tue, 15 Jan 2002 18:27:18 -0500 (EST) (envelope-from jim@Thehousleys.net) Received: from Thehousleys.net (baby.int.thehousleys.net [192.168.0.125]) (authenticated) by thehousleys.net (8.11.6/8.11.6) with ESMTP id g0FNREg25315; Tue, 15 Jan 2002 18:27:14 -0500 (EST) (envelope-from jim@Thehousleys.net) Message-ID: <3C44BAD2.F3400E09@Thehousleys.net> Date: Tue, 15 Jan 2002 18:27:14 -0500 From: James Housley X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: Alwyn Goodloe Cc: freebsd-hackers@freebsd.org Subject: Re: which port for libcrypto.so.2 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alwyn Goodloe wrote: > > When trying to run ethereal I get the message > > %./ethereal > /usr/libexec/ld-elf.so.1: Shared object "libcrypto.so.2" not found > > Anyone know which package I can get this from??? > Check the compat port, they add the libraries from previous versions of FreeBSD. misc/compat2x misc/compat3x misc/compat4x Check the pkg-plist files. My guess is compat3x Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net jhousley@SimTel.Net http://www.SimTel.Net --------------------------------------------------------------------- Your mouse has moved. Windows NT must be restarted for the change to take effect! Reboot now? [OK] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 15 17:50:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from seven.Alameda.net (seven.Alameda.net [64.81.63.137]) by hub.freebsd.org (Postfix) with ESMTP id 2ED3137B404 for ; Tue, 15 Jan 2002 17:50:46 -0800 (PST) Received: by seven.Alameda.net (Postfix, from userid 1000) id F38643A239; Tue, 15 Jan 2002 17:50:45 -0800 (PST) Date: Tue, 15 Jan 2002 17:50:45 -0800 From: Ulf Zimmermann To: hackers@freebsd.org Subject: USB UHCI speed issue ? Message-ID: <20020115175045.Y98001@seven.alameda.net> Reply-To: ulf@Alameda.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 4.4-STABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am looking at libnjb (Library to talk to a Creative Nomad player). From the README: It appears that the uhci device under FreeBSD performs poorly on bulk data transfers. The USB 1.1 specification defines 1000 "frames" every second, for 1 frame per ms. The host controller determines how many packets to place in each frame, based on available bandwidth and bandwidth requirements. This is called "bandwidth reclaimation", and the FreeBSD USB stack does not do this as of 4.4-RELEASE. The end result is only one packet sent per frame, which severely limits the transfer rate: the NJB uses 64-byte packets, and the math gives us a data transfer rate of 64,000 bytes/second. Yuck. If you have a UHCI USB controller, this will bite you. If you have an OHCI USB controller, the ohci device driver "does the right thing", and will give you 430kb/second (or so). However, there is a caveat: I have noticed some instabilities in the ohci driver, so you may have problems here, too. This problem with the uhci stack has been fixed under NetBSD, but this new code has not yet been ported to FreeBSD. Has this been fixed in -CURRENT ? And if so, can someone point me at what files I can try to get onto -STABLE to get a higher speed out ? I am working on an application and 64,000/sec is slow to test things. -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 15 19:22:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from public.guangzhou.gd.cn (mail1-smtp.guangzhou.gd.cn [202.105.65.221]) by hub.freebsd.org (Postfix) with SMTP id A7DC937B400 for ; Tue, 15 Jan 2002 19:22:54 -0800 (PST) Received: from ss3([202.104.49.217]) by public.guangzhou.gd.cn(AIMC 2.9.5.1) with SMTP id jm43c454810; Wed, 16 Jan 2002 11:22:27 +0800 Message-ID: <003901c19e3c$c4ccd870$d93168ca@ss3> From: "Matthew" To: Subject: use usb CDRW with FreeBSD4.3 Date: Tue, 15 Jan 2002 19:20:31 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I need to get an external USB CDRW for my FreeBSD4.3 laptop. Anyone know how this may work and what knowledge i need? Many thanks Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 15 20:22:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 0C98A37B404; Tue, 15 Jan 2002 20:22:20 -0800 (PST) Received: from dialup-209.245.128.158.dial1.sanjose1.level3.net ([209.245.128.158] helo=blossom.cjclark.org) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16QhaS-0003QR-00; Tue, 15 Jan 2002 20:22:12 -0800 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.3) id g0G4Lcn33303; Tue, 15 Jan 2002 20:21:38 -0800 (PST) (envelope-from cjc) Date: Tue, 15 Jan 2002 20:21:34 -0800 From: "Crist J . Clark" To: James Housley Cc: Alwyn Goodloe , freebsd-questions@FreeBSD.ORG Subject: Re: which port for libcrypto.so.2 Message-ID: <20020115202134.C31328@blossom.cjclark.org> References: <3C44BAD2.F3400E09@Thehousleys.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C44BAD2.F3400E09@Thehousleys.net>; from jim@thehousleys.net on Tue, Jan 15, 2002 at 06:27:14PM -0500 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jan 15, 2002 at 06:27:14PM -0500, James Housley wrote: > Alwyn Goodloe wrote: > > > > When trying to run ethereal I get the message > > > > %./ethereal > > /usr/libexec/ld-elf.so.1: Shared object "libcrypto.so.2" not found > > > > Anyone know which package I can get this from??? > > > > Check the compat port, they add the libraries from previous versions of > FreeBSD. > > misc/compat2x > misc/compat3x > misc/compat4x > > Check the pkg-plist files. My guess is compat3x Actually, libcrypto.so.2 is part of the base FreeBSD system. It is part of the 'crypto' distribution. This is much more of a -questions question than -hackers. Re-directed. -- "It's always funny until someone gets hurt. Then it's hilarious." Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 1:51:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from diablo.ovinet.hu (diablo.ovinet.hu [217.13.33.205]) by hub.freebsd.org (Postfix) with ESMTP id 6AEDB37B400 for ; Wed, 16 Jan 2002 01:51:10 -0800 (PST) Received: from diablo.ovinet.hu (crow@localhost [127.0.0.1]) by localhost (MX V4.2 AXP/OpenVMS) with ESMTP id g0G9xTtC029667 for ; Wed, 16 Jan 2002 10:59:29 +0100 Received: (from crow@localhost) by diablo.ovinet.hu (8.12.0.Beta19/8.12.0.Beta19/Debian 8.12.0.Beta19) id g0G9xNxx029665 for freebsd-hackers@freebsd.org; Wed, 16 Jan 2002 10:59:23 +0100 Date: Wed, 16 Jan 2002 10:59:23 +0100 From: Foldi Tamas To: freebsd-hackers@freebsd.org Subject: interesting open() issue Message-ID: <20020116105923.A29210@hax0r.hu> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline User-Agent: Mutt/1.3.15i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello hackers, I tried the following program on Tru64, FreeBSD and linux: #include #include #include #include main() { =20 int fd; fd =3D open ( "/tmp/foobar", (O_RDWR | O_CREAT), 0020); perror("open"); close(fd); } The program ran successfully, but the created file was different.=20 On Linux: -----w---- 1 crow crow 0 Jan 16 10:32 /tmp/foobar On Tru64/FreeBSD: ---------- 1 crow users 0 Jan 16 10:30 /tmp/foobar I'm not sure what the result supposed to be. Any ideas ? Best Regards, Tamas Foldi --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 iQA/AwUBPEVO+f7G8SRsJE1wEQLwtgCgjXjXUAeGn7EsQ1qgKl5jb2ehqZ0AoKCy oMSQlYCwQjwJwy5Jz+kqveii =/TYW -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 2: 9:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id A476E37B402 for ; Wed, 16 Jan 2002 02:09:51 -0800 (PST) Received: from grinch ([12.234.224.67]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020116100945.BNNE3578.rwcrmhc52.attbi.com@grinch> for ; Wed, 16 Jan 2002 10:09:45 +0000 Date: Wed, 16 Jan 2002 02:09:44 -0800 Subject: Re: interesting open() issue Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v475) From: Justin C.Walker To: freebsd-hackers@FreeBSD.ORG Content-Transfer-Encoding: 7bit In-Reply-To: <20020116105923.A29210@hax0r.hu> Message-Id: <2A1269DA-0A69-11D6-A62A-00306544D642@mac.com> X-Mailer: Apple Mail (2.475) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG My first guess is that the 'umask' differs in your various systems. "man 2 umask". Regards, Justin On Wednesday, January 16, 2002, at 01:59 AM, Foldi Tamas wrote: > Hello hackers, > > I tried the following program on Tru64, FreeBSD and linux: > > #include > #include > #include > #include > main() { > int fd; > fd = open ( "/tmp/foobar", (O_RDWR | O_CREAT), 0020); > perror("open"); > close(fd); > } > > The program ran successfully, but the created file was different. > On Linux: > -----w---- 1 crow crow 0 Jan 16 10:32 /tmp/foobar > > On Tru64/FreeBSD: > ---------- 1 crow users 0 Jan 16 10:30 /tmp/foobar > > I'm not sure what the result supposed to be. Any ideas ? > > Best Regards, > Tamas Foldi > > > -- /~\ The ASCII Justin C. Walker, Curmudgeon-at-Large \ / Ribbon Campaign X Against HTML / \ Email To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 2:39:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web13603.mail.yahoo.com (web13603.mail.yahoo.com [216.136.175.114]) by hub.freebsd.org (Postfix) with SMTP id D3C4C37B43F for ; Wed, 16 Jan 2002 02:39:02 -0800 (PST) Message-ID: <20020116103902.29826.qmail@web13603.mail.yahoo.com> Received: from [203.116.61.132] by web13603.mail.yahoo.com via HTTP; Wed, 16 Jan 2002 02:39:02 PST Date: Wed, 16 Jan 2002 02:39:02 -0800 (PST) From: Fook Sheng Chan Subject: how to go about writing a device driver (built-in NIC for Toshiba laptop) To: freebsd-hackers@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi I wish to learn to write a device driver for toshiba satellite 1800-A500. How do i go about doing it? Do i need info from Toshiba? i don't seem to be able to get any info from their website thanks alot fook sheng __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 2:41: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from starbug.ugh.net.au (starbug.ugh.net.au [203.31.238.37]) by hub.freebsd.org (Postfix) with ESMTP id 6F63637B404 for ; Wed, 16 Jan 2002 02:41:07 -0800 (PST) Received: by starbug.ugh.net.au (Postfix, from userid 1000) id 30AD8A853; Wed, 16 Jan 2002 21:41:04 +1100 (EST) Received: from localhost (localhost [127.0.0.1]) by starbug.ugh.net.au (Postfix) with ESMTP id 2DF9454E3; Wed, 16 Jan 2002 20:41:04 +1000 (EST) Date: Wed, 16 Jan 2002 20:41:04 +1000 (EST) From: Andrew To: Foldi Tamas Cc: freebsd-hackers@freebsd.org Subject: Re: interesting open() issue In-Reply-To: <20020116105923.A29210@hax0r.hu> Message-ID: <20020116203252.P24609-100000@starbug.ugh.net.au> X-WonK: *wibble* MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 16 Jan 2002, Foldi Tamas wrote: > The program ran successfully, but the created file was different. > On Linux: > -----w---- 1 crow crow 0 Jan 16 10:32 /tmp/foobar > > On Tru64/FreeBSD: > ---------- 1 crow users 0 Jan 16 10:30 /tmp/foobar What are you intrested in - the difference in permissions or the difference in group? The permissions are probably due to a different umask being set...you could call umask(0) before the open call to make sure it the user's umask has no effect. The difference in group owenership will be due to the permissions on /tmp and the BSD/SysV family differences. This is documented in a man page somewhere I think although I can't find it ATM. It is however documented in APUE. Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 2:48:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.gbch.net (gw.gbch.net [203.143.238.93]) by hub.freebsd.org (Postfix) with SMTP id 4A53437B41A for ; Wed, 16 Jan 2002 02:48:48 -0800 (PST) Received: (qmail 76661 invoked by uid 1001); 16 Jan 2002 20:48:46 +1000 X-Posted-By: GJB-Post 2.23 27-Nov-2001 X-Operating-System: FreeBSD 4.2-RELEASE i386 X-Uptime: 7 days, 3:15 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-GPG-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-PGP-Public-Keys: http://www.gbch.net/keys.html Message-Id: Date: Wed, 16 Jan 2002 20:48:46 +1000 From: Greg Black Mail-Followup-To: Foldi Tamas To: Foldi Tamas Cc: freebsd-hackers@freebsd.org Subject: Re: interesting open() issue References: <20020116105923.A29210@hax0r.hu> In-reply-to: <20020116105923.A29210@hax0r.hu> of Wed, 16 Jan 2002 10:59:23 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Foldi Tamas wrote: | Hello hackers, Don't send this sort of newbie programmer question to the hackers list (or to any of the FreeBSD lists). | I tried the following program on Tru64, FreeBSD and linux: | | #include | #include | #include | #include | main() { | int fd; | fd = open ( "/tmp/foobar", (O_RDWR | O_CREAT), 0020); | perror("open"); | close(fd); | } | | The program ran successfully, but the created file was different. | On Linux: | -----w---- 1 crow crow 0 Jan 16 10:32 /tmp/foobar | | On Tru64/FreeBSD: | ---------- 1 crow users 0 Jan 16 10:30 /tmp/foobar | | I'm not sure what the result supposed to be. Any ideas ? If you want the exact same results on each system and if you want the file to have the mode you set, you need to put two additional system calls *before* the open(2) call: unlink("/tmp/foobar"); umask(0); If the file exists, the mode in the open() won't affect it and it will retain whatever it already had, so you need to ensure that it's not there first. If your umask setting masks the group write bit, it won't be set unless you first clear the umask setting. Now go and read about Unix programming. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 3: 6:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id 6246E37B404 for ; Wed, 16 Jan 2002 03:06:20 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id AEE169A; Wed, 16 Jan 2002 11:06:12 +0000 (GMT) Date: Wed, 16 Jan 2002 11:06:12 +0000 From: Josef Karthauser To: Ulf Zimmermann Cc: hackers@freebsd.org Subject: Re: USB UHCI speed issue ? Message-ID: <20020116110612.B16252@genius.tao.org.uk> References: <20020115175045.Y98001@seven.alameda.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="pvezYHf7grwyp3Bc" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020115175045.Y98001@seven.alameda.net>; from ulf@Alameda.net on Tue, Jan 15, 2002 at 05:50:45PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --pvezYHf7grwyp3Bc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jan 15, 2002 at 05:50:45PM -0800, Ulf Zimmermann wrote: > Has this been fixed in -CURRENT ? And if so, can someone point me > at what files I can try to get onto -STABLE to get a higher speed > out ? I am working on an application and 64,000/sec is slow to test > things. I've been doing some work in -current to sychronise our USB stack with NetBSD's. If you can identify a set of commits in NetBSD that fixed this problem I'll happily take a look for you. Joe --pvezYHf7grwyp3Bc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxFXqMACgkQXVIcjOaxUBbQ0wCghDCbcGZH84lblcl+E81MpaQY i34AniJ0yKNDjgl30NMtr/QQXDNi+/gN =JhTk -----END PGP SIGNATURE----- --pvezYHf7grwyp3Bc-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 8:27:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pageplanet.com (england.pageplanet.com [205.160.14.30]) by hub.freebsd.org (Postfix) with ESMTP id 4E3CE37B405 for ; Wed, 16 Jan 2002 08:27:24 -0800 (PST) Received: from tachyontech.net (202.88.155.171) by pageplanet.com with ESMTP (Eudora Internet Mail Server 3.0.3) for ; Wed, 16 Jan 2002 11:26:58 -0500 Message-ID: <3C45A9B9.5DCDA320@tachyontech.net> Date: Wed, 16 Jan 2002 21:56:34 +0530 From: K S Sreeram X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: kernel contribution guidance Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi My name is K.S.Sreeram, and i am very much interested in contributing to the freebsd kernel. I have been browsing through the kernel code, but i was not able to follow it much, and i dont know where to begin, I would be happy, if somebody can help me through the process, as i feel confident, that i can contribute a lot, once i get started. I'll give you a little background about myself, as it might help you identify where i can fit in. I am 22yrs old, and i have been programming on the intel platform for the last 10 yrs. I have a reasonably good understanding of the intel architecture. I completed my B.Tech in computer science from the Indian Institute of Technology, Chennai in 2000. I'll list some of the things that i have worked on in the past. I have done a lot of system-level programming in MSDOS. - I have written several TSRs including one using which i implemented file and directory level access control - I have developed a complete 32 bit protected mode debugger, which loads directly off the boot sector of a floppy, which then boots MSDOS from the hard disk in virtual 86 mode. This project also involved writing an assembler and a disassembler for the 386 processor. - I have used the above debugger to hack around with a lot of other programs including DOS itself. I have also altered the behaviour of several programs in memory without altering the on-disk image. for instance, in many video games i changed the behaviour so that i wouldnt get killed!! - I have also used the above debugger, to detect a wide variety of DOS viruses, which typically occupy some amount RAM, and then fool DOS into thinking that this memory is actually used by the BIOS. - i have written code to directly use a floppy drive, without using the BIOS in protected mode. This involved a lot of hardware programming. - I have a reasonable amount of experience in writing a lot of both application level and system-level code for the win32 platform. - I have built a Pascal compiler as part of an assignment during school I have extensively worked on a lot of 3D graphics programming work - I have built a complete 3D game( actually 2.5D ) similar in functionality to the original Wolf3D, and have a lot of experience in writing optimized assembler code. - I have then worked on a full 3D engine, and have done some nice simulations of realtime shadows using raytracing. - I have built a interactive 3D world building program, which i used to build a reasonably detailed model of my school campus. Comparitively speaking i have lesser experience with Unix, which i have been using only for the last 1.5 yrs ( linux to begin with, and freebsd for the last one year ). I have a reasonably good understanding of the unix programming model, and its API. I have been reading up the following books off late (Author: Richard Stevens ) : - Unix network programming - TCP/IP Illustrated - Advanced Programming in the UNIX environment I am quite proficient in Intel Assembler, C, C++ and in Java. With this background information, i hope you will be able to help me in contributing to the freebsd kernel. The biggest problem is that i am not able to find enough documentation on the kernel Thanks & Regards Sreeram ( ks ) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 10: 0:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id 605F037B41A for ; Wed, 16 Jan 2002 10:00:20 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020116180019.JKWJ3578.rwcrmhc52.attbi.com@InterJet.elischer.org>; Wed, 16 Jan 2002 18:00:19 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id JAA87216; Wed, 16 Jan 2002 09:45:10 -0800 (PST) Date: Wed, 16 Jan 2002 09:45:09 -0800 (PST) From: Julian Elischer To: Greg Black Cc: Foldi Tamas , freebsd-hackers@freebsd.org Subject: Re: interesting open() issue In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG He's talking about the different 'group' setting.. I think. it's different because SYSV (linux is based on the semantics of sysV) and BSD have a differnt semantic on this and always have.. BSD makes the file get the same group as the directory. Linux gives it the primary group of the creator. Linux can act the same as BSD if the SGID bit is set on the directory (I think). There may also be a mount option but I'm not sure if that was ever implelemnted. On Wed, 16 Jan 2002, Greg Black wrote: > Foldi Tamas wrote: > > | Hello hackers, > > Don't send this sort of newbie programmer question to the > hackers list (or to any of the FreeBSD lists). > > | I tried the following program on Tru64, FreeBSD and linux: > | > | #include > | #include > | #include > | #include > | main() { > | int fd; > | fd = open ( "/tmp/foobar", (O_RDWR | O_CREAT), 0020); > | perror("open"); > | close(fd); > | } > | > | The program ran successfully, but the created file was different. > | On Linux: > | -----w---- 1 crow crow 0 Jan 16 10:32 /tmp/foobar > | > | On Tru64/FreeBSD: > | ---------- 1 crow users 0 Jan 16 10:30 /tmp/foobar > | > | I'm not sure what the result supposed to be. Any ideas ? > > If you want the exact same results on each system and if you > want the file to have the mode you set, you need to put two > additional system calls *before* the open(2) call: > > unlink("/tmp/foobar"); > umask(0); > > If the file exists, the mode in the open() won't affect it and > it will retain whatever it already had, so you need to ensure > that it's not there first. If your umask setting masks the > group write bit, it won't be set unless you first clear the > umask setting. > > Now go and read about Unix programming. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 10: 0:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id 8759337B417 for ; Wed, 16 Jan 2002 10:00:18 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020116180012.JKTY3578.rwcrmhc52.attbi.com@InterJet.elischer.org>; Wed, 16 Jan 2002 18:00:12 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id JAA87196; Wed, 16 Jan 2002 09:41:10 -0800 (PST) Date: Wed, 16 Jan 2002 09:41:09 -0800 (PST) From: Julian Elischer To: Fook Sheng Chan Cc: freebsd-hackers@FreeBSD.org Subject: Re: how to go about writing a device driver (built-in NIC for Toshiba laptop) In-Reply-To: <20020116103902.29826.qmail@web13603.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG start with the ***** -current *** version of /usr/share/examples/drivers/make_device_driver.sh On Wed, 16 Jan 2002, Fook Sheng Chan wrote: > Hi > > I wish to learn to write a device driver for toshiba > satellite 1800-A500. How do i go about doing it? > > Do i need info from Toshiba? i don't seem to be able > to get any info from their website > > thanks alot > > fook sheng > > __________________________________________________ > Do You Yahoo!? > Send FREE video emails in Yahoo! Mail! > http://promo.yahoo.com/videomail/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 10:40:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id 264FD37B417 for ; Wed, 16 Jan 2002 10:40:09 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020116184008.SEGM5944.rwcrmhc51.attbi.com@InterJet.elischer.org>; Wed, 16 Jan 2002 18:40:08 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA87387; Wed, 16 Jan 2002 10:26:08 -0800 (PST) Date: Wed, 16 Jan 2002 10:26:07 -0800 (PST) From: Julian Elischer To: K S Sreeram Cc: hackers@freebsd.org Subject: Re: New DOC/FAQ entry.. kernel contribution guidance In-Reply-To: <3C45A9B9.5DCDA320@tachyontech.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 16 Jan 2002, K S Sreeram wrote: > Hi > > My name is K.S.Sreeram, and i am very much interested in contributing to > the [...] Sounds like you are ideally suited to this....:-) here are some starting tips. Tip 1: "no-one is going to ask you to do some particular thing". We are all volunteers and as such we don't ask or tell anyone to do this or that.. just pick something intersting and do it. Tip 2: Get you environment set up first and then slowely start playing with things you will need: A mirror of the cvs tree (via cvsup) A lot of disk space. Maybe 3 or 4 Gig spare. A small (may be old) test machine. (If you cannot afford a test machine, I have used a virtual test machine by running vmware). Learn CVS. I cannot stress this too much! Tip 3: "no-one is going to ask you to do some particular thing". Tip 4: Experience compiling different options in and out of the kernels. Just experiment with it to find out how it works Always compile your tets kernels with teh debug flag "config -g MYNAME" Get experience booting alternate kernels (for when yours doesn't). Tip 5: Get experience in the kernel debuggers (ddb and gdb) The man ddb page doesn't really match the reality. with the DDB option in the kernel, you an just type sysctl debug.enter_debugger=ddb to drop into the debugger, or, if you are on teh console, you can do Get experience with the remote gdb. You need 2 machines for this. (or use vmware and the 'nmdm' (nullmodem) device, which I do on my laptop) Connect them so that com 2 is connected to a serial port in the main machine and have the following in the test machone's /boot/device.hints hint.sio.1.at="isa" hint.sio.1.port="0x2F8" hint.sio.1.irq="3" hint.sio.1.flags="0xc0" Then when you go to ddb you can then type gdb it will say "will use gdb at next trap" or something similar. do a singl step (s) and it will apparently freeze. it hasn't really, it's waiting on the serial port for gdb. On the main machine, put the following in a .gdbinit in teh kernel compile directory: file kernel.debug set remotebaud 9600 target remote /dev/ttyd0 Then in that directory, enter gdb. It will connect to the test machine and you will be able to single step etc. or you can do: sysctl debug.enter_debugger=gdb to enter the gdb directly. Also you can enter the ddb VERY EARLY by adding -d to the boot command from the loader. > boot -d to ented ddb or > boot -d -g to make it go straight to gdb. Tto end gdb and go back to ddb use "det" (short for detatch). To make ddb reboot you can do: call boot 0 or panic Tip 6: "no-one is going to ask you to do some particular thing". Tip 7: use -current for all your stuff, and use a tree you've checked out of your CVS mirror to do it all. That way you can instantlyu generate diffs and keep it up to date with -current using 'cvs diff -u' and 'cvs update' The patches so derived will be perfect for sending to others. tip 8: "no-one is going to ask you to do some particular thing". pick somethign that intersts you, and find out who else is intersted in that and then start communicating with them. send them patches about your ideas and co-operate. really it's up to you.. we provide the tools and you do what you want with them. Pleas mail me if yuo have questions (I think this should be a FAQ) Julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 10:51:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id CE83637B41F; Wed, 16 Jan 2002 10:51:06 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g0GIowg68383; Wed, 16 Jan 2002 10:50:58 -0800 (PST) (envelope-from dillon) Date: Wed, 16 Jan 2002 10:50:58 -0800 (PST) From: Matthew Dillon Message-Id: <200201161850.g0GIowg68383@apollo.backplane.com> To: Ian Dowse Cc: Alfred Perlstein , "Alan L. Cox" , FreeBSD-hackers@FreeBSD.ORG, re@FreeBSD.ORG Subject: Re: Need review of NFS patch set for server .. missing/wrong vput() issues References: <200201130239.aa98693@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :In message <200201130201.g0D21Xh49451@apollo.backplane.com>, Matthew Dillon wri :tes: :> Ok, cool. I'll get the commit gears started for the :> first part of the patch. : :FYI, I was able to reproduce this and confirm that the first part :of your patch fixes it. All that it takes is for the mknod to fail :because the name already exists, but normally this is masked by the :client because it does an NFSPROC_ACCESS RPC first. : :Another nasty bug in nfsrv_mknod that I just spotted is that it :doesn't override the S_IFMT bits of the file mode supplied by the :client. It should be completely ignoring those bits, and using only :the node-type it has in the `vtyp' variable. I just managed to :create a node that makes ls say "Bad file descriptor" by passing :in a type of NFFIFO and a mode of 0... : :Ian Alexey hasn't had any crashes since applying this part of the NFS mknod patch. I assume it is a go, but the RE's have yet to respond to my MFC request. Two real questions are whether the recent NFS fixes by Ian and the recent softupdates fixes by Kirk should be MFC'd (in addition to my NFS fix). I think Ian's mknod tests are a no-brainer. They should just go in, as should my mknod fix. Some of Kirk's fixes are fairly serious. They include: #1 Fix corruption that can occur if a RW mount is downgraded to RO #2 Fix spl confusion that can occcur in ACQUIRE_LOCK*() softupdates routines #3 Fix softupdates panic that can occur during heavy I/O (see 'drain_output' calls in patch below) I have included Kirk's patch (for stable) below for review. It's a bit messy so I will note that the most important fix is #3 above, and it is a very simple and tiny portion of the below patch. It would be a shame if the simpler NFS & softupdates fixes didn't make it into 4.5. Additionally, I have another two or three patches above and beyond the ones discussed above that can go in after the 4.5 tags are laid down. My tree is starting to get rather messy from the delays :-( -Matt Matthew Dillon Index: ffs_inode.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_inode.c,v retrieving revision 1.56.2.4 diff -u -r1.56.2.4 ffs_inode.c --- ffs_inode.c 20 Dec 2001 21:10:52 -0000 1.56.2.4 +++ ffs_inode.c 16 Jan 2002 01:09:40 -0000 @@ -85,9 +85,9 @@ if ((ip->i_flag & IN_MODIFIED) == 0 && waitfor == 0) return (0); ip->i_flag &= ~(IN_LAZYMOD | IN_MODIFIED); - if (vp->v_mount->mnt_flag & MNT_RDONLY) - return (0); fs = ip->i_fs; + if (fs->fs_ronly) + return (0); /* * Ensure that uid and gid are correct. This is a temporary * fix until fsck has been changed to do the update. @@ -169,6 +169,8 @@ oip->i_flag |= IN_CHANGE | IN_UPDATE; return (UFS_UPDATE(ovp, 0)); } + if (fs->fs_ronly) + panic("ffs_truncate: read-only filesystem"); #ifdef QUOTA error = getinoquota(oip); if (error) Index: ffs_softdep.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_softdep.c,v retrieving revision 1.57.2.9 diff -u -r1.57.2.9 ffs_softdep.c --- ffs_softdep.c 2 Mar 2001 17:22:26 -0000 1.57.2.9 +++ ffs_softdep.c 12 Jan 2002 21:26:01 -0000 @@ -233,8 +233,6 @@ } lk = { 0 }; #define ACQUIRE_LOCK(lk) (lk)->lkt_spl = splbio() #define FREE_LOCK(lk) splx((lk)->lkt_spl) -#define ACQUIRE_LOCK_INTERLOCKED(lk) -#define FREE_LOCK_INTERLOCKED(lk) #else /* DEBUG */ static struct lockit { @@ -245,13 +243,10 @@ static void acquire_lock __P((struct lockit *)); static void free_lock __P((struct lockit *)); -static void acquire_lock_interlocked __P((struct lockit *)); -static void free_lock_interlocked __P((struct lockit *)); +void softdep_panic __P((char *)); #define ACQUIRE_LOCK(lk) acquire_lock(lk) #define FREE_LOCK(lk) free_lock(lk) -#define ACQUIRE_LOCK_INTERLOCKED(lk) acquire_lock_interlocked(lk) -#define FREE_LOCK_INTERLOCKED(lk) free_lock_interlocked(lk) static void acquire_lock(lk) @@ -283,36 +278,78 @@ splx(lk->lkt_spl); } -static void -acquire_lock_interlocked(lk) +/* + * Function to release soft updates lock and panic. + */ +void +softdep_panic(msg) + char *msg; +{ + + if (lk.lkt_held != -1) + FREE_LOCK(&lk); + panic(msg); +} +#endif /* DEBUG */ + +static int interlocked_sleep __P((struct lockit *, int, void *, int, + const char *, int)); + +/* + * When going to sleep, we must save our SPL so that it does + * not get lost if some other process uses the lock while we + * are sleeping. We restore it after we have slept. This routine + * wraps the interlocking with functions that sleep. The list + * below enumerates the available set of operations. + */ +#define UNKNOWN 0 +#define SLEEP 1 +#define LOCKBUF 2 + +static int +interlocked_sleep(lk, op, ident, flags, wmesg, timo) struct lockit *lk; + int op; + void *ident; + int flags; + const char *wmesg; + int timo; { pid_t holder; + int s, retval; + s = lk->lkt_spl; +# ifdef DEBUG + if (lk->lkt_held == -1) + panic("interlocked_sleep: lock not held"); + lk->lkt_held = -1; +# endif /* DEBUG */ + switch (op) { + case SLEEP: + retval = tsleep(ident, flags, wmesg, timo); + break; + case LOCKBUF: + retval = BUF_LOCK((struct buf *)ident, flags); + break; + default: + panic("interlocked_sleep: unknown operation"); + } +# ifdef DEBUG if (lk->lkt_held != -1) { holder = lk->lkt_held; FREE_LOCK(lk); if (holder == CURPROC->p_pid) - panic("softdep_lock_interlocked: locking against self"); + panic("interlocked_sleep: locking against self"); else - panic("softdep_lock_interlocked: lock held by %d", - holder); + panic("interlocked_sleep: lock held by %d", holder); } lk->lkt_held = CURPROC->p_pid; lockcnt++; +# endif /* DEBUG */ + lk->lkt_spl = s; + return (retval); } -static void -free_lock_interlocked(lk) - struct lockit *lk; -{ - - if (lk->lkt_held == -1) - panic("softdep_unlock_interlocked: lock not held"); - lk->lkt_held = -1; -} -#endif /* DEBUG */ - /* * Place holder for real semaphores. */ @@ -348,12 +385,13 @@ { if (semap->value++ > 0) { - if (interlock != NULL) - FREE_LOCK_INTERLOCKED(interlock); - tsleep((caddr_t)semap, semap->prio, semap->name, semap->timo); if (interlock != NULL) { - ACQUIRE_LOCK_INTERLOCKED(interlock); + interlocked_sleep(interlock, SLEEP, (caddr_t)semap, + semap->prio, semap->name, semap->timo); FREE_LOCK(interlock); + } else { + tsleep((caddr_t)semap, semap->prio, semap->name, + semap->timo); } return (0); } @@ -4080,6 +4118,11 @@ */ waitfor = MNT_NOWAIT; top: + /* + * We must wait for any I/O in progress to finish so that + * all potential buffers on the dirty list will be visible. + */ + drain_output(vp, 1); if (getdirtybuf(&TAILQ_FIRST(&vp->v_dirtyblkhd), MNT_WAIT) == 0) { FREE_LOCK(&lk); return (0); @@ -4174,6 +4217,8 @@ bawrite(bp); return (error); } + if (LIST_FIRST(&pagedep->pd_diraddhd[i]) != 0) + panic("softdep_sync_metadata: flush_pagedep_deps failed"); } break; @@ -4236,15 +4281,8 @@ goto loop; } /* - * We must wait for any I/O in progress to finish so that - * all potential buffers on the dirty list will be visible. - * Once they are all there, proceed with the second pass - * which will wait for the I/O as per above. - */ - drain_output(vp, 1); - /* * The brief unlock is to allow any pent up dependency - * processing to be done. + * processing to be done. Then proceed with the second pass. */ if (waitfor == MNT_NOWAIT) { waitfor = MNT_WAIT; @@ -4257,13 +4295,20 @@ * If we have managed to get rid of all the dirty buffers, * then we are done. For certain directories and block * devices, we may need to do further work. + * + * We must wait for any I/O in progress to finish so that + * all potential buffers on the dirty list will be visible. */ + drain_output(vp, 1); if (TAILQ_FIRST(&vp->v_dirtyblkhd) == NULL) { FREE_LOCK(&lk); return (0); } FREE_LOCK(&lk); + if (!vn_isdisk(vp, NULL) && TAILQ_FIRST(&vp->v_dirtyblkhd) != NULL) + panic("softdep_sync_metadata: flush failed"); + /* * If we are trying to sync a block device, some of its buffers may * contain metadata that cannot be written until the contents of some @@ -4591,9 +4636,8 @@ proc_waiting += 1; if (handle.callout == NULL) handle = timeout(pause_timer, 0, tickdelay > 2 ? tickdelay : 2); - FREE_LOCK_INTERLOCKED(&lk); - (void) tsleep((caddr_t)&proc_waiting, PPAUSE, "softupdate", 0); - ACQUIRE_LOCK_INTERLOCKED(&lk); + interlocked_sleep(&lk, SLEEP, (caddr_t)&proc_waiting, PPAUSE, + "softupdate", 0); proc_waiting -= 1; if (islocked == 0) FREE_LOCK(&lk); @@ -4824,6 +4868,7 @@ int waitfor; { struct buf *bp; + int error; for (;;) { if ((bp = *bpp) == NULL) @@ -4835,17 +4880,18 @@ if (waitfor != MNT_WAIT) return (0); bp->b_xflags |= BX_BKGRDWAIT; - FREE_LOCK_INTERLOCKED(&lk); - tsleep(&bp->b_xflags, PRIBIO, "getbuf", 0); - ACQUIRE_LOCK_INTERLOCKED(&lk); + interlocked_sleep(&lk, SLEEP, &bp->b_xflags, PRIBIO, + "getbuf", 0); continue; } if (waitfor != MNT_WAIT) return (0); - FREE_LOCK_INTERLOCKED(&lk); - if (BUF_LOCK(bp, LK_EXCLUSIVE | LK_SLEEPFAIL) != ENOLCK) + error = interlocked_sleep(&lk, LOCKBUF, bp, + LK_EXCLUSIVE | LK_SLEEPFAIL, 0, 0); + if (error != ENOLCK) { + FREE_LOCK(&lk); panic("getdirtybuf: inconsistent lock"); - ACQUIRE_LOCK_INTERLOCKED(&lk); + } } if ((bp->b_flags & B_DELWRI) == 0) { BUF_UNLOCK(bp); @@ -4869,9 +4915,8 @@ ACQUIRE_LOCK(&lk); while (vp->v_numoutput) { vp->v_flag |= VBWAIT; - FREE_LOCK_INTERLOCKED(&lk); - tsleep((caddr_t)&vp->v_numoutput, PRIBIO + 1, "drainvp", 0); - ACQUIRE_LOCK_INTERLOCKED(&lk); + interlocked_sleep(&lk, SLEEP, (caddr_t)&vp->v_numoutput, + PRIBIO + 1, "drainvp", 0); } if (!islocked) FREE_LOCK(&lk); Index: ffs_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_vfsops.c,v retrieving revision 1.117.2.7 diff -u -r1.117.2.7 ffs_vfsops.c --- ffs_vfsops.c 25 Dec 2001 01:44:44 -0000 1.117.2.7 +++ ffs_vfsops.c 15 Jan 2002 07:23:36 -0000 @@ -190,6 +190,14 @@ err = 0; ronly = fs->fs_ronly; /* MNT_RELOAD might change this */ if (ronly == 0 && (mp->mnt_flag & MNT_RDONLY)) { + /* + * Flush any dirty data. + */ + VFS_SYNC(mp, MNT_WAIT, p->p_ucred, p); + /* + * Check for and optionally get rid of files open + * for writing. + */ flags = WRITECLOSE; if (mp->mnt_flag & MNT_FORCE) flags |= FORCECLOSE; Index: ffs_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_vnops.c,v retrieving revision 1.64 diff -u -r1.64 ffs_vnops.c --- ffs_vnops.c 10 Jan 2000 12:04:25 -0000 1.64 +++ ffs_vnops.c 11 Jan 2002 18:05:14 -0000 @@ -106,6 +106,7 @@ VNODEOP_SET(ffs_fifoop_opv_desc); #include +#define VDRAINED 0x00800 /* * Synch an open file. @@ -248,7 +249,11 @@ splx(s); if ((error = softdep_sync_metadata(ap)) != 0) return (error); + if (!vn_isdisk(vp, NULL) && vp->v_numoutput > 0) + panic("ffs_fsync: fsync failed 6"); s = splbio(); + if (!vn_isdisk(vp, NULL) && vp->v_numoutput > 0) + panic("ffs_fsync: fsync failed 7"); if (!TAILQ_EMPTY(&vp->v_dirtyblkhd)) { /* @@ -263,12 +268,26 @@ passes -= 1; goto loop; } -#ifdef DIAGNOSTIC - if (!vn_isdisk(vp, NULL)) + if (!vn_isdisk(vp, NULL)) { vprint("ffs_fsync: dirty", vp); -#endif + panic("ffs_fsync: fsync failed 1"); + } } + if (!vn_isdisk(vp, NULL) && vp->v_numoutput > 0) + panic("ffs_fsync: fsync failed 5"); + vp->v_flag |= VDRAINED; } + if (wait && !vn_isdisk(vp, NULL) && + (vp->v_numoutput > 0 || !TAILQ_EMPTY(&vp->v_dirtyblkhd))) + panic("ffs_fsync: fsync failed 4"); splx(s); - return (UFS_UPDATE(vp, wait)); + if (wait && !vn_isdisk(vp, NULL) && + (vp->v_numoutput > 0 || !TAILQ_EMPTY(&vp->v_dirtyblkhd))) + panic("ffs_fsync: fsync failed 2"); + vp->v_flag &=~ VDRAINED; + error = UFS_UPDATE(vp, wait); + if (wait && !vn_isdisk(vp, NULL) && + (vp->v_numoutput > 0 || !TAILQ_EMPTY(&vp->v_dirtyblkhd))) + panic("ffs_fsync: fsync failed 3"); + return (error); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 11: 2:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 1EC0937B405 for ; Wed, 16 Jan 2002 11:02:48 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 00A9910DE00; Wed, 16 Jan 2002 11:02:46 -0800 (PST) Date: Wed, 16 Jan 2002 11:02:46 -0800 From: Alfred Perlstein To: Julian Elischer Cc: K S Sreeram , hackers@freebsd.org Subject: Re: New DOC/FAQ entry.. kernel contribution guidance Message-ID: <20020116110246.Z26067@elvis.mu.org> References: <3C45A9B9.5DCDA320@tachyontech.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Wed, Jan 16, 2002 at 10:26:07AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Julian Elischer [020116 10:40] wrote: > > > On Wed, 16 Jan 2002, K S Sreeram wrote: > > > Hi > > > > My name is K.S.Sreeram, and i am very much interested in contributing to > > the > [...] > > Sounds like you are ideally suited to this....:-) > > here are some starting tips. > > Tip 1: "no-one is going to ask you to do some particular thing". We are > all volunteers and as such we don't ask or tell anyone to do this or > that.. just pick something intersting and do it. Julian's advice is really good, however there is a particular thing one can do to leverage a starting point: http://www.freebsd.org/cgi/query-pr-summary.cgi This lists all the outstanding bugs found in the system, I would suggest looking at them, seeing which ones you might be able to sort out and fix. You can also use the problem report database as a means to study how things are fixed, which can help you to understand the system as a whole. best of luck, -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 11: 6:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 66E0A37B41A for ; Wed, 16 Jan 2002 11:06:06 -0800 (PST) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id g0GJ5uO13557; Wed, 16 Jan 2002 11:05:56 -0800 (PST) (envelope-from mjacob@feral.com) Date: Wed, 16 Jan 2002 11:05:56 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: hackers@freebsd.org Cc: Peter Wemm Subject: multilpe ddb_regs definitions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've had problems compiling alpha kernels for the last week or so- this occurs (with or w/o DDB optioned in). subr_pcpu.o: In function `pcpu_init': /tstsys/alpha/compile/GPLUS/../../../kern/subr_pcpu.c(.data+0x8): multiple definition of `ddb_regs' kern_mutex.o:/tstsys/alpha/compile/GPLUS/../../../kern/kern_mutex.c:127: first defined here subr_witness.o: In function `witness_init': /tstsys/alpha/compile/GPLUS/../../../kern/subr_witness.c:349: multiple definition of `ddb_regs' kern_mutex.o:/tstsys/alpha/compile/GPLUS/../../../kern/kern_mutex.c:127: first defined here tty_cons.o: In function `cnadd': /tstsys/alpha/compile/GPLUS/../../../kern/tty_cons.c:199: multiple definition of `ddb_regs' kern_mutex.o:/tstsys/alpha/compile/GPLUS/../../../kern/kern_mutex.c:127: first defined here machdep.o: In function `alpha_init': /tstsys/alpha/compile/GPLUS/../../../alpha/alpha/machdep.c:527: multiple definition of `ddb_regs' kern_mutex.o:/tstsys/alpha/compile/GPLUS/../../../kern/kern_mutex.c:127: first defined here I haven't really tracked down what is different or broken, but I notice that ddb_regs is defined as common storage in (whether DDB is optioned to exist or not). Instead, shouldn't that be an 'extern' reference and ddb_regs put some place like machdep.c along with the other DDB option'd vars? Doing this for alpha allowed my kernel compile to continue. Thoughts? -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 11: 7:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 7646B37B417; Wed, 16 Jan 2002 11:07:41 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 4665D10DE06; Wed, 16 Jan 2002 11:07:41 -0800 (PST) Date: Wed, 16 Jan 2002 11:07:41 -0800 From: Alfred Perlstein To: Matthew Dillon Cc: Ian Dowse , "Alan L. Cox" , FreeBSD-hackers@FreeBSD.ORG, re@FreeBSD.ORG Subject: Re: Need review of NFS patch set for server .. missing/wrong vput() issues Message-ID: <20020116110741.C26067@elvis.mu.org> References: <200201130239.aa98693@salmon.maths.tcd.ie> <200201161850.g0GIowg68383@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200201161850.g0GIowg68383@apollo.backplane.com>; from dillon@apollo.backplane.com on Wed, Jan 16, 2002 at 10:50:58AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Matthew Dillon [020116 10:51] wrote: > > : > :In message <200201130201.g0D21Xh49451@apollo.backplane.com>, Matthew Dillon wri > :tes: > :> Ok, cool. I'll get the commit gears started for the > :> first part of the patch. > : > :FYI, I was able to reproduce this and confirm that the first part > :of your patch fixes it. All that it takes is for the mknod to fail > :because the name already exists, but normally this is masked by the > :client because it does an NFSPROC_ACCESS RPC first. > : > :Another nasty bug in nfsrv_mknod that I just spotted is that it > :doesn't override the S_IFMT bits of the file mode supplied by the > :client. It should be completely ignoring those bits, and using only > :the node-type it has in the `vtyp' variable. I just managed to > :create a node that makes ls say "Bad file descriptor" by passing > :in a type of NFFIFO and a mode of 0... > : > :Ian > > Alexey hasn't had any crashes since applying this part of the NFS mknod > patch. I assume it is a go, but the RE's have yet to respond to my MFC > request. > > Two real questions are whether the recent NFS fixes by Ian and the > recent softupdates fixes by Kirk should be MFC'd (in addition to my > NFS fix). I think Ian's mknod tests are a no-brainer. They should > just go in, as should my mknod fix. I agree, I'd really like to see this fixes in. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 11:22: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web21209.mail.yahoo.com (web21209.mail.yahoo.com [216.136.175.167]) by hub.freebsd.org (Postfix) with SMTP id 457C337B404 for ; Wed, 16 Jan 2002 11:22:02 -0800 (PST) Message-ID: <20020116192202.3213.qmail@web21209.mail.yahoo.com> Received: from [192.249.47.11] by web21209.mail.yahoo.com via HTTP; Wed, 16 Jan 2002 11:22:02 PST Date: Wed, 16 Jan 2002 11:22:02 -0800 (PST) From: Robert Thoelen III Reply-To: robert.thoelen@ieee.org To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ===== Robert Thoelen III E-mail: robert.thoelen@ieee.org __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 11:29:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web21204.mail.yahoo.com (web21204.mail.yahoo.com [216.136.131.77]) by hub.freebsd.org (Postfix) with SMTP id E96D237B402 for ; Wed, 16 Jan 2002 11:29:30 -0800 (PST) Message-ID: <20020116192926.48186.qmail@web21204.mail.yahoo.com> Received: from [192.249.47.11] by web21204.mail.yahoo.com via HTTP; Wed, 16 Jan 2002 11:29:25 PST Date: Wed, 16 Jan 2002 11:29:25 -0800 (PST) From: Robert Thoelen III Reply-To: robert.thoelen@ieee.org Subject: Almost diskless workstation To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sorry about the previous empty post. I am trying create a filesystem on a server running FreeBSD at work. I would like to create a floppy that would mount the filesystem by NFS. This way, on any given machine at work, I could put the floppy in and turn it into a BSD workstation, without manipulating the hard disk. I was looking at netboot and etherboot, but I am confused. I don't want to make a rom image for a network card. The machines that I would put the floppy into are on the same network as the server, but the DHCP is administered by another group. If I just need to DHCP an address, but I know the address of the server running NFS, is my best bet to create a custom floppy with a kernel image on it and have the init scripts NFS mount the filesystem and continue? Thanks for any help, Bob ===== Robert Thoelen III E-mail: robert.thoelen@ieee.org __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 11:32:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40]) by hub.freebsd.org (Postfix) with ESMTP id 9404937B404 for ; Wed, 16 Jan 2002 11:32:23 -0800 (PST) Received: by peitho.fxp.org (Postfix, from userid 1501) id 8E06113667; Wed, 16 Jan 2002 14:32:22 -0500 (EST) Date: Wed, 16 Jan 2002 14:32:22 -0500 From: Chris Faulhaber To: robert.thoelen@ieee.org Cc: freebsd-hackers@freebsd.org Subject: Re: Almost diskless workstation Message-ID: <20020116193222.GA9860@peitho.fxp.org> Mail-Followup-To: Chris Faulhaber , robert.thoelen@ieee.org, freebsd-hackers@freebsd.org References: <20020116192926.48186.qmail@web21204.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: <20020116192926.48186.qmail@web21204.mail.yahoo.com> User-Agent: Mutt/1.3.24i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 16, 2002 at 11:29:25AM -0800, Robert Thoelen III wrote: > Sorry about the previous empty post. I am trying > create a filesystem on a server running FreeBSD at > work. I would like to create a floppy that would > mount the filesystem by NFS. This way, on any given > machine at work, I could put the floppy in and turn it > into a BSD workstation, without manipulating the hard > disk. =20 >=20 Have you checked out the Handbook, in particular section 17.5 Diskless Operation at: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/diskless.html --=20 Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: FreeBSD: The Power To Serve iEYEARECAAYFAjxF1UYACgkQObaG4P6BelAiIwCfew3WTlKoa8+dBx8wk6dUmo5r 3QIAn1v0vTKumIIN3rLhw61uLTiTVUQ0 =kdfe -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 11:37: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by hub.freebsd.org (Postfix) with ESMTP id D139437B404 for ; Wed, 16 Jan 2002 11:37:00 -0800 (PST) Received: (qmail 7007 invoked from network); 16 Jan 2002 19:36:59 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 16 Jan 2002 19:36:59 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 16 Jan 2002 11:36:16 -0800 (PST) From: John Baldwin To: Matthew Jacob Subject: RE: multilpe ddb_regs definitions Cc: Peter Wemm , hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 16-Jan-02 Matthew Jacob wrote: > > I've had problems compiling alpha kernels for the last week or so- this > occurs (with or w/o DDB optioned in). > > subr_pcpu.o: In function `pcpu_init': > /tstsys/alpha/compile/GPLUS/../../../kern/subr_pcpu.c(.data+0x8): multiple > definition of `ddb_regs' > kern_mutex.o:/tstsys/alpha/compile/GPLUS/../../../kern/kern_mutex.c:127: > first > defined here > subr_witness.o: In function `witness_init': > /tstsys/alpha/compile/GPLUS/../../../kern/subr_witness.c:349: multiple > definition of `ddb_regs' > kern_mutex.o:/tstsys/alpha/compile/GPLUS/../../../kern/kern_mutex.c:127: > first > defined here > tty_cons.o: In function `cnadd': > /tstsys/alpha/compile/GPLUS/../../../kern/tty_cons.c:199: multiple definition > of `ddb_regs' > kern_mutex.o:/tstsys/alpha/compile/GPLUS/../../../kern/kern_mutex.c:127: > first > defined here > machdep.o: In function `alpha_init': > /tstsys/alpha/compile/GPLUS/../../../alpha/alpha/machdep.c:527: multiple > definition of `ddb_regs' > kern_mutex.o:/tstsys/alpha/compile/GPLUS/../../../kern/kern_mutex.c:127: > first > defined here > > > I haven't really tracked down what is different or broken, but I notice that > ddb_regs is defined as common storage in (whether DDB > is optioned to exist or not). > > Instead, shouldn't that be an 'extern' reference and ddb_regs put some place > like machdep.c along with the other DDB option'd vars? Yes. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 11:55:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id E19CC37B402 for ; Wed, 16 Jan 2002 11:55:14 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id B7D9910DE00; Wed, 16 Jan 2002 11:55:14 -0800 (PST) Date: Wed, 16 Jan 2002 11:55:14 -0800 From: Alfred Perlstein To: robert.thoelen@ieee.org Cc: freebsd-hackers@freebsd.org Subject: Re: Almost diskless workstation Message-ID: <20020116115514.G26067@elvis.mu.org> References: <20020116192926.48186.qmail@web21204.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020116192926.48186.qmail@web21204.mail.yahoo.com>; from shmget1@yahoo.com on Wed, Jan 16, 2002 at 11:29:25AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Robert Thoelen III [020116 11:29] wrote: > Sorry about the previous empty post. I am trying > create a filesystem on a server running FreeBSD at > work. I would like to create a floppy that would > mount the filesystem by NFS. This way, on any given > machine at work, I could put the floppy in and turn it > into a BSD workstation, without manipulating the hard > disk. > > I was looking at netboot and etherboot, but I am > confused. I don't want to make a rom image for a > network card. The machines that I would put the > floppy into are on the same network as the server, but > the DHCP is administered by another group. If I just > need to DHCP an address, but I know the address of the > server running NFS, is my best bet to create a custom > floppy with a kernel image on it and have the init > scripts NFS mount the filesystem and continue? http://www.rom-o-matic.com/ http://www.freebsd.org/~alfred/pxe :-) -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 12:23:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id C600337B400 for ; Wed, 16 Jan 2002 12:23:49 -0800 (PST) Received: from pool0454.cvx21-bradley.dialup.earthlink.net ([209.179.193.199] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16Qwaw-0002o1-00; Wed, 16 Jan 2002 12:23:38 -0800 Message-ID: <3C45E148.5164B465@mindspring.com> Date: Wed, 16 Jan 2002 12:23:36 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Foldi Tamas Cc: freebsd-hackers@freebsd.org Subject: Re: interesting open() issue References: <20020116105923.A29210@hax0r.hu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Foldi Tamas wrote: > > Hello hackers, > > I tried the following program on Tru64, FreeBSD and linux: > > #include > #include > #include > #include > main() { > int fd; > fd = open ( "/tmp/foobar", (O_RDWR | O_CREAT), 0020); > perror("open"); > close(fd); > } > > The program ran successfully, but the created file was different. > On Linux: > -----w---- 1 crow crow 0 Jan 16 10:32 /tmp/foobar > > On Tru64/FreeBSD: > ---------- 1 crow users 0 Jan 16 10:30 /tmp/foobar > > I'm not sure what the result supposed to be. Any ideas ? man 2 umask -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 13:17:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 8982C37B400; Wed, 16 Jan 2002 13:17:17 -0800 (PST) Received: from gosset.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 16 Jan 2002 21:17:16 +0000 (GMT) To: Matthew Dillon Cc: Alfred Perlstein , "Alan L. Cox" , FreeBSD-hackers@FreeBSD.ORG, re@FreeBSD.ORG Subject: Re: Need review of NFS patch set for server .. missing/wrong vput() issues In-Reply-To: Your message of "Wed, 16 Jan 2002 10:50:58 PST." <200201161850.g0GIowg68383@apollo.backplane.com> Date: Wed, 16 Jan 2002 21:17:12 +0000 From: Ian Dowse Message-ID: <200201162117.aa18236@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200201161850.g0GIowg68383@apollo.backplane.com>, Matthew Dillon wri tes: > NFS fix). I think Ian's mknod tests are a no-brainer. They should > just go in, as should my mknod fix. I agree here - Matt's mknod fix and the S_IFMT mode bits corruption bug that I fixed are simple fixes and they are both effectively remotely exploitable (but only if you are running an NFS server, and generally only by hosts listed in /etc/exports). The first bug causes all processes to get stuck in state `inode', and the second causes filesystem corruption that requires a manual fsck to fix. Matt's mknod bug occurred during normal operation, but the other probably only happens with a hostile client. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/nfsserver/nfs_serv.c mknod bug: revision 1.114 S_IFMT bug: revision 1.113 > #1 Fix corruption that can occur if a RW mount is downgraded to RO > #2 Fix spl confusion that can occcur in ACQUIRE_LOCK*() softupdates > routines > #3 Fix softupdates panic that can occur during heavy I/O > (see 'drain_output' calls in patch below) > > I have included Kirk's patch (for stable) below for review. It's a bit > messy so I will note that the most important fix is #3 above, and it is > a very simple and tiny portion of the below patch. I'm not so sure about these. #3 looks simple on its own I suppose. #1 has been around for years, and although annoying, the corruption is simply that some blocks don't get freed until the next real fsck. This fix was only committed to -current yesterday, and it has already caused one problem there, so it's not looking too good from a gain vs. risk POV :-) I'm not sure about #2 either; the patch isn't too complex, but it's a bit strange. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/ufs/ffs/ffs_softdep.c #2: 1.104 #3: 1.103 BTW is the VDRAINED stuff in your patch just left over from something else? It doesn't seem to be present in -current. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 14: 8: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by hub.freebsd.org (Postfix) with ESMTP id A864337B405 for ; Wed, 16 Jan 2002 14:08:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by cs.rice.edu (Postfix) with ESMTP id 403D21826 for ; Wed, 16 Jan 2002 16:08:05 -0600 (CST) Received: from vaud.cs.rice.edu (vaud.cs.rice.edu [128.42.1.197]) by cs.rice.edu (Postfix) with ESMTP id EBB1E17A8 for ; Wed, 16 Jan 2002 16:08:01 -0600 (CST) Received: from localhost (hykim@localhost) by vaud.cs.rice.edu (8.10.2+Sun/8.9.0) with ESMTP id g0GM7qJ01614 for ; Wed, 16 Jan 2002 16:07:52 -0600 (CST) X-Authentication-Warning: vaud.cs.rice.edu: hykim owned process doing -bs Date: Wed, 16 Jan 2002 16:07:51 -0600 (CST) From: Hyong-Youb Kim To: Subject: PCI DMA codes Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20010714 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To the great minds of the freebsd hackers, I am trying to measure the amount of data (plus # of bytes required to set up a dma transfer) transferred via DMA transfers between a PCI device and the main memory. I am wondering if any one knows what source codes I should look for. Thanks. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 14:18:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mooseriver.com (superior.mooseriver.com [205.166.121.28]) by hub.freebsd.org (Postfix) with ESMTP id 10D3137B400 for ; Wed, 16 Jan 2002 14:18:26 -0800 (PST) Received: (from jgrosch@localhost) by mooseriver.com (8.11.6/8.11.5) id g0GMIPx46008 for hackers@freebsd.org; Wed, 16 Jan 2002 14:18:25 -0800 (PST) (envelope-from jgrosch) Date: Wed, 16 Jan 2002 14:18:25 -0800 From: Josef Grosch To: hackers@freebsd.org Subject: [nicole@unixgirl.com: What is biord?] Message-ID: <20020116141825.A45998@mooseriver.com> Reply-To: jgrosch@mooseriver.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----- Forwarded message from Hodge Podge ----- X-Mailer: XFMail 1.4.0 on FreeBSD Date: Wed, 16 Jan 2002 14:18:23 -0800 (PST) From: Hodge Podge To: jgrosch@mooseriver.com Subject: to post Hello I have a mysql database that seems slow and when looking at it in top it always seems to be in a state of biord What the heck is biord I can't find this anywere Thanks ******* |\ __ /| (`\ ******* * * | o_o |__ ) ) * * * * // \\ * * * Nicole Harrington | AKA Hodge Podge * ----------------------(((---(((-------------------------------- HomePage http://www.unixgirl.com/ DangerMouse Site =1B http://www.dangermouse.org/ Photography Site http://www.deviantimages.com/ Music Stuff http://www.mp3.com/signals ** Being Silent - Is Agreeing ** =20 -- We are the music makers, and we are the dreamers of the dreams. --Willy Wonka, Willy Wonka and the Chocolate Factory. ---------------------------------------------------------------- ----- End forwarded message ----- --=20 Josef Grosch | Another day closer to a | FreeBSD 4.4 jgrosch@MooseRiver.com | Micro$oft free world | www.bafug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 14:30:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id B1FC437B420 for ; Wed, 16 Jan 2002 14:29:40 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 16 Jan 2002 22:29:39 +0000 (GMT) Date: Wed, 16 Jan 2002 22:29:39 +0000 From: David Malone To: Josef Grosch Cc: hackers@freebsd.org Subject: Re: [nicole@unixgirl.com: What is biord?] Message-ID: <20020116222939.GA81401@walton.maths.tcd.ie> References: <20020116141825.A45998@mooseriver.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020116141825.A45998@mooseriver.com> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jan 16, 2002 at 02:18:25PM -0800, Josef Grosch wrote: > I have a mysql database that seems slow and when looking at it in top it > always seems to be in a state of biord > What the heck is biord I can't find this anywere 22:21:gonzo 3% fgrep biord /usr/src/sys/kern/* /usr/src/sys/kern/vfs_bio.c: tsleep(&bp->b_xflags, PRIBIO, "biord", 0); /usr/src/sys/kern/vfs_bio.c: tsleep(bp, PRIBIO, "biord", 0); If you have a look at the code, in vfs_bio.c around these lines, you'll see it is to do with waiting for buffers to be read or written. Basically it means that the database is spending alot of its time waiting for the disk to catch up. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 14:44: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from artemis.drwilco.net (artemis.drwilco.net [209.167.6.62]) by hub.freebsd.org (Postfix) with ESMTP id A7AA637B402; Wed, 16 Jan 2002 14:44:02 -0800 (PST) Received: from ceres.drwilco.net (docwilco.xs4all.nl [213.84.68.230]) by artemis.drwilco.net (8.11.6/8.11.6) with ESMTP id g0GMhjR02425 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO); Wed, 16 Jan 2002 17:43:47 -0500 (EST) (envelope-from drwilco@drwilco.net) Message-Id: <5.1.0.14.0.20020116233750.02874e18@mail.drwilco.net> X-Sender: lists@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 16 Jan 2002 23:53:07 +0100 To: jgrosch@mooseriver.com, hackers@FreeBSD.ORG From: "Rogier R. Mulhuijzen" Subject: Re: [nicole@unixgirl.com: What is biord?] Cc: freebsd-questions@FreeBSD.ORG In-Reply-To: <20020116141825.A45998@mooseriver.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Hello > I have a mysql database that seems slow and when looking at it in top it >always seems to be in a state of biord > What the heck is biord I can't find this anywere > > Thanks Block I/O ReaD (if I'm not terribly mistaken. I'm thinking it could be Buf IO too, but that would be confusing to the layman =) ) Basically it's doing a lot of read IO or your disks are very slow. Which is not a big surprise because databases normally spend a lot of time in disk IO. I'm not up to speed on MySQL tuning, but I've done a fair amount of Oracle tuning, and there's two approaches that can be taken: 1) lessen the amount of IO. 2) make the IO faster. Making it faster can be the most expensive in money (buying SCSI RAID arrays), and not always as effective. Lessening the IO is usually a little more costly in the time department, but can be a LOT more effective. When lessening the IO, again there are mainly 2 things to be done. 1) have more blocks buffered. 2) make queries use less blocks More buffering is an easy fix on a machine with lots of memory. I am not familiar with MySQL's internals, but Oracle uses its own buffercache (optimized for RDBMS usage) and you can specify how big that should be. When a machine has 512megs of RAM and the database is the only thing on the machine, making the buffers take up half of that is not a silly thing at all. (You wont believe how often I come across machines that are ill configured that way. HUGE amount of RAM, and only 5% is used...) Making queries use less blocks is the hardest part, but a lot of the times placing indexes on columns that are used in joins or in WHERE clauses can make a huge difference. Also not using too many tables in a single query helps (eliminate wannahave columns in favor of faster musthave results). You could always find some MySQl guru's of course =) I hope this sheds a little light on the subject, DocWilco P.S.: this really belongs on freebsd-questions@freebsd.org so I'm cross posting this answer there To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 15:15:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 1677A37B416 for ; Wed, 16 Jan 2002 15:15:50 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id D8ADF10DE05; Wed, 16 Jan 2002 15:15:49 -0800 (PST) Date: Wed, 16 Jan 2002 15:15:49 -0800 From: Alfred Perlstein To: David Malone Cc: Josef Grosch , hackers@freebsd.org Subject: Re: [nicole@unixgirl.com: What is biord?] Message-ID: <20020116151549.O26067@elvis.mu.org> References: <20020116141825.A45998@mooseriver.com> <20020116222939.GA81401@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020116222939.GA81401@walton.maths.tcd.ie>; from dwmalone@walton.maths.tcd.ie on Wed, Jan 16, 2002 at 10:29:39PM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * David Malone [020116 14:30] wrote: > On Wed, Jan 16, 2002 at 02:18:25PM -0800, Josef Grosch wrote: > > I have a mysql database that seems slow and when looking at it in top it > > always seems to be in a state of biord > > What the heck is biord I can't find this anywere > > 22:21:gonzo 3% fgrep biord /usr/src/sys/kern/* > /usr/src/sys/kern/vfs_bio.c: tsleep(&bp->b_xflags, PRIBIO, "biord", 0); > /usr/src/sys/kern/vfs_bio.c: tsleep(bp, PRIBIO, "biord", 0); > > If you have a look at the code, in vfs_bio.c around these lines, > you'll see it is to do with waiting for buffers to be read or > written. Basically it means that the database is spending alot > of its time waiting for the disk to catch up. If you compile mysql using the linuxthreads port instead of freebsd native threads you _might_ see a performance improvement. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 15:39:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 9CFBF37B416; Wed, 16 Jan 2002 15:39:45 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g0GNdfR69393; Wed, 16 Jan 2002 15:39:41 -0800 (PST) (envelope-from dillon) Date: Wed, 16 Jan 2002 15:39:41 -0800 (PST) From: Matthew Dillon Message-Id: <200201162339.g0GNdfR69393@apollo.backplane.com> To: Ian Dowse Cc: Alfred Perlstein , "Alan L. Cox" , FreeBSD-hackers@FreeBSD.ORG, re@FreeBSD.ORG Subject: Re: Need review of NFS patch set for server .. missing/wrong vput() issues References: <200201162117.aa18236@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/ufs/ffs/ffs_softdep.c : #2: 1.104 : #3: 1.103 : :BTW is the VDRAINED stuff in your patch just left over from something :else? It doesn't seem to be present in -current. : :Ian It's left over from testing. It's not part of the drain_output() patch (#3), which is the only softupdates patch I think should be MFC'd for the 4.5 release. (There is a bunch of testing junk in the patch I posted that would not be part of an MFC for any of #1, #2, or #3). Kirk's been using test1 as a guinea pig. I would be MFC'ing based on what he actually comitted to -current. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 15:50: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by hub.freebsd.org (Postfix) with ESMTP id E345137B404 for ; Wed, 16 Jan 2002 15:50:03 -0800 (PST) Received: from tamama (12345678.xs4all.nl [213.84.116.228]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with SMTP id g0GNo1im029638 for ; Thu, 17 Jan 2002 00:50:02 +0100 (CET) Message-ID: <010201c19ee8$b7b68d00$9600000a@tamama> From: "Floris 'Tamama' van Gog" To: Subject: kevent() in another thread Date: Thu, 17 Jan 2002 00:51:27 +0100 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 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have made a small servent (client + server) that uses kqueue()/kevent(). This works like a charm. However now I want to connect from another thread to a server, and add a kevent on the socket. I read that kevent/kqueue weren't very thread-safe. Is this safely possible, or would I need to make some sort of 'wake up' kevent to break out of kevent() and then add the new kevent() in? Any input is greatly appreciated. Floris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 16 15:57: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web20204.mail.yahoo.com (web20204.mail.yahoo.com [216.136.226.59]) by hub.freebsd.org (Postfix) with SMTP id 3B71137B405 for ; Wed, 16 Jan 2002 15:56:55 -0800 (PST) Message-ID: <20020116235654.3630.qmail@web20204.mail.yahoo.com> Received: from [128.114.49.49] by web20204.mail.yahoo.com via HTTP; Wed, 16 Jan 2002 15:56:54 PST Date: Wed, 16 Jan 2002 15:56:54 -0800 (PST) From: radhika sinha Subject: urgent question regarding IP-in-IP encapsulation To: freebsd-hackers@FreeBSD.org Cc: freebsd-net@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have a question regarding Ip-in-IP encapsulation in freeBSD. In my implementation, I want a multicast router to encapsulate multicast packets destined for certain groups with an extra IP header before forwarding them out. I am giving below some of the code: if(IN_MULTICAST(ntohl(ip->ip_dst.s_addr))) { struct in_multi *inm; if(ip_mrouter){ 1) Check if the destination address belongs to the group of packets that need to be encapsulated 2)calls my encapsulation function which returns an MBUF with the extra header 3)The encapsulated packet is then sent to ip_mforward } For some reason this does not seem to be working correctly, I would appreciate if someone can point out the mistake I am making here. Thanks a lot, Radhika __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 17 4:19:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by hub.freebsd.org (Postfix) with ESMTP id 6FF4D37B402 for ; Thu, 17 Jan 2002 04:19:35 -0800 (PST) Received: (from mwlucas@localhost) by blackhelicopters.org (8.11.6/8.11.6) id g0HCJUe30791; Thu, 17 Jan 2002 07:19:30 -0500 (EST) (envelope-from mwlucas) Date: Thu, 17 Jan 2002 07:19:30 -0500 From: Michael Lucas To: Julian Elischer Cc: K S Sreeram , hackers@FreeBSD.ORG Subject: Re: New DOC/FAQ entry.. kernel contribution guidance Message-ID: <20020117071930.A30767@blackhelicopters.org> References: <3C45A9B9.5DCDA320@tachyontech.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Wed, Jan 16, 2002 at 10:26:07AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jan 16, 2002 at 10:26:07AM -0800, Julian Elischer wrote: > (I think this should be a FAQ) Will do. -- Michael Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org my FreeBSD column: http://www.oreillynet.com/pub/q/Big_Scary_Daemons http://www.blackhelicopters.org/~mwlucas/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 17 4:56:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from livroceres.com.br (w186.z064002049.smf-ca.dsl.cnc.net [64.2.49.186]) by hub.freebsd.org (Postfix) with SMTP id 46D8E37B419; Thu, 17 Jan 2002 04:54:25 -0800 (PST) From: "Livroceres" Subject: Informativo Date: Thu, 17 Jan 2002 10:52:49 -0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000C_01C19F45.1EAD05A0" X-Priority: 3 X-MSMail-Priority: Normal X-Unsent: 1 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Message-Id: <20020117125425.46D8E37B419@hub.freebsd.org> To: undisclosed-recipients:; Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_000C_01C19F45.1EAD05A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable LIVROCERES LTDA=20 AGRONOMIA - VETERIN=C1RIA - ZOOTECNIA Fone / Fax: (0xx19) 3433-3733 & 3433-2277 Email: livroceres@livroceres.com.br=20 HomePage: http://www.livroceres.com.br Estaremos enviando quinzenalmente informa=E7=F5es de livros com assuntos = t=E9cnicos sobre: =20 - arquitetura / paisagismo / jardinagem - agropecu=E1ria - agricultura - entomologia - fitopatologia - controle qu=EDmico de plantas infestantes - silvicultura (florestas) - veterin=E1ria e zootecnia Caso n=E3o deseje receber esses informativos, clique aqui para = excluirmos seu e-mail de nosso cadastro. =20 (obs: n=E3o clique em responder (reply), clique no link indicado) Obrigado xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Esta mensagem =E9 enviada com a complac=EAncia da nova legisla=E7=E3o = sobre o Correio Eletr=F4nico, Se=E7=E3o 301, Par=E1grafo (a) (3) (c) = Decreto =A7 1618, T=EDtulo Terceiro aprovado pelo 105=BA Congresso Base = das Normativas Internacionais sobre o SPAM. Um e-mail n=E3o poder=E1 ser = considerado SPAM quando incluir uma forma de ser removido. E-MARKETING = N=C3O =C9 SPAM. ------=_NextPart_000_000C_01C19F45.1EAD05A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
LIVROCERES LTDA
AGRONOMIA - = VETERIN=C1RIA -=20 ZOOTECNIA
Fone / = Fax: (0xx19)=20 3433-3733 & 3433-2277
HomePage: http://www.livroceres.com.br
 
Estaremos = enviando=20 quinzenalmente informa=E7=F5es de livros com assuntos = t=E9cnicos=20 sobre:
 
- arquitetura = / paisagismo=20 / jardinagem
-=20 agropecu=E1ria
 -=20 agricultura
-=20 entomologia
-=20 fitopatologia
- = controle qu=EDmico de=20 plantas infestantes
- = silvicultura=20 (florestas)
- = veterin=E1ria e=20 zootecnia
 
Caso = n=E3o deseje receber=20 esses informativos, clique aqui para excluirmos seu = e-mail de=20 nosso cadastro.
 
(obs: n=E3o clique = em responder=20 (reply), clique no link indicado)
 
Obrigado
 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx= xxxxxxxxxx
Esta mensagem =E9 = enviada com a=20 complac=EAncia da nova legisla=E7=E3o sobre o Correio Eletr=F4nico, = Se=E7=E3o 301, Par=E1grafo=20 (a) (3) (c) Decreto =A7 1618, T=EDtulo Terceiro aprovado pelo 105=BA = Congresso Base=20 das Normativas Internacionais sobre o SPAM. Um e-mail n=E3o poder=E1 ser = considerado=20 SPAM quando incluir uma forma de ser removido. E-MARKETING N=C3O = =C9=20 SPAM.
------=_NextPart_000_000C_01C19F45.1EAD05A0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 17 10:26:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [212.22.195.2]) by hub.freebsd.org (Postfix) with ESMTP id 82D8237B419 for ; Thu, 17 Jan 2002 10:26:45 -0800 (PST) Received: from fanf by chiark.greenend.org.uk with local (Exim 3.12 #2) id 16RHFH-0000Im-00 (Debian); Thu, 17 Jan 2002 18:26:39 +0000 Date: Thu, 17 Jan 2002 18:26:39 +0000 From: Tony Finch To: hackers@freebsd.org Cc: dot@dotat.at Subject: pedantic kobj problem Message-ID: <20020117182639.A26828@chiark.greenend.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I note that kobj uses a pointer to int kobj_error_method(void) when it can't find an implementation of an interface in a class's method list and the interface has no default implementation. However, the C standard says in section 6.3.2.3: [#8] A pointer to a function of one type may be converted to a pointer to a function of another type and back again; the result shall compare equal to the original pointer. If a converted pointer is used to call a function whose type is not compatible with the pointed-to type, the behavior is undefined. and kobj_error_method is (necssarily) of a different type from all actual interfaces. Obviously this doesn't matter except in perverted C implementations that (say) use pascal calling conventions, but I note it in case of anyone trying to use kobj on such a system :-) Tony. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 17 16:23: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from fl-mta03.durocom.com (fl-mta03.durocom.com [216.53.195.244]) by hub.freebsd.org (Postfix) with ESMTP id 4706E37B400; Thu, 17 Jan 2002 16:22:42 -0800 (PST) Received: from [198.69.78.81] by fl-mta03.durocom.com with SMTP id <20020118002239.HNGN2366.fl-mta03@[198.69.78.81]>; Thu, 17 Jan 2002 19:22:39 -0500 From: rej@caae.com To: kuro18@hotmail.com Subject: Great News Date: Thu, 17 Jan 2002 18:17:36 -0600 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_6295_00005913.0000003E" X-Priority: 3 X-MSMail-Priority: Normal Message-Id: <20020118002239.HNGN2366.fl-mta03@[198.69.78.81]> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_000_6295_00005913.0000003E Content-Type: text/html; ViaPro

To be removed from future mailings CLICK HERE

 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 17 17:20:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web14008.mail.yahoo.com (web14008.mail.yahoo.com [216.136.175.124]) by hub.freebsd.org (Postfix) with SMTP id E7EB937B405 for ; Thu, 17 Jan 2002 17:20:20 -0800 (PST) Message-ID: <20020118012020.97262.qmail@web14008.mail.yahoo.com> Received: from [216.103.213.142] by web14008.mail.yahoo.com via HTTP; Thu, 17 Jan 2002 17:20:20 PST Date: Thu, 17 Jan 2002 17:20:20 -0800 (PST) From: k Macy Subject: -CURRENT AIO bug Re: How well does EVFILT_AIO work? To: Terry Lambert , Julian Elischer Cc: alc@imimic.com, freebsd-current@freebsd.org, Doug White , k Macy , freebsd-hackers@FreeBSD.ORG In-Reply-To: <3C4236D0.77A21A14@mindspring.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It turns that this problem is specific to AIO in -CURRENT. I wrote a simple program that uses the three different completion mechanisms (polling with aio_error, polling with kevent, and using SIGIO) to fill up a file by writing 8kb at a time to the file and then reading 8kb at a time from the file. The lower the average latency, the more frequently it can send off a new request. It can be found at: http://www.eventdriven.org/aio_lat_test.tgz Don't try using the aiotest_sigio (on FreeBSD), the siginfo_t doesn't get filled. Yet another PR that I have to file. Here are the results (in ms): 10 32MB files 4-way Sun server over NFS Memory: 4096M real, 924M free, 768M swap in use, 7234M swap free > uname -a SunOS orbit 5.8 Generic_108528-11 sun4u sparc SUNW,Ultra-Enterprise > ./aiotest_sigio write sk_msecs: 112350 max_latency: 560 reads sk_msecs: 119670 max_latency: 780 > ./aiotest_aio_error write sk_msecs: 45570 max_latency: 240 reads sk_msecs: 48280 max_latency: 630 > ./aiotest_sigio write sk_msecs: 117260 max_latency: 410 reads sk_msecs: 124100 max_latency: 600 > ./aiotest_aio_error write sk_msecs: 45050 max_latency: 780 reads sk_msecs: 46550 max_latency: 1530 10 32MB files 600Mhz Laptop local disk UDMA33 Mem: 68M Active, 134M Inact, 30M Wired, 15M Cache, 35M Buf, 656K Free kmacy@netherworld [15:20][~/src/bugs] uname -a FreeBSD netherworld.eventdriven.org 4.5-RC FreeBSD 4.5-RC #1: Wed Jan 16 21:30:55 PST 2002 root@netherworld.e ventdriven.org:/usr/src/sys/compile/NETHERWORLD i386 kmacy@netherworld [15:08][~/src/bugs/aio] ./aiotest_aio_error write sk_msecs: 72890 max_latency: 930 reads sk_msecs: 56830 max_latency: 930 kmacy@netherworld [15:11][~/src/bugs/aio] ./aiotest_kevent write sk_msecs: 71300 max_latency: 1380 reads sk_msecs: 54500 max_latency: 1380 kmacy@netherworld [15:14][~/src/bugs/aio] ./aiotest_aio_error write sk_msecs: 73970 max_latency: 990 reads sk_msecs: 56790 max_latency: 990 kmacy@netherworld [15:17][~/src/bugs/aio] ./aiotest_kevent write sk_msecs: 73620 max_latency: 980 reads sk_msecs: 59620 max_latency: 1860 2-way 1.0GHZ FreeBSD weizen.extendedsolutions.com 5.0-20020106-CURRENT FreeBSD 5.0-20020106-CURRENT #3: Thu Jan 10 18:58:36 PS T 2002 root@weizen.extendedsolutions.com:/usr/src/sys/i386/compile/HADES i386 Mem: 11M Active, 188M Inact, 111M Wired, 1760K Cache, 111M Buf, 691M Free (~420x slower) (~420x slower) 10 1MB files local disk (UDMA33) > aiotest_aio_error write sk_msecs: 959540 max_latency: 29960 reads sk_msecs: 959970 max_latency: 29960 Same machine compiled UP: > aiotest_aio_error write sk_msecs: 810010 max_latency: 29960 reads sk_msecs: 779950 max_latency: 29960 > uname -a FreeBSD weizen.extendedsolutions.com 5.0-20020106-CURRENT FreeBSD 5.0-20020106-CURRENT #0: Thu Jan 17 15:36:56 PS T 2002 root@weizen.extendedsolutions.com:/usr/src/sys/i386/compile/HADES_UP i386 --- Terry Lambert wrote: > Julian Elischer wrote: > > the threads package doesn't do file IO > asynchronoulsy > > in fact there ahve been several people > threatenning to use AIO > > to make the threads package to that asychronously > too. > > Which is incredibly funny, if you think about it, > since there > are two ways to implement a call conversion threads > package: > > 1) Trade a sync call for an async call plus a > context > switch > > 2) Trade a blocking call for a non-blocking call > plus > a context switch > > So... how do you do a non-blocking aio_wait again? > 8-) 8-). > > -- Terry __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 17 22: 8:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from math.cudenver.edu (math.cudenver.edu [132.194.16.89]) by hub.freebsd.org (Postfix) with ESMTP id A587337B402 for ; Thu, 17 Jan 2002 22:08:09 -0800 (PST) Received: from localhost (jschunck@localhost) by math.cudenver.edu (8.11.6/linuxconf) with ESMTP id g0I689v04318 for ; Thu, 17 Jan 2002 23:08:09 -0700 Date: Thu, 17 Jan 2002 23:08:09 -0700 (MST) From: Joan Schunck To: Subject: pcmcia floppy on Libretto does not work in FreeBSD Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a Toshiba Libretto 100ct with the standard pcmcia external floppy drive. I am running FreeBSD 4.4-RELEASE. I have recompiled my kernel, as per the instructions regarding the libretto floppy as follows: (original fdc0 line commented out) device fdc0 device fd0 at fdc0 drive 0 I have no other fd0/1/2 or fdc0/1/2 device lines in my kernel - the two above are the only two lines in my kernel config relating to floppy drives. ----- So I boot, and after completing boot, I plug in the floppy into pcmcia slot 1 (as opposed to slot 0, which is empty). I get the following messages: /kernel: fdc0: cmd 3 failed at out byte 1 of 3 then I get the: driver allocation failed for Y-E DATA(External FDD): Device not configured (I get both of those 2 or 3 times) ----- So, I looked in /dev and noticed there was no `fdc0` and thought maybe that was the problem, but ther is no way to make fdc0 with MAKEDEV, so I did: `mknod fdc0 c 9 0` (I just made it match the major/minors of /dev/fd0) Well that didn't fix anything. So I'm stuck. My question is, if the comments in GENERIC on configuring the kernel are not enough to get the ext. floppy to work on a libretto, what else do I need to do ? A related question is, should I delete the fdc0 that I mknod'd ? If so, how am I supposed to get fdc0 when it is not in MAKEDEV and doesn't come by default in freeBSD 4.4-RELEASE ? Any help is appreciated - I desperately need to get this floppy drive working with this libretto as soon as possible to save some data that I can't leave on a floppy... thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 18 0:34: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-131.dsl.lsan03.pacbell.net [63.207.60.131]) by hub.freebsd.org (Postfix) with ESMTP id DAD1337B41C for ; Fri, 18 Jan 2002 00:34:00 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1F3FC66D52; Fri, 18 Jan 2002 00:34:00 -0800 (PST) Date: Fri, 18 Jan 2002 00:33:59 -0800 From: Kris Kennaway To: James Housley Cc: Alwyn Goodloe , freebsd-hackers@freebsd.org Subject: Re: which port for libcrypto.so.2 Message-ID: <20020118003359.A27960@xor.obsecurity.org> References: <3C44BAD2.F3400E09@Thehousleys.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C44BAD2.F3400E09@Thehousleys.net>; from jim@thehousleys.net on Tue, Jan 15, 2002 at 06:27:14PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 15, 2002 at 06:27:14PM -0500, James Housley wrote: > Alwyn Goodloe wrote: > >=20 > > When trying to run ethereal I get the message > >=20 > > %./ethereal > > /usr/libexec/ld-elf.so.1: Shared object "libcrypto.so.2" not found > >=20 > > Anyone know which package I can get this from??? > >=20 >=20 > Check the compat port, they add the libraries from previous versions of > FreeBSD. No, libcrypto.so.2 is the current version. The original poster needs to install the crypto distribution either from sysinstall, or by cvsupping the relevant source collections and making world. Kris --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8R932Wry0BWjoQKURAhfvAJ9l1CyP+dppaDm2DXGk1khheOmy1wCgmv8h fX/3mK4u+H3ZmGd7lxU40kE= =NZKV -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 18 0:35:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-131.dsl.lsan03.pacbell.net [63.207.60.131]) by hub.freebsd.org (Postfix) with ESMTP id 2784D37B417 for ; Fri, 18 Jan 2002 00:35:13 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9A16C66E18; Fri, 18 Jan 2002 00:35:09 -0800 (PST) Date: Fri, 18 Jan 2002 00:35:08 -0800 From: Kris Kennaway To: Dylan Carlson Cc: freebsd-hackers@freebsd.org Subject: Re: NFS v4 Message-ID: <20020118003508.B27960@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from absinthe@pobox.com on Mon, Jan 14, 2002 at 08:39:33PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --dTy3Mrz/UPE2dbVg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 14, 2002 at 08:39:33PM -0500, Dylan Carlson wrote: > Hi, >=20 > I know that work is already underway to incorporate this into the Linux= =20 > kernel. I'm wondering if there are people within the FreeBSD project who= are=20 > also working on this. >=20 > Noteworthy features: firewall-friendly, secure, less network-intensive, = does=20 > replication ... The reference implementation was being developed for Linux and OpenBSD, last I heard. Shouldn't be too hard to port, in theory. Kris --dTy3Mrz/UPE2dbVg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8R948Wry0BWjoQKURAtS6AJkBtfWpsKEaJknXnOJwirgwdt14kgCg1ISj CQOWfiBrg6t4QpgoL88WNyM= =Pp1y -----END PGP SIGNATURE----- --dTy3Mrz/UPE2dbVg-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 18 0:58:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43]) by hub.freebsd.org (Postfix) with ESMTP id 8561437B402; Fri, 18 Jan 2002 00:58:43 -0800 (PST) Received: from telepresence.dmem.strath.ac.uk ([62.255.56.36]) by mta03-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020118085841.EZKD8780.mta03-svc.ntlworld.com@telepresence.dmem.strath.ac.uk>; Fri, 18 Jan 2002 08:58:41 +0000 Message-ID: <3C47E3BC.3A63BDB0@telepresence.dmem.strath.ac.uk> Date: Fri, 18 Jan 2002 08:58:36 +0000 From: Roger Hardiman Organization: University of Strathclyde X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 4.4-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: multimedia@freebsd.org, hackers@freebsd.org Subject: Release of IXJ driver for Quicknet LineJack/PhoneJack VoIP cards Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I have completed a port of the driver for Quicknet LineJack and PhoneJack cards from Linux to FreeBSD. www.quicknet.com These are telephony cards and feature - full duplex audio hardware - connenct a standard telephone handset - used for Video Conferencing or VoIP (with the OpenH323 ports) - a connected phone will ring when receiving a call and you can dial out too - comes with licenced audio codecs including G.723.1 - LineJack can be used with a telephone line and act as a PABX to VoIP gateway The driver can be found in the ports tree as a kld kernel loadable module in /usr/ports/comms/ixj I've tested it on my PCI PhoneJack. Devin Butterfield who initially did the port test it on his ISA PhoneJack. I've not got a LineJack to test. If anyone wants to try this out, please let me know and I can make sure everything is working for you. Once the driver is installed, you need to recompile OpenH323 and OhPhone to use the card. (or grab the new OpenH323_1.7.4_2 version of the port) Roger -- Roger Hardiman Strathclyde Uni Telepresence Research Group, Glasgow, Scotland. http://www.telepresence.strath.ac.uk 0141 548 2897 roger@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 18 1:18:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id E87FA37B405 for ; Fri, 18 Jan 2002 01:18:52 -0800 (PST) Received: from pool0026.cvx22-bradley.dialup.earthlink.net ([209.179.198.26] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16RVAf-0003wh-00; Fri, 18 Jan 2002 01:18:49 -0800 Message-ID: <3C47E876.BBE8A8A0@mindspring.com> Date: Fri, 18 Jan 2002 01:18:46 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway Cc: Dylan Carlson , freebsd-hackers@freebsd.org Subject: Re: NFS v4 References: <20020118003508.B27960@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kris Kennaway wrote: > On Mon, Jan 14, 2002 at 08:39:33PM -0500, Dylan Carlson wrote: > > I know that work is already underway to incorporate this into the Linux > > kernel. I'm wondering if there are people within the FreeBSD project who are > > also working on this. > > > > Noteworthy features: firewall-friendly, secure, less network-intensive, does > > replication ... > > The reference implementation was being developed for Linux and > OpenBSD, last I heard. Shouldn't be too hard to port, in theory. I sent comments to the working group, but didn't bother to follow whether or not they got in. My major comment was that all packets with timestamps in them should have the sending systems' current time, which would let the time be turned into a locally correct delta, applied to the current local clock, to get an absolute invariant delta time. One of the big problems with the original NFS implementations was that, lacking this approach, the clock synchronization requirements were rather tight. Now that FreeBSD has deemed it necessary to go to 32 bits of subsecond resolution, the synchronization issues are very much exacerbated. Does anyone know if the NFSv4 RFC that finally made it through has this feature, or if they blew it yet again with the time stuff? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 18 3: 7:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from www.yahho.com (28.c210-85-16.ethome.net.tw [210.85.16.28]) by hub.freebsd.org (Postfix) with SMTP id EC55637B417; Fri, 18 Jan 2002 03:07:09 -0800 (PST) Received: from titan by kimo.com with SMTP id Q09smRtxzFPg7roxLZPG; Fri, 18 Jan 2002 19:15:28 +0800 Message-ID: From: J4OYBdUF08g@pavo.seed.net.tw To: FLHe3X9ar9AnPY@tpts8.seed.net.tw Subject: MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_t75bPXRkhRqbq3Hnf" X-Priority: 3 X-MSMail-Priority: Normal Date: Fri, 18 Jan 2002 03:07:09 -0800 (PST) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_t75bPXRkhRqbq3Hnf Content-Type: multipart/alternative; boundary="----=_NextPart_t75bPXRkhRqbq3HnfAA" ------=_NextPart_t75bPXRkhRqbq3HnfAA Content-Type: text/html; charset="big5" Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50 PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9YmlnNSI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBGcm9udFBhZ2UgNC4wIj4NCjxtZXRhIG5hbWU9IlByb2dJZCIgY29udGVu dD0iRnJvbnRQYWdlLkVkaXRvci5Eb2N1bWVudCI+DQo8dGl0bGU+t1GmXqj9u1CxoaRIquymuMHb sG2qurT+qP223DwvdGl0bGU+DQo8L2hlYWQ+DQoNCjxib2R5Pg0KDQq3UaZeqP27ULGhpEiq7Ka4 wduwbaq6tP6o/bbcPyCxeqq6qkKkzSC3UbnvsXq7oaFBIHcgDQqn1qjspUikVaq6uvSttqzdrN0g Xl9fX19fX19fX19eIKVWpNGsT63TvkGmWMXKt1Kquql1uGChQSEgDQqkXbdRqNOt0672uqnB27Bt ttyhSCBcKCotKikvIGlWaWRlb7tQp0GqurLEpECmuMHbsG08YnI+DQo8YSBocmVmPSJodHRwOi8v d3d3Lml2aWRlby5jb20udHciPmh0dHA6Ly93d3cuaXZpZGVvLmNvbS50dzwvYT48YnI+DQo8YSBo cmVmPSJodHRwOi8vd3d3Lml2aWRlby5jb20udHcvZmxhc2gvcm9tYW5jZS5hc3AiPmh0dHA6Ly93 d3cuaXZpZGVvLmNvbXR3L2ZsYXNoL3JvbWFuY2UuYXNwPC9hPg0KPHA+oUA8L3A+DQo8cD6hQA0K PG9iamVjdCBjbGFzc2lkPSJjbHNpZDpEMjdDREI2RS1BRTZELTExY2YtOTZCOC00NDQ1NTM1NDAw MDAiIGNvZGVCYXNlPSJodHRwOi8vZG93bmxvYWQubWFjcm9tZWRpYS5jb20vcHViL3Nob2Nrd2F2 ZS9jYWJzL2ZsYXNoL3N3Zmxhc2guY2FiI3ZlcnNpb249NCwwLDIsMCIgaGVpZ2h0PSIzMjQiIHdp ZHRoPSI1NTAiPg0KICA8cGFyYW0gTkFNRT0iX2N4IiBWQUxVRT0iMTQ1NTIiPg0KICA8cGFyYW0g TkFNRT0iX2N5IiBWQUxVRT0iODU3MyI+DQogIDxwYXJhbSBOQU1FPSJNb3ZpZSIgVkFMVUU9Imh0 dHA6Ly93d3cuaXZpZGVvLmNvbS50dy9mbGFzaC91bmNsZS5zd2YiPg0KICA8cGFyYW0gTkFNRT0i U3JjIiBWQUxVRT0iaHR0cDovL3d3dy5pdmlkZW8uY29tLnR3L2ZsYXNoL3VuY2xlLnN3ZiI+DQog IDxwYXJhbSBOQU1FPSJXTW9kZSIgVkFMVUU9IldpbmRvdyI+DQogIDxwYXJhbSBOQU1FPSJQbGF5 IiBWQUxVRT0iLTEiPg0KICA8cGFyYW0gTkFNRT0iTG9vcCIgVkFMVUU9Ii0xIj4NCiAgPHBhcmFt IE5BTUU9IlF1YWxpdHkiIFZBTFVFPSJIaWdoIj4NCiAgPHBhcmFtIE5BTUU9IlNBbGlnbiIgVkFM VUU+DQogIDxwYXJhbSBOQU1FPSJNZW51IiBWQUxVRT0iLTEiPg0KICA8cGFyYW0gTkFNRT0iQmFz ZSIgVkFMVUU+DQogIDxwYXJhbSBOQU1FPSJTY2FsZSIgVkFMVUU9IlNob3dBbGwiPg0KICA8cGFy YW0gTkFNRT0iRGV2aWNlRm9udCIgVkFMVUU9IjAiPg0KICA8cGFyYW0gTkFNRT0iRW1iZWRNb3Zp ZSIgVkFMVUU9IjAiPg0KICA8cGFyYW0gTkFNRT0iQkdDb2xvciIgVkFMVUU+DQogIDxwYXJhbSBO QU1FPSJTV1JlbW90ZSIgVkFMVUU+DQogIDxwYXJhbSBOQU1FPSJTdGFja2luZyIgVkFMVUU9ImJl bG93Ij48ZW1iZWQgc3JjPSJodHRwOi8vd3d3Lml2aWRlby5jb20udHcvZmxhc2gvdW5jbGUuc3dm IiBxdWFsaXR5PSJoaWdoIiBwbHVnaW5zcGFnZT0iaHR0cDovL3d3dy5tYWNyb21lZGlhLmNvbS9z aG9ja3dhdmUvZG93bmxvYWQvaW5kZXguY2dpP1AxX1Byb2RfVmVyc2lvbj1TaG9ja3dhdmVGbGFz aCIgdHlwZT0iYXBwbGljYXRpb24veC1zaG9ja3dhdmUtZmxhc2giIHdpZHRoPSI1NTAiIGhlaWdo dD0iMzI0Ij4NCjwvb2JqZWN0Pg0KPC9wPg0KDQo8L2JvZHk+DQoNCjwvaHRtbD4= ------=_NextPart_t75bPXRkhRqbq3HnfAA-- ------=_NextPart_t75bPXRkhRqbq3Hnf-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 18 10:49: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.ncircle.com (mail.ncircle.com [209.140.253.150]) by hub.freebsd.org (Postfix) with ESMTP id B717537B400 for ; Fri, 18 Jan 2002 10:48:54 -0800 (PST) Received: from localhost (bbuchanan@localhost) by mail.ncircle.com (8.11.3/8.11.6) with ESMTP id g0IIVGw46130 for ; Fri, 18 Jan 2002 10:31:16 -0800 (PST) (envelope-from brian@ncircle.com) X-Authentication-Warning: mail.ncircle.com: bbuchanan owned process doing -bs Date: Fri, 18 Jan 2002 10:31:15 -0800 (PST) From: Brian Buchanan X-X-Sender: To: Subject: PCMCIA ATA flash broken in 4.5-RC Message-ID: <20020118102432.L42368-100000@mail.ncircle.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have an ATA compact flash which I used to be able to put into a PCMCIA adapter and successfully mount under 4.3-RELEASE. Since CVSuping to 4.5-RC as of Wednesday, I get the following when I insert the card: Jan 18 10:44:10 europa /kernel: pccard: card inserted, slot 0 Jan 18 10:44:16 europa pccardd[670]: Card "CL ATA FLASH CARD LEXAR "("TIDALWV") [SH003] [(null)] matched "CL ATA FLASH CARD LEXAR " ("TIDALWV") [(null)] [(null)] Jan 18 10:44:21 europa pccardd[670]: driver allocation failed for CL ATA FLASH CARD LEXAR (TIDALWV): Device not configured And when I remove it: Jan 18 10:44:37 europa /kernel: pccard: card removed, slot 0 Jan 18 10:44:37 europa pccardd[670]: ata0: CL ATA FLASH CARD LEXAR (TIDALWV) removed. FreeBSD 4.5-RC #0: Wed Jan 16 11:21:46 PST 2002 root@europa.hiverworld.com:/usr/obj/usr/src/sys/EUROPA pcic0: mem 0x50000000-0x50000fff irq 11 at device 2.0 on pci0 pcic0: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][FUNC pci int + CSC serial isa irq] pccard0: on pcic0 pcic1: mem 0x50100000-0x50100fff irq 11 at device 2.1 on pci0 pcic1: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][FUNC pci int + CSC serial isa irq] pccard1: on pcic1 Any further information I can provide to help diagnose this? Anything else I can try to get it working? Thanks! --- Brian Buchanan nCircle Network Security To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 18 11:15: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail01.edsamail.com.ph (mail01.edsamail.com.ph [210.16.71.2]) by hub.freebsd.org (Postfix) with SMTP id EA27C37B400 for ; Fri, 18 Jan 2002 11:15:02 -0800 (PST) Received: (qmail 20736 invoked from network); 18 Jan 2002 19:14:54 -0000 Received: from unknown (HELO edsamail.com.ph) (10.2.0.251) by 10.2.0.251 with SMTP; 18 Jan 2002 19:14:54 -0000 X-Mailer: Edsamail 1.31 (Build 1129) Date: Sat, 19 Jan 2002 03:24:14 +0800 From: "mhike ." To: freebsd-hackers@freebsd.org Subject: subscribe Content-Type: text/plain Message-Id: <20020118191502.EA27C37B400@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG __________________________________ www.edsamail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 18 16:46:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hoth.ffwd.cx (hoth.ffwd.cx [216.187.116.122]) by hub.freebsd.org (Postfix) with ESMTP id 145CC37B416 for ; Fri, 18 Jan 2002 16:46:26 -0800 (PST) Received: from skye by hoth.ffwd.cx with local (Exim 3.13 #1) id 16RjeE-000GC4-00 for hackers@freebsd.org; Fri, 18 Jan 2002 16:46:18 -0800 Date: Fri, 18 Jan 2002 16:46:18 -0800 From: Skye Poier To: hackers@freebsd.org Subject: mbuf chains Message-ID: <20020118164617.L99893@ffwd.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-URL: http://www.ffwd.cx/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG What are the rules around mbuf chain construction? (I've read man mbuf, doesnt go into much detail) In particular, I'm assuming: - all mbufs must be same type - the head mbuf must have M_PKTHDR set - the head mbuf.m_pkthdr.len must be the len of the entire chain Anything to add? My confusion is around splitting/concatenating - When splitting an mbuf chain, the two resultant chains must be as above (heads have M_PKTHDR and mbuf.m_pkthdr.len set) right? When concatenating chains, what do you do with the M_PKTHDR that is now in the middle of the chain? m_cat doesn't seem very sophisticated in this regard. And of course update head mbuf.m_pkthdr.len Thanks Skye To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 18 17: 0:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id E037C37B402 for ; Fri, 18 Jan 2002 17:00:09 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020119010009.MCGO10199.rwcrmhc53.attbi.com@InterJet.elischer.org>; Sat, 19 Jan 2002 01:00:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id QAA98509; Fri, 18 Jan 2002 16:52:09 -0800 (PST) Date: Fri, 18 Jan 2002 16:52:08 -0800 (PST) From: Julian Elischer To: Skye Poier Cc: hackers@freebsd.org Subject: Re: mbuf chains In-Reply-To: <20020118164617.L99893@ffwd.cx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 18 Jan 2002, Skye Poier wrote: > What are the rules around mbuf chain construction? > (I've read man mbuf, doesnt go into much detail) > > In particular, I'm assuming: > - all mbufs must be same type > - the head mbuf must have M_PKTHDR set > - the head mbuf.m_pkthdr.len must be the len of the entire chain > Anything to add? > > My confusion is around splitting/concatenating - > > When splitting an mbuf chain, the two resultant chains must be as above > (heads have M_PKTHDR and mbuf.m_pkthdr.len set) right? That depends on why yuo need to split them. > > When concatenating chains, what do you do with the M_PKTHDR that is now > in the middle of the chain? m_cat doesn't seem very sophisticated in > this regard. And of course update head mbuf.m_pkthdr.len > > Thanks > Skye > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 18 19: 6:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from technokratis.com (modemcable099.144-201-24.mtl.mc.videotron.ca [24.201.144.99]) by hub.freebsd.org (Postfix) with ESMTP id 2C23D37B404 for ; Fri, 18 Jan 2002 19:06:11 -0800 (PST) Received: (from bmilekic@localhost) by technokratis.com (8.11.4/8.11.3) id g0J3A1W61912; Fri, 18 Jan 2002 22:10:01 -0500 (EST) (envelope-from bmilekic) Date: Fri, 18 Jan 2002 22:10:01 -0500 From: Bosko Milekic To: Skye Poier Cc: hackers@FreeBSD.ORG Subject: Re: mbuf chains Message-ID: <20020118221001.A61874@technokratis.com> References: <20020118164617.L99893@ffwd.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020118164617.L99893@ffwd.cx>; from skye@ffwd.cx on Fri, Jan 18, 2002 at 04:46:18PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jan 18, 2002 at 04:46:18PM -0800, Skye Poier wrote: > What are the rules around mbuf chain construction? > (I've read man mbuf, doesnt go into much detail) > > In particular, I'm assuming: > - all mbufs must be same type > - the head mbuf must have M_PKTHDR set > - the head mbuf.m_pkthdr.len must be the len of the entire chain > Anything to add? Take a look at the mchain interface for a nice way to deal with mbufs in certain cases: src/sys/kern/subr_mchain.c The `rules' you state are good advice but are not _technically_ obligatory in the most general case. In other words, it is "technically" up to the implementor to decide on how to chain mbufs and what their meaning is. > My confusion is around splitting/concatenating - > > When splitting an mbuf chain, the two resultant chains must be as above > (heads have M_PKTHDR and mbuf.m_pkthdr.len set) right? > > When concatenating chains, what do you do with the M_PKTHDR that is now > in the middle of the chain? m_cat doesn't seem very sophisticated in > this regard. And of course update head mbuf.m_pkthdr.len Again, it all depends on what you're doing. Typically a packet consists of a chain with a head mbuf that is M_PKTHDR and contains the additional information. You don't normally do what you wrote, but again, it depends on the implementation, ultimately. > Thanks > Skye -- Bosko Milekic bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 18 19:44: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 582A837B419 for ; Fri, 18 Jan 2002 19:43:55 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g0J3hsl34494; Fri, 18 Jan 2002 20:43:54 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g0J3hpx04660; Fri, 18 Jan 2002 20:43:52 -0700 (MST) (envelope-from imp@village.org) Date: Fri, 18 Jan 2002 20:43:39 -0700 (MST) Message-Id: <20020118.204339.100087610.imp@village.org> To: brian@ncircle.com Cc: hackers@FreeBSD.ORG Subject: Re: PCMCIA ATA flash broken in 4.5-RC From: "M. Warner Losh" In-Reply-To: <20020118102432.L42368-100000@mail.ncircle.com> References: <20020118102432.L42368-100000@mail.ncircle.com> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020118102432.L42368-100000@mail.ncircle.com> Brian Buchanan writes: : I have an ATA compact flash which I used to be able to put into a PCMCIA : adapter and successfully mount under 4.3-RELEASE. Since CVSuping to : 4.5-RC as of Wednesday, I get the following when I insert the card: : : Jan 18 10:44:10 europa /kernel: pccard: card inserted, slot 0 : Jan 18 10:44:16 europa pccardd[670]: Card "CL ATA FLASH CARD LEXAR : "("TIDALWV") [SH003] [(null)] matched "CL ATA FLASH CARD LEXAR " : ("TIDALWV") [(null)] [(null)] : Jan 18 10:44:21 europa pccardd[670]: driver allocation failed for CL ATA : FLASH CARD LEXAR (TIDALWV): Device not configured Do you have ata in your kernel? Is the config entry used for something else already? : Any further information I can provide to help diagnose this? Anything : else I can try to get it working? Try creating an entry that matches your card: card "CL ATA FLASH CARD LEXAR " "TIDALWV" config "ata" 0x1 ? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 18 22:35:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id CA55B37B404 for ; Fri, 18 Jan 2002 22:35:37 -0800 (PST) Received: from peter3.wemm.org ([12.232.27.13]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020119063537.TZNL10199.rwcrmhc53.attbi.com@peter3.wemm.org> for ; Sat, 19 Jan 2002 06:35:37 +0000 Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id g0J6Zbs97926 for ; Fri, 18 Jan 2002 22:35:37 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id EC5EE39EC; Fri, 18 Jan 2002 22:35:36 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Alfred Perlstein Cc: David Malone , Josef Grosch , hackers@FreeBSD.ORG Subject: Re: [nicole@unixgirl.com: What is biord?] In-Reply-To: <20020116151549.O26067@elvis.mu.org> Date: Fri, 18 Jan 2002 22:35:36 -0800 From: Peter Wemm Message-Id: <20020119063536.EC5EE39EC@overcee.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > * David Malone [020116 14:30] wrote: > > On Wed, Jan 16, 2002 at 02:18:25PM -0800, Josef Grosch wrote: > > > I have a mysql database that seems slow and when looking at it in top it > > > always seems to be in a state of biord > > > What the heck is biord I can't find this anywere > > > > 22:21:gonzo 3% fgrep biord /usr/src/sys/kern/* > > /usr/src/sys/kern/vfs_bio.c: tsleep(&bp->b_xflags, PRIBIO, "bior d", 0); > > /usr/src/sys/kern/vfs_bio.c: tsleep(bp, PRIBIO, "biord", 0); > > > > If you have a look at the code, in vfs_bio.c around these lines, > > you'll see it is to do with waiting for buffers to be read or > > written. Basically it means that the database is spending alot > > of its time waiting for the disk to catch up. > > If you compile mysql using the linuxthreads port instead of freebsd > native threads you _might_ see a performance improvement. > > -Alfred If mysql is blocking on bioread, then it is stalling the entire thread engine when one hits disk IO. Using the linuxthreads port cant help but make it work better / more smoothly.. especially if there are multiple clients. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 4:33:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from comp.chem.msu.su (comp-ext.chem.msu.su [158.250.32.157]) by hub.freebsd.org (Postfix) with ESMTP id D315037B404 for ; Sat, 19 Jan 2002 04:33:07 -0800 (PST) Received: (from yar@localhost) by comp.chem.msu.su (8.11.1/8.11.1) id g0JCWqi83644; Sat, 19 Jan 2002 15:32:52 +0300 (MSK) (envelope-from yar) Date: Sat, 19 Jan 2002 15:32:51 +0300 From: Yar Tikhiy To: Valentin Nechayev Cc: hackers@FreeBSD.ORG Subject: Re: strlcat manpage Message-ID: <20020119153251.C74381@comp.chem.msu.su> References: <20020111002221.A571@iv.nn.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020111002221.A571@iv.nn.kiev.ua>; from netch@iv.nn.kiev.ua on Fri, Jan 11, 2002 at 12:22:21AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Valentin, On Fri, Jan 11, 2002 at 12:22:21AM +0200, Valentin Nechayev wrote: > There was a fresh discussion in some maillists (security-audit, glibc-alpha) of > strlcpy() and strlcat() in context of possible inclusion to glibc. > Among others, the question was spoken that strlcat manpage contains a dark > moment of strlcat() return value. One should agree with affirmation that > strlcat() must not check characters after dst[size-1], the first reason > is that memory block can end here; but, James Antill reported that > Sun programmers lost their mind and checks full length of dst as a source > nul-terminated string. (I didn't check his report.) > In this context, I think the following patch should be applied to provide > explicit clarification of this moment and full accordance with source code. First, it's better to submit such fixes as FreeBSD Problem Reports, or they'll have a fair chance to get lost in the high volume of freebsd-hackers. Second, the strlcat(3) manpage language has already been improved with respect to this issue. The upcoming 4.5-RELEASE will contain the corrected manpage. Thank you for your effort. [Not removind freebsd-hackers from CC to show to the world such messages won't be just ignored here :-) ] -- Yar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 6: 4:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226]) by hub.freebsd.org (Postfix) with ESMTP id A8ECA37B402 for ; Sat, 19 Jan 2002 06:04:38 -0800 (PST) Received: from sdn-ar-004azphoep274.dialsprint.net ([206.133.140.204] helo=p98y) by blount.mail.mindspring.net with smtp (Exim 3.33 #1) id 16R9Fm-0007VK-00; Thu, 17 Jan 2002 04:54:40 -0500 From: YOUR-SITEservicetop@earthlink.net To: Subject: New - Just Curious Date: Thu, 17 Jan 2002 23:47:38 -0700 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_6F12_00007491.00002AC3" X-Priority: 3 X-MSMail-Priority: Normal Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_000_6F12_00007491.00002AC3 Content-Type: text/html;
Dear Consumer,

Increase your business sales! How??

By targeting millions of buyers via e-mail !!

We are offering over 10 million FRESH ,
DELIVERABLE, e-mail addresses on CD-ROM.
The cd-rom includes targeted addresses, such as business opportunity
seekers, sports buffs, mlm, impulsive buyers and investors.
The cd-rom also includes general internet, United States,
United kingdom, mixed domains, International, Canadian,
earthlink, aol, compuserve, misc. and much more. The list's
are divided into groups and are compressed. This will allow
you to use the names right off the cd.

ORDER IN THE NEXT 7 DAYS AND RECEIVE 4
BONUSES!!

*BONUS #1 Receive an additional cd-rom with millions of fresh,
deliverable general internet e-mail addresses free!!

 *BONUS #2 Receive 2000 how to books, reports and manuals
on cd-rom with reprint resale rights! Produce for pennies
and sale for BIG dollars!

 *BONUS #3 Receive the Mass mailer bulk delivery software,
with full operating instructions. This software will get the mail
out QUICK! NOTE---THIS SOFTWARE ALONE WILL COST
YOU 99.95 JUST ABOUT ANYWHERE ON THE WEB! (those who
order and do research will know that this offer is a steal) GUARANTEED!!

 *BONUS #4 Receive the informational guide to bulk e-mail.
This guide will give you all the information you need to get started!

 THIS IS A ONE TIME PACKAGE DEAL WORTH
HUNDREDS OF DOLLARS!!

I'M NOT DONE YET!!!!!!

LET ME HELP GET YOU STARTED.

Recieve Full and Total resale rights to one of the hottest selling
devices on the net......LISTEN CLOSE....

READY TO KNOW?

CONFIDENTIAL!

The SOFTWARE They Want BANNED In all 50 STATES.
Why? Because these secrets were never intended to reach your eyes...
Get the facts on anyuone!

Locate Missing Persons, find Lost Relatives, obtain Addresses
and Phone Numbers of old school friends, even Skip Trace Dead
Beat Spouses. This is not a Private Investigator, but a
sophisticated SOFTWARE program DESIGNED to automatically
CRACK YOUR CASE with links to thousands of Public Record databases.

Find out SECRETS about your relatives, friends, enemies,
and everyone else! Even your spouse! With the New,
INTERNET SPY AND YOU!

It's absolutely astounding! Here's what you can learn.

License plate number!
Get anyone's name and address with just a license plate number!

Driving record!
Get anyone's driving record!

Social security number!
Trace anyone by social security number!

Address!
Get anyone's address with just a name!

Unlisted phone numbers!
Get anyone's phone number with just a name even unlisted numbers!
Locate!
Long lost friends, relatives, a past lover who broke your heart!

E-mail!
Send anonymous e-mail completely untraceable!

Dirty secrets!
Discover dirty secrets your in-laws don't want you to know!

Investigate anyone!
Use the sources that private invesigators use (all on the Internet)
secretly!

Ex-spouse!
Learn how to get information on an ex-spouse that will help you
win in court! (Dig up old skeletons)!

Criminal search Background check!
Find out about your daughter's boyfriend!

Find out!
If you are being investigated!

Neighbors!
Learn all about your mysterious neighbors! Find out what they
have to hide!

People you work with!
Be astonished by what you'll learn about people you work with!

Education verification!
Did he really graduate college? Find out!

Internet Spy and You!
Software will help yuou discover ANYTHING about anyone, with
clickable hyperlinks and no typing in internet addresses! Just
insert the floppy disk and Go!

You will be shocked and amazed by the secrets that can be
discovered about absolutely everyone! Find out the secrets
they don't want you to know! About others, about yourself!

It's INCREDIBLE what you can find out using Internet Spy and You
and the Internet! You'll be riveted to your computer screen!
Get the software they're trying to ban! Before it's too late!

ACT NOW! THIS IS A LIMITED TIME OFFER!


RECEIVE THIS PACKAGE FOR THE ONE TIME
UNBELIEVABLE LOW, LOW PRICE OF ONLY<<< $69.97>>>
YOU WON'T FIND IT ANY CHEAPER....GUARANTEED....NOW IS
YOUR CHANCE TO GET IN ON THE HOTTEST FORM OF ONLINE
ADVERTISING AVAILABLE. DON'T MISS OUT. THIS INDUSTRY
IS JUST BEGINNING...

SIMPLY SEND $69.97,
ORDER INFORMATION:

SIMPLY SEND, FAX or CALL YOUR ORDER IN.

We Accept Visa - Mastercard - Discover, Check and Money Orders.

INCLUDE THE FOLLOWING INFORMATION
TO COMPLETE YOUR ORDER:

YOUR NAME:

ADDRESS:

STATE: CITY:

ZIP:

PHONE NUMBER:

FAX NUMBER:

EMAIL ADDRESS


CREDIT CARD #.
EXP. DATE:

NAME ON CARD.

Sign Here:__________________________________ Date:_____________

 This is a super low cost of $69.97 .
MAILING YOUR ORDER IN - COMPLETELY FILL OUT THE INFORMATION
ABOVE AND
SEND TO: CYBER CC
9163 W UNION HILLS DR #105-14
PEORIA, AZ 85382

If You fax a check, there is no need for you to mail the
original. We will draft a new check, with the exact
information from your original check. All checks
will beheld for bank clearance. (4-7 days)
Make payable to: CYBER CC
FAX TO: 602-392-8288

PASTE CHECK HERE
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

WHEN PLACING AN ORDER BY PHONE,
SPEAK LOUD AND CLEAR AND SPELL OUT
ALL WORDS. WE NEED ALL THE INFORMATION ABOVE TO COMPLETE
ANY ORDER. CALL 602-392-8288 AND ENTER *3 AND THEN LEAVE YOUR ORDER.







This mailing is done by an independent marketing co.
We apologize if this message has reached you in error.
Save the Planet, Save the Trees! Advertise via E mail.
No wasted paper! Delete with one simple keystroke!
Less refuse in our Dumps! This is the new way of
the new millennium!

To be removed m6216551@yahoo.com
To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 9:51:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110]) by hub.freebsd.org (Postfix) with ESMTP id 086C537B425 for ; Sat, 19 Jan 2002 09:51:20 -0800 (PST) Received: from sdn-ar-006azphoep282.dialsprint.net ([158.252.129.84] helo=nutf) by smtp6.mindspring.com with smtp (Exim 3.33 #1) id 16Rzdt-0007fU-00; Sat, 19 Jan 2002 12:51:02 -0500 From: TOP-LISTING53x@YAHOO.com To: Subject: Marketing Services Date: Sun, 20 Jan 2002 09:39:13 -0700 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_280D_00006E9D.00000BCF" X-Priority: 3 X-MSMail-Priority: Normal Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_000_280D_00006E9D.00000BCF Content-Type: text/html;
WE DELIVER TARGETED UNIQUE SEARCH ENGINE
TRAFFIC TO YOUR WEB SITE

BOTTOM LINE
IF YOUR POTENTIAL CUSTOMERS
CAN'T find YOUR WEB SITE in the first 10
to 20 matches ON A SEARCH ENGINE, YOU
JUST LOST MONEY!
IT'S THAT SIMPLE!

Improving search engine TRAFFIC means:
MORE HITS

MORE BUSINESS

MORE SUCCESS
The most important advertising dollar
spent should be for search engine
TRAFFIC!
1. Approximately 95% of all Internet
users start with a search engine query.


 2. Anyone who comes to your site from a
major search
engine is 100 times more likely to
become a customer
because they were specifically looking
for your product,
goods or services.

 3. Search engine traffic gives you
substantially more
for your advertising dollar than banners
or anything else.
Moreover, having a Banner Ad on a web
site doesn't mean your Ad
was seen or even targeted to your
market.


 Can't Get Your Companies Web Site
Indexed by the Search Engines?


Unfortunately, this is all too common of
a Problem. You're not the only one
frustrated about the length of time it
takes to be listed, or all the pitfalls involved.
It takes anywhere from 2 days to as much
as 3 months to be listed on all the search engines.

WHEN DO YOU SUBMIT?

Engines at any time delay their indexing
for maintenance and many other reasons.


WE Know exactly how each search engine
works, and we know when to submit and what to
submit. Search engines are changing daily and
we study them each day. Your competitors
ARE @ the mercy of OUR Marketing Departments.
Over 6 Years in the search engine wars
and We have Masters words like:
MP3 - BOOKS - WEB SITE HOSTING - MARKETING -
- FREE WEB SITES - CASINO - - CASINO REVIEWS -
BALLS - LOGOS - ART - ATTORNEY'S - NEW CAR PARTS -
OLD CAR PART - - NETWORK MARKETING - WATER FILTERS -
- SCALES - AND THE LIST GOES ON - -

If you've submitted your site and come
to find no listing,

what do you do now?
Contact:

THE CYBER TRAFFIC TECHNICIANS.


You need US in your corner, WE will
take CONTROL of the submission cycle of your
domain.

The cost is 348 US Dollars for 12 months
of service.

This Price is good for this month only
and with this order we give you a free
Consultation after 100 days to improve
your listings(a $375.00 value). We only
offer this to our clients when they order
the 12 month search engine submission
service. The free Consultation is to make
the necessary changes to improve your
listing and move you to the top of each
Search Engine.

When you start our service we do not
make any changes to your web site and
after 100 days we only make suggestions
that WILL improve your search engine placement.


DON'T delay act NOW, Today!!!

People are looking for your company
right now!!!


WE WILL PUT YOUR WEB SITE IN FRONT OF
THEM!!
More Search Engines = More Traffic!

WE increase your site's exposure and get
your domain more traffic!

WE submit your domain to 69 (sixty-nine)
search engines!

 It's simple - WE get you indexed on more
search engines and
Drive more traffic to your domain!

We compiled a list of the major
international and domestic search engines!

This is your opportunity to increase
your domain's traffic,
Quickly!

WE update (submit) your domain weekly or
as needed plus, WE provide you with a monthly
report (by request only!)

Here's the complete list:
 AltaVista
HotBot
InfoSeek/Go Network (Web Results)
InfoSeek/Go Network (Proven Picks)
AOL Search
Direct Hit
Excite
Fast/All The Web
Google
Goto.com
IWon
Lycos
MSN
NBCi (Formerly Snap)
Netscape
Open Directory
WebCrawler
Yahoo
Plus
Acoon (Germany)
Aeiwi (USA)
AltaVista (France)
AltaVista (Germany)
AltaVista (Itlay)
AltaVista (Switzerland)
Blitz (Germany)
Excite (Australia)
Excite (France)
Excite (Italy)
Excite (UK)
FindOnce (UK)
Free (France)
FrequentFinders (USA)
GoEureka (Australia)
Indibil (Spain)
InfoMak (USA)
Infoseek (Germany)
InfoTiger (USA)
Lokace (France)
Lycos (Chile)
Lycos (Columbia)
Lycos (France)
Lycos (German)
Lycos (Italian)
Lycos (Japan)
Lycos (Peru)
Lycos (Spain)
Lycos (Sweden)
Lycos (UK)
MaxiSearch (Germany)
Origo (Norway)
QuestFinder (USA)
SearchEngine (UK)
Sharelook (Italy)
ShinySeek (Italy)
Speedfind (Germany)
SplatSearch (USA)
Spray (France)
SunSteam (Norway)
SuperSnooper (USA)
Superva (Italian)
Sympatico (Canadian)
UK Max (UK)
Unearth (New Zealand)
Voila (France)
Voila (Spain)
Walhello (USA)
WebSearch (Australia)
WebWombat (Australia)
Yagua (Paraguay)
It's easy!!
Just fax or mail the following to:
 FAX: 1-(602) 392-8288.

 US MAIL:
 CyberCO
8190 W Deer Valley Road Suite 104-265
Peoria, AZ 85382
WE WILL CONTACT YOU IN 2 BUSINESS DAYS
AND WE DO NOT START THE WORK UNTIL
WE SPEAK WITH YOU!!


-- Order Form --

PAYMENT TYPES:

CHECK - CREDIT CARD - MONEY ORDER

All orders must be completely filled
out!

Company Name:

Address:

State: City:
Zip:

Contact Name:

Contact Telephonel:

Contact Fax:

Contact E-mail Address:

Web site Address:


A few of your top Keywords:

Questions:

Credit Card #.

Name On Card.

Sign Here:__________________________________

Date:_____________

--*** NOTE ***--
348.00 US Dollars WILL COVER 12 MONTHS
OF SERVICE.























--------------------------------------
--------------------------------------
To be removed from future mailings!!!!
All REMOVE requests AUTOMATICALLY
honored upon receipt.
href="mailto:sendhere11@excite.com?subject=NOBIZ"mail
to:
sendhere11@excite.com?subject=NOBIZ
PLEASE understand that any effort to disrupt, close or block
this REMOVE account can only result in difficulties for others
wanting to be removed from our mailing list as it will be impossible
to take anyone off the list if the remove instruction is not received.


----------------------------------------
----------------------------------




 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 12:28:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cube.gelatinous.com (cube.gelatinous.com [207.82.194.150]) by hub.freebsd.org (Postfix) with SMTP id 852C137B400 for ; Sat, 19 Jan 2002 12:28:13 -0800 (PST) Received: (qmail 90571 invoked by uid 1000); 19 Jan 2002 20:28:13 -0000 Date: Sat, 19 Jan 2002 12:28:12 -0800 From: Aaron Smith To: freebsd-hackers@freebsd.org Subject: ftpd patch that saves me a lot of hassle Message-ID: <20020119122812.E909@gelatinous.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I got sick of (presumably) warez people probing my anonymous ftp site and dropping all kinds of hard-to-delete trash in incoming, so I patched my ftpd to only allow directories to start with alphanumerics. There's probably a better solution, but this works for me so I figure'd I'd share. Combining this with a umask that doesn't allow reading uploaded files keeps things reasonably well in hand. --Aaron Index: ftpd.c =================================================================== RCS file: /usr/cvs/src/libexec/ftpd/ftpd.c,v retrieving revision 1.62.2.15 diff -u -r1.62.2.15 ftpd.c --- ftpd.c 2001/12/18 18:35:55 1.62.2.15 +++ ftpd.c 2002/01/19 09:47:42 @@ -2216,6 +2216,12 @@ { LOGCMD("mkdir", name); + + if (!isalnum(*name)) { + reply(521, "Bite me."); + return; + } + if (mkdir(name, 0777) < 0) perror_reply(550, name); else To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 12:55:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 1056237B400 for ; Sat, 19 Jan 2002 12:55:33 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g0JKtT151813; Sat, 19 Jan 2002 12:55:29 -0800 (PST) (envelope-from dillon) Date: Sat, 19 Jan 2002 12:55:29 -0800 (PST) From: Matthew Dillon Message-Id: <200201192055.g0JKtT151813@apollo.backplane.com> To: Aaron Smith Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ftpd patch that saves me a lot of hassle References: <20020119122812.E909@gelatinous.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG What? You don't like directories named '...w^Ha^Hr^He^Hz^H^H^H' ? I like it, but there are a few problems. What about underscore? And will this mess up people using ftp outside the U.S.? -Matt Matthew Dillon :I got sick of (presumably) warez people probing my anonymous ftp site and :dropping all kinds of hard-to-delete trash in incoming, so I patched my :ftpd to only allow directories to start with alphanumerics. There's :probably a better solution, but this works for me so I figure'd I'd share. : :Combining this with a umask that doesn't allow reading uploaded files keeps :things reasonably well in hand. : :--Aaron : : :Index: ftpd.c :=================================================================== :RCS file: /usr/cvs/src/libexec/ftpd/ftpd.c,v :retrieving revision 1.62.2.15 :diff -u -r1.62.2.15 ftpd.c :--- ftpd.c 2001/12/18 18:35:55 1.62.2.15 :+++ ftpd.c 2002/01/19 09:47:42 :@@ -2216,6 +2216,12 @@ : { : : LOGCMD("mkdir", name); :+ :+ if (!isalnum(*name)) { :+ reply(521, "Bite me."); :+ return; :+ } :+ : if (mkdir(name, 0777) < 0) : perror_reply(550, name); : else : :To Unsubscribe: send mail to majordomo@FreeBSD.org :with "unsubscribe freebsd-hackers" in the body of the message : To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 13: 0:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id D972137B404 for ; Sat, 19 Jan 2002 13:00:15 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020119210010.KQOD3578.rwcrmhc52.attbi.com@InterJet.elischer.org>; Sat, 19 Jan 2002 21:00:10 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA02956; Sat, 19 Jan 2002 12:46:04 -0800 (PST) Date: Sat, 19 Jan 2002 12:46:03 -0800 (PST) From: Julian Elischer To: Aaron Smith Cc: freebsd-hackers@freebsd.org Subject: Re: ftpd patch that saves me a lot of hassle In-Reply-To: <20020119122812.E909@gelatinous.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG if you make your incoming Write-only then they will hav elottle point in puting stuff there.. We do this, in several places, and have a script move the incoming stuff elsewhere at regular intervals too. (not that I disagree with your patch but I often mode 'dot files' e.g. .cshrc, or even CVS "#" files On Sat, 19 Jan 2002, Aaron Smith wrote: > I got sick of (presumably) warez people probing my anonymous ftp site and > dropping all kinds of hard-to-delete trash in incoming, so I patched my > ftpd to only allow directories to start with alphanumerics. There's > probably a better solution, but this works for me so I figure'd I'd share. > > Combining this with a umask that doesn't allow reading uploaded files keeps > things reasonably well in hand. > > --Aaron > > > Index: ftpd.c > =================================================================== > RCS file: /usr/cvs/src/libexec/ftpd/ftpd.c,v > retrieving revision 1.62.2.15 > diff -u -r1.62.2.15 ftpd.c > --- ftpd.c 2001/12/18 18:35:55 1.62.2.15 > +++ ftpd.c 2002/01/19 09:47:42 > @@ -2216,6 +2216,12 @@ > { > > LOGCMD("mkdir", name); > + > + if (!isalnum(*name)) { > + reply(521, "Bite me."); > + return; > + } > + > if (mkdir(name, 0777) < 0) > perror_reply(550, name); > else > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 13: 2:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (dhcp45-21.dis.org [216.240.45.21]) by hub.freebsd.org (Postfix) with ESMTP id 7F1E537B42F for ; Sat, 19 Jan 2002 13:01:57 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.6) with ESMTP id g0JL2Op01400; Sat, 19 Jan 2002 13:02:24 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200201192102.g0JL2Op01400@mass.dis.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Matthew Dillon Cc: Aaron Smith , freebsd-hackers@FreeBSD.ORG Subject: Re: ftpd patch that saves me a lot of hassle In-reply-to: Your message of "Sat, 19 Jan 2002 12:55:29 PST." <200201192055.g0JKtT151813@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 19 Jan 2002 13:02:24 -0800 From: Michael Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Use isprint() on the entire string; this will give the desired result in most cases. It should probably be optional (defaulting to on, since it's a security measure). > What? You don't like directories named '...w^Ha^Hr^He^Hz^H^H^H' ? > > I like it, but there are a few problems. What about underscore? And > will this mess up people using ftp outside the U.S.? > > -Matt > Matthew Dillon > > > > :I got sick of (presumably) warez people probing my anonymous ftp site and > :dropping all kinds of hard-to-delete trash in incoming, so I patched my > :ftpd to only allow directories to start with alphanumerics. There's > :probably a better solution, but this works for me so I figure'd I'd share. > : > :Combining this with a umask that doesn't allow reading uploaded files keeps > :things reasonably well in hand. > : > :--Aaron > : > : > :Index: ftpd.c > :=================================================================== > :RCS file: /usr/cvs/src/libexec/ftpd/ftpd.c,v > :retrieving revision 1.62.2.15 > :diff -u -r1.62.2.15 ftpd.c > :--- ftpd.c 2001/12/18 18:35:55 1.62.2.15 > :+++ ftpd.c 2002/01/19 09:47:42 > :@@ -2216,6 +2216,12 @@ > : { > : > : LOGCMD("mkdir", name); > :+ > :+ if (!isalnum(*name)) { > :+ reply(521, "Bite me."); > :+ return; > :+ } > :+ > : if (mkdir(name, 0777) < 0) > : perror_reply(550, name); > : else > : > :To Unsubscribe: send mail to majordomo@FreeBSD.org > :with "unsubscribe freebsd-hackers" in the body of the message > : > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 13:21:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cube.gelatinous.com (cube.gelatinous.com [207.82.194.150]) by hub.freebsd.org (Postfix) with SMTP id D858A37B405 for ; Sat, 19 Jan 2002 13:20:59 -0800 (PST) Received: (qmail 91052 invoked by uid 1000); 19 Jan 2002 21:20:54 -0000 Date: Sat, 19 Jan 2002 13:20:54 -0800 From: Aaron Smith To: Michael Smith Cc: Matthew Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: ftpd patch that saves me a lot of hassle Message-ID: <20020119132054.F909@gelatinous.com> References: <200201192055.g0JKtT151813@apollo.backplane.com> <200201192102.g0JL2Op01400@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200201192102.g0JL2Op01400@mass.dis.org>; from msmith@freebsd.org on Sat, Jan 19, 2002 at 01:02:24PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The reason I only test the first character is that lots of filenames I actually want uploaded may have some funkiness somewhere in their midst. With an alnum first character I can deal with trash using tab completion and not block the files I deal with normally. isprint() is too liberal to save me time -- one careless evening, deleting a directory named '~' made me have to go to backups. isprint allows a great deal of stuff i don't want to hassle with, like ~ and &. Allowing directories to start with underscore sounds reasonable to me, though. Another idea would be mapping certain special characters to underscore. Does anyone know if other ftpds like luke's or wu address this issue? I wasn't proposing this as a default inclusion, but as far as that goes: a non-default option noted in the "setting up an anonymous FTP site" section of the ftpd docs seems the most appropriate option. It's just to save administrators of anonymous ftp sites a little headache of hidden files and those beginning with spaces or garbage. Lots of people will be bitten by this if they don't know about it, especially if it applies to non-anonymous users. "Why can't I upload my file?" It should probably test whether the user is anonymous. If people actually would use such an ftpd option, I'll clean it up and submit a new patch with doc changes. Aaron On Sat, Jan 19, 2002 at 01:02:24PM -0800, Michael Smith wrote: > > Use isprint() on the entire string; this will give the desired result in > most cases. It should probably be optional (defaulting to on, since it's > a security measure). > > > > What? You don't like directories named '...w^Ha^Hr^He^Hz^H^H^H' ? > > > > I like it, but there are a few problems. What about underscore? And > > will this mess up people using ftp outside the U.S.? > > > > -Matt > > Matthew Dillon > > > > > > > > :I got sick of (presumably) warez people probing my anonymous ftp site and > > :dropping all kinds of hard-to-delete trash in incoming, so I patched my > > :ftpd to only allow directories to start with alphanumerics. There's > > :probably a better solution, but this works for me so I figure'd I'd share. > > : > > :Combining this with a umask that doesn't allow reading uploaded files keeps > > :things reasonably well in hand. > > : > > :--Aaron > > : > > : > > :Index: ftpd.c > > :=================================================================== > > :RCS file: /usr/cvs/src/libexec/ftpd/ftpd.c,v > > :retrieving revision 1.62.2.15 > > :diff -u -r1.62.2.15 ftpd.c > > :--- ftpd.c 2001/12/18 18:35:55 1.62.2.15 > > :+++ ftpd.c 2002/01/19 09:47:42 > > :@@ -2216,6 +2216,12 @@ > > : { > > : > > : LOGCMD("mkdir", name); > > :+ > > :+ if (!isalnum(*name)) { > > :+ reply(521, "Bite me."); > > :+ return; > > :+ } > > :+ > > : if (mkdir(name, 0777) < 0) > > : perror_reply(550, name); > > : else > > : > > :To Unsubscribe: send mail to majordomo@FreeBSD.org > > :with "unsubscribe freebsd-hackers" in the body of the message > > : > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 13:23:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cube.gelatinous.com (cube.gelatinous.com [207.82.194.150]) by hub.freebsd.org (Postfix) with SMTP id E87B737B400 for ; Sat, 19 Jan 2002 13:23:45 -0800 (PST) Received: (qmail 91089 invoked by uid 1000); 19 Jan 2002 21:23:45 -0000 Date: Sat, 19 Jan 2002 13:23:45 -0800 From: Aaron Smith To: Julian Elischer Cc: Aaron Smith , freebsd-hackers@freebsd.org Subject: Re: ftpd patch that saves me a lot of hassle Message-ID: <20020119132345.G909@gelatinous.com> References: <20020119122812.E909@gelatinous.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Sat, Jan 19, 2002 at 12:46:03PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jan 19, 2002 at 12:46:03PM -0800, Julian Elischer wrote: > if you make your incoming Write-only then they will hav elottle point in > puting stuff there.. It is already write-only, but I still get lots of directory trees created and populated with files they cannot read. > We do this, in several places, and have a script move the incoming stuff > elsewhere at regular intervals too. > > (not that I disagree with your patch but I often mode 'dot files' > e.g. .cshrc, or even CVS "#" files This patch only deals with directories, but I definitely see your point. > On Sat, 19 Jan 2002, Aaron Smith wrote: > > > I got sick of (presumably) warez people probing my anonymous ftp site and > > dropping all kinds of hard-to-delete trash in incoming, so I patched my > > ftpd to only allow directories to start with alphanumerics. There's > > probably a better solution, but this works for me so I figure'd I'd share. > > > > Combining this with a umask that doesn't allow reading uploaded files keeps > > things reasonably well in hand. > > > > --Aaron > > > > > > Index: ftpd.c > > =================================================================== > > RCS file: /usr/cvs/src/libexec/ftpd/ftpd.c,v > > retrieving revision 1.62.2.15 > > diff -u -r1.62.2.15 ftpd.c > > --- ftpd.c 2001/12/18 18:35:55 1.62.2.15 > > +++ ftpd.c 2002/01/19 09:47:42 > > @@ -2216,6 +2216,12 @@ > > { > > > > LOGCMD("mkdir", name); > > + > > + if (!isalnum(*name)) { > > + reply(521, "Bite me."); > > + return; > > + } > > + > > if (mkdir(name, 0777) < 0) > > perror_reply(550, name); > > else > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 13:24:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from damnhippie.dyndns.org (12-253-177-2.client.attbi.com [12.253.177.2]) by hub.freebsd.org (Postfix) with ESMTP id 0CE6E37B400 for ; Sat, 19 Jan 2002 13:24:20 -0800 (PST) Received: from [172.22.42.2] (peace.hippie.lan [172.22.42.2]) by damnhippie.dyndns.org (8.11.6/8.11.1) with ESMTP id g0JLOJR37911 for ; Sat, 19 Jan 2002 14:24:19 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630) Date: Sat, 19 Jan 2002 14:24:20 -0700 Subject: Re: ftpd patch that saves me a lot of hassle From: Ian To: freebsd-hackers Message-ID: In-Reply-To: <200201192102.g0JL2Op01400@mass.dis.org> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >> :+ if (!isalnum(*name)) { >> :+ reply(521, "Bite me."); >> :+ return; >> :+ } > > Use isprint() on the entire string; this will give the desired result in > most cases. It should probably be optional (defaulting to on, since it's > a security measure). > > Actually, what would be nicely functional and general purpose would be a pair of options, one to prevent the creation of files/directories with a leading-dot name, the other a full isprint() filter on the whole string. And for each option, the ability to apply that filtering to all users or only anon users. (So why am I kvetching instead of coding and submitting? 'cause I'm still struggling my way up the nearly-vertical side of the cvs learning curve.) -- Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 14:12:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from ciao.cc.columbia.edu (ciao.cc.columbia.edu [128.59.59.11]) by hub.freebsd.org (Postfix) with ESMTP id A2E0637B400; Sat, 19 Jan 2002 14:12:34 -0800 (PST) Received: from localhost by ciao.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id RAA03536; Sat, 19 Jan 2002 17:12:30 -0500 (EST) Date: Sat, 19 Jan 2002 17:12:29 -0500 (EST) From: Alp Atici To: freebsd-hackers@FreeBSD.ORG, Subject: FreeBSD 5.x In-Reply-To: <20020119132054.F909@gelatinous.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is gcc 3.x going to be the default compiler starting from FBSD 5.x series? Is the development on current branch compiled using gcc 3.0 (or up)? Is 5.x series going to be based on a preemptible kernel? Thanks, Alp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 14:32: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from math.cudenver.edu (math.cudenver.edu [132.194.16.89]) by hub.freebsd.org (Postfix) with ESMTP id C172837B416 for ; Sat, 19 Jan 2002 14:31:57 -0800 (PST) Received: from localhost (jschunck@localhost) by math.cudenver.edu (8.11.6/linuxconf) with ESMTP id g0JMVvp13879 for ; Sat, 19 Jan 2002 15:31:57 -0700 Date: Sat, 19 Jan 2002 15:31:57 -0700 (MST) From: Joan Schunck To: Subject: can I use other floppies in the FIXIT environment ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am in the FIXIT environment trying to solve a problem. Unfortunately, I have to use some files on (floppy X). Is there any way for me to use (floppy X) withint the FIXIT environment ? I tried to unmount the fixit floppy, but I cannot because the device is busy, but I have no way to mount and use (floppy X) unless I dismount the fixit floppy, right ? So is this impossible, or is there a way I can use a second (third, fourth) floppy during my FIXIT operations ? (note, I have no other floppy drives, etc. so i cannot create a custom fixit disk, which is one obvious solution..) Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 17:40:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from androcles.com (androcles.com [204.57.240.10]) by hub.freebsd.org (Postfix) with ESMTP id 6B96737B400 for ; Sat, 19 Jan 2002 17:40:08 -0800 (PST) Received: (from alex@localhost) by androcles.com (8.11.6/8.11.3) id g0K1dv621605; Sat, 19 Jan 2002 17:39:57 -0800 (PST) (envelope-from alex) Message-Id: <200201200139.g0K1dv621605@androcles.com> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020116110612.B16252@genius.tao.org.uk> Date: Sat, 19 Jan 2002 17:39:56 -0800 (PST) From: "Duane H. Hesser" To: Josef Karthauser Subject: Re: USB UHCI speed issue ? Cc: hackers@FreeBSD.ORG, Ulf Zimmermann Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 16-Jan-02 Josef Karthauser wrote: > On Tue, Jan 15, 2002 at 05:50:45PM -0800, Ulf Zimmermann wrote: > >> Has this been fixed in -CURRENT ? And if so, can someone point me >> at what files I can try to get onto -STABLE to get a higher speed >> out ? I am working on an application and 64,000/sec is slow to test >> things. > > I've been doing some work in -current to sychronise our USB stack with > NetBSD's. If you can identify a set of commits in NetBSD that fixed > this problem I'll happily take a look for you. > > Joe I can confirm the problem, and point you to a message in the "current" archives (Dec 15) which contains a simple 3 or 4 line patch to uhui.c. The message, authored by Andrew Gordon, may be found at http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=775757+780830+/usr/local/www/db/text/2001/freebsd-current/20011216.freebsd-curren t or, if you prefer, search the "current" archive for "uhci and driver and marker and terminate". The patch may not provide the same fix that the latest Netbsd sources provide, but it might indicate where to look. It improves transfer speed for my Nikon 990 (using 'photopc' with USB support and the 'ugen' driver), although it does not seem to do everything that could be done. The following numbers show the "before" and "after" numbers for FreeBSD (4.4, last cvsupped Oct 22) and finally for RedHat Linux 7.2 (2.4.7 something kernel). These are from a 'photopc' locally hacked up to report transfer times. ========================================= FreeBSD before patch: chevy% photopc image 1-5 . Downloading 1-5 from folder /DCIM/100NIKON image 1: 1143620 of 1143620 taken Tue Dec 25 08:47:24 2001 PST file "./IMG_1298=2001_12_25-08_47_24-003.jpg" 21.577 seconds, 51.7596 KB/sec image 2: 1176877 of 1176877 taken Tue Dec 25 08:48:46 2001 PST file "./IMG_1299=2001_12_25-08_48_46-002.jpg" 22.245 seconds, 51.6653 KB/sec image 3: 1180915 of 1180915 taken Tue Dec 25 08:48:57 2001 PST file "./IMG_1300=2001_12_25-08_48_57-002.jpg" 22.344 seconds, 51.6128 KB/sec image 4: 859381 of 859381 taken Tue Dec 25 08:49:15 2001 PST file "./IMG_1301=2001_12_25-08_49_15-002.jpg" 16.270 seconds, 51.582 KB/sec image 5: 1145191 of 1145191 taken Tue Dec 25 08:49:32 2001 PST file "./IMG_1302=2001_12_25-08_49_32-001.jpg" 21.608 seconds, 51.7563 KB/sec ========================================= *Note* that everything I've ever downloaded from the camera (since the end of July) has come down at 51.5 +/- a couple of tenths. Numbers were identical under Netbsd 1.5. ========================================= FreeBSD AFTER patch: chevy% photopc image 1-5 /tmp Downloading 1-5 from folder /DCIM/100NIKON image 1: 1143620 of 1143620 taken Tue Dec 25 08:47:24 2001 PST file "/tmp/IMG_1298=2001_12_25-08_47_24-001.jpg" 4.910 seconds, 227.458 KB/sec image 2: 1176877 of 1176877 taken Tue Dec 25 08:48:46 2001 PST file "/tmp/IMG_1299=2001_12_25-08_48_46.jpg" 5.048 seconds, 227.673 KB/sec image 3: 1180915 of 1180915 taken Tue Dec 25 08:48:57 2001 PST file "/tmp/IMG_1300=2001_12_25-08_48_57.jpg" 5.086 seconds, 226.747 KB/sec image 4: 859381 of 859381 taken Tue Dec 25 08:49:15 2001 PST file "/tmp/IMG_1301=2001_12_25-08_49_15.jpg" 3.705 seconds, 226.515 KB/sec image 5: 1145191 of 1145191 taken Tue Dec 25 08:49:32 2001 PST file "/tmp/IMG_1302=2001_12_25-08_49_32.jpg" 4.986 seconds, 224.298 KB/sec ========================================= RedHat Linux 7.2 bash-2.05# photopc image 1-5 . image 1: 1143620 of 1143620 taken Tue Dec 25 08:47:24 2001 file "./IMG_1298_122501-001.jpg" 4.282 seconds, 260.817 KB/sec image 2: 1176877 of 1176877 taken Tue Dec 25 08:48:46 2001 file "./IMG_1299_122501-001.jpg" 4.402 seconds, 261.084 KB/sec image 3: 1180915 of 1180915 taken Tue Dec 25 08:48:57 2001 file "./IMG_1300_122501-001.jpg" 4.425 seconds, 260.619 KB/sec image 4: 859381 of 859381 taken Tue Dec 25 08:49:15 2001 file "./IMG_1301_122501-001.jpg" 3.255 seconds, 257.831 KB/sec image 5: 1145191 of 1145191 taken Tue Dec 25 08:49:32 2001 file "./IMG_1302_122501-001.jpg" 4.281 seconds, 261.236 KB/sec bash-2.05# exit ========================================= Typical downloads under several Linuxes over the past year are 250KB.sec +/-10%. As you can see, the improvement with the patch is substantial, but there is a little room for more improvement. It would be nice to see this (or an improved) patch go in for 4.5, although it's probably a bit late for that to happen. I would be happy to test any related patches anyone might come up with. In the meantime, this patch seems unlikely to slam my CPU up against the wall, so I'll keep running it. It would be nice to see a permanent fix go in soon, though...I'd *really* hate to see another "Linux is faster than FreeBSD" thread here. And, BTW, "thanks" to Andrew Gordon for the patch (it's just what I wanted for Christmas). -------------- Duane H. Hesser dhh@androcles.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 18:15:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from saruman.xwin.net (saruman.xwin.net [205.219.158.250]) by hub.freebsd.org (Postfix) with ESMTP id AD9EA37B417 for ; Sat, 19 Jan 2002 18:15:03 -0800 (PST) Received: from localhost (dp@localhost) by saruman.xwin.net (8.11.4/8.11.4) with ESMTP id g0K2FpW04805; Sat, 19 Jan 2002 20:15:51 -0600 Date: Sat, 19 Jan 2002 20:15:51 -0600 (CST) From: Paul Halliday X-X-Sender: To: Joan Schunck Cc: Subject: Re: can I use other floppies in the FIXIT environment ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 19 Jan 2002, Joan Schunck wrote: > > I am in the FIXIT environment trying to solve a problem. Unfortunately, I > have to use some files on (floppy X). What exactly is the problem? Paul H. http://dp.penix.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 18:47:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 5703837B41D; Sat, 19 Jan 2002 18:47:29 -0800 (PST) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.5) with SMTP id g0K2lED47539; Sat, 19 Jan 2002 21:47:18 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sat, 19 Jan 2002 21:47:14 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Alp Atici Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD 5.x In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 19 Jan 2002, Alp Atici wrote: > Is gcc 3.x going to be the default compiler starting from FBSD 5.x > series? Is the development on current branch compiled using gcc 3.0 (or > up)? > > Is 5.x series going to be based on a preemptible kernel? Can't answer the gcc question, but yes, John Baldwin currently has support for preemption in his SMPng development tree. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 19:29: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id F3E8337B400 for ; Sat, 19 Jan 2002 19:29:00 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g0K3TMV65509; Sat, 19 Jan 2002 19:29:26 -0800 (PST) Date: Sat, 19 Jan 2002 19:29:22 -0800 (PST) From: Doug White To: K S Sreeram Cc: hackers@FreeBSD.ORG Subject: Re: kernel contribution guidance In-Reply-To: <3C45A9B9.5DCDA320@tachyontech.net> Message-ID: <20020119192735.C64528-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 16 Jan 2002, K S Sreeram wrote: > My name is K.S.Sreeram, and i am very much interested in contributing to > the > freebsd kernel. I have been browsing through the kernel code, but i was > not able to follow it much, and i dont > know where to begin, Pick something and run with it. Check the PR database if you want to get your feet wet on smaller issues, then see http://www.freebsd.org/projects/ for some larger-scope things to takle. Or browse sourceforge/freshmeat and look for ports to do. Or lurk on the lists and jump on something that sounds interesting to you. Do whatever you want. :-) Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 19:32:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 12A0437B402 for ; Sat, 19 Jan 2002 19:32:51 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g0K3XE665895; Sat, 19 Jan 2002 19:33:15 -0800 (PST) Date: Sat, 19 Jan 2002 19:33:14 -0800 (PST) From: Doug White To: "Floris 'Tamama' van Gog" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: kevent() in another thread In-Reply-To: <010201c19ee8$b7b68d00$9600000a@tamama> Message-ID: <20020119193242.T64528-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 17 Jan 2002, Floris 'Tamama' van Gog wrote: > I read that kevent/kqueue weren't very thread-safe. Where did you read this? kqueue/kevent are perfectly threadsafe. Now, whether kevent is useful in threads is a totally different matter.... Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 20:28:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from delenn.fl.net.au (int-mail.syd.fl.net.au [202.181.0.28]) by hub.freebsd.org (Postfix) with ESMTP id A0E3F37B419 for ; Sat, 19 Jan 2002 20:28:36 -0800 (PST) Received: from simplex (CPE-144-137-78-42.nsw.bigpond.net.au [144.137.78.42]) by delenn.fl.net.au (Postfix) with ESMTP id 195B117FBDC for ; Sun, 20 Jan 2002 15:28:36 +1100 (EST) From: "Duraid Madina" To: Subject: Insane performance regression? Date: Sun, 20 Jan 2002 15:28:34 +1100 Message-ID: <000001c1a16a$ec95cc50$022a17ac@simplex> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I have a CPU-bound (well, 'malloc-bound' ;) program which takes about 20 seconds to run on a 'fast' PC (Pentium3-1000, Athlon XP1600 etc) - the source is available as http://www.idesign.fl.net.au/malloc_pain/malloc_pain.tar.gz (NOTE: you *will* need GCC 3 (or more recent) to compile it). At any rate, I did the cvsup/buildkernel/buildworld thing this morning (I'm running 5-CURRENT on an SMP box), and now that same program takes about half an hour to run, rather than 20 seconds. Curiously, it reports about 20% system time (whereas previously there was negligible system time) Any idea what might be going on? Duraid P.S. to run it: gcc -c mt19937b-int.c g++ Graph.cpp mt19937b-int.o ./a.out Known to compile okay with GCC 3.0.3 and 3.1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 19 21:22: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id E788937B405; Sat, 19 Jan 2002 21:21:55 -0800 (PST) Received: from pool0141.cvx21-bradley.dialup.earthlink.net ([209.179.192.141] helo=mindspring.com) by snipe.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16SAQT-0005eJ-00; Sat, 19 Jan 2002 21:21:54 -0800 Message-ID: <3C4A53EE.B882356C@mindspring.com> Date: Sat, 19 Jan 2002 21:21:50 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alp Atici Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD 5.x References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alp Atici wrote: > Is gcc 3.x going to be the default compiler starting from > FBSD 5.x series? Is the development on current branch > compiled using gcc 3.0 (or up)? I think that the cut over will happen after the compiler no longer core dumps on: main() { int i; i = foo(); switch( i) { default: printf( "hello, stupid compiler!\n"); break; } } int foo() { return( 6); } > Is 5.x series going to be based on a preemptible kernel? A multithreaded kernel. Do ISRs count? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message