From owner-freebsd-hackers Sun Jun 4 0: 4: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id AD60837B6A4 for ; Sun, 4 Jun 2000 00:04:04 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id AAA00651; Sun, 4 Jun 2000 00:04:00 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: James Howard Cc: "Jordan K. Hubbard" , Belldandy , hackers@FreeBSD.ORG Subject: Re: An IA-64 port? In-reply-to: Your message of "Sun, 04 Jun 2000 00:59:10 EDT." Date: Sun, 04 Jun 2000 00:04:00 -0700 Message-ID: <648.960102240@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sat, 3 Jun 2000, Jordan K. Hubbard wrote: > > > Intel has furnished us with IA-64 hardware and a porting effort is > > already underway. Contact obrien@freebsd.org if you would like to > > help out in some way with the process. > > What can those of us just out here do? That depends on what resources you have. Some of you out there have IA-64 machines of your own due to affiliations your company might have with Intel, others of you are compiler / driver / kernel wizards who often work straight from specs just for the sheer perversity of it, if nothing else. :) In other words, you tell us! - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 6:15:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from front4m.grolier.fr (front4m.grolier.fr [195.36.216.54]) by hub.freebsd.org (Postfix) with ESMTP id DF15C37B811 for ; Sun, 4 Jun 2000 06:15:20 -0700 (PDT) (envelope-from groudier@club-internet.fr) Received: from ppp-107-212.villette.club-internet.fr (ppp-107-212.villette.club-internet.fr [194.158.107.212]) by front4m.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id PAA25942 for ; Sun, 4 Jun 2000 15:12:07 +0200 (MET DST) Date: Sun, 4 Jun 2000 14:52:00 +0200 (CEST) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-Sender: groudier@linux.local To: hackers@FreeBSD.org Subject: PATCH: `sym' driver changes for testing. Message-ID: 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 X-Loop: FreeBSD.ORG I have made available the following `sym' driver patch for testing: http://people.freebsd.org/~groudier/sym-1.6.0-20000604.diffs This patch is against driver version in -current. Changes are pretty=20 trivial and mostly nil-potent for ia32, but it seemed to me they may=20 need some testings, especially on Alpha, (and comments if any are=20 welcome) prior to committing them: 1) Use `bus space' for IO/MMIO instead of legacy IO/MMIO methods. 2) Add preliminary support for big endian. For now, a couple of byte order primitives are defined in the=20 driver code. 3) Add 2 macros OUTL_DSP and OUTONB_STD that perform a memory barrier=20 prior to the IO, since we want the chip to have a consistent view=20 of driver internal data structure each time we restart it. This ensure proper ordering and makes driver code simpler. 4) Add barrier definitions we should need for ia64 and powerpc. These=20 definitions will go away when the kernel will provide them. These additions and changes are intended to help kernel ports once their=20 boot stage will be reached ;-). They also clarify ordering concerns in the driver. The barriers used by=20 the driver are slightly paranoid and in most places only write (store)=20 barriers should be enough. This will be refined when real testing with=20 systems implementing kind of weak ordering will be possible. Status: - All places where the driver has to restart the SCRIPTS processor=20 by writing the DSP or setting the STD bit in dcntl are not time=20 critical and so paranoid barriers will not affect performances. - The driver performs explicit ordering from the C code in 2 places: * To queue the job -> 2 barriers that could be `write memory barriers'. * To ensure INTFLY clear has been seen by chip prior to scanning=20 the done queue, a dummy read is peformed under interrupt. Not perfect but just cool. :) G=E9rard. PS: This posting went to -hackers and not -scsi since the patch does not=20 address scsi concerns. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 7:48: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp2.vnet.net (smtp2.vnet.net [166.82.1.32]) by hub.freebsd.org (Postfix) with ESMTP id 4DAEC37B730 for ; Sun, 4 Jun 2000 07:48:02 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from dignus.com (ponds.vnet.net [166.82.177.48]) by smtp2.vnet.net (8.9.1a/8.9.1) with ESMTP id KAA05191; Sun, 4 Jun 2000 10:47:53 -0400 (EDT) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.9.2/8.8.5) with ESMTP id KAA62236; Sun, 4 Jun 2000 10:47:51 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.9.3/8.6.9) id KAA73960; Sun, 4 Jun 2000 10:47:49 -0400 (EDT) Date: Sun, 4 Jun 2000 10:47:49 -0400 (EDT) From: Thomas David Rivers Message-Id: <200006041447.KAA73960@lakes.dignus.com> To: howardjp@glue.umd.edu, jkh@zippy.cdrom.com Subject: Re: An IA-64 port? Cc: hackers@FreeBSD.ORG, narumi@tpts5.seed.net.tw In-Reply-To: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > On Sat, 3 Jun 2000, Jordan K. Hubbard wrote: > > > Intel has furnished us with IA-64 hardware and a porting effort is > > already underway. Contact obrien@freebsd.org if you would like to > > help out in some way with the process. > > What can those of us just out here do? > > I believe HP provides a IA64 emultor which runs on Linux/Windows? I recall stumbling into when looking at the IA64 compiler that SGI recently releases. One guess might be to: 1) Get the IA64 emulator running under FreeBSD 2) Get FreeBSD up under the IA64 emulator 3) Start working on bugs? [Although, I could be totally wrong about the emulator... need to look around on the SGI web pages where I recall the link...] - Dave Rivers - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 8:13:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from server1.mich.com (server1.mich.com [198.108.16.2]) by hub.freebsd.org (Postfix) with ESMTP id B7FB937BCB2 for ; Sun, 4 Jun 2000 08:13:13 -0700 (PDT) (envelope-from will@almanac.yi.org) Received: from almanac.yi.org (pm004-008.dialup.bignet.net [64.79.80.152]) by server1.mich.com (8.9.3/8.9.3) with ESMTP id LAA04093; Sun, 4 Jun 2000 11:13:04 -0400 Received: by almanac.yi.org (Postfix, from userid 1000) id 8F81719A6; Sun, 4 Jun 2000 11:12:22 -0400 (EDT) Date: Sun, 4 Jun 2000 11:12:22 -0400 From: Will Andrews To: Belldandy Cc: hackers@FreeBSD.ORG Subject: Re: An IA-64 port? Message-ID: <20000604111222.C47877@argon.gryphonsoft.com> References: <39393DEF.B91727B0@tpts5.seed.net.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39393DEF.B91727B0@tpts5.seed.net.tw>; from narumi@tpts5.seed.net.tw on Sun, Jun 04, 2000 at 01:18:39AM +0800 X-Operating-System: FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jun 04, 2000 at 01:18:39AM +0800, Belldandy wrote: > Is there any effort(or at least, any thought) on making an > IA-64 port of FreeBSD? It seems Intel is trying to push IA-64 > to be 'the platform' for servers and workstations, and I think > FreeBSD definitely can't be left out.... Hi, Just new information for you: David O'Brien imported GCC 2.96 into -current's tree early this morning. The build succeeded on my system, so I should have a compiler with rudimentary (i.e. "pre-alpha") support for IA-64 once I reboot. HTH, -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 8:50:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id E9C3837B840; Sun, 4 Jun 2000 08:50:48 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p23-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.24]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id AAA06325; Mon, 5 Jun 2000 00:50:46 +0900 (JST) Message-ID: <393A697F.BA97DE3@newsguy.com> Date: Sun, 04 Jun 2000 23:36:47 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: "Andrey A. Chernov" Cc: Gerald Pfeifer , freebsd-hackers@FreeBSD.ORG, Peter Wemm , Wei Dai Subject: Re: -STABLE (was: ncurses.h and #define trace _nc_trace) References: <20000526073056.A12504@freebsd.org> <20000603121011.A91492@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Andrey A. Chernov" wrote: > > > However you do it, please fix this ASAP, and be it by reverting the > > original, broken patch! > > I wish but I can't. If I'll touch those misterious CVS branches structure > again, everyone shoot at me as in previous time. I think it is enough for > me. Nowdays some mystic with CVS branches values much more than fixes. :-( You revert to the original by applying the reverse patch of your changes and committing that. This can be easily done with cvs. And then you explain in the commit messages why it was reverted. This way, what you intended to do stays in the log, and why it had to be backed out stays in the log, so people won't blunder into doing the same thing again in the future. Well, not anyone who has the wisdom of checking the cvs log for similar changes in the past first, which ought to be a standard practice for committers. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@yet.another.bsdconspiracy.org Hmmm - I have to go check this. My reality assumptions are shattered. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 9:42:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from happy.checkpoint.com (happy.checkpoint.com [199.203.156.41]) by hub.freebsd.org (Postfix) with ESMTP id 8969A37B873 for ; Sun, 4 Jun 2000 09:42:45 -0700 (PDT) (envelope-from mellon@pobox.com) Received: (from mellon@localhost) by happy.checkpoint.com (8.9.3/8.9.3) id TAA23341; Sun, 4 Jun 2000 19:43:23 +0300 (IDT) (envelope-from mellon@pobox.com) Date: Sun, 4 Jun 2000 19:43:23 +0300 From: Anatoly Vorobey To: Will Andrews Cc: hackers@freebsd.org Subject: Re: An IA-64 port? Message-ID: <20000604194323.A23321@happy.checkpoint.com> References: <39393DEF.B91727B0@tpts5.seed.net.tw> <20000604111222.C47877@argon.gryphonsoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000604111222.C47877@argon.gryphonsoft.com>; from andrews@technologist.com on Sun, Jun 04, 2000 at 11:12:22AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jun 04, 2000 at 11:12:22AM -0400, Will Andrews wrote: > On Sun, Jun 04, 2000 at 01:18:39AM +0800, Belldandy wrote: > > Is there any effort(or at least, any thought) on making an > > IA-64 port of FreeBSD? It seems Intel is trying to push IA-64 > > to be 'the platform' for servers and workstations, and I think > > FreeBSD definitely can't be left out.... > > Hi, > > Just new information for you: David O'Brien > imported GCC 2.96 into -current's tree early this morning. The build > succeeded on my system, so I should have a compiler with rudimentary > (i.e. "pre-alpha") support for IA-64 once I reboot. Do you mean just "you" or "anyone with -current"? I thought our binutils (e.g. gas) had no IA-64 support. Has that changed? -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 10:50:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown2-2-9.adsl.one.net [216.23.15.9]) by hub.freebsd.org (Postfix) with ESMTP id E88E337B705; Sun, 4 Jun 2000 10:50:03 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id NAA48938; Sun, 4 Jun 2000 13:56:40 -0400 (EDT) (envelope-from cokane) Date: Sun, 4 Jun 2000 13:56:39 -0400 From: Coleman Kane To: stable@freebsd.org, hackers@freebsd.org Subject: kerneld for FreeBSD Message-ID: <20000604135639.A48917@cokane.yi.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" X-Mailer: Mutt 1.0.1i X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Would the person or person(s) interested in developing a kerneld-like, dyna= mic module (un)loader for FreeBSD please email me. I am really interested in th= is. It would be very advantageous to begin to move kld module use into the mainstream for all components. I'd like to do what I can to help with it. --=20 Coleman Kane President,=20 UC Free O.S. Users Group - http://pohl.ececs.uc.edu --/04w6evG8XlLl3ft Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE5OphXERViMObJ880RARuIAJ9S4Rm8N5wGNIxSQThuckLVl1IFMgCaA2x8 cHIhm1boI36gbZ9TRsSSlGA= =18VQ -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 10:53:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 342A737B678; Sun, 4 Jun 2000 10:53:37 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e54Hraw19299; Sun, 4 Jun 2000 10:53:36 -0700 (PDT) Date: Sun, 4 Jun 2000 10:53:36 -0700 From: Alfred Perlstein To: Coleman Kane Cc: stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD Message-ID: <20000604105336.E17973@fw.wintelcom.net> References: <20000604135639.A48917@cokane.yi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000604135639.A48917@cokane.yi.org>; from cokane@one.net on Sun, Jun 04, 2000 at 01:56:39PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Coleman Kane [000604 10:51] wrote: > Would the person or person(s) interested in developing a kerneld-like, dynamic > module (un)loader for FreeBSD please email me. I am really interested in this. > It would be very advantageous to begin to move kld module use into the > mainstream for all components. I'd like to do what I can to help with it. I thought Linux did away with thier kerneld concept. Afaik we can currently load a kld from within kernel context, can you please explain further what you want to do? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 11: 4:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pi.yip.org (yip.org [199.45.111.121]) by hub.freebsd.org (Postfix) with ESMTP id 70B8537B678; Sun, 4 Jun 2000 11:04:01 -0700 (PDT) (envelope-from melange@yip.org) Received: from localhost (melange@localhost) by pi.yip.org (8.9.3/8.9.3) with ESMTP id OAA92245; Sun, 4 Jun 2000 14:03:56 -0400 (EDT) (envelope-from melange@yip.org) Date: Sun, 4 Jun 2000 14:03:56 -0400 (EDT) From: Bob K X-Sender: melange@localhost To: Alfred Perlstein Cc: Coleman Kane , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD In-Reply-To: <20000604105336.E17973@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Would the person or person(s) interested in developing a kerneld-like, dynamic > > module (un)loader for FreeBSD please email me. I am really interested in this. > > It would be very advantageous to begin to move kld module use into the > > mainstream for all components. I'd like to do what I can to help with it. > > I thought Linux did away with thier kerneld concept. Afaik we can > currently load a kld from within kernel context, can you please > explain further what you want to do? If I understand what he's proposing correctly, he wants to develop a system in which all of the device drivers are loaded in the same way KLD's are. (I'm not a programmer, so I'd be unable to help) -- Bob "Reality is the only word in the language that should always be used in quotes" - The Amityville Horror III To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 13: 9:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by hub.freebsd.org (Postfix) with ESMTP id 8D50E37B52A; Sun, 4 Jun 2000 13:09:08 -0700 (PDT) (envelope-from chris@holly.calldei.com) Received: from holly.calldei.com ([208.191.155.7]) by mta4.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0FVN001CIBTY8G@mta4.rcsntx.swbell.net>; Sun, 4 Jun 2000 15:05:58 -0500 (CDT) Received: (from chris@localhost) by holly.calldei.com (8.9.3/8.9.3) id PAA52286; Sun, 04 Jun 2000 15:06:01 -0500 (CDT envelope-from chris) Date: Sun, 04 Jun 2000 15:06:01 -0500 From: Chris Costello Subject: Re: kerneld for FreeBSD In-reply-to: <20000604105336.E17973@fw.wintelcom.net> To: Alfred Perlstein Cc: Coleman Kane , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Reply-To: chris@calldei.com Message-id: <20000604150601.Q8612@holly.calldei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.4i References: <20000604135639.A48917@cokane.yi.org> <20000604105336.E17973@fw.wintelcom.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, June 04, 2000, Alfred Perlstein wrote: > I thought Linux did away with thier kerneld concept. Afaik we can > currently load a kld from within kernel context, can you please > explain further what you want to do? We can, and we also dynamically load modules when needed (ifconfig, mount). The kernel can also load modules from KLD files "on its own" via kern_linker.c:linker_load_file(). An example of usage is in vfs_syscalls.c:mount(), where if a specified file system configuration structure (vfsconf) is not found in the list of 'configured' file systems, mount(2) attempts to load a module for the file system, if one exists. -- |Chris Costello |Debugger: A tool that substitutes afterthought for forethought. `--------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 13:43:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sharmas.dhs.org (c62443-a.frmt1.sfba.home.com [24.0.69.165]) by hub.freebsd.org (Postfix) with ESMTP id 67DEB37B623 for ; Sun, 4 Jun 2000 13:43:29 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: (from adsharma@localhost) by sharmas.dhs.org (8.9.3/8.9.3) id NAA28267; Sun, 4 Jun 2000 13:43:17 -0700 Date: Sun, 4 Jun 2000 13:43:17 -0700 From: Arun Sharma Message-Id: <200006042043.NAA28267@sharmas.dhs.org> To: mellon@pobox.com Cc: hackers@freebsd.org Subject: Re: An IA-64 port? In-Reply-To: <20000604194323.A23321@happy.checkpoint.com> References: <39393DEF.B91727B0@tpts5.seed.net.tw> <20000604111222.C47877@argon.gryphonsoft.com> <20000604194323.A23321@happy.checkpoint.com> Reply-To: adsharma@sharmas.dhs.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In muc.lists.freebsd.hackers, you wrote: > On Sun, Jun 04, 2000 at 11:12:22AM -0400, Will Andrews wrote: > > On Sun, Jun 04, 2000 at 01:18:39AM +0800, Belldandy wrote: > > > Is there any effort(or at least, any thought) on making an > > > IA-64 port of FreeBSD? It seems Intel is trying to push IA-64 > > > to be 'the platform' for servers and workstations, and I think > > > FreeBSD definitely can't be left out.... > > > > Hi, > > > > Just new information for you: David O'Brien > > imported GCC 2.96 into -current's tree early this morning. The build > > succeeded on my system, so I should have a compiler with rudimentary > > (i.e. "pre-alpha") support for IA-64 once I reboot. > > Do you mean just "you" or "anyone with -current"? I thought our binutils > (e.g. gas) had no IA-64 support. Has that changed? I don't know if the gas support is public, but you can certainly get the Intel assembler for IA-64, which has been open sourced under the BSD license from developer.intel.com. It may not be of much practical use, but might help in understanding the architecture (which requires a significant effort because of its complexity). -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 14:23:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from server1.mich.com (server1.mich.com [198.108.16.2]) by hub.freebsd.org (Postfix) with ESMTP id 9A32537B512 for ; Sun, 4 Jun 2000 14:23:09 -0700 (PDT) (envelope-from will@almanac.yi.org) Received: from almanac.yi.org (pm001-025.dialup.bignet.net [64.79.80.25]) by server1.mich.com (8.9.3/8.9.3) with ESMTP id RAA16784; Sun, 4 Jun 2000 17:23:05 -0400 Received: by almanac.yi.org (Postfix, from userid 1000) id 4E37B1946; Sun, 4 Jun 2000 17:22:13 -0400 (EDT) Date: Sun, 4 Jun 2000 17:22:13 -0400 From: Will Andrews To: Anatoly Vorobey Cc: Will Andrews , hackers@freebsd.org Subject: Re: An IA-64 port? Message-ID: <20000604172213.Q1993@argon.gryphonsoft.com> References: <39393DEF.B91727B0@tpts5.seed.net.tw> <20000604111222.C47877@argon.gryphonsoft.com> <20000604194323.A23321@happy.checkpoint.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000604194323.A23321@happy.checkpoint.com>; from mellon@pobox.com on Sun, Jun 04, 2000 at 07:43:23PM +0300 X-Operating-System: FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jun 04, 2000 at 07:43:23PM +0300, Anatoly Vorobey wrote: > Do you mean just "you" or "anyone with -current"? I thought our binutils > (e.g. gas) had no IA-64 support. Has that changed? I mean you, Anatoly. I really don't have any clue how developed the IA-64 support is; I'm just assuming that because there's some code in there to support IA-64, some work is underway to support it. -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 14:33:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 542) id E45CB37B512; Sun, 4 Jun 2000 14:33:56 -0700 (PDT) Date: Sun, 4 Jun 2000 14:33:56 -0700 From: "Andrey A. Chernov" To: "Daniel C. Sobral" Cc: Gerald Pfeifer , freebsd-hackers@FreeBSD.ORG, Peter Wemm , Wei Dai Subject: Re: -STABLE (was: ncurses.h and #define trace _nc_trace) Message-ID: <20000604143356.A41913@freebsd.org> References: <20000526073056.A12504@freebsd.org> <20000603121011.A91492@freebsd.org> <393A697F.BA97DE3@newsguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <393A697F.BA97DE3@newsguy.com>; from dcs@newsguy.com on Sun, Jun 04, 2000 at 11:36:47PM +0900 Organization: Biomechanoid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jun 04, 2000 at 11:36:47PM +0900, Daniel C. Sobral wrote: > You revert to the original by applying the reverse patch of your changes > and committing that. This can be easily done with cvs. And then you Are you joking? CVS branches will be damaged by this again. > changes in the past first, which ought to be a standard practice for > committers. There is no more standard practice left since CVS branches rulez. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 14:36:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown2-2-9.adsl.one.net [216.23.15.9]) by hub.freebsd.org (Postfix) with ESMTP id 3BCBF37B984; Sun, 4 Jun 2000 14:36:14 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id RAA47421; Sun, 4 Jun 2000 17:42:47 -0400 (EDT) (envelope-from cokane) Date: Sun, 4 Jun 2000 17:42:47 -0400 From: Coleman Kane To: Alfred Perlstein Cc: stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD Message-ID: <20000604174247.A46482@cokane.yi.org> References: <20000604135639.A48917@cokane.yi.org> <20000604105336.E17973@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" X-Mailer: Mutt 1.0.1i In-Reply-To: <20000604105336.E17973@fw.wintelcom.net>; from bright@wintelcom.net on Sun, Jun 04, 2000 at 01:53:37PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Well, they did away with kerneld, but not the concept. Most of the distributions have moved onto a more sophisticated utility that does the job. Alfred Perlstein had the audacity to say: > I thought Linux did away with thier kerneld concept. Afaik we can > currently load a kld from within kernel context, can you please > explain further what you want to do? > > -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I > have the heart of a child; I keep it in a jar on my desk." > --=20 Coleman Kane President,=20 UC Free O.S. Users Group - http://pohl.ececs.uc.edu --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE5Os1WERViMObJ880RAcamAJ92yU+gj5/QM8iaN7C/uws7AayYyACgv3t3 MIkgnF675gbB7LR0REKXWx0= =dcKh -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 14:38:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown2-2-9.adsl.one.net [216.23.15.9]) by hub.freebsd.org (Postfix) with ESMTP id 4AD3237B512; Sun, 4 Jun 2000 14:38:36 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id RAA47438; Sun, 4 Jun 2000 17:45:07 -0400 (EDT) (envelope-from cokane) Date: Sun, 4 Jun 2000 17:45:07 -0400 From: Coleman Kane To: Bob K Cc: Alfred Perlstein , Coleman Kane , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD Message-ID: <20000604174507.B46482@cokane.yi.org> References: <20000604105336.E17973@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="tsOsTdHNUZQcU9Ye" X-Mailer: Mutt 1.0.1i In-Reply-To: ; from melange@yip.org on Sun, Jun 04, 2000 at 02:04:00PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --tsOsTdHNUZQcU9Ye Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Well, they are already moving in that direction with the newbus driver interface. It really simplifies converting your driver to a kld if you write it properly. Now a perfect addition would be a daemon or something that takes care of loading/unloading all of them so that the user doesn't have to fill a script with kld(un)load commands. Bob K had the audacity to say: >=20 > If I understand what he's proposing correctly, he wants to develop a > system in which all of the device drivers are loaded in the same way > KLD's are. > > (I'm not a programmer, so I'd be unable to help) > > -- Bob "Reality is the only word in the language > that should always be used in quotes" - The Amityville Horror III > --=20 Coleman Kane President,=20 UC Free O.S. Users Group - http://pohl.ececs.uc.edu --tsOsTdHNUZQcU9Ye Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE5Os3jERViMObJ880RAVx0AKCBnKdcSMYmj0sWCoklAsyUTmSMZwCfR57t xcyV8ihu3TXo4URawXMMkCg= =+tLe -----END PGP SIGNATURE----- --tsOsTdHNUZQcU9Ye-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 15:34:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 542) id 1DF4637B582; Sun, 4 Jun 2000 15:34:27 -0700 (PDT) Date: Sun, 4 Jun 2000 15:34:27 -0700 From: "Andrey A. Chernov" To: Gerald Pfeifer Cc: freebsd-hackers@freebsd.org, Peter Wemm , Wei Dai Subject: Re: -STABLE (was: ncurses.h and #define trace _nc_trace) Message-ID: <20000604153427.A56033@freebsd.org> References: <20000526073056.A12504@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from pfeifer@dbai.tuwien.ac.at on Sat, Jun 03, 2000 at 07:10:56PM +0200 Organization: Biomechanoid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Jun 03, 2000 at 07:10:56PM +0200, Gerald Pfeifer wrote: > However you do it, please fix this ASAP, and be it by reverting the Ask Peter to commit this patch at least... --- include/curses.h.in.bak Wed May 24 14:44:45 2000 +++ include/curses.h.in Mon Jun 5 02:28:33 2000 @@ -1313,8 +1313,7 @@ extern char *_tracechtype(chtype); extern char *_tracechtype2(int, chtype); extern char *_tracemouse(const MEVENT *); -#define trace _nc_trace -extern void trace(const unsigned int); +extern void _nc_trace(const unsigned int); /* trace masks */ #define TRACE_DISABLE 0x0000 /* turn off tracing */ -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 15:42:37 2000 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 0117F37BDA7 for ; Sun, 4 Jun 2000 15:42:18 -0700 (PDT) (envelope-from jhix@mindspring.com) Received: from mindspring.com (user-33qtjln.dialup.mindspring.com [199.174.206.183]) by smtp6.mindspring.com (8.9.3/8.8.5) with ESMTP id SAA25058 for ; Sun, 4 Jun 2000 18:42:08 -0400 (EDT) Message-ID: <393ADB54.AD299A5C@mindspring.com> Date: Sun, 04 Jun 2000 15:42:28 -0700 From: W Gerald Hicks X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: Re: An IA-64 port? References: <39393DEF.B91727B0@tpts5.seed.net.tw> <20000604111222.C47877@argon.gryphonsoft.com> <20000604194323.A23321@happy.checkpoint.com> <200006042043.NAA28267@sharmas.dhs.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Arun Sharma wrote: > I don't know if the gas support is public, but you can certainly get the > Intel assembler for IA-64, which has been open sourced under the BSD > license from developer.intel.com. It may not be of much practical use, > but might help in understanding the architecture (which requires a > significant effort because of its complexity). > > -Arun Anyone know the URL for this? I've got all the documentation but can't seem to find the Intel assembler release. Thanks, Jerry Hicks jhix@mindspring.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 15:59:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 722ED37B80D for ; Sun, 4 Jun 2000 15:59:39 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id QAA14213; Sun, 4 Jun 2000 16:02:30 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006042302.QAA14213@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Thomas David Rivers Cc: hackers@FreeBSD.ORG Subject: Re: An IA-64 port? In-reply-to: Your message of "Sun, 04 Jun 2000 10:47:49 EDT." <200006041447.KAA73960@lakes.dignus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 04 Jun 2000 16:02:30 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I believe HP provides a IA64 emultor which runs on Linux/Windows? I recall > stumbling into when looking at the IA64 compiler that SGI recently > releases. It was mentioned on SGI's pages, but I couldn't find it anywhere on HP's site (the link didn't work). If you have a pointer to this, the IA64 porting team would love to have it. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 16:34:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id 5B42637B5CB for ; Sun, 4 Jun 2000 16:34:55 -0700 (PDT) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net. [192.168.0.24]) by thehousleys.net (8.9.3/8.9.3) with ESMTP id TAA90969 for ; Sun, 4 Jun 2000 19:34:54 -0400 (EDT) (envelope-from jim@thehousleys.net) Message-ID: <393AE79E.F330ADDD@thehousleys.net> Date: Sun, 04 Jun 2000 19:34:54 -0400 From: James Housley Organization: The Housleys dot Net X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Using TCP_WRAPPERS in code Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I would like to use tcp_wrappers (libwrap) in a program. I din't see any examples or a reference to a web site. I have read the man page. Is there a good example of a program in the FreeBSD 4 tree that is not inetd spawned and uses libwrap? Thanks, Jim -- Unix is very user-friendly. It's just picky who its friends are. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 16:39:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp1.vnet.net (smtp1.vnet.net [166.82.1.31]) by hub.freebsd.org (Postfix) with ESMTP id F279537B98F; Sun, 4 Jun 2000 16:39:17 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from dignus.com (ponds.vnet.net [166.82.177.48]) by smtp1.vnet.net (8.9.1a/8.9.1) with ESMTP id TAA10373; Sun, 4 Jun 2000 19:39:05 -0400 (EDT) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.9.2/8.8.5) with ESMTP id TAA62775; Sun, 4 Jun 2000 19:38:59 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.9.3/8.6.9) id TAA75482; Sun, 4 Jun 2000 19:38:59 -0400 (EDT) Date: Sun, 4 Jun 2000 19:38:59 -0400 (EDT) From: Thomas David Rivers Message-Id: <200006042338.TAA75482@lakes.dignus.com> To: msmith@FreeBSD.ORG, rivers@dignus.com Subject: Re: An IA-64 port? Cc: hackers@FreeBSD.ORG In-Reply-To: <200006042302.QAA14213@mass.cdrom.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > > I believe HP provides a IA64 emultor which runs on Linux/Windows? I recall > > stumbling into when looking at the IA64 compiler that SGI recently > > releases. > > It was mentioned on SGI's pages, but I couldn't find it anywhere on HP's > site (the link didn't work). If you have a pointer to this, the IA64 > porting team would love to have it. > > -- > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith Unfortunately, I don't have a pointer to it... I just noticed it there myself... - Dave Rivers - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 16:39:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 3719537B748; Sun, 4 Jun 2000 16:39:28 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id B72B71C5C; Sun, 4 Jun 2000 19:39:24 -0400 (EDT) Date: Sun, 4 Jun 2000 19:39:24 -0400 From: Bill Fumerola To: Bob K Cc: Alfred Perlstein , Coleman Kane , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD Message-ID: <20000604193924.B8523@jade.chc-chimes.com> References: <20000604105336.E17973@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from melange@yip.org on Sun, Jun 04, 2000 at 02:03:56PM -0400 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jun 04, 2000 at 02:03:56PM -0400, Bob K wrote: > If I understand what he's proposing correctly, he wants to develop a > system in which all of the device drivers are loaded in the same way KLD's > are. > > (I'm not a programmer, so I'd be unable to help) Uhm. 90% of the klds _are_ device drivers... -- Bill Fumerola - Network Architect / Computer Horizons Corp - CVM e-mail: billf@chc-chimes.com / billf@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 Jun 4 16:41:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 7AB9637BC5A; Sun, 4 Jun 2000 16:41:40 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p53-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.54]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id IAA09055; Mon, 5 Jun 2000 08:41:37 +0900 (JST) Message-ID: <393AE977.8AC65783@newsguy.com> Date: Mon, 05 Jun 2000 08:42:47 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: "Andrey A. Chernov" Cc: Gerald Pfeifer , freebsd-hackers@FreeBSD.ORG, Peter Wemm , Wei Dai Subject: Re: -STABLE (was: ncurses.h and #define trace _nc_trace) References: <20000526073056.A12504@freebsd.org> <20000603121011.A91492@freebsd.org> <393A697F.BA97DE3@newsguy.com> <20000604143356.A41913@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Andrey A. Chernov" wrote: > > On Sun, Jun 04, 2000 at 11:36:47PM +0900, Daniel C. Sobral wrote: > > You revert to the original by applying the reverse patch of your changes > > and committing that. This can be easily done with cvs. And then you > > Are you joking? CVS branches will be damaged by this again. Huh? I'm obviously missing something here... Why would the branches be damaged by this? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@yet.another.bsdconspiracy.org Hmmm - I have to go check this. My reality assumptions are shattered. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 16:56:46 2000 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 690FA37B61B for ; Sun, 4 Jun 2000 16:56:43 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 5 Jun 2000 00:56:42 +0100 (BST) Date: Mon, 5 Jun 2000 00:56:41 +0100 From: David Malone To: James Housley Cc: freebsd-hackers@freebsd.org Subject: Re: Using TCP_WRAPPERS in code Message-ID: <20000605005641.A43900@walton.maths.tcd.ie> References: <393AE79E.F330ADDD@thehousleys.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <393AE79E.F330ADDD@thehousleys.net>; from jim@thehousleys.net on Sun, Jun 04, 2000 at 07:34:54PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jun 04, 2000 at 07:34:54PM -0400, James Housley wrote: > I would like to use tcp_wrappers (libwrap) in a program. I din't see > any examples or a reference to a web site. I have read the man page. > Is there a good example of a program in the FreeBSD 4 tree that is not > inetd spawned and uses libwrap? The source to tcpd, which just uses libwrap, is fairly easy to read.. Have a look at /usr/src/contrib/tcp_wrappers/tcpd.c David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 17:47:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 542) id 8BDD937B62B; Sun, 4 Jun 2000 17:47:53 -0700 (PDT) Date: Sun, 4 Jun 2000 17:47:53 -0700 From: "Andrey A. Chernov" To: "Daniel C. Sobral" Cc: Gerald Pfeifer , freebsd-hackers@FreeBSD.ORG, Peter Wemm , Wei Dai Subject: Re: -STABLE (was: ncurses.h and #define trace _nc_trace) Message-ID: <20000604174753.A82636@freebsd.org> References: <20000526073056.A12504@freebsd.org> <20000603121011.A91492@freebsd.org> <393A697F.BA97DE3@newsguy.com> <20000604143356.A41913@freebsd.org> <393AE977.8AC65783@newsguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <393AE977.8AC65783@newsguy.com>; from dcs@newsguy.com on Mon, Jun 05, 2000 at 08:42:47AM +0900 Organization: Biomechanoid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 05, 2000 at 08:42:47AM +0900, Daniel C. Sobral wrote: > Huh? I'm obviously missing something here... Why would the branches be > damaged by this? Because they forked. It cause merge troubles on the next import into the vendor branch forever. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 17:49:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id B82F137B742; Sun, 4 Jun 2000 17:49:36 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p53-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.54]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id JAA24215; Mon, 5 Jun 2000 09:49:22 +0900 (JST) Message-ID: <393AF958.3EF20DDC@newsguy.com> Date: Mon, 05 Jun 2000 09:50:32 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Coleman Kane Cc: Bob K , Alfred Perlstein , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD References: <20000604105336.E17973@fw.wintelcom.net> <20000604174507.B46482@cokane.yi.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Coleman Kane wrote: > > Well, they are already moving in that direction with the newbus driver > interface. It really simplifies converting your driver to a kld if > you write it properly. Now a perfect addition would be a daemon or > something that takes care of loading/unloading all of them so that the > user doesn't have to fill a script with kld(un)load commands. Mmmmm... ethernet drivers are already auto-loaded, fs modules are already auto-loaded... what am I missing? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@yet.another.bsdconspiracy.org Hmmm - I have to go check this. My reality assumptions are shattered. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 17:54:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sharmas.dhs.org (c62443-a.frmt1.sfba.home.com [24.0.69.165]) by hub.freebsd.org (Postfix) with ESMTP id A70A137B70C for ; Sun, 4 Jun 2000 17:54:38 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: (from adsharma@localhost) by sharmas.dhs.org (8.9.3/8.9.3) id RAA28638; Sun, 4 Jun 2000 17:54:27 -0700 Date: Sun, 4 Jun 2000 17:54:27 -0700 From: Arun Sharma Message-Id: <200006050054.RAA28638@sharmas.dhs.org> To: jhix@mindspring.com Cc: hackers@freebsd.org Subject: Re: An IA-64 port? In-Reply-To: <393ADB54.AD299A5C@mindspring.com> References: <39393DEF.B91727B0@tpts5.seed.net.tw> <20000604111222.C47877@argon.gryphonsoft.com> <20000604194323.A23321@happy.checkpoint.com> <200006042043.NAA28267@sharmas.dhs.org> <393ADB54.AD299A5C@mindspring.com> Reply-To: adsharma@sharmas.dhs.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 04 Jun 2000 15:42:28 -0700, W Gerald Hicks wrote: > Arun Sharma wrote: > > > I don't know if the gas support is public, but you can certainly get the > > Intel assembler for IA-64, which has been open sourced under the BSD > > license from developer.intel.com. It may not be of much practical use, > > but might help in understanding the architecture (which requires a > > significant effort because of its complexity). > > > > -Arun > > Anyone know the URL for this? I've got all the documentation but can't > seem to find the Intel assembler release. http://developer.intel.com/software/opensource/tools-ia64.htm -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 18: 4:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id D329337B878 for ; Sun, 4 Jun 2000 18:04:54 -0700 (PDT) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net. [192.168.0.24]) by thehousleys.net (8.9.3/8.9.3) with ESMTP id VAA91367; Sun, 4 Jun 2000 21:04:51 -0400 (EDT) (envelope-from jim@thehousleys.net) Message-ID: <393AFCB3.1AABB056@thehousleys.net> Date: Sun, 04 Jun 2000 21:04:51 -0400 From: James Housley Organization: The Housleys dot Net X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: David Malone Cc: freebsd-hackers@freebsd.org Subject: Re: Using TCP_WRAPPERS in code References: <393AE79E.F330ADDD@thehousleys.net> <20000605005641.A43900@walton.maths.tcd.ie> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Malone wrote: > > On Sun, Jun 04, 2000 at 07:34:54PM -0400, James Housley wrote: > > I would like to use tcp_wrappers (libwrap) in a program. I din't see > > any examples or a reference to a web site. I have read the man page. > > Is there a good example of a program in the FreeBSD 4 tree that is not > > inetd spawned and uses libwrap? > > The source to tcpd, which just uses libwrap, is fairly easy to read.. > > Have a look at /usr/src/contrib/tcp_wrappers/tcpd.c > I guess that qualifies as a DUHHHH. Pointy hat to me. I looked in that directory and never even thought about tcpd.c Thanks Jim -- Unix is very user-friendly. It's just picky who its friends are. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 18:14:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 5DAAF37B5F6; Sun, 4 Jun 2000 18:14:56 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p53-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.54]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id KAA00653; Mon, 5 Jun 2000 10:14:55 +0900 (JST) Message-ID: <393AFF54.E9AAA10F@newsguy.com> Date: Mon, 05 Jun 2000 10:16:04 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: "Andrey A. Chernov" Cc: Gerald Pfeifer , freebsd-hackers@FreeBSD.ORG, Peter Wemm , Wei Dai Subject: Re: -STABLE (was: ncurses.h and #define trace _nc_trace) References: <20000526073056.A12504@freebsd.org> <20000603121011.A91492@freebsd.org> <393A697F.BA97DE3@newsguy.com> <20000604143356.A41913@freebsd.org> <393AE977.8AC65783@newsguy.com> <20000604174753.A82636@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Andrey A. Chernov" wrote: > > On Mon, Jun 05, 2000 at 08:42:47AM +0900, Daniel C. Sobral wrote: > > Huh? I'm obviously missing something here... Why would the branches be > > damaged by this? > > Because they forked. It cause merge troubles on the next import into the > vendor branch forever. Ah, a vendor branch. That will teach me not to get on the train while it is moving... -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@yet.another.bsdconspiracy.org Hmmm - I have to go check this. My reality assumptions are shattered. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 18:23:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id 6B34737B6B9 for ; Sun, 4 Jun 2000 18:23:01 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: from kilt.nothing-going-on.org (kilt.nothing-going-on.org [192.168.1.18]) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) with ESMTP id BAA41959; Mon, 5 Jun 2000 01:55:40 +0100 (BST) (envelope-from nik@catkin.nothing-going-on.org) Received: (from nik@localhost) by kilt.nothing-going-on.org (8.9.3/8.9.3) id VAA50222; Fri, 2 Jun 2000 21:10:22 GMT (envelope-from nik@catkin.nothing-going-on.org) Date: Fri, 2 Jun 2000 21:10:21 +0000 From: Nik Clayton To: "Jordan K. Hubbard" Cc: HOSOKAWA Tatsumi , junker@jazz.snu.ac.kr, foxfair@news.ks.edu.tw, freebsd-hackers@FreeBSD.ORG Subject: Re: Multilingual Installer for 3.2-RELEASE (Re: pccard boot.flp...) Message-ID: <20000602211021.A50203@kilt.nothing-going-on.org> References: <199906071600.BAA09552@afs.ntc.mita.keio.ac.jp> <7743.959911208@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <7743.959911208@localhost>; from jkh@zippy.cdrom.com on Thu, Jun 01, 2000 at 07:00:08PM -0700 Organization: FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 01, 2000 at 07:00:08PM -0700, Jordan K. Hubbard wrote: > Just following up on this - are there any plans to merge this work > back into the mainstream so that we can generate "localized" installation > floppies for the Japanese community in future releases? Thanks! > > (Yes, I'm really catching up on email over a year old today). Likewise, the French translation team have expressed a strong interest in working on a localised sysinstall. If someone's already done most of the work then I'd like to know more too. Cheers, N -- Internet connection, $19.95 a month. Computer, $799.95. Modem, $149.95. Telephone line, $24.95 a month. Software, free. USENET transmission, hundreds if not thousands of dollars. Thinking before posting, priceless. Somethings in life you can't buy. For everything else, there's MasterCard. -- Graham Reed, in the Scary Devil Monastery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 19:21: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id F1AFA37B995 for ; Sun, 4 Jun 2000 19:20:40 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.12 #1) id 12ykMW-0009PH-00 for hackers@freebsd.org; Mon, 05 Jun 2000 01:03:24 +0100 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.12 #7) id 12ykMW-0007ND-00 for hackers@FreeBSD.org; Mon, 05 Jun 2000 01:03:24 +0100 Date: Thu, 1 Jun 2000 17:06:56 +0100 From: Ben Smithurst To: hackers@FreeBSD.org Subject: readers missing EOF on FIFOs. Message-ID: <20000605010324.E42325@strontium.scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, I sent this question to -questions but got no response. Perhaps someone on -hackers can help... I'm being puzzled by how to use FIFOs properly. I've written a small test program, #include #include #include #include #include #include #define _PATH_FIFO "fifo" int main(void) { struct stat sb; FILE *fp; struct sigaction sa; sa.sa_handler = SIG_IGN; sa.sa_flags = SA_RESTART; sigemptyset(&sa.sa_mask); sigaction(SIGPIPE, &sa, NULL); if (stat(_PATH_FIFO, &sb) != 0) err(1, "stat " _PATH_FIFO); if (!S_ISFIFO(sb.st_mode)) errx(1, _PATH_FIFO " is not a FIFO"); for (;;) { if ((fp = fopen(_PATH_FIFO, "w")) == NULL) err(1, _PATH_FIFO); fprintf(fp, "Hello!\n"); fclose(fp); } } But when I do a ``cat fifo'', I get odd results sometimes: $ cat fifo ... Hello! Hello! Hello! Hello! Hello! Hello! Hello! Hello! Hello! Hello! Hello! Hello! Hello! Hello! Hello! Hello! Hello! Hello! Hello! Hello! Hello! Hello! Hello! Hello! Hello! For some reason, 'cat' doesn't see EOF when my 'fifotest' program closes the FIFO. Can someone tell me what I'm doing wrong here please? This doesn't always happen. If I run 'cat' like that a few times in a row, it will normally happen, and if I run 'cat' again straight away it normally happens again. If I leave it for a while it generally takes a few attempts to make it happen again. If I add a sleep(2) after the fclose it seems to work fine, but this seems like an ugly kludge. FWIW I get similar results on FreeBSD 3, 4 and 5. -- Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 20: 0:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown2-2-9.adsl.one.net [216.23.15.9]) by hub.freebsd.org (Postfix) with ESMTP id C0C5137BC95; Sun, 4 Jun 2000 20:00:33 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id XAA09671; Sun, 4 Jun 2000 23:06:50 -0400 (EDT) (envelope-from cokane) Date: Sun, 4 Jun 2000 23:06:50 -0400 From: Coleman Kane To: "Daniel C. Sobral" Cc: Coleman Kane , Bob K , Alfred Perlstein , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD Message-ID: <20000604230650.A6732@cokane.yi.org> References: <20000604105336.E17973@fw.wintelcom.net> <20000604174507.B46482@cokane.yi.org> <393AF958.3EF20DDC@newsguy.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" X-Mailer: Mutt 1.0.1i In-Reply-To: <393AF958.3EF20DDC@newsguy.com>; from dcs@newsguy.com on Sun, Jun 04, 2000 at 08:50:08PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Look through /modules... Daniel C. Sobral had the audacity to say: >=20 > Mmmmm... ethernet drivers are already auto-loaded, fs modules are > already auto-loaded... what am I missing? >=20 > --=20 > Daniel C. Sobral (8-DCS) >=20 > dcs@newsguy.com > dcs@freebsd.org > capo@yet.another.bsdconspiracy.org >=20 > Hmmm - I have to go check this. My reality assumptions are shattered. >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message >=20 --=20 Coleman Kane President,=20 UC Free O.S. Users Group - http://pohl.ececs.uc.edu --AhhlLboLdkugWU4S Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE5OxlJERViMObJ880RAT83AJ49Z/TVxhTfIMOSSvHKU/SoD6V81ACgw+SR Tev1u4LNb3pve6kHHlN29hY= =GcTs -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 20:25:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.whack.org (apogee.whack.org [216.186.243.163]) by hub.freebsd.org (Postfix) with ESMTP id 2A96037B617 for ; Sun, 4 Jun 2000 20:25:08 -0700 (PDT) (envelope-from andrew@whack.org) Received: from andrew by mx1.whack.org with local (Exim 3.14 #1) id 12ynVi-0003uw-00 for freebsd-hackers@freebsd.org; Sun, 04 Jun 2000 20:25:06 -0700 Date: Sun, 4 Jun 2000 20:25:01 -0700 From: Andrew Perkins To: freebsd-hackers@freebsd.org Subject: circumventing ld default -L paths Message-ID: <20000604202451.A12837@violet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello all, I would like to link some applications against some local libraries which have conflicting names with those in /usr/lib. Unfortunately, I cannot find a way to disable ld from using: -L/usr/libexec/elf -L/usr/libexec -L/usr/lib before my -L definitions at compile time. I have tried -nostdlib, which is intuitively what should work, however, as many of you probably know, only removes: /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o ...... /usr/lib/libgcc.a -lc /usr/lib/libgcc.a /usr/lib/crtend.o /usr/lib/crtn.o Additionally, I have tried the following environment vars to no avail: LD_LIBRARY_PATH, LD_PRELOAD, LD_NOSTD_PATH Note on: LD_PRELOAD This library is an archive, not a shared object, which /usr/libexec/ld-elf.so.1 obviously complains about when listed in LD_PRELOAD. And finally, NO, I do not want to move the system library in /usr/lib OR rename the library I am using (a modified form of the same lib). I cheerfully assume that this is easy and I am just missing something. ######## some sample output for clarification ######## $ gcc -v -Wall -O2 -march=pentiumpro -pipe empty.c -o empty Using builtin specs. gcc version 2.95.2 19991024 (release) /usr/libexec/cpp -lang-c -v -D__GNUC__=2 -D__GNUC_MINOR__=95 -Di386 -Dunix -D__FreeBSD__=4 -D__FreeBSD_cc_version=400004 -D__i386__ -D__unix__ -D__FreeBSD__=4 -D__FreeBSD_cc_version=400004 -D__i386 -D__unix -Acpu(i386) -Amachine(i386) -Asystem(unix) -Asystem(FreeBSD) -D__OPTIMIZE__ -Wall -Acpu(i386) -Amachine(i386) -Di386 -D__i386 -D__i386__ -D__ELF__ empty.c | /usr/libexec/cc1 -quiet -dumpbase empty.c -march=pentiumpro -O2 -Wall -version -o - | /usr/libexec/elf/as -v -o /home/andrew/tmp/ccr65832.o - GNU C version 2.95.2 19991024 (release) (i386-unknown-freebsd) compiled by GNU C version 2.95.2 19991024 (release). GNU assembler version 2.9.1 (i386-unknown-freebsdelf), using BFD version 2.9.1 GNU CPP version 2.95.2 19991024 (release) (i386 FreeBSD/ELF) #include "..." search starts here: #include <...> search starts here: /usr/include /usr/include End of search list. The following default directories have been omitted from the search path: /usr/include/g++ End of omitted list. /usr/libexec/elf/ld -m elf_i386 -dynamic-linker /usr/libexec/ld-elf.so.1 -o empty /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/libexec/elf -L/usr/libexec -L/usr/lib /home/andrew/tmp/ccr65832.o /usr/lib/libgcc.a -lc /usr/lib/libgcc.a /usr/lib/crtend.o /usr/lib/crtn.o Cordially, _____________________________________________ Andrew Perkins andrew@violet.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 4 22:58:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (Postfix) with ESMTP id 1CAEA37BB9C for ; Sun, 4 Jun 2000 22:58:06 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.9.3/8.9.3) with ESMTP id MAA81178; Mon, 5 Jun 2000 12:41:56 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Date: Mon, 5 Jun 2000 12:41:56 +0700 (NSS) From: Max Khon To: James Housley Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Using TCP_WRAPPERS in code In-Reply-To: <393AE79E.F330ADDD@thehousleys.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, there! On Sun, 4 Jun 2000, James Housley wrote: > I would like to use tcp_wrappers (libwrap) in a program. I din't see > any examples or a reference to a web site. I have read the man page. > Is there a good example of a program in the FreeBSD 4 tree that is not > inetd spawned and uses libwrap? /usr/src/usr.sbin/inetd /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 1:28:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from azazel.zer0.org (azazel.zer0.org [209.133.53.200]) by hub.freebsd.org (Postfix) with ESMTP id 2C8A837B824 for ; Mon, 5 Jun 2000 01:28:11 -0700 (PDT) (envelope-from gsutter@zer0.org) Received: (from gsutter@localhost) by azazel.zer0.org (8.9.3/8.9.2) id BAA79115; Mon, 5 Jun 2000 01:26:36 -0700 (PDT) (envelope-from gsutter@zer0.org) Date: Mon, 5 Jun 2000 01:26:36 -0700 From: Gregory Sutter To: Andrew Kenneth Milton Cc: HICKERSON5@cs.com, hackers@FreeBSD.ORG Subject: Re: HELP Message-ID: <20000605012636.B74667@azazel.zer0.org> References: <5b.6ad6c41.266b1d9e@cs.com> <200006040326.NAA44190@mail.theinternet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200006040326.NAA44190@mail.theinternet.com.au>; from akm@mail.theinternet.com.au on Sun, Jun 04, 2000 at 01:26:57PM +1000 Organization: Zer0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-06-04 13:26 +1000, Andrew Kenneth Milton wrote: > > BSD in this context refers to Berkeley Systems Development and refers > to a particularly stable variant of UNIX most stemming from a single > common source called 4.4BSD BSD is Berkeley Software Distribution, not Berkeley Systems Development. Take a look at this for the history: http://www.oreilly.com/catalog/opensources/book/kirkmck.html Greg -- Gregory S. Sutter Heisenberg might have been here. mailto:gsutter@zer0.org http://www.zer0.org/~gsutter/ PGP DSS public key 0x40AE3052 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 2:15:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id EF8C237BAA5 for ; Mon, 5 Jun 2000 02:15:21 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id LAA32712; Mon, 5 Jun 2000 11:14:28 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200006050914.LAA32712@freebsd.dk> Subject: Re: 40gig IDE drives? In-Reply-To: from Jaye Mathisen at "Jun 2, 2000 10:35:04 am" To: mrcpu@internetcds.com (Jaye Mathisen) Date: Mon, 5 Jun 2000 11:14:28 +0200 (CEST) Cc: grog@lemis.com (Greg Lehey), lists@security.za.net, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Jaye Mathisen wrote: > > Yeah, that was my though. I left sectors free at the front, but that > wasn't it. It uses the last sectors IIRC its been some time since I looked at it.. > Soren was looking at seeing if there was some way to read the promise > label/record keeping, and turn that into a vinum setup somehow, so it > would be relatively transparent. But I don't think he could get the docs > from Promise, or perhaps just got busy. Promise wont tell the format of the data, thats "proprietary info" that they wont disclose. Getting info out of Promise isn't easy, they have _a lot_ to learn in that department... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 2:34: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id 8699537B6B9; Mon, 5 Jun 2000 02:33:59 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JQ8QLB9R4U0000JC@research.kpn.com>; Mon, 5 Jun 2000 11:33:57 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Mon, 05 Jun 2000 11:33:57 +0100 Content-return: allowed Date: Mon, 05 Jun 2000 11:33:56 +0100 From: "Koster, K.J." Subject: PnP OS (was: S5933 PCI Adapter..??) To: 'Mike Smith' Cc: freebsd-hackers Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D75D9@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Mike, > > If you don't have "PnP OS" set, and the card doesn't get > resources assigned, this means that there's a resource > conflict that prevents the card from being configured. > That leaves me wondering, would FreeBSD qualify as a "PnP OS"? I mean, in my BIOS setup, would I answer "yes" or "no" to the question "PnP OS?". (Asus K7V, Award BIOS, if that makes a difference). Kees Jan ============================================== Everyone is responsible for his own actions, and (people tend to forget this) the effect they have on others. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 3: 3: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from eden.dei.uc.pt (eden.dei.uc.pt [193.137.203.230]) by hub.freebsd.org (Postfix) with ESMTP id B4E3D37BCDA for ; Mon, 5 Jun 2000 03:02:48 -0700 (PDT) (envelope-from nunov@dei.uc.pt) Received: from dei.uc.pt (marx.dei.uc.pt [193.136.212.95]) by eden.dei.uc.pt (8.10.1/8.10.1) with ESMTP id e55A2kd21555 for ; Mon, 5 Jun 2000 11:02:46 +0100 (WET DST) Message-ID: <393B7AC3.74EF7C2A@dei.uc.pt> Date: Mon, 05 Jun 2000 11:02:43 +0100 From: Nuno Veiga X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: FreeBSD 2.2 -> 4.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! I have the code of an ATM driver for FreeBSD 2.2 I would like to port it to FreeBSD 4.0 What cautions should I have? When I tried to compile the code, I got a warning: "Don't #include ioctl.h in the kernel. Include xxxio.h instead." So I did it. Then an error: ... ################: MAKING DRIVER ################ #####: [1]> [install] driver (host) #####: [2]> [install] driver/FREEBSD (host) #####: [3]> [install] driver/FREEBSD/i386 (host) #####: [5]> [install] driver/FREEBSD/i386/host (host) gmake[6]: *** No rule to make target `/usr/include/machine/spl.h', needed by `_lebuscom.ldep'. Stop. gmake[5]: *** [host] Error 2 gmake[4]: *** [install] Error 2 gmake[3]: *** [install] Error 2 gmake[2]: *** [install] Error 2 gmake[1]: *** [driver] Error 2 gmake: *** [all] Error 2 Could you help me? Thank you Nuno Veiga To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 5:20:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from firehouse.net (rdu25-28-177.nc.rr.com [24.25.28.177]) by hub.freebsd.org (Postfix) with SMTP id 6B83637BB36 for ; Mon, 5 Jun 2000 05:20:28 -0700 (PDT) (envelope-from abc@firehouse.net) Received: (qmail 27976 invoked by uid 1000); 5 Jun 2000 12:20:26 -0000 Date: Mon, 5 Jun 2000 08:20:26 -0400 From: Alan Clegg To: W Gerald Hicks Cc: hackers@freebsd.org Subject: Re: An IA-64 port? Message-ID: <20000605082026.A27941@ecto.greenpeas.org> References: <39393DEF.B91727B0@tpts5.seed.net.tw> <20000604111222.C47877@argon.gryphonsoft.com> <20000604194323.A23321@happy.checkpoint.com> <200006042043.NAA28267@sharmas.dhs.org> <393ADB54.AD299A5C@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <393ADB54.AD299A5C@mindspring.com>; from jhix@mindspring.com on Sun, Jun 04, 2000 at 03:42:28PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Out of the ether, W Gerald Hicks spewed forth the following bitstream: > > I don't know if the gas support is public, but you can certainly get the > > Intel assembler for IA-64, which has been open sourced under the BSD > > license from developer.intel.com. > Anyone know the URL for this? I've got all the documentation but can't > seem to find the Intel assembler release. More info (and GNU utility links) can be found here: http://linuxia64.org/ http://www.cygnus.com/ia64 AlanC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 5:33:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id 0B0C937B542; Mon, 5 Jun 2000 05:33:08 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 12yw2c-000PHn-00; Mon, 05 Jun 2000 14:31:38 +0200 Date: Mon, 5 Jun 2000 14:31:38 +0200 From: Neil Blakey-Milner To: Coleman Kane Cc: "Daniel C. Sobral" , Bob K , Alfred Perlstein , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD Message-ID: <20000605143137.A97113@mithrandr.moria.org> References: <20000604105336.E17973@fw.wintelcom.net> <20000604174507.B46482@cokane.yi.org> <393AF958.3EF20DDC@newsguy.com> <20000604230650.A6732@cokane.yi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000604230650.A6732@cokane.yi.org>; from cokane@one.net on Sun, Jun 04, 2000 at 11:06:50PM -0400 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun 2000-06-04 (23:06), Coleman Kane wrote: > Look through /modules... I'm still having problems working out what this will do. Can you explain the differences between the current way of doing things, and what your stuff will conceptually do? Neil -- Neil Blakey-Milner Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 5:35: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasi.com (sasi.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id D21B237B5A0 for ; Mon, 5 Jun 2000 05:34:59 -0700 (PDT) (envelope-from gbnaidu@sasi.com) Received: from samar (sasi.com [164.164.56.2]) by sasi.com (8.9.3/8.9.3) with SMTP id SAA01808 for ; Mon, 5 Jun 2000 18:02:50 +0530 (IST) Received: from pcd75.sasi.com ([10.0.16.75]) by sasi.com; Mon, 05 Jun 2000 18:02:49 +0000 (IST) Received: from localhost (gbnaidu@localhost) by pcd75.sasi.com (8.9.3/8.9.3) with ESMTP id SAA00789 for ; Mon, 5 Jun 2000 18:02:43 +0530 Date: Mon, 5 Jun 2000 18:02:42 +0530 (IST) From: "G.B.Naidu" To: hackers@freebsd.org Subject: How do I get port inside kernel.... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, If I want to get a port inside kernel, how do I do that? In user land we will call socket(), bind() to get a port. But in kernel, is there any way to get a new port? Any ideas are appreciated. thanks --gb -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 6:19:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kcmso1.proxy.att.com (kcmso1.att.com [192.128.133.69]) by hub.freebsd.org (Postfix) with ESMTP id 9673837BB9E for ; Mon, 5 Jun 2000 06:19:48 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from njb140r1.ems.att.com ([135.65.202.58]) by kcmso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id JAA25656 for ; Mon, 5 Jun 2000 09:19:47 -0400 (EDT) Received: from njb140bh2.ems.att.com by njb140r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id JAA06295; Mon, 5 Jun 2000 09:18:45 -0400 (EDT) Received: by njb140bh2.ems.att.com with Internet Mail Service (5.5.2650.21) id ; Mon, 5 Jun 2000 09:19:46 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: hackers@FreeBSD.ORG Subject: RE: kerneld for FreeBSD Date: Mon, 5 Jun 2000 09:19:36 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i can see some interest, that is good :) the working prototype can be found at http://home.earthlink.net/~evmax/kerneld.tar.gz so far it can dynamicly load 1) char devices (by major or both major and minor) 2) filesystems (by name). please note that ``mount_xxx'' utilities will load appropriate module by it self. so this piece of code should be removed to make ``kerneld'' work 3) interfaces (by name). ``ifconfig'' is able to load appropriate module. again this should be removed TODO: - dynamic unloading in not yet implemented. - not all kld's can be unloaded (see PSEUDO_DEVICE) - need to find out a way to determine which module can be unloaded (ref count?) - ??? thanks, emax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 6:40:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kcmso1.proxy.att.com (kcmso1.att.com [192.128.133.69]) by hub.freebsd.org (Postfix) with ESMTP id 1F5F237B70E for ; Mon, 5 Jun 2000 06:40:44 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from njb140r1.ems.att.com ([135.65.202.58]) by kcmso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id JAA03888 for ; Mon, 5 Jun 2000 09:40:41 -0400 (EDT) Received: from njb140bh1.ems.att.com by njb140r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id JAA20857; Mon, 5 Jun 2000 09:39:40 -0400 (EDT) Received: by njb140bh1.ems.att.com with Internet Mail Service (5.5.2650.21) id ; Mon, 5 Jun 2000 09:40:41 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: hackers@FreeBSD.ORG Subject: RE: kerneld for FreeBSD Date: Mon, 5 Jun 2000 09:40:30 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sun 2000-06-04 (23:06), Coleman Kane wrote: > > Look through /modules... > > I'm still having problems working out what this will do. Can you > explain the differences between the current way of doing things, and > what your stuff will conceptually do? > i will try :-) please do not beat me :-) 1) right now we have several places in kernel/user space where we load KLD. if we need add dynamic module loading in some new place we will have to duplicate all code 2) kernel/user space does not unload modules, unless you unload it manually 3) we can not configure which module should be loaded. it is hardcoded so, when i started to code ``kerneld'', i was thinking about 1) one simple interface to load all modules from kernel 2) ability to determine which module can be unloaded and unload it 3) flexible configuration file and, yes, Linux guys have abandoned ``kerneld'', but .... they do not need it :-) look for KERND define in new Linux kernel. the way they load kernel module is 1) create new kernel thread 2) run /sbin/depmod (or something like this) in the thread 3) wait for thread finished and check for result it does not look like kernel code, indeed :) looks like daemon code :) thanks, emax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 8:27:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id B274337BAA7 for ; Mon, 5 Jun 2000 08:27:05 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id IAA17427; Mon, 5 Jun 2000 08:29:58 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006051529.IAA17427@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Koster, K.J." Cc: freebsd-hackers Subject: Re: PnP OS (was: S5933 PCI Adapter..??) In-reply-to: Your message of "Mon, 05 Jun 2000 11:33:56 BST." <59063B5B4D98D311BC0D0001FA7E4522026D75D9@l04.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Jun 2000 08:29:58 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi Mike, > > > > > If you don't have "PnP OS" set, and the card doesn't get > > resources assigned, this means that there's a resource > > conflict that prevents the card from being configured. > > > That leaves me wondering, would FreeBSD qualify as a "PnP OS"? I mean, in my > BIOS setup, would I answer "yes" or "no" to the question "PnP OS?". (Asus > K7V, Award BIOS, if that makes a difference). You would answer "no". FreeBSD doesn't perform resource allocation; it depends on the BIOS to do it. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 8:39:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gandalf.systems.pavilion.net (gandalf.systems.pavilion.net [212.74.1.101]) by hub.freebsd.org (Postfix) with ESMTP id 5C0E137BAA7 for ; Mon, 5 Jun 2000 08:39:48 -0700 (PDT) (envelope-from joe@pavilion.net) Received: by gandalf.systems.pavilion.net (Postfix, from userid 100) id 28BB2332AF; Mon, 5 Jun 2000 16:39:44 +0100 (BST) Date: Mon, 5 Jun 2000 16:39:43 +0100 From: Josef Karthauser To: hackers@freebsd.org Subject: Passwording boot loader. Message-ID: <20000605163943.A23434@gandalf.systems.pavilion.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG There appears to be some code in the /boot/support.4th file to force the user to enter a password at kernel load time. Does anyone know enough forth to tell me how to activate it? I've got Sony picking up my laptop any minute now and I want to disable FreeBSD :( Joe -- Josef Karthauser FreeBSD: How many times have you booted today? Technical Manager Viagra for your server (http://www.uk.freebsd.org) Pavilion Internet plc. [joe@pavilion.net, joe@uk.freebsd.org, joe@tao.org.uk] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 8:41:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 6A6FF37B92D for ; Mon, 5 Jun 2000 08:41:32 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id IAA17524; Mon, 5 Jun 2000 08:44:29 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006051544.IAA17524@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Yevmenkin, Maksim N, CSCIO" Cc: hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD In-reply-to: Your message of "Mon, 05 Jun 2000 09:40:30 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Jun 2000 08:44:29 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > On Sun 2000-06-04 (23:06), Coleman Kane wrote: > > > Look through /modules... > > > > I'm still having problems working out what this will do. Can you > > explain the differences between the current way of doing things, and > > what your stuff will conceptually do? > > > > i will try :-) please do not beat me :-) > > 1) right now we have several places in kernel/user space where we > load KLD. if we need add dynamic module loading in some new > place we will have to duplicate all code This isn't necessarily bad, as it is this code which determines the criteria for loading a module. I'm not entirely keen on having this thrown away; especially since all you'd be doing would be replacing it with code which would invoke the kernel daemon. > 2) kernel/user space does not unload modules, unless you > unload it manually This is, IMO, a good idea. I certainly don't want some smartass daemon unloading a module just because it thinks it should. 8) > 3) we can not configure which module should be loaded. > it is hardcoded Since the code knows what it wants, this isn't necessarily a bad thing either. In most cases, part of the module name is actually parametric, eg. in the ifconfig(8) case, so this isn't as much of a problem as it sounds. Basically, I think that the current practice of demand-loading modules from inside the kernel is the way to go. There are a couple of cases where pushing them in from the outside (ifconfig, usb, pccard) works, but in each case these already have tools suited to the job. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 9: 4:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from niseko.junichi.org (niseko.junichi.org [210.238.191.91]) by hub.freebsd.org (Postfix) with ESMTP id 8228C37C2E6 for ; Mon, 5 Jun 2000 09:04:10 -0700 (PDT) (envelope-from junichi@junichi.org) Received: from norn.pn.junichi.org (norn.pn.junichi.org [192.168.31.2]) by niseko.junichi.org (8.9.3+3.2W/3.7W-MQH-3.0) with ESMTP id BAA24693; Tue, 6 Jun 2000 01:04:06 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by norn.pn.junichi.org (8.9.3/3.7W-client1.0) with ESMTP id BAA00318; Tue, 6 Jun 2000 01:04:06 +0900 (JST) To: freebsd-hackers@freebsd.org Cc: junichi@junichi.org, junichi@astec.co.jp Subject: RealSystem module for libalias X-Mailer: Mew version 1.94.2 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000606010406K.junichi@junichi.org> Date: Tue, 06 Jun 2000 01:04:06 +0900 From: Junichi Satoh X-Dispatcher: imput version 20000228(IM140) Lines: 17 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The libalias allows to transport only TCP stream on the RealSystem (RealAudio and RealVideo). It can not transport UDP stream, rtsp and pna, from the real server to the client. So, I wrote the new module for the libalias to support the UDP stream on the RealSystem. The patch againt to the libalias source tree of the FreeBSD 4.0-RELEASE is available at: http://configure.sh/FreeBSD Any comments are welcome. --- Junichi Satoh junichi@junichi.org / junichi@astec.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 9:10:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from brunel.uk1.vbc.net (brunel.uk1.vbc.net [194.207.2.8]) by hub.freebsd.org (Postfix) with ESMTP id 580DC37C0C3 for ; Mon, 5 Jun 2000 09:10:04 -0700 (PDT) (envelope-from lloyd@brunel.uk1.vbc.net) Received: from localhost (lloyd@localhost) by brunel.uk1.vbc.net (8.9.3/8.9.3) with ESMTP id RAA13477 for ; Mon, 5 Jun 2000 17:10:02 +0100 (BST) Date: Mon, 5 Jun 2000 17:10:02 +0100 (BST) From: Lloyd Rennie To: hackers@freebsd.org Subject: Re: Passwording boot loader. (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Forgot CC on reply... -- Lloyd Rennie VBCnet GB Ltd lloyd@vbc.net tel +44 (0) 117 929 1316 http://www.vbc.net fax +44 (0) 117 927 2015 ---------- Forwarded message ---------- Date: Mon, 5 Jun 2000 17:02:28 +0100 From: Josef Karthauser To: Lloyd Rennie Subject: Re: Passwording boot loader. On Mon, Jun 05, 2000 at 04:49:24PM +0100, Lloyd Rennie wrote: > On Mon, 5 Jun 2000, Josef Karthauser wrote: > > > There appears to be some code in the /boot/support.4th file to force > > the user to enter a password at kernel load time. Does anyone know > > enough forth to tell me how to activate it? > > > > I've got Sony picking up my laptop any minute now and I want to > > disable FreeBSD :( > > If it's dual-boot, drop into Windoze and > > sys c: > > This will overwrite the MBR, and only Windows will bo bootable. When you > get it back you'll have to boot it with a bootdisk and rewrite it. Thanks Lloyd, I've done just that with sysinstall. Joe -- Josef Karthauser FreeBSD: How many times have you booted today? Technical Manager Viagra for your server (http://www.uk.freebsd.org) Pavilion Internet plc. [joe@pavilion.net, joe@uk.freebsd.org, joe@tao.org.uk] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 9:42:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id E2A8E37B586 for ; Mon, 5 Jun 2000 09:42:48 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e55Gge419762; Mon, 5 Jun 2000 09:42:40 -0700 (PDT) Date: Mon, 5 Jun 2000 09:42:40 -0700 From: Alfred Perlstein To: "G.B.Naidu" Cc: hackers@FreeBSD.ORG Subject: Re: How do I get port inside kernel.... Message-ID: <20000605094240.N17973@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from gbnaidu@sasi.com on Mon, Jun 05, 2000 at 06:02:42PM +0530 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * G.B.Naidu [000605 05:37] wrote: > > Hi, > > If I want to get a port inside kernel, how do I do that? In user land we > will call socket(), bind() to get a port. But in kernel, is there any way > to get a new port? > > Any ideas are appreciated. Check the nfsd code. src/sys/nfs -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 10: 9:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from almso1.proxy.att.com (almso1.att.com [192.128.167.69]) by hub.freebsd.org (Postfix) with ESMTP id 713E537B894 for ; Mon, 5 Jun 2000 10:09:37 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from njb140r1.ems.att.com ([135.65.202.58]) by almso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id NAA20502 for ; Mon, 5 Jun 2000 13:09:36 -0400 (EDT) Received: from njb140bh2.ems.att.com by njb140r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id NAA03799; Mon, 5 Jun 2000 13:08:34 -0400 (EDT) Received: by njb140bh2.ems.att.com with Internet Mail Service (5.5.2650.21) id ; Mon, 5 Jun 2000 13:09:36 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: hackers@FreeBSD.ORG Subject: RE: kerneld for FreeBSD Date: Mon, 5 Jun 2000 13:09:29 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [...] > > 1) right now we have several places in kernel/user space where we > > load KLD. if we need add dynamic module loading in some new > > place we will have to duplicate all code > > This isn't necessarily bad, as it is this code which determines the > criteria for loading a module. I'm not entirely keen on having this ifconfig(8) uses kldfirstmod(2), kldnext(2) etc. to check if the required interface module in the memory or not. all mount_???(8) utilities use getvfsbyname(3), vfsisloadable(3) and vfsload(3) interface, which makes kernel code useless (kernel will never execute this code). > thrown away; especially since all you'd be doing would be > replacing it > with code which would invoke the kernel daemon. > > > 2) kernel/user space does not unload modules, unless you > > unload it manually > > This is, IMO, a good idea. I certainly don't want some > smartass daemon > unloading a module just because it thinks it should. 8) > > > 3) we can not configure which module should be loaded. > > it is hardcoded > > Since the code knows what it wants, this isn't necessarily a > bad thing > either. In most cases, part of the module name is actually > parametric, > eg. in the ifconfig(8) case, so this isn't as much of a problem as it > sounds. > > Basically, I think that the current practice of > demand-loading modules > from inside the kernel is the way to go. There are a couple of cases > where pushing them in from the outside (ifconfig, usb, > pccard) works, but > in each case these already have tools suited to the job. > > -- > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > \\ Tell him he should learn how to fish himself, \\ > msmith@freebsd.org > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > > > > > 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 Jun 5 10:14:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.whack.org (apogee.whack.org [216.186.243.163]) by hub.freebsd.org (Postfix) with ESMTP id D415637BFEE for ; Mon, 5 Jun 2000 10:14:33 -0700 (PDT) (envelope-from andrew@whack.org) Received: from andrew by mx1.whack.org with local (Exim 3.14 #1) id 12z0SP-0006OI-00 for freebsd-hackers@freebsd.org; Mon, 05 Jun 2000 10:14:33 -0700 Date: Mon, 5 Jun 2000 10:13:34 -0700 From: Andrew Perkins To: Marco van de Voort Subject: Re: circumventing ld default -L paths Message-ID: <20000605101333.A24367@violet.org> References: <20000604202451.A12837@violet.org> <20000605070727.BBF259726@toad.stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000605070727.BBF259726@toad.stack.nl>; from marcov@stack.nl on Mon, Jun 05, 2000 at 09:07:27AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 05, 2000 at 09:07:27AM +0200, Marco van de Voort wrote: marcov> > And finally, NO, I do not want to move the system library marcov> > in /usr/lib OR rename the library I am using (a modified marcov> > form of the same lib). marcov> > marcov> > I cheerfully assume that this is easy and I am just marcov> > missing something. marcov> Rename one to libxxx-nonsense, and link agains xxx-nonsense marcov> instead of xxx Yes, I understand that I could move /usr/lib/libfoo.a to /usr/lib/libfoo-disabled.a, however that would not meet 'the requirements'. Please see above. Where is the default ld link path hardcoded? Cordially, _____________________________________________ Andrew Perkins andrew@violet.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 10:15:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kcmso1.proxy.att.com (kcmso1.att.com [192.128.133.69]) by hub.freebsd.org (Postfix) with ESMTP id 8B65837C46C for ; Mon, 5 Jun 2000 10:15:16 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from njb140r1.ems.att.com ([135.65.202.58]) by kcmso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id NAA28842 for ; Mon, 5 Jun 2000 13:15:15 -0400 (EDT) Received: from njb140bh3.ems.att.com by njb140r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id NAA06557; Mon, 5 Jun 2000 13:14:12 -0400 (EDT) Received: by njb140bh3.ems.att.com with Internet Mail Service (5.5.2650.21) id ; Mon, 5 Jun 2000 13:15:13 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'hackers@freebsd.org'" Subject: RE: kerneld for FreeBSD Date: Mon, 5 Jun 2000 13:15:12 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG sorry, hit wrong key... :) in addition to my previous message... > > 2) kernel/user space does not unload modules, unless you > > unload it manually > > This is, IMO, a good idea. I certainly don't want some > smartass daemon > unloading a module just because it thinks it should. 8) another option in config file? something like ``do_not_unload''? > > 3) we can not configure which module should be loaded. > > it is hardcoded > > Since the code knows what it wants, this isn't necessarily a > bad thing > either. In most cases, part of the module name is actually > parametric, > eg. in the ifconfig(8) case, so this isn't as much of a problem as it > sounds. i do not agree :-) code wants device driver/interface/filesystem/????. code should not care about module name. of course it is better to have name convension, but i think this is not the case. :-) thanks, emax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 10:39:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay02.chello.nl (relay02.chello.nl [212.83.68.146]) by hub.freebsd.org (Postfix) with ESMTP id EB1D437BC60; Mon, 5 Jun 2000 10:39:16 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay02.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000605173900.YGJR17505.relay02@chello.nl>; Mon, 5 Jun 2000 19:39:00 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id TAA01011; Mon, 5 Jun 2000 19:39:13 +0200 (CEST) (envelope-from wkb) Date: Mon, 5 Jun 2000 19:39:13 +0200 From: Wilko Bulte To: "Koster, K.J." Cc: "'Mike Smith'" , freebsd-hackers Subject: Re: PnP OS (was: S5933 PCI Adapter..??) Message-ID: <20000605193913.B233@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: <59063B5B4D98D311BC0D0001FA7E4522026D75D9@l04.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <59063B5B4D98D311BC0D0001FA7E4522026D75D9@l04.research.kpn.com>; from K.J.Koster@kpn.com on Mon, Jun 05, 2000 at 11:33:56AM +0100 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 05, 2000 at 11:33:56AM +0100, Koster, K.J. wrote: > Hi Mike, > > > > > If you don't have "PnP OS" set, and the card doesn't get > > resources assigned, this means that there's a resource > > conflict that prevents the card from being configured. > > > That leaves me wondering, would FreeBSD qualify as a "PnP OS"? I mean, in my > BIOS setup, would I answer "yes" or "no" to the question "PnP OS?". (Asus > K7V, Award BIOS, if that makes a difference). You should answer 'no'. -- Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 11: 0:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cypherpunks.ai (cypherpunks.ai [209.88.68.47]) by hub.freebsd.org (Postfix) with ESMTP id A7C4537BD20; Mon, 5 Jun 2000 11:00:25 -0700 (PDT) (envelope-from jeroen@vangelderen.org) Received: from vangelderen.org (grolsch.ai [209.88.68.214]) by cypherpunks.ai (Postfix) with ESMTP id DB2BC49; Mon, 5 Jun 2000 14:00:24 -0400 (AST) Message-ID: <393BEA9A.935BFBF0@vangelderen.org> Date: Mon, 05 Jun 2000 13:59:54 -0400 From: "Jeroen C. van Gelderen" X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith Cc: "Yevmenkin, Maksim N, CSCIO" , hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD References: <200006051544.IAA17524@mass.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: [...] > This is, IMO, a good idea. I certainly don't want some smartass daemon > unloading a module just because it thinks it should. 8) You can always patch kldunload and have cron periodically execute a kldunload --unused-modules Or? Cheers, Jeroen -- Jeroen C. van Gelderen o _ _ _ jeroen@vangelderen.org _o /\_ _ \\o (_)\__/o (_) _< \_ _>(_) (_)/<_ \_| \ _|/' \/ (_)>(_) (_) (_) (_) (_)' _\o_ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 11:57:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns2.us.dell.com (ns2.us.dell.com [143.166.82.252]) by hub.freebsd.org (Postfix) with ESMTP id DD88E37B7BD; Mon, 5 Jun 2000 11:57:21 -0700 (PDT) (envelope-from tony@dell.com) Received: from moth (moth.us.dell.com [143.166.4.12]) by ns2.us.dell.com (8.9.3/8.9.3) with SMTP id NAA23561; Mon, 5 Jun 2000 13:52:34 -0500 Message-Id: <3.0.6.32.20000605135718.0094f600@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Mon, 05 Jun 2000 13:57:18 -0500 To: Mike Smith , Thomas David Rivers From: Tony Overfield Subject: Re: An IA-64 port? Cc: hackers@FreeBSD.ORG In-Reply-To: <200006042302.QAA14213@mass.cdrom.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> I believe HP provides a IA64 emultor which runs on Linux/Windows? I recall >> stumbling into when looking at the IA64 compiler that SGI recently >> releases. Mike Smith wrote: >It was mentioned on SGI's pages, but I couldn't find it anywhere on HP's >site (the link didn't work). If you have a pointer to this, the IA64 >porting team would love to have it. http://oss.sgi.com/projects/Pro64/nue.html But it says, in part, "We are sorry but the Hewlett Packard Native User Environment is not available at this time. When HP makes it available we will change this link to the HP site." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 12:13:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (mg132-043.ricochet.net [204.179.132.43]) by hub.freebsd.org (Postfix) with ESMTP id A01E137B55E; Mon, 5 Jun 2000 12:13:40 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id MAA00466; Mon, 5 Jun 2000 12:16:45 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006051916.MAA00466@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Jeroen C. van Gelderen" Cc: Mike Smith , "Yevmenkin, Maksim N, CSCIO" , hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD In-reply-to: Your message of "Mon, 05 Jun 2000 13:59:54 EDT." <393BEA9A.935BFBF0@vangelderen.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Jun 2000 12:16:45 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Mike Smith wrote: > [...] > > This is, IMO, a good idea. I certainly don't want some smartass daemon > > unloading a module just because it thinks it should. 8) > > You can always patch kldunload and have cron periodically execute a > kldunload --unused-modules > Or? I have no faith at all any metric other than one determined by the module itself to indicate "unuse", and if a module wants to unload itself due to "unuse", it can already do so. I don't want or need a daemon to do this. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 12:50:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kcmso1.proxy.att.com (kcmso1.att.com [192.128.133.69]) by hub.freebsd.org (Postfix) with ESMTP id 2E77737BD68 for ; Mon, 5 Jun 2000 12:50:21 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from njb140r1.ems.att.com ([135.65.202.58]) by kcmso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id PAA28214 for ; Mon, 5 Jun 2000 15:50:18 -0400 (EDT) Received: from njb140bh3.ems.att.com by njb140r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id PAA12407; Mon, 5 Jun 2000 15:49:16 -0400 (EDT) Received: by njb140bh3.ems.att.com with Internet Mail Service (5.5.2650.21) id ; Mon, 5 Jun 2000 15:50:17 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'hackers@freebsd.org'" Subject: RE: kerneld for FreeBSD Date: Mon, 5 Jun 2000 15:50:15 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Mike Smith wrote: > > [...] > > > This is, IMO, a good idea. I certainly don't want some > smartass daemon > > > unloading a module just because it thinks it should. 8) [...] > I have no faith at all any metric other than one determined > by the module > itself to indicate "unuse", and if a module wants to unload > itself due to so you point is that we could put a "use/unuse" logic inside each of kernel module. is that correct? even if different kernel modules implement device drivers for the same class of hardware? network interfaces (cards) for example. i would say if interface is marked as ``down'', has no IP, has no references in routing table/firewall, it could be considered as ``gone''. another problem here is that you can use the same module/device right after you have unloaded it. that is a different kind of problem. and, IMHO, it should be solved at configuration level. or even in module itself. for example PSEUDO_DEVICE modules. as far as i know they can not be unloaded. as far as i know sun solaris is able to load/unload dynamicaly kernel modules. and module itself does not perform any attempts to verify its "use/unuse". > "unuse", it can already do so. I don't want or need a daemon > to do this. thanks, emax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 12:57: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id 4710137B630 for ; Mon, 5 Jun 2000 12:56:52 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.9.3/8.9.3) with ESMTP id UAA42895; Mon, 5 Jun 2000 20:56:49 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id UAA00820; Mon, 5 Jun 2000 20:07:53 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200006051907.UAA00820@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Lloyd Rennie Cc: hackers@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: Passwording boot loader. (fwd) In-Reply-To: Message from Lloyd Rennie of "Mon, 05 Jun 2000 17:10:02 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Jun 2000 20:07:53 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Forgot CC on reply... > > -- > Lloyd Rennie VBCnet GB Ltd lloyd@vbc.net > tel +44 (0) 117 929 1316 http://www.vbc.net fax +44 (0) 117 927 2015 > > ---------- Forwarded message ---------- > Date: Mon, 5 Jun 2000 17:02:28 +0100 > From: Josef Karthauser > To: Lloyd Rennie > Subject: Re: Passwording boot loader. > > On Mon, Jun 05, 2000 at 04:49:24PM +0100, Lloyd Rennie wrote: > > On Mon, 5 Jun 2000, Josef Karthauser wrote: > > > > > There appears to be some code in the /boot/support.4th file to force > > > the user to enter a password at kernel load time. Does anyone know > > > enough forth to tell me how to activate it? > > > > > > I've got Sony picking up my laptop any minute now and I want to > > > disable FreeBSD :( > > > > If it's dual-boot, drop into Windoze and > > > > sys c: > > > > This will overwrite the MBR, and only Windows will bo bootable. When you > > get it back you'll have to boot it with a bootdisk and rewrite it. > > Thanks Lloyd, I've done just that with sysinstall. ***SHUDDER*** Here's anotherone... dodgy keyboard. Hmm, looks like he hasn't allocated loads of his disk. I'll just....... > Joe > -- > Josef Karthauser FreeBSD: How many times have you booted today? > Technical Manager Viagra for your server (http://www.uk.freebsd.org) > Pavilion Internet plc. [joe@pavilion.net, joe@uk.freebsd.org, joe@tao.org.uk] -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 13: 5:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tele-post-20.mail.demon.net (tele-post-20.mail.demon.net [194.217.242.20]) by hub.freebsd.org (Postfix) with ESMTP id 732B937B630 for ; Mon, 5 Jun 2000 13:04:38 -0700 (PDT) (envelope-from dmlb@ragnet.demon.co.uk) Received: from ragnet.demon.co.uk ([158.152.46.40]) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 12z36v-000HS8-0K for freebsd-hackers@freebsd.org; Mon, 5 Jun 2000 20:04:33 +0000 Received: from dmlb by ragnet.demon.co.uk with local (Exim 3.03 #1) id 12z36r-000LFT-00 for freebsd-hackers@freebsd.org; Mon, 05 Jun 2000 21:04:29 +0100 Content-Length: 436 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 05 Jun 2000 21:04:28 +0100 (BST) From: Duncan Barclay To: freebsd-hackers@freebsd.org Subject: wakeup() question Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all Does wakeup() ever cause a sleeping processes to run before the wakeup() function returns, or does it just mark the process as running? Duncan --- ________________________________________________________________________ Duncan Barclay | God smiles upon the little children, dmlb@ragnet.demon.co.uk | the alcoholics, and the permanently stoned. ________________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 13:29:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id AD07937B5FD for ; Mon, 5 Jun 2000 13:29:22 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p18-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.147]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id FAA07739; Tue, 6 Jun 2000 05:29:16 +0900 (JST) Message-ID: <393C0D73.2B63ED76@newsguy.com> Date: Tue, 06 Jun 2000 05:28:35 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Josef Karthauser Cc: hackers@FreeBSD.ORG Subject: Re: Passwording boot loader. References: <20000605163943.A23434@gandalf.systems.pavilion.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Josef Karthauser wrote: > > There appears to be some code in the /boot/support.4th file to force > the user to enter a password at kernel load time. Does anyone know > enough forth to tell me how to activate it? > > I've got Sony picking up my laptop any minute now and I want to > disable FreeBSD :( Err... not really. That stuff, which should have been taken out and shot long ago (but I still haven't committed the support that is needed to implement it outside support.4th code -- though I already have it in my tree), prevents users from entering interactive mode on loader. Instead, try this... Insert as the top of /boot/loader.rc the following lines: : loop begin 0 until ; loop This will put the loader in an infinite loop, thereby preventing anyone from doing anything (or it from booting). When you get your laptop back (and before doing the above, as a test :), interrupt the *second* stage boot loader (right when "|" shows up) and boot the kernel directly, instead of calling loader. Then fix /boot/loader.rc, and all is fine. Additionally, you might want to insert at the very top of your loader.rc the following: .( Please press control-alt-del to reboot and then press F1 to boot Windows) If Windows is F2, modify accordingly. :-) Pay attention to the spaces in all this stuff. They matter. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@yet.another.bsdconspiracy.org Hmmm - I have to go check this. My reality assumptions are shattered. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 13:46:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from maildb2.pdq.net (maildb2.pdq.net [204.145.251.85]) by hub.freebsd.org (Postfix) with SMTP id C152337BDFF for ; Mon, 5 Jun 2000 13:46:09 -0700 (PDT) (envelope-from jsmethers@pdq.net) X-AirNote: 1 Received: from 64-31-203-13.pdq.net [64.31.203.13-11] by alice.pdq.net ID 41_-1; Mon, 05 Jun 2000 15:41:28 -0500 Message-ID: <00aa01bfcf2f$0478c760$0dcb1f40@mom> From: "Jason" To: , References: <200006011637.SAA66853@info.iet.unipi.it> <20000601113842.A92456@panzer.kdm.org> Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? Date: Mon, 5 Jun 2000 15:45:41 -0500 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.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: "Kenneth D. Merry" > The problem is that when the new-bus code was introduced, the probe order > was changed from a bus-by-bus probe (breadth first?) to a depth-first > probe. > > i.e. as soon as another PCI bus is found (e.g. on a bridge chip) it is > probed, rather than deferring the probe of the new bus until the probe of > the current bus has been completed. > > I think Doug Rabson had plans to fix the probe order, but it never > happened. > > There is no way to hardwire PCI devices, so you'll probably have to just > change which card is referenced in your scripts. > > Ken > -- > Kenneth Merry > ken@kdm.org The PCI spec basicly states that buses are to be probed depth first. As a PCI bridge is found, it is assigned the next sequential bus number and probed for additional bridges beyond it. As a new bridge is found, all the parent bridges' subordinat bus number register is updated to the highest numbered bus that exists beyond it. When no more PCI bridges are found on the current bus, the routine should return to the parent bus and continue probing for more PCI bridges, and so on. This is done in this fashion so that sub PCI bridges may claim the correct transactions. The probe routine is correct as is - at least for machines with a single host/PCI bridge. If anything, work may be done to allow the wiring down of devices, either by PCI bus, or as found by the probe. The first not really being practical considering that buses may be renumbered based on the addition or removal of PCI bridges. eg. a nice feature we don't support yet - hot swaping of PCI cards. -Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 13:47:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from orthanc.ab.ca (orthanc.ab.ca [207.167.3.130]) by hub.freebsd.org (Postfix) with ESMTP id 49B6237B8BD for ; Mon, 5 Jun 2000 13:47:11 -0700 (PDT) (envelope-from lyndon@orthanc.ab.ca) Received: from orthanc.ab.ca (localhost [127.0.0.1]) by orthanc.ab.ca (8.10.0.Beta11/8.10.0.Beta6) with ESMTP id e55Kl5X51895 for ; Mon, 5 Jun 2000 14:47:09 -0600 (MDT) Message-Id: <200006052047.e55Kl5X51895@orthanc.ab.ca> To: freebsd-hackers@freebsd.org Subject: Concurrent access to SMbus Organization: The Frobozz Magic Homing Pigeon Company Date: Mon, 05 Jun 2000 14:47:04 -0600 From: Lyndon Nerenberg Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I notice that the /dev/smbX devices are exclusive access. This makes it impossible to run two (or more) programs concurrently that want to talk to SMbus devices (in my case, healthd and lmmon, both of which want to open /dev/smb0 to access the LM78). Is this an SMbus restriction, or an artifact of the smb driver? I did a very quick scan through /sys/dev/smbus/* and nothing jumped out to indicate why it needs to be exclusive access. --lyndon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 13:47:18 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cypherpunks.ai (cypherpunks.ai [209.88.68.47]) by hub.freebsd.org (Postfix) with ESMTP id BF28D37BEEE; Mon, 5 Jun 2000 13:47:15 -0700 (PDT) (envelope-from jeroen@vangelderen.org) Received: from vangelderen.org (grolsch.ai [209.88.68.214]) by cypherpunks.ai (Postfix) with ESMTP id B50C44F; Mon, 5 Jun 2000 16:47:14 -0400 (AST) Message-ID: <393C11B4.D40B9EBD@vangelderen.org> Date: Mon, 05 Jun 2000 16:46:44 -0400 From: "Jeroen C. van Gelderen" X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith Cc: "Yevmenkin, Maksim N, CSCIO" , hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD References: <200006051916.MAA00466@mass.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > > Mike Smith wrote: > > [...] > > > This is, IMO, a good idea. I certainly don't want some smartass daemon > > > unloading a module just because it thinks it should. 8) > > > > You can always patch kldunload and have cron periodically execute a > > kldunload --unused-modules > > Or? > > I have no faith at all any metric other than one determined by the module > itself to indicate "unuse", Did I suggest kldunload --unused-modules -f ? I didn't think so. > and if a module wants to unload itself due to > "unuse", it can already do so. You wouldn't have control over that process if the modules decides for itself. It's a sysadmin decision to unload modules, not the module's decision. Cheers, Jeroen -- Jeroen C. van Gelderen o _ _ _ jeroen@vangelderen.org _o /\_ _ \\o (_)\__/o (_) _< \_ _>(_) (_)/<_ \_| \ _|/' \/ (_)>(_) (_) (_) (_) (_)' _\o_ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 13:48:10 2000 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 3677637BE59 for ; Mon, 5 Jun 2000 13:48:06 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 5 Jun 2000 21:48:05 +0100 (BST) Date: Mon, 5 Jun 2000 21:48:04 +0100 From: David Malone To: Ben Smithurst Cc: hackers@FreeBSD.org Subject: Re: readers missing EOF on FIFOs. Message-ID: <20000605214804.A61337@walton.maths.tcd.ie> References: <20000605010324.E42325@strontium.scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000605010324.E42325@strontium.scientia.demon.co.uk>; from ben@scientia.demon.co.uk on Thu, Jun 01, 2000 at 05:06:56PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 01, 2000 at 05:06:56PM +0100, Ben Smithurst wrote: > For some reason, 'cat' doesn't see EOF when my 'fifotest' program closes > the FIFO. Can someone tell me what I'm doing wrong here please? I didn't check your program, but I did try: mkfifo /tmp/a echo hello > /tmp/a & echo bye > /tmp/a & cat /tmp/a on a selection of systems (FreeBSD, Digital Unix, AIX, Solaris, Linux), and the cat always prints "hello\nbye\n". I think this is the same as what you're seeing in your program - the file is being closed and reopened while the reader has it open, so the writer can continue to write. I'm not sure how you can get around this, other than either the hacky way with the sleep, or maybe by using file locking of some sort. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 14:12:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gatekeeper.veriohosting.com (gatekeeper.veriohosting.com [192.41.0.2]) by hub.freebsd.org (Postfix) with ESMTP id BC12137BE02; Mon, 5 Jun 2000 14:12:43 -0700 (PDT) (envelope-from fred@veriohosting.com) Received: by gatekeeper.veriohosting.com; Mon, 5 Jun 2000 15:12:39 -0600 (MDT) Received: from unknown(192.168.1.7) by gatekeeper.veriohosting.com via smap (V3.1.1) id xma011355; Mon, 5 Jun 00 15:12:35 -0600 Received: from vespa.orem.iserver.com (vespa.orem.iserver.com [192.168.1.144]) by orca.orem.veriohosting.com [Verio Web Hosting, Inc. 801.437.0200] (8.8.8) id PAA34105; Mon, 5 Jun 2000 15:12:35 -0600 (MDT) Date: Mon, 5 Jun 2000 15:17:34 -0600 (MDT) From: Fred Clift X-Sender: fred@vespa.orem.iserver.com To: Jason Cc: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? In-Reply-To: <00aa01bfcf2f$0478c760$0dcb1f40@mom> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > The PCI spec basicly states that buses are to be probed depth first. As a > PCI bridge is found, it is assigned the next sequential bus number and > probed for additional bridges beyond it. As a new bridge is found, all the > parent bridges' subordinat bus number register is updated to the highest > numbered bus that exists beyond it. When no more PCI bridges are found on > the current bus, the routine should return to the parent bus and continue > probing for more PCI bridges, and so on. > Hm so does that mean that non-bridge devices on those busses should also be done depth first? I understand wanting to find all the busses first, but devices too? All the bioses I've seen seem to find all the busses, then assign resources to devices starting with those on bus 0 then bus 1 etc. This is also how FreeBSD <=3.4 work. Am I just missing something? Fred -- Fred Clift - fred@veriohosting.com -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 15: 9:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 1CF3937B606 for ; Mon, 5 Jun 2000 15:09:36 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.12 #1) id 12z4Pn-000AhT-00; Mon, 05 Jun 2000 22:28:07 +0100 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.12 #7) id 12z4Pn-00038w-00; Mon, 05 Jun 2000 22:28:07 +0100 Date: Mon, 5 Jun 2000 22:28:07 +0100 From: Ben Smithurst To: David Malone Cc: hackers@FreeBSD.org Subject: Re: readers missing EOF on FIFOs. Message-ID: <20000605222807.M42325@strontium.scientia.demon.co.uk> References: <20000605010324.E42325@strontium.scientia.demon.co.uk> <20000605214804.A61337@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000605214804.A61337@walton.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Malone wrote: > I didn't check your program, but I did try: > > mkfifo /tmp/a > echo hello > /tmp/a & > echo bye > /tmp/a & > cat /tmp/a that's essentially what I'm doing, yes. > I'm not sure how you can get around this, other than either the > hacky way with the sleep, or maybe by using file locking of some > sort. How about open, write, close, unlink, mkfifo That way when my program calls open when the reader already has the fifo open, it's not opening the same fifo (same name, but different inode etc in the filesystem). This seems to work, I'll ignore the extra overhead (however much it is). Or I could probably do mkfifo "fifo.new"; rename "fifo.new", "fifo"; to guarantee that "fifo" would always exist. Anyway, it's hardly an important application, the FIFO in question is "~/.signature". Can you guess what it does yet? :-) Yes I know there's probably something in the ports to do what I want, but I'm one of these perverted people who actually likes programming simple things like this, I might even learn something from it. -- Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 15:10:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from c1mailgw4.prontomail.com (admin.commtouch.com [208.178.29.200]) by hub.freebsd.org (Postfix) with ESMTP id E7DA337B606 for ; Mon, 5 Jun 2000 15:10:10 -0700 (PDT) (envelope-from giffunip@asme.org) Received: from c1mail01.prontomail.com (208.178.29.101) by c1mailgw4.prontomail.com (NPlex 4.5.049) id 3923BF4B001C940D for hackers@freebsd.org; Mon, 5 Jun 2000 15:10:06 -0700 Received: by c1mail01.prontomail.com (NPlex 2.0.123); Mon, 5 Jun 2000 15:10:06 -0700 Received: from 200.41.109.34 by SmtpServer for ; Mon, 05 Jun 2000 22:10:04 +0000 Message-ID: <393C270D.5BACA487@asme.org> Date: Mon, 05 Jun 2000 17:17:49 -0500 From: "Pedro F. Giffuni" Organization: Universidad Nacional de Colombia X-Mailer: Mozilla 4.5 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en,pdf MIME-Version: 1.0 To: Lloyd Rennie Cc: hackers@freebsd.org Subject: Re: Passwording boot loader. (fwd) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG sys transfers the systems files, I think he was referring to fdisk /MBR . FWIW, You could've just set the winbloze partition as the active one with fdisk. That's what I did to boot FreeBSD/Windows on my old 486 that wanted this special MBR (DDO) or it wouldn't recognize the hard disk. Nowadays I use OS/2's partition manager, and contrary to MS's efforts it works fine if you leave W98 in the partition that immediately follows the first one (owned by OS/2 Boot Manager). cheers, Pedro. Lloyd Rennie wrote: > > Forgot CC on reply... > > -- > Lloyd Rennie VBCnet GB Ltd lloyd@vbc.net > tel +44 (0) 117 929 1316 http://www.vbc.net fax +44 (0) 117 927 2015 > > ---------- Forwarded message ---------- > Date: Mon, 5 Jun 2000 17:02:28 +0100 > From: Josef Karthauser > To: Lloyd Rennie > Subject: Re: Passwording boot loader. > > On Mon, Jun 05, 2000 at 04:49:24PM +0100, Lloyd Rennie wrote: > > On Mon, 5 Jun 2000, Josef Karthauser wrote: > > > > > There appears to be some code in the /boot/support.4th file to force > > > the user to enter a password at kernel load time. Does anyone know > > > enough forth to tell me how to activate it? > > > > > > I've got Sony picking up my laptop any minute now and I want to > > > disable FreeBSD :( > > > > If it's dual-boot, drop into Windoze and > > > > sys c: > > > > This will overwrite the MBR, and only Windows will bo bootable. When you > > get it back you'll have to boot it with a bootdisk and rewrite it. > > Thanks Lloyd, I've done just that with sysinstall. > > Joe > -- > Josef Karthauser FreeBSD: How many times have you booted today? > Technical Manager Viagra for your server (http://www.uk.freebsd.org) > Pavilion Internet plc. [joe@pavilion.net, joe@uk.freebsd.org, joe@tao.org.uk] > > 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 Jun 5 15:10:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from maildb2.pdq.net (maildb2.pdq.net [204.145.251.85]) by hub.freebsd.org (Postfix) with SMTP id 3A84037BE88 for ; Mon, 5 Jun 2000 15:10:33 -0700 (PDT) (envelope-from jsmethers@pdq.net) X-AirNote: 1 Received: from 64-31-203-13.pdq.net [64.31.203.13-24] by alice.pdq.net ID 41_-1; Mon, 05 Jun 2000 17:06:55 -0500 Message-ID: <011001bfcf3a$f4b9bfd0$0dcb1f40@mom> From: "Jason" To: "Fred Clift" Cc: , References: Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? Date: Mon, 5 Jun 2000 17:11:07 -0500 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.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: "Fred Clift" > Hm so does that mean that non-bridge devices on those busses should also > be done depth first? I understand wanting to find all the busses first, > but devices too? All the bioses I've seen seem to find all the busses, > then assign resources to devices starting with those on bus 0 then bus 1 > etc. This is also how FreeBSD <=3.4 work. Am I just missing something? > > Fred No, I am. For some reason I didn't make a distinction between regular devices and bridge devices in my mind when I though about this. =p What needs to be changed is the assignment of resources based on a combination of chassis, slot numbers, and fuction number of a device in the slot, not based on the bus number. This would have the desired effect. There are four ways of obtaining information that may be used to do this. Useing the PCI interrupt routing table in BIOS memory, querying the PCI BIOS for the same table, use the PCI 2.2 chassis/slot numbering capabilities register, and using the function numbers of the device. Everything could be done while enumerating the buses. Doing this would also potentially allow the wiring down of devices based on the chassis, slot, and fuction of the slot. This would allow logical ordering of devices. Now it just needs to be implemented. - Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 15:16:57 2000 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 801DF37B791 for ; Mon, 5 Jun 2000 15:16:49 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 5 Jun 2000 23:16:48 +0100 (BST) To: Ben Smithurst Cc: hackers@FreeBSD.org Subject: Re: readers missing EOF on FIFOs. In-reply-to: Your message of "Mon, 05 Jun 2000 22:28:07 BST." <20000605222807.M42325@strontium.scientia.demon.co.uk> X-Request-Do: Date: Mon, 05 Jun 2000 23:16:48 +0100 From: David Malone Message-ID: <200006052316.aa96832@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > open, write, close, unlink, mkfifo Sounds like a strong conternder, though if something is unlucky enough to open the fifo between the close and the unlink it will just hang there. > Anyway, it's hardly an important application, the FIFO in question is > "~/.signature". Can you guess what it does yet? :-) Yes I know there's > probably something in the ports to do what I want, but I'm one of these > perverted people who actually likes programming simple things like this, > I might even learn something from it. I used to have a web page counter that used this method exactly, but we started using Apache and it doesn't like serving non-regular files ;-( No great loss. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 16:19:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown2-2-9.adsl.one.net [216.23.15.9]) by hub.freebsd.org (Postfix) with ESMTP id 9BCB637BBDA; Mon, 5 Jun 2000 16:19:26 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id TAA03969; Mon, 5 Jun 2000 19:25:45 -0400 (EDT) (envelope-from cokane) Date: Mon, 5 Jun 2000 19:25:45 -0400 From: Coleman Kane To: Neil Blakey-Milner Cc: Coleman Kane , "Daniel C. Sobral" , Bob K , Alfred Perlstein , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD Message-ID: <20000605192545.A3877@cokane.yi.org> References: <20000604105336.E17973@fw.wintelcom.net> <20000604174507.B46482@cokane.yi.org> <393AF958.3EF20DDC@newsguy.com> <20000604230650.A6732@cokane.yi.org> <20000605143137.A97113@mithrandr.moria.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000605143137.A97113@mithrandr.moria.org>; from nbm@mithrandr.moria.org on Mon, Jun 05, 2000 at 08:32:14AM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, it would be nice to auto-load or unload any module that is needed. not just ethernet and fs types. That's basically the idea. Say, if you load a driver that uses some resources that another one can use while the first one is off... that's what I'm talking about. Neil Blakey-Milner had the audacity to say: > > I'm still having problems working out what this will do. Can you > explain the differences between the current way of doing things, and > what your stuff will conceptually do? > > Neil > -- > Neil Blakey-Milner > Sunesi Clinical Systems > nbm@mithrandr.moria.org > -- Coleman Kane President, UC Free O.S. Users Group - http://pohl.ececs.uc.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 16:46:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id DBE2A37B84D for ; Mon, 5 Jun 2000 16:46:36 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from daniel.sobral (p06-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.7]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id IAA10182 for ; Tue, 6 Jun 2000 08:46:34 +0900 (JST) Received: (from dcs@localhost) by daniel.sobral (8.9.3/8.9.3) id IAA00583 for hackers@freebsd.org; Tue, 6 Jun 2000 08:47:42 +0900 (JST) (envelope-from dcs) From: "Daniel C. Sobral" Message-Id: <200006052347.IAA00583@daniel.sobral> Subject: Optimization To: hackers@freebsd.org Date: Tue, 6 Jun 2000 08:47:42 +0900 (JST) Disclaimer: Klaatu Barada Nikto! X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can someone discuss the performance trade-offs of the following two alternative codes (and maybe suggest alternatives)? Problem: I need to retrieve two values from a table. Alternative A: x = table[i].x; y = table[i].y; Alternative B: d = table[i]; x = d & MASK; y = d >> SHIFT; -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@there.is.no.bsdconspiracy.net To err is human -- to blame it on a computer is even more so. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 16:48:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.234]) by hub.freebsd.org (Postfix) with ESMTP id 8640637B84D for ; Mon, 5 Jun 2000 16:48:15 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id QAA00547; Mon, 5 Jun 2000 16:51:28 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006052351.QAA00547@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Jeroen C. van Gelderen" Cc: hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD In-reply-to: Your message of "Mon, 05 Jun 2000 16:46:44 EDT." <393C11B4.D40B9EBD@vangelderen.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Jun 2000 16:51:28 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > and if a module wants to unload itself due to > > "unuse", it can already do so. > > You wouldn't have control over that process if the modules decides > for itself. It's a sysadmin decision to unload modules, not the > module's decision. So why introduce a third party? ("kerneld") If the admin wants to remove a module, great. TBH, unloading an idle module is basically a waste of time. Modules are, on the whole, so small that the savings are entirely outweighed by the unnecessary complexity. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 16:55:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.234]) by hub.freebsd.org (Postfix) with ESMTP id E204737B8E7; Mon, 5 Jun 2000 16:55:30 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id QAA00657; Mon, 5 Jun 2000 16:58:56 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006052358.QAA00657@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Coleman Kane Cc: stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD In-reply-to: Your message of "Mon, 05 Jun 2000 19:25:45 EDT." <20000605192545.A3877@cokane.yi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Jun 2000 16:58:56 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Well, it would be nice to auto-load or unload any module that is needed. > not just ethernet and fs types. That's basically the idea. Say, if you > load a driver that uses some resources that another one can use while the > first one is off... that's what I'm talking about. "Some resources?" Er, no offence, but you're not making any sense. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 16:56: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 5350337BEA7; Mon, 5 Jun 2000 16:55:42 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e55NtU402906; Mon, 5 Jun 2000 16:55:30 -0700 (PDT) Date: Mon, 5 Jun 2000 16:55:30 -0700 From: Alfred Perlstein To: Coleman Kane Cc: Neil Blakey-Milner , "Daniel C. Sobral" , Bob K , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD Message-ID: <20000605165530.V17973@fw.wintelcom.net> References: <20000604105336.E17973@fw.wintelcom.net> <20000604174507.B46482@cokane.yi.org> <393AF958.3EF20DDC@newsguy.com> <20000604230650.A6732@cokane.yi.org> <20000605143137.A97113@mithrandr.moria.org> <20000605192545.A3877@cokane.yi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000605192545.A3877@cokane.yi.org>; from cokane@one.net on Mon, Jun 05, 2000 at 07:25:45PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Coleman Kane [000605 16:19] wrote: > Well, it would be nice to auto-load or unload any module that is > needed. not just ethernet and fs types. That's basically the > idea. Say, if you load a driver that uses some resources that > another one can use while the first one is off... that's what > I'm talking about. Oh, I see, too me it seems like a lot of work for not that much gain, nowadays with pnp and pci the reasource conflict game isn't nearly as bad. However if you come up with a design/implementation based on the current source I'm sure people would like to see it. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 16:58:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from happy.checkpoint.com (happy.checkpoint.com [199.203.156.41]) by hub.freebsd.org (Postfix) with ESMTP id 26E7F37BE32 for ; Mon, 5 Jun 2000 16:58:16 -0700 (PDT) (envelope-from mellon@pobox.com) Received: (from mellon@localhost) by happy.checkpoint.com (8.9.3/8.9.3) id CAA40944; Tue, 6 Jun 2000 02:57:18 +0300 (IDT) (envelope-from mellon@pobox.com) Date: Tue, 6 Jun 2000 02:57:18 +0300 From: Anatoly Vorobey To: "Daniel C. Sobral" Cc: hackers@freebsd.org Subject: Re: Optimization Message-ID: <20000606025717.A40896@happy.checkpoint.com> References: <200006052347.IAA00583@daniel.sobral> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200006052347.IAA00583@daniel.sobral>; from dcs@newsguy.com on Tue, Jun 06, 2000 at 08:47:42AM +0900 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 06, 2000 at 08:47:42AM +0900, Daniel C. Sobral wrote: > Can someone discuss the performance trade-offs of the following two > alternative codes (and maybe suggest alternatives)? > > Problem: I need to retrieve two values from a table. > > Alternative A: > > x = table[i].x; > y = table[i].y; > > Alternative B: > > d = table[i]; > x = d & MASK; > y = d >> SHIFT; Alternative A should be much faster. The compiler should be smart enough to cache &(table[i]) in a register. OTOH I am not sure it'll be smart enough to cache a structure (d) in a register even though it might fit there. The first line of Alternative B should take roughly as much as the whole of Alternative A, and even more if the compiler is stupider (and sets up an array-copying operation to retrieve d instead of explicitly copying x and y). Of course, if table[i] includes anything else besides x and y, B is slower yet. You might want to declare x and y as register if that's alright with you. It might speed you up wrt next operations you do with x and y. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 16:58:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 69B6437BE32 for ; Mon, 5 Jun 2000 16:58:39 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e55Nwc302944; Mon, 5 Jun 2000 16:58:38 -0700 (PDT) Date: Mon, 5 Jun 2000 16:58:38 -0700 From: Alfred Perlstein To: "Daniel C. Sobral" Cc: hackers@FreeBSD.ORG Subject: Re: Optimization Message-ID: <20000605165838.W17973@fw.wintelcom.net> References: <200006052347.IAA00583@daniel.sobral> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006052347.IAA00583@daniel.sobral>; from dcs@newsguy.com on Tue, Jun 06, 2000 at 08:47:42AM +0900 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Daniel C. Sobral [000605 16:47] wrote: > Can someone discuss the performance trade-offs of the following two > alternative codes (and maybe suggest alternatives)? > > Problem: I need to retrieve two values from a table. > > Alternative A: > > x = table[i].x; > y = table[i].y; > > Alternative B: > > d = table[i]; > x = d & MASK; > y = d >> SHIFT; x = table[i]; y = x >> SHIFT; x &= MASK; ? I would run gcc -O3 -S on the code on several archs and see what comes up. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 16:59:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id ED63437BE32; Mon, 5 Jun 2000 16:59:16 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e55NxGN02966; Mon, 5 Jun 2000 16:59:16 -0700 (PDT) Date: Mon, 5 Jun 2000 16:59:16 -0700 From: Alfred Perlstein To: Mike Smith Cc: Coleman Kane , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD Message-ID: <20000605165916.X17973@fw.wintelcom.net> References: <20000605192545.A3877@cokane.yi.org> <200006052358.QAA00657@mass.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006052358.QAA00657@mass.cdrom.com>; from msmith@FreeBSD.ORG on Mon, Jun 05, 2000 at 04:58:56PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Mike Smith [000605 16:58] wrote: > > > Well, it would be nice to auto-load or unload any module that is needed. > > not just ethernet and fs types. That's basically the idea. Say, if you > > load a driver that uses some resources that another one can use while the > > first one is off... that's what I'm talking about. > > "Some resources?" Er, no offence, but you're not making any sense. non shareable ISA irqs? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 17: 8:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mrnutty.zabbo.net (mrnutty.zabbo.net [207.170.222.13]) by hub.freebsd.org (Postfix) with ESMTP id 0175D37BF94 for ; Mon, 5 Jun 2000 17:08:30 -0700 (PDT) (envelope-from zab@mrnutty.zabbo.net) Received: (from zab@localhost) by mrnutty.zabbo.net (8.9.1/8.9.1) id RAA09498 for hackers@FreeBSD.ORG; Mon, 5 Jun 2000 17:07:43 -0700 Date: Mon, 5 Jun 2000 17:07:42 -0700 From: Zach Brown To: hackers@FreeBSD.ORG Subject: Re: Optimization Message-ID: <20000605170742.C9146@mrnutty.zabbo.net> References: <200006052347.IAA00583@daniel.sobral> <20000606025717.A40896@happy.checkpoint.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <20000606025717.A40896@happy.checkpoint.com>; from Anatoly Vorobey on Tue, Jun 06, 2000 at 02:57:18AM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 06, 2000 at 02:57:18AM +0300, Anatoly Vorobey wrote: > > Can someone discuss the performance trade-offs of the following two > > alternative codes (and maybe suggest alternatives)? > > > > Problem: I need to retrieve two values from a table. > > > > Alternative A: > > > > x = table[i].x; > > y = table[i].y; > > > > Alternative B: > > > > d = table[i]; > > x = d & MASK; > > y = d >> SHIFT; > > Alternative A should be much faster. The compiler should be smart Don't forget the effects of caching. If x/y are always referenced together, and memory is slow slow slow (on, say, any processor made in the last few years) then the cost of unmushing the data in the cpu could be much cheaper than the cost of going to memory to get x and y from different tables. It all depends on access patterns. do some benchmarking. extra credit for using cpu counters to get Real Numbers :) http://www.fz-juelich.de/zam/PCL/doc/pcl/pcl.html -- zach To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 17:17:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from happy.checkpoint.com (happy.checkpoint.com [199.203.156.41]) by hub.freebsd.org (Postfix) with ESMTP id 4DB4637BE32 for ; Mon, 5 Jun 2000 17:17:20 -0700 (PDT) (envelope-from mellon@pobox.com) Received: (from mellon@localhost) by happy.checkpoint.com (8.9.3/8.9.3) id DAA41181; Tue, 6 Jun 2000 03:17:07 +0300 (IDT) (envelope-from mellon@pobox.com) Date: Tue, 6 Jun 2000 03:17:07 +0300 From: Anatoly Vorobey To: Zach Brown Cc: hackers@freebsd.org Subject: Re: Optimization Message-ID: <20000606031706.A41154@happy.checkpoint.com> References: <200006052347.IAA00583@daniel.sobral> <20000606025717.A40896@happy.checkpoint.com> <20000605170742.C9146@mrnutty.zabbo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000605170742.C9146@mrnutty.zabbo.net>; from zab@zabbo.net on Mon, Jun 05, 2000 at 05:07:42PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 05, 2000 at 05:07:42PM -0700, Zach Brown wrote: > On Tue, Jun 06, 2000 at 02:57:18AM +0300, Anatoly Vorobey wrote: > > > > Can someone discuss the performance trade-offs of the following two > > > alternative codes (and maybe suggest alternatives)? > > > > > > Problem: I need to retrieve two values from a table. > > > > > > Alternative A: > > > > > > x = table[i].x; > > > y = table[i].y; > > > > > > Alternative B: > > > > > > d = table[i]; > > > x = d & MASK; > > > y = d >> SHIFT; > > > > Alternative A should be much faster. The compiler should be smart > > Don't forget the effects of caching. If x/y are always referenced > together, and memory is slow slow slow (on, say, any processor made in > the last few years) then the cost of unmushing the data in the cpu > could be much cheaper than the cost of going to memory to get x and y > from different tables. On the other hand, if the array is properly aligned, getting x will get the whole dword (qword, etc.) into the cache, and CPU won't have to run to the memory for y. Another problem with B is that I'm not sure the compiler will be smart enough to squeeze a structure into a register if it fits there, even with optimizations. Uhm, I think I'll run some tests on that, just for kicks. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 17:18: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cc677580-a.sumt1.nj.home.com (cc677580-a.sumt1.nj.home.com [24.3.178.81]) by hub.freebsd.org (Postfix) with ESMTP id DFD5E37BE32 for ; Mon, 5 Jun 2000 17:17:58 -0700 (PDT) (envelope-from squirk@home.com) Received: from localhost (squirk@localhost) by cc677580-a.sumt1.nj.home.com (8.9.3/8.9.3) with ESMTP id UAA36387; Mon, 5 Jun 2000 20:17:48 -0400 (EDT) (envelope-from squirk@home.com) X-Authentication-Warning: cc677580-a.sumt1.nj.home.com: squirk owned process doing -bs Date: Mon, 5 Jun 2000 20:17:48 -0400 (EDT) From: Steve Quirk X-Sender: squirk@cc677580-a.sumt1.nj.home.com To: "Daniel C. Sobral" Cc: hackers@FreeBSD.ORG Subject: Re: Optimization In-Reply-To: <200006052347.IAA00583@daniel.sobral> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "A" is a simple memory fetch and both instructions can operate independantly (the ".x", ".y" are just arbitrary struct offsets, right?). "B" is a fetch and a couple of trips through the ALU. It's splitting hairs, but I would opt for A since the memory cache should help with the slower memory access. Steve On Tue, 6 Jun 2000, Daniel C. Sobral wrote: > Can someone discuss the performance trade-offs of the following two > alternative codes (and maybe suggest alternatives)? > > Problem: I need to retrieve two values from a table. > > Alternative A: > > x = table[i].x; > y = table[i].y; > > Alternative B: > > d = table[i]; > x = d & MASK; > y = d >> SHIFT; > > -- > Daniel C. Sobral (8-DCS) > dcs@newsguy.com > dcs@freebsd.org > capo@there.is.no.bsdconspiracy.net > > To err is human -- to blame it on a computer is even more so. > > > 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 Jun 5 17:22:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.234]) by hub.freebsd.org (Postfix) with ESMTP id 016A537BE68; Mon, 5 Jun 2000 17:22:36 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id RAA00952; Mon, 5 Jun 2000 17:25:56 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006060025.RAA00952@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Alfred Perlstein Cc: Mike Smith , Coleman Kane , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD In-reply-to: Your message of "Mon, 05 Jun 2000 16:59:16 PDT." <20000605165916.X17973@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Jun 2000 17:25:56 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > * Mike Smith [000605 16:58] wrote: > > > > > Well, it would be nice to auto-load or unload any module that is needed. > > > not just ethernet and fs types. That's basically the idea. Say, if you > > > load a driver that uses some resources that another one can use while the > > > first one is off... that's what I'm talking about. > > > > "Some resources?" Er, no offence, but you're not making any sense. > > non shareable ISA irqs? They're "non shareable" at the hardware level ... like all the "non shareable" hardware resources. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 17:23:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cypherpunks.ai (cypherpunks.ai [209.88.68.47]) by hub.freebsd.org (Postfix) with ESMTP id 84F8937BE8F; Mon, 5 Jun 2000 17:23:37 -0700 (PDT) (envelope-from jeroen@vangelderen.org) Received: from vangelderen.org (grolsch.ai [209.88.68.214]) by cypherpunks.ai (Postfix) with ESMTP id F3E114C; Mon, 5 Jun 2000 20:23:33 -0400 (AST) Message-ID: <393C4467.3AD535D4@vangelderen.org> Date: Mon, 05 Jun 2000 20:23:03 -0400 From: "Jeroen C. van Gelderen" X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith Cc: hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD References: <200006052351.QAA00547@mass.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > > > and if a module wants to unload itself due to > > > "unuse", it can already do so. > > > > You wouldn't have control over that process if the modules decides > > for itself. It's a sysadmin decision to unload modules, not the > > module's decision. > > So why introduce a third party? ("kerneld") If the admin wants to > remove a module, great. That was the point I was trying to make. If the admin wants to remove modules manually he can do so. If he wants to have it happen periodically he can set up a cron job to do it. You would just need to add an option to kldunload that unloads all unused modules. You didn't read very well, I never promoted "kerneld". This last comment referred to > and if a module wants to unload itself due to > "unuse", it can already do so. because modules should not unload themselves, it's up to the admin to decide. Cheers, Jeroen -- Jeroen C. van Gelderen o _ _ _ jeroen@vangelderen.org _o /\_ _ \\o (_)\__/o (_) _< \_ _>(_) (_)/<_ \_| \ _|/' \/ (_)>(_) (_) (_) (_) (_)' _\o_ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 17:26:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 9C74E37BE68 for ; Mon, 5 Jun 2000 17:26:17 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from daniel.sobral (p06-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.7]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id JAA18633; Tue, 6 Jun 2000 09:26:12 +0900 (JST) Received: (from dcs@localhost) by daniel.sobral (8.9.3/8.9.3) id JAA00822; Tue, 6 Jun 2000 09:27:21 +0900 (JST) (envelope-from dcs) From: "Daniel C. Sobral" Message-Id: <200006060027.JAA00822@daniel.sobral> Subject: Re: Optimization In-Reply-To: <20000605170742.C9146@mrnutty.zabbo.net> from "Zach Brown" at "Jun 5, 2000 05:07:42 pm" To: "Zach Brown" Date: Tue, 6 Jun 2000 09:27:21 +0900 (JST) Cc: hackers@FreeBSD.ORG Disclaimer: Klaatu Barada Nikto! X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Unheedful of thy elder's warnings, Zach Brown wrote: > > Don't forget the effects of caching. If x/y are always referenced > together, and memory is slow slow slow (on, say, any processor made in > the last few years) then the cost of unmushing the data in the cpu > could be much cheaper than the cost of going to memory to get x and y > from different tables. It all depends on access patterns. That's why I used a table of structure instead of two tables. The second fetch on the alternative A is all but garanteed to be cached. > do some benchmarking. extra credit for using cpu counters to get Real > Numbers :) http://www.fz-juelich.de/zam/PCL/doc/pcl/pcl.html Benchmarks can be deceiving if you don't know the issues behind the code. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@there.is.no.bsdconspiracy.net The smallest worm will turn being trodden on. -- William Shakespeare, "Henry VI" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 17:30:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 7B20437BE81 for ; Mon, 5 Jun 2000 17:30:41 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from daniel.sobral (p06-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.7]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id JAA19754; Tue, 6 Jun 2000 09:30:38 +0900 (JST) Received: (from dcs@localhost) by daniel.sobral (8.9.3/8.9.3) id JAA00841; Tue, 6 Jun 2000 09:31:46 +0900 (JST) (envelope-from dcs) From: "Daniel C. Sobral" Message-Id: <200006060031.JAA00841@daniel.sobral> Subject: Re: Optimization In-Reply-To: <20000606031706.A41154@happy.checkpoint.com> from "Anatoly Vorobey" at "Jun 6, 2000 03:17:07 am" To: "Anatoly Vorobey" Date: Tue, 6 Jun 2000 09:31:46 +0900 (JST) Cc: "Zach Brown" , hackers@FreeBSD.ORG Disclaimer: Klaatu Barada Nikto! X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Unheedful of thy elder's warnings, Anatoly Vorobey wrote: > > > > > > Problem: I need to retrieve two values from a table. > > > > > > > > Alternative A: > > > > > > > > x = table[i].x; > > > > y = table[i].y; > > > > > > > > Alternative B: > > > > > > > > d = table[i]; > > > > x = d & MASK; > > > > y = d >> SHIFT; > > > > > > Alternative A should be much faster. The compiler should be smart [stuff about d being a structure] It isn't. A 32 bits integer is enough to keep both values (but not a 16 one). So question is whether unmangling the stuff is more or less efficient than a second fetch almost garanteed to be cached. > On the other hand, if the array is properly aligned, getting x will > get the whole dword (qword, etc.) into the cache, and CPU won't have > to run to the memory for y. Another problem with B is that I'm not sure > the compiler will be smart enough to squeeze a structure into a register > if it fits there, even with optimizations. Uhm, I think I'll run some > tests on that, just for kicks. Assume x and y to be short, MASK to be 0xffff, and SHIFT to be 16. Though I doubt there is any gain in actually declaring any of these variables to be a short. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@there.is.no.bsdconspiracy.net The smallest worm will turn being trodden on. -- William Shakespeare, "Henry VI" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 17:48:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 5D6E637B683 for ; Mon, 5 Jun 2000 17:48:07 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id AAA03945; Tue, 6 Jun 2000 00:47:01 GMT (envelope-from doconnor@gsoft.com.au) 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: Tue, 06 Jun 2000 10:17:01 +0930 (CST) From: "Daniel O'Connor" To: Steve Quirk Subject: Re: Optimization Cc: hackers@FreeBSD.ORG, "Daniel C. Sobral" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 06-Jun-00 Steve Quirk wrote: > "A" is a simple memory fetch and both instructions can operate > independantly (the ".x", ".y" are just arbitrary struct offsets, right?). > > "B" is a fetch and a couple of trips through the ALU. > > It's splitting hairs, but I would opt for A since the memory cache should > help with the slower memory access. Well.. its not 'the ALU' anymore.. A modern CPU has many execution units. The processor can parallelize > x = d & MASK; > y = d >> SHIFT; because you don't write to d. Suck it and see :) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 17:54:10 2000 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 BAFF237B82E for ; Mon, 5 Jun 2000 17:54:07 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id RAA89067; Mon, 5 Jun 2000 17:53:52 -0700 (PDT) (envelope-from dillon) Date: Mon, 5 Jun 2000 17:53:52 -0700 (PDT) From: Matthew Dillon Message-Id: <200006060053.RAA89067@apollo.backplane.com> To: "Daniel C. Sobral" Cc: "Anatoly Vorobey" , "Zach Brown" , hackers@FreeBSD.ORG Subject: Re: Optimization References: <200006060031.JAA00841@daniel.sobral> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> > > > Alternative A: :> > > > :> > > > x = table[i].x; :> > > > y = table[i].y; :> > > > :> > > > Alternative B: :> > > > :> > > > d = table[i]; :> > > > x = d & MASK; :> > > > y = d >> SHIFT; In general I wouldn't bother spending time trying to hand-optimize the code like this, especially if the result is less readable. The difference is going to be in the noise verses the cost of a cache miss. Just use method #A. But if you really want to, keep in mind that simple ALU operations such as addition, subtraction, and, or, and xor, are typically cheap. Shift instructions are often more expensive (depending on whether the cpu implements a barrel shifter or not). If you want to optimize code on a modern cpu the best thing to do is to pay careful attention to memory cache issues and choose the right algorithms... and pretty much ignore everything else. What that means, in general, is that you should try to cluster memory items that are referenced together. This will almost certainly result in a much greater performance benefit then trying to save a few 1-cycle instructions here and there. If you want to optimize code in a reasonably-portable way you should also stay away from introducing new shift instructions. It takes a relatively sophisticated benchmark to really determine cache load. Writing a little tightly-looped timing program will give you false results. -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 Mon Jun 5 18: 0:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from happy.checkpoint.com (happy.checkpoint.com [199.203.156.41]) by hub.freebsd.org (Postfix) with ESMTP id 035E637BE87 for ; Mon, 5 Jun 2000 18:00:06 -0700 (PDT) (envelope-from mellon@pobox.com) Received: (from mellon@localhost) by happy.checkpoint.com (8.9.3/8.9.3) id DAA43191; Tue, 6 Jun 2000 03:59:48 +0300 (IDT) (envelope-from mellon@pobox.com) Date: Tue, 6 Jun 2000 03:59:48 +0300 From: Anatoly Vorobey To: "Daniel C. Sobral" Cc: hackers@freebsd.org Subject: Re: Optimization Message-ID: <20000606035948.A41527@happy.checkpoint.com> References: <20000606031706.A41154@happy.checkpoint.com> <200006060031.JAA00841@daniel.sobral> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200006060031.JAA00841@daniel.sobral>; from dcs@newsguy.com on Tue, Jun 06, 2000 at 09:31:46AM +0900 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 06, 2000 at 09:31:46AM +0900, Daniel C. Sobral wrote: > > > > > Alternative A: > > > > > > > > > > x = table[i].x; > > > > > y = table[i].y; > > > > > > > > > > Alternative B: > > > > > > > > > > d = table[i]; > > > > > x = d & MASK; > > > > > y = d >> SHIFT; > > > > > > > > Alternative A should be much faster. The compiler should be smart > [stuff about d being a structure] > > It isn't. Ah, I didn't realize you have freedom of changing table[i]'s type between implementations . Okay, I change my mind then. B is better. I ran a quick test with -O3 on i386. What happens in A is that it transfers 32-bit values anyway, but isn't smart enough to do it only once. So it accesses *(table+i*2), and then *(table+2+i*2), both accesses taking one instruction (and i*2 sitting precomputed in a register). It puts one in eax, stores ax away, then puts the other in eax, and stores ax away. In B, it accesses (*table+i*2) once, puts it in eax, stores ax away, rotates eax, stores ax away. Rotation should win over memory access even if it goes through cache, especially considering the memory access has a constant displacement inside the instrution. If you test it, be sure to declare x and y volatile, otherwise you'll the hardest time getting gcc from keeping them in registers. Don't use a constant i, or it'll precompute addresses, etc. Use -O3 -g -S, and .stabs entries in the assembly file will mark line boundaries in source. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 18:42: 9 2000 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 146B437B8AD for ; Mon, 5 Jun 2000 18:42:06 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id SAA89210; Mon, 5 Jun 2000 18:42:01 -0700 (PDT) (envelope-from dillon) Date: Mon, 5 Jun 2000 18:42:01 -0700 (PDT) From: Matthew Dillon Message-Id: <200006060142.SAA89210@apollo.backplane.com> To: Anatoly Vorobey Cc: "Daniel C. Sobral" , hackers@FreeBSD.ORG Subject: Re: Optimization References: <20000606031706.A41154@happy.checkpoint.com> <200006060031.JAA00841@daniel.sobral> <20000606035948.A41527@happy.checkpoint.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cc -S -O2 x.c struct u { short a; short b; }; struct u table[256]; void fubar(int i) { register struct u value = table[i]; fubar2(value.a, value.b); } But, as I said, spending all your time trying to optimize out a few 5 nS instructions here and there is a supreme waste of time. It will lull you into a false sense of performance and cause you to miss more obvious performance issues. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 18:58:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 93F1D37BEC1; Mon, 5 Jun 2000 18:58:39 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id TAA72545; Mon, 5 Jun 2000 19:58:37 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id TAA65178; Mon, 5 Jun 2000 19:57:56 -0600 (MDT) Message-Id: <200006060157.TAA65178@harmony.village.org> To: "Koster, K.J." Subject: Re: PnP OS (was: S5933 PCI Adapter..??) Cc: "'Mike Smith'" , freebsd-hackers In-reply-to: Your message of "Mon, 05 Jun 2000 11:33:56 BST." <59063B5B4D98D311BC0D0001FA7E4522026D75D9@l04.research.kpn.com> References: <59063B5B4D98D311BC0D0001FA7E4522026D75D9@l04.research.kpn.com> Date: Mon, 05 Jun 2000 19:57:56 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <59063B5B4D98D311BC0D0001FA7E4522026D75D9@l04.research.kpn.com> "Koster, K.J." writes: : That leaves me wondering, would FreeBSD qualify as a "PnP OS"? I mean, in my : BIOS setup, would I answer "yes" or "no" to the question "PnP OS?". (Asus : K7V, Award BIOS, if that makes a difference). "No." is the right answer. It will change to "yes" in the fullness of time. PnP support gets us lots of things, especially in the cardbus/pccard area (well, I'm biased :-). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 20: 7:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id C8BFE37BED7 for ; Mon, 5 Jun 2000 20:07:26 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by relay.butya.kz with local-esmtp (Exim 3.13 #1) id 12z9hb-000FTX-00; Tue, 06 Jun 2000 10:06:51 +0700 Date: Tue, 6 Jun 2000 10:06:51 +0700 (ALMST) From: Boris Popov To: "Yevmenkin, Maksim N, CSCIO" Cc: "'hackers@freebsd.org'" Subject: RE: kerneld for FreeBSD In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 5 Jun 2000, Yevmenkin, Maksim N, CSCIO wrote: > > I have no faith at all any metric other than one determined > > by the module > > itself to indicate "unuse", and if a module wants to unload > > itself due to > > so you point is that we could put a "use/unuse" logic inside > each of kernel module. is that correct? even if different > kernel modules implement device drivers for the same class > of hardware? network interfaces (cards) for example. i would > say if interface is marked as ``down'', has no IP, has no > references in routing table/firewall, it could be considered > as ``gone''. No, in general it is not desirable, because it will require hardware reprobe operation on the next load. For PCCARDs we already have pccardd(8) which can be integrated into devd at some point. The whole idea of kerneld sounds unreasonable to me. It is completely unneeded for servers and may have only limited use for FreeBSD based workstations. More to the point - for some machines I'm compile all required modules into a single (or two) KLDs - in this case kerneld will not be helpful at all. Remember, KLD != module. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 22:48: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from xena.gsicomp.on.ca (gsi.enoreo.on.ca [209.82.52.145]) by hub.freebsd.org (Postfix) with ESMTP id 314A837B61A for ; Mon, 5 Jun 2000 22:47:55 -0700 (PDT) (envelope-from matt@xena.gsicomp.on.ca) Received: from matt (cr677933-a.ktchnr1.on.wave.home.com [24.42.130.87]) by xena.gsicomp.on.ca (8.10.1/8.9.2) with SMTP id e565lhK71259 for ; Tue, 6 Jun 2000 01:47:44 -0400 (EDT) (envelope-from matt@xena.gsicomp.on.ca) Message-ID: <000a01bfcf7a$cc810330$1200a8c0@matt> From: "Matthew Emmerton" To: Subject: iBCS status? Date: Tue, 6 Jun 2000 01:48:10 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01BFCF59.44BB2E60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0007_01BFCF59.44BB2E60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, I was recently playing around with iBCS support in FreeBSD 3.4/4.0, and = noticed that there hasn't been much done since 96/97. From what I can = see now, FreeBSD can't run SCO OpenServer 5.0 ELF binaries, which is a = feature I need desperately -- Linux has this functionality. If anyone is working on iBCS, let me know, otherwise I'll start hacking = away at the the emulation code to allow SCO OSR5 ELF stuff. Thanks, -- Matthew Emmerton GSI Computer Services ------=_NextPart_000_0007_01BFCF59.44BB2E60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi all,
 
I was recently playing around with iBCS = support in=20 FreeBSD 3.4/4.0, and noticed that there hasn't been much done since = 96/97. =20 From what I can see now, FreeBSD can't run SCO OpenServer 5.0 ELF = binaries,=20 which is a feature I need desperately -- Linux has this=20 functionality.
 
If anyone is working on iBCS, let me = know,=20 otherwise I'll start hacking away at the the emulation code to allow SCO = OSR5=20 ELF stuff.
 
Thanks,
 
--
Matthew Emmerton
GSI Computer=20 Services
------=_NextPart_000_0007_01BFCF59.44BB2E60-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 22:52: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gizmo.internode.com.au (gizmo.internode.com.au [192.83.231.115]) by hub.freebsd.org (Postfix) with ESMTP id 41C6437B61A for ; Mon, 5 Jun 2000 22:51:56 -0700 (PDT) (envelope-from newton@gizmo.internode.com.au) Received: (from newton@localhost) by gizmo.internode.com.au (8.9.3/8.9.3) id PAA82845; Tue, 6 Jun 2000 15:21:28 +0930 (CST) (envelope-from newton) Date: Tue, 6 Jun 2000 15:21:28 +0930 From: Mark Newton To: Matthew Emmerton Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: iBCS status? Message-ID: <20000606152128.B82736@internode.com.au> References: <000a01bfcf7a$cc810330$1200a8c0@matt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <000a01bfcf7a$cc810330$1200a8c0@matt> X-PGP-Key: http://www.on.net/~newton/pgpkey.txt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 06, 2000 at 01:48:10AM -0400, Matthew Emmerton wrote: > I was recently playing around with iBCS support in FreeBSD 3.4/4.0, > and noticed that there hasn't been much done since 96/97. From what > I can see now, FreeBSD can't run SCO OpenServer 5.0 ELF binaries, > which is a feature I need desperately -- Linux has this functionality. > If anyone is working on iBCS, let me know, otherwise I'll start hacking > away at the the emulation code to allow SCO OSR5 ELF stuff. SCO OpenServer doesn't use iBCS2, it's an SysVR4 ELF system. FreeBSD has notional support for it under the svr4 emulator in 4.x and -current, but hardly any testing has been done with SCO (I've been using Solaris binaries and libraries). If you want to play with it and send patches, feel free to bounce them my way. See http://slash.dotat.org/~newton/freebsd-svr4/ for more info. - mark -- Mark Newton Email: newton@internode.com.au (W) Network Engineer Email: newton@atdot.dotat.org (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 23: 1:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from scout.tulatelecom.ru (scout.tulatelecom.ru [212.12.0.2]) by hub.freebsd.org (Postfix) with ESMTP id 5DBB537BEB1 for ; Mon, 5 Jun 2000 23:01:43 -0700 (PDT) (envelope-from kamchi@tula.net) Received: from [212.12.1.103] (helo=default) by scout.tulatelecom.ru with esmtp (Exim 2.11 #1) id 12zCJg-0000g3-00 for freebsd-hackers@FreeBSD.ORG; Tue, 6 Jun 2000 09:54:20 +0400 From: "Andrew Kamchatnikov" To: Subject: to subscribe Date: Tue, 6 Jun 2000 09:50:56 +0400 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I want to subscribe. Andrew Kamchatnikov, kamchi@tula.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 23:26: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 4C5EB37B61A for ; Mon, 5 Jun 2000 23:26:04 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id BAA03699; Tue, 6 Jun 2000 01:25:53 -0500 (CDT) (envelope-from dan) Date: Tue, 6 Jun 2000 01:25:53 -0500 From: Dan Nelson To: Mark Newton Cc: Matthew Emmerton , freebsd-hackers@FreeBSD.ORG Subject: Re: iBCS status? Message-ID: <20000606012552.A1515@dan.emsphone.com> References: <000a01bfcf7a$cc810330$1200a8c0@matt> <20000606152128.B82736@internode.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000606152128.B82736@internode.com.au>; from "Mark Newton" on Tue Jun 6 15:21:28 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Jun 06), Mark Newton said: > On Tue, Jun 06, 2000 at 01:48:10AM -0400, Matthew Emmerton wrote: > > > I was recently playing around with iBCS support in FreeBSD > > 3.4/4.0, and noticed that there hasn't been much done since 96/97. > > From what I can see now, FreeBSD can't run SCO OpenServer 5.0 ELF > > binaries, which is a feature I need desperately -- Linux has this > > functionality. If anyone is working on iBCS, let me know, > > otherwise I'll start hacking away at the the emulation code to > > allow SCO OSR5 ELF stuff. > > SCO OpenServer doesn't use iBCS2, it's an SysVR4 ELF system. FreeBSD > has notional support for it under the svr4 emulator in 4.x and > -current, but hardly any testing has been done with SCO (I've been > using Solaris binaries and libraries). I can say it pretty much doesn't work at all on SCO. There is apparently quite a difference between Solaris and SCO SVR4; the first thing I had to do was change the lseek() syscall to use 32-bit offsets instead of 64-bit, for example. SCO binaries also require most of the iBCS2 emulation to exist as well, so I ended up making svr4.ko depend on ibcs2.ko. I'm currently stuck trying to get getdents() and fstat() work. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 23:27:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasi.com (sasi.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id 0402F37BA41 for ; Mon, 5 Jun 2000 23:27:41 -0700 (PDT) (envelope-from gbnaidu@sasi.com) Received: from samar (sasi.com [164.164.56.2]) by sasi.com (8.9.3/8.9.3) with SMTP id LAA26639 for ; Tue, 6 Jun 2000 11:55:30 +0530 (IST) Received: from pcd75.sasi.com ([10.0.16.75]) by sasi.com; Tue, 06 Jun 2000 11:55:28 +0000 (IST) Received: from localhost (gbnaidu@localhost) by pcd75.sasi.com (8.9.3/8.9.3) with ESMTP id LAA01211; Tue, 6 Jun 2000 11:55:18 +0530 Date: Tue, 6 Jun 2000 11:55:18 +0530 (IST) From: "G.B.Naidu" To: Alfred Perlstein Cc: hackers@FreeBSD.ORG, Deepika Kakrania , Madhavi Suram Subject: Re: How do I get port inside kernel.... In-Reply-To: <20000605094240.N17973@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Thanks a lot for your reply. It's quite useful. But I have some more questions generated of this study of nfs code and sendfile(2) code. The question is about getting a proc structure. Here it is. As you all know that every system call in side kernel needs a process structure to be passed. So to call socreate, sobind or getsocket we need a proc structure. My doubt is which process structure to pass? In nfs code, at some places it is passing the curproc structure which is nothing but currently running process. At other places example for socreate() and sobind(), it is using proc0 structure which is nothing but of the swap process. So when I am executing the kernel, what is the current process? Is it safe if I use proc0 to pass the proc structure to call socreate() and sobind()? How safe it is to use curproc structure? Somebody mentioned that it will not work in interrupt handlers. So somebody out there throw some light on the currently running process when inside kernel? thanks a lot --gb On Mon, 5 Jun 2000, Alfred Perlstein wrote: > * G.B.Naidu [000605 05:37] wrote: > > > > Hi, > > > > If I want to get a port inside kernel, how do I do that? In user land we > > will call socket(), bind() to get a port. But in kernel, is there any way > > to get a new port? > > > > Any ideas are appreciated. > > Check the nfsd code. src/sys/nfs > > -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 23:42:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown2-2-9.adsl.one.net [216.23.15.9]) by hub.freebsd.org (Postfix) with ESMTP id 702EC37B7FF; Mon, 5 Jun 2000 23:42:39 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id CAA02092; Tue, 6 Jun 2000 02:49:17 -0400 (EDT) (envelope-from cokane) Date: Tue, 6 Jun 2000 02:49:17 -0400 From: Coleman Kane To: Mike Smith Cc: Alfred Perlstein , Coleman Kane , stable@freebsd.org, hackers@freebsd.org Subject: Re: kerneld for FreeBSD Message-ID: <20000606024917.B2006@cokane.yi.org> References: <20000605165916.X17973@fw.wintelcom.net> <200006060025.RAA00952@mass.cdrom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" X-Mailer: Mutt 1.0.1i In-Reply-To: <200006060025.RAA00952@mass.cdrom.com>; from msmith@freebsd.org on Mon, Jun 05, 2000 at 08:22:36PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable No, they are technically shareable, as long as you don't attept to expect either of them at the software level to respond at a certain time. This is why you can have COM2 and COM4 on the same interrupt in windows or DOS, as long as you don't use them at the same time. The ISA bus is a very simple interface, and typically nothing at the hardware level causes a system to crash when resources are shared. It is usually a driver expecting information from its device, when another one is already using a certain interrupt. The only counter to this is MIO and PIO, where the result of an input is undefined, and an output is supposed to cause the data to go to both devices. I was actually aiming more towards, memory allocations, and other things like MTRRs and X and stuff. From the MTRR standpoint, most 6th gen processors (for the sake of argument the K6CXT is 6th gen) have MTRRs, registers that can define how memory ranges are utilized in the processor. There are only a finite number of these, therefore if you were to disable them for some hardware that didn't need them you could spread them out. It would also be really great (and I was originally not informed about the current state of autoloading/unloading of modules for fs and net devices) to move completely to loading everything out of klds, rather than compiling the kernel. It may also help some debugging to be able to pull apart the kernel peice by peice, having a basic default "failsafe" kernel to boot from that would subsequently begin to load the necessary modules specified, or to load them in real time and unload them when finished. I really am not sure about the reality of this proposal, and someone brought it up earlier, so I thought I'd stick my head in on it. This email is getting rather lengthy, maybe I'll try fiddling with something tonight... school is over until summer quarter starts. Mike Smith had the audacity to say: >=20 > They're "non shareable" at the hardware level ... like all the "non=20 > shareable" hardware resources. >=20 --=20 Coleman Kane President,=20 UC Free O.S. Users Group - http://pohl.ececs.uc.edu --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE5PJ7tERViMObJ880RAaS0AJ0eck/61rwJHDiatT75DuAxViyMAACg2vMA Xxv40cqzxSdnoFvFtGjCA7s= =f7Jz -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 23:52:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown2-2-9.adsl.one.net [216.23.15.9]) by hub.freebsd.org (Postfix) with ESMTP id A2DDE37BFA6; Mon, 5 Jun 2000 23:52:09 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id CAA02165; Tue, 6 Jun 2000 02:58:47 -0400 (EDT) (envelope-from cokane) Date: Tue, 6 Jun 2000 02:58:47 -0400 From: Coleman Kane To: Mike Smith Cc: Coleman Kane , stable@freebsd.org, hackers@freebsd.org Subject: Re: kerneld for FreeBSD Message-ID: <20000606025847.D2006@cokane.yi.org> References: <20000605192545.A3877@cokane.yi.org> <200006052358.QAA00657@mass.cdrom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="8P1HSweYDcXXzwPJ" X-Mailer: Mutt 1.0.1i In-Reply-To: <200006052358.QAA00657@mass.cdrom.com>; from msmith@freebsd.org on Mon, Jun 05, 2000 at 07:58:04PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --8P1HSweYDcXXzwPJ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Sorry, been working a strange schedule this week. By resources, I meant ker= nel resources such as kmem space, from what I have been hearing though, it seem= s as though the kernel does a lot this stuff already. I dunno, but someone else posted awhile back about this, so I was still interested. Mike Smith had the audacity to say: >=20 > > Well, it would be nice to auto-load or unload any module that is needed. > > not just ethernet and fs types. That's basically the idea. Say, if you > > load a driver that uses some resources that another one can use while t= he > > first one is off... that's what I'm talking about. >=20 > "Some resources?" Er, no offence, but you're not making any sense. >=20 --=20 Coleman Kane President,=20 UC Free O.S. Users Group - http://pohl.ececs.uc.edu --8P1HSweYDcXXzwPJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE5PKEnERViMObJ880RAQpMAJ43Mmbao0GP0zJ40ezx0JxHg8+cLgCg30uL zhJoHgwHE7UUC0ayyP0DL4A= =4EkQ -----END PGP SIGNATURE----- --8P1HSweYDcXXzwPJ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 5 23:52:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasi.com (sasi.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id EE75237C0E3 for ; Mon, 5 Jun 2000 23:52:24 -0700 (PDT) (envelope-from gbnaidu@sasi.com) Received: from samar (sasi.com [164.164.56.2]) by sasi.com (8.9.3/8.9.3) with SMTP id MAA27601 for ; Tue, 6 Jun 2000 12:20:17 +0530 (IST) Received: from pcd75.sasi.com ([10.0.16.75]) by sasi.com; Tue, 06 Jun 2000 12:20:15 +0000 (IST) Received: from localhost (gbnaidu@localhost) by pcd75.sasi.com (8.9.3/8.9.3) with ESMTP id MAA01230; Tue, 6 Jun 2000 12:20:06 +0530 Date: Tue, 6 Jun 2000 12:20:06 +0530 (IST) From: "G.B.Naidu" To: Duncan Barclay Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: wakeup() question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, For me it appears that the process should be marked as runnable. But I am not sure. thanks --gb On Mon, 5 Jun 2000, Duncan Barclay wrote: > Hi all > > Does wakeup() ever cause a sleeping processes to run before the wakeup() > function returns, or does it just mark the process as running? > > Duncan > > --- > ________________________________________________________________________ > Duncan Barclay | God smiles upon the little children, > dmlb@ragnet.demon.co.uk | the alcoholics, and the permanently stoned. > ________________________________________________________________________ > > > 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 Jun 5 23:55:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gizmo.internode.com.au (gizmo.internode.com.au [192.83.231.115]) by hub.freebsd.org (Postfix) with ESMTP id 5BE3337B9E2 for ; Mon, 5 Jun 2000 23:55:38 -0700 (PDT) (envelope-from newton@gizmo.internode.com.au) Received: (from newton@localhost) by gizmo.internode.com.au (8.9.3/8.9.3) id QAA83277; Tue, 6 Jun 2000 16:24:53 +0930 (CST) (envelope-from newton) Date: Tue, 6 Jun 2000 16:24:53 +0930 From: Mark Newton To: Dan Nelson Cc: Matthew Emmerton , freebsd-hackers@FreeBSD.ORG Subject: Re: iBCS status? Message-ID: <20000606162453.B83108@internode.com.au> References: <000a01bfcf7a$cc810330$1200a8c0@matt> <20000606152128.B82736@internode.com.au> <20000606012552.A1515@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <20000606012552.A1515@dan.emsphone.com> X-PGP-Key: http://www.on.net/~newton/pgpkey.txt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 06, 2000 at 01:25:53AM -0500, Dan Nelson wrote: > In the last episode (Jun 06), Mark Newton said: > > On Tue, Jun 06, 2000 at 01:48:10AM -0400, Matthew Emmerton wrote: > > > > > I was recently playing around with iBCS support in FreeBSD > > > 3.4/4.0, and noticed that there hasn't been much done since 96/97. > > > From what I can see now, FreeBSD can't run SCO OpenServer 5.0 ELF > > > binaries, which is a feature I need desperately -- Linux has this > > > functionality. If anyone is working on iBCS, let me know, > > > otherwise I'll start hacking away at the the emulation code to > > > allow SCO OSR5 ELF stuff. > > > > SCO OpenServer doesn't use iBCS2, it's an SysVR4 ELF system. FreeBSD > > has notional support for it under the svr4 emulator in 4.x and > > -current, but hardly any testing has been done with SCO (I've been > > using Solaris binaries and libraries). > > I can say it pretty much doesn't work at all on SCO. I'm not at all surprised :-) I've had some reports from people who say they've had limited success, but since I don't have any SCO bits here I haven't been running any SCO software. > There is > apparently quite a difference between Solaris and SCO SVR4; the first > thing I had to do was change the lseek() syscall to use 32-bit offsets > instead of 64-bit, for example. Interesting - Solaris has two lseek syscalls, notionally "lseek" and "lseek64". If SCO only has one, which is a 64 bit variant, could you perhaps let me know what its syscall number is? - mark -- Mark Newton Email: newton@internode.com.au (W) Network Engineer Email: newton@atdot.dotat.org (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 1:38:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gandalf.systems.pavilion.net (gandalf.systems.pavilion.net [212.74.1.101]) by hub.freebsd.org (Postfix) with ESMTP id 9036F37BFA7 for ; Tue, 6 Jun 2000 01:38:07 -0700 (PDT) (envelope-from joe@pavilion.net) Received: by gandalf.systems.pavilion.net (Postfix, from userid 100) id 158EB3331E; Tue, 6 Jun 2000 09:38:01 +0100 (BST) Date: Tue, 6 Jun 2000 09:38:01 +0100 From: Josef Karthauser To: Brian Somers Cc: Lloyd Rennie , hackers@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: Passwording boot loader. (fwd) Message-ID: <20000606093801.C25656@gandalf.systems.pavilion.net> References: <200006051907.UAA00820@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200006051907.UAA00820@hak.lan.Awfulhak.org>; from brian@Awfulhak.org on Mon, Jun 05, 2000 at 08:07:53PM +0100 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 05, 2000 at 08:07:53PM +0100, Brian Somers wrote: > > ***SHUDDER*** > > Here's anotherone... dodgy keyboard. > Hmm, looks like he hasn't allocated loads of his disk. > I'll just....... > I know I know. I'm hoping that there are records with at Sony's end say: this customer is a pain in the arse! He kept me on the phone for two hours trying to explain that he also runs another operating system on his machine. ! Joe -- Josef Karthauser FreeBSD: How many times have you booted today? Technical Manager Viagra for your server (http://www.uk.freebsd.org) Pavilion Internet plc. [joe@pavilion.net, joe@uk.freebsd.org, joe@tao.org.uk] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 3:33:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from outpost.huebner.org (hans.walledcity.de [212.84.209.59]) by hub.freebsd.org (Postfix) with ESMTP id 835BC37B517 for ; Tue, 6 Jun 2000 03:33:25 -0700 (PDT) (envelope-from hans@Huebner.ORG) Received: from localhost.huebner.org ([127.0.0.1] helo=localhost ident=hans) by outpost.huebner.org with esmtp (Exim 3.13 #1) id 12zGfh-0002H6-00 for freebsd-hackers@freebsd.org; Tue, 06 Jun 2000 12:33:21 +0200 Date: Tue, 6 Jun 2000 12:33:21 +0200 (CEST) From: Hans Huebner To: freebsd-hackers@freebsd.org Subject: IP prepaid accounting Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi there, I am in need of a prepaid IP accounting scheme for FreeBSD. What I want to be able to do is: I want to allocate a certain byte quota to an IP adress (or a subnetwork) and have the kernel automatically block the adress as soon as the quota has been used up, optionally generating a kernel message. This can, of course, be implemented in user space by polling some ipfw counters and adding the blocking rules as soon as the limit has been reached, but somehow I'd like a kernel based solution better. I'd want to have a few additions to "ipfw" which would work like this: To set up a quota entry, one would use ipfw quota quota [ warn ] where would be a alphanumeric identifier and would be the quota allocated. would be a byte count which would define at what remaining byte quota the kernel would generate a warning message. To actually use a quote set up like this, a new action for ipfw would be defined which would deduct the packet being processed from a quota entry and block the packet if the quota has been used up: ipfw add quota ip from A to B Typically, this system would be used in conjunction with a program listening for syslog messages and processing the quota-related messages. My questions are: Would this be useful to anyone else? Are there any suggestions? Is blocking the packet the only meaningful action which would be taken when the quota has been used up? Should the blocking action be handled from user mode instead? Thanks, Hans -- finger hans@huebner.org for details To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 3:40:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 2A2D737C017 for ; Tue, 6 Jun 2000 03:40:21 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id MAA24099; Tue, 6 Jun 2000 12:39:27 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Hans Huebner Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: IP prepaid accounting In-reply-to: Your message of "Tue, 06 Jun 2000 12:33:21 +0200." Date: Tue, 06 Jun 2000 12:39:27 +0200 Message-ID: <24097.960287967@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You should make the exceeding of a quota a ipfw criteria rather than an ipfw action, that way people can deny, drop, forward or DUMMYNET packets exceeeding the quota. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 7:10:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from almso1.proxy.att.com (almso1.att.com [192.128.167.69]) by hub.freebsd.org (Postfix) with ESMTP id DBBC337BD7F for ; Tue, 6 Jun 2000 07:10:15 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from gab200r1.ems.att.com ([135.37.94.32]) by almso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id KAA05442 for ; Tue, 6 Jun 2000 10:10:13 -0400 (EDT) Received: from njb140bh2.ems.att.com by gab200r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id KAA20707; Tue, 6 Jun 2000 10:11:43 -0400 (EDT) Received: by njb140bh2.ems.att.com with Internet Mail Service (5.5.2650.21) id ; Tue, 6 Jun 2000 10:10:13 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'hackers@freebsd.org'" Subject: RE: kerneld for FreeBSD Date: Tue, 6 Jun 2000 10:10:05 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [...] > > > This is, IMO, a good idea. I certainly don't want some > > > smartass daemon > > > unloading a module just because it thinks it should. 8) > > > > another option in config file? something like ``do_not_unload''? > > No. Modules shouldn't be unloaded automatically. but why? :-) what is wrong with that? it would be so nice to have small GENERIC kernel and bunch of modules. kernel will start, identify all hardware (pci/pnp) and than load appropriate modules. the only problem here is old hardware :( [...] > > i do not agree :-) code wants device > driver/interface/filesystem/????. > > code should not care about module name. of course it is > better to have > > name convension, but i think this is not the case. :-) > > This is debatable; mount, for example, knows the name of its > plugins. So > does PAM. Kernel modules are just plugins that go somewhere else. let say i'm a third party vendor. i developed new hardware and driver for FreeBSD (of course KLD module). i do not want to give my source code to anybody. so you have the following options: 1) go ahead and try to convince me to use the same name convention 2) just ignore this hardware/driver/vendor 3) wait until somebody writes an ``open source'' driver 4) try do something to make in work (could be as easy as rename) 5) ??? thanks, emax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 7:47:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id AEB2D37B67C for ; Tue, 6 Jun 2000 07:47:31 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id JAA25967; Tue, 6 Jun 2000 09:47:19 -0500 (CDT) (envelope-from dan) Date: Tue, 6 Jun 2000 09:47:19 -0500 From: Dan Nelson To: Mark Newton Cc: Matthew Emmerton , freebsd-hackers@FreeBSD.ORG Subject: Re: iBCS status? Message-ID: <20000606094719.A19961@dan.emsphone.com> References: <000a01bfcf7a$cc810330$1200a8c0@matt> <20000606152128.B82736@internode.com.au> <20000606012552.A1515@dan.emsphone.com> <20000606162453.B83108@internode.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000606162453.B83108@internode.com.au>; from "Mark Newton" on Tue Jun 6 16:24:53 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Jun 06), Mark Newton said: > > There is > > apparently quite a difference between Solaris and SCO SVR4; the first > > thing I had to do was change the lseek() syscall to use 32-bit offsets > > instead of 64-bit, for example. > > Interesting - Solaris has two lseek syscalls, notionally "lseek" and > "lseek64". If SCO only has one, which is a 64 bit variant, could > you perhaps let me know what its syscall number is? SCO OSR5 has only the 32-bit variant at syscall 19, and its args match the ibcs2_lseek syscall (int fd, long offset, int whence). UW7 apparently has two additional syscalls: lseek32 and lseek64, but I don't know what numbers they are; I don't have UW7. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 7:55:58 2000 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 B1E0C37B514 for ; Tue, 6 Jun 2000 07:55:52 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id HAA93643; Tue, 6 Jun 2000 07:55:40 -0700 (PDT) (envelope-from dillon) Date: Tue, 6 Jun 2000 07:55:40 -0700 (PDT) From: Matthew Dillon Message-Id: <200006061455.HAA93643@apollo.backplane.com> To: "G.B.Naidu" Cc: Duncan Barclay , freebsd-hackers@FreeBSD.ORG Subject: Re: wakeup() question References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Hi, : :For me it appears that the process should be marked as runnable. But I am :not sure. : :thanks :--gb : :On Mon, 5 Jun 2000, Duncan Barclay wrote: : :> Hi all :> :> Does wakeup() ever cause a sleeping processes to run before the wakeup() :> function returns, or does it just mark the process as running? :> :> Duncan :> :> Duncan Barclay | God smiles upon the little children, wakeup() is callable from an interrupt so it doesn't synchronously switch to the newly woken up process. However, it does call need_resched() (see i386/include/cpu.h) which queues the astpending software interrupt to handle switching to the new process. The astpending software interrupt is processed just before the system goes from a supervisor context to a user context (whether it is returning from an interrupt or returning from a system call). Thus if you have an interrupt which calls wakeup() which results in the new processes getting rescheduled, the system will switch to a new (may or may not be the one you woke up) process when the interrupt handler returns. So, in general, the newly ready process will not start running until after whoever called wakeup() tries to return to user mode. *BUT*, on an SMP box we have a different story. On an SMP box another cpu may pick-up the new process and start running it the instant wakeup() puts it on the run queue. This pickup is currently predicated on whether the context doing the waking up is holding the MP lock or not. You can't depend on that, though. The scheduler will almost certainly get its own separate locking thingy for the new SMP design. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 8:13:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from oleg.vsi.ru (oleg.vsi.ru [213.24.136.12]) by hub.freebsd.org (Postfix) with ESMTP id 4C15D37B981 for ; Tue, 6 Jun 2000 08:13:32 -0700 (PDT) (envelope-from oleg@oleg.vsi.ru) Received: from localhost (oleg@localhost) by oleg.vsi.ru (8.9.3/8.9.3) with ESMTP id TAA08779 for ; Tue, 6 Jun 2000 19:13:29 +0400 (MSD) (envelope-from oleg@oleg.vsi.ru) Date: Tue, 6 Jun 2000 19:13:29 +0400 (MSD) From: Oleg Derevenetz To: freebsd-hackers@freebsd.org Subject: Write-protected floppy crash Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When write-protected floppy mounted in R/W mode, write attempt to this floppy follows kernel panic (dirty buffers) and reboot. Is this correct ? The best way IMO is to always mount write-protected floppies in R/O mode. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 8:24:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id BF1E137B76E for ; Tue, 6 Jun 2000 08:24:46 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 12zLDU-00041T-00; Tue, 06 Jun 2000 17:24:32 +0200 Date: Tue, 6 Jun 2000 17:24:31 +0200 From: Neil Blakey-Milner To: Oleg Derevenetz Cc: freebsd-hackers@freebsd.org Subject: Re: Write-protected floppy crash Message-ID: <20000606172431.A15405@mithrandr.moria.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from oleg@oleg.vsi.ru on Tue, Jun 06, 2000 at 07:13:29PM +0400 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue 2000-06-06 (19:13), Oleg Derevenetz wrote: > When write-protected floppy mounted in R/W mode, write attempt to this > floppy follows kernel panic (dirty buffers) and reboot. Is this correct ? > The best way IMO is to always mount write-protected floppies in R/O mode. It's not 'correct', but it does happen, and is copiously documented and mentioned on various mailing lists. It would be nice if you could fix it *grin*. Neil -- Neil Blakey-Milner Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 8:35:43 2000 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 E397837B805 for ; Tue, 6 Jun 2000 08:35:38 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id IAA94049; Tue, 6 Jun 2000 08:35:24 -0700 (PDT) (envelope-from dillon) Date: Tue, 6 Jun 2000 08:35:24 -0700 (PDT) From: Matthew Dillon Message-Id: <200006061535.IAA94049@apollo.backplane.com> To: Neil Blakey-Milner Cc: Oleg Derevenetz , freebsd-hackers@FreeBSD.ORG Subject: Re: Write-protected floppy crash References: <20000606172431.A15405@mithrandr.moria.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :On Tue 2000-06-06 (19:13), Oleg Derevenetz wrote: :> When write-protected floppy mounted in R/W mode, write attempt to this :> floppy follows kernel panic (dirty buffers) and reboot. Is this correct ? :> The best way IMO is to always mount write-protected floppies in R/O mode. : :It's not 'correct', but it does happen, and is copiously documented and :mentioned on various mailing lists. It would be nice if you could fix :it *grin*. : :Neil :-- :Neil Blakey-Milner The behavior is probably outfall from buffer cache changes for 4.0, but it would have to be fixed a different way. The buffer cache changes were basically to not throw away dirty buffers with write errors because doing so could result in extremely serious filesystem corruption due to the system making modifications to meta data (the dirty buffer) and then having them magically, randomly 'revert' out from under it due to the write error. Result: catastrophic filesystem corruption. -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 Tue Jun 6 10:14:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown2-2-9.adsl.one.net [216.23.15.9]) by hub.freebsd.org (Postfix) with ESMTP id DDADC37B69B; Tue, 6 Jun 2000 10:14:16 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id NAA11912; Tue, 6 Jun 2000 13:20:52 -0400 (EDT) (envelope-from cokane) Date: Tue, 6 Jun 2000 13:20:51 -0400 From: Coleman Kane To: Randell Jesup Cc: Coleman Kane , Mike Smith , Alfred Perlstein , hackers@freebsd.org Subject: Re: kerneld for FreeBSD Message-ID: <20000606132051.A11891@cokane.yi.org> References: <20000606024917.B2006@cokane.yi.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" X-Mailer: Mutt 1.0.1i In-Reply-To: ; from rjesup@wgate.com on Tue, Jun 06, 2000 at 10:31:52AM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Yeah, it would be especially useful for the installation boot disks as well= , to have the ability to make a tiny kernel and load the appropriate device driv= ers. Perhaps a database of some sort that keeps track of device IDs for various drivers, to be able to auto load them. That's one example. Randell Jesup had the audacity to say: > Lack of this has (in my mind) long been one of the primary failings > of most Unix's, at least in heterogenous environments like PC's (and just > about any machine with significant hardware expansion capabilities). > Modern machines not only add hardware when being built, but between boots, > and even in the middle of a session (USB, 1394, etc). A dynamically-load= ed > driver system is the obvious choice. This would make it far simpler for > users to configure machines (and add and remove hardware), to distribute > drivers, etc. IMHO, of course. >=20 > Historical reference: > The Amiga introduced hardware "Autoconfig" 15 years ago; and not > horribly long after that Mach had some form of loadable drivers (correct = me > if I'm wrong; I know it had user-mode filesystems - I only observed Mach > from a distance outside of playing a little with a 1st-gen nExt). >=20 > --=20 > Randell Jesup, Worldgate Communications, ex-Scala, ex-Amiga OS team ('88-= 94) > rjesup@wgate.com >=20 --=20 Coleman Kane President,=20 UC Free O.S. Users Group - http://pohl.ececs.uc.edu --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE5PTLzERViMObJ880RAWG8AKCppl2khq31k1WNZJQmxi3YFSg7HgCfSrmq +vC/GLVMevtHlbyEJOzsrD8= =WyKs -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 11:51:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.enteract.com (mail.enteract.com [207.229.143.33]) by hub.freebsd.org (Postfix) with ESMTP id 0AA4E37BD81 for ; Tue, 6 Jun 2000 11:51:36 -0700 (PDT) (envelope-from dscheidt@enteract.com) Received: from shell-1.enteract.com (dscheidt@shell-1.enteract.com [207.229.143.40]) by mail.enteract.com (8.9.3/8.9.3) with SMTP id NAA35190; Tue, 6 Jun 2000 13:51:09 -0500 (CDT) (envelope-from dscheidt@enteract.com) Date: Tue, 6 Jun 2000 13:51:09 -0500 (CDT) From: David Scheidt To: Matthew Dillon Cc: Neil Blakey-Milner , Oleg Derevenetz , freebsd-hackers@FreeBSD.ORG Subject: Re: Write-protected floppy crash In-Reply-To: <200006061535.IAA94049@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 6 Jun 2000, Matthew Dillon wrote: : The behavior is probably outfall from buffer cache changes for 4.0, : but it would have to be fixed a different way. The buffer cache : changes were basically to not throw away dirty buffers with write errors : because doing so could result in extremely serious filesystem : corruption due to the system making modifications to meta data (the : dirty buffer) and then having them magically, randomly 'revert' out : from under it due to the write error. Result: catastrophic filesystem : corruption. Does it make a difference that this happens when you dd to the device, without going through a filesystem layer? I don't ever use filesystems on floppies, and have had this crash. David Scheidt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 12: 2:21 2000 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 0BDA637B827 for ; Tue, 6 Jun 2000 12:02:15 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id MAA94704; Tue, 6 Jun 2000 12:02:11 -0700 (PDT) (envelope-from dillon) Date: Tue, 6 Jun 2000 12:02:11 -0700 (PDT) From: Matthew Dillon Message-Id: <200006061902.MAA94704@apollo.backplane.com> To: David Scheidt Cc: Neil Blakey-Milner , Oleg Derevenetz , freebsd-hackers@FreeBSD.ORG Subject: Re: Write-protected floppy crash References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Does it make a difference that this happens when you dd to the device, :without going through a filesystem layer? I don't ever use filesystems on :floppies, and have had this crash. : :David Scheidt Hmm. It shouldn't happen if you dd. If it does then the bug is probably cockpit trouble somewhere -- should be easy to fix. -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 Tue Jun 6 13:28:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.enteract.com (mail.enteract.com [207.229.143.33]) by hub.freebsd.org (Postfix) with ESMTP id A98A637B722 for ; Tue, 6 Jun 2000 13:28:42 -0700 (PDT) (envelope-from dscheidt@enteract.com) Received: from shell-1.enteract.com (dscheidt@shell-1.enteract.com [207.229.143.40]) by mail.enteract.com (8.9.3/8.9.3) with SMTP id PAA65328; Tue, 6 Jun 2000 15:28:16 -0500 (CDT) (envelope-from dscheidt@enteract.com) Date: Tue, 6 Jun 2000 15:28:16 -0500 (CDT) From: David Scheidt To: Matthew Dillon Cc: Neil Blakey-Milner , Oleg Derevenetz , freebsd-hackers@FreeBSD.ORG Subject: Re: Write-protected floppy crash In-Reply-To: <200006061902.MAA94704@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 6 Jun 2000, Matthew Dillon wrote: ::Does it make a difference that this happens when you dd to the device, ::without going through a filesystem layer? I don't ever use filesystems on ::floppies, and have had this crash. :: ::David Scheidt : : Hmm. It shouldn't happen if you dd. If it does then the bug is : probably cockpit trouble somewhere -- should be easy to fix. : It no longer happens with dd or tar. This is with a -CURRENT as of last night. I know it used to, though, because I ran into it making boot disks. I'm not a big user of floppy disks -- only one of my machines has a drive -- so I don't know when the dd part of it got fixed. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 16: 8:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8597737B642; Tue, 6 Jun 2000 16:08:42 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id QAA72680; Tue, 6 Jun 2000 16:08:42 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 6 Jun 2000 16:08:42 -0700 (PDT) From: Kris Kennaway To: "Yevmenkin, Maksim N, CSCIO" Cc: "'hackers@freebsd.org'" Subject: RE: kerneld for FreeBSD In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 6 Jun 2000, Yevmenkin, Maksim N, CSCIO wrote: > > No. Modules shouldn't be unloaded automatically. ^^ > but why? :-) what is wrong with that? it would be so nice to have small > GENERIC kernel and bunch of modules. kernel will start, identify all > hardware (pci/pnp) and than load appropriate modules. the only problem > here is old hardware :( You weren't listening..no-one debates the utility of auto-loading modules, and that is the direction FreeBSD is already heading. The debate is over the utility of automatically UNLOADING modules when they're "no longer in use". Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 17: 3: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by hub.freebsd.org (Postfix) with ESMTP id E0D2B37BAAF; Tue, 6 Jun 2000 17:02:58 -0700 (PDT) (envelope-from pfeifer@dbai.tuwien.ac.at) Received: from [128.130.111.2] (deneb [128.130.111.2]) by vexpert.dbai.tuwien.ac.at (8.9.3/8.9.3) with ESMTP id CAA03043; Wed, 7 Jun 2000 02:02:56 +0200 (MET DST) Date: Wed, 7 Jun 2000 02:02:55 +0200 (CEST) From: Gerald Pfeifer To: "Andrey A. Chernov" Cc: freebsd-hackers@freebsd.org, Peter Wemm , Wei Dai Subject: Re: -STABLE (was: ncurses.h and #define trace _nc_trace) In-Reply-To: <20000604153427.A56033@freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 4 Jun 2000, Andrey A. Chernov wrote: > Ask Peter to commit this patch at least... Thanks! Note that Peter has been Cc:ed on all messages concerning this issue, but didn't reply yet, so I just opened PR misc/19077 and included your patch there. Gerald -- Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 17: 5:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from afs.itc.keio.ac.jp (afs.itc.keio.ac.jp [131.113.212.3]) by hub.freebsd.org (Postfix) with SMTP id E391337BBC8 for ; Tue, 6 Jun 2000 17:05:41 -0700 (PDT) (envelope-from hosokawa@itc.keio.ac.jp) Received: (qmail 25728 invoked from network); 7 Jun 2000 00:05:36 -0000 Received: from dhcp08.itc.keio.ac.jp (HELO localhost.FromTo.Cc) (131.113.212.128) by afs.itc.keio.ac.jp with SMTP; 7 Jun 2000 00:05:36 -0000 Date: Wed, 07 Jun 2000 09:06:08 +0900 Message-ID: <86r9aa73tb.wl@ringo.FromTo.Cc> From: Tatsumi Hosokawa To: jkh@zippy.cdrom.com Cc: hosokawa@itc.keio.ac.jp, junker@jazz.snu.ac.kr, foxfair@news.ks.edu.tw, freebsd-hackers@FreeBSD.ORG Subject: Re: Multilingual Installer for 3.2-RELEASE (Re: pccard boot.flp...) User-Agent: Wanderlust/1.1.0 (Overjoyed) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 9) (Canyonlands) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Oops, I'm tired in finding this mail in the Jurassic layer of my email threads :-). At Thu, 01 Jun 2000 19:00:08 -0700, Jordan K. Hubbard wrote: > > Just following up on this - are there any plans to merge this work > back into the mainstream so that we can generate "localized" installation > floppies for the Japanese community in future releases? Thanks! > > (Yes, I'm really catching up on email over a year old today). Of course. But porting it to 4.x or 5.x is delayed because I and Arai-san is busy. I have a little spare time from this week, and planning to port it to -current. I want to discuss about the policy of rewriting a part of this patch at today's meeting. -- --------------------------- Tatsumi Hosokawa hosokawa@itc.keio.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 17:31: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from incandescent.firedrake.org (incandescent.firedrake.org [195.157.96.1]) by hub.freebsd.org (Postfix) with ESMTP id 3F4B137B674; Tue, 6 Jun 2000 17:31:02 -0700 (PDT) (envelope-from float@firedrake.org) Received: from float by incandescent.firedrake.org with local (Exim 2.05 #1 (Debian)) id 12zTkJ-0008UA-00; Wed, 7 Jun 2000 01:30:59 +0100 Date: Wed, 7 Jun 2000 01:30:58 +0100 To: Kris Kennaway Cc: "Yevmenkin, Maksim N, CSCIO" , "'hackers@freebsd.org'" Subject: Re: kerneld for FreeBSD Message-ID: <20000607013058.A32270@firedrake.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from kris@FreeBSD.org on Tue, Jun 06, 2000 at 04:08:42PM -0700 From: void Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 06, 2000 at 04:08:42PM -0700, Kris Kennaway wrote: > > You weren't listening..no-one debates the utility of auto-loading modules, > and that is the direction FreeBSD is already heading. The debate is over > the utility of automatically UNLOADING modules when they're "no longer in > use". Doesn't Solaris auto-unload unused drivers when memory gets tight? -- Ben 220 go.ahead.make.my.day ESMTP Postfix To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 21:46:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasi.com (sasi.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id ABBAF37BC6F; Tue, 6 Jun 2000 21:45:59 -0700 (PDT) (envelope-from gbnaidu@sasi.com) Received: from samar (sasi.com [164.164.56.2]) by sasi.com (8.9.3/8.9.3) with SMTP id KAA28396; Wed, 7 Jun 2000 10:13:53 +0530 (IST) Received: from pcd75.sasi.com ([10.0.16.75]) by sasi.com; Wed, 07 Jun 2000 10:13:52 +0000 (IST) Received: from localhost (gbnaidu@localhost) by pcd75.sasi.com (8.9.3/8.9.3) with ESMTP id KAA01789; Wed, 7 Jun 2000 10:13:26 +0530 Date: Wed, 7 Jun 2000 10:13:26 +0530 (IST) From: "G.B.Naidu" To: hackers@freebsd.org Cc: net@freebsd.org Subject: [REPOST] Re: How do I get port inside kernel.... (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Have posted this question yesterday. But no reply. Hope to et a reply to day. thanks for your time --gb -- ---------- Forwarded message ---------- Date: Tue, 6 Jun 2000 11:55:18 +0530 (IST) From: G.B.Naidu To: Alfred Perlstein Cc: hackers@FreeBSD.ORG, Deepika Kakrania , Madhavi Suram Subject: Re: How do I get port inside kernel.... Hi, Thanks a lot for your reply. It's quite useful. But I have some more questions generated of this study of nfs code and sendfile(2) code. The question is about getting a proc structure. Here it is. As you all know that every system call in side kernel needs a process structure to be passed. So to call socreate, sobind or getsocket we need a proc structure. My doubt is which process structure to pass? In nfs code, at some places it is passing the curproc structure which is nothing but currently running process. At other places example for socreate() and sobind(), it is using proc0 structure which is nothing but of the swap process. So when I am executing the kernel, what is the current process? Is it safe if I use proc0 to pass the proc structure to call socreate() and sobind()? How safe it is to use curproc structure? Somebody mentioned that it will not work in interrupt handlers. So somebody out there throw some light on the currently running process when inside kernel? thanks a lot --gb On Mon, 5 Jun 2000, Alfred Perlstein wrote: > * G.B.Naidu [000605 05:37] wrote: > > > > Hi, > > > > If I want to get a port inside kernel, how do I do that? In user land we > > will call socket(), bind() to get a port. But in kernel, is there any way > > to get a new port? > > > > Any ideas are appreciated. > > Check the nfsd code. src/sys/nfs > > -- 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 Jun 6 22: 2:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from falla.videotron.net (falla.videotron.net [205.151.222.106]) by hub.freebsd.org (Postfix) with ESMTP id 5302637B57D for ; Tue, 6 Jun 2000 22:02:14 -0700 (PDT) (envelope-from bmilekic@dsuper.net) Received: from modemcable009.62-201-24.mtl.mc.videotron.net ([24.201.62.9]) by falla.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0FVR00D4APW9Y0@falla.videotron.net> for hackers@freebsd.org; Wed, 7 Jun 2000 01:00:10 -0400 (EDT) Date: Wed, 07 Jun 2000 01:01:41 -0400 (EDT) From: Bosko Milekic Subject: Re: kerneld for FreeBSD In-reply-to: <20000607013058.A32270@firedrake.org> X-Sender: bmilekic@jehovah.technokratis.com To: void Cc: hackers@freebsd.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 7 Jun 2000, void wrote: > Doesn't Solaris auto-unload unused drivers when memory gets tight? > > -- > Ben > > 220 go.ahead.make.my.day ESMTP Postfix An Operating System should only do that when the administrator is so stupid that he/she actually loads "unused" drivers. -- Bosko Milekic bmilekic@technokratis.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 22: 9:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.theinternet.com.au (zeus.theinternet.com.au [203.34.176.2]) by hub.freebsd.org (Postfix) with ESMTP id 2823F37B57D for ; Tue, 6 Jun 2000 22:09:44 -0700 (PDT) (envelope-from akm@mail.theinternet.com.au) Received: (from akm@localhost) by mail.theinternet.com.au (8.9.3/8.9.3) id PAA11476; Wed, 7 Jun 2000 15:13:22 +1000 (EST) (envelope-from akm) From: Andrew Kenneth Milton Message-Id: <200006070513.PAA11476@mail.theinternet.com.au> Subject: Re: kerneld for FreeBSD In-Reply-To: from Bosko Milekic at "Jun 7, 2000 01:01:41 am" To: Bosko Milekic Date: Wed, 7 Jun 2000 15:13:22 +1000 (EST) Cc: void , hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG +----[ Bosko Milekic ]--------------------------------------------- | | | An Operating System should only do that when the administrator is so | stupid that he/she actually loads "unused" drivers. As opposed to say it demand loading a driver for a File System type and then unloading it when there are no more of those File Sytems mounted? -- Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew Milton The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 | ACN: 082 081 472 | M:+61 416 022 411 | Carpe Daemon PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 22:38:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown2-3-111.adsl.one.net [216.23.16.111]) by hub.freebsd.org (Postfix) with ESMTP id ECE4237B8B2 for ; Tue, 6 Jun 2000 22:38:47 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id BAA10421; Wed, 7 Jun 2000 01:43:53 -0400 (EDT) (envelope-from cokane) Date: Wed, 7 Jun 2000 01:43:53 -0400 From: Coleman Kane To: Bosko Milekic Cc: void , hackers@freebsd.org Subject: Re: kerneld for FreeBSD Message-ID: <20000607014353.A10364@cokane.yi.org> References: <20000607013058.A32270@firedrake.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" X-Mailer: Mutt 1.0.1i In-Reply-To: ; from bmilekic@dsuper.net on Wed, Jun 07, 2000 at 01:02:44AM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable I really don't think that stupidity is the issue, there are plenty of devic= es which you use very discretely which may only need support every once in awh= ile. It might be nice to start running on modules regularly. It would also be us= eful to be able to update your device driver while running freebsd, without need= ing to reboot. Bosko Milekic had the audacity to say: >=20 > An Operating System should only do that when the administrator is so > stupid that he/she actually loads "unused" drivers. >=20 > -- > Bosko Milekic > bmilekic@technokratis.com --=20 Coleman Kane President,=20 UC Free O.S. Users Group - http://pohl.ececs.uc.edu --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE5PeEZERViMObJ880RAWFMAKC+zo4QT4qubD0e2FUiOyhuVjspEwCfR9kB 2HnzQ3MYoh2JqBZcejNtZsA= =65xI -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 6 23:47:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from xena.gsicomp.on.ca (gsi.enoreo.on.ca [209.82.52.145]) by hub.freebsd.org (Postfix) with ESMTP id CEE1C37B8A3 for ; Tue, 6 Jun 2000 23:47:46 -0700 (PDT) (envelope-from matt@xena.gsicomp.on.ca) Received: from matt (cr677933-a.ktchnr1.on.wave.home.com [24.42.130.87]) by xena.gsicomp.on.ca (8.10.1/8.9.2) with SMTP id e576lOK73274; Wed, 7 Jun 2000 02:47:24 -0400 (EDT) (envelope-from matt@xena.gsicomp.on.ca) Message-ID: <006101bfd04c$59de5c60$1200a8c0@matt> From: "Matthew Emmerton" To: "Dan Nelson" , "Mark Newton" Cc: "Matthew Emmerton" , References: <000a01bfcf7a$cc810330$1200a8c0@matt> <20000606152128.B82736@internode.com.au> <20000606012552.A1515@dan.emsphone.com> <20000606162453.B83108@internode.com.au> <20000606094719.A19961@dan.emsphone.com> Subject: Re: SVR4 Emultaion [was Re: iBCS status?] Date: Wed, 7 Jun 2000 02:48:06 -0400 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.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In the last episode (Jun 06), Mark Newton said: > > > There is > > > apparently quite a difference between Solaris and SCO SVR4; the first > > > thing I had to do was change the lseek() syscall to use 32-bit offsets > > > instead of 64-bit, for example. > > > > Interesting - Solaris has two lseek syscalls, notionally "lseek" and > > "lseek64". If SCO only has one, which is a 64 bit variant, could > > you perhaps let me know what its syscall number is? > > SCO OSR5 has only the 32-bit variant at syscall 19, and its args match > the ibcs2_lseek syscall (int fd, long offset, int whence). UW7 > apparently has two additional syscalls: lseek32 and lseek64, but I > don't know what numbers they are; I don't have UW7. I work at a SCO shop that uses the Progress RDBMS extensively. (I'm working on writing the Perl DBD module for it as we speak.) Once I get that hacked out, I'll take a look at the svr4 stuff and offer any SCO-related fixes that are needed. And while we're on the topic, has anyone looked at the svr4 emulation stuff for Linux, most notably Debian? According to this link (http://www.debian.org/Packages/stable/otherosfs/ibcs-base.html), it has SCO SVR3 as well as SCO ODT5 (SVR4) support. This may have already covered a lot of the hairy issues (like syscall mappings). I realize it is dated (late 97), but anything helpful is better than nothing :) -- Matthew Emmerton GSI Computer Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 0:14:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.uni-bielefeld.de (mail.uni-bielefeld.de [129.70.4.90]) by hub.freebsd.org (Postfix) with ESMTP id B733037B864 for ; Wed, 7 Jun 2000 00:14:53 -0700 (PDT) (envelope-from bfischer@Techfak.uni-bielefeld.de) Received: from frolic.no-support.loc (ppp36-242.hrz.uni-bielefeld.de) by mail.uni-bielefeld.de (Sun Internet Mail Server sims.3.5.1999.05.24.18.28.p7) with ESMTP id <0FVR00DIOW3X84@mail.uni-bielefeld.de> for hackers@FreeBSD.ORG; Wed, 7 Jun 2000 09:14:47 +0200 (MET DST) Received: (from bjoern@localhost) by frolic.no-support.loc (8.9.3/8.9.3) id VAA02135 for hackers@FreeBSD.ORG; Tue, 06 Jun 2000 21:53:17 +0200 (CEST envelope-from bjoern) Date: Tue, 06 Jun 2000 21:53:17 +0200 From: Bjoern Fischer Subject: Re: kerneld for FreeBSD In-reply-to: <200006052351.QAA00547@mass.cdrom.com>; from msmith@FreeBSD.ORG on Mon, Jun 05, 2000 at 04:51:28PM -0700 To: hackers@FreeBSD.ORG Message-id: <20000606215317.A1984@frolic.no-support.loc> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-disposition: inline Content-transfer-encoding: quoted-printable User-Agent: Mutt/1.2i References: <393C11B4.D40B9EBD@vangelderen.org> <200006052351.QAA00547@mass.cdrom.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 05, 2000 at 04:51:28PM -0700, Mike Smith wrote: [...] > TBH, unloading an idle module is basically a waste of time. Modules are,= =20 > on the whole, so small that the savings are entirely outweighed by the=20 > unnecessary complexity. What is won by unloading a module anyway? Memory the module previously allocated will be freed? Hmm, do the following several times (n*100, n*1000): hostname# kldload cd9660; kldunload cd9660 More and more wired memory will be allocated but not freed. If you perform this cycle too many times, the machine will lock up or reboot. Bj=F6rn --=20 -----BEGIN GEEK CODE BLOCK----- GCS d--(+) s++: a- C+++(-) UB++++OSI++++$ P+++(-) L---(++) !E W- N+ o>+ K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv- b+++ D++ G e+ h-- y+=20 ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 0:28:40 2000 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 2A35B37B6AE for ; Wed, 7 Jun 2000 00:28:38 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id AAA97354; Wed, 7 Jun 2000 00:28:31 -0700 (PDT) (envelope-from dillon) Date: Wed, 7 Jun 2000 00:28:31 -0700 (PDT) From: Matthew Dillon Message-Id: <200006070728.AAA97354@apollo.backplane.com> To: Bjoern Fischer Cc: hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD References: <393C11B4.D40B9EBD@vangelderen.org> <200006052351.QAA00547@mass.cdrom.com> <20000606215317.A1984@frolic.no-support.loc> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I personally consider leaving the kernel module loadable intact after boot to be a huge, huge security hole. Loadable modules... fine, but once the machine goes multi-user I want to up the securelevel and that disables any further kld operations. If one of the biggest advantages of FreeBSD is its robustness and reliability, then one generally does not want to go loading and unloading modules all the time. A 'kerneld' like gizmo for FreeBSD would be a waste of time. The scheme we have now -- having the utility programs load the modules on the fly (ifconfig, vnconfig, etc...) works wonderfully. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 3:50:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id A3E5F37BA49 for ; Wed, 7 Jun 2000 03:50:37 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 12zdPB-0006WK-00; Wed, 07 Jun 2000 12:49:49 +0200 Date: Wed, 7 Jun 2000 12:49:49 +0200 From: Neil Blakey-Milner To: Coleman Kane Cc: Bosko Milekic , void , hackers@freebsd.org Subject: Re: kerneld for FreeBSD Message-ID: <20000607124949.A25014@mithrandr.moria.org> References: <20000607013058.A32270@firedrake.org> <20000607014353.A10364@cokane.yi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000607014353.A10364@cokane.yi.org>; from cokane@one.net on Wed, Jun 07, 2000 at 01:43:53AM -0400 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed 2000-06-07 (01:43), Coleman Kane wrote: > I really don't think that stupidity is the issue, there are plenty of > devices which you use very discretely which may only need support > every once in awhile. Once again, I don't think you're giving me enough clues as to what you're aiming at. While I believe it's the sysadmin's choice whether to unload modules, it's also hir choice as to whether to run a daemon that'll auto-unload unused modules. That part of your idea I can understand. I'd imagine it'd work great as a port. > It might be nice to start running on modules regularly. It would also > be useful to be able to update your device driver while running > freebsd, without needing to reboot. You can already do this. kldunload the old module, and kldload the new module. Or am I missing something again? Neil -- Neil Blakey-Milner Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 5: 7:36 2000 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 1203737B738 for ; Wed, 7 Jun 2000 05:07:32 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id IAA25330; Wed, 7 Jun 2000 08:07:07 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 7 Jun 2000 08:07:07 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Matthew Dillon Cc: Bjoern Fischer , hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD In-Reply-To: <200006070728.AAA97354@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 7 Jun 2000, Matthew Dillon wrote: > I personally consider leaving the kernel module loadable intact after > boot to be a huge, huge security hole. Loadable modules... fine, but > once the machine goes multi-user I want to up the securelevel and > that disables any further kld operations. If one of the biggest > advantages of FreeBSD is its robustness and reliability, then one > generally does not want to go loading and unloading modules all the > time. I think that's unrealistic for end-user machines. In a world of removable PCcards, USB devices, etc, expecting that the GENERIC kernel include code for all of them leaves us in a fairly unscalable place. As the rest of the world moves towards not requiring a recompile to add a more obscure ethernet card, we should not be moving in the opposite direction. Don't get me wrong -- I'm all for a more secure system, but securelevels don't really solve the problem, and can't address the type of issue you describe. If you take a look at Tim Fraser's lomac paper from the recent Oakland conference, it strongly suggests that a traditional MAC policy can (with a high degree of compatibility) provide exactly the kind of protection that securelevels can not :-). The recent POSIX.1e-related capability interfaces have been added so that those working on support for MAC models on FreeBSD can rely on them. As such, there is substantial hope (and intent) that similar MAC models (Biba, MLS) will be available on FreeBSD in the near future. > A 'kerneld' like gizmo for FreeBSD would be a waste of time. The > scheme we have now -- having the utility programs load the modules > on the fly (ifconfig, vnconfig, etc...) works wonderfully. I tend to agree, on face value, with an intuitive objection to kerneld. That said, it should be observed that a "kerneld" would restrict the code sufficiently privileged to cause a module load in one binary, as opposed to a model where that type of privilege has to be provided to hundreds of them (even huge beasts like ppp). If requests for kernel functionality loads come through a well-audited (both senses) and well-defined LPC mechanism, there is substantially less risk involved. In a world where dynamic kernel module loading occurs even after entering secure, multi-level operation, that type of protection seems like a good idea. It would allow us to distinguish the following privileges: 1 Right to request specific functionality be loaded 2 Right to load the functionality 3 Right to invoke the functionality Letting, say, ppp have (1) and (3) but not (2) provides a substantial security improvement, while retaining the ability to introduce new functionality at run-time. And in a sense, we already have two kerneld's -- pccardd and usbd, which maintain mappings between named devices and drivers, etc. Combining them, and adding another source of requests (and LPC channel over a UNIX domain socket) would not be that hard. Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, 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 Wed Jun 7 5:42:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown2-3-111.adsl.one.net [216.23.16.111]) by hub.freebsd.org (Postfix) with ESMTP id 5192B37B69E for ; Wed, 7 Jun 2000 05:42:38 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id IAA11841; Wed, 7 Jun 2000 08:48:42 -0400 (EDT) (envelope-from cokane) Date: Wed, 7 Jun 2000 08:48:42 -0400 From: Coleman Kane To: Neil Blakey-Milner Cc: Coleman Kane , Bosko Milekic , void , hackers@freebsd.org Subject: Re: kerneld for FreeBSD Message-ID: <20000607084842.C11781@cokane.yi.org> References: <20000607013058.A32270@firedrake.org> <20000607014353.A10364@cokane.yi.org> <20000607124949.A25014@mithrandr.moria.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000607124949.A25014@mithrandr.moria.org>; from nbm@mithrandr.moria.org on Wed, Jun 07, 2000 at 06:50:03AM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, a lot of drivers aren't modules yet. It was basically an idea to move the kernel more towards a modular implementation. There will be a large number of modules if all the drivers were to become modules. It may not be, say, to everyone's liking to manually load a good deal of those. Plus, there are many people who use FreeBSD for desktop or home situations and even those who don't know a extremely large amount about computer hardware and all. This would be a nice "option" to have for some. Neil Blakey-Milner had the audacity to say: > > It might be nice to start running on modules regularly. It would also > > be useful to be able to update your device driver while running > > freebsd, without needing to reboot. > > You can already do this. kldunload the old module, and kldload the new > module. Or am I missing something again? > > Neil > -- > Neil Blakey-Milner > Sunesi Clinical Systems > nbm@mithrandr.moria.org > -- Coleman Kane President, UC Free O.S. Users Group - http://pohl.ececs.uc.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 5:52: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id 5850837B52B for ; Wed, 7 Jun 2000 05:51:51 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 12zfIm-0006tI-00; Wed, 07 Jun 2000 14:51:20 +0200 Date: Wed, 7 Jun 2000 14:51:20 +0200 From: Neil Blakey-Milner To: Coleman Kane Cc: Bosko Milekic , void , hackers@freebsd.org Subject: Re: kerneld for FreeBSD Message-ID: <20000607145120.A26432@mithrandr.moria.org> References: <20000607013058.A32270@firedrake.org> <20000607014353.A10364@cokane.yi.org> <20000607124949.A25014@mithrandr.moria.org> <20000607084842.C11781@cokane.yi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000607084842.C11781@cokane.yi.org>; from cokane@one.net on Wed, Jun 07, 2000 at 08:48:42AM -0400 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed 2000-06-07 (08:48), Coleman Kane wrote: > Well, a lot of drivers aren't modules yet. It was basically an idea to > move the kernel more towards a modular implementation. There will be a > large number of modules if all the drivers were to become modules. It > may not be, say, to everyone's liking to manually load a good deal of > those. Plus, there are many people who use FreeBSD for desktop or home > situations and even those who don't know a extremely large amount > about computer hardware and all. This would be a nice "option" to have > for some. If you're suggesting more modularity, that's great. You just confused me by mentioning "kerneld". I'm all for more modules. I still had problems with why you wanted a 'kerneld', but rwatson's suggestions about security, pccardd, usbd, do make sense. I do like the way the auto-ifconfig and auto-mount stuff works, though. At the very least, I'd like a probe-only way to find out what devices are available, given a bunch of device driver modules. Neil -- Neil Blakey-Milner Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 7:39: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lucifer.bart.nl (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id E82FA37B55A; Wed, 7 Jun 2000 07:38:54 -0700 (PDT) (envelope-from asmodai@lucifer.bart.nl) Received: (from asmodai@localhost) by lucifer.bart.nl (8.9.3/8.9.3) id QAA74353; Wed, 7 Jun 2000 16:38:38 +0200 (CEST) (envelope-from asmodai) Date: Wed, 7 Jun 2000 16:38:38 +0200 From: Jeroen Ruigrok van der Werven To: "G.B.Naidu" Cc: hackers@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: [REPOST] Re: How do I get port inside kernel.... (fwd) Message-ID: <20000607163837.P70054@lucifer.bart.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from gbnaidu@sasi.com on Wed, Jun 07, 2000 at 10:13:26AM +0530 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20000607 06:50], G.B.Naidu (gbnaidu@sasi.com) wrote: > >Have posted this question yesterday. But no reply. Hope to et a reply to >day. Sorry, but not everyone has the ability to read the list every day the whole day. Have you tried searching the mailinglist archives? Possibly because no-one answered it might not even be possible. -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl No one can find me, here in my Soul... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 7:46:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id EC34037B5E7 for ; Wed, 7 Jun 2000 07:46:43 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id JAA23748; Wed, 7 Jun 2000 09:46:26 -0500 (CDT) (envelope-from dan) Date: Wed, 7 Jun 2000 09:46:26 -0500 From: Dan Nelson To: Matthew Emmerton Cc: Mark Newton , freebsd-hackers@FreeBSD.ORG Subject: Re: SVR4 Emulation [was Re: iBCS status?] Message-ID: <20000607094626.B22129@dan.emsphone.com> References: <000a01bfcf7a$cc810330$1200a8c0@matt> <20000606152128.B82736@internode.com.au> <20000606012552.A1515@dan.emsphone.com> <20000606162453.B83108@internode.com.au> <20000606094719.A19961@dan.emsphone.com> <006101bfd04c$59de5c60$1200a8c0@matt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <006101bfd04c$59de5c60$1200a8c0@matt>; from "Matthew Emmerton" on Wed Jun 7 02:48:06 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Jun 07), Matthew Emmerton said: > And while we're on the topic, has anyone looked at the svr4 emulation > stuff for Linux, most notably Debian? According to this link > (http://www.debian.org/Packages/stable/otherosfs/ibcs-base.html), it > has SCO SVR3 as well as SCO ODT5 (SVR4) support. This may have > already covered a lot of the hairy issues (like syscall mappings). I > realize it is dated (late 97), but anything helpful is better than > nothing :) I've looked at the linuxibcs stuff, dated 1998 (it does ibcs and svr4) but don't really want to copy code outright, since it's GPL'ed. The basic stuff like syscall mappings is already covered by our existing svr4 code. The hardest part is adding support for SCO oddball syscalls, like xstat, which can return up to 4 different "struct stat"s depending on what you pass into it. It's hard because SCO doesn't document any of this. You have to root through headers trying to figure out what structures are used when. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 7:50:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from security.za.net (security.za.net [209.212.100.194]) by hub.freebsd.org (Postfix) with ESMTP id B301F37BCFA for ; Wed, 7 Jun 2000 07:50:18 -0700 (PDT) (envelope-from lists@security.za.net) Received: from localhost (lists@localhost) by security.za.net (8.9.3/8.9.3) with ESMTP id QAA00883 for ; Wed, 7 Jun 2000 16:49:34 +0200 (SAST) (envelope-from lists@security.za.net) Date: Wed, 7 Jun 2000 16:49:33 +0200 (SAST) From: To: hackers@freebsd.org Subject: Fast Forwarding? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Just wondering if anyone else has had problems with net.inet.ip.fastforwarding set? It seems that if I do sysctl -w net.inet.ip.fastforwarding=1 after a few minutes on 4.0-STABLE and 4.0-RELEASE the box kernel panics and dies horribly. Any suggestions would be much appreciated Thanks Andrew Alston Citec Network Securities - Director Phone: +27 11 787 4241 Fax: +27 11 787 4259 Email: andrew@cnsec.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 9:54:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 3C38537BDBF for ; Wed, 7 Jun 2000 09:54:52 -0700 (PDT) (envelope-from nate@yogotech.com) Received: from nomad.yogotech.com (yogotech.nokia.com [4.22.66.156]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id KAA04612; Wed, 7 Jun 2000 10:54:37 -0600 (MDT) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id JAA17450; Wed, 7 Jun 2000 09:54:25 -0700 (PDT) (envelope-from nate) Date: Wed, 7 Jun 2000 09:54:25 -0700 (PDT) Message-Id: <200006071654.JAA17450@nomad.yogotech.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Matthew Dillon Cc: Bjoern Fischer , hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD In-Reply-To: <200006070728.AAA97354@apollo.backplane.com> References: <393C11B4.D40B9EBD@vangelderen.org> <200006052351.QAA00547@mass.cdrom.com> <20000606215317.A1984@frolic.no-support.loc> <200006070728.AAA97354@apollo.backplane.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I personally consider leaving the kernel module loadable intact after > boot to be a huge, huge security hole. Loadable modules... fine, but > once the machine goes multi-user I want to up the securelevel and > that disables any further kld operations. This is great for your multi-user desktop/workstation systems, but it kind of really sucks for my laptop, which has device drivers coming/going on a regular basis as I insert/remove cards on the fly. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 10: 8:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from outpost.huebner.org (hans.walledcity.de [212.84.209.59]) by hub.freebsd.org (Postfix) with ESMTP id 1C6A537BE67 for ; Wed, 7 Jun 2000 10:08:26 -0700 (PDT) (envelope-from hans@Huebner.ORG) Received: from localhost.huebner.org ([127.0.0.1] helo=localhost ident=hans) by outpost.huebner.org with esmtp (Exim 3.13 #1) id 12zjJb-0004ed-00 for freebsd-hackers@freebsd.org; Wed, 07 Jun 2000 19:08:27 +0200 Date: Wed, 7 Jun 2000 19:08:27 +0200 (CEST) From: Hans Huebner To: freebsd-hackers@freebsd.org Subject: Re: IP prepaid accounting In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi there, I've made a first shot at the prepaid system I described yesterday. Citing the ipfw manpage: The usage of IP quotas is illustrated by the following example: First, a quota entry is set up: ifpw quota set guest quota 100000 warn 90000 The above rule creates a quota entry which allows for 100,000 bytes to be transfered and which will trigger a warning message after 90,000 bytes have been used up. ipfw add quota guest ip from 192.168.1.0/24 to any ipfw add quota guest ip from any to 192.168.1.0/24 These rules assign all traffic to and from a /24 subnet to the quota en- try. ipfw deny all ip from any to any exquota This rule denies all traffic which has exceeded a quota. Typically, sys- logd(8) is used to process messages produced by the ipquota(4) system. The patch against -STABLE can be downloaded from http://huebner.org/ip-prepaid.patch I've tried patching a -CURRENT checkout and it seems to pass well with little fuzz. Any comments and suggestions are gladly appreciated. -Hans -- finger hans@huebner.org for details To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 10:18:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 54A1D37B5C0 for ; Wed, 7 Jun 2000 10:18:52 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id TAA31779; Wed, 7 Jun 2000 19:18:07 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Hans Huebner Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: IP prepaid accounting In-reply-to: Your message of "Wed, 07 Jun 2000 19:08:27 +0200." Date: Wed, 07 Jun 2000 19:18:07 +0200 Message-ID: <31777.960398287@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Hans Huebner writes: >Hi there, > >I've made a first shot at the prepaid system I described yesterday. Citing >the ipfw manpage: > > The usage of IP quotas is illustrated by the following example: > > First, a quota entry is set up: > > ifpw quota set guest quota 100000 warn 90000 > > The above rule creates a quota entry which allows for 100,000 bytes to be > transfered and which will trigger a warning message after 90,000 bytes > have been used up. > > ipfw add quota guest ip from 192.168.1.0/24 to any > ipfw add quota guest ip from any to 192.168.1.0/24 > > These rules assign all traffic to and from a /24 subnet to the quota en- > try. > > ipfw deny all ip from any to any exquota It should be possible to say say ipfw deny all ip from any to any exquota any as well as: ipfw deny all ip from any to any exquota guest -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 10:26:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.integratus.com (miami.integratus.com [63.209.2.83]) by hub.freebsd.org (Postfix) with SMTP id 808CC37BF16 for ; Wed, 7 Jun 2000 10:26:07 -0700 (PDT) (envelope-from jar@integratus.com) Received: (qmail 7943 invoked from network); 7 Jun 2000 17:26:05 -0000 Received: from kungfu.integratus.com (HELO integratus.com) (172.20.5.168) by tortuga1.integratus.com with SMTP; 7 Jun 2000 17:26:05 -0000 Message-ID: <393E85AD.F487B2C1@integratus.com> Date: Wed, 07 Jun 2000 10:26:05 -0700 From: Jack Rusher Organization: Integratus X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: Re: kerneld for FreeBSD References: <20000607013058.A32270@firedrake.org> <20000607014353.A10364@cokane.yi.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Coleman Kane wrote: > > I really don't think that stupidity is the issue, there are plenty of > devices which you use very discretely which may only need support every > once in awhile. > It might be nice to start running on modules regularly. It would also be > useful to be able to update your device driver while running freebsd, > without needing to reboot. Another note on the loadable/unloadable driver tip: SCSI, USB, and Firewire are all adaptable bus architectures that allow you to add and remove devices from your system at will. There are dozens of situations in which you might wish to hot swap devices. If I, for sake of argument, wanted to remove one of my SlowAssDrive2000 disks from my server and replace it with a NiftyFastDrive2001, why should I have to reboot? Why shouldn't the server automatically unload the driver if the bus protocol gives me registration/deregistration information? I guess I don't see the harm in a ref count system for device drivers on hot swappable bus architectures. Does anyone want to see a tiny FreeBSD kernel that pulls in drivers via an /etc/system style configuration file? Let's stop attacking these ideas as foreign evil and start looking for any interesting notions that we can use. Thanks, -- Jack Rusher, Senior Engineer | mailto:jar@integratus.com Integratus, Inc. | http://www.integratus.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 11: 6:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id B638137B85C; Wed, 7 Jun 2000 11:06:47 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p21-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.150]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id DAA11357; Thu, 8 Jun 2000 03:06:42 +0900 (JST) Message-ID: <393E8F74.E2FFBE84@newsguy.com> Date: Thu, 08 Jun 2000 03:07:48 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: "Andrey A. Chernov" Cc: hackers@freebsd.org Subject: Colors References: <74226.960280625@localhost> <20000606141626.A67663@freebsd.org> <20000607100815.F28774@pavilion.net> <20000607104210.A82918@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Andrey A. Chernov" wrote: > > 3) "op" restore default color pair, not normal one (it involves syscons and > termcap fixing and manpage improvements) Is that why w3m and lynx get me back to black&white instead of my syscon selected white on blue? If so... can you fix those ports? :-) -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@yet.another.bsdconspiracy.org Hmmm - I have to go check this. My reality assumptions are shattered. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 11:16:18 2000 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 542) id 5B58D37B96A; Wed, 7 Jun 2000 11:16:16 -0700 (PDT) Date: Wed, 7 Jun 2000 11:16:16 -0700 From: "Andrey A. Chernov" To: "Daniel C. Sobral" Cc: hackers@freebsd.org Subject: Re: Colors Message-ID: <20000607111616.A1308@freebsd.org> References: <74226.960280625@localhost> <20000606141626.A67663@freebsd.org> <20000607100815.F28774@pavilion.net> <20000607104210.A82918@freebsd.org> <393E8F74.E2FFBE84@newsguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <393E8F74.E2FFBE84@newsguy.com>; from dcs@newsguy.com on Thu, Jun 08, 2000 at 03:07:48AM +0900 Organization: Biomechanoid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 08, 2000 at 03:07:48AM +0900, Daniel C. Sobral wrote: > "Andrey A. Chernov" wrote: > > > > 3) "op" restore default color pair, not normal one (it involves syscons and > > termcap fixing and manpage improvements) > > Is that why w3m and lynx get me back to black&white instead of my syscon > selected white on blue? If so... can you fix those ports? :-) Yes. I wonder, why it is not reported before. Ports not needs fixing :-) just 1) install recent kernel, 2) install recent /usr/share/misc/termcap -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 11:24:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 2874D37B915; Wed, 7 Jun 2000 11:24:10 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p21-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.150]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id DAA13465; Thu, 8 Jun 2000 03:24:06 +0900 (JST) Message-ID: <393E9389.EB7C0F3F@newsguy.com> Date: Thu, 08 Jun 2000 03:25:13 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Robert Watson Cc: Matthew Dillon , Bjoern Fischer , hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Robert Watson wrote: > > I tend to agree, on face value, with an intuitive objection to kerneld. > That said, it should be observed that a "kerneld" would restrict the code > sufficiently privileged to cause a module load in one binary, as opposed > to a model where that type of privilege has to be provided to hundreds of > them (even huge beasts like ppp). If requests for kernel functionality > loads come through a well-audited (both senses) and well-defined LPC > mechanism, there is substantially less risk involved. In a world where > dynamic kernel module loading occurs even after entering secure, > multi-level operation, that type of protection seems like a good idea. It > would allow us to distinguish the following privileges: > > 1 Right to request specific functionality be loaded > 2 Right to load the functionality > 3 Right to invoke the functionality > > Letting, say, ppp have (1) and (3) but not (2) provides a substantial > security improvement, while retaining the ability to introduce new > functionality at run-time. Wow, for the first time someone makes a *GOOD* case for kerneld! -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@yet.another.bsdconspiracy.org Hmmm - I have to go check this. My reality assumptions are shattered. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 11:30: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 879A337B6BE; Wed, 7 Jun 2000 11:29:59 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p21-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.150]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id DAA14002; Thu, 8 Jun 2000 03:29:57 +0900 (JST) Message-ID: <393E94E7.CD318B63@newsguy.com> Date: Thu, 08 Jun 2000 03:31:03 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: "Andrey A. Chernov" Cc: hackers@FreeBSD.ORG Subject: Re: Colors References: <74226.960280625@localhost> <20000606141626.A67663@freebsd.org> <20000607100815.F28774@pavilion.net> <20000607104210.A82918@freebsd.org> <393E8F74.E2FFBE84@newsguy.com> <20000607111616.A1308@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Andrey A. Chernov" wrote: > > On Thu, Jun 08, 2000 at 03:07:48AM +0900, Daniel C. Sobral wrote: > > "Andrey A. Chernov" wrote: > > > > > > 3) "op" restore default color pair, not normal one (it involves syscons and > > > termcap fixing and manpage improvements) > > > > Is that why w3m and lynx get me back to black&white instead of my syscon > > selected white on blue? If so... can you fix those ports? :-) > > Yes. I wonder, why it is not reported before. > > Ports not needs fixing :-) just 1) install recent kernel, 2) install recent > /usr/share/misc/termcap /me eyes ache with weary suspicion... If that doesn't work, I'll get back to you! :-) -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@yet.another.bsdconspiracy.org Hmmm - I have to go check this. My reality assumptions are shattered. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 12:13:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from outpost.huebner.org (hans.walledcity.de [212.84.209.59]) by hub.freebsd.org (Postfix) with ESMTP id CF9C537BA09 for ; Wed, 7 Jun 2000 12:13:43 -0700 (PDT) (envelope-from hans@Huebner.ORG) Received: from localhost.huebner.org ([127.0.0.1] helo=localhost ident=hans) by outpost.huebner.org with esmtp (Exim 3.13 #1) id 12zlER-0004n9-00; Wed, 07 Jun 2000 21:11:15 +0200 Date: Wed, 7 Jun 2000 21:11:11 +0200 (CEST) From: Hans Huebner To: Poul-Henning Kamp Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: IP prepaid accounting In-Reply-To: <31777.960398287@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 7 Jun 2000, Poul-Henning Kamp wrote: > It should be possible to say say > > ipfw deny all ip from any to any exquota any > > as well as: > > ipfw deny all ip from any to any exquota guest Do you say that in principle you agree with the "quota action, but you want the "exquota" condition be qualified by a particular quota name as sketched in your example? This is fine with me and I'll implement it. I'll disallow the name "any" for quota names. This is not exactly pretty, but I still think that named quotas are more flexible then numeric ones. I'd even propose that the dummynet pipes also be named, I'd volunteer to do this. Performance wise this will be pretty neutral, as a pointer to the pipe (or quota) is cached. This directly leads to the question whether I should perform any checks on the quota names passed to the kernel by the user. If I don't do this, they could contains spaces and funny european characters, which may or may not be acceptable. I'd say that the kernel should not restrict the names, but ipfw should propably only accept numbers and C-style identifiers. -Hans -- finger hans@huebner.org for details To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 12:21:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 3964B37BE8A for ; Wed, 7 Jun 2000 12:21:34 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id VAA33166; Wed, 7 Jun 2000 21:20:55 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Hans Huebner Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: IP prepaid accounting In-reply-to: Your message of "Wed, 07 Jun 2000 21:11:11 +0200." Date: Wed, 07 Jun 2000 21:20:55 +0200 Message-ID: <33164.960405655@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Hans Huebner writes: >On Wed, 7 Jun 2000, Poul-Henning Kamp wrote: > >> It should be possible to say say >> >> ipfw deny all ip from any to any exquota any >> >> as well as: >> >> ipfw deny all ip from any to any exquota guest > >Do you say that in principle you agree with the "quota action, but you want >the "exquota" condition be qualified by a particular quota name as sketched in >your example? This is fine with me and I'll implement it. Yes, I may want to do things like: (set up quota guest) (set up quota staff) (set up pipe: 64kbit/sec) (if exceeded quota staff -> pipe) (if exceeded quota guest -> drop) >I'll disallow the name "any" for quota names. This is not exactly pretty, but Make it so that if no name is specified all apply ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 12:31:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from outpost.huebner.org (hans.walledcity.de [212.84.209.59]) by hub.freebsd.org (Postfix) with ESMTP id 4472837B650 for ; Wed, 7 Jun 2000 12:31:30 -0700 (PDT) (envelope-from hans@Huebner.ORG) Received: from localhost.huebner.org ([127.0.0.1] helo=localhost ident=hans) by outpost.huebner.org with esmtp (Exim 3.13 #1) id 12zlVe-0004op-00; Wed, 07 Jun 2000 21:29:02 +0200 Date: Wed, 7 Jun 2000 21:29:01 +0200 (CEST) From: Hans Huebner To: Poul-Henning Kamp Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: IP prepaid accounting In-Reply-To: <33164.960405655@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 7 Jun 2000, Poul-Henning Kamp wrote: > >I'll disallow the name "any" for quota names. This is not exactly pretty, but > > Make it so that if no name is specified all apply ? I'll code the "any" into ipfw.c. The kernel code only verifies the quota name if the string is not empty. -Hans -- finger hans@huebner.org for details To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 12:42: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail-03-real.cdsnet.net (mail-03-real.cdsnet.net [204.118.244.93]) by hub.freebsd.org (Postfix) with SMTP id 3917037BE7D for ; Wed, 7 Jun 2000 12:42:01 -0700 (PDT) (envelope-from mrcpu@internetcds.com) Received: (qmail 54471 invoked from network); 7 Jun 2000 19:42:00 -0000 Received: from schizo.cdsnet.net (204.118.244.32) by mail-03-real.cdsnet.net with SMTP; 7 Jun 2000 19:42:00 -0000 Date: Wed, 7 Jun 2000 12:36:13 -0700 (PDT) From: Jaye Mathisen X-Sender: mrcpu@schizo.cdsnet.net To: hackers@freebsd.org Subject: Odd dir-cache #'s with Samba and moving files... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I wish I would've grabbed a screen shot while it was happening, but I didn't. In any case, a fairly recent 4.0-stable (last couple weeks), and samba 2.0.7. The FreeBSD box is doing nothing, except smb, and running systat -vmstat 1 in a telnet session. From my NT box, I was moving a bunch of files from dir1 to dir2. While it was doing the move (several thousand files), the name-cache #'s stayed around 98-99%, and 10k hits. But the dir-cache stayed around 10% with 300 or so hits. dir1 and dir2 are on the same disk, so essentially just simple moves. Directory structure was only about 3-4 levels deep. Any ideas on what knobs and frobs can be tweaked and frobbed to help this out? Or if it's even really a problem? The moves seemed really slow, maybe 2-3 files moved/second. Of course, I'm sure something in smbd is also an issue, but it just seems like that cache should've stayed way the heck up there... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 12:51:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (ether.cdrom.com [204.216.28.196]) by hub.freebsd.org (Postfix) with ESMTP id C5F7137BA79 for ; Wed, 7 Jun 2000 12:51:23 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id MAA01198; Wed, 7 Jun 2000 12:54:43 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006071954.MAA01198@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Jaye Mathisen Cc: hackers@freebsd.org Subject: Re: Odd dir-cache #'s with Samba and moving files... In-reply-to: Your message of "Wed, 07 Jun 2000 12:36:13 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Jun 2000 12:54:43 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mount the filesystem(s) async, or use softupdates. > > I wish I would've grabbed a screen shot while it was happening, but I > didn't. > > In any case, a fairly recent 4.0-stable (last couple weeks), and samba > 2.0.7. > > The FreeBSD box is doing nothing, except smb, and running systat -vmstat 1 > in a telnet session. > > > >From my NT box, I was moving a bunch of files from dir1 to dir2. > > While it was doing the move (several thousand files), the name-cache #'s > stayed around 98-99%, and 10k hits. But the dir-cache stayed around 10% > with 300 or so hits. > > dir1 and dir2 are on the same disk, so essentially just simple > moves. Directory structure was only about 3-4 levels deep. > > Any ideas on what knobs and frobs can be tweaked and frobbed to help this > out? Or if it's even really a problem? The moves seemed really slow, > maybe 2-3 files moved/second. Of course, I'm sure something in smbd is > also an issue, but it just seems like that cache should've stayed way the > heck up there... > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 12:56:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kcmso1.proxy.att.com (kcmso1.att.com [192.128.133.69]) by hub.freebsd.org (Postfix) with ESMTP id D2B0437BA79 for ; Wed, 7 Jun 2000 12:56:23 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from mo3980r1.ems.att.com ([135.38.12.14]) by kcmso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id PAA00316 for ; Wed, 7 Jun 2000 15:56:22 -0400 (EDT) Received: from njb140bh1.ems.att.com by mo3980r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id PAA26225; Wed, 7 Jun 2000 15:50:19 -0400 (EDT) Received: by njb140bh1.ems.att.com with Internet Mail Service (5.5.2650.21) id ; Wed, 7 Jun 2000 15:56:22 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'hackers@freebsd.org'" Subject: RE: kerneld for FreeBSD Date: Wed, 7 Jun 2000 15:56:15 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG well, i've heard both negative and positive replies. so, i've just open ``kerneld'' project on sourceforge.net anyone who is interested, please, make your suggestions and wishes. just drop me an e-mail at m_evmenkin@yahoo.com i'll be more than happy to hear from you. i'll try put working prototype on sourceforge.net CVS tonight. thanks everybody, emax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 13: 9:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.cicely.de (cicely.de [194.231.9.142]) by hub.freebsd.org (Postfix) with ESMTP id BC33037B786; Wed, 7 Jun 2000 13:09:26 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.11.0.Beta1/8.11.0.Beta1) with ESMTP id e57K9BC30722; Wed, 7 Jun 2000 22:09:11 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id WAA98853; Wed, 7 Jun 2000 22:09:07 +0200 (CEST) (envelope-from ticso) Date: Wed, 7 Jun 2000 22:09:06 +0200 From: Bernd Walter To: "G.B.Naidu" Cc: hackers@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: [REPOST] Re: How do I get port inside kernel.... (fwd) Message-ID: <20000607220906.A98783@cicely8.cicely.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from gbnaidu@sasi.com on Wed, Jun 07, 2000 at 10:13:26AM +0530 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 07, 2000 at 10:13:26AM +0530, G.B.Naidu wrote: > > Thanks a lot for your reply. It's quite useful. But I have some more > questions generated of this study of nfs code and sendfile(2) code. The > question is about getting a proc structure. Here it is. > > As you all know that every system call in side kernel needs a process > structure to be passed. So to call socreate, sobind or getsocket we need a > proc structure. My doubt is which process structure to pass? > > In nfs code, at some places it is passing the curproc structure which is > nothing but currently running process. At other places example for > socreate() and sobind(), it is using proc0 structure which is nothing but > of the swap process. So when I am executing the kernel, what is the > current process? Is it safe if I use proc0 to pass the proc structure to > call socreate() and sobind()? How safe it is to use curproc > structure? Somebody mentioned that it will not work in interrupt > handlers. Sockets depend on a specific process. Interrupt handlers can interrupt any process, so you don't know to which curproc points to. In general it is best to use proc0 as long as you don't need to share the socket with any application. If you need to - you can use it only when called from this process. Remembering the process won't help much, because it will invalidate if the process it belongs to dies. -- 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 From owner-freebsd-hackers Wed Jun 7 13:23:31 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail-04-real.cdsnet.net (mail-04-real.cdsnet.net [204.118.244.94]) by hub.freebsd.org (Postfix) with SMTP id BEBBC37BB1F for ; Wed, 7 Jun 2000 13:23:23 -0700 (PDT) (envelope-from mrcpu@internetcds.com) Received: (qmail 2016 invoked from network); 7 Jun 2000 20:23:20 -0000 Received: from schizo.cdsnet.net (204.118.244.32) by mail-04-real.cdsnet.net with SMTP; 7 Jun 2000 20:23:20 -0000 Date: Wed, 7 Jun 2000 13:17:33 -0700 (PDT) From: Jaye Mathisen X-Sender: mrcpu@schizo.cdsnet.net To: Mike Smith Cc: hackers@freebsd.org Subject: Re: Odd dir-cache #'s with Samba and moving files... In-Reply-To: <200006071954.MAA01198@mass.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It was mounted soft-updates: /dev/vinum/vinum0 on /d/vol0 (ufs, local, soft-updates, writes: sync 69895 async 508210, reads: sync 297497 async 389496) On Wed, 7 Jun 2000, Mike Smith wrote: > > Mount the filesystem(s) async, or use softupdates. > > > > > I wish I would've grabbed a screen shot while it was happening, but I > > didn't. > > > > In any case, a fairly recent 4.0-stable (last couple weeks), and samba > > 2.0.7. > > > > The FreeBSD box is doing nothing, except smb, and running systat -vmstat 1 > > in a telnet session. > > > > > > >From my NT box, I was moving a bunch of files from dir1 to dir2. > > > > While it was doing the move (several thousand files), the name-cache #'s > > stayed around 98-99%, and 10k hits. But the dir-cache stayed around 10% > > with 300 or so hits. > > > > dir1 and dir2 are on the same disk, so essentially just simple > > moves. Directory structure was only about 3-4 levels deep. > > > > Any ideas on what knobs and frobs can be tweaked and frobbed to help this > > out? Or if it's even really a problem? The moves seemed really slow, > > maybe 2-3 files moved/second. Of course, I'm sure something in smbd is > > also an issue, but it just seems like that cache should've stayed way the > > heck up there... > > > > > > > > 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 Jun 7 13:30:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.scl.ameslab.gov (mailhub.scl.ameslab.gov [147.155.137.127]) by hub.freebsd.org (Postfix) with ESMTP id A1FF837BCBD for ; Wed, 7 Jun 2000 13:30:24 -0700 (PDT) (envelope-from cc@ameslab.gov) Received: from io.scl.ameslab.gov ([147.155.137.15] helo=ameslab.gov) by mailhub.scl.ameslab.gov with esmtp (Exim 3.02 #1) id 12zmSz-0006RZ-00 for freebsd-hackers@freebsd.org; Wed, 07 Jun 2000 15:30:21 -0500 Message-ID: <393EB0DD.B77711B4@ameslab.gov> Date: Wed, 07 Jun 2000 15:30:21 -0500 From: Chris Csanady X-Mailer: Mozilla 4.7 [en] (X11; U; IRIX 6.5 IP22) X-Accept-Language: en, ru, ja, ko MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: PCI Wavelan adapter timeouts Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Has anyone one successfully used one of these? I have read through the list archives, but I never saw the problems resolved. I have tried 4.0, and current with no luck. My dmesg output looks like: pcic-pci0: irq 10 at device 10.0 on pci0 pcic-pci0: TI12XX PCI Config Reg: [pwr save][pci only] pcic-pci1: irq 10 at device 10.1 on pci0 pcic-pci1: TI12XX PCI Config Reg: [pwr save][pci only] pcic0: at port 0x3e0 iomem 0xd0000 irq 10 on isa0 pcic0: management irq 10 pccard0: on pcic0 pccard1: on pcic0 wi0: at port 0x240-0x27f irq 7 slot 0 on pccard0 wi0: Ethernet address: 00:60:1d:f0:b0:56 wi0: device timeout wi0: tx buffer allocation failed The problem is, whenever I ifconfig/use the interface, it times out. The fact that it at least got the ethernet address from the card makes me think that it is not too far from working. Neither irq 7, or 10 conflict with anything else. My kernel config looks like: device card device pcic0 at isa? irq 10 port 0x3e0 iomem 0xd0000 device wi Does anyone have any ideas/patches/etc? If not, I would like to exchange the card for an ISA one. I was really hoping to never buy another one of those though. Thanks, Chris Csanady PS: Please CC me--I don't have (easy) access to the lists right now. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 13:39:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id B1FAC37BE56 for ; Wed, 7 Jun 2000 13:39:28 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id QAA21613 for ; Wed, 7 Jun 2000 16:45:29 -0400 (EDT) Message-Id: <200006072045.QAA21613@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Wed, 07 Jun 2000 16:44:57 -0400 To: hackers@FreeBSD.ORG From: Dennis Subject: if_dc in v4.0 - Forcing store and forward? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Running a Dlink quad card (570TX) in 100Mb/s full dup mode the driver complains about underruns for awhile and then ultimately sets store_and_forward which seems to make it work. Is there a way to force this easily? It seems that it should certainly be the default if full dup 100 mode is detected as the other settings fail quite easily on rather trivial activities. should this card be used with the if_dc or if_de driver? Both seem to probe it successfully, although both drivers have the same (annoying) underrun problem (that wasnt a problem or at least not screen-verbalized in 3.4). Dennis Emerging Technologies, Inc. ---------------------------------------------------------------------------- --------- http://www.etinc.com ISA and PCI T1/T3/V35/HSSI Cards for FreeBSD and LINUX Multiport T1 and HSSI/T3 UNIX-based Routers Bandwidth Management Standalone Systems Bandwidth Management software for LINUX and FreeBSD 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 Jun 7 13:56:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from outpost.huebner.org (hans.walledcity.de [212.84.209.59]) by hub.freebsd.org (Postfix) with ESMTP id 7783C37B51F for ; Wed, 7 Jun 2000 13:56:30 -0700 (PDT) (envelope-from hans@Huebner.ORG) Received: from localhost.huebner.org ([127.0.0.1] helo=localhost ident=hans) by outpost.huebner.org with esmtp (Exim 3.13 #1) id 12zms7-0004vm-00; Wed, 07 Jun 2000 22:56:20 +0200 Date: Wed, 7 Jun 2000 22:56:19 +0200 (CEST) From: Hans Huebner To: Chris Csanady Cc: freebsd-hackers@freebsd.org Subject: Re: PCI Wavelan adapter timeouts In-Reply-To: <393EB0DD.B77711B4@ameslab.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm using Orinoco WaveLAN cards with FreeBSD successfully. Here is the relevant dmesg output of my router at home (a P200 on an Asus PCI board): pcic0: at port 0x3e0 iomem 0xd0000 irq 10 on isa0 pcic0: management irq 10 pccard0: on pcic0 pccard1: on pcic0 This is a ISA-PCMCIA bridge manufactured by SCM, sold by Lucent. Lucent also sells a PCI-CARDBUS bridge, but without BIOS support it is not recognized by FreeBSD. It is said that the PCI-CARDBUS bridge works in Tyan motherboards, but these are not exactly cheap. wi0: at port 0x240-0x27f irq 5 slot 0 on pccard0 wi0: Ethernet address: 00:60:1d:f6:59:4f wi0: starting DAD for fe80:000b::0260:1dff:fef6:594f wi0: DAD complete for fe80:000b::0260:1dff:fef6:594f - no duplicates found This is an Orinoco WaveLAN card in the Vadem bridge. I'd try another IRQ for the card, just to be safe. BTW: I have tried to use two Orinocos in one system, but seemingly pccardd is not able to handle two cards of the same make if these cards have only one configuration entry. Fixing this would require a few pretty drastic changes in pccardd. Will pccardd die when newbus gets into the mainstream some time, making the configuration of pccards a kernel-only thing? Or will FreeBSD continue to use pccardd, so that such a change would make sense in the long run? -Hans -- finger hans@huebner.org for details To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 13:58:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 8699A37B51F; Wed, 7 Jun 2000 13:58:44 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id QAA72060; Wed, 7 Jun 2000 16:58:41 -0400 (EDT) (envelope-from wollman) Date: Wed, 7 Jun 2000 16:58:41 -0400 (EDT) From: Garrett Wollman Message-Id: <200006072058.QAA72060@khavrinen.lcs.mit.edu> To: Bernd Walter Cc: "G.B.Naidu" , hackers@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: [REPOST] Re: How do I get port inside kernel.... (fwd) In-Reply-To: <20000607220906.A98783@cicely8.cicely.de> References: <20000607220906.A98783@cicely8.cicely.de> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: >> current process? Is it safe if I use proc0 to pass the proc structure to >> call socreate() and sobind()? How safe it is to use curproc >> structure? Somebody mentioned that it will not work in interrupt >> handlers. proc0 is passed because I didn't think things completely through when the socket layer was taught not to accept process arguments. In most if not all cases the process parameter should be passed as nil, rather than &proc0, because the code uses this value to determine whether or not it is safe to sleep. Some of the code, however, is buggy in that it does not check for a null process pointer and proceeds to dereference it. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 14:35:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.cicely.de (cicely.de [194.231.9.142]) by hub.freebsd.org (Postfix) with ESMTP id 684E437B8BE; Wed, 7 Jun 2000 14:35:17 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.11.0.Beta1/8.11.0.Beta1) with ESMTP id e57LZ2C31008; Wed, 7 Jun 2000 23:35:02 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id XAA98964; Wed, 7 Jun 2000 23:34:58 +0200 (CEST) (envelope-from ticso) Date: Wed, 7 Jun 2000 23:34:57 +0200 From: Bernd Walter To: Garrett Wollman Cc: "G.B.Naidu" , hackers@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: [REPOST] Re: How do I get port inside kernel.... (fwd) Message-ID: <20000607233457.B98783@cicely8.cicely.de> References: <20000607220906.A98783@cicely8.cicely.de> <200006072058.QAA72060@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200006072058.QAA72060@khavrinen.lcs.mit.edu>; from wollman@khavrinen.lcs.mit.edu on Wed, Jun 07, 2000 at 04:58:41PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 07, 2000 at 04:58:41PM -0400, Garrett Wollman wrote: > < said: > > >> current process? Is it safe if I use proc0 to pass the proc structure to > >> call socreate() and sobind()? How safe it is to use curproc > >> structure? Somebody mentioned that it will not work in interrupt > >> handlers. > > proc0 is passed because I didn't think things completely through when > the socket layer was taught not to accept process arguments. In most > if not all cases the process parameter should be passed as nil, > rather than &proc0, because the code uses this value to determine > whether or not it is safe to sleep. Some of the code, however, is > buggy in that it does not check for a null process pointer and > proceeds to dereference it. Mmmhh - that also means that it is not valid to use proc0 within an upcall function because it may sleep :( Are the fuctions using the same table with proc0 as with nil or must all calls use the same value? -- 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 From owner-freebsd-hackers Wed Jun 7 15: 1:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 8A98937C112; Wed, 7 Jun 2000 15:01:50 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id AAA34121; Thu, 8 Jun 2000 00:01:38 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: hackers@freebsd.org, isp@freebsd.org Subject: Anyone feel like donating a T1 CSU/DSU ? From: Poul-Henning Kamp Date: Thu, 08 Jun 2000 00:01:38 +0200 Message-ID: <34119.960415298@critter.freebsd.dk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm writing a driver for LanMedias LMC1504, but despite me asking God and Everybody over here, I have not been able to find any equipment I can test the T1 functionality with, so for now the driver will be E1 only. If anybody on the other side of the pond has a T1 device, (preferably one that can do fractional T1), they could part with for a good cause, I would be most happy. A V.35 CSU/DSU would be great but other devices can probably be fit into my setup as well. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 15: 7:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 19C2337BE7D; Wed, 7 Jun 2000 15:07:25 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id RAA28201; Wed, 7 Jun 2000 17:07:19 -0500 (CDT) (envelope-from dan) Date: Wed, 7 Jun 2000 17:07:19 -0500 From: Dan Nelson To: Alfred Perlstein Cc: "Brech, Cary" , freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, mblott@lucent.com, "Savio, Florie N" Subject: Re: FreeBSD Support of Hot Swappable NICs Message-ID: <20000607170719.A24836@dan.emsphone.com> Reply-To: "Brech, Cary" , freebsd-hackers@FreeBSD.ORG, mblott@lucent.com, "Savio, Florie N" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In-Reply-To: <20000607114158.C17973@fw.wintelcom.net>; from "Alfred Perlstein" on Wed Jun 7 11:41:59 GMT 2000 X-OS: FreeBSD 5.0-CURRENT In the last episode (Jun 07), Alfred Perlstein said: > Brech, Cary [000607 10:33] wrote: > > Lucent recently introduced a product that uses FreeBSD as its OS. > > We are currently contemplating adding the ability to "Hot Swap" the > > custom network interface cards we are developing for the next > > release. The question we have is does FreeBSD support the ability > > to hot swap network interface cards? > > > > Thanks in advance for your assistance! > > We can do pcmcia hot swap, but it gets hairy if the interface is > in use, the interface should be 'downed' before removing afaik. Or do you mean PCI hot-plug? FreeBSD currently doesn't support powering off PCI slots or re-probing the PCI bus after bootup, both of which are required for hot-plug. I don't know how hard it would be to add, either. You'll probably have to ask -hackers about that (cc and reply-to reset there). -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 15:30:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id 9172B37B7D3; Wed, 7 Jun 2000 15:30:47 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (ip110.salt-lake-city9.ut.pub-ip.psi.net [38.31.167.110]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id QAA03777; Wed, 7 Jun 2000 16:30:27 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <393ECCE7.76D9857@softweyr.com> Date: Wed, 07 Jun 2000 16:29:59 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: "Brech, Cary" , freebsd-hackers@FreeBSD.ORG, mblott@lucent.com, "Savio, Florie N" Cc: Alfred Perlstein , freebsd-questions@FreeBSD.ORG Subject: Re: FreeBSD Support of Hot Swappable NICs References: <20000607170719.A24836@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dan Nelson wrote: > > In the last episode (Jun 07), Alfred Perlstein said: > > Brech, Cary [000607 10:33] wrote: > > > Lucent recently introduced a product that uses FreeBSD as its OS. > > > We are currently contemplating adding the ability to "Hot Swap" the > > > custom network interface cards we are developing for the next > > > release. The question we have is does FreeBSD support the ability > > > to hot swap network interface cards? > > > > > > Thanks in advance for your assistance! > > > > We can do pcmcia hot swap, but it gets hairy if the interface is > > in use, the interface should be 'downed' before removing afaik. > > Or do you mean PCI hot-plug? FreeBSD currently doesn't support > powering off PCI slots or re-probing the PCI bus after bootup, both of > which are required for hot-plug. I don't know how hard it would be to > add, either. You'll probably have to ask -hackers about that (cc and > reply-to reset there). Warner Losh has just started to look into support for CPCI, which would mandate hot-swap and bus reprobing. The CardBus support is similar in concept, too. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 16:37:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (ether.cdrom.com [204.216.28.196]) by hub.freebsd.org (Postfix) with ESMTP id 66CF537B5A1 for ; Wed, 7 Jun 2000 16:37:26 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id QAA01962; Wed, 7 Jun 2000 16:40:33 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006072340.QAA01962@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Dennis Cc: hackers@FreeBSD.ORG Subject: Re: if_dc in v4.0 - Forcing store and forward? In-reply-to: Your message of "Wed, 07 Jun 2000 16:44:57 EDT." <200006072045.QAA21613@etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Jun 2000 16:40:33 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Running a Dlink quad card (570TX) in 100Mb/s full dup mode the driver > complains about underruns for awhile and then ultimately sets > store_and_forward which seems to make it work. > > Is there a way to force this easily? It seems that it should certainly be > the default if full dup 100 mode is detected as the other settings fail > quite easily on rather trivial activities. > > should this card be used with the if_dc or if_de driver? Both seem to probe > it successfully, although both drivers have the same (annoying) underrun > problem (that wasnt a problem or at least not screen-verbalized in 3.4). Transmit underrun is usually caused by another peripheral hogging the PCI bus; either a poorly configured card with an excessive latency value, or a misconfigured card (due to BIOS bugs), or a card that otherwise ignores the PCI latency rules, or a system with too many busy busmaster cards. > Dennis > Emerging Technologies, Inc. > ---------------------------------------------------------------------------- > --------- > > > > http://www.etinc.com > ISA and PCI T1/T3/V35/HSSI Cards for FreeBSD and LINUX > Multiport T1 and HSSI/T3 UNIX-based Routers > Bandwidth Management Standalone Systems > Bandwidth Management software for LINUX and FreeBSD > > > 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 > -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 16:49:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id A5AD537B56D; Wed, 7 Jun 2000 16:49:15 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id TAA22204; Wed, 7 Jun 2000 19:55:17 -0400 (EDT) Message-Id: <200006072355.TAA22204@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Wed, 07 Jun 2000 19:54:44 -0400 To: Mike Smith From: Dennis Subject: Re: if_dc in v4.0 - Forcing store and forward? Cc: hackers@FreeBSD.ORG In-Reply-To: <200006072340.QAA01962@mass.cdrom.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 04:40 PM 6/7/00 -0700, Mike Smith wrote: >> >> Running a Dlink quad card (570TX) in 100Mb/s full dup mode the driver >> complains about underruns for awhile and then ultimately sets >> store_and_forward which seems to make it work. >> >> Is there a way to force this easily? It seems that it should certainly be >> the default if full dup 100 mode is detected as the other settings fail >> quite easily on rather trivial activities. >> >> should this card be used with the if_dc or if_de driver? Both seem to probe >> it successfully, although both drivers have the same (annoying) underrun >> problem (that wasnt a problem or at least not screen-verbalized in 3.4). > >Transmit underrun is usually caused by another peripheral hogging the PCI >bus; either a poorly configured card with an excessive latency value, or >a misconfigured card (due to BIOS bugs), or a card that otherwise ignores >the PCI latency rules, or a system with too many busy busmaster cards. I'm well aware of that but it doesnt really help. I suspect that the onboard PCI bridge chip is slowing things a bit...the bottom line is that doing a simple transfer with nothing else going on causes the failures...which is precisely why I want to set it by default. Dennis > >> Dennis >> Emerging Technologies, Inc. >> ---------------------------------------------------------------------------- >> --------- >> >> >> >> http://www.etinc.com >> ISA and PCI T1/T3/V35/HSSI Cards for FreeBSD and LINUX >> Multiport T1 and HSSI/T3 UNIX-based Routers >> Bandwidth Management Standalone Systems >> Bandwidth Management software for LINUX and FreeBSD >> >> >> 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 >> > >-- >\\ Give a man a fish, and you feed him for a day. \\ Mike Smith >\\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org >\\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 17: 1:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from overcee.netplex.com.au (peter1.corp.yahoo.com [208.48.107.4]) by hub.freebsd.org (Postfix) with ESMTP id 1973B37B8EC; Wed, 7 Jun 2000 17:01:54 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 6AC291CE1; Wed, 7 Jun 2000 17:01:53 -0700 (PDT) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: Mike Smith Cc: Dennis , hackers@FreeBSD.ORG Subject: Re: if_dc in v4.0 - Forcing store and forward? In-Reply-To: Message from Mike Smith of "Wed, 07 Jun 2000 16:40:33 PDT." <200006072340.QAA01962@mass.cdrom.com> Date: Wed, 07 Jun 2000 17:01:53 -0700 From: Peter Wemm Message-Id: <20000608000153.6AC291CE1@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > > > Running a Dlink quad card (570TX) in 100Mb/s full dup mode the driver > > complains about underruns for awhile and then ultimately sets > > store_and_forward which seems to make it work. > > > > Is there a way to force this easily? It seems that it should certainly be > > the default if full dup 100 mode is detected as the other settings fail > > quite easily on rather trivial activities. > > > > should this card be used with the if_dc or if_de driver? Both seem to probe > > it successfully, although both drivers have the same (annoying) underrun > > problem (that wasnt a problem or at least not screen-verbalized in 3.4). > > Transmit underrun is usually caused by another peripheral hogging the PCI > bus; either a poorly configured card with an excessive latency value, or > a misconfigured card (due to BIOS bugs), or a card that otherwise ignores > the PCI latency rules, or a system with too many busy busmaster cards. I am yet to see a 2114x based system that does not do this. My sample set is 21140A (SMC 9332BDT), some 21142's and 21143's. Most Digital labeled but even the Intel ones do it. This happens in BX chipset, VIA MVP chipsets, the PC164SX motherboard under SRM, etc. I have even seen frequent underruns with *no other bus activity* except the CPU fetching code for ttcp and the busmaster DMA to/from the ttcp processes. ie: no DISK, no VGA cards, nothing else at all active. I have checked all the latency timers on all devices as well, they are all set sensibly. I suspect a generic chipset fault, or some design quirk that we are not working around. Note that the windoze drivers for these devices put them permanently in store-and-forward mode. if_de has the exact same problem on all of the systems above. 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 Wed Jun 7 17:14:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id DFDC637B8EC; Wed, 7 Jun 2000 17:14:42 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id UAA22290; Wed, 7 Jun 2000 20:20:24 -0400 (EDT) Message-Id: <200006080020.UAA22290@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Wed, 07 Jun 2000 20:19:50 -0400 To: Peter Wemm , Mike Smith From: Dennis Subject: Re: if_dc in v4.0 - Forcing store and forward? Cc: hackers@FreeBSD.ORG In-Reply-To: <20000608000153.6AC291CE1@overcee.netplex.com.au> References: <200006072340.QAA01962@mass.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 05:01 PM 6/7/00 -0700, Peter Wemm wrote: >Mike Smith wrote: >> > >> > Running a Dlink quad card (570TX) in 100Mb/s full dup mode the driver >> > complains about underruns for awhile and then ultimately sets >> > store_and_forward which seems to make it work. >> > >> > Is there a way to force this easily? It seems that it should certainly be >> > the default if full dup 100 mode is detected as the other settings fail >> > quite easily on rather trivial activities. >> > >> > should this card be used with the if_dc or if_de driver? Both seem to probe >> > it successfully, although both drivers have the same (annoying) underrun >> > problem (that wasnt a problem or at least not screen-verbalized in 3.4). >> >> Transmit underrun is usually caused by another peripheral hogging the PCI >> bus; either a poorly configured card with an excessive latency value, or >> a misconfigured card (due to BIOS bugs), or a card that otherwise ignores >> the PCI latency rules, or a system with too many busy busmaster cards. > >I am yet to see a 2114x based system that does not do this. My sample set >is 21140A (SMC 9332BDT), some 21142's and 21143's. Most Digital labeled >but even the Intel ones do it. This happens in BX chipset, VIA MVP chipsets, >the PC164SX motherboard under SRM, etc. I have even seen frequent underruns >with *no other bus activity* except the CPU fetching code for ttcp and >the busmaster DMA to/from the ttcp processes. ie: no DISK, no VGA cards, >nothing else at all active. I have checked all the latency timers >on all devices as well, they are all set sensibly. > >I suspect a generic chipset fault, or some design quirk that we are not >working around. Note that the windoze drivers for these devices put them >permanently in store-and-forward mode. if_de has the exact same problem on >all of the systems above. Exactly. dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 17:41:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gizmo.internode.com.au (gizmo.internode.com.au [192.83.231.115]) by hub.freebsd.org (Postfix) with ESMTP id 7984937B5D8 for ; Wed, 7 Jun 2000 17:41:12 -0700 (PDT) (envelope-from newton@gizmo.internode.com.au) Received: (from newton@localhost) by gizmo.internode.com.au (8.9.3/8.9.3) id KAA46180; Thu, 8 Jun 2000 10:10:38 +0930 (CST) (envelope-from newton) Date: Thu, 8 Jun 2000 10:10:38 +0930 From: Mark Newton To: Dan Nelson Cc: Matthew Emmerton , freebsd-hackers@FreeBSD.ORG Subject: Re: SVR4 Emulation [was Re: iBCS status?] Message-ID: <20000608101038.B46114@internode.com.au> References: <000a01bfcf7a$cc810330$1200a8c0@matt> <20000606152128.B82736@internode.com.au> <20000606012552.A1515@dan.emsphone.com> <20000606162453.B83108@internode.com.au> <20000606094719.A19961@dan.emsphone.com> <006101bfd04c$59de5c60$1200a8c0@matt> <20000607094626.B22129@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <20000607094626.B22129@dan.emsphone.com> X-PGP-Key: http://www.on.net/~newton/pgpkey.txt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 07, 2000 at 09:46:26AM -0500, Dan Nelson wrote: > It's hard because SCO doesn't > document any of this. You have to root through headers trying to > figure out what structures are used when. How do you think the rest of the emulator has been written? :-) Ok -- I envisaged that there'd be a difficulty with different SysV vendors who used different semantics for the same syscalls, or different syscall numbering schemes. "It could happen!" (and, as we can see, it probably has). To fix it in as painless a way as possible, I'm envisaging something along the lines of this: * The existing svr4 KLD module, which implements the guts of the emulator; and * Additional much, much smaller modules which implement the differences between the "base" svr4 and wierd oddball variants. The additional modules would be dependent on the base module. Each one would have its own syscall table, but most of the entries in it would point to symbols which are defined in the base module. Only the system calls which have totally different semantics would need to be defined separately. Of course, this also gives us a simple way to renumber syscalls. Each variant would have its own ELF brand to aid the selection of the correct API. The files used to implement this would be in subdirectories of src/sys/svr4 and src/sys/i386/svr4, each of which would contain a *_sysvec.c file, a syscalls.master file, and the support .h files needed to glue it all together. The result of running "make" in src/modules/svr4 would be a base KLD plus several smaller flavour- specific KLDs. Note that syscall numbering isn't the only thing I can see that'll be different between "flavours" of SysVR4. Things like ioctl() commands, signal numbers, and basically all the other things the emulator translates could exhibit minor differences between flavours, but the bulk of it should be the same from vendor to vendor. Comments? - mark -- Mark Newton Email: newton@internode.com.au (W) Network Engineer Email: newton@atdot.dotat.org (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 18:56:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from incandescent.firedrake.org (incandescent.firedrake.org [195.157.96.1]) by hub.freebsd.org (Postfix) with ESMTP id 6D5DD37B94D for ; Wed, 7 Jun 2000 18:56:46 -0700 (PDT) (envelope-from float@firedrake.org) Received: from float by incandescent.firedrake.org with local (Exim 2.05 #1 (Debian)) id 12zrYj-0005EN-00; Thu, 8 Jun 2000 02:56:37 +0100 Date: Thu, 8 Jun 2000 02:56:37 +0100 From: void To: Bosko Milekic Cc: hackers@freebsd.org Subject: Re: kerneld for FreeBSD Message-ID: <20000608025637.A20104@firedrake.org> References: <20000607013058.A32270@firedrake.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from bmilekic@dsuper.net on Wed, Jun 07, 2000 at 01:01:41AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 07, 2000 at 01:01:41AM -0400, Bosko Milekic wrote: > > An Operating System should only do that when the administrator is so > stupid that he/she actually loads "unused" drivers. I'm talking about for example a tape driver that was loaded to deal with a tape drive which is currently not in use. Not unused in the sense of useless, but in the sense of not currently active. -- Ben 220 go.ahead.make.my.day ESMTP Postfix To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 19:10:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (ether.cdrom.com [204.216.28.196]) by hub.freebsd.org (Postfix) with ESMTP id B4ADF37BB93 for ; Wed, 7 Jun 2000 19:10:15 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id TAA03995; Wed, 7 Jun 2000 19:13:55 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006080213.TAA03995@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: void Cc: hackers@freebsd.org Subject: Re: kerneld for FreeBSD In-reply-to: Your message of "Thu, 08 Jun 2000 02:56:37 BST." <20000608025637.A20104@firedrake.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Jun 2000 19:13:55 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Wed, Jun 07, 2000 at 01:01:41AM -0400, Bosko Milekic wrote: > > > > An Operating System should only do that when the administrator is so > > stupid that he/she actually loads "unused" drivers. > > I'm talking about for example a tape driver that was loaded to deal with > a tape drive which is currently not in use. Not unused in the sense of > useless, but in the sense of not currently active. This is just a Really Pointless Idea. There are so many more useful and interesting things to get done... *sigh* -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 19:10:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown2-3-111.adsl.one.net [216.23.16.111]) by hub.freebsd.org (Postfix) with ESMTP id 8D9CD37B98C for ; Wed, 7 Jun 2000 19:10:16 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id WAA14249; Wed, 7 Jun 2000 22:16:54 -0400 (EDT) (envelope-from cokane) Date: Wed, 7 Jun 2000 22:16:54 -0400 From: Coleman Kane To: Neil Blakey-Milner Cc: Coleman Kane , Bosko Milekic , void , hackers@freebsd.org Subject: Re: kerneld for FreeBSD Message-ID: <20000607221654.B14205@cokane.yi.org> References: <20000607013058.A32270@firedrake.org> <20000607014353.A10364@cokane.yi.org> <20000607124949.A25014@mithrandr.moria.org> <20000607084842.C11781@cokane.yi.org> <20000607145120.A26432@mithrandr.moria.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000607145120.A26432@mithrandr.moria.org>; from nbm@mithrandr.moria.org on Wed, Jun 07, 2000 at 08:51:36AM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yeah, I actually wasn't aware of the net and fs stuff at first. It works great though, I was just continuing from what someone else had mentioned, and then it got turned into kerneld for freebsd. I originally simply wanted to see about options sort of like kerneld. I mean, maybe a utility that can load modules and all itself, or at the very least, a mechanism to manage the growing number of modules in the kernel. Anyway, the questions we should ask are: What are the shortcomings of the current kld 'module' system? What type of support would we like to see? Neil Blakey-Milner had the audacity to say: > If you're suggesting more modularity, that's great. You just confused > me by mentioning "kerneld". I'm all for more modules. > > I still had problems with why you wanted a 'kerneld', but rwatson's > suggestions about security, pccardd, usbd, do make sense. I do like the > way the auto-ifconfig and auto-mount stuff works, though. > > At the very least, I'd like a probe-only way to find out what devices > are available, given a bunch of device driver modules. > > Neil > -- > Neil Blakey-Milner > Sunesi Clinical Systems > nbm@mithrandr.moria.org > -- Coleman Kane President, UC Free O.S. Users Group - http://pohl.ececs.uc.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 19:18:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown2-3-111.adsl.one.net [216.23.16.111]) by hub.freebsd.org (Postfix) with ESMTP id 187D937BB93; Wed, 7 Jun 2000 19:18:07 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id WAA14300; Wed, 7 Jun 2000 22:24:46 -0400 (EDT) (envelope-from cokane) Date: Wed, 7 Jun 2000 22:24:46 -0400 From: Coleman Kane To: "Brech, Cary" , freebsd-hackers@FreeBSD.ORG, mblott@lucent.com, "Savio, Florie N" Cc: Alfred Perlstein , freebsd-questions@FreeBSD.ORG Subject: Re: FreeBSD Support of Hot Swappable NICs Message-ID: <20000607222446.C14205@cokane.yi.org> References: <20000607170719.A24836@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000607170719.A24836@dan.emsphone.com>; from dnelson@emsphone.com on Wed, Jun 07, 2000 at 06:10:44PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is rather interesting, it probably would have to do with PCI BIOS support as well, I suppose, but other than that, as long as you could safely unload and reload the pci code without depending upon it... it may work, or maybe set up a hook into the driver to rescan. Dan Nelson had the audacity to say: > In the last episode (Jun 07), Alfred Perlstein said: > > Brech, Cary [000607 10:33] wrote: > > > Lucent recently introduced a product that uses FreeBSD as its OS. > > > We are currently contemplating adding the ability to "Hot Swap" the > > > custom network interface cards we are developing for the next > > > release. The question we have is does FreeBSD support the ability > > > to hot swap network interface cards? > > > > > > Thanks in advance for your assistance! > > > > We can do pcmcia hot swap, but it gets hairy if the interface is > > in use, the interface should be 'downed' before removing afaik. > > Or do you mean PCI hot-plug? FreeBSD currently doesn't support > powering off PCI slots or re-probing the PCI bus after bootup, both of > which are required for hot-plug. I don't know how hard it would be to > add, either. You'll probably have to ask -hackers about that (cc and > reply-to reset there). > > -- > Dan Nelson > dnelson@emsphone.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- Coleman Kane President, UC Free O.S. Users Group - http://pohl.ececs.uc.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 19:24: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (ether.cdrom.com [204.216.28.196]) by hub.freebsd.org (Postfix) with ESMTP id 80FEC37B5F5; Wed, 7 Jun 2000 19:23:58 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id TAA04108; Wed, 7 Jun 2000 19:27:35 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006080227.TAA04108@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Coleman Kane Cc: "Brech, Cary" , freebsd-hackers@FreeBSD.ORG, mblott@lucent.com, "Savio, Florie N" , Alfred Perlstein , freebsd-questions@FreeBSD.ORG Subject: Re: FreeBSD Support of Hot Swappable NICs In-reply-to: Your message of "Wed, 07 Jun 2000 22:24:46 EDT." <20000607222446.C14205@cokane.yi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Jun 2000 19:27:35 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Actually, there's still a *lot* of work that has to be done to make this work "right" - let me say two things only: "resource allocation" "interrupt routing" > This is rather interesting, it probably would have to do with PCI BIOS support > as well, I suppose, but other than that, as long as you could safely unload and > reload the pci code without depending upon it... it may work, or maybe set up a > hook into the driver to rescan. > > Dan Nelson had the audacity to say: > > In the last episode (Jun 07), Alfred Perlstein said: > > > Brech, Cary [000607 10:33] wrote: > > > > Lucent recently introduced a product that uses FreeBSD as its OS. > > > > We are currently contemplating adding the ability to "Hot Swap" the > > > > custom network interface cards we are developing for the next > > > > release. The question we have is does FreeBSD support the ability > > > > to hot swap network interface cards? > > > > > > > > Thanks in advance for your assistance! > > > > > > We can do pcmcia hot swap, but it gets hairy if the interface is > > > in use, the interface should be 'downed' before removing afaik. > > > > Or do you mean PCI hot-plug? FreeBSD currently doesn't support > > powering off PCI slots or re-probing the PCI bus after bootup, both of > > which are required for hot-plug. I don't know how hard it would be to > > add, either. You'll probably have to ask -hackers about that (cc and > > reply-to reset there). > > > > -- > > Dan Nelson > > dnelson@emsphone.com > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > -- > Coleman Kane > President, > UC Free O.S. Users Group - http://pohl.ececs.uc.edu > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 19:24:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from xena.gsicomp.on.ca (gsi.enoreo.on.ca [209.82.52.145]) by hub.freebsd.org (Postfix) with ESMTP id D8CDE37B5F5 for ; Wed, 7 Jun 2000 19:24:28 -0700 (PDT) (envelope-from matt@xena.gsicomp.on.ca) Received: from matt (cr677933-a.ktchnr1.on.wave.home.com [24.42.130.87]) by xena.gsicomp.on.ca (8.10.1/8.9.2) with SMTP id e582OIK85956; Wed, 7 Jun 2000 22:24:18 -0400 (EDT) (envelope-from matt@xena.gsicomp.on.ca) Message-ID: <000a01bfd0f0$a760ca50$1200a8c0@matt> From: "Matthew Emmerton" To: "Mark Newton" , "Dan Nelson" Cc: "Matthew Emmerton" , References: <000a01bfcf7a$cc810330$1200a8c0@matt> <20000606152128.B82736@internode.com.au> <20000606012552.A1515@dan.emsphone.com> <20000606162453.B83108@internode.com.au> <20000606094719.A19961@dan.emsphone.com> <006101bfd04c$59de5c60$1200a8c0@matt> <20000607094626.B22129@dan.emsphone.com> <20000608101038.B46114@internode.com.au> Subject: Re: SVR4 Emulation [was Re: iBCS status?] Date: Wed, 7 Jun 2000 22:24:15 -0400 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.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > To fix it in as painless a way as possible, I'm envisaging something > along the lines of this: > > * The existing svr4 KLD module, which implements the guts of the > emulator; and > > * Additional much, much smaller modules which implement the differences > between the "base" svr4 and wierd oddball variants. Modularity seems to be the most logical way to go. The ibcs2 stuff was sortof written like this (ibcs2.ko, and then ibcs2_coff.ko handled all the COFF-specific stuff; yes, it's quite different, but the concept was similar.) > Each variant would have its own ELF brand to aid the selection of the > correct API. Makes sense. On a related note, I'm curious to see how this will integrate into existing non-kernel tools. For example, truss and brandelf) only understand BSD and Linux ELF binaries, and will require modifications to identify all the different brands. What may compound the problem is if multiple ELF formats use the same brand, or none at all (as is the case with SCO ODT5 binaries.) -- Matthew Emmerton GSI Computer Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 19:28: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gizmo.internode.com.au (gizmo.internode.com.au [192.83.231.115]) by hub.freebsd.org (Postfix) with ESMTP id C42A237B536 for ; Wed, 7 Jun 2000 19:28:03 -0700 (PDT) (envelope-from newton@gizmo.internode.com.au) Received: (from newton@localhost) by gizmo.internode.com.au (8.9.3/8.9.3) id LAA46647; Thu, 8 Jun 2000 11:57:29 +0930 (CST) (envelope-from newton) Date: Thu, 8 Jun 2000 11:57:29 +0930 From: Mark Newton To: Matthew Emmerton Cc: Dan Nelson , freebsd-hackers@FreeBSD.ORG Subject: Re: SVR4 Emulation [was Re: iBCS status?] Message-ID: <20000608115729.C46446@internode.com.au> References: <000a01bfcf7a$cc810330$1200a8c0@matt> <20000606152128.B82736@internode.com.au> <20000606012552.A1515@dan.emsphone.com> <20000606162453.B83108@internode.com.au> <20000606094719.A19961@dan.emsphone.com> <006101bfd04c$59de5c60$1200a8c0@matt> <20000607094626.B22129@dan.emsphone.com> <20000608101038.B46114@internode.com.au> <000a01bfd0f0$a760ca50$1200a8c0@matt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <000a01bfd0f0$a760ca50$1200a8c0@matt> X-PGP-Key: http://www.on.net/~newton/pgpkey.txt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 07, 2000 at 10:24:15PM -0400, Matthew Emmerton wrote: > > Each variant would have its own ELF brand to aid the selection of the > > correct API. > > Makes sense. On a related note, I'm curious to see how this will integrate > into existing non-kernel tools. For example, truss and brandelf) only > understand BSD and Linux ELF binaries, and will require modifications to > identify all the different brands. brandelf will really understand any brand at all; We just add special cases to suppress the need for -f for "known" brands. As it happens, though, there's no reason why you can't run "brandelf -f -t BOGUS-BOGUS foo" and have it put a BOGUS-BOGUS brand into an ELF object called foo. > What may compound the problem is if > multiple ELF formats use the same brand, or none at all (as is the case with > SCO ODT5 binaries.) Well, yes, that's the thing - Branding is, AFAICT, specific to FreeBSD and Linux ELF; All other OSs need either a heuristic to select the appropriate emulator (for example, the pathname to the ELF interpreter in the executable, which doesn't always work), or an explicit branding, or an appropriate setting of the kern.fallback_elf_brand sysctl MIB variable. - mark -- Mark Newton Email: newton@internode.com.au (W) Network Engineer Email: newton@atdot.dotat.org (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 20:40:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id D2CE937B9DD for ; Wed, 7 Jun 2000 20:40:21 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id WAA04025; Wed, 7 Jun 2000 22:40:10 -0500 (CDT) (envelope-from dan) Date: Wed, 7 Jun 2000 22:40:10 -0500 From: Dan Nelson To: Mark Newton Cc: Matthew Emmerton , freebsd-hackers@FreeBSD.ORG Subject: Re: SVR4 Emulation [was Re: iBCS status?] Message-ID: <20000607224010.A29029@dan.emsphone.com> References: <000a01bfcf7a$cc810330$1200a8c0@matt> <20000606152128.B82736@internode.com.au> <20000606012552.A1515@dan.emsphone.com> <20000606162453.B83108@internode.com.au> <20000606094719.A19961@dan.emsphone.com> <006101bfd04c$59de5c60$1200a8c0@matt> <20000607094626.B22129@dan.emsphone.com> <20000608101038.B46114@internode.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000608101038.B46114@internode.com.au>; from "Mark Newton" on Thu Jun 8 10:10:38 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Jun 08), Mark Newton said: > Ok -- I envisaged that there'd be a difficulty with different SysV > vendors who used different semantics for the same syscalls, or > different syscall numbering schemes. "It could happen!" (and, as we > can see, it probably has). Possibly.. But isn't there some SVR4 ABI standard that says "you must implement these syscalls and these ioctls this way", etc? I'm sure the ABI explicitly says what lseek() takes for arguments, for example. > Each variant would have its own ELF brand to aid the selection of the > correct API. This I'm not sure we need. Linux's ibcs2 code does a pretty good job of automatically determining what ABI the program expects. The first thing an SCO binary does, for example, is call sysarch(SI86GETFEATURES) which tells it what version of SCO it's running (ABIs within ABIs. Imagine that.) I imagine Solaris has a similar call. If not, we can just assume we're using the Solaris ABI until we see a sysarch call. I'm not a big fan of branding executables; they make it really hard to run things off CDROM or use automated installation scripts. > "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 "Daniel Nelson" - Anagram of "No Inland Eels" :( dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 22:46:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kbgroup.co.nz (gateway.kbgroup.co.nz [203.96.151.81]) by hub.freebsd.org (Postfix) with ESMTP id F2C9737B9EB for ; Wed, 7 Jun 2000 22:46:18 -0700 (PDT) (envelope-from dave.preece@kbgroup.co.nz) Received: from kb_exchange.kbgroup.co.nz ([202.202.203.10]) by gateway.kbgroup.co.nz with ESMTP id <115201>; Thu, 8 Jun 2000 18:03:50 +1200 Received: by internet.kbgroup.co.nz with Internet Mail Service (5.5.2650.21) id ; Thu, 8 Jun 2000 17:55:14 +1200 Message-ID: <67B808B0DD93D211ABEE0000B498356B02BC70@internet.kbgroup.co.nz> From: Dave Preece To: freebsd-hackers@freebsd.org Subject: Path MTU discovery. MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Date: Thu, 8 Jun 2000 18:03:45 +1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just learning about this: I can see the advantages but does anything use it? Dave :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 22:47:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from granger.mail.mindspring.net (granger.mail.mindspring.net [207.69.200.148]) by hub.freebsd.org (Postfix) with ESMTP id 80AA737B9EB for ; Wed, 7 Jun 2000 22:47:48 -0700 (PDT) (envelope-from jhix@mindspring.com) Received: from mindspring.com (user-2inip0d.dialup.mindspring.com [165.121.100.13]) by granger.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id BAA26220 for ; Thu, 8 Jun 2000 01:47:46 -0400 (EDT) Message-ID: <393F33A1.2AE75730@mindspring.com> Date: Wed, 07 Jun 2000 22:48:17 -0700 From: W Gerald Hicks X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: Re: if_dc in v4.0 - Forcing store and forward? References: <20000608000153.6AC291CE1@overcee.netplex.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm wrote: > I suspect a generic chipset fault, or some design quirk that we are not > working around. Note that the windoze drivers for these devices put them > permanently in store-and-forward mode. if_de has the exact same problem on > all of the systems above. > I'll second this. It doesn't appear to be a FreeBSD specific issue either, as I've experienced it with VxWorks and pSOS as well. ISTR that the Linux driver works in store and forward mode (or did last year). I'm pretty sure there exists a workaround, based on an experience I had with VxWorks. The stock VxWorks driver was practically unusable; when we obtained a custom driver from Artesyn the problem disappeared and we were able to achieve reasonable 100 Mbit performance with zero transmit underruns. By contrast, I couldn't get better than 12 Mbit throughput from Wind River's driver and we would experience a tx underrun at least once every minute. Store and forward mode introduces a horrible performance hit... Artesyn wouldn't show us the source to their workaround :-( -- Jerry Hicks jhix@mindspring.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 7 23:13:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 9F31C37BA19 for ; Wed, 7 Jun 2000 23:13:25 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id AAA62116; Thu, 8 Jun 2000 00:13:17 -0600 (MDT) (envelope-from ken) Date: Thu, 8 Jun 2000 00:13:17 -0600 From: "Kenneth D. Merry" To: Dave Preece Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Path MTU discovery. Message-ID: <20000608001317.A62030@panzer.kdm.org> References: <67B808B0DD93D211ABEE0000B498356B02BC70@internet.kbgroup.co.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <67B808B0DD93D211ABEE0000B498356B02BC70@internet.kbgroup.co.nz>; from dave.preece@kbgroup.co.nz on Thu, Jun 08, 2000 at 06:03:45PM +1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 08, 2000 at 18:03:45 +1200, Dave Preece wrote: > Just learning about this: I can see the advantages but does anything use it? Sure, TCP uses it. TCP (at least in FreeBSD) sets the "don't frag" bit on all its outgoing packets. If the packet gets to a router with an outgoing MTU that is too small to hold the packet without fragmentation, the router is supposed to send back and ICMP message telling the source machine to use a smaller packet size. When the source machine receives the ICMP message, it will update the MTU for that route, and try sending packets out again with the lower MTU. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 0: 4:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kbgroup.co.nz (gateway.kbgroup.co.nz [203.96.151.81]) by hub.freebsd.org (Postfix) with ESMTP id 5AC5437B510 for ; Thu, 8 Jun 2000 00:04:24 -0700 (PDT) (envelope-from dave.preece@kbgroup.co.nz) Received: from kb_exchange.kbgroup.co.nz ([202.202.203.10]) by gateway.kbgroup.co.nz with ESMTP id <115201>; Thu, 8 Jun 2000 19:21:59 +1200 Received: by internet.kbgroup.co.nz with Internet Mail Service (5.5.2650.21) id ; Thu, 8 Jun 2000 19:13:26 +1200 Message-ID: <67B808B0DD93D211ABEE0000B498356B02BC71@internet.kbgroup.co.nz> From: Dave Preece To: "Kenneth D. Merry" Cc: freebsd-hackers@freebsd.org Subject: RE: Path MTU discovery. MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Date: Thu, 8 Jun 2000 19:21:57 +1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Just learning about this: I can see the advantages but does > anything use it? > > Sure, TCP uses it. > > TCP (at least in FreeBSD) sets the "don't frag" bit on all > its outgoing > packets. Good lord, so it does. Mental note, packet sniff before posting in future. So... thinking about what this means for firewalls and natd. If we block all incoming ICMP's across the firewall, it is quite possible that a server behind the firewall could completely fail to send packets to a client on a smaller MTU (modem user with MTU set to 576, for instance). Likewise natd would need to look at an incoming ICMP and if it's a "can't fragment" message, address translate it and send it onwards back to the IP that caused the error to happen. Hmmmmm. I'll hit the books. Return to the temple of Mr Stevens. Dave :) BTW, NT appears to set the DF flag too. If you cared. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 0:44:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from jason.argos.org (a1-3b058.neo.rr.com [24.93.181.58]) by hub.freebsd.org (Postfix) with ESMTP id 04BCB37BAEB for ; Thu, 8 Jun 2000 00:44:35 -0700 (PDT) (envelope-from mike@argos.org) Received: from localhost (mike@localhost) by jason.argos.org (8.9.1/8.9.1) with ESMTP id DAA18724; Thu, 8 Jun 2000 03:43:38 -0400 Date: Thu, 8 Jun 2000 03:43:38 -0400 (EDT) From: Mike Nowlin To: Matthew Dillon Cc: Bjoern Fischer , hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD In-Reply-To: <200006070728.AAA97354@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I personally consider leaving the kernel module loadable intact after > boot to be a huge, huge security hole. Loadable modules... fine, but > once the machine goes multi-user I want to up the securelevel and > that disables any further kld operations. If one of the biggest > advantages of FreeBSD is its robustness and reliability, then one > generally does not want to go loading and unloading modules all the > time. > > A 'kerneld' like gizmo for FreeBSD would be a waste of time. The > scheme we have now -- having the utility programs load the modules > on the fly (ifconfig, vnconfig, etc...) works wonderfully. > Not to mention "how much memory do you really gain by unloading modules"? Considering the price of RAM these days (although not as low as it was, but I won't be spending $650 US for 16M any time soon again), the few K that unloading a bunch of modules saves won't EVER really be noticed by the 83Tb chunk that Nutscrape allocates. Excuse me, I must now think back to the dumbness achieved by people re-compiling Linux completely statically in hopes that it'll speed up their systems by not dynamically loading the libraries.... These were the same guys who wanted to unload modules to save kernel RAM... --mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 1:14:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id 2F2C837BB05 for ; Thu, 8 Jun 2000 01:14:11 -0700 (PDT) (envelope-from julian@elischer.org) Received: from popserver-02.iinet.net.au (popserver-02.iinet.net.au [203.59.24.148]) by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id QAA28618; Thu, 8 Jun 2000 16:14:03 +0800 Received: from jules.elischer.org (reggae-22-95.nv.iinet.net.au [203.59.87.95]) by popserver-02.iinet.net.au (8.9.3/8.9.3) with SMTP id QAA00902; Thu, 8 Jun 2000 16:13:43 +0800 Message-ID: <393F55AD.446B9B3D@elischer.org> Date: Thu, 08 Jun 2000 01:13:33 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: Mike Nowlin Cc: Matthew Dillon , Bjoern Fischer , hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Nowlin wrote: > > Not to mention "how much memory do you really gain by unloading modules"? > Considering the price of RAM these days (although not as low as > it was, but I won't be spending $650 US for 16M any time soon > again), the few K that unloading a bunch of modules saves won't > EVER really be noticed by the 83Tb chunk that Nutscrape allocates. > > Excuse me, I must now think back to the dumbness achieved by people > re-compiling Linux completely statically in hopes that it'll speed up > their systems by not dynamically loading the libraries.... These > were the same guys who wanted to unload modules to save kernel RAM... The issue is with really small ram embedded systems. Making things CAPABLE of being small is different from making them dynamicly loadable. > > --mike -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 1:22:18 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from oskar.dev.nanoteq.co.za (oskar.nanoteq.co.za [196.7.114.5]) by hub.freebsd.org (Postfix) with ESMTP id E871837BAFF for ; Thu, 8 Jun 2000 01:22:10 -0700 (PDT) (envelope-from rbezuide@oskar.dev.nanoteq.co.za) Received: (from rbezuide@localhost) by oskar.dev.nanoteq.co.za (8.9.3/8.9.0) id KAA06230 for freebsd-hackers@freebsd.org; Thu, 8 Jun 2000 10:23:34 +0200 (SAT) From: Reinier Bezuidenhout Message-Id: <200006080823.KAA06230@oskar.dev.nanoteq.co.za> Subject: 3-Stable: Logging to syslog fails To: freebsd-hackers@freebsd.org Date: Thu, 8 Jun 2000 10:23:34 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi I have a system running a stable snap of 3.4 of round about May 31, I have a program that does quite a bit of logging, and sometime the following occurs: The process would just stop (seems to block) - a bt in gdb showed that it was stuck in open after the following sequence of calls syslog -> vsyslog -> open After having a look at the code it seemed that the process was unable to connect to syslogd and then continued to open the console (I have a console configured on a serial line 9600 baud) and it got stuck in that open. When I connected to the console, the log message was displayed. On further inspection I saw that during the write of log info to syslog, messages would stop appearing in the logfile in /var/log and ONLY be displayed in the console. If nothing was connected to the console, it would block and wait for ever. Is this because of some buffer which is too small somewhere ?? that can be changed ... or is this a bug ... or normal behaviour. e.g. What causes the program not to be able to connect to write the log info ??? the sequence it seems to follow in libc's syslog.c in the function vsyslog Version 1.18.2.1 /* Get connected, output the message to the local logger. */ /* * If the send() failed, the odds are syslogd was restarted. * Make one (only) attempt to reconnect to /dev/log. */ /* * Output the message to the console; don't worry about blocking, * if console blocks everything will. Make sure the error reported * is the one from the syslogd failure. */ And now it gets stuck in here if (LogStat & LOG_CONS && (fd = open(_PATH_CONSOLE, O_WRONLY, 0)) >= 0) { thanks Reinier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 1:27:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.carrel.org (darjeeling.carrel.org [216.173.212.202]) by hub.freebsd.org (Postfix) with ESMTP id 0F07D37BF40 for ; Thu, 8 Jun 2000 01:27:11 -0700 (PDT) (envelope-from cysgod@carrel.org) Received: from cysgod by mail.carrel.org with local (Exim 3.14 #1) id 12zxeX-00005X-00; Thu, 08 Jun 2000 01:27:01 -0700 Date: Thu, 8 Jun 2000 01:27:00 -0700 From: William Carrel To: freebsd-gnats-submit@Carrel.ORG, william.a@carrel.org, freebsd-hackers@freebsd.org Subject: Re: kern/16318: Fix for wrong interface when adding new routes Message-ID: <20000608012700.A319@Carrel.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-PGP-Fingerprint: 2B8F 1F3F AF96 596B F089 8EB8 1FC5 D606 413E F58A X-PGP-URL: unavailable at the moment X-RSA-Fingerprint: 473C 5B19 CE55 2BC6 28BE 927C 97F6 DC25 X-RSA-URL: unavailable at the moment X-Superfluous-Header: quizshow Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This problem still affects the FreeBSD kernel in 4.0 and 5.0. A patch file for 4.0-STABLE follows, I've tested this on 4.0-RELEASE and 4.0-STABLE (incl. SMP for what it's worth). There is no difference between route.c at HEAD(5.0-current) and RELENG_4(4.0-stable) so this patch should work effectively in both of the aforementioned. And it does still fix my routing troubles. --- route.c.orig Sat May 27 14:48:42 2000 +++ route.c Sat May 27 15:01:43 2000 @@ -400,6 +400,9 @@ struct sockaddr *dst, *gateway; { register struct ifaddr *ifa; + struct rtentry *rt; + + ifa = 0; if ((flags & RTF_GATEWAY) == 0) { /* * If we are adding a route to an interface, @@ -408,7 +411,6 @@ * as our clue to the interface. Otherwise * we can use the local address. */ - ifa = 0; if (flags & RTF_HOST) { ifa = ifa_ifwithdstaddr(dst); } @@ -425,18 +427,33 @@ if (ifa == 0) ifa = ifa_ifwithnet(gateway); if (ifa == 0) { - struct rtentry *rt = rtalloc1(dst, 0, 0UL); - if (rt == 0) - return (0); - rt->rt_refcnt--; - if ((ifa = rt->rt_ifa) == 0) - return (0); + rt = rtalloc1(dst, 0, 0UL); + if (rt) { + rt->rt_refcnt--; + if (rt->rt_ifa) + ifa = rt->rt_ifa; + } } - if (ifa->ifa_addr->sa_family != dst->sa_family) { + if ((ifa) && (ifa->ifa_addr->sa_family != dst->sa_family)) { struct ifaddr *oifa = ifa; ifa = ifaof_ifpforaddr(dst, ifa->ifa_ifp); if (ifa == 0) ifa = oifa; + } + /* + * If we are adding a gateway, it is quite + * possible that the routing table has a static + * entry in place for the gateway, that may + * not agree with the info from the interfaces. + * The routing table should carry more precedence + * than the interfaces in this matter. + * Must be careful not to stomp on new entries from + * rtinit, hence (ifa->ifa_addr !=gateway). + */ + if ((ifa == 0 || ifa->ifa_addr != gateway) && + (rt = rtalloc1(gateway,0,0UL))) { + rt->rt_refcnt--; + ifa = rt->rt_ifa; } return (ifa); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 1:57:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ockle.dev.nanoteq.co.za (ockle.dev.nanoteq.co.za [196.7.114.28]) by hub.freebsd.org (Postfix) with ESMTP id 0A32B37BB0D; Thu, 8 Jun 2000 01:57:24 -0700 (PDT) (envelope-from johan@ockle.dev.nanoteq.co.za) Received: (from johan@localhost) by ockle.dev.nanoteq.co.za (8.9.3/8.9.3) id LAA67293; Thu, 8 Jun 2000 11:04:01 +0200 (SAST) (envelope-from johan) 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 Date: Thu, 08 Jun 2000 11:04:01 +0200 (SAST) Organization: Nanoteq From: Johan Kruger To: freebsd-hackers@freebsd.org, FreeBSD Current Subject: syslog do not want to remote log Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have 2 machine's : A = Amnesiac B = ockle I want to remote log to ockle from Amnesiac Amnesiac : /etc/syslog.conf *.emerg * *.crit /var/log/crit *.err /var/log/errors *.info /var/log/all *.notice;kern.debug;lpr.info;mail.crit;news.err @ockle I started syslogd on Amnesiac with : syslogd -d and i get Logging to CONSOLE /dev/console 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 X WALL: 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 X FILE: /var/log/crit 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 X FILE: /var/log/errors 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 X FILE: /var/log/all 7 5 2 5 5 5 6 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 X UNUSED: logmsg: pri 56, flags 4, from Amnesiac, msg syslogd: restart Logging to FILE /var/log/all syslogd: restarted readfds = 0x38 NOTICE THE UNUSED ???? Amnesiac do not want to use ockle - i tried specifying the i.p. of ockle but to no avail. ockle is in the hosts file on Amnesiac, a dns is present and specified in /etc/resolve.conf and it works. On ockle i started syslogd with -a and the i.p. of Amnesiac. But the problem is not here ( on ockle ), i first have to get syslogd on Amnesiac not to report UNUSED in debug mode ?? Any suggestions ?? ---------------------------------- E-Mail: Johan Kruger Date: 08-Jun-00 Time: 10:56:22 This message was sent by XFMail ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 2: 3:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id C6FB737B9D5 for ; Thu, 8 Jun 2000 02:03:45 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 12zyBL-000ABb-00; Thu, 08 Jun 2000 11:00:55 +0200 Date: Thu, 8 Jun 2000 11:00:55 +0200 From: Neil Blakey-Milner To: Poul-Henning Kamp Cc: Hans Huebner , freebsd-hackers@FreeBSD.ORG Subject: Re: IP prepaid accounting Message-ID: <20000608110055.A38991@mithrandr.moria.org> References: <31777.960398287@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <31777.960398287@critter.freebsd.dk>; from phk@critter.freebsd.dk on Wed, Jun 07, 2000 at 07:18:07PM +0200 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed 2000-06-07 (19:18), Poul-Henning Kamp wrote: > It should be possible to say say > > ipfw deny all ip from any to any exquota any > > as well as: > > ipfw deny all ip from any to any exquota guest How about: ipfw quota 1 config quota 10MB (and similar conversions as pipe for MB, Mb, kB, kb, &c.) ipfw quota 2 config quota 20MB (and similar conversions as pipe for MB, Mb, kB, kb, &c.) ipfw add quota 1 ip from any to any (add to quota 1's count) ipfw add quota 2 ip from any to any (add to quota 2's count) ipfw add allow ip from any to any uquota 1 (allow unhindered ip when under quota) ipfw add deny ip from any to any oquota 2 (deny ip when over high quota) ipfw add pipe 1 ip from any to any oquota 1 (dummynet ip when over low quota) Possibly also rules like: ipfw add pipe 1 ip from any to any oquota 1 uquota 2 (dummynet middle quota) ipfw add pipe 2 ip from any to any oquota 2 uquota 3 (get even slower) ipfw add deny ip from any to any oquota 3 (total stop) (allowing for slower and slower service instead of just two levels) Neil -- Neil Blakey-Milner Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 2:48:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 14ED237BB21 for ; Thu, 8 Jun 2000 02:48:55 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id LAA02967; Thu, 8 Jun 2000 11:43:17 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200006080943.LAA02967@info.iet.unipi.it> Subject: Re: IP prepaid accounting In-Reply-To: <20000608110055.A38991@mithrandr.moria.org> from Neil Blakey-Milner at "Jun 8, 2000 11:00:55 am" To: Neil Blakey-Milner Date: Thu, 8 Jun 2000 11:43:17 +0200 (CEST) Cc: Poul-Henning Kamp , Hans Huebner , freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG sorry if i lost part of the discussion, but why dont you just associate a quota with a rule and specify one of the two possible results when exceeding quota: ipfw match-upto 20MB ipfw deny-above 20MB where the first syntax does not match when the rule's counters are above the quota, the second one denies the pkt when above quota. It looks of trivial implementation and rather easy to understand. You'd just need a new ipfw command to increase/decrease/set counters to a specific value rather than just zero them. cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) Mobile +39-347-0373137 -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 2:53: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gizmo.internode.com.au (gizmo.internode.com.au [192.83.231.115]) by hub.freebsd.org (Postfix) with ESMTP id D45B137BB21 for ; Thu, 8 Jun 2000 02:52:58 -0700 (PDT) (envelope-from newton@gizmo.internode.com.au) Received: (from newton@localhost) by gizmo.internode.com.au (8.9.3/8.9.3) id TAA48192; Thu, 8 Jun 2000 19:21:36 +0930 (CST) (envelope-from newton) Date: Thu, 8 Jun 2000 19:21:36 +0930 From: Mark Newton To: Dave Preece Cc: "Kenneth D. Merry" , freebsd-hackers@FreeBSD.ORG Subject: Re: Path MTU discovery. Message-ID: <20000608192136.A48159@internode.com.au> References: <67B808B0DD93D211ABEE0000B498356B02BC71@internet.kbgroup.co.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <67B808B0DD93D211ABEE0000B498356B02BC71@internet.kbgroup.co.nz> X-PGP-Key: http://www.on.net/~newton/pgpkey.txt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 08, 2000 at 07:21:57PM +1200, Dave Preece wrote: > So... thinking about what this means for firewalls and natd. If we block all > incoming ICMP's across the firewall, it is quite possible that a server > behind the firewall could completely fail to send packets to a client on a > smaller MTU (modem user with MTU set to 576, for instance). Yes, that's correct -- The idea that ICMP is a separate and optional part of TCP/IP is fundamentally wrong. Blocking it unconditionally is a recipe for all kinds of hard-to-debug lossage around your firewall. Just Say No. - mark -- Mark Newton Email: newton@internode.com.au (W) Network Engineer Email: newton@atdot.dotat.org (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 3:16:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from outpost.huebner.org (hans.walledcity.de [212.84.209.59]) by hub.freebsd.org (Postfix) with ESMTP id 854AD37BB1E for ; Thu, 8 Jun 2000 03:16:47 -0700 (PDT) (envelope-from hans@Huebner.ORG) Received: from localhost.huebner.org ([127.0.0.1] helo=localhost ident=hans) by outpost.huebner.org with esmtp (Exim 3.13 #1) id 12zzJN-00008e-00; Thu, 08 Jun 2000 12:13:17 +0200 Date: Thu, 8 Jun 2000 12:13:12 +0200 (CEST) From: Hans Huebner To: Luigi Rizzo Cc: Neil Blakey-Milner , Poul-Henning Kamp , freebsd-hackers@FreeBSD.ORG Subject: Re: IP prepaid accounting In-Reply-To: <200006080943.LAA02967@info.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 8 Jun 2000, Luigi Rizzo wrote: > sorry if i lost part of the discussion, but why dont you > just associate a quota with a rule and specify one of the > two possible results when exceeding quota: > ipfw match-upto 20MB > ipfw deny-above 20MB > where the first syntax does not match when the rule's counters > are above the quota, the second one denies the pkt when above quota. > It looks of trivial implementation and rather easy to understand. > You'd just need a new ipfw command to increase/decrease/set counters to > a specific value rather than just zero them. This is indeed true. Implementation would be simple. I'm not convinced that it would be easier to use, though: With the quotas being detached from the counters, they are easy to reference and check. It is also easier to assign traffic to combined quotas by seperate rules, which may or may not be desirable. Given that I implemented my proposal (together with phk's requested additions) already, the implementation triviality is not so much of an issue. In a nutshell: What I want is the functionality and I can offer to implement it myself. I want to have it in -CURRENT and -STABLE as soon as possible so that I do not have to bear with private patches, especially in the face of the change being relevant to both user mode programs and the kernel. If the original proposal and implementation is not good enough, I'll just do it again, but then I'd want you committers to agree that the change will be commited eventually 8) Thanks for your time, Hans -- finger hans@huebner.org for details To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 3:18:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id CB44B37BFB4 for ; Thu, 8 Jun 2000 03:18:23 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 12zzGU-000ARR-00; Thu, 08 Jun 2000 12:10:18 +0200 Date: Thu, 8 Jun 2000 12:10:18 +0200 From: Neil Blakey-Milner To: Luigi Rizzo Cc: Poul-Henning Kamp , Hans Huebner , freebsd-hackers@FreeBSD.ORG Subject: Re: IP prepaid accounting Message-ID: <20000608121017.A39941@mithrandr.moria.org> References: <20000608110055.A38991@mithrandr.moria.org> <200006080943.LAA02967@info.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200006080943.LAA02967@info.iet.unipi.it>; from luigi@info.iet.unipi.it on Thu, Jun 08, 2000 at 11:43:17AM +0200 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu 2000-06-08 (11:43), Luigi Rizzo wrote: > sorry if i lost part of the discussion, but why dont you > just associate a quota with a rule and specify one of the > two possible results when exceeding quota: > > ipfw match-upto 20MB > ipfw deny-above 20MB > > where the first syntax does not match when the rule's counters > are above the quota, the second one denies the pkt when above quota. > > It looks of trivial implementation and rather easy to understand. > You'd just need a new ipfw command to increase/decrease/set counters to > a specific value rather than just zero them. Well, it may or may not be able to cover a situation I'm thinking about now: You have a server farm, or just a single machine with multiple IP addresses assigned to various jails, and you'd like them to be able to be able to be able to get anywhere. But, always allow traffic to and from a specific set of controlling machines, and also their owner company, and maybe a specified port for some form of VPN. If they exceed a first level of traffic, a dummynet rule kicks in slowing them down (alternate queueing system quite possibly too) just a bit, and as they break certain levels, slow them down more and more to non-specific sites. The specific sites may or may not contribute to the quota, but must remain available. Also, there may be a user account on the multi-user machine doing these rules who can log in to the base system to do certain forms of maintenance not easily available in the jail. Traffic caused by this person should also fall within the same quota. Further, a company may have two IP-based virtual hosts, or two or more servers in the server farm for some reason, sharing the same quota, and so forth. I just thought that: ipfw quota 1 config quota 20MB ipfw add quota 1 ipfw add quota 1 ipfw add quota 1 ipfw add allow ip from any to any uquota 1 ipfw add pipe 1 ip from any to any oquota 1 ... would be the extensible and more useful way of doing this, and most other IP-based quota systems. It also means you can set up your quotas, change the traffic numbers, change the match sets, all without changing your basic firewall rules. Neil -- Neil Blakey-Milner Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 3:21: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 3E1DC37BB39 for ; Thu, 8 Jun 2000 03:20:57 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id MAA24097 for ; Thu, 8 Jun 2000 12:20:48 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 24006; Thu Jun 8 12:19:59 2000 Message-ID: <93676b3af19b0fcbd3f667ba55a116cc@cequrux.com> Date: Thu, 08 Jun 2000 12:21:08 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: 4.0-Stable/XFree86-4.0/syscons switching crash Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all I am running 4.0-S on a Compaq Presario laptop with a Trident Cyberblade VGA. I couldn't get this to work in anything other than 640x480 with XFree86-3.3.6, so I moved to XFree86-4.0 (and no, I'm not interested in mail from people who say that the Trident Cyberblade works for them in 3.3.6; believe me, mine doesn't - I spent a week jumping through hoops with it before I gave up. If you were lucky enough to have xf86config or XF86Setup work for you with this chipset, I'm happy for you - but I had to hand-customise the XF86Config file extensively even to get 640x480 to work). Anyway, XFree86 4.0 works for me, except for a couple of glitches. The first one, which occurs sufficiently infrequently that I can live with it, is that sometimes when I kill X and return to text mode my Enter key gets remapped to Scroll Lock. Irritating in the extreme, but it doesn't happen consistently, just occasionally. Much more distressing: if I switch out of X to a text mode console with Ctrl-Alt-Fn, and then switch back to X, the machine freezes up completely and has to be power-cycled. It does first switch back into graphics mode, and I can see the top part of the screen is messed up, so it hasn't restored the low memory. Effectively this means once I'm in X, I need to stay in it, or kill it completely to get out (and hope my Enter key still works after that). Now, I'm not sure whether this is an XFree86 bug, and if so whether it is chipset-specific, or whether this is a syscons bug. I don't really know enough about either to really tackle it, but I'm prepared to make a stab at it - but I'd like to know where I should be looking. Should I be looking in the X sources, or the kernel sources? And whereabouts? Any pointers will be appreciated (no pun intended). TIA gram -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 4:33: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id 9068A37BAF3 for ; Thu, 8 Jun 2000 04:33:04 -0700 (PDT) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net. [192.168.0.24]) by thehousleys.net (8.9.3/8.9.3) with ESMTP id HAA91797; Thu, 8 Jun 2000 07:32:51 -0400 (EDT) (envelope-from jim@thehousleys.net) Message-ID: <393F8463.1E5772C6@thehousleys.net> Date: Thu, 08 Jun 2000 07:32:51 -0400 From: James Housley Organization: The Housleys dot Net X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Graham Wheeler Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 4.0-Stable/XFree86-4.0/syscons switching crash References: <93676b3af19b0fcbd3f667ba55a116cc@cequrux.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Graham Wheeler wrote: > > > Much more distressing: if I switch out of X to a text mode console with > Ctrl-Alt-Fn, and then switch back to X, the machine freezes up > completely and has to be power-cycled. It does first switch back into > graphics mode, and I can see the top part of the screen is messed up, so > it hasn't restored the low memory. > I had similar problems. I removed splash_bmp from my loader.conf, splash screen/screen saver, and the problems has gone away for me. My would lockup if I tried to return to X from text after the delay time. Jim -- Studies show that 1 out of every 4 Americans suffer some form of mental illness. So look at your three best friends, if they are okay it is YOU! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 4:44:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 3CDCA37B6CE for ; Thu, 8 Jun 2000 04:44:30 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id NAA03448; Thu, 8 Jun 2000 13:40:38 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200006081140.NAA03448@info.iet.unipi.it> Subject: Re: IP prepaid accounting In-Reply-To: <20000608121017.A39941@mithrandr.moria.org> from Neil Blakey-Milner at "Jun 8, 2000 12:10:18 pm" To: Neil Blakey-Milner Date: Thu, 8 Jun 2000 13:40:38 +0200 (CEST) Cc: Poul-Henning Kamp , Hans Huebner , freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > sorry if i lost part of the discussion, but why dont you > > just associate a quota with a rule and specify one of the > > two possible results when exceeding quota: > > > > ipfw match-upto 20MB > > ipfw deny-above 20MB ... > Well, it may or may not be able to cover a situation I'm thinking about > now: ... it does, just use skipto rules to reach the final one where the quota is enforced, make it a "match-upto" rule, and follow it with a pipe (and match-upto the difference between first and second threshold, and so on...) cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) Mobile +39-347-0373137 -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 6: 4:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 4FB8937B997 for ; Thu, 8 Jun 2000 06:04:25 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id PAA08891; Thu, 8 Jun 2000 15:04:07 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 8789; Thu Jun 8 15:03:16 2000 Message-ID: Date: Thu, 08 Jun 2000 15:04:25 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: James Housley Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 4.0-Stable/XFree86-4.0/syscons switching crash References: <93676b3af19b0fcbd3f667ba55a116cc@cequrux.com> <393F8463.1E5772C6@thehousleys.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG James Housley wrote: > > Graham Wheeler wrote: > > > > Much more distressing: if I switch out of X to a text mode console with > > Ctrl-Alt-Fn, and then switch back to X, the machine freezes up > > completely and has to be power-cycled. It does first switch back into > > graphics mode, and I can see the top part of the screen is messed up, so > > it hasn't restored the low memory. > > > I had similar problems. I removed splash_bmp from my loader.conf, > splash screen/screen saver, and the problems has gone away for me. My > would lockup if I tried to return to X from text after the delay time. Jim When you say you removed it, do you mean you removed the line entirely, or that you set it to NO? Mine is currently set to NO, so I'm not sure the problem is the same as yours. g. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 6:22:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lily.ezo.net (lily.ezo.net [206.102.130.13]) by hub.freebsd.org (Postfix) with ESMTP id 213B037B61D for ; Thu, 8 Jun 2000 06:22:49 -0700 (PDT) (envelope-from jflowers@ezo.net) Received: from lily.ezo.net (jflowers@localhost.ezo.net [127.0.0.1]) by lily.ezo.net (8.8.7/8.8.7) with SMTP id JAA21578; Thu, 8 Jun 2000 09:22:34 -0400 (EDT) Date: Thu, 8 Jun 2000 09:22:33 -0400 (EDT) From: Jim Flowers To: "Kenneth D. Merry" Cc: Dave Preece , freebsd-hackers@FreeBSD.ORG Subject: Re: Path MTU discovery. In-Reply-To: <20000608001317.A62030@panzer.kdm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG And fbsd will respond to other's queries depending on interface mtus only be careful if you are running natd. This copies the interface mtu on startup but does not learn the new value if it is reduced either manually or automatically. It can therefore respond with a to a query with a value that is still unusable. Jim Flowers #4 ISP on C|NET, #1 in Ohio On Thu, 8 Jun 2000, Kenneth D. Merry wrote: > On Thu, Jun 08, 2000 at 18:03:45 +1200, Dave Preece wrote: > > Just learning about this: I can see the advantages but does anything use it? > > Sure, TCP uses it. > > TCP (at least in FreeBSD) sets the "don't frag" bit on all its outgoing > packets. > > If the packet gets to a router with an outgoing MTU that is too small to > hold the packet without fragmentation, the router is supposed to send back > and ICMP message telling the source machine to use a smaller packet size. > > When the source machine receives the ICMP message, it will update the MTU > for that route, and try sending packets out again with the lower MTU. > > Ken > -- > Kenneth Merry > ken@kdm.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 Thu Jun 8 6:31:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 0666F37B61D for ; Thu, 8 Jun 2000 06:31:40 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id PAA11396; Thu, 8 Jun 2000 15:30:46 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 11303; Thu Jun 8 15:29:50 2000 Message-ID: Date: Thu, 08 Jun 2000 15:30:57 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: James Housley Cc: freebsd-hackers@freebsd.org Subject: Re: 4.0-Stable/XFree86-4.0/syscons switching crash References: <93676b3af19b0fcbd3f667ba55a116cc@cequrux.com> <393F8463.1E5772C6@thehousleys.net> <393F9C48.9E69DBC8@thehousleys.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG James Housley wrote: > > Graham Wheeler wrote: > > > > James Housley wrote: > > > > > > Graham Wheeler wrote: > > > > > > > > Much more distressing: if I switch out of X to a text mode console with > > > > Ctrl-Alt-Fn, and then switch back to X, the machine freezes up > > > > completely and has to be power-cycled. It does first switch back into > > > > graphics mode, and I can see the top part of the screen is messed up, so > > > > it hasn't restored the low memory. > > > > > > > I had similar problems. I removed splash_bmp from my loader.conf, > > > splash screen/screen saver, and the problems has gone away for me. > I removed in and unloaded the module, the saver_ modules might do the > same thing. I have removed my screen saver and my console fonts, and the problem still occurs, unfortunately. g. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 8: 3:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id CECAA37B54F for ; Thu, 8 Jun 2000 08:03:33 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id KAA24211; Thu, 8 Jun 2000 10:59:39 -0400 (EDT) Message-Id: <200006081459.KAA24211@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Thu, 08 Jun 2000 10:58:59 -0400 To: W Gerald Hicks , hackers@FreeBSD.ORG From: Dennis Subject: Re: if_dc in v4.0 - Forcing store and forward? In-Reply-To: <393F33A1.2AE75730@mindspring.com> References: <20000608000153.6AC291CE1@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 10:48 PM 6/7/00 -0700, W Gerald Hicks wrote: >Peter Wemm wrote: > >> I suspect a generic chipset fault, or some design quirk that we are not >> working around. Note that the windoze drivers for these devices put them >> permanently in store-and-forward mode. if_de has the exact same problem on >> all of the systems above. Well we never saw these problems in v3.4...so what changed? DB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 8:35:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (Postfix) with ESMTP id 173CF37C048; Thu, 8 Jun 2000 08:35:32 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id e58FZGO21212; Thu, 8 Jun 2000 08:35:16 -0700 (PDT) Date: Thu, 8 Jun 2000 08:35:16 -0700 (PDT) From: Doug White To: Johan Kruger Cc: freebsd-hackers@FreeBSD.ORG, FreeBSD Current Subject: Re: syslog do not want to remote log In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 8 Jun 2000, Johan Kruger wrote: > I started syslogd on Amnesiac with : syslogd -d and i get > > Logging to CONSOLE /dev/console > 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 X WALL: > 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 X FILE: /var/log/crit > 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 X FILE: /var/log/errors > 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 X FILE: /var/log/all > 7 5 2 5 5 5 6 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 X UNUSED: > logmsg: pri 56, flags 4, from Amnesiac, msg syslogd: restart > Logging to FILE /var/log/all > syslogd: restarted > readfds = 0x38 > > NOTICE THE UNUSED ???? > Amnesiac do not want to use ockle - i tried specifying the i.p. of ockle > but to no avail. ockle is in the hosts file on Amnesiac, a dns is present > and specified in /etc/resolve.conf and it works. Try setting the hostname of the machine first -- syslog might be having trouble figuring out which interface touse. 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 Thu Jun 8 9: 0:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id ACB7637B649 for ; Thu, 8 Jun 2000 09:00:37 -0700 (PDT) (envelope-from nate@yogotech.com) Received: from nomad.yogotech.com (yogotech.nokia.com [4.22.66.156]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id KAA15419; Thu, 8 Jun 2000 10:00:27 -0600 (MDT) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id JAA24953; Thu, 8 Jun 2000 09:00:17 -0700 (PDT) (envelope-from nate) Date: Thu, 8 Jun 2000 09:00:17 -0700 (PDT) Message-Id: <200006081600.JAA24953@nomad.yogotech.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Dave Preece Cc: "Kenneth D. Merry" , freebsd-hackers@FreeBSD.ORG Subject: RE: Path MTU discovery. In-Reply-To: <67B808B0DD93D211ABEE0000B498356B02BC71@internet.kbgroup.co.nz> References: <67B808B0DD93D211ABEE0000B498356B02BC71@internet.kbgroup.co.nz> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Just learning about this: I can see the advantages but does > > anything use it? > > > > Sure, TCP uses it. > > > So... thinking about what this means for firewalls and natd. If we block all > incoming ICMP's across the firewall The moral of the story is don't block *ALL* incoming ICMP's across the firewall. :) Something like: /sbin/ipfw add 1000 pass icmp from any to any via ${netif} icmptypes 0,3,11 Works for me, although you may not want type 11 packets coming in. (I allow them in, so I can run traceroute); Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 9:17:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 8EA7037B639 for ; Thu, 8 Jun 2000 09:17:21 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id JAA28507; Thu, 8 Jun 2000 09:17:19 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id JAA49089; Thu, 8 Jun 2000 09:17:18 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Thu, 8 Jun 2000 09:17:18 -0700 (PDT) Message-Id: <200006081617.JAA49089@vashon.polstra.com> To: dnelson@emsphone.com Subject: Re: SVR4 Emulation [was Re: iBCS status?] In-Reply-To: <20000607224010.A29029@dan.emsphone.com> References: <000a01bfcf7a$cc810330$1200a8c0@matt> <20000607094626.B22129@dan.emsphone.com> <20000608101038.B46114@internode.com.au> <20000607224010.A29029@dan.emsphone.com> Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <20000607224010.A29029@dan.emsphone.com>, Dan Nelson wrote: > But isn't there some SVR4 ABI standard that says "you must implement > these syscalls and these ioctls this way", etc? I'm sure the ABI > explicitly says what lseek() takes for arguments, for example. The SVR4 ABI specification doesn't say anything about system calls -- it just specifies what libc has to provide. (Actually in my old printed copy of the spec, they call the system interface library "libsys".) The library has to provide a certain kind of lseek(), for example, but the ABI standard says nothing about how that is implemented lower down. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 10: 5:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id A19B337B8A0 for ; Thu, 8 Jun 2000 10:05:31 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id MAA01846; Thu, 8 Jun 2000 12:05:25 -0500 (CDT) (envelope-from dan) Date: Thu, 8 Jun 2000 12:05:25 -0500 From: Dan Nelson To: John Polstra Cc: hackers@freebsd.org Subject: Re: SVR4 Emulation [was Re: iBCS status?] Message-ID: <20000608120525.A183@dan.emsphone.com> References: <000a01bfcf7a$cc810330$1200a8c0@matt> <20000607094626.B22129@dan.emsphone.com> <20000608101038.B46114@internode.com.au> <20000607224010.A29029@dan.emsphone.com> <200006081617.JAA49089@vashon.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006081617.JAA49089@vashon.polstra.com>; from "John Polstra" on Thu Jun 8 09:17:18 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Jun 08), John Polstra said: > > But isn't there some SVR4 ABI standard that says "you must implement > > these syscalls and these ioctls this way", etc? I'm sure the ABI > > explicitly says what lseek() takes for arguments, for example. > > The SVR4 ABI specification doesn't say anything about system calls -- > it just specifies what libc has to provide. (Actually in my old > printed copy of the spec, they call the system interface library > "libsys".) The library has to provide a certain kind of lseek(), for > example, but the ABI standard says nothing about how that is > implemented lower down. Hmm. So does this mean that SVR4-compliant programs must be dynamically-linked? Is there any recommendations on how an OS should supply an SVR4 libc to an SVR4 application when the OS itself may not be SVR4-compliant? And this doesn't address any libraries other than libc, I suppose? Sounds like trying to emulate "SVR4" in itself isn't sufficient. We can still call the kld svr4.ko, but it's really doing SCO/SolarisX86 syscall emulation. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 10:13:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id C1EC637C07C for ; Thu, 8 Jun 2000 10:13:51 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id KAA28756; Thu, 8 Jun 2000 10:13:48 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id KAA49356; Thu, 8 Jun 2000 10:13:48 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Thu, 8 Jun 2000 10:13:48 -0700 (PDT) Message-Id: <200006081713.KAA49356@vashon.polstra.com> To: dnelson@emsphone.com Subject: Re: SVR4 Emulation [was Re: iBCS status?] In-Reply-To: <20000608120525.A183@dan.emsphone.com> References: <000a01bfcf7a$cc810330$1200a8c0@matt> <20000607224010.A29029@dan.emsphone.com> <200006081617.JAA49089@vashon.polstra.com> <20000608120525.A183@dan.emsphone.com> Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <20000608120525.A183@dan.emsphone.com>, Dan Nelson wrote: > > Hmm. So does this mean that SVR4-compliant programs must be > dynamically-linked? Yes. The specification says that statically-linked programs are not compliant. > Is there any recommendations on how an OS should supply an SVR4 libc > to an SVR4 application when the OS itself may not be SVR4-compliant? Theoretically, you wouldn't need any kernel-level emulation at all if you provided the right libc. But of course it's not really SVR4 you want to emulate -- it's UnixWare or OpenServer or something else that has lots of extra interfaces which are outside the ABI specification. Overall I think it's easier to use the vendor's libraries and do the emulation at the kernel level, as we do now. > And this doesn't address any libraries other than libc, I suppose? Right. > Sounds like trying to emulate "SVR4" in itself isn't sufficient. We > can still call the kld svr4.ko, but it's really doing SCO/SolarisX86 > syscall emulation. Yep. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 10:50:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (Postfix) with ESMTP id F0F4B37B608 for ; Thu, 8 Jun 2000 10:50:37 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.9.3/8.9.3) with ESMTP id AAA53864 for ; Fri, 9 Jun 2000 00:50:18 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Date: Fri, 9 Jun 2000 00:50:18 +0700 (NSS) From: Max Khon To: hackers@freebsd.org Subject: ACE wrappers woes on 4.x-stable (pthreads) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, there! can someone take a look at this? seems that it's a flaw in 4.x pthreads implementation under RELENG_3 everything works fine, haven't tried this on -current i'm totally lost at this point ---------- Forwarded message ---------- Date: Thu, 8 Jun 2000 09:07:54 -0500 (CDT) From: doc-bugzilla-daemon@cs.wustl.edu Reply-To: ACE-bugzilla@cs.wustl.edu To: tao-support@cs.wustl.edu, fjoe@iclub.nsu.ru, ACE-bugzilla@cs.wustl.edu Subject: [Bug 581] Changed - Reactor_Exceptions test dumps core http://ace.cs.wustl.edu/bugzilla/show_bug.cgi?id=581 *** shadow/581 Thu Jun 8 02:00:11 2000 --- shadow/581.tmp.6697 Thu Jun 8 09:07:54 2000 *************** *** 128,130 **** --- 128,135 ---- lark:~/ACE_wrappers/tests$ --- cut here --- + + ------- Additional Comments From levine@cs.wustl.edu 2000-06-08 09:07 ------- + My guess is a platform problem. We don't see this + on any other platform. Sorry we can't be of any + more help. /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 11:18:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from vip.consys.com (VIP.ConSys.COM [209.141.107.6]) by hub.freebsd.org (Postfix) with ESMTP id 0926B37B6E0 for ; Thu, 8 Jun 2000 11:18:09 -0700 (PDT) (envelope-from rcarter@pinyon.org) Received: (from pinyon@localhost) by vip.consys.com (8.9.3/8.9.1) id LAA51315; Thu, 8 Jun 2000 11:15:29 -0700 (MST) Date: Thu, 8 Jun 2000 11:15:29 -0700 (MST) From: "Russell L. Carter" Message-Id: <200006081815.LAA51315@vip.consys.com> To: fjoe@iclub.nsu.ru, hackers@FreeBSD.ORG Subject: Re: ACE wrappers woes on 4.x-stable (pthreads) In-Reply-To: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG |hi, there! | |can someone take a look at this? |seems that it's a flaw in 4.x pthreads implementation |under RELENG_3 everything works fine, haven't tried this on -current |i'm totally lost at this point Multithreaded C++ exceptions have been broken since about August '99. Use the macros if you need exceptions with ACE/TAO. Russell | |---------- Forwarded message ---------- |Date: Thu, 8 Jun 2000 09:07:54 -0500 (CDT) |From: doc-bugzilla-daemon@cs.wustl.edu |Reply-To: ACE-bugzilla@cs.wustl.edu |To: tao-support@cs.wustl.edu, fjoe@iclub.nsu.ru, ACE-bugzilla@cs.wustl.edu |Subject: [Bug 581] Changed - Reactor_Exceptions test dumps core | |http://ace.cs.wustl.edu/bugzilla/show_bug.cgi?id=581 | |*** shadow/581 Thu Jun 8 02:00:11 2000 |--- shadow/581.tmp.6697 Thu Jun 8 09:07:54 2000 |*************** |*** 128,130 **** |--- 128,135 ---- | lark:~/ACE_wrappers/tests$ | --- cut here --- | |+ |+ ------- Additional Comments From levine@cs.wustl.edu 2000-06-08 09:07 ------- |+ My guess is a platform problem. We don't see this |+ on any other platform. Sorry we can't be of any |+ more help. | |/fjoe | | | |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 Thu Jun 8 11:33:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mta02-svc.server.ntlworld.com (mta02-svc.ntlworld.com [62.253.162.42]) by hub.freebsd.org (Postfix) with ESMTP id 9DF3E37C0B0; Thu, 8 Jun 2000 11:33:36 -0700 (PDT) (envelope-from topper.harley@ntlworld.com) Received: from conax ([62.253.84.15]) by mta02-svc.server.ntlworld.com (InterMail vM.4.01.02.27 201-229-119-110) with SMTP id <20000608193311.WXWW10065.mta02-svc.server.ntlworld.com@conax>; Thu, 8 Jun 2000 19:33:11 +0000 From: "Steve" To: "Listar@Isc. Org" , "Freebsd-Net" , "Freebsd-Net" , "FreeBSD-ISP" , "Freebsd-ISP" , "Freebsd-Hackers" , "Freebsd-Current" , "Cvs-All" , "Current" , "Comp-Protocols-Dns-Bind" , "Bind-Users-Bounce" , "Bind-Users" Subject: Stupid Bonzi program Date: Thu, 8 Jun 2000 19:32:53 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please accept my sincere apologies for sending this mail, I at least thought that the program would give a conformation of the addresses sent to. Apologies Steve. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 11:54:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay02.chello.nl (relay02.chello.nl [212.83.68.146]) by hub.freebsd.org (Postfix) with ESMTP id BC27837C02D for ; Thu, 8 Jun 2000 11:54:30 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay02.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000608185415.DMGZ17505.relay02@chello.nl> for ; Thu, 8 Jun 2000 20:54:15 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id UAA10785 for FreeBSD-hackers@freebsd.org; Thu, 8 Jun 2000 20:54:28 +0200 (CEST) (envelope-from wkb) Date: Thu, 8 Jun 2000 20:54:28 +0200 From: Wilko Bulte To: FreeBSD hackers list Subject: Comments on Athlon [motherboards] sought.. Message-ID: <20000608205428.F10443@freebie.wbnet> Reply-To: wc.bulte@chello.nl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm considering buying an Athlon based machine. Before shelling out the $ (well, fl ) I'd like to know what experiences have with Athlon and FreeBSD. And obviously which mom boards to prefer or keep away from. Thks Wilko -- Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 11:58: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id D002737C0C8 for ; Thu, 8 Jun 2000 11:58:01 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id LAA19768; Thu, 8 Jun 2000 11:57:51 -0700 Date: Thu, 8 Jun 2000 11:57:25 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: wc.bulte@chello.nl Cc: FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. In-Reply-To: <20000608205428.F10443@freebie.wbnet> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG fl == Florins? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 12: 0:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns3.khmere.com (216-59-86-175.usa2.flashcom.net [216.59.86.175]) by hub.freebsd.org (Postfix) with ESMTP id D65F037C0CE for ; Thu, 8 Jun 2000 12:00:07 -0700 (PDT) (envelope-from nathan@khmere.com) Received: from khmere.com (newwerk.getrelevant.com [63.211.149.44]) by ns3.khmere.com (8.9.3/8.8.7) with ESMTP id MAA50017 for ; Thu, 8 Jun 2000 12:02:25 -0700 (PDT) Message-ID: <393FED06.D0AC26CB@khmere.com> Date: Thu, 08 Jun 2000 11:59:18 -0700 From: Nathan Organization: Help people X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.15 i686) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: rlist.h !!! help !!! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have several programs that use rlist.h (for various reasons ) and I cannot find it in FreeBSD 4.0 ! (mainly for swap info ) Has it been droped ? I know that the kernel/sys/rlist.h has been droped but does affect the /usr/include/sys/rlist.h ? If it has been dropped what do I use instead ??? thank you nathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 12: 3:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from intra.daemontech.net (intra.daemontech.net [208.138.46.11]) by hub.freebsd.org (Postfix) with SMTP id DB91337C0D7 for ; Thu, 8 Jun 2000 12:03:33 -0700 (PDT) (envelope-from nicole@unixgirl.com) Received: (qmail 12288 invoked by uid 200); 8 Jun 2000 19:03:30 -0000 Received: from xwin.nmhtech.com (208.138.46.10) by intra.daemontech.net with SMTP; 8 Jun 2000 19:03:30 -0000 Content-Length: 1300 Message-ID: X-Mailer: XFMail 1.3.1 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000608205428.F10443@freebie.wbnet> Date: Thu, 08 Jun 2000 12:03:30 -0700 (PDT) From: "Nicole Harrington." To: wc.bulte@chello.nl Subject: RE: Comments on Athlon [motherboards] sought.. Cc: FreeBSD hackers list Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 08-Jun-00 Wilko Bulte wrote: > I'm considering buying an Athlon based machine. Before shelling out the > $ (well, fl ) I'd like to know what experiences have with Athlon and > FreeBSD. And obviously which mom boards to prefer or keep away from. > > Thks > Wilko I have good experiences so far with the Athlon stuff. However (sad to say) avoid the Asus MB if you need to reboot without a keyboard attached. So far I like the FIC and Aopen boards. Nicole > > -- > Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org > http://www.nlfug.nl > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message nicole@unixgirl.com |\ __ /| (`\ http://www.unixgirl.com/ webmistress@dangermouse.org | o_o |__ ) ) http://www.dangermouse.org/ // \\ ---------------------------(((---(((----------------------------------------- -- Powered by Coka-Cola and FreeBSD -- -- Strong enough for a man - But made for a Woman -- -- OWNED? MS: Who's Been In/Virused Your Computer Today? -- ------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 12: 8:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay02.chello.nl (relay02.chello.nl [212.83.68.146]) by hub.freebsd.org (Postfix) with ESMTP id D106337BCC0 for ; Thu, 8 Jun 2000 12:08:50 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay02.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000608190835.DPRH17505.relay02@chello.nl>; Thu, 8 Jun 2000 21:08:35 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id VAA10946; Thu, 8 Jun 2000 21:08:48 +0200 (CEST) (envelope-from wkb) Date: Thu, 8 Jun 2000 21:08:48 +0200 From: Wilko Bulte To: Matthew Jacob Cc: wc.bulte@chello.nl, FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. Message-ID: <20000608210848.A10932@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: <20000608205428.F10443@freebie.wbnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from mjacob@feral.com on Thu, Jun 08, 2000 at 11:57:25AM -0700 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 08, 2000 at 11:57:25AM -0700, Matthew Jacob wrote: > > fl == Florins? Yep! -- Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 12:38: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (Postfix) with SMTP id 96AC837B681 for ; Thu, 8 Jun 2000 12:37:59 -0700 (PDT) (envelope-from sthaug@nethelp.no) Received: (qmail 37867 invoked by uid 1001); 8 Jun 2000 19:37:56 +0000 (GMT) To: jhix@mindspring.com Cc: hackers@FreeBSD.ORG Subject: Re: if_dc in v4.0 - Forcing store and forward? From: sthaug@nethelp.no In-Reply-To: Your message of "Wed, 07 Jun 2000 22:48:17 -0700" References: <393F33A1.2AE75730@mindspring.com> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 08 Jun 2000 21:37:56 +0200 Message-ID: <37865.960493076@verdi.nethelp.no> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I suspect a generic chipset fault, or some design quirk that we are not > > working around. Note that the windoze drivers for these devices put them > > permanently in store-and-forward mode. if_de has the exact same problem on > > all of the systems above. ... > Store and forward mode introduces a horrible performance hit... Artesyn > wouldn't show us the source to their workaround :-( It should be noted that I was able to saturate a 100 Mbps Ethernet with FreeBSD 2.2 and a 21140 based card, using around 56% of the CPU of a PPro-200. This was done almost exactly three years ago, using the (then) standard if_de driver. I have no idea whether the card was operating in store-and-forward mode or not - but the performance was perfectly fine. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 12:53:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (Postfix) with ESMTP id 0844237B955 for ; Thu, 8 Jun 2000 12:51:09 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.9.3/8.9.3) with ESMTP id CAA57801; Fri, 9 Jun 2000 02:50:19 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Date: Fri, 9 Jun 2000 02:50:19 +0700 (NSS) From: Max Khon To: "Russell L. Carter" Cc: hackers@FreeBSD.ORG Subject: Re: ACE wrappers woes on 4.x-stable (pthreads) In-Reply-To: <200006081815.LAA51315@vip.consys.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, there! On Thu, 8 Jun 2000, Russell L. Carter wrote: > |can someone take a look at this? > |seems that it's a flaw in 4.x pthreads implementation > |under RELENG_3 everything works fine, haven't tried this on -current > |i'm totally lost at this point > > Multithreaded C++ exceptions have been broken since about August '99. > Use the macros if you need exceptions with ACE/TAO. That's not a solution for me -- I want to port some app that uses ACE + TAO and does not use ACE exceptions macros. btw TAO/tests/Native_Exceptions_Test and that app work fine for me. however the Reactor_Exceptions_Test fails (SIGSEGV with stack smashed) and this makes me nervious. /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 12:58: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 9A93A37B955 for ; Thu, 8 Jun 2000 12:57:58 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id VAA31806; Thu, 8 Jun 2000 21:57:43 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200006081957.VAA31806@freebsd.dk> Subject: Re: Comments on Athlon [motherboards] sought.. In-Reply-To: from "Nicole Harrington." at "Jun 8, 2000 12:03:30 pm" To: nicole@unixgirl.com (Nicole Harrington.) Date: Thu, 8 Jun 2000 21:57:42 +0200 (CEST) Cc: wc.bulte@chello.nl, FreeBSD-hackers@FreeBSD.ORG (FreeBSD hackers list) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Nicole Harrington. wrote: > > On 08-Jun-00 Wilko Bulte wrote: > > I'm considering buying an Athlon based machine. Before shelling out the > > $ (well, fl ) I'd like to know what experiences have with Athlon and > > FreeBSD. And obviously which mom boards to prefer or keep away from. > > > > Thks > > Wilko > > I have good experiences so far with the Athlon stuff. However (sad to say) > avoid the Asus MB if you need to reboot without a keyboard attached. What ? I have no probs whatsoever with my K7M doing that... > So far I like the FIC and Aopen boards. Dont _ever_ buy FIC, there are no ends of trouble with them.... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 13: 2:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from onramp.armchair.mb.ca (onramp.armchair.mb.ca [198.163.115.1]) by hub.freebsd.org (Postfix) with SMTP id 20F4F37B789 for ; Thu, 8 Jun 2000 13:02:42 -0700 (PDT) (envelope-from mike@armchair.mb.ca) Received: (qmail 12571 invoked from network); 8 Jun 2000 20:02:27 -0000 Received: from sumer.armchair.mb.ca (198.163.115.67) by onramp.armchair.mb.ca with SMTP; 8 Jun 2000 20:02:27 -0000 Message-Id: <4.3.0.20000608150202.00b35870@mail.armchair.mb.ca> X-Sender: mike@mail.armchair.mb.ca X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Thu, 08 Jun 2000 15:02:13 -0500 To: freebsd-hackers@FreeBSD.org From: Mike Forster Subject: subscribe Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 13: 8:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 2844337C23D for ; Thu, 8 Jun 2000 13:08:18 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id WAA33195; Thu, 8 Jun 2000 22:03:23 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200006082003.WAA33195@freebsd.dk> Subject: Re: ACE wrappers woes on 4.x-stable (pthreads) In-Reply-To: from Max Khon at "Jun 9, 2000 02:50:19 am" To: fjoe@iclub.nsu.ru (Max Khon) Date: Thu, 8 Jun 2000 22:03:23 +0200 (CEST) Cc: rcarter@pinyon.org (Russell L. Carter), hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Max Khon wrote: > hi, there! > > On Thu, 8 Jun 2000, Russell L. Carter wrote: > > > |can someone take a look at this? > > |seems that it's a flaw in 4.x pthreads implementation > > |under RELENG_3 everything works fine, haven't tried this on -current > > |i'm totally lost at this point > > > > Multithreaded C++ exceptions have been broken since about August '99. > > Use the macros if you need exceptions with ACE/TAO. > > That's not a solution for me -- I want to port some app that uses ACE + > TAO and does not use ACE exceptions macros. > btw TAO/tests/Native_Exceptions_Test and that app work fine for me. > however the Reactor_Exceptions_Test fails (SIGSEGV with stack smashed) > and this makes me nervious. Totally unrelated but I'm currently wrestling a very semilar looking problem with gcc-2.95.2 on (cough) AIX43. It seems that gcc has problems with exceptions on at least AIX and HPUX, it could be the same problem that is biting here... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 13:11:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (Postfix) with ESMTP id 363A037C15D for ; Thu, 8 Jun 2000 13:10:50 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.9.3/8.9.3) with ESMTP id DAA59448; Fri, 9 Jun 2000 03:05:04 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Date: Fri, 9 Jun 2000 03:05:03 +0700 (NSS) From: Max Khon To: "Russell L. Carter" Cc: hackers@FreeBSD.org Subject: Re: ACE wrappers woes on 4.x-stable (pthreads) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, there! On Fri, 9 Jun 2000, Max Khon wrote: > > Multithreaded C++ exceptions have been broken since about August '99. > > Use the macros if you need exceptions with ACE/TAO. > > That's not a solution for me -- I want to port some app that uses ACE + > TAO and does not use ACE exceptions macros. > btw TAO/tests/Native_Exceptions_Test and that app work fine for me. > however the Reactor_Exceptions_Test fails (SIGSEGV with stack smashed) > and this makes me nervious. forgot to add: I need pointers to start digging around /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 13:15: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id CDC3637BCFE for ; Thu, 8 Jun 2000 13:14:59 -0700 (PDT) (envelope-from scanner@jurai.net) Received: from localhost (scanner@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id QAA45659; Thu, 8 Jun 2000 16:13:36 -0400 (EDT) Date: Thu, 8 Jun 2000 16:13:36 -0400 (EDT) From: To: Soren Schmidt Cc: "Nicole Harrington." , wc.bulte@chello.nl, FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. In-Reply-To: <200006081957.VAA31806@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I *LOVE* my Tyan S2380 K7 Trinity MB. ============================================================================= -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: scanner@jurai.net | Open Systems Inc., Wellington, Kansas Home: scanner@deceptively.shady.org | http://open-systems.net ============================================================================= WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tommorow?" BSD: "Are you guys coming or what?" ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 13:43:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from vip.consys.com (VIP.ConSys.COM [209.141.107.6]) by hub.freebsd.org (Postfix) with ESMTP id 565AC37B979 for ; Thu, 8 Jun 2000 13:43:40 -0700 (PDT) (envelope-from rcarter@pinyon.org) Received: (from pinyon@localhost) by vip.consys.com (8.9.3/8.9.1) id NAA51763; Thu, 8 Jun 2000 13:41:10 -0700 (MST) Date: Thu, 8 Jun 2000 13:41:10 -0700 (MST) From: "Russell L. Carter" Message-Id: <200006082041.NAA51763@vip.consys.com> To: fjoe@iclub.nsu.ru, rcarter@pinyon.org Subject: Re: ACE wrappers woes on 4.x-stable (pthreads) Cc: hackers@FreeBSD.ORG In-Reply-To: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG | |forgot to add: I need pointers to start digging around It might be interesting to trace through libgcc_r. Russell | |/fjoe | | | |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 Thu Jun 8 13:45:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from brs.com.br (brs.com.br [192.41.24.32]) by hub.freebsd.org (Postfix) with ESMTP id 5C01F37C070 for ; Thu, 8 Jun 2000 13:45:43 -0700 (PDT) (envelope-from email@carlos.eti.br) Received: from fraga.carlos.eti.br ([200.241.0.6]) by brs.com.br (8.8.5) id SAA12826; Thu, 8 Jun 2000 18:45:45 -0200 (GMT+2) X-Authentication-Warning: brs.com.br: Host [200.241.0.6] claimed to be fraga.carlos.eti.br Message-Id: <4.3.2.7.2.20000608174701.00b353c0@carlos.eti.br> X-Sender: email@carlos.eti.br X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 08 Jun 2000 17:47:08 -0300 To: freebsd-hackers@FreeBSD.ORG From: Carlos Fraga Subject: Re: It's worth ! Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A site that pays you to receive some e-mails. No more than that. Nothing to buy, just to receive the e-mail and click on the link to visit the site. Don't you believe it exists ? Yes, it exists. And I have already received a US$ 50,00 check. Will you say that you don't want some money ? It's up to you to subscribe and start receiving e-mails and money ! Follow the link: http://www.sendmoreinfo.com/id/871883 See you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 16:17:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id B16DF37B760 for ; Thu, 8 Jun 2000 16:17:49 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (ip110.salt-lake-city9.ut.pub-ip.psi.net [38.31.167.110]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id RAA06544; Thu, 8 Jun 2000 17:17:17 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <3940296E.D499F88E@softweyr.com> Date: Thu, 08 Jun 2000 17:17:02 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Dave Preece Cc: "Kenneth D. Merry" , freebsd-hackers@FreeBSD.ORG Subject: Re: Path MTU discovery. References: <67B808B0DD93D211ABEE0000B498356B02BC71@internet.kbgroup.co.nz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dave Preece wrote: > > > > Just learning about this: I can see the advantages but does > > anything use it? > > > > Sure, TCP uses it. > > > > TCP (at least in FreeBSD) sets the "don't frag" bit on all > > its outgoing > > packets. > > Good lord, so it does. Mental note, packet sniff before posting in future. > > So... thinking about what this means for firewalls and natd. If we block all > incoming ICMP's across the firewall That's a no-no. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 16:33:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id 8B81C37BD17 for ; Thu, 8 Jun 2000 16:33:36 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (ip110.salt-lake-city9.ut.pub-ip.psi.net [38.31.167.110]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id RAA06581; Thu, 8 Jun 2000 17:33:30 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <39402D39.40113EBC@softweyr.com> Date: Thu, 08 Jun 2000 17:33:13 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: wc.bulte@chello.nl Cc: FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. References: <20000608205428.F10443@freebie.wbnet> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wilko Bulte wrote: > > I'm considering buying an Athlon based machine. Before shelling out the > $ (well, fl ) I'd like to know what experiences have with Athlon and > FreeBSD. And obviously which mom boards to prefer or keep away from. EPoX == trash. Avoid like the plague. ASUS K7v == good. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 17: 9:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id B825537B959; Thu, 8 Jun 2000 17:09:23 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (ip110.salt-lake-city9.ut.pub-ip.psi.net [38.31.167.110]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id SAA06648; Thu, 8 Jun 2000 18:09:13 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <394035B6.2CA42384@softweyr.com> Date: Thu, 08 Jun 2000 18:09:26 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith Cc: Coleman Kane , "Brech, Cary" , freebsd-hackers@FreeBSD.ORG, mblott@lucent.com, "Savio, Florie N" , Alfred Perlstein , freebsd-questions@FreeBSD.ORG Subject: Re: FreeBSD Support of Hot Swappable NICs References: <200006080227.TAA04108@mass.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > Actually, there's still a *lot* of work that has to be done to make this > work "right" - let me say two things only: > > "resource allocation" > > "interrupt routing" And that's just the start. When it comes to network interfaces, trying to unthread them from the system in a small, fixed amount of time like will be required for hot-eject on CPCI, CardBus, etc., is really fugly. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 17:10:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from intra.daemontech.net (intra.daemontech.net [208.138.46.11]) by hub.freebsd.org (Postfix) with SMTP id CAD0837C1FA for ; Thu, 8 Jun 2000 17:10:07 -0700 (PDT) (envelope-from nicole@unixgirl.com) Received: (qmail 14371 invoked by uid 200); 9 Jun 2000 00:10:06 -0000 Received: from xwin.nmhtech.com (208.138.46.10) by intra.daemontech.net with SMTP; 9 Jun 2000 00:10:06 -0000 Content-Length: 1465 Message-ID: X-Mailer: XFMail 1.3.1 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200006081957.VAA31806@freebsd.dk> Date: Thu, 08 Jun 2000 17:10:06 -0700 (PDT) From: "Nicole Harrington." To: Soren Schmidt Subject: Re: Comments on Athlon [motherboards] sought.. Cc: (FreeBSD hackers list) , wc.bulte@chello.nl Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 08-Jun-00 Soren Schmidt wrote: > It seems Nicole Harrington. wrote: >> >> On 08-Jun-00 Wilko Bulte wrote: >> > I'm considering buying an Athlon based machine. Before shelling out the >> > $ (well, fl ) I'd like to know what experiences have with Athlon and >> > FreeBSD. And obviously which mom boards to prefer or keep away from. >> > >> > Thks >> > Wilko >> >> I have good experiences so far with the Athlon stuff. However (sad to say) >> avoid the Asus MB if you need to reboot without a keyboard attached. > > What ? I have no probs whatsoever with my K7M doing that... > Hmmm.. We got these new ones in a red box.. The bios doesn't have a "ignore no Key/mouse" :( It is one of there newer boards. >> So far I like the FIC and Aopen boards. > > Dont _ever_ buy FIC, there are no ends of trouble with them.... > So far I have had good luck with them... strangly enough. > -Søren nicole@unixgirl.com |\ __ /| (`\ http://www.unixgirl.com/ webmistress@dangermouse.org | o_o |__ ) ) http://www.dangermouse.org/ // \\ ---------------------------(((---(((----------------------------------------- -- Powered by Coka-Cola and FreeBSD -- -- Strong enough for a man - But made for a Woman -- -- OWNED? MS: Who's Been In/Virused Your Computer Today? -- ------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 17:10:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gizmo.internode.com.au (gizmo.internode.com.au [192.83.231.115]) by hub.freebsd.org (Postfix) with ESMTP id 991ED37C1F7 for ; Thu, 8 Jun 2000 17:10:08 -0700 (PDT) (envelope-from newton@gizmo.internode.com.au) Received: (from newton@localhost) by gizmo.internode.com.au (8.9.3/8.9.3) id JAA50099; Fri, 9 Jun 2000 09:38:58 +0930 (CST) (envelope-from newton) Date: Fri, 9 Jun 2000 09:38:58 +0930 From: Mark Newton To: Dan Nelson Cc: John Polstra , hackers@FreeBSD.ORG Subject: Re: SVR4 Emulation [was Re: iBCS status?] Message-ID: <20000609093858.B50070@internode.com.au> References: <000a01bfcf7a$cc810330$1200a8c0@matt> <20000607094626.B22129@dan.emsphone.com> <20000608101038.B46114@internode.com.au> <20000607224010.A29029@dan.emsphone.com> <200006081617.JAA49089@vashon.polstra.com> <20000608120525.A183@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <20000608120525.A183@dan.emsphone.com> X-PGP-Key: http://www.on.net/~newton/pgpkey.txt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 08, 2000 at 12:05:25PM -0500, Dan Nelson wrote: > Is there any recommendations on how an OS should > supply an SVR4 libc to an SVR4 application when the OS itself may not > be SVR4-compliant? That's what /compat/svr4 is for :-) > Sounds like trying to emulate "SVR4" in itself isn't sufficient. We > can still call the kld svr4.ko, but it's really doing SCO/SolarisX86 > syscall emulation. It is possible to reimplement libc and any/every other library that a SysV application would want, but that isn't happening at any time soon. That means we really need to put the syscall mappings into the svr4.ko module as we do at the moment, but perhaps put the syscall# -> syscall() mappings into separate modules (solaris.ko, sco.ko, unixware.ko, etc). - mark -- Mark Newton Email: newton@internode.com.au (W) Network Engineer Email: newton@atdot.dotat.org (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 17:18:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailgw3a.lmco.com (mailgw3a.lmco.com [192.35.35.24]) by hub.freebsd.org (Postfix) with ESMTP id 04BCF37C15C for ; Thu, 8 Jun 2000 17:18:22 -0700 (PDT) (envelope-from david.j.clark@lmco.com) Received: from emss04g01.ems.lmco.com ([166.17.13.122]) by mailgw3a.lmco.com (8.8.8/8.8.8) with ESMTP id UAA26533 for ; Thu, 8 Jun 2000 20:18:20 -0400 (EDT) Received: from CONVERSION-DAEMON by lmco.com (PMDF V5.2-32 #38890) id <0FVV00O0126LVA@lmco.com> for hackers@freebsd.org; Thu, 8 Jun 2000 20:18:21 -0400 (EDT) Received: from serling.motown.lmco.com ([129.204.6.42]) by lmco.com (PMDF V5.2-32 #38890) with ESMTP id <0FVV00O4A26FCK@lmco.com> for hackers@freebsd.org; Thu, 08 Jun 2000 20:18:16 -0400 (EDT) Received: from lmco.com (mtngt3lvz [129.204.69.23]) by serling.motown.lmco.com (8.9.1a/8.9.1) with ESMTP id UAA23289 for ; Thu, 08 Jun 2000 20:18:13 -0400 (EDT) Date: Thu, 08 Jun 2000 20:15:18 -0700 From: "David J. Clark" Subject: Re: FreeBSD Support of Hot Swappable NICs To: hackers@freebsd.org Reply-To: david.j.clark@lmco.com Message-id: <39406147.9ACFBCB1@lmco.com> Organization: Lockheed Martin MIME-version: 1.0 X-Mailer: Mozilla 4.72 (Macintosh; U; PPC) Content-type: text/plain; x-mac-creator=4D4F5353; x-mac-type=54455854; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG With all the talk about adding support for hot plugging items into the system. Would it make sense to utilize Apple's work with IOKit in FreeBSD ? I know that this could be a BIG project- but why reproduce what apple is giving away ? It looks to be a really nice driver architecture. Would the APSL license stand in the way ??? I think that it would be mutually beneficial - Apple's Intel effort would acquire drivers by the boatload and the BSD community would have one cool driver development framework. Would the BSD community support such a project ???? More information is available here for the interested. OS X Kernel - http://developer.apple.com/techpubs/macosx/System/Documentation/Developer/Kernel/KernelEnvironment.pdf IOKit - http://developer.apple.com/techpubs/macosx/System/Documentation/Developer/Kernel/Tutorials/2-HelloIOKit.pdf David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 18: 0:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 6F8E537B511 for ; Thu, 8 Jun 2000 18:00:08 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id KAA86952; Fri, 9 Jun 2000 10:29:45 +0930 (CST) (envelope-from grog) Date: Fri, 9 Jun 2000 10:29:45 +0930 From: Greg Lehey To: Wes Peters Cc: wc.bulte@chello.nl, FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. Message-ID: <20000609102944.C86855@wantadilla.lemis.com> References: <20000608205428.F10443@freebie.wbnet> <39402D39.40113EBC@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <39402D39.40113EBC@softweyr.com> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thursday, 8 June 2000 at 17:33:13 -0600, Wes Peters wrote: > Wilko Bulte wrote: >> >> I'm considering buying an Athlon based machine. Before shelling out the >> $ (well, fl ) I'd like to know what experiences have with Athlon and >> FreeBSD. And obviously which mom boards to prefer or keep away from. > > EPoX == trash. Avoid like the plague. Buy EPoX. They're good. > ASUS K7v == good. ASUS K7v == slow. I don't think that categorical statements like these help very much. I know you've had trouble with your EPoX boards, but you didn't ever find out whether this was a setup problem or a problem with the board. I had some setup problems with my EPoX board when I bought it, the dreaded: May 3 08:00:02 wantadilla /kernel: microuptime() went backwards (65202.831743 -> 65202,804412) I removed (not just disabled) apm from the kernel, and I haven't seen the problem since. In fact, I have had absolutely no problems. The fact that a disabled apm system can make a difference suggests that this isn't just a problem with the motherboard. A number of others have reported the same thing on this motherboard. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 18: 0:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from atlas.pathcom.com (smtp.tor.axxent.ca [209.250.128.4]) by hub.freebsd.org (Postfix) with ESMTP id 581E737B511 for ; Thu, 8 Jun 2000 18:00:20 -0700 (PDT) (envelope-from terminal@pathcom.com) Received: from dial-0850.tor.pathcom.com (dial-0850.tor.axxent.ca [216.249.3.88]) by atlas.pathcom.com (8.9.3/8.9.3) with ESMTP id VAA24456; Thu, 8 Jun 2000 21:00:16 -0400 (EDT) Date: Thu, 8 Jun 2000 21:00:22 -0400 (EDT) From: Luke Reply-To: Luke Cc: wc.bulte@chello.nl, FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. In-Reply-To: <39402D39.40113EBC@softweyr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 8 Jun 2000, Wes Peters wrote: > Wilko Bulte wrote: > > > > I'm considering buying an Athlon based machine. Before shelling out the > > $ (well, fl ) I'd like to know what experiences have with Athlon and > > FreeBSD. And obviously which mom boards to prefer or keep away from. > > ASUS K7v == good. I second that, I got one last week and its working great. The only thing odd about it is temperature monitors all report it being at 255C. Other than that its working well. Luke To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 18: 9:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rdc1.tx.home.com (ha2.rdc1.tx.home.com [24.4.0.67]) by hub.freebsd.org (Postfix) with ESMTP id B945C37BD4D for ; Thu, 8 Jun 2000 18:09:29 -0700 (PDT) (envelope-from miklic@ibm.net) Received: from mail ([24.10.140.87]) by mail.rdc1.tx.home.com (InterMail vM.4.01.02.00 201-229-116) with SMTP id <20000609010929.ROYX11701.mail.rdc1.tx.home.com@mail> for ; Thu, 8 Jun 2000 18:09:29 -0700 Date: Thu, 8 Jun 2000 19:12:36 -0600 From: "Andrew M . Miklic" To: freebsd-hackers@freebsd.org Subject: Processes, context switching in kernel... Message-ID: <20000608191236.E412@Pooh.ibm.net> Reply-To: miklic@ibm.net Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Balsa 0.8.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG All, I'm working on the emulator for OSF1/Mach for FreeBSD/Alpha, and I need some help understanding how to do some things in the FreeBSD kernel--if anyone can answer any of the following questions, it would be greatly appreciated: 1) How do you create a process in the kernel (i.e., you fork in user-space...what's the analogue for kernel-space)? 2) How do you clone a process in kernel-space (i.e., in user-space, you would fork and then share the entire process's memory space--how would you do such a thing in kernel-space)? 3) What needs to be done to perform a context switch (from within the kernel), and are there any MP considerations when doing this? 4) In what files do the proc and the u-area structures reside? Thanks, Andrew Miklic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 18:30:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id B75C237B7A4 for ; Thu, 8 Jun 2000 18:30:54 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id KAA87159; Fri, 9 Jun 2000 10:59:30 +0930 (CST) (envelope-from grog) Date: Fri, 9 Jun 2000 10:59:30 +0930 From: Greg Lehey To: Luke Cc: wc.bulte@chello.nl, FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. Message-ID: <20000609105930.G86855@wantadilla.lemis.com> References: <39402D39.40113EBC@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0pre2i In-Reply-To: Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thursday, 8 June 2000 at 21:00:22 -0400, Luke wrote: > On Thu, 8 Jun 2000, Wes Peters wrote: >> Wilko Bulte wrote: >>> >>> I'm considering buying an Athlon based machine. Before shelling out the >>> $ (well, fl ) I'd like to know what experiences have with Athlon and >>> FreeBSD. And obviously which mom boards to prefer or keep away from. >> >> ASUS K7v == good. > > I second that, I got one last week and its working great. > The only thing odd about it is temperature monitors all report it being > at 255C. Other than that its working well. This looks like a software bug. 255°C is hotter than is possible, and it's also "all bits on" in a single byte. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 19:13:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp02.teb1.iconnet.net (smtp02.teb1.iconnet.net [209.3.218.43]) by hub.freebsd.org (Postfix) with ESMTP id 3AB8B37BD2C; Thu, 8 Jun 2000 19:13:08 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-135-17.nnj.dialup.bellatlantic.net [151.198.135.17]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id WAA17857; Thu, 8 Jun 2000 22:12:56 -0400 (EDT) Message-ID: <394052CC.E162CA2A@bellatlantic.net> Date: Thu, 08 Jun 2000 22:13:32 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: Wes Peters Cc: Mike Smith , Coleman Kane , "Brech, Cary" , freebsd-hackers@FreeBSD.ORG, mblott@lucent.com, "Savio, Florie N" , Alfred Perlstein , freebsd-questions@FreeBSD.ORG Subject: Re: FreeBSD Support of Hot Swappable NICs References: <200006080227.TAA04108@mass.cdrom.com> <394035B6.2CA42384@softweyr.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wes Peters wrote: > > Mike Smith wrote: > > > > Actually, there's still a *lot* of work that has to be done to make this > > work "right" - let me say two things only: > > > > "resource allocation" > > > > "interrupt routing" > > And that's just the start. When it comes to network interfaces, trying > to unthread them from the system in a small, fixed amount of time like > will be required for hot-eject on CPCI, CardBus, etc., is really fugly. Maybe it can be solved in two steps: 1. When the card is physically removed inform the driver that it should shut down and don't try to get to the card afterwards. That means it would handle some subset of configuration requests and delay or throw away any data transfer requests. 2. Later take any neccessary amount of time to clean up the things. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 20:16:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (Postfix) with ESMTP id 724E937C107 for ; Thu, 8 Jun 2000 20:16:21 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.10.1/8.10.1) id e593GHC00794; Thu, 8 Jun 2000 23:16:17 -0400 (EDT) Date: Thu, 8 Jun 2000 23:16:17 -0400 (EDT) From: Luoqi Chen Message-Id: <200006090316.e593GHC00794@lor.watermarkgroup.com> To: freebsd-hackers@FreeBSD.ORG, miklic@ibm.net Subject: Re: Processes, context switching in kernel... Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > All, > > I'm working on the emulator for OSF1/Mach for FreeBSD/Alpha, and I need > some help understanding how to do some things in the FreeBSD kernel--if anyone > can answer any of the following questions, it would be greatly appreciated: > > 1) How do you create a process in the kernel (i.e., you fork in > user-space...what's the analogue for kernel-space)? > fork1(), see kern_fork.c > 2) How do you clone a process in kernel-space (i.e., in user-space, you would > fork and then share the entire process's memory space--how would you do such a > thing in kernel-space)? > fork1() with RFMEM flag. > 3) What needs to be done to perform a context switch (from within the kernel), > and are there any MP considerations when doing this? > Do the following, s = splhigh(); setrunqueue(p); p->p_stats->p_ru.ru_nivcsw++; mi_switch(); splx(s); nothing special for MP yet, but that's going to change soon... > 4) In what files do the proc and the u-area structures reside? > If you mean header files, they are and . > Thanks, > Andrew Miklic > -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 20:19:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 6F5F737C1A3 for ; Thu, 8 Jun 2000 20:19:42 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id UAA01210; Thu, 8 Jun 2000 20:23:33 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006090323.UAA01210@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Julian Elischer Cc: hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD In-reply-to: Your message of "Thu, 08 Jun 2000 01:13:33 PDT." <393F55AD.446B9B3D@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Jun 2000 20:23:33 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Mike Nowlin wrote: > > > > > Not to mention "how much memory do you really gain by unloading modules"? > > Considering the price of RAM these days (although not as low as > > it was, but I won't be spending $650 US for 16M any time soon > > again), the few K that unloading a bunch of modules saves won't > > EVER really be noticed by the 83Tb chunk that Nutscrape allocates. ... > The issue is with really small ram embedded systems. > Making things CAPABLE of being small is different from making > them dynamicly loadable. Nobody in their right mind is going to produce a "really small ram" embedded system that features the sort of nondeterminism that "automatically" (read 'randomly') unloading modules would involve. It's simple; a kernel-module-handling-daemon does not have anything to offer us at this time. We don't need one; the problems it might be applied to solve have already been solved differently, and we are (generally) happy with the results. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 20:30:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (Postfix) with ESMTP id 58EDC37BC72 for ; Thu, 8 Jun 2000 20:30:43 -0700 (PDT) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:AJ+PgEiokm15bA0Qn4LQ3PIj6Rb7GlMX@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.3/3.7Wpl2) with ESMTP id MAA16733; Fri, 9 Jun 2000 12:30:40 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:2lhpsUZeVIlaqkGG6KxCEAnByCKCV44X@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.9.3+3.2W/3.7W/zodiac-May2000) with ESMTP id MAA01398; Fri, 9 Jun 2000 12:37:28 +0900 (JST) Message-Id: <200006090337.MAA01398@zodiac.mech.utsunomiya-u.ac.jp> To: Graham Wheeler Cc: freebsd-hackers@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: 4.0-Stable/XFree86-4.0/syscons switching crash In-reply-to: Your message of "Thu, 08 Jun 2000 12:21:08 +0200." <93676b3af19b0fcbd3f667ba55a116cc@cequrux.com> References: <93676b3af19b0fcbd3f667ba55a116cc@cequrux.com> Date: Fri, 09 Jun 2000 12:37:27 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I am running 4.0-S on a Compaq Presario laptop with a Trident Cyberblade >VGA. I couldn't get this to work in anything other than 640x480 with >XFree86-3.3.6, so I moved to XFree86-4.0 (and no, I'm not interested in >mail from people who say that the Trident Cyberblade works for them in >3.3.6; believe me, mine doesn't - I spent a week jumping through hoops >with it before I gave up. If you were lucky enough to have xf86config or >XF86Setup work for you with this chipset, I'm happy for you - but I had >to hand-customise the XF86Config file extensively even to get 640x480 to >work). > >Anyway, XFree86 4.0 works for me, except for a couple of glitches. The >first one, which occurs sufficiently infrequently that I can live with >it, is that sometimes when I kill X and return to text mode my Enter key >gets remapped to Scroll Lock. Irritating in the extreme, but it doesn't >happen consistently, just occasionally. The cause of this is most likely that the X server failed to restore the keyboard mode (K_RAW to K_XLATE) when it's got killed. Try using the kbd_mode program that comes with XFree86. Run vidcontrol -s N-1 < /dev/ttyv0; kbd_mode -a < /dev/ttyvN (where N is the vty from which you started X) as root. For example, if you run `startx' in /dev/ttyv3, you should type: vidcontrol -s 4 < /dev/ttyv0; kbd_mode -a < /dev/ttyv3 >Much more distressing: if I switch out of X to a text mode console with >Ctrl-Alt-Fn, and then switch back to X, the machine freezes up >completely and has to be power-cycled. Does the machine respond to ping from another machine on the network? >It does first switch back into >graphics mode, and I can see the top part of the screen is messed up, so >it hasn't restored the low memory. Um, this sounds more like a bug in the X server. syscons does nothing to set up the graphics mode for the X server. It is entirely up to the X server to properly initialize the video chip set. The only thing syscons does when you switching back X is to tell the X server that the X server may now have the full access to the video card... Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 20:51:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (Postfix) with ESMTP id 5F3B837BCBA for ; Thu, 8 Jun 2000 20:51:38 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.9.3/8.9.3) with ESMTP id KAA72048; Fri, 9 Jun 2000 10:50:19 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Date: Fri, 9 Jun 2000 10:50:19 +0700 (NSS) From: Max Khon To: Soren Schmidt Cc: hackers@FreeBSD.ORG Subject: Re: ACE wrappers woes on 4.x-stable (pthreads) In-Reply-To: <200006082003.WAA33195@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, there! On Thu, 8 Jun 2000, Soren Schmidt wrote: > > > |can someone take a look at this? > > > |seems that it's a flaw in 4.x pthreads implementation > > > |under RELENG_3 everything works fine, haven't tried this on -current > > > |i'm totally lost at this point > > > > > > Multithreaded C++ exceptions have been broken since about August '99. > > > Use the macros if you need exceptions with ACE/TAO. > > > > That's not a solution for me -- I want to port some app that uses ACE + > > TAO and does not use ACE exceptions macros. > > btw TAO/tests/Native_Exceptions_Test and that app work fine for me. > > however the Reactor_Exceptions_Test fails (SIGSEGV with stack smashed) > > and this makes me nervious. > > Totally unrelated but I'm currently wrestling a very semilar looking > problem with gcc-2.95.2 on (cough) AIX43. It seems that gcc has problems > with exceptions on at least AIX and HPUX, it could be the same problem > that is biting here... RELENG_3 does not have the problem I'm trying to hunt (with gcc 2.95.2 built from ports) /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 21:10:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 929C437BC66 for ; Thu, 8 Jun 2000 21:10:31 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id VAA01376; Thu, 8 Jun 2000 21:14:12 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006090414.VAA01376@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Dennis Cc: W Gerald Hicks , hackers@FreeBSD.ORG Subject: Re: if_dc in v4.0 - Forcing store and forward? In-reply-to: Your message of "Thu, 08 Jun 2000 10:58:59 EDT." <200006081459.KAA24211@etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Jun 2000 21:14:12 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > At 10:48 PM 6/7/00 -0700, W Gerald Hicks wrote: > >Peter Wemm wrote: > > > >> I suspect a generic chipset fault, or some design quirk that we are not > >> working around. Note that the windoze drivers for these devices put them > >> permanently in store-and-forward mode. if_de has the exact same problem on > >> all of the systems above. > > Well we never saw these problems in v3.4...so what changed? Either the driver changed, or your hardware. As I've already pointed out, if your BIOS or board arrangement changed, all bets are off. As for the driver code, you have the CVS repo, go look for yourself. (Note: I have a number of systems using these devices, and I can't recall how long it's been since I saw a transmit underrun. It's not an intrinsic feature of the device or driver, it has to be an interaction issue.) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 21:47:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (Postfix) with ESMTP id 99AD137C1A6 for ; Thu, 8 Jun 2000 21:47:41 -0700 (PDT) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:Vztn730QNpKo7rnWtBqqNLMolwXa1Fl5@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.3/3.7Wpl2) with ESMTP id NAA16918; Fri, 9 Jun 2000 13:47:34 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:McdNWT1UrkSG7aZ+72cPtpJOUkEySOnF@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.9.3+3.2W/3.7W/zodiac-May2000) with ESMTP id NAA05916; Fri, 9 Jun 2000 13:54:21 +0900 (JST) Message-Id: <200006090454.NAA05916@zodiac.mech.utsunomiya-u.ac.jp> To: James Housley Cc: Graham Wheeler , freebsd-hackers@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: 4.0-Stable/XFree86-4.0/syscons switching crash In-reply-to: Your message of "Thu, 08 Jun 2000 07:32:51 -0400." <393F8463.1E5772C6@thehousleys.net> References: <93676b3af19b0fcbd3f667ba55a116cc@cequrux.com> <393F8463.1E5772C6@thehousleys.net> Date: Fri, 09 Jun 2000 13:54:21 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Much more distressing: if I switch out of X to a text mode console with >> Ctrl-Alt-Fn, and then switch back to X, the machine freezes up >> completely and has to be power-cycled. It does first switch back into >> graphics mode, and I can see the top part of the screen is messed up, so >> it hasn't restored the low memory. >> >I had similar problems. I removed splash_bmp from my loader.conf, >splash screen/screen saver, and the problems has gone away for me. My >would lockup if I tried to return to X from text after the delay time. Would you give me some more details? 1. Exact sequence of events when this happened. 2. Settings in loader.conf. 3. Output from `vidcontrol -i adapter' and `vidcontrol -i mode'. 4. /var/run/dmesg.boot when the system was started by `boot -v'. 5. FreeBSD and XFree86 versions. 6. Output from `X -probeonly'. Thank you. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 21:54:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown2-3-111.adsl.one.net [216.23.16.111]) by hub.freebsd.org (Postfix) with ESMTP id 8339837B5EA for ; Thu, 8 Jun 2000 21:54:30 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id AAA04536; Fri, 9 Jun 2000 00:59:40 -0400 (EDT) (envelope-from cokane) Date: Fri, 9 Jun 2000 00:59:40 -0400 From: Coleman Kane To: Soren Schmidt Cc: "Nicole Harrington." , wc.bulte@chello.nl, FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. Message-ID: <20000609005940.A4523@cokane.yi.org> References: <200006081957.VAA31806@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0.1i In-Reply-To: <200006081957.VAA31806@freebsd.dk>; from sos@freebsd.dk on Thu, Jun 08, 2000 at 03:59:19PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have heard of a few problems with the k7m... but I don't have any firsthand experience with them. FIC on the other hand has made some pretty good motherboards, and are probably the last company that needs to be bashed as far as quality goes. ASUS and FIC are probably the two best mobo companies, to me anyway, never had any trouble with either one at all. Soren Schmidt had the audacity to say: > > What ? I have no probs whatsoever with my K7M doing that... > > > So far I like the FIC and Aopen boards. > > Dont _ever_ buy FIC, there are no ends of trouble with them.... > > -Søren > > -- Coleman Kane President, UC Free O.S. Users Group - http://pohl.ececs.uc.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 21:59:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown2-3-111.adsl.one.net [216.23.16.111]) by hub.freebsd.org (Postfix) with ESMTP id 4F9EC37B5EA; Thu, 8 Jun 2000 21:59:14 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id BAA04557; Fri, 9 Jun 2000 01:06:01 -0400 (EDT) (envelope-from cokane) Date: Fri, 9 Jun 2000 01:06:01 -0400 From: Coleman Kane To: Mike Smith Cc: Julian Elischer , hackers@freebsd.org Subject: Re: kerneld for FreeBSD Message-ID: <20000609010601.B4523@cokane.yi.org> References: <393F55AD.446B9B3D@elischer.org> <200006090323.UAA01210@mass.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200006090323.UAA01210@mass.cdrom.com>; from msmith@freebsd.org on Thu, Jun 08, 2000 at 11:20:15PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I personally, don't see the reason for having this sort of thing in embedded devices, either, a lot of which have just exactly what they need to operate in the kernel, leaving nothing to be loaded or unloaded. As far as the kerneld stuff goes, the kernel obviously provides us with an interface with which to load these drivers from whatever may use them, there probably isn't a need after all for this sort of thing, so I'm done thinking about it, on to more pertinent things... Mike Smith had the audacity to say: > Nobody in their right mind is going to produce a "really small ram" > embedded system that features the sort of nondeterminism that > "automatically" (read 'randomly') unloading modules would involve. > > It's simple; a kernel-module-handling-daemon does not have anything to > offer us at this time. We don't need one; the problems it might be > applied to solve have already been solved differently, and we are > (generally) happy with the results. > > -- > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- Coleman Kane President, UC Free O.S. Users Group - http://pohl.ececs.uc.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 22:20:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246]) by hub.freebsd.org (Postfix) with ESMTP id B0D6A37C1B0 for ; Thu, 8 Jun 2000 22:20:46 -0700 (PDT) (envelope-from jhix@mindspring.com) Received: from mindspring.com (user-33qtgqb.dialup.mindspring.com [199.174.195.75]) by smtp10.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id BAA18226; Fri, 9 Jun 2000 01:20:39 -0400 (EDT) Message-ID: <39407EC9.D2204561@mindspring.com> Date: Thu, 08 Jun 2000 22:21:13 -0700 From: W Gerald Hicks X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: sthaug@nethelp.no Cc: hackers@FreeBSD.ORG Subject: Re: if_dc in v4.0 - Forcing store and forward? References: <393F33A1.2AE75730@mindspring.com> <37865.960493076@verdi.nethelp.no> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG sthaug@nethelp.no wrote: > > > > I suspect a generic chipset fault, or some design quirk that we are not > > > working around. Note that the windoze drivers for these devices put them > > > permanently in store-and-forward mode. if_de has the exact same problem on > > > all of the systems above. > ... > > Store and forward mode introduces a horrible performance hit... Artesyn > > wouldn't show us the source to their workaround :-( > > It should be noted that I was able to saturate a 100 Mbps Ethernet with > FreeBSD 2.2 and a 21140 based card, using around 56% of the CPU of a > PPro-200. This was done almost exactly three years ago, using the (then) > standard if_de driver. I have no idea whether the card was operating in > store-and-forward mode or not - but the performance was perfectly fine. I can guarantee that it was not running in store and forward mode if you were exceeding 30 Mbit throughput. Was this a 21140, 21140A or other stepping? These variations varied pretty wildly in their behavior (and I suspect in their actual implementation as well). Cheers, J. Hicks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 22:23:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246]) by hub.freebsd.org (Postfix) with ESMTP id 2096837C1C9 for ; Thu, 8 Jun 2000 22:23:21 -0700 (PDT) (envelope-from jhix@mindspring.com) Received: from mindspring.com (user-33qtgqb.dialup.mindspring.com [199.174.195.75]) by smtp10.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id BAA00405; Fri, 9 Jun 2000 01:23:17 -0400 (EDT) Message-ID: <39407F67.8B217731@mindspring.com> Date: Thu, 08 Jun 2000 22:23:51 -0700 From: W Gerald Hicks X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Dennis Cc: hackers@FreeBSD.ORG Subject: Re: if_dc in v4.0 - Forcing store and forward? References: <20000608000153.6AC291CE1@overcee.netplex.com.au> <200006081459.KAA24211@etinc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dennis wrote: > > At 10:48 PM 6/7/00 -0700, W Gerald Hicks wrote: > >Peter Wemm wrote: > > > >> I suspect a generic chipset fault, or some design quirk that we are not > >> working around. Note that the windoze drivers for these devices put them > >> permanently in store-and-forward mode. if_de has the exact same problem on > >> all of the systems above. > > Well we never saw these problems in v3.4...so what changed? > > DB The chips vary widely, we experienced great behavioral differences between steppings. The 21143 was particulary worrisome, as were some of the 21140 variants. I definitely experienced tx underruns on FreeBSD 3.4 with a 21140A. Never saw them with a good old 21040 though. After I was told by Intel that they're killing the device off, we decided to stop developing boards with them and eliminated at least *that* source of aggravation ;-) -- Jerry Hicks jhix@mindspring.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 8 23:42:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id D4C7337C210; Thu, 8 Jun 2000 23:42:25 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (Foolstrustident!@homer.softweyr.com [204.68.178.39]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id AAA07275; Fri, 9 Jun 2000 00:42:23 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <394091E1.F93783BF@softweyr.com> Date: Fri, 09 Jun 2000 00:42:41 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith Cc: Julian Elischer , hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD References: <200006090323.UAA01210@mass.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > > > The issue is with really small ram embedded systems. > > Making things CAPABLE of being small is different from making > > them dynamicly loadable. > > Nobody in their right mind is going to produce a "really small ram" > embedded system that features the sort of nondeterminism that > "automatically" (read 'randomly') unloading modules would involve. Actually, embedded programmers are more likely to link everything in the kernel so they don't have to worry about calling drivers that aren't loaded. A pretty conservative lot, in general. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 1:35:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by hub.freebsd.org (Postfix) with ESMTP id E7BDE37B66B for ; Fri, 9 Jun 2000 01:35:01 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by anchor-post-30.mail.demon.net with esmtp (Exim 2.12 #1) id 130KFo-000DUW-0U; Fri, 9 Jun 2000 09:35:00 +0100 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA00457; Fri, 9 Jun 2000 09:35:42 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Fri, 9 Jun 2000 09:39:53 +0100 (BST) From: Doug Rabson To: wc.bulte@chello.nl Cc: FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. In-Reply-To: <20000608205428.F10443@freebie.wbnet> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 8 Jun 2000, Wilko Bulte wrote: > I'm considering buying an Athlon based machine. Before shelling out the > $ (well, fl ) I'd like to know what experiences have with Athlon and > FreeBSD. And obviously which mom boards to prefer or keep away from. We have one at work and it works fine. We had to put some extra cooling on the motherboard chipset though. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 20 8442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 1:42:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id E20FF37C292 for ; Fri, 9 Jun 2000 01:42:52 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JQE9XZQA120001Y6@research.kpn.com> for FreeBSD-hackers@FreeBSD.ORG; Fri, 9 Jun 2000 10:42:46 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Fri, 09 Jun 2000 10:42:32 +0100 Content-return: allowed Date: Fri, 09 Jun 2000 10:42:31 +0100 From: "Koster, K.J." Subject: RE: Comments on Athlon [motherboards] sought.. To: 'Greg Lehey' , Wes Peters Cc: wc.bulte@chello.nl, FreeBSD hackers list Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D7637@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > EPoX == trash. Avoid like the plague. > > Buy EPoX. They're good. > > > ASUS K7v == good. > > ASUS K7v == slow. > > May 3 08:00:02 wantadilla /kernel: microuptime() went > backwards (65202.831743 -> 65202,804412) > In fact, I've seen the microuptime stuff doing bonnies on FreeBSD 4.0-release with my Asus K7v. I've cvsupped to 4.0-stable, rebuild and not seen the problem since. (and yes, I have run bonnie) I like my Asus. I've always used Abit before this. The Asus is just more complete. A few jumper caps and all the cabling you need. It comes with four USB ports. Too bad I don't have any USB hardware yet. Kees Jan ============================================== Everyone is responsible for his own actions, and (people tend to forget this) the effect they have on others. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 1:44: 9 2000 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 145FE37C260 for ; Fri, 9 Jun 2000 01:44:04 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id BAA10695; Fri, 9 Jun 2000 01:44:01 -0700 (PDT) (envelope-from dillon) Date: Fri, 9 Jun 2000 01:44:01 -0700 (PDT) From: Matthew Dillon Message-Id: <200006090844.BAA10695@apollo.backplane.com> To: Nathan Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: rlist.h !!! help !!! References: <393FED06.D0AC26CB@khmere.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :I have several programs that use rlist.h (for various reasons ) and I :cannot find it in FreeBSD 4.0 ! (mainly for swap info ) : :Has it been droped ? I know that the kernel/sys/rlist.h has been droped :but does affect the /usr/include/sys/rlist.h ? : :If it has been dropped what do I use instead ??? : :thank you : : :nathan The rlist stuff was used to track swap in 3.x. In 4.x swap tracking was changed to a radix tree (sys/blist.h). Ummm... it's considerably more complex then the old rlist stuff, if you can avoid dependancies on it I would avoid dependancies on it. Since swap was the only thing that used rlists, when the 4.x swap was switched over to the new blist stuff I removed the rlist stuff entirely. -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 Fri Jun 9 1:49:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id E1E8637BD84 for ; Fri, 9 Jun 2000 01:49:26 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id KAA14362; Fri, 9 Jun 2000 10:49:10 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 14274; Fri Jun 9 10:48:17 2000 Message-ID: Date: Fri, 09 Jun 2000 10:49:32 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Kazutaka YOKOTA Cc: freebsd-hackers@freebsd.org Subject: Re: 4.0-Stable/XFree86-4.0/syscons switching crash References: <93676b3af19b0fcbd3f667ba55a116cc@cequrux.com> <200006090337.MAA01398@zodiac.mech.utsunomiya-u.ac.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kazutaka YOKOTA wrote: > > >I am running 4.0-S on a Compaq Presario laptop with a Trident Cyberblade > >VGA. I couldn't get this to work in anything other than 640x480 with > >XFree86-3.3.6, so I moved to XFree86-4.0... > > > >Anyway, XFree86 4.0 works for me, except for a couple of glitches. > >Much more distressing: if I switch out of X to a text mode console with > >Ctrl-Alt-Fn, and then switch back to X, the machine freezes up > >completely and has to be power-cycled. > > Does the machine respond to ping from another machine on the network? No. It's not pining for the fjords... ;-) -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 6:39:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mxbh4.isus.emc.com (mxbh4.isus.emc.com [168.159.208.52]) by hub.freebsd.org (Postfix) with ESMTP id 20EC037C3B6 for ; Fri, 9 Jun 2000 06:38:53 -0700 (PDT) (envelope-from Neff_Glen@emc.com) Received: by mxbh4.isus.emc.com with Internet Mail Service (5.5.2448.0) id ; Fri, 9 Jun 2000 09:38:49 -0400 Message-ID: <0DD20620B8B8D311985F00D0B708153B69C058@corpmx6.isus.emc.com> From: Neff_Glen@emc.com To: hackers@freebsd.org Subject: Problem mouting NFS exports from multi-homed servers Date: Fri, 9 Jun 2000 09:38:22 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am looking to implement FreeBSD as a router/natd platform for five private 10.x.x.x/24 subnets to connect to the public world via a sixth NIC. Our immeadiate public address space is a protected network, so I am not concerned with any firewalling features. The one problem standing in the way of my being able to implement this solution is a very specific problem with mounting NFS exports from multi-homed servers on our network. We have this problem both from the FreeBSD box itself and from the "NAT'ed" clients on the 10.x.x.x networks it serves. The FreeBSD box is question has the hostname "snowspeeder" and its primary IP address is 128.222.25.177/24. It's 'uname -a' output is: FreeBSD snowspeeder.rtp.dg.com 3.4-RELEASE FreeBSD 3.4-RELEASE #3: Tue May 30 15:59:31 EDT 2000 gneff@snowspeeder.rtp.dg.com:/usr/src/sys/compile/router i386 There are several servers that exploit this problem, but I will provide one practical example. The server's primary hostname is "commtg3" and it runs DG/UX R4.20MU05. It's specific hostname and address info is as follows: commtg3 128.222.8.29/24 commtg3-thiin 128.222.25.1/24 Note that the "commtg3-thiin" interface is on the same segment as the FreeBSD box (snowspeeder). This server is known to users as "commtg3." When they issue any command to access it, they use its common name. Say I try to mount an NFS export on commtg3 that I do not have rights to: root@snowspeeder-/root$ mount commtg3:/usr/opt/sdk test nfs: can't access /usr/opt/sdk: Permission denied Just as we should expect. Now let's say we try to mount an export that does not exist: root@snowspeeder-/root$ mount commtg3:/usr/ack/bleh test1 nfs: can't access /usr/ack/bleh: No such file or directory Again, just like we should expect. Now with an export that both exists and that we have rights to: root@snowspeeder-/root$ mount commtg3:/usr/local test2 (roughly three minute pause) nfs server commtg3:/usr/local: not responding Now let's try the same NFS export, only specify the hostname for the interface on the same segment: root@snowspeeder-/root$ mount commtg3-thiin:/usr/local test3 root@snowspeeder-/root$ mount /dev/wd0s3a on / (ufs, local, writes: sync 95 async 3300) /dev/wd0s3f on /usr (ufs, local, writes: sync 41 async 8214) /dev/wd0s3e on /var (ufs, local, writes: sync 540 async 5797) procfs on /proc (procfs, local) commtg3-thiin:/usr/local on /root/test3 (nfs) And as you can see, that works just fine. Now we've put a sniffer on the 128.222.25.0/24 segment and what it looks like is happening is that the requests destined to the 128.222.8.29 address go out fine on the router and are received by commtg3 just fine on that segment, but that when commtg3 answers it looks at the source IP (128.222.25.177) then it replies back on its 128.222.25.1 interface (For which I can't blame it), but then snowspeeder rejects the response packets because they do not come back with the same source address as the origional destination address of the request. What I really don't undestand is how or why we get errors for such things as "permission denied" or "no such file dor directory," yet we can't complete a proper mount request. What I believe I need to do is figure out to make FreeBSD not be so picky about where the response to mount requests are coming from. I am running the bare minumum ipfw configuration that "man natd" says is neccessary for NAT: gneff@snowspeeder-/usr/home/gneff$ cat /etc/rc.firewall /sbin/ipfw -f flush /sbin/ipfw add divert natd all from any to any via sf0 /sbin/ipfw add pass all from any to any My rc.network file is unchanged from the v3.4-release distribution. Thank you in advance for any assistance you can offer. In the hopes that it may be helpful, I will paste my kernel configuration and my rc.conf files below. Regards, Glen ----- machine "i386" cpu "I686_CPU" ident GENERIC maxusers 32 options NMBCLUSTERS=2048 options IPFIREWALL options IPDIVERT options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options NFS #Network Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) syscall trace support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores config kernel root on wd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 disk fd0 at fdc0 drive 0 controller wdc0 at isa? port "IO_WD1" bio irq 14 disk wd0 at wdc0 drive 0 controller wdc1 at isa? port "IO_WD2" bio irq 15 disk wd2 at wdc1 drive 0 options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM device acd0 #IDE CD-ROM controller scbus0 # SCSI bus (required) controller atkbdc0 at isa? port IO_KBD tty device atkbd0 at isa? tty irq 1 device vga0 at isa? port ? conflicts pseudo-device splash device sc0 at isa? tty device npx0 at isa? port IO_NPX irq 13 device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 device sio1 at isa? port "IO_COM2" tty irq 3 device ppc0 at isa? port? flags 0x40 net irq 7 controller ppbus0 # Parallel port bus (required) device lpt0 at ppbus? # Printer device ppi0 at ppbus? # Parallel port interface device device sf0 # Adaptec AIC-6915 DuraLAN (``Starfire'') pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device tun 1 # Packet tunnel pseudo-device pty 16 # Pseudo-ttys (telnet etc) pseudo-device gzip # Exec gzipped a.out's pseudo-device bpfilter 8 #Berkeley packet filter ----- saver="daemon" blanktime="180" keyrate="fast" network_interfaces="sf5 sf4 sf3 sf2 sf1 sf0 lo0" ifconfig_sf5="inet 10.5.200.1 netmask 255.255.255.0" ifconfig_sf4="inet 10.4.200.1 netmask 255.255.255.0" ifconfig_sf3="inet 10.3.200.1 netmask 255.255.255.0" ifconfig_sf2="inet 10.2.200.1 netmask 255.255.255.0" ifconfig_sf1="inet 10.1.200.1 netmask 255.255.255.0" ifconfig_sf0="inet 128.222.25.177 netmask 255.255.255.0" defaultrouter="128.222.25.253" gateway_enable="YES" firewall_enable="YES" natd_enable="YES" natd_flags="-s -m" natd_interface="128.222.25.177" defaultrouter="128.222.25.253" hostname="snowspeeder.rtp.dg.com" /* Glen R. J. Neff neff_glen@emc.com 919-248-6145 Dirty deeds done for a meager 20% markup. . . */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 10: 3:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay02.chello.nl (relay02.chello.nl [212.83.68.146]) by hub.freebsd.org (Postfix) with ESMTP id 0833B37BA6B for ; Fri, 9 Jun 2000 10:03:06 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay02.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000609170250.MHBM17505.relay02@chello.nl>; Fri, 9 Jun 2000 19:02:50 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id TAA18659; Fri, 9 Jun 2000 19:03:03 +0200 (CEST) (envelope-from wkb) Date: Fri, 9 Jun 2000 19:03:03 +0200 From: Wilko Bulte To: Doug Rabson Cc: wc.bulte@chello.nl, FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. Message-ID: <20000609190303.A18641@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: <20000608205428.F10443@freebie.wbnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from dfr@nlsystems.com on Fri, Jun 09, 2000 at 09:39:53AM +0100 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 09, 2000 at 09:39:53AM +0100, Doug Rabson wrote: > On Thu, 8 Jun 2000, Wilko Bulte wrote: > > > I'm considering buying an Athlon based machine. Before shelling out the > > $ (well, fl ) I'd like to know what experiences have with Athlon and > > FreeBSD. And obviously which mom boards to prefer or keep away from. > > We have one at work and it works fine. We had to put some extra cooling on > the motherboard chipset though. What motherboard are you using? -- Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 10: 6:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay01.chello.nl (smtp.chello.nl [212.83.68.144]) by hub.freebsd.org (Postfix) with ESMTP id 7C19137C5F7 for ; Fri, 9 Jun 2000 10:06:11 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay01.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000609170653.JNYU8610.relay01@chello.nl>; Fri, 9 Jun 2000 19:06:53 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id TAA18694; Fri, 9 Jun 2000 19:06:09 +0200 (CEST) (envelope-from wkb) Date: Fri, 9 Jun 2000 19:06:09 +0200 From: Wilko Bulte To: Greg Lehey Cc: Wes Peters , wc.bulte@chello.nl, FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. Message-ID: <20000609190608.B18641@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: <20000608205428.F10443@freebie.wbnet> <39402D39.40113EBC@softweyr.com> <20000609102944.C86855@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000609102944.C86855@wantadilla.lemis.com>; from grog@lemis.com on Fri, Jun 09, 2000 at 10:29:45AM +0930 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 09, 2000 at 10:29:45AM +0930, Greg Lehey wrote: > On Thursday, 8 June 2000 at 17:33:13 -0600, Wes Peters wrote: > > Wilko Bulte wrote: > >> > >> I'm considering buying an Athlon based machine. Before shelling out the > >> $ (well, fl ) I'd like to know what experiences have with Athlon and > >> FreeBSD. And obviously which mom boards to prefer or keep away from. > > > > EPoX == trash. Avoid like the plague. > > Buy EPoX. They're good. Greg, what model EPox do you have? -- Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 10: 8:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay01.chello.nl (smtp.chello.nl [212.83.68.144]) by hub.freebsd.org (Postfix) with ESMTP id E492137BB5E for ; Fri, 9 Jun 2000 10:08:33 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay01.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000609170916.JOKL8610.relay01@chello.nl> for ; Fri, 9 Jun 2000 19:09:16 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id TAA18721; Fri, 9 Jun 2000 19:08:32 +0200 (CEST) (envelope-from wkb) Date: Fri, 9 Jun 2000 19:08:32 +0200 From: Wilko Bulte To: wc.bulte@chello.nl Cc: FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. Message-ID: <20000609190832.C18641@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: <20000608205428.F10443@freebie.wbnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000608205428.F10443@freebie.wbnet>; from wkb@chello.nl on Thu, Jun 08, 2000 at 08:54:28PM +0200 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 08, 2000 at 08:54:28PM +0200, Wilko Bulte wrote: > I'm considering buying an Athlon based machine. Before shelling out the > $ (well, fl ) I'd like to know what experiences have with Athlon and > FreeBSD. And obviously which mom boards to prefer or keep away from. Anybody using the Abit KA7? If yes, do you like it? I appreciate the KA7 PCI/ISA combo slot instead of the useless AMR thingy Asys has on their praised K7V (mind you, I like Asus as such, excellent experiences with them over the years). W/ -- Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 10:59:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.nyct.net (bsd4.nyct.net [204.141.86.6]) by hub.freebsd.org (Postfix) with ESMTP id 30A3037BBC1 for ; Fri, 9 Jun 2000 10:59:32 -0700 (PDT) (envelope-from mbac@nyct.net) Received: from bsd1.nyct.net (root@bsd1.nyct.net [204.141.86.3]) by mail.nyct.net (8.9.3/8.8.7) with ESMTP id NAA04041; Fri, 9 Jun 2000 13:59:44 -0400 (EDT) (envelope-from mbac@nyct.net) Received: from localhost (mbac@localhost) by bsd1.nyct.net (8.9.3/8.9.3) with ESMTP id NAA18696; Fri, 9 Jun 2000 13:59:58 -0400 (EDT) (envelope-from mbac@nyct.net) X-Authentication-Warning: bsd1.nyct.net: mbac owned process doing -bs Date: Fri, 9 Jun 2000 13:59:58 -0400 (EDT) From: Michael Bacarella To: wc.bulte@chello.nl Cc: FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. In-Reply-To: <20000609190832.C18641@freebie.wbnet> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 9 Jun 2000, Wilko Bulte wrote: > On Thu, Jun 08, 2000 at 08:54:28PM +0200, Wilko Bulte wrote: > > I'm considering buying an Athlon based machine. Before shelling out the > > $ (well, fl ) I'd like to know what experiences have with Athlon and > > FreeBSD. And obviously which mom boards to prefer or keep away from. > > Anybody using the Abit KA7? If yes, do you like it? > > I appreciate the KA7 PCI/ISA combo slot instead of the useless AMR thingy Asys > has on their praised K7V (mind you, I like Asus as such, excellent > experiences with them over the years). Ugh. I was suprised that I couldn't find an Asus K7V without a stupid AMR slot, especially since I only heard good things about the board itself. I made an honest attempt but just ended up ordering it anyway. I've tried to figure out what that slot does but I've only come across market-speak. What does it do? Michael Bacarella New York Connect Net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 11: 2:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay02.chello.nl (relay02.chello.nl [212.83.68.146]) by hub.freebsd.org (Postfix) with ESMTP id B351737BBC1 for ; Fri, 9 Jun 2000 11:02:38 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay02.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000609180223.MSPG17505.relay02@chello.nl>; Fri, 9 Jun 2000 20:02:23 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id UAA22619; Fri, 9 Jun 2000 20:02:36 +0200 (CEST) (envelope-from wkb) Date: Fri, 9 Jun 2000 20:02:36 +0200 From: Wilko Bulte To: Michael Bacarella Cc: wc.bulte@chello.nl, FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. Message-ID: <20000609200236.B22587@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: <20000609190832.C18641@freebie.wbnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from mbac@nyct.net on Fri, Jun 09, 2000 at 01:59:58PM -0400 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 09, 2000 at 01:59:58PM -0400, Michael Bacarella wrote: > > On Fri, 9 Jun 2000, Wilko Bulte wrote: > > > On Thu, Jun 08, 2000 at 08:54:28PM +0200, Wilko Bulte wrote: > > > I'm considering buying an Athlon based machine. Before shelling out the > > > $ (well, fl ) I'd like to know what experiences have with Athlon and > > > FreeBSD. And obviously which mom boards to prefer or keep away from. > > > > Anybody using the Abit KA7? If yes, do you like it? > > > > I appreciate the KA7 PCI/ISA combo slot instead of the useless AMR thingy Asys > > has on their praised K7V (mind you, I like Asus as such, excellent > > experiences with them over the years). > > Ugh. I was suprised that I couldn't find an Asus K7V without a stupid AMR > slot, especially since I only heard good things about the board > itself. I made an honest attempt but just ended up ordering it > anyway. I've tried to figure out what that slot does but I've only come > across market-speak. Audio Modem Riser card slot. For audio/and/or/modem use. WinModem I suspect.. If yes, worse than useless. -- Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 11: 6:18 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (Postfix) with ESMTP id 3B09837C4BC for ; Fri, 9 Jun 2000 11:06:14 -0700 (PDT) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.9.3/8.9.3) with SMTP id UAA17470; Fri, 9 Jun 2000 20:06:00 +0200 (EET) (envelope-from narvi@haldjas.folklore.ee) Date: Fri, 9 Jun 2000 20:05:59 +0200 (EET) From: Narvi To: Michael Bacarella Cc: wc.bulte@chello.nl, FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 9 Jun 2000, Michael Bacarella wrote: > > On Fri, 9 Jun 2000, Wilko Bulte wrote: > > > On Thu, Jun 08, 2000 at 08:54:28PM +0200, Wilko Bulte wrote: > > > I'm considering buying an Athlon based machine. Before shelling out the > > > $ (well, fl ) I'd like to know what experiences have with Athlon and > > > FreeBSD. And obviously which mom boards to prefer or keep away from. > > > > Anybody using the Abit KA7? If yes, do you like it? > > > > I appreciate the KA7 PCI/ISA combo slot instead of the useless AMR thingy Asys > > has on their praised K7V (mind you, I like Asus as such, excellent > > experiences with them over the years). > > Ugh. I was suprised that I couldn't find an Asus K7V without a stupid AMR > slot, especially since I only heard good things about the board > itself. I made an honest attempt but just ended up ordering it > anyway. I've tried to figure out what that slot does but I've only come > across market-speak. > > What does it do? > If AMR == Asus Media Slot, then it's a slot that is simultaneously PCI and ISA, so you can have a PCi video card and ISA soundcard on one card. IIRC, that is. > Michael Bacarella > New York Connect Net > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 11:14:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.nyct.net (bsd4.nyct.net [204.141.86.6]) by hub.freebsd.org (Postfix) with ESMTP id 74B0837BC8A for ; Fri, 9 Jun 2000 11:14:35 -0700 (PDT) (envelope-from mbac@nyct.net) Received: from bsd1.nyct.net (root@bsd1.nyct.net [204.141.86.3]) by mail.nyct.net (8.9.3/8.8.7) with ESMTP id OAA07740; Fri, 9 Jun 2000 14:14:51 -0400 (EDT) (envelope-from mbac@nyct.net) Received: from localhost (mbac@localhost) by bsd1.nyct.net (8.9.3/8.9.3) with ESMTP id OAA19299; Fri, 9 Jun 2000 14:15:05 -0400 (EDT) (envelope-from mbac@nyct.net) X-Authentication-Warning: bsd1.nyct.net: mbac owned process doing -bs Date: Fri, 9 Jun 2000 14:15:04 -0400 (EDT) From: Michael Bacarella To: Narvi Cc: FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > I appreciate the KA7 PCI/ISA combo slot instead of the useless AMR thingy Asys > > > has on their praised K7V (mind you, I like Asus as such, excellent > > > experiences with them over the years). > > > > Ugh. I was suprised that I couldn't find an Asus K7V without a stupid AMR > > slot, especially since I only heard good things about the board > > itself. I made an honest attempt but just ended up ordering it > > anyway. I've tried to figure out what that slot does but I've only come > > across market-speak. > > > > What does it do? > > > > If AMR == Asus Media Slot, then it's a slot that is simultaneously PCI and > ISA, so you can have a PCi video card and ISA soundcard on one card. They're about a third of the size of a PCI slot, so I don't see how that would be conveniant. :) Michael Bacarella New York Connect Net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 11:23: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (Postfix) with ESMTP id 326F137C491 for ; Fri, 9 Jun 2000 11:23:00 -0700 (PDT) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.9.3/8.9.3) with SMTP id UAA17821; Fri, 9 Jun 2000 20:22:57 +0200 (EET) (envelope-from narvi@haldjas.folklore.ee) Date: Fri, 9 Jun 2000 20:22:56 +0200 (EET) From: Narvi To: Michael Bacarella Cc: FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 9 Jun 2000, Michael Bacarella wrote: > > > > > I appreciate the KA7 PCI/ISA combo slot instead of the useless AMR thingy Asys > > > > has on their praised K7V (mind you, I like Asus as such, excellent > > > > experiences with them over the years). > > > > > > Ugh. I was suprised that I couldn't find an Asus K7V without a stupid AMR > > > slot, especially since I only heard good things about the board > > > itself. I made an honest attempt but just ended up ordering it > > > anyway. I've tried to figure out what that slot does but I've only come > > > across market-speak. > > > > > > What does it do? > > > > > > > If AMR == Asus Media Slot, then it's a slot that is simultaneously PCI and > > ISA, so you can have a PCi video card and ISA soundcard on one card. > > They're about a third of the size of a PCI slot, so I don't see how that > would be conveniant. :) > But isn't it at the end of a PCI slot? If no, then they actually did come with a next stupid thing that has the same abreviation. A switched away from asus some time before athlon came out. > Michael Bacarella > New York Connect Net > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 11:35:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 87C2F37C38C for ; Fri, 9 Jun 2000 11:35:06 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id LAA04120; Fri, 9 Jun 2000 11:38:54 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006091838.LAA04120@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Michael Bacarella Cc: wc.bulte@chello.nl, FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. In-reply-to: Your message of "Fri, 09 Jun 2000 13:59:58 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Jun 2000 11:38:54 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Ugh. I was suprised that I couldn't find an Asus K7V without a stupid AMR > slot, especially since I only heard good things about the board > itself. I made an honest attempt but just ended up ordering it > anyway. I've tried to figure out what that slot does but I've only come > across market-speak. > > What does it do? It conects to the AC97 modem codec in the VIA chipset; you put the modem line interface on a card and stick it in there. ie. it's a neat way to again reduce the cost of a WinModem. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 12: 0:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay02.chello.nl (relay02.chello.nl [212.83.68.146]) by hub.freebsd.org (Postfix) with ESMTP id 1D62237C502; Fri, 9 Jun 2000 12:00:09 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay02.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000609185954.NDEH17505.relay02@chello.nl>; Fri, 9 Jun 2000 20:59:54 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id VAA25072; Fri, 9 Jun 2000 21:00:06 +0200 (CEST) (envelope-from wkb) Date: Fri, 9 Jun 2000 21:00:06 +0200 From: Wilko Bulte To: Mike Smith Cc: Michael Bacarella , wc.bulte@chello.nl, FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. Message-ID: <20000609210006.A25022@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: <200006091838.LAA04120@mass.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006091838.LAA04120@mass.cdrom.com>; from msmith@FreeBSD.ORG on Fri, Jun 09, 2000 at 11:38:54AM -0700 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 09, 2000 at 11:38:54AM -0700, Mike Smith wrote: > > > > Ugh. I was suprised that I couldn't find an Asus K7V without a stupid AMR > > slot, especially since I only heard good things about the board > > itself. I made an honest attempt but just ended up ordering it > > anyway. I've tried to figure out what that slot does but I've only come > > across market-speak. > > > > What does it do? > > It conects to the AC97 modem codec in the VIA chipset; you put the modem > line interface on a card and stick it in there. ie. it's a neat way to > again reduce the cost of a WinModem. And a horrible way to loose valuable PCB real estate that could have housed a PCI/ISA slot. A modem line interface on an L-shaped 'blech' with a cable to the mom board would be better IMHO. Would allow the owner to throw it away and put PCI/ISA expansion on the machine ;) -- Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 12: 8:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay01.chello.nl (smtp.chello.nl [212.83.68.144]) by hub.freebsd.org (Postfix) with ESMTP id 6173637BB73 for ; Fri, 9 Jun 2000 12:08:50 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay01.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000609190932.KJSA8610.relay01@chello.nl> for ; Fri, 9 Jun 2000 21:09:32 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id VAA25149; Fri, 9 Jun 2000 21:08:48 +0200 (CEST) (envelope-from wkb) Date: Fri, 9 Jun 2000 21:08:48 +0200 From: Wilko Bulte To: wc.bulte@chello.nl Cc: FreeBSD hackers list Subject: Re: Getting NIST mpeg2player to work? Message-ID: <20000609210848.A25130@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: <20000531134840.A87173@freebie.wbnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000531134840.A87173@freebie.wbnet>; from wkb@chello.nl on Wed, May 31, 2000 at 01:48:40PM +0200 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, May 31, 2000 at 01:48:40PM +0200, Wilko Bulte wrote: > Does anybody have the NIST mpeg2player working correctly? I'm using the > code that sos put on freebsd.dk in Jan. It compile OK, but: > > WKB /home/src/DVD/nist>mpeg2player > Illegal instruction (core dumped) > WKB /home/src/DVD/nist> > > and: > > (gdb) bt > #0 0x8050b19 in __static_initialization_and_destruction_0 () > #1 0x8051981 in global constructors keyed to RXwhite () > #2 0x804a78c in _start () > #3 0x8049f9d in _init () > (gdb) > > ?? > > Suggestions for another [working..] mpeg2player suitable to play DVDs > are also welcome. The configure script assumes -march=i686. Which does not work too well on a K6-2 :-( Changing it into i586 made it run OK. -- Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 13:11:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from intra.daemontech.net (intra.daemontech.net [208.138.46.11]) by hub.freebsd.org (Postfix) with SMTP id B206437B543 for ; Fri, 9 Jun 2000 13:11:13 -0700 (PDT) (envelope-from nicole@unixgirl.com) Received: (qmail 22333 invoked by uid 200); 9 Jun 2000 20:11:11 -0000 Received: from xwin.nmhtech.com (208.138.46.10) by intra.daemontech.net with SMTP; 9 Jun 2000 20:11:11 -0000 Content-Length: 1568 Message-ID: X-Mailer: XFMail 1.3.1 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000609190832.C18641@freebie.wbnet> Date: Fri, 09 Jun 2000 13:11:10 -0700 (PDT) From: "Nicole Harrington." To: wc.bulte@chello.nl Subject: Re: Comments on Athlon [motherboards] sought.. BAD ASUS Story Cc: FreeBSD hackers list Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sad to say.. I have another bad experience with the NEW asus K7A MB. It will not allow a Mylex AccellRaid 150 to break out of the bootup sequence to be configured. :( Ad that to the new BIOS that won't allow keyboardless reboots :( These came in a RED box. Nicole On 09-Jun-00 Wilko Bulte wrote: > On Thu, Jun 08, 2000 at 08:54:28PM +0200, Wilko Bulte wrote: >> I'm considering buying an Athlon based machine. Before shelling out the >> $ (well, fl ) I'd like to know what experiences have with Athlon and >> FreeBSD. And obviously which mom boards to prefer or keep away from. > > Anybody using the Abit KA7? If yes, do you like it? > > I appreciate the KA7 PCI/ISA combo slot instead of the useless AMR thingy > Asys > has on their praised K7V (mind you, I like Asus as such, excellent > experiences with them over the years). > > W/ > -- > Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org > http://www.nlfug.nl > > nicole@unixgirl.com |\ __ /| (`\ http://www.unixgirl.com/ webmistress@dangermouse.org | o_o |__ ) ) http://www.dangermouse.org/ // \\ ---------------------------(((---(((----------------------------------------- -- Powered by Coka-Cola and FreeBSD -- -- Strong enough for a man - But made for a Woman -- -- OWNED? MS: Who's Been In/Virused Your Computer Today? -- ------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 13:15:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 1784337B8E1 for ; Fri, 9 Jun 2000 13:15:44 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id NAA04514; Fri, 9 Jun 2000 13:19:34 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006092019.NAA04514@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Nicole Harrington." Cc: wc.bulte@chello.nl, FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. BAD ASUS Story In-reply-to: Your message of "Fri, 09 Jun 2000 13:11:10 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Jun 2000 13:19:34 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Sad to say.. I have another bad experience with the NEW asus K7A MB. It will > not allow a Mylex AccellRaid 150 to break out of the bootup sequence to > be configured. :( Try putting "SCSI" above anything else in the "boot order" menu. I've been trying for some time now to work out how these stupid menus are sorted, and how they determine what constitutes "SCSI" as opposed to eg. an int19 device. I fear that it's not very deterministic. 8( > Ad that to the new BIOS that won't allow keyboardless reboots :( Bitch to ASUS about this, I guess. 8( -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 16: 6:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id 19B2237B7EF; Fri, 9 Jun 2000 16:06:55 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (ip110.salt-lake-city9.ut.pub-ip.psi.net [38.31.167.110]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id RAA09235; Fri, 9 Jun 2000 17:06:45 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <39417879.10083937@softweyr.com> Date: Fri, 09 Jun 2000 17:06:33 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: wc.bulte@chello.nl Cc: Mike Smith , Michael Bacarella , FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. References: <200006091838.LAA04120@mass.cdrom.com> <20000609210006.A25022@freebie.wbnet> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wilko Bulte wrote: > > On Fri, Jun 09, 2000 at 11:38:54AM -0700, Mike Smith wrote: > > > > > > Ugh. I was suprised that I couldn't find an Asus K7V without a stupid AMR > > > slot, especially since I only heard good things about the board > > > itself. I made an honest attempt but just ended up ordering it > > > anyway. I've tried to figure out what that slot does but I've only come > > > across market-speak. > > > > > > What does it do? > > > > It conects to the AC97 modem codec in the VIA chipset; you put the modem > > line interface on a card and stick it in there. ie. it's a neat way to > > again reduce the cost of a WinModem. > > And a horrible way to loose valuable PCB real estate that could have housed a > PCI/ISA slot. A modem line interface on an L-shaped 'blech' with a cable > to the mom board would be better IMHO. Would allow the owner to throw > it away and put PCI/ISA expansion on the machine ;) Ah, the K7V already has as many PCI slots as you can drive off the existing bridge, and who wants ISA slots these days? Oh, there is the WaveLan ISA card I need... -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 16:29:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id 8D96637C59C for ; Fri, 9 Jun 2000 16:29:48 -0700 (PDT) (envelope-from babolo@links.ru) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id DAA16012; Sat, 10 Jun 2000 03:29:30 +0400 (MSD) Message-Id: <200006092329.DAA16012@aaz.links.ru> Subject: Re: Comments on Athlon [motherboards] sought.. In-Reply-To: from "Narvi" at "Jun 9, 0 08:22:56 pm" To: narvi@haldjas.folklore.ee (Narvi) Date: Sat, 10 Jun 2000 03:29:30 +0400 (MSD) Cc: mbac@nyct.net, FreeBSD-hackers@FreeBSD.ORG From: "Aleksandr A.Babaylov" MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Narvi writes: > On Fri, 9 Jun 2000, Michael Bacarella wrote: > > > > > I appreciate the KA7 PCI/ISA combo slot instead of the useless AMR thingy Asys > > > > > has on their praised K7V (mind you, I like Asus as such, excellent > > > > > experiences with them over the years). > > > > Ugh. I was suprised that I couldn't find an Asus K7V without a stupid AMR > > > > slot, especially since I only heard good things about the board > > > > itself. I made an honest attempt but just ended up ordering it > > > > anyway. I've tried to figure out what that slot does but I've only come > > > > across market-speak. > > > > > > > > What does it do? > > > If AMR == Asus Media Slot, then it's a slot that is simultaneously PCI and > > > ISA, so you can have a PCi video card and ISA soundcard on one card. > > They're about a third of the size of a PCI slot, so I don't see how that > > would be conveniant. :) > But isn't it at the end of a PCI slot? If no, then they actually did come > with a next stupid thing that has the same abreviation. You are speaking about totally another thing then AMR AMR is industry standart slot and is placed on board instead PCI -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 16:44:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id A2CC337C1F2; Fri, 9 Jun 2000 16:44:08 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e59Ni8311226; Fri, 9 Jun 2000 16:44:08 -0700 (PDT) Date: Fri, 9 Jun 2000 16:44:08 -0700 From: Alfred Perlstein To: hackers@freebsd.org Cc: green@freebsd.org Subject: uidinfo has many race conditions. Message-ID: <20000609164408.N18462@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, Is it just me or does the fact that uidinfo structures (see kern/kern_proc.c) are allocated with M_WAITOK after finding them fails and then inserted into the uidhash structure a race condition? There's also a problem with sbsize checking because of races going on here, what needs to happen is that the changeXXsize/count functions need to know what they are chenging and doing them without races. I should have some diffs up soon that address this. here's fixing the uidinfo stuff, but it still doesn't fix that the sbsize checks before setting the size, which needs to be done atomically. I think the solution is to have chgsbsize actually check the rlimit instead of polling then setting. chblob is for my own stuff. Index: kern_proc.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_proc.c,v retrieving revision 1.63 diff -u -u -r1.63 kern_proc.c --- kern_proc.c 2000/02/08 19:54:15 1.63 +++ kern_proc.c 2000/06/09 23:40:46 @@ -56,6 +56,9 @@ MALLOC_DEFINE(M_SUBPROC, "subproc", "Proc sub-structures"); static void pgdelete __P((struct pgrp *)); +static struct uidinfo *uifind(uid_t uid); +static struct uidinfo *uicreate(uid_t uid); +static int uifree(struct uidinfo *uip); /* * Structure associated with user cacheing. @@ -65,6 +68,7 @@ uid_t ui_uid; long ui_proccnt; rlim_t ui_sbsize; + rlim_t ui_blobsize; }; #define UIHASH(uid) (&uihashtbl[(uid) & uihash]) static LIST_HEAD(uihashhead, uidinfo) *uihashtbl; @@ -99,6 +103,57 @@ } /* + * find/create a uidinfo struct for the uid passed in + */ +static struct uidinfo * +uifind(uid_t uid) +{ + struct uihashhead *uipp; + struct uidinfo *uip; + + uipp = UIHASH(uid); + LIST_FOREACH(uip, uipp, ui_hash) + if (uip->ui_uid == uid) + break; + + return (uip); +} + +static struct uidinfo * +uicreate(uid_t uid) +{ + struct uidinfo *uip, *norace; + + MALLOC(uip, struct uidinfo *, sizeof(*uip), M_PROC, M_WAITOK); + /* + * if we M_WAITOK we must look afterwards or risk redundant entries + */ + norace = uifind(uid); + if (norace != NULL) { + FREE(uip, M_PROC); + return (norace); + } + uip->ui_uid = uid; + uip->ui_proccnt = 0; + uip->ui_sbsize = 0; + uip->ui_blobsize = 0; + return (uip); +} + +static int +uifree(struct uidinfo *uip) +{ + + if (uip->ui_sbsize == 0 && uip->ui_proccnt == 0 && uip->ui_blobsize == 0) { + LIST_REMOVE(uip, ui_hash); + FREE(uip, M_PROC); + return (1); + } + return (0); +} + + +/* * Change the count associated with number of processes * a given user is using. */ @@ -108,35 +163,25 @@ int diff; { register struct uidinfo *uip; - register struct uihashhead *uipp; - uipp = UIHASH(uid); - LIST_FOREACH(uip, uipp, ui_hash) - if (uip->ui_uid == uid) - break; + uip = uifind(uid); if (uip) { uip->ui_proccnt += diff; if (uip->ui_proccnt < 0) panic("chgproccnt: procs < 0"); - if (uip->ui_proccnt > 0 || uip->ui_sbsize > 0) - return (uip->ui_proccnt); - LIST_REMOVE(uip, ui_hash); - FREE(uip, M_PROC); - return (0); + return (uifree(uip) == 1 ? 0 : uip->ui_proccnt); } if (diff <= 0) { if (diff == 0) return(0); panic("chgproccnt: lost user"); } - MALLOC(uip, struct uidinfo *, sizeof(*uip), M_PROC, M_WAITOK); - LIST_INSERT_HEAD(uipp, uip, ui_hash); - uip->ui_uid = uid; + uip = uicreate(uid); uip->ui_proccnt = diff; - uip->ui_sbsize = 0; return (diff); } + /* * Change the total socket buffer size a user has used. */ @@ -146,12 +191,8 @@ rlim_t diff; { register struct uidinfo *uip; - register struct uihashhead *uipp; - uipp = UIHASH(uid); - LIST_FOREACH(uip, uipp, ui_hash) - if (uip->ui_uid == uid) - break; + uip = uifind(uid); if (diff <= 0) { if (diff == 0) return (uip ? uip->ui_sbsize : 0); @@ -159,20 +200,38 @@ } if (uip) { uip->ui_sbsize += diff; - if (uip->ui_sbsize == 0 && uip->ui_proccnt == 0) { - LIST_REMOVE(uip, ui_hash); - FREE(uip, M_PROC); - return (0); - } - return (uip->ui_sbsize); + return (uifree(uip) == 1 ? 0 : uip->ui_sbsize); } - MALLOC(uip, struct uidinfo *, sizeof(*uip), M_PROC, M_WAITOK); - LIST_INSERT_HEAD(uipp, uip, ui_hash); - uip->ui_uid = uid; - uip->ui_proccnt = 0; + uip = uicreate(uid); uip->ui_sbsize = diff; return (diff); } + +/* + * Change the total amount of kblob space a suser can consume + */ +rlim_t +chgblobsize(uid, diff) + uid_t uid; + rlim_t diff; +{ + register struct uidinfo *uip; + + uip = uifind(uid); + if (diff <= 0) { + if (diff == 0) + return (uip ? uip->ui_blobsize : 0); + KASSERT(uip != NULL, ("uidinfo (%d) gone", uid)); + } + if (uip) { + uip->ui_blobsize += diff; + return (uifree(uip) == 1 ? 0 : uip->ui_blobsize); + } + uicreate(uid); + uip->ui_blobsize = diff; + return (diff); +} + /* * Is p an inferior of the current process? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 17: 8: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 56CA337C676; Fri, 9 Jun 2000 17:08:00 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e5A07wA11910; Fri, 9 Jun 2000 17:07:58 -0700 (PDT) Date: Fri, 9 Jun 2000 17:07:58 -0700 From: Alfred Perlstein To: hackers@FreeBSD.ORG Cc: green@FreeBSD.ORG Subject: Re: uidinfo has many race conditions. Message-ID: <20000609170758.O18462@fw.wintelcom.net> References: <20000609164408.N18462@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000609164408.N18462@fw.wintelcom.net>; from bright@wintelcom.net on Fri, Jun 09, 2000 at 04:44:08PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Alfred Perlstein [000609 16:45] wrote: > hi, > > Is it just me or does the fact that uidinfo structures (see > kern/kern_proc.c) are allocated with M_WAITOK after finding them > fails and then inserted into the uidhash structure a race condition? > > Index: kern_proc.c > =================================================================== Yes, I know i forgot to put the created ones back into the list, I was just a bit flusteres after reading over the code. I'll have some more later. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 17:27:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp02.teb1.iconnet.net (smtp02.teb1.iconnet.net [209.3.218.43]) by hub.freebsd.org (Postfix) with ESMTP id F3A4037B682 for ; Fri, 9 Jun 2000 17:27:42 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-135-33.nnj.dialup.bellatlantic.net [151.198.135.33]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id UAA05002; Fri, 9 Jun 2000 20:27:33 -0400 (EDT) Message-ID: <39418B9A.3AA96320@bellatlantic.net> Date: Fri, 09 Jun 2000 20:28:10 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: "Nicole Harrington." Cc: wc.bulte@chello.nl, FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. BAD ASUS Story References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Nicole Harrington." wrote: > > Sad to say.. I have another bad experience with the NEW asus K7A MB. It will > not allow a Mylex AccellRaid 150 to break out of the bootup sequence to > be configured. :( That may be as well due to the bugs in Mylex soft. I have used different Mylex cards on a few occasions (the last one was testing SCSI drivers for my employer) and _always_ had some problems with them. Sometimes upgrading the Mylex drivers and/or configuration utility helps, sometimes does not. I hate Mylex terribly and would strongly recommend staying as far away from Mylex as possible. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 17:32: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id C034A37BAAB for ; Fri, 9 Jun 2000 17:31:54 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id RAA00450; Fri, 9 Jun 2000 17:35:53 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006100035.RAA00450@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Sergey Babkin Cc: FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. BAD ASUS Story In-reply-to: Your message of "Fri, 09 Jun 2000 20:28:10 EDT." <39418B9A.3AA96320@bellatlantic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Jun 2000 17:35:53 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > "Nicole Harrington." wrote: > > > > Sad to say.. I have another bad experience with the NEW asus K7A MB. It will > > not allow a Mylex AccellRaid 150 to break out of the bootup sequence to > > be configured. :( > > That may be as well due to the bugs in Mylex soft. In this case, that's not correct. Or at least, if it is, Adaptec, AMI, ICP Vortex, Compaq, IBM, Symbios and just about every other vendor of add-in cards with boot vector interests have a similar set of bugs. > I have used different > Mylex cards on a few occasions (the last one was testing SCSI drivers > for my employer) and _always_ had some problems with > them. Sometimes upgrading the Mylex drivers and/or configuration > utility helps, sometimes does not. I hate Mylex terribly and would > strongly recommend staying as far away from Mylex as possible. I have a lot of Mylex hardware around here (obviously enough), and I can't say their stuff is any worse than anyone else's. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 17:47:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp02.teb1.iconnet.net (smtp02.teb1.iconnet.net [209.3.218.43]) by hub.freebsd.org (Postfix) with ESMTP id 6280937B588; Fri, 9 Jun 2000 17:47:15 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-12.nnj.dialup.bellatlantic.net [151.198.117.12]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id UAA05410; Fri, 9 Jun 2000 20:47:13 -0400 (EDT) Message-ID: <39419036.B8232FEF@bellatlantic.net> Date: Fri, 09 Jun 2000 20:47:50 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: Mike Smith Cc: FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. BAD ASUS Story References: <200006100035.RAA00450@mass.cdrom.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > > "Nicole Harrington." wrote: > > > > > > Sad to say.. I have another bad experience with the NEW asus K7A MB. It will > > > not allow a Mylex AccellRaid 150 to break out of the bootup sequence to > > > be configured. :( > > > > That may be as well due to the bugs in Mylex soft. > > In this case, that's not correct. Or at least, if it is, Adaptec, AMI, > ICP Vortex, Compaq, IBM, Symbios and just about every other vendor of > add-in cards with boot vector interests have a similar set of bugs. Then I was wrong. Sorry. Just I have seen too much problems with the Mylex configuration utility which tends to hang at various places to suspect it first. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 18:10:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id A570337BBB5; Fri, 9 Jun 2000 18:10:20 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id KAA82612; Sat, 10 Jun 2000 10:40:04 +0930 (CST) (envelope-from grog) Date: Sat, 10 Jun 2000 10:40:03 +0930 From: Greg Lehey To: "NandaKumar P.K." Cc: FreeBSD Hackers Subject: Re: IOCTL to the character driver is failing Message-ID: <20000610104003.B81728@wantadilla.lemis.com> References: <20000609072804.27088.qmail@web1903.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20000609072804.27088.qmail@web1903.mail.yahoo.com> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [moved to -hackers; this is an in-depth technical question] On Friday, 9 June 2000 at 0:28:04 -0700, NandaKumar P.K. wrote: > Hi, > > I am in the process of debugging my character driver > interface to the RAID controller card. Lots of my > IOCTLs i sent from the user code works with the driver > but some IOCTLs are not reaching the driver. I found > that one of the IOCTL that failed is having a size of > data as 8096 bytes. Does FreeBSD has got any size > restriction in IOCTL data size ? I know that there is > no problem with Linux and Windows NT. Indeed, you're limited to 4096 bytes. From sys/ioccom.h: #define IOCPARM_MASK 0x1fff /* parameter length, at most 13 bits */ #define IOCPARM_MAX PAGE_SIZE /* max size of ioctl, mult. of PAGE_SIZE */ From sys/param.h: #define PAGE_SHIFT 12 /* LOG2(PAGE_SIZE) */ #define PAGE_SIZE (1<; Fri, 9 Jun 2000 18:33:07 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id LAA16543; Sat, 10 Jun 2000 11:02:48 +0930 (CST) (envelope-from grog) Date: Sat, 10 Jun 2000 11:02:48 +0930 From: Greg Lehey To: wc.bulte@chello.nl Cc: Wes Peters , FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. Message-ID: <20000610110248.H81728@wantadilla.lemis.com> References: <20000608205428.F10443@freebie.wbnet> <39402D39.40113EBC@softweyr.com> <20000609102944.C86855@wantadilla.lemis.com> <20000609190608.B18641@freebie.wbnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20000609190608.B18641@freebie.wbnet> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Friday, 9 June 2000 at 19:06:09 +0200, Wilko Bulte wrote: > On Fri, Jun 09, 2000 at 10:29:45AM +0930, Greg Lehey wrote: >> On Thursday, 8 June 2000 at 17:33:13 -0600, Wes Peters wrote: >>> Wilko Bulte wrote: >>>> >>>> I'm considering buying an Athlon based machine. Before shelling out the >>>> $ (well, fl ) I'd like to know what experiences have with Athlon and >>>> FreeBSD. And obviously which mom boards to prefer or keep away from. >>> >>> EPoX == trash. Avoid like the plague. >> >> Buy EPoX. They're good. > > Greg, what model EPox do you have? It's a 7KX. Do they make any others for Athlon? Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 18:37:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 0B0FD37BDD5 for ; Fri, 9 Jun 2000 18:37:27 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id LAA24532; Sat, 10 Jun 2000 11:07:12 +0930 (CST) (envelope-from grog) Date: Sat, 10 Jun 2000 11:07:12 +0930 From: Greg Lehey To: wc.bulte@chello.nl Cc: Wes Peters , FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. Message-ID: <20000610110711.I81728@wantadilla.lemis.com> References: <20000608205428.F10443@freebie.wbnet> <39402D39.40113EBC@softweyr.com> <20000609102944.C86855@wantadilla.lemis.com> <20000609190608.B18641@freebie.wbnet> <20000610110248.H81728@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20000610110248.H81728@wantadilla.lemis.com> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Saturday, 10 June 2000 at 11:02:48 +0930, Greg Lehey wrote: > On Friday, 9 June 2000 at 19:06:09 +0200, Wilko Bulte wrote: >> On Fri, Jun 09, 2000 at 10:29:45AM +0930, Greg Lehey wrote: >>> On Thursday, 8 June 2000 at 17:33:13 -0600, Wes Peters wrote: >>>> Wilko Bulte wrote: >>>>> >>>>> I'm considering buying an Athlon based machine. Before shelling out the >>>>> $ (well, fl ) I'd like to know what experiences have with Athlon and >>>>> FreeBSD. And obviously which mom boards to prefer or keep away from. >>>> >>>> EPoX == trash. Avoid like the plague. >>> >>> Buy EPoX. They're good. >> >> Greg, what model EPox do you have? > > It's a 7KX. Do they make any others for Athlon? Correction, I see it written here as EP-7KXA. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 18:38: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id 3A34E37C656 for ; Fri, 9 Jun 2000 18:37:55 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 2457402 invoked from network); 10 Jun 2000 01:37:49 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 10 Jun 2000 01:37:49 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id DAA02649; Thu, 8 Jun 2000 03:24:08 +0200 (CEST) (envelope-from root) From: Cyrille Lefevre Posted-Date: Thu, 8 Jun 2000 03:24:08 +0200 (CEST) Message-Id: <200006080124.DAA02649@gits.dyndns.org> Subject: quota/mount commands inconsistency To: freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Date: Thu, 8 Jun 2000 03:24:08 +0200 (CEST) Cc: peter@FreeBSD.ORG Reply-To: clefevre@citeweb.net Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C X-Mailer: ELM [version 2.4ME+ PL77 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, recently, I have tried to setup quotas as usual. the first things I tries where the "rq" option then the "quota" option. ok, the "quota" option isn't supported under FreeBSD, as well as the "rq" option while the later is a little documented in fstab(5) : #define FSTAB_RQ "rq" /* read/write with quotas */ so, I use the FreeBSD "userquota" and "groupquota" options. here is my configuration (/disk0 is my fallback root partition): # egrep 'disk|\B/\B' /etc/fstab /dev/ad0s3 /disk0 ufs rw,userquota,groupquota,noauto 1 1 /dev/da0s1a / ufs rw,userquota,groupquota 1 1 /dev/da1s1c /disk2 ufs rw,userquota,groupquota 1 2 /dev/da2s1a /disk1 ufs rw,userquota,groupquota 1 2 /dev/da3s1a /disk4 ufs rw,userquota,groupquota 1 2 # df -k Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da0s1a 1904559 1255135 497060 72% / /dev/da1s1c 2031922 1372446 496923 73% /disk2 /dev/da2s1a 1904559 1662507 89688 95% /disk1 /dev/da3s1a 1904559 1751524 671 100% /disk4 as I already says, the "rq" option seems to no be supported any more while mounting an ufs filesystem and the userquota and groupquota options aren't checked as well to turn quota on while an ufs filesystem is mounted. you have to turn on quota manually using quotaon. huh! # mount -o rq /dev/ad0s3a /disk0 mount: -o rq: option not supported (well) # mount -v /disk0 /dev/ad0s3 on /disk0 (ufs, local, soft-updates, writes: sync 2 async 0, reads: s ync 1 async 0) (humm... quota are not enabled at mount time!) # mount | grep /disk1 /dev/da2s1a on /disk1 (ufs, local, with quotas, writes: sync 34 async 110, reads: sync 43 async 5) (while there are at boot time) # cat /tmp/c.c #include #include int main () { char *path = "/disk0"; struct statfs buf; if (statfs (path, &buf) < 0) { perror ("statfs"); return (1); } printf ("%s: %s", path, (buf.f_flags & MNT_RDONLY) ? "ro" : "rw"); /* ufs stuffs */ if (buf.f_flags & MNT_SYNCHRONOUS) printf (",%s", "sync"); if (buf.f_flags & MNT_NOEXEC) printf (",%s", "noexec"); if (buf.f_flags & MNT_NOSUID) printf (",%s", "nosuid"); if (buf.f_flags & MNT_NODEV) printf (",%s", "nodev"); if (buf.f_flags & MNT_UNION) printf (",%s", "union"); if (buf.f_flags & MNT_ASYNC) printf (",%s", "async"); if (buf.f_flags & MNT_NOATIME) printf (",%s", "noatime"); if (buf.f_flags & MNT_NOCLUSTERR) printf (",%s", "noclusterr"); if (buf.f_flags & MNT_NOCLUSTERW) printf (",%s", "noclusterw"); if (buf.f_flags & MNT_NOSYMFOLLOW) printf (",%s", "nosymfollow"); if (buf.f_flags & MNT_SUIDDIR) printf (",%s", "suiddir"); if (buf.f_flags & MNT_SOFTDEP) printf (",%s", "soft-updates"); /* misc stuffs */ if (buf.f_flags & MNT_LOCAL) printf (",%s", "local"); if (buf.f_flags & MNT_QUOTA) printf (",%s", "quota"); if (buf.f_flags & MNT_ROOTFS) printf (",%s", "rootfs"); if (buf.f_flags & MNT_USER) printf (",%s", "user"); if (buf.f_flags & MNT_IGNORE) printf (",%s", "ignore"); /* nfs stuffs */ if (buf.f_flags & MNT_EXPORTED) { printf (" nfs: %s", (buf.f_flags & MNT_EXRDONLY) ? "ro" : "rw"); if (buf.f_flags & MNT_DEFEXPORTED) printf (",%s", "world"); if (buf.f_flags & MNT_EXPORTANON) printf (",%s", "maproot"); if (buf.f_flags & MNT_EXKERB) printf (",%s", "kerb"); if (buf.f_flags & MNT_EXPUBLIC) printf (",%s", "webnfs"); } printf ("\n"); return (0); } # make /tmp/c cc -O -pipe /tmp/c.c -o /tmp/c # /tmp/c /disk0: rw,soft-updates,local # quotaon -a (oops, panic! checking for core dump...savecore: no core dump) (reboot, then same things until quotaon -a) # quotaon /disk0 # mount | grep /disk0 /dev/da0s1a on / (ufs, local, with quotas, soft-updates, writes: sync 173 async 2939, reads: sync 1779 async 180) (ok... quota are now enabled) # /tmp/c /disk0: rw,soft-updates,local,quota # umount /disk0 (goto first mount :) also, if a filesystem isn't mounted at boot time and quotacheck is requested, quota files are created w/ hole in the mount point of that filesystem. other quota commands just create an empty file. so, quotacheck lacks to check if the filesystem is mounted before to do anything as well as every other quota commands. # quotacheck -a (doesn't complain about unmounted /disk0 which is ok) # ls -l /disk0 total 80 -rw-r----- 1 root operator 2097120 Jun 5 22:09 quota.group -rw-r----- 1 root operator 2097120 Jun 5 22:09 quota.user kernel panic seems to arrive when multiple quotaon -a are done and/or doing quotaoff -a, then quotaon -a. questions are here : why did you get rid of the "rq" option ? if the "userquota" and "groupquota" options are not given, but "rq" is, isn't it possible to use the same behaviour than other systems, which is to turn on quota at mount time and not at boot time and defaulting to userquota to /disk0/quotas in my case ? of course, more control needs to be done in every quota commands such as, don't create a quota file if the filesystem isn't mounted. and mount needs to be completed to activate quotas at mount time. so, I am right to make these modifications and more if needed, but before, I want to be sure I'm not wrong somewhere ? and before to send a bug-report, I'm asking you. PS : there is a lot of quota PRs which are not assigned right now. Regards, Cyrille Lefevre. -- home: mailto:clefevre@citeweb.net work: mailto:Cyrille.Lefevre@edf.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 19:24:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (Postfix) with SMTP id 8AC7F37B631 for ; Fri, 9 Jun 2000 19:24:34 -0700 (PDT) (envelope-from sthaug@nethelp.no) Received: (qmail 63405 invoked by uid 1001); 9 Jun 2000 20:55:17 +0000 (GMT) To: freebsd-hackers@freebsd.org Subject: Non-promiscuous tcpdump on 4.0-STABLE doesn't see outgoing traffic From: sthaug@nethelp.no X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Fri, 09 Jun 2000 22:55:16 +0200 Message-ID: <63403.960584116@verdi.nethelp.no> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG tcpdump -p (interface in non-promiscuous mode) shows incoming and outgoing traffic in 3.4-STABLE (as expected). tcpdump -p does *not* show outgoing traffic in 4.0-STABLE. Incoming is fine. Is this intended? Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 19:25: 8 2000 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 CE75337B631 for ; Fri, 9 Jun 2000 19:25:00 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id TAA16710; Fri, 9 Jun 2000 19:24:56 -0700 (PDT) (envelope-from dillon) Date: Fri, 9 Jun 2000 19:24:56 -0700 (PDT) From: Matthew Dillon Message-Id: <200006100224.TAA16710@apollo.backplane.com> To: Neff_Glen@emc.com Cc: hackers@FreeBSD.ORG Subject: Re: Problem mouting NFS exports from multi-homed servers References: <0DD20620B8B8D311985F00D0B708153B69C058@corpmx6.isus.emc.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :The one problem standing in the way of my being able to implement this :solution is a very specific problem with mounting NFS exports from :multi-homed servers on our network. We have this problem both from the :FreeBSD box itself and from the "NAT'ed" clients on the 10.x.x.x networks it :serves. There are two solutions to this problem, both involving fixing the NFS server. The problem is that the FreeBSD NFS server would respond to UDP NFS packets using a different source IP then they were sent to. The solution is to either use TCP NFS mounts, or to use the -h option to nfsd (see 'man nfsd') to force nfsd to bind to and respond to UDP packets using the same interface IP. 'man nfsd' should give you enough information to fix this on your NFS server. You should not have to mess with the clients at all. I'm pretty sure I backported this feature to 3.x. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 22:44:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from outgoing.redshift.com (outgoing.redshift.com [216.228.2.99]) by hub.freebsd.org (Postfix) with ESMTP id CBBCA37BCB4 for ; Fri, 9 Jun 2000 22:44:25 -0700 (PDT) (envelope-from yramin@redshift.com) Received: from mail.redshift.com (mail.redshift.com [216.228.2.86]) by outgoing.redshift.com (8.9.3/) with ESMTP id WAA03831 for ; Fri, 9 Jun 2000 22:44:24 -0700 Received: from atp.atpn.com (pm1-22.sj.redshift.com [216.200.48.22]) by mail.redshift.com (8.10.1/8.10.1) with SMTP id e5A5iNO10507 for ; Fri, 9 Jun 2000 22:44:24 -0700 From: Yann Ramin Organization: Atrus Trivalie Productions To: freebsd-hackers@freebsd.org Subject: Large UIDs (>65536) Date: Fri, 9 Jun 2000 22:44:25 -0700 X-Mailer: KMail [version 1.1.41.10] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <00060922435800.26335@atp.atpn.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I was just wondering if anyone has considered allowing larger UIDs (unsigned long) on a FreeBSD system? What would this require changing? From what I can tell, the code is typedefed so if you go recompile everything, you should be ok. Am I missing anything here? Yann To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 22:48:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 2943637BCB4 for ; Fri, 9 Jun 2000 22:48:12 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id WAA01236; Fri, 9 Jun 2000 22:52:00 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006100552.WAA01236@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Greg Lehey Cc: "NandaKumar P.K." , FreeBSD Hackers Subject: Re: IOCTL to the character driver is failing In-reply-to: Your message of "Sat, 10 Jun 2000 10:40:03 +0930." <20000610104003.B81728@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Jun 2000 22:52:00 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > [moved to -hackers; this is an in-depth technical question] > > On Friday, 9 June 2000 at 0:28:04 -0700, NandaKumar P.K. wrote: > > Hi, > > > > I am in the process of debugging my character driver > > interface to the RAID controller card. Lots of my > > IOCTLs i sent from the user code works with the driver > > but some IOCTLs are not reaching the driver. I found > > that one of the IOCTL that failed is having a size of > > data as 8096 bytes. Does FreeBSD has got any size > > restriction in IOCTL data size ? I know that there is > > no problem with Linux and Windows NT. > > Indeed, you're limited to 4096 bytes. From sys/ioccom.h: > > #define IOCPARM_MASK 0x1fff /* parameter length, at most 13 bits */ > #define IOCPARM_MAX PAGE_SIZE /* max size of ioctl, mult. of PAGE_SIZE */ > > >From sys/param.h: > > #define PAGE_SHIFT 12 /* LOG2(PAGE_SIZE) */ > #define PAGE_SIZE (1< > Even that is probably too big. What are you trying to transfer that's > so big? NB. if you want to move more than 4k, you should pass a pointer to the buffer in userspace and use copyin/copyout. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 23: 2:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 70C0737C2C2 for ; Fri, 9 Jun 2000 23:02:15 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id XAA01356; Fri, 9 Jun 2000 23:06:13 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006100606.XAA01356@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Yann Ramin Cc: freebsd-hackers@freebsd.org Subject: Re: Large UIDs (>65536) In-reply-to: Your message of "Fri, 09 Jun 2000 22:44:25 PDT." <00060922435800.26335@atp.atpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Jun 2000 23:06:13 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi, > > I was just wondering if anyone has considered allowing larger UIDs (unsigned > long) on a FreeBSD system? What would this require changing? From what I > can tell, the code is typedefed so if you go recompile everything, you should > be ok. Am I missing anything here? How about this line from : typedef u_int32_t uid_t; /* user id */ It pays to do your own research - then you only get to look silly in front of yourself. 8) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 23:22:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from outgoing.redshift.com (outgoing.redshift.com [216.228.2.99]) by hub.freebsd.org (Postfix) with ESMTP id 9F45237B66E; Fri, 9 Jun 2000 23:22:47 -0700 (PDT) (envelope-from yramin@redshift.com) Received: from mail.redshift.com (mail.redshift.com [216.228.2.86]) by outgoing.redshift.com (8.9.3/) with ESMTP id XAA04681; Fri, 9 Jun 2000 23:22:47 -0700 Received: from atp.atpn.com (pm1-22.sj.redshift.com [216.200.48.22]) by mail.redshift.com (8.10.1/8.10.1) with SMTP id e5A6MjO18370; Fri, 9 Jun 2000 23:22:45 -0700 From: Yann Ramin Organization: Atrus Trivalie Productions To: Mike Smith Subject: Re: Large UIDs (>65536) Date: Fri, 9 Jun 2000 23:22:46 -0700 X-Mailer: KMail [version 1.1.41.10] Content-Type: text/plain References: <200006100606.XAA01356@mass.cdrom.com> In-Reply-To: <200006100606.XAA01356@mass.cdrom.com> Cc: freebsd-hackers@FreeBSD.ORG MIME-Version: 1.0 Message-Id: <00060923222602.26335@atp.atpn.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Good point :) I just got a little freaked by these friendly warning messages from pwd_mkdb: "/etc/pw.Z26392" 15 lines, 319 characters chpass: updating the database... pwd_mkdb: 140000 > recommended max uid value (65535) chpass: done I know the many UNIXes still have a cap at 65535 (is Linux one of them?), and I interpeted that as an error message, not a warning. I was silly :) Yann On Fri, 09 Jun 2000, you wrote: > > Hi, > > > > I was just wondering if anyone has considered allowing larger UIDs > > (unsigned long) on a FreeBSD system? What would this require changing? > > From what I can tell, the code is typedefed so if you go recompile > > everything, you should be ok. Am I missing anything here? > > How about this line from : > > typedef u_int32_t uid_t; /* user id */ > > It pays to do your own research - then you only get to look silly in > front of yourself. 8) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 9 23:26:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 46A0A37BBE7; Fri, 9 Jun 2000 23:26:06 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id XAA01530; Fri, 9 Jun 2000 23:30:06 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006100630.XAA01530@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Yann Ramin Cc: Mike Smith , freebsd-hackers@FreeBSD.ORG Subject: Re: Large UIDs (>65536) In-reply-to: Your message of "Fri, 09 Jun 2000 23:22:46 PDT." <00060923222602.26335@atp.atpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Jun 2000 23:30:06 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Good point :) I just got a little freaked by these friendly warning messages > from pwd_mkdb: > > "/etc/pw.Z26392" 15 lines, 319 characters > chpass: updating the database... > pwd_mkdb: 140000 > recommended max uid value (65535) > chpass: done > > I know the many UNIXes still have a cap at 65535 (is Linux one of them?), and > I interpeted that as an error message, not a warning. I was silly :) Actually, it's wire protocols that are the issue; NFSv2 in particular. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 10 0:31:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from falla.videotron.net (falla.videotron.net [205.151.222.106]) by hub.freebsd.org (Postfix) with ESMTP id 08D8137C691; Sat, 10 Jun 2000 00:31:11 -0700 (PDT) (envelope-from bmilekic@dsuper.net) Received: from modemcable009.62-201-24.mtl.mc.videotron.net ([24.201.62.9]) by falla.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0FVX00HBNGK4YO@falla.videotron.net>; Sat, 10 Jun 2000 03:24:05 -0400 (EDT) Date: Sat, 10 Jun 2000 03:25:43 -0400 (EDT) From: Bosko Milekic Subject: Re: Mbuf waiting mfc to 3 In-reply-to: X-Sender: bmilekic@jehovah.technokratis.com To: Mike Silbersack Cc: hackers@FreeBSD.ORG, jlemon@freebsd.org Message-id: MIME-version: 1.0 Content-type: MULTIPART/MIXED; BOUNDARY="Boundary_(ID_fqHP9plKj2pR4F46G+zSsw)" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --Boundary_(ID_fqHP9plKj2pR4F46G+zSsw) Content-type: TEXT/PLAIN; charset=US-ASCII [re-directed to --hackers, as more appropriate there, also jlemon@freebsd.org is in the CC, make _SURE_ to remove him from there before you post ANY replies!!!] Mike, your patch looks fine. However, I found a bug in /sys/netkey code. (and it's related to the wait stuff, although I don't believe it directly concerns your patch so, as far as I'm concerned, your stuff is ready to go in.) However, I believe this code is only for 4.x and -CURRENT people. keysock.c's key_sendup() does a silly thing with the mbuf allocation. Attached is a patch that fixes it. This applies to v 1.2 of the file. here is the Id: /* KAME @(#)$Id: keysock.c,v 1.2 1999/08/16 19:30:36 shin Exp $ */ (Jlemon, can you commit this?) Oh yeah, and please also commit pr=18471 as it's been sitting there for a while. Thanks in advance, Bosko. On Fri, 9 Jun 2000, Mike Silbersack wrote: > Well, it's been nearly a month since I posted the mbuf waiting MFC for 3.4 > to -net, although I haven't heard any complaints about it messing up > systems, there have been a few complaints on bugtraq of mbuf > exhaustion attacks which would be much less serious with it. :) > > In any case, the patch is still available at > http://www.silby.com/patches/mbuf-wait-mfc-2.patch for review. I'm > fairly confident in its reliability, but I'd prefer a few more people to > test it if they have the time. If there are no negative complaints, I'd > like to get it committed before the end of next week to ensure that we > don't miss getting it into 3.5. > > There are no changes between this patch and the last one I posted other > than a single version line I had messed up in the previous one, so if > you're currently testing that one, there's no need to download this > one. Please post your experiences with it in any case, though. > > The small memory leak I alluded to in my previous posting of the patch has > been found and committed seperately (as it affected 3,4, and 5.) So, > please CVSUP before testing this patch to ensure you're seeing its true > colors. > > Thanks, > > Mike "Silby" Silbersack -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 bmilekic@technokratis.com * http://www.technokratis.com/ --Boundary_(ID_fqHP9plKj2pR4F46G+zSsw) Content-id: Content-type: TEXT/PLAIN; name=keysock.patch; charset=US-ASCII Content-description: Content-disposition: attachment; filename=keysock.patch Content-transfer-encoding: BASE64 LS0tIGtleXNvY2sub2xkLmMJU2F0IEp1biAxMCAwMzowOTowNSAyMDAwDQor Kysga2V5c29jay5jCVNhdCBKdW4gMTAgMDM6MTM6NDMgMjAwMA0KQEAgLTQx OSwxOCArNDE5LDI1IEBADQogCXdoaWxlICh0bGVuID4gMCkgew0KIAkJaWYg KHRsZW4gPT0gbGVuKSB7DQogCQkJTUdFVEhEUihuLCBNX0RPTlRXQUlULCBN VF9EQVRBKTsNCisJCQlpZiAobiA9PSBOVUxMKSB7DQorCQkJCWlmIChtKSBt X2ZyZWVtKG0pOw0KKwkJCQlyZXR1cm4gRU5PQlVGUzsNCisJCQl9DQogCQkJ bi0+bV9sZW4gPSBNSExFTjsNCiAJCX0gZWxzZSB7DQogCQkJTUdFVChuLCBN X0RPTlRXQUlULCBNVF9EQVRBKTsNCisJCQlpZiAobiA9PSBOVUxMKSB7DQor CQkJCWlmIChtKSBtX2ZyZWVtKG0pOw0KKwkJCQlyZXR1cm4gRU5PQlVGUzsN CisJCQl9DQogCQkJbi0+bV9sZW4gPSBNTEVOOw0KIAkJfQ0KLQkJaWYgKCFu KQ0KLQkJCXJldHVybiBFTk9CVUZTOw0KKw0KIAkJaWYgKHRsZW4gPiBNQ0xC WVRFUykgewkvKlhYWCBiZXR0ZXIgdGhyZXNob2xkPyAqLw0KIAkJCU1DTEdF VChuLCBNX0RPTlRXQUlUKTsNCiAJCQlpZiAoKG4tPm1fZmxhZ3MgJiBNX0VY VCkgPT0gMCkgew0KIAkJCQltX2ZyZWUobik7DQotCQkJCW1fZnJlZW0obSk7 DQorCQkJCWlmIChtKSBtX2ZyZWVtKG0pOw0KIAkJCQlyZXR1cm4gRU5PQlVG UzsNCiAJCQl9DQogCQkJbi0+bV9sZW4gPSBNQ0xCWVRFUzsNCg== --Boundary_(ID_fqHP9plKj2pR4F46G+zSsw)-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 10 1:39: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by hub.freebsd.org (Postfix) with ESMTP id E948437B74A for ; Sat, 10 Jun 2000 01:38:50 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by anchor-post-30.mail.demon.net with esmtp (Exim 2.12 #1) id 130gmy-0003nV-0U; Sat, 10 Jun 2000 09:38:44 +0100 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA01370; Sat, 10 Jun 2000 09:39:45 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sat, 10 Jun 2000 09:43:40 +0100 (BST) From: Doug Rabson To: wc.bulte@chello.nl Cc: FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. In-Reply-To: <20000609190303.A18641@freebie.wbnet> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 9 Jun 2000, Wilko Bulte wrote: > On Fri, Jun 09, 2000 at 09:39:53AM +0100, Doug Rabson wrote: > > On Thu, 8 Jun 2000, Wilko Bulte wrote: > > > > > I'm considering buying an Athlon based machine. Before shelling out the > > > $ (well, fl ) I'd like to know what experiences have with Athlon and > > > FreeBSD. And obviously which mom boards to prefer or keep away from. > > > > We have one at work and it works fine. We had to put some extra cooling on > > the motherboard chipset though. > > What motherboard are you using? I'm not sure - Nick Hibma might know since its his desktop machine. I could probably open it up and check. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 20 8442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 10 2:19:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rothko.bestweb.net (rothko.bestweb.net [209.94.100.160]) by hub.freebsd.org (Postfix) with ESMTP id 51DD537B607 for ; Sat, 10 Jun 2000 02:19:11 -0700 (PDT) (envelope-from kmg@bestweb.net) Received: from DarthMaul (dialin-59.poughkeepsie.bestweb.net [216.179.15.90]) by rothko.bestweb.net (8.9.1a/8.9.3) with SMTP id FAA18121; Sat, 10 Jun 2000 05:14:06 -0400 (EDT) From: Kevin M Geraci Reply-To: kmg@bestweb.net To: Doug Rabson , wc.bulte@chello.nl Subject: Re: Comments on Athlon [motherboards] sought.. Date: Sat, 10 Jun 2000 05:06:51 -0400 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: FreeBSD hackers list References: In-Reply-To: MIME-Version: 1.0 Message-Id: <00061005114300.00541@DarthMaul> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The Athlon architecture is changing from slot-A to socket-A, so you might want to wait for the new chips. -Kevin On Sat, 10 Jun 2000, Doug Rabson wrote: > On Fri, 9 Jun 2000, Wilko Bulte wrote: > > > On Fri, Jun 09, 2000 at 09:39:53AM +0100, Doug Rabson wrote: > > > On Thu, 8 Jun 2000, Wilko Bulte wrote: > > > > > > > I'm considering buying an Athlon based machine. Before shelling out the > > > > $ (well, fl ) I'd like to know what experiences have with Athlon and > > > > FreeBSD. And obviously which mom boards to prefer or keep away from. > > > > > > We have one at work and it works fine. We had to put some extra cooling on > > > the motherboard chipset though. > > > > What motherboard are you using? > > I'm not sure - Nick Hibma might know since its his desktop machine. I > could probably open it up and check. > > -- > Doug Rabson Mail: dfr@nlsystems.com > Nonlinear Systems Ltd. Phone: +44 20 8442 9037 > > > > > 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 Jun 10 2:31: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay01.chello.nl (smtp.chello.nl [212.83.68.144]) by hub.freebsd.org (Postfix) with ESMTP id 2732037B723; Sat, 10 Jun 2000 02:30:59 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay01.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000610093141.NVHB8610.relay01@chello.nl>; Sat, 10 Jun 2000 11:31:41 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id LAA34043; Sat, 10 Jun 2000 11:30:56 +0200 (CEST) (envelope-from wkb) Date: Sat, 10 Jun 2000 11:30:56 +0200 From: Wilko Bulte To: Wes Peters Cc: wc.bulte@chello.nl, Mike Smith , Michael Bacarella , FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. Message-ID: <20000610113056.C33942@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: <200006091838.LAA04120@mass.cdrom.com> <20000609210006.A25022@freebie.wbnet> <39417879.10083937@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <39417879.10083937@softweyr.com>; from wes@softweyr.com on Fri, Jun 09, 2000 at 05:06:33PM -0600 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 09, 2000 at 05:06:33PM -0600, Wes Peters wrote: > Wilko Bulte wrote: > > And a horrible way to loose valuable PCB real estate that could have housed a > > PCI/ISA slot. A modem line interface on an L-shaped 'blech' with a cable > > to the mom board would be better IMHO. Would allow the owner to throw > > it away and put PCI/ISA expansion on the machine ;) > > Ah, the K7V already has as many PCI slots as you can drive off the existing > bridge, and who wants ISA slots these days? Oh, there is the WaveLan ISA > card I need... Right, that is exactly what I mean. I rather see a ISA/PCI combo slot that I might use than this AMR thing I will 100% sure never use. -- Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 10 7:52:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailrouter1.strath.ac.uk (orkney.cc.strath.ac.uk [130.159.248.40]) by hub.freebsd.org (Postfix) with ESMTP id 5076837B772; Sat, 10 Jun 2000 07:52:39 -0700 (PDT) (envelope-from roger@cs.strath.ac.uk) Received: from [62.252.150.12] (helo=cs.strath.ac.uk) by mailrouter1.strath.ac.uk with esmtp (Exim 3.12 #2) id 130mcQ-0007Kl-00; Sat, 10 Jun 2000 15:52:15 +0100 Message-ID: <39425688.720B7255@cs.strath.ac.uk> Date: Sat, 10 Jun 2000 15:54:00 +0100 From: Roger Hardiman Organization: Strathclyde University X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 3.4-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: multimedia@freebsd.org, hackers@freebsd.org Subject: IrDA InfraRed Drivers. Would anyone use them? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm thinking about porting some IrDA Infra Red drivers to FreeBSD. However, I'd like to know how many people would use this, if it is even worth it, and what devices you want to get to talk to each other. IrDA allows data exchange with the wide range of infra-red devices on the market including laptops, mobile phones and personal organisers. So, if you are interested, send me an email to roger@freebsd.org or just reply to this email. Once I've got a feel for the level of interest, I'll decide if this is worth following through. Cheers Roger -- Roger Hardiman roger@cs.strath.ac.uk roger@freebsd.org -- Roger Hardiman Strathclyde Uni Telepresence Research Group, Glasgow, Scotland. http://www.telepresence.strath.ac.uk 0141 548 2897 roger@cs.strath.ac.uk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 10 9: 9:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 23A6837B812; Sat, 10 Jun 2000 09:09:21 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Sat, 10 Jun 2000 12:09:18 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: Alfred Perlstein Cc: hackers@FreeBSD.ORG Subject: Re: uidinfo has many race conditions. In-Reply-To: <20000609170758.O18462@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 9 Jun 2000, Alfred Perlstein wrote: > * Alfred Perlstein [000609 16:45] wrote: > > hi, > > > > Is it just me or does the fact that uidinfo structures (see > > kern/kern_proc.c) are allocated with M_WAITOK after finding them > > fails and then inserted into the uidhash structure a race condition? > > > > Index: kern_proc.c > > =================================================================== > > Yes, I know i forgot to put the created ones back into the list, I was > just a bit flusteres after reading over the code. I'll have some more > later. With regard to sbsize itself, the test-and-branch conditions do not have to be atomic. It really isn't that important. The incrementing does, though, and to fix that a very lightweight mutex should be used. How about a simplelock? That should work perfectly. As for uidinfo itself, I feel it should be done with a mutex over uihashtbl. It should be grabbed if the hash for the uid is not found, tested again (to see if we lost the race), and allocated. I can't see a way to poke holes in that, and it would be quite efficient. > -Alfred -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@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 Jun 10 9:45:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id 6749437C746; Sat, 10 Jun 2000 09:44:37 -0700 (PDT) (envelope-from julian@elischer.org) Received: from muzak.iinet.net.au (muzak.iinet.net.au [203.59.24.237]) by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id AAA04875; Sun, 11 Jun 2000 00:44:24 +0800 Received: from jules.elischer.org (reggae-12-109.nv.iinet.net.au [203.59.92.109]) by muzak.iinet.net.au (8.8.5/8.8.5) with SMTP id AAA16489; Sun, 11 Jun 2000 00:44:15 +0800 Message-ID: <39426FBE.167EB0E7@elischer.org> Date: Sat, 10 Jun 2000 09:41:34 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: Roger Hardiman Cc: multimedia@freebsd.org, hackers@freebsd.org Subject: [Fwd: Re: Queries about Netgraph] Content-Type: multipart/mixed; boundary="------------794BDF32446B9B3D2781E494" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------794BDF32446B9B3D2781E494 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I include an email from Benno Rice who has done quite a bit of work on IrDA using Netgraph. You two should talk. julian -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v --------------794BDF32446B9B3D2781E494 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Return-Path: Received: from hiro.netizen.com.au (postfix@hiro.netizen.com.au [203.30.75.2]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id VAA91527 for ; Tue, 30 May 2000 21:51:18 -0700 (PDT) Received: by hiro.netizen.com.au (Postfix, from userid 516) id D7FF8215EC; Wed, 31 May 2000 14:51:09 +1000 (EST) Date: Wed, 31 May 2000 14:51:09 +1000 From: Benno Rice To: Julian Elischer Cc: Archie Cobbs Subject: Re: Queries about Netgraph Message-ID: <20000531145109.B411@netizen.com.au> References: <200005301641.JAA32015@bubba.whistle.com> <3933F72A.41C67EA6@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: <3933F72A.41C67EA6@elischer.org>; from Julian Elischer on Tue, May 30, 2000 at 10:15:22AM -0700 On Tue, May 30, 2000 at 10:15:22AM -0700, Julian Elischer wrote: > Archie Cobbs wrote: > > > > Benno Rice writes: > > > I'm writing an IrDA stack using netgraph, and I was wanting to clarify > > > a couple of small things. > > great. I was looking at doing similar.. I even have all the IrDA > documentation on my machine here somewhere. Yeah, I've downloaded all the specs. Should have IrLAP and part of IrLMP working soon. > > > Also, is it possible to pass such linked lists to other nodes? > > > > > > Basically one part of the IrLAP protocol is a process called "discovery" > > > whereby a device discovers all the other devices within range. It then > > > passes all the details of those devices to the IrLMP layer. I'd like to > > > pass those details up as a linked list of structs. > > > > > > Is this doable in Netgraph or should I try another approach? > > I think I'd treat each discovered device as a separate message. Yeah. Sounds best. > I actually decided that IrDA wasn;t a very good fit > for netgraph, but I can't remember why, maybe because IrDA > has so many breakages of layering. Doesn't seem so bad so far. There's just a lot of crosstalk between layers. > > > (IrLAP == Infrared Link Access Protocol and IrLMP == Infrared Link Management > > > Protocol btw) > > > > You can't pass a linked list in a control message because a linked > > list implies pointers. A control message only contains a chunk of > > data, i.e., 0 or more bytes (like a packet). So the thing to do in > > this instance is to copy your linked list into a (variable sized) > > array and put that array into the payload of the control message. > > or use a shower of individual 'discovery' messages. > it doesn't happen that often.. Yeah. Sounds good. -- Benno Rice "No, no. We're *sweet* and XNFP Aries Dark Subculture- *innocent* evil bastards." friendly Internet Geek benno@netizen.com.au "Defend your joy" --------------794BDF32446B9B3D2781E494-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 10 11: 3:31 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 6B22937BE19; Sat, 10 Jun 2000 11:03:26 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e5AI3QC07329; Sat, 10 Jun 2000 11:03:26 -0700 (PDT) Date: Sat, 10 Jun 2000 11:03:26 -0700 From: Alfred Perlstein To: Brian Fundakowski Feldman Cc: hackers@FreeBSD.ORG Subject: Re: uidinfo has many race conditions. Message-ID: <20000610110326.R18462@fw.wintelcom.net> References: <20000609170758.O18462@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from green@FreeBSD.ORG on Sat, Jun 10, 2000 at 12:09:18PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Brian Fundakowski Feldman [000610 09:13] wrote: > On Fri, 9 Jun 2000, Alfred Perlstein wrote: > > > * Alfred Perlstein [000609 16:45] wrote: > > > hi, > > > > > > Is it just me or does the fact that uidinfo structures (see > > > kern/kern_proc.c) are allocated with M_WAITOK after finding them > > > fails and then inserted into the uidhash structure a race condition? > > > > > > Index: kern_proc.c > > > =================================================================== > > > > Yes, I know i forgot to put the created ones back into the list, I was > > just a bit flusteres after reading over the code. I'll have some more > > later. > > With regard to sbsize itself, the test-and-branch conditions do not have > to be atomic. It really isn't that important. The incrementing does, > though, and to fix that a very lightweight mutex should be used. How > about a simplelock? That should work perfectly. Well if we get an atomic_t it could be done that way, even if we fail the race for updating and go beyond our rlimit slightly it's much cheaper than a spinlock from my PoV. The only problem is that afaik on some archs atomic_t can be quite small, we'd have to watch for overflow, perhaps a spinlock is a better idea however only if the next thing I mention here is realized: I'm somewhat upset now that I understand sbsize; every operation on a socket involves a lookup of the uidinfo and manipulating it. You could optimize it by having a flag in the socket struct that says "created with a non-infinity RLIMIT", which means that chgsbsize needs to be called when the size changes, but for the common case it's not done. Do you think you can do that? > As for uidinfo itself, I feel it should be done with a mutex over > uihashtbl. It should be grabbed if the hash for the uid is not > found, tested again (to see if we lost the race), and allocated. > I can't see a way to poke holes in that, and it would be quite > efficient. A mutex on each of the hash entrie heads would work, I really don't like the manual inlining of the lookup and insert functions, seperating them would be a good idea, it really reduces the complexity of the code. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 10 11:15: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net [207.69.200.157]) by hub.freebsd.org (Postfix) with ESMTP id 10F9137B98A for ; Sat, 10 Jun 2000 11:14:57 -0700 (PDT) (envelope-from kbyanc@posi.net) Received: from gateway.posi.net (user-2inioqa.dialup.mindspring.com [165.121.99.74]) by tisch.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id OAA25034; Sat, 10 Jun 2000 14:14:53 -0400 (EDT) Received: from localhost (kbyanc@localhost) by gateway.posi.net (8.9.3/8.9.3) with ESMTP id LAA23802; Sat, 10 Jun 2000 11:14:51 -0700 (PDT) (envelope-from kbyanc@posi.net) Date: Sat, 10 Jun 2000 11:14:50 -0700 (PDT) From: Kelly Yancey To: Roger Hardiman Cc: hackers@FreeBSD.ORG Subject: Re: IrDA InfraRed Drivers. Would anyone use them? In-Reply-To: <39425688.720B7255@cs.strath.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 10 Jun 2000, Roger Hardiman wrote: > Hi, > > I'm thinking about porting some IrDA Infra Red drivers > to FreeBSD. > See http://www.posi.net/freebsd/drivers. There is supposedly some work already underway that may be able to use your assistance. Kelly -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 10 11:40: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4C75937B593; Sat, 10 Jun 2000 11:39:59 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Sat, 10 Jun 2000 14:39:58 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: Alfred Perlstein Cc: hackers@FreeBSD.ORG Subject: Re: uidinfo has many race conditions. In-Reply-To: <20000610110326.R18462@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 10 Jun 2000, Alfred Perlstein wrote: > * Brian Fundakowski Feldman [000610 09:13] wrote: > > On Fri, 9 Jun 2000, Alfred Perlstein wrote: > > > > > * Alfred Perlstein [000609 16:45] wrote: > > > > hi, > > > > > > > > Is it just me or does the fact that uidinfo structures (see > > > > kern/kern_proc.c) are allocated with M_WAITOK after finding them > > > > fails and then inserted into the uidhash structure a race condition? > > > > > > > > Index: kern_proc.c > > > > =================================================================== > > > > > > Yes, I know i forgot to put the created ones back into the list, I was > > > just a bit flusteres after reading over the code. I'll have some more > > > later. > > > > With regard to sbsize itself, the test-and-branch conditions do not have > > to be atomic. It really isn't that important. The incrementing does, > > though, and to fix that a very lightweight mutex should be used. How > > about a simplelock? That should work perfectly. > > Well if we get an atomic_t it could be done that way, even if we > fail the race for updating and go beyond our rlimit slightly it's > much cheaper than a spinlock from my PoV. The only problem is > that afaik on some archs atomic_t can be quite small, we'd have > to watch for overflow, perhaps a spinlock is a better idea however > only if the next thing I mention here is realized: An atomic_t can only be as large as the largest generally usable integer register, unless I'm missing something important. That means that an i386 would have a bigger rlim_t than atomic_t. > I'm somewhat upset now that I understand sbsize; every operation > on a socket involves a lookup of the uidinfo and manipulating it. > You could optimize it by having a flag in the socket struct that > says "created with a non-infinity RLIMIT", which means that chgsbsize > needs to be called when the size changes, but for the common case > it's not done. Well, first of all, it's not every operation on a socket. It's specific size changes, creation, and deletion. On ATM there's also a resize on connect(), and PF_LOCAL has pretty stupid send/receive routines that need it; however, performance is really not affected at all even there. > Do you think you can do that? I suppose so. I don't think that would change the behavior (exposed to the users) at all; it's not solving the problem you brought up. > > As for uidinfo itself, I feel it should be done with a mutex over > > uihashtbl. It should be grabbed if the hash for the uid is not > > found, tested again (to see if we lost the race), and allocated. > > I can't see a way to poke holes in that, and it would be quite > > efficient. > > A mutex on each of the hash entrie heads would work, I really don't > like the manual inlining of the lookup and insert functions, > seperating them would be a good idea, it really reduces the complexity > of the code. Yes, they should. The code should have the proper mutexes and be inlineable. Might as well do this now; simplelocks are cheap. > -- > -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] > "I have the heart of a child; I keep it in a jar on my desk." -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@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 Jun 10 12: 3:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from corinth.bossig.com (corinth.bossig.com [208.26.239.66]) by hub.freebsd.org (Postfix) with ESMTP id 3668437BDD8; Sat, 10 Jun 2000 12:03:07 -0700 (PDT) (envelope-from kstewart@3-cities.com) Received: from 3-cities.com (unverified [208.26.241.104]) by corinth.bossig.com (Rockliffe SMTPRA 4.2.1) with ESMTP id ; Sat, 10 Jun 2000 12:03:44 -0700 Message-ID: <394290C7.5B22A0E2@3-cities.com> Date: Sat, 10 Jun 2000 12:02:31 -0700 From: Kent Stewart Organization: BOSSig (BOSS Internet Group) X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: wc.bulte@chello.nl Cc: Wes Peters , Mike Smith , Michael Bacarella , FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. References: <200006091838.LAA04120@mass.cdrom.com> <20000609210006.A25022@freebie.wbnet> <39417879.10083937@softweyr.com> <20000610113056.C33942@freebie.wbnet> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wilko Bulte wrote: > > On Fri, Jun 09, 2000 at 05:06:33PM -0600, Wes Peters wrote: > > Wilko Bulte wrote: > > > > And a horrible way to loose valuable PCB real estate that could have housed a > > > PCI/ISA slot. A modem line interface on an L-shaped 'blech' with a cable > > > to the mom board would be better IMHO. Would allow the owner to throw > > > it away and put PCI/ISA expansion on the machine ;) > > > > Ah, the K7V already has as many PCI slots as you can drive off the existing > > bridge, and who wants ISA slots these days? Oh, there is the WaveLan ISA > > card I need... > > Right, that is exactly what I mean. I rather see a ISA/PCI combo slot that I > might use than this AMR thing I will 100% sure never use. The writeup on the ASUS home page indicated this slot will function as a PCI slot. When I was reading it, it looked sort of like the old VL-bus, which you could use as an ISA slot. Kent > > -- > Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org > http://www.nlfug.nl > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Kent Stewart Richland, WA mailto:kstewart@3-cities.com http://www.3-cities.com/~kstewart/index.html FreeBSD News http://daily.daemonnews.org/ SETI(Search for Extraterrestrial Intelligence) @ HOME http://setiathome.ssl.berkeley.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 10 12:15: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 7D86837BD44 for ; Sat, 10 Jun 2000 12:15:01 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id MAA05811; Sat, 10 Jun 2000 12:19:00 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006101919.MAA05811@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Kent Stewart Cc: FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. In-reply-to: Your message of "Sat, 10 Jun 2000 12:02:31 PDT." <394290C7.5B22A0E2@3-cities.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 10 Jun 2000 12:19:00 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Ah, the K7V already has as many PCI slots as you can drive off the existing > > > bridge, and who wants ISA slots these days? Oh, there is the WaveLan ISA > > > card I need... > > > > Right, that is exactly what I mean. I rather see a ISA/PCI combo slot that I > > might use than this AMR thing I will 100% sure never use. > > The writeup on the ASUS home page indicated this slot will function as > a PCI slot. When I was reading it, it looked sort of like the old > VL-bus, which you could use as an ISA slot. You're confusing this with an old, unrelated connector which was aligned with a PCI slot. This is a completely different animal. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 10 13: 0:31 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tele-post-20.mail.demon.net (tele-post-20.mail.demon.net [194.217.242.20]) by hub.freebsd.org (Postfix) with ESMTP id 3F68237C72B; Sat, 10 Jun 2000 13:00:26 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 130rQe-0000HA-0K; Sat, 10 Jun 2000 20:00:24 +0000 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id VAA16242; Sat, 10 Jun 2000 21:01:35 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sat, 10 Jun 2000 21:05:24 +0100 (BST) From: Doug Rabson To: Alfred Perlstein Cc: Brian Fundakowski Feldman , hackers@freebsd.org Subject: Re: uidinfo has many race conditions. In-Reply-To: <20000610110326.R18462@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 10 Jun 2000, Alfred Perlstein wrote: > * Brian Fundakowski Feldman [000610 09:13] wrote: > > On Fri, 9 Jun 2000, Alfred Perlstein wrote: > > > > > * Alfred Perlstein [000609 16:45] wrote: > > > > hi, > > > > > > > > Is it just me or does the fact that uidinfo structures (see > > > > kern/kern_proc.c) are allocated with M_WAITOK after finding them > > > > fails and then inserted into the uidhash structure a race condition? > > > > > > > > Index: kern_proc.c > > > > =================================================================== > > > > > > Yes, I know i forgot to put the created ones back into the list, I was > > > just a bit flusteres after reading over the code. I'll have some more > > > later. > > > > With regard to sbsize itself, the test-and-branch conditions do not have > > to be atomic. It really isn't that important. The incrementing does, > > though, and to fix that a very lightweight mutex should be used. How > > about a simplelock? That should work perfectly. > > Well if we get an atomic_t it could be done that way, even if we > fail the race for updating and go beyond our rlimit slightly it's > much cheaper than a spinlock from my PoV. The only problem is > that afaik on some archs atomic_t can be quite small, we'd have > to watch for overflow, perhaps a spinlock is a better idea however > only if the next thing I mention here is realized: You can use atomic_add_*() to do safe arithmetic on memory locations. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 20 8442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 10 13:50: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from corinth.bossig.com (corinth.bossig.com [208.26.239.66]) by hub.freebsd.org (Postfix) with ESMTP id B2F3037B90D; Sat, 10 Jun 2000 13:50:01 -0700 (PDT) (envelope-from kstewart@3-cities.com) Received: from 3-cities.com (unverified [208.26.241.104]) by corinth.bossig.com (Rockliffe SMTPRA 4.2.1) with ESMTP id ; Sat, 10 Jun 2000 13:50:46 -0700 Message-ID: <3942A9DD.8DB6622B@3-cities.com> Date: Sat, 10 Jun 2000 13:49:33 -0700 From: Kent Stewart Organization: BOSSig (BOSS Internet Group) X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith Cc: FreeBSD hackers list Subject: Re: Comments on Athlon [motherboards] sought.. References: <200006101919.MAA05811@mass.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > > > > Ah, the K7V already has as many PCI slots as you can drive off the existing > > > > bridge, and who wants ISA slots these days? Oh, there is the WaveLan ISA > > > > card I need... > > > > > > Right, that is exactly what I mean. I rather see a ISA/PCI combo slot that I > > > might use than this AMR thing I will 100% sure never use. > > > > The writeup on the ASUS home page indicated this slot will function as > > a PCI slot. When I was reading it, it looked sort of like the old > > VL-bus, which you could use as an ISA slot. > > You're confusing this with an old, unrelated connector which was aligned > with a PCI slot. This is a completely different animal. Very definately. This time I followed the links until I came to HTTP://www.asus.com/products/motherboard/Pentiumpro/Cuwe-fx/amrslot.html This one had an image of one. There wasn't anyway to confuse the two :). Kent > > -- > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Kent Stewart Richland, WA mailto:kstewart@3-cities.com http://www.3-cities.com/~kstewart/index.html FreeBSD News http://daily.daemonnews.org/ SETI(Search for Extraterrestrial Intelligence) @ HOME http://setiathome.ssl.berkeley.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 10 17: 7:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4DBD237BE8B; Sat, 10 Jun 2000 17:07:52 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id RAA14921; Sat, 10 Jun 2000 17:07:52 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sat, 10 Jun 2000 17:07:51 -0700 (PDT) From: Kris Kennaway To: sthaug@nethelp.no Cc: freebsd-hackers@freebsd.org Subject: Re: Non-promiscuous tcpdump on 4.0-STABLE doesn't see outgoing traffic In-Reply-To: <63403.960584116@verdi.nethelp.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 9 Jun 2000 sthaug@nethelp.no wrote: > tcpdump -p does *not* show outgoing traffic in 4.0-STABLE. Incoming is > fine. Is this intended? Actually I think I've seen the same thing in 5.0 on a PPP (tun) interface. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 10 18:46:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id AAFAC37B683; Sat, 10 Jun 2000 18:46:24 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Sat, 10 Jun 2000 21:46:23 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: Doug Rabson Cc: Alfred Perlstein , hackers@freebsd.org Subject: Re: uidinfo has many race conditions. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 10 Jun 2000, Doug Rabson wrote: > > Well if we get an atomic_t it could be done that way, even if we > > fail the race for updating and go beyond our rlimit slightly it's > > much cheaper than a spinlock from my PoV. The only problem is > > that afaik on some archs atomic_t can be quite small, we'd have > > to watch for overflow, perhaps a spinlock is a better idea however > > only if the next thing I mention here is realized: > > You can use atomic_add_*() to do safe arithmetic on memory locations. Yeah, but rlim_t isn't small enough to do that on an i386 :( Anyway, I don't think race conditions will ever really happen with the code, since the only interrupts that can modify sbsize are the PF_LOCAL ones, and those are (AFAIK) synchronous. > -- > Doug Rabson Mail: dfr@nlsystems.com > Nonlinear Systems Ltd. Phone: +44 20 8442 9037 -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@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 Jun 10 21: 0:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [205.147.43.4]) by hub.freebsd.org (Postfix) with ESMTP id 7394637B564 for ; Sat, 10 Jun 2000 21:00:31 -0700 (PDT) (envelope-from dave@jetcafe.org) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.8/8.8.5) with ESMTP id VAA22209 for ; Sat, 10 Jun 2000 21:00:30 -0700 (PDT) Message-Id: <200006110400.VAA22209@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-hackers@freebsd.org Subject: What, exactly, does this mean? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 10 Jun 2000 21:00:30 -0700 From: Dave Hayes Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ Please CC me on responses. Thank you. ] On 3.3-STABLE the following kernel message appeared recently: pmap_collect: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC Is there a place I can get more specific information as to what this means, so I can perhaps embark on the road to a correct solution and/or interpretation of what happened? Alternatively, can someone explain? On a related note, I took a look at the code and saw the following disturbing thing: void pmap_collect() { ... static int warningdone=0; ... if (warningdone < 5) { printf("pmap_collect: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC\n"); warningdone++; } The machine in question has 57 days of uptime. This code appears to imply that I only get to see this 5 times during this period. :) Was this intentional? ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< A person being delivered from the danger of a fierce lion does not object whether this service is performed by unknown or illustrious individuals. Why, therefore, do people seek knowledge from celebrities? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 10 21:40:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from filk.iinet.net.au (filk.iinet.net.au [203.59.24.235]) by hub.freebsd.org (Postfix) with ESMTP id A21E037B8A2; Sat, 10 Jun 2000 21:40:10 -0700 (PDT) (envelope-from julian@elischer.org) Received: from jules.elischer.org (reggae-20-142.nv.iinet.net.au [203.59.85.142]) by filk.iinet.net.au (8.8.7/8.8.7) with SMTP id NAA30927; Sun, 11 Jun 2000 13:41:30 +0800 Message-ID: <39431747.41C67EA6@elischer.org> Date: Sat, 10 Jun 2000 21:36:23 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Cc: sos@freebsd.org Subject: Promise Fasttrack RAID controller Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does anyone KNOW of these working under the new drivers? What about setup? I've seen plenty about people failing (in 98-99) to get tehm going but the archives are silent on the topic after that period. The hardware support lists don't mention them either. -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 10 21:58:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from maynard.mail.mindspring.net (maynard.mail.mindspring.net [207.69.200.243]) by hub.freebsd.org (Postfix) with ESMTP id DF16D37B9C9 for ; Sat, 10 Jun 2000 21:58:50 -0700 (PDT) (envelope-from kbyanc@posi.net) Received: from gateway.posi.net (user-2inipgk.dialup.mindspring.com [165.121.102.20]) by maynard.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id AAA07587; Sun, 11 Jun 2000 00:58:47 -0400 (EDT) Received: from localhost (kbyanc@localhost) by gateway.posi.net (8.9.3/8.9.3) with ESMTP id VAA24842; Sat, 10 Jun 2000 21:58:48 -0700 (PDT) (envelope-from kbyanc@posi.net) Date: Sat, 10 Jun 2000 21:58:47 -0700 (PDT) From: Kelly Yancey To: Dave Hayes Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: What, exactly, does this mean? In-Reply-To: <200006110400.VAA22209@hokkshideh.jetcafe.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 10 Jun 2000, Dave Hayes wrote: > [ Please CC me on responses. Thank you. ] > > On 3.3-STABLE the following kernel message appeared recently: > > pmap_collect: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC > > Is there a place I can get more specific information as to what this > means, so I can perhaps embark on the road to a correct solution > and/or interpretation of what happened? Alternatively, can someone > explain? > Sounds like you are running some programs that make heavy use of shared memory. Do as it says. Basically, pv_entries map logical address to physical addresses. With lots of shared memory segments, lots of pv_entries exist to map all of the per-process address mappings to the physical memory backing it. There are only a certain number of pv_entries that exist in the kernel, and you are running out (actually, you get this warning when over 90% of them are used). If you up PMAP_SHPGPERPROC, you increase the number of pv_entries created at boot time. However, I am not informed enough to say how high you can safely increase PMAP_SHPGPERPROC. > On a related note, I took a look at the code and saw the following > disturbing thing: > [code snipped] > > The machine in question has 57 days of uptime. This code appears to > imply that I only get to see this 5 times during this period. :) How many times do you need to be told? :) -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message