From owner-freebsd-hackers Sun Aug 13 1:15: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id B230837C0E9 for ; Sun, 13 Aug 2000 01:15:00 -0700 (PDT) (envelope-from jhb@pike.osd.bsdi.com) Received: (from jhb@localhost) by pike.osd.bsdi.com (8.9.3/8.9.3) id BAA65526; Sun, 13 Aug 2000 01:14:14 -0700 (PDT) (envelope-from jhb) From: John Baldwin Message-Id: <200008130814.BAA65526@pike.osd.bsdi.com> Subject: Re: COMPAT_43 and kernel compiles. In-Reply-To: <200008130614.QAA11216@cairo.anu.edu.au> from Darren Reed at "Aug 13, 2000 04:14:36 pm" To: Darren Reed Date: Sun, 13 Aug 2000 01:14:13 -0700 (PDT) Cc: 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 Darren Reed wrote: > > Is it meant to be possible to compile a kernel *without* COMPAT_43 ? > > Has anyone else tried this recently ? > > For me, it seems to break the compile in (at least) kern_sig.c From /sys/i386/conf/NOTES: # # Implement system calls compatible with 4.3BSD and older versions of # FreeBSD. You probably do NOT want to remove this as much current code # still relies on the 4.3 emulation. # options COMPAT_43 > Darren Usually when testing a kernel compile, GENERIC is the kernel to test. If your changes are intrusive enough, you might also want to make sure that LINT builds ok. The LINT config file is generated from NOTES by typing 'make LINT' in /sys/i386/conf/. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 13 1:17:50 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 BA86D37B9E0; Sun, 13 Aug 2000 01:17:48 -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 BAA00784; Sun, 13 Aug 2000 01:17:48 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sun, 13 Aug 2000 01:17:48 -0700 (PDT) From: Kris Kennaway To: John Baldwin Cc: Darren Reed , hackers@FreeBSD.org Subject: Re: COMPAT_43 and kernel compiles. In-Reply-To: <200008130814.BAA65526@pike.osd.bsdi.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 Sun, 13 Aug 2000, John Baldwin wrote: > Usually when testing a kernel compile, GENERIC is the kernel to test. > If your changes are intrusive enough, you might also want to make sure > that LINT builds ok. The LINT config file is generated from NOTES by > typing 'make LINT' in /sys/i386/conf/. I thought LINT was always supposed to be built because by definition not everything is in GENERIC, and your changes might have broken something else you didnt test. Of course, testing LINT can't catch all bugs since problems may result from the lack of a kernel option, but it's a good start. 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 Sun Aug 13 1:19:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cairo.anu.edu.au (cairo.anu.edu.au [150.203.224.11]) by hub.freebsd.org (Postfix) with ESMTP id 7AE9137B9E0 for ; Sun, 13 Aug 2000 01:19:44 -0700 (PDT) (envelope-from avalon@cairo.anu.edu.au) Received: (from avalon@localhost) by cairo.anu.edu.au (8.9.3/8.9.3) id SAA22499; Sun, 13 Aug 2000 18:19:37 +1000 (EST) From: Darren Reed Message-Id: <200008130819.SAA22499@cairo.anu.edu.au> Subject: Re: COMPAT_43 and kernel compiles. To: jhb@pike.osd.bsdi.com (John Baldwin) Date: Sun, 13 Aug 2000 18:19:37 +1000 (Australia/NSW) Cc: hackers@FreeBSD.org In-Reply-To: <200008130814.BAA65526@pike.osd.bsdi.com> from "John Baldwin" at Aug 13, 2000 01:14:13 AM X-Mailer: ELM [version 2.5 PL1] 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 In some mail from John Baldwin, sie said: > > Darren Reed wrote: > > > > Is it meant to be possible to compile a kernel *without* COMPAT_43 ? > > > > Has anyone else tried this recently ? > > > > For me, it seems to break the compile in (at least) kern_sig.c > > >From /sys/i386/conf/NOTES: > > # > # Implement system calls compatible with 4.3BSD and older versions of > # FreeBSD. You probably do NOT want to remove this as much current code > # still relies on the 4.3 emulation. > # > options COMPAT_43 If it is to not be an option, then it should be deprecated as an option and all of that removed. FWIW, I tested NetBSD-current without this option and it compiles cleanly (not that I used it). Seems like someone needs to make a decision one way or the other about COMPAT_43 and FreeBSD. > Usually when testing a kernel compile, GENERIC is the kernel to test. > If your changes are intrusive enough, you might also want to make sure > that LINT builds ok. The LINT config file is generated from NOTES by > typing 'make LINT' in /sys/i386/conf/. I was going for a small kernel config, hoping that it'd be quick to build, not take up lots of space, etc, so only put in what I thought was necessary. Darren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 13 5:11:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wireless.net (wireless.net [207.137.156.159]) by hub.freebsd.org (Postfix) with ESMTP id 38D4137B7FF for ; Sun, 13 Aug 2000 05:11:36 -0700 (PDT) (envelope-from dbutter@wireless.net) Received: from db.wireless.net (db.wireless.net [209.75.70.101]) by wireless.net (8.9.3/8.9.3) with ESMTP id FAA04941 for ; Sun, 13 Aug 2000 05:11:33 -0700 (PDT) Received: from wireless.net (dbm.wireless.net [192.168.0.2]) by db.wireless.net (8.9.3/8.9.3) with ESMTP id FAA43070 for ; Sun, 13 Aug 2000 05:04:12 -0700 (PDT) (envelope-from dbutter@wireless.net) Message-ID: <39969072.EED2B8F6@wireless.net> Date: Sun, 13 Aug 2000 05:11:30 -0700 From: Devin Butterfield X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: "Unknown" driver gobbles resources?? References: <200008112235.PAA00839@mass.osd.bsdi.com> <39953196.1103F555@wireless.net> <200008121302.JAA00442@jupiter.delta.ny.us> 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, In the process of learning device driver writing, I have written a simple skeleton driver for an isa PnP card I have. Thanks to some kind folks on the list I have ironed out most of my confusion. However I've run into a strange problem that has me stumped. Although this driver works (successfully probes, attaches, and gets it's needed io resources) when compiled into the kernel, if I compile it as a loadable module it fails to get it's io resources when loaded, and if I try to then unload it, the kernel panics (as the driver trys to release resources that were never allocated). I found that if I remove the "unknown" driver in isa_common.c with #if 0...#endif, my driver will load just fine! So my question is this: Do I need to do anything special to recover the resources from the unknown driver so that during loading *my* module can get the resources it needs?? Do I need to add something to my identify, probe, or attach routines to make this work right? Thanks again. -- Regards, Devin. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 13 7:37: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from darren2.lnk.telstra.net (darren2.lnk.telstra.net [139.130.53.33]) by hub.freebsd.org (Postfix) with ESMTP id 3E10C37B681 for ; Sun, 13 Aug 2000 07:36:56 -0700 (PDT) (envelope-from darrenr@reed.wattle.id.au) Received: (from root@localhost) by darren2.lnk.telstra.net (8.9.1/8.8.7) id OAA10084; Sun, 13 Aug 2000 14:36:52 GMT From: Darren Reed Message-Id: <200008131436.AAA27300@avalon.reed.wattle.id.au> Subject: Re: ipfw drop packets based on SYN &TTL To: fengyue@bluerose.windmoon.nu Date: Mon, 14 Aug 2000 00:36:47 +1000 (EST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL37 (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 need to drop packets using ipfw based on the value of > TTL and the value of TTL on a 2.2.8-stable system. It seems > ipfw does not support this, what options do I have? If you use IP Filter, this should "just work". You won't have to upgrade your system to FreeBSD 4.x/5.x either. I still use FreeBSD 2.2.X with current versions of IP Filter with no trouble. The syntax would be: block in ttl 1 proto tcp all flags S/S to block all TCP packets with the SYN bit set and a TTL of 1. Darren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 13 7:54: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id AC9A837B83E for ; Sun, 13 Aug 2000 07:54:00 -0700 (PDT) (envelope-from jgreco@aurora.sol.net) Received: (from jgreco@localhost) by aurora.sol.net (8.9.3/8.9.2/SNNS-1.02) id JAA68356 for hackers@freebsd.org; Sun, 13 Aug 2000 09:53:58 -0500 (CDT) From: Joe Greco Message-Id: <200008131453.JAA68356@aurora.sol.net> Subject: BSDi binary compatibility? To: hackers@freebsd.org Date: Sun, 13 Aug 2000 09:53:58 -0500 (CDT) X-Mailer: ELM [version 2.5 PL3] 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 Maybe someone here knows. :-) I'm looking to compile a program that will ultimately run on a BSDi 2.1 machine. Are there any versions of FreeBSD that are capable of doing the compile and creating a compatible binary? (I've got FreeBSD releases since 2.0.5 stashed away). -- ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 13 8:14:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from oden.exmandato.se (oden.exmandato.se [192.71.33.1]) by hub.freebsd.org (Postfix) with ESMTP id 5FB0D37B914 for ; Sun, 13 Aug 2000 08:14:42 -0700 (PDT) (envelope-from jonas.bulow@servicefactory.se) Received: from servicefactory.se (root@oden.exmandato.se [192.71.33.1]) by oden.exmandato.se (8.8.8/8.8.5) with ESMTP id RAA15732; Sun, 13 Aug 2000 17:14:35 +0200 (MET DST) Message-ID: <3996BB57.D5ECCF0A@servicefactory.se> Date: Sun, 13 Aug 2000 17:14:31 +0200 From: Jonas Bulow X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 Cc: hackers@FreeBSD.ORG, wes@softweyr.com Subject: Re: IPC, shared memory, syncronization References: <39952437.EFCAA381@servicefactory.se> <39962001.35378CFE@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: > > Jonas Bulow wrote: > > > > Ronald G Minnich wrote: > > > > > > I don't know about the "bsd" or whatever way. If you're doing real > > > parallel programming and want real performance, you'll use a test-and-set > > > like function that uses the low-level machine instructions for same. > > > > That is exacly what I'm looking for! I found it to be overkill to > > involve the kernel just because I wanted to have a context switch during > > the "test-and-set". > > Precisely how do you expect to "have a context switch" without "involving > the kernel"? Sorry, I missed an important word in the sentence above, namely "not". I don't want to have a context switch during the test-and-set operation. Now, when I found the code in lockdflt.c (rtle-elf) that doesn't seem to be a problem. /j To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 13 9:10:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from unix.worldpath.net (unix.worldpath.net [206.152.180.10]) by hub.freebsd.org (Postfix) with ESMTP id 6DA3137B8DA for ; Sun, 13 Aug 2000 09:10:46 -0700 (PDT) (envelope-from waldroni@lr.net) Received: from camry ([207.3.148.94]) by unix.worldpath.net (8.9.3/8.9.3(WPI)) with SMTP id MAA17918 for ; Sun, 13 Aug 2000 12:10:44 -0400 (EDT) Message-ID: <003e01c00540$fecf05c0$0100000a@waldron.house> Reply-To: "Isaac Waldron" From: "Isaac Waldron" To: Subject: Size limits for kld's? Date: Sun, 13 Aug 2000 12:10:23 -0400 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm working on getting plex86 (formerly FreeMWare) to run under FreeBSD, which requires writing a device driver. I wrote up a simple kld to handle this, and a minimal version works perfectly. The problem I'm having crops up when I add in all the other functionality that needs to be included. The new module is much larger than the original, and kldstat reports its size as 13000, whereas the older one was around 2500 or so. Unfortunately, while the open and close functions I wrote are called correctly, the ioctl function is never called. A call to ioctl(filehdl, PLEX86_IOCTL, int) returns an error, and a perror("ioctl") prints "ioctl: Bad Address." I know that the ioctl number is correct, and it was defined with the proper _IO* macro. The file handle also opens just fine, as the printf's in my open function are executed and show on the console. AFAIK, that error would be caused by an EFAULT being returned somewhere in the chain. What I'm asking is, what would cause some of the functions referenced by my driver's cdevsw to not be able to be called? Are there size limits on functions in a kld? Or a limit on the total size of a kld? Isaac Waldron waldroni at lr dot net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 13 9:27:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.internet.dk (ns.internet.dk [194.19.140.1]) by hub.freebsd.org (Postfix) with ESMTP id EE69537B69A for ; Sun, 13 Aug 2000 09:27:16 -0700 (PDT) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.9.3/8.9.3) with UUCP id SAA79104 for freebsd-hackers@FreeBSD.ORG; Sun, 13 Aug 2000 18:27:15 +0200 (CEST) (envelope-from leifn@neland.dk) Received: from gina (gina.neland.dk [192.168.0.14]) by arnold.neland.dk (8.11.0/8.9.3) with SMTP id e7DGR2573985 for ; Sun, 13 Aug 2000 18:27:02 +0200 (CEST) (envelope-from leifn@neland.dk) Message-ID: <004401c00543$50c661a0$0e00a8c0@neland.dk> Reply-To: "Leif Neland" From: "Leif Neland" To: Subject: 2 inetd's with 2 nics Date: Sun, 13 Aug 2000 18:26:14 +0200 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 Is it possible and a good idea to have one inetd for the inside nic and another with fewer services for the outside on a gateway machine, or should I just use ipfw/ipchain for this? Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 13 9:37:18 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 8F46A37B624 for ; Sun, 13 Aug 2000 09:37:15 -0700 (PDT) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org ([208.191.149.190]) by mta4.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0FZ800DAHOKLTZ@mta4.rcsntx.swbell.net> for freebsd-hackers@FreeBSD.ORG; Sun, 13 Aug 2000 11:31:34 -0500 (CDT) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id LAA43360; Sun, 13 Aug 2000 11:31:13 -0500 (CDT envelope-from chris) Date: Sun, 13 Aug 2000 11:31:12 -0500 From: Chris Costello Subject: Re: 2 inetd's with 2 nics In-reply-to: <004401c00543$50c661a0$0e00a8c0@neland.dk> To: Leif Neland Cc: freebsd-hackers@FreeBSD.ORG Reply-To: chris@calldei.com Message-id: <20000813113112.A41275@holly.calldei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.4i References: <004401c00543$50c661a0$0e00a8c0@neland.dk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, August 13, 2000, Leif Neland wrote: > Is it possible and a good idea to have one inetd for the inside nic and > another with fewer services for the outside on a gateway machine, > or should I just use ipfw/ipchain for this? From the inetd man page: -a Specify a specific IP address to bind to. Alternatively, a host- name can be specified, in which case the IPv4 or IPv6 address which corresponds to that hostname is used. Usually a hostname is specified when inetd is run inside a jail(8), in which case the hostname corresponds to the jail(8) environment. -- |Chris Costello |If a group of N persons implements a COBOL compiler, there will be N-1 |passes. Someone in the group has to be the manager. -- T. Cheatham `---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 13 10:32:37 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 DDD5B37B6FA for ; Sun, 13 Aug 2000 10:32:34 -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 KAA06648; Sun, 13 Aug 2000 10:31:09 -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 KAA01657; Sun, 13 Aug 2000 10:31:08 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sun, 13 Aug 2000 10:31:08 -0700 (PDT) Message-Id: <200008131731.KAA01657@vashon.polstra.com> To: hackers@freebsd.org Reply-To: hackers@freebsd.org Cc: jgreco@ns.sol.net Subject: Re: BSDi binary compatibility? In-Reply-To: <200008131453.JAA68356@aurora.sol.net> References: <200008131453.JAA68356@aurora.sol.net> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <200008131453.JAA68356@aurora.sol.net>, Joe Greco wrote: > Maybe someone here knows. :-) > > I'm looking to compile a program that will ultimately run on a BSDi 2.1 > machine. Are there any versions of FreeBSD that are capable of doing the > compile and creating a compatible binary? (I've got FreeBSD releases > since 2.0.5 stashed away). Yes, a.out static executables built under FreeBSD-2.2 will run under BSD/OS-3.x and -4.x at least. FreeBSD ELF executables won't work under BSD/OS, however, because along with the switch to ELF the system call mechanism was changed from "lcall 7,0" to the faster "int $0x80". BSD/OS doesn't support the latter, apparently. 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 Sun Aug 13 10:48:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pawn.primelocation.net (pawn.primelocation.net [205.161.238.235]) by hub.freebsd.org (Postfix) with ESMTP id 1F15737B581 for ; Sun, 13 Aug 2000 10:48:51 -0700 (PDT) (envelope-from cdf.lists@fxp.org) Received: by pawn.primelocation.net (Postfix, from userid 1016) id B10379B05; Sun, 13 Aug 2000 13:48:49 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by pawn.primelocation.net (Postfix) with ESMTP id A587CBA11; Sun, 13 Aug 2000 13:48:49 -0400 (EDT) Date: Sun, 13 Aug 2000 13:48:49 -0400 (EDT) From: "Chris D. Faulhaber" X-Sender: cdf.lists@pawn.primelocation.net To: Leif Neland Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 2 inetd's with 2 nics In-Reply-To: <004401c00543$50c661a0$0e00a8c0@neland.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 Sun, 13 Aug 2000, Leif Neland wrote: > Is it possible and a good idea to have one inetd for the inside nic and > another with fewer services for the outside on a gateway machine, > or should I just use ipfw/ipchain for this? > Depends on why you want them separate. You could use the -a option to run separate instances or use tcp_wrappers (integrated in inetd), ipf, or ipfw to limit acccess. ----- Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 13 10:49:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.internet.dk (ns.internet.dk [194.19.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 0AF8C37B55D for ; Sun, 13 Aug 2000 10:48:55 -0700 (PDT) (envelope-from leif@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.9.3/8.9.3) with UUCP id TAA80306; Sun, 13 Aug 2000 19:48:50 +0200 (CEST) (envelope-from leif@neland.dk) Received: from gina (gina.neland.dk [192.168.0.14]) by arnold.neland.dk (8.11.0/8.9.3) with SMTP id e7DHD0574126; Sun, 13 Aug 2000 19:13:00 +0200 (CEST) (envelope-from leif@neland.dk) Message-ID: <000b01c00549$bcb05c80$0e00a8c0@neland.dk> From: "Leif Neland" To: Cc: References: <004401c00543$50c661a0$0e00a8c0@neland.dk> <20000813113112.A41275@holly.calldei.com> Subject: Re: 2 inetd's with 2 nics Date: Sun, 13 Aug 2000 19:12:53 +0200 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 ----- Original Message ----- From: "Chris Costello" To: "Leif Neland" Cc: Sent: Sunday, August 13, 2000 6:31 PM Subject: Re: 2 inetd's with 2 nics > On Sunday, August 13, 2000, Leif Neland wrote: > > Is it possible and a good idea to have one inetd for the inside nic and > > another with fewer services for the outside on a gateway machine, > > or should I just use ipfw/ipchain for this? > > From the inetd man page: > > -a Specify a specific IP address to bind to. Alternatively, a host- > name can be specified, in which case the IPv4 or IPv6 address > which corresponds to that hostname is used. Usually a hostname > is specified when inetd is run inside a jail(8), in which case > the hostname corresponds to the jail(8) environment. > Yes, I know this. But is it a good idea to have separate inetd's for inside and outside? Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 13 12:21:16 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 758DA37BD28 for ; Sun, 13 Aug 2000 12:21:10 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 13 Aug 2000 20:21:06 +0100 (BST) Date: Sun, 13 Aug 2000 20:21:05 +0100 From: David Malone To: Chris Costello Cc: Leif Neland , freebsd-hackers@FreeBSD.ORG Subject: Re: 2 inetd's with 2 nics Message-ID: <20000813202105.A56737@walton.maths.tcd.ie> References: <004401c00543$50c661a0$0e00a8c0@neland.dk> <20000813113112.A41275@holly.calldei.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20000813113112.A41275@holly.calldei.com>; from chris@calldei.com on Sun, Aug 13, 2000 at 11:31:12AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Aug 13, 2000 at 11:31:12AM -0500, Chris Costello wrote: > From the inetd man page: > > -a Specify a specific IP address to bind to. Alternatively, a host- > name can be specified, in which case the IPv4 or IPv6 address > which corresponds to that hostname is used. Usually a hostname > is specified when inetd is run inside a jail(8), in which case > the hostname corresponds to the jail(8) environment. You'll almost certainly want to use the -p flag if you do this. There's probably no harm in doing it if you want to, but you'd have to use ipfw too if you want only to expose some services on one side of the machine. (ie. If you have a router running an inetd on the "inside" interface then someone on the outside can send packets to the outside interface but addressed to the address of the inside interface and get a response). David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 13 12:29: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.rdc2.pa.home.com (mail2.rdc2.pa.home.com [24.12.106.241]) by hub.freebsd.org (Postfix) with ESMTP id 8BFD637BDAB for ; Sun, 13 Aug 2000 12:29:00 -0700 (PDT) (envelope-from garycor@home.com) Received: from home.com ([24.3.185.85]) by mail2.rdc2.pa.home.com (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20000813192859.OBSY10086.mail2.rdc2.pa.home.com@home.com>; Sun, 13 Aug 2000 12:28:59 -0700 Message-ID: <3996F2F0.AF52779@home.com> Date: Sun, 13 Aug 2000 15:11:44 -0400 From: "Gary T. Corcoran" X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Devin Butterfield Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: "Unknown" driver gobbles resources?? References: <200008112235.PAA00839@mass.osd.bsdi.com> <39953196.1103F555@wireless.net> <200008121302.JAA00442@jupiter.delta.ny.us> <39969072.EED2B8F6@wireless.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Devin Butterfield wrote: > > Hi all, > > In the process of learning device driver writing, I have written a > simple skeleton driver for an isa PnP card I have. > > Although this driver works (successfully probes, attaches, and gets it's > needed io resources) when compiled into the kernel, if I compile it as a > loadable module it fails to get it's io resources when loaded, and if I > try to then unload it, the kernel panics (as the driver trys to release > resources that were never allocated). I can't help you with *why* you aren't getting the resources you need, but... If your module is not able to get all the resources you need, you should be failing the loading of the module. When failing the loading, you should free up any resources you *did* successfully grab before returning. Then you won't be causing a panic when trying to free resources during unload, since you'll never have finished loading in the first place. That is, unload won't be called unless you were successfully loaded. Gary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 13 14: 0:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from camus.cybercable.fr (camus.cybercable.fr [212.198.0.200]) by hub.freebsd.org (Postfix) with SMTP id 71F7937B6AD for ; Sun, 13 Aug 2000 14:00:24 -0700 (PDT) (envelope-from mux@qualys.com) Received: (qmail 1406125 invoked from network); 13 Aug 2000 21:00:22 -0000 Received: from r121m50.cybercable.tm.fr (HELO qualys.com) ([195.132.121.50]) (envelope-sender ) by camus.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 13 Aug 2000 21:00:22 -0000 Message-ID: <39970D08.4BA72541@qualys.com> Date: Sun, 13 Aug 2000 23:03:05 +0200 From: Maxime Henrion X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: limit processes that a user can 'see' Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I have an idea that I would love to see applied in FreeBSD source code, but as I'm not skilled enough to code it, I post it to see if you think it makes sense, and if someone would be interested in coding this. It is a security measure regarding 'ps' command. By using the 'ps' command, any user logged in the system can view all the running processes, including root's one and processes of other users. My idea is to limit a bit this behaviour. Through a sysctl variable, the root could restrict the list of "readable" processes. By readable, I mean that it can be viewed. For example, a value of 0 could mean no restriction, 1 would hide root processes, 2 would restrict the visible processes to the processes owned by users in the same group as the current user, and finally, 3 would restrict the processes list to those owned by the current user (this is the way I'd have done it if I was able to). Of course, there would be no limitation for the superuser. The modification must be done at a low enough level so that a user won't be able to bypass this security measure by compiling another 'ps' so patching 'ps' doesn't suffise (in fact, if it was, I would have done it :-). What do you all think of this ? Best regards, Maxime Henrion To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 13 15:29:11 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 998A537B5B0 for ; Sun, 13 Aug 2000 15:29:07 -0700 (PDT) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org ([208.191.149.190]) by mta4.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0FZ9008VL4IDPF@mta4.rcsntx.swbell.net> for freebsd-hackers@FreeBSD.ORG; Sun, 13 Aug 2000 17:15:49 -0500 (CDT) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id RAA43946; Sun, 13 Aug 2000 17:15:28 -0500 (CDT envelope-from chris) Date: Sun, 13 Aug 2000 17:15:27 -0500 From: Chris Costello Subject: Re: limit processes that a user can 'see' In-reply-to: <39970D08.4BA72541@qualys.com> To: Maxime Henrion Cc: freebsd-hackers@FreeBSD.ORG Reply-To: chris@calldei.com Message-id: <20000813171527.B41275@holly.calldei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.4i References: <39970D08.4BA72541@qualys.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, August 13, 2000, Maxime Henrion wrote: > By using the 'ps' command, any user logged in the system can view all > the running processes, including root's one and processes of other > users. My idea is to limit a bit this behaviour. If you want to keep your users completely out of the main system, including root's processes, just use jail. This sets up more or less a 'virtual machine' you can use to effectively act as another running FreeBSD system. ``man 8 jail''. -- |Chris Costello |How do I set my Laser printer to "Stun"? `----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 13 15:58:39 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 B2AF137B68E for ; Sun, 13 Aug 2000 15:58:35 -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 QAA19792; Sun, 13 Aug 2000 16:58:33 -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 QAA10640; Sun, 13 Aug 2000 16:57:56 -0600 (MDT) Message-Id: <200008132257.QAA10640@harmony.village.org> To: Devin Butterfield Subject: Re: "Unknown" driver gobbles resources?? Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sun, 13 Aug 2000 05:11:30 PDT." <39969072.EED2B8F6@wireless.net> References: <39969072.EED2B8F6@wireless.net> <200008112235.PAA00839@mass.osd.bsdi.com> <39953196.1103F555@wireless.net> <200008121302.JAA00442@jupiter.delta.ny.us> Date: Sun, 13 Aug 2000 16:57:56 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <39969072.EED2B8F6@wireless.net> Devin Butterfield writes: : So my question is this: Do I need to do anything special to recover the : resources from the unknown driver so that during loading *my* module can : get the resources it needs?? Do I need to add something to my identify, : probe, or attach routines to make this work right? With modern enough versions of -current, you shouldn't have to do anything at all to make this work. It should just happen. And you'll likely not need an identify routine. The Unknown device just sucks up the plug and play resources. Therefore, there's already a device node in the tree addociated with that plug and play hardware, so your probe routine will just be called. However, this is fairly recent (like on the order of the first part of July, 2000). Before that you did ineed have to jump though many many hoops to make this work. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 13 17: 9:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wireless.net (wireless.net [207.137.156.159]) by hub.freebsd.org (Postfix) with ESMTP id 76E2237B806 for ; Sun, 13 Aug 2000 17:09:08 -0700 (PDT) (envelope-from dbutter@wireless.net) Received: from db.wireless.net (db.wireless.net [209.75.70.101]) by wireless.net (8.9.3/8.9.3) with ESMTP id RAA06227; Sun, 13 Aug 2000 17:09:14 -0700 (PDT) Received: from wireless.net (dbm.wireless.net [192.168.0.2]) by db.wireless.net (8.9.3/8.9.3) with ESMTP id RAA47096; Sun, 13 Aug 2000 17:01:50 -0700 (PDT) (envelope-from dbutter@wireless.net) Message-ID: <399738A0.EFDCA5FA@wireless.net> Date: Sun, 13 Aug 2000 17:09:04 -0700 From: Devin Butterfield X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: "Unknown" driver gobbles resources?? References: <39969072.EED2B8F6@wireless.net> <200008112235.PAA00839@mass.osd.bsdi.com> <39953196.1103F555@wireless.net> <200008121302.JAA00442@jupiter.delta.ny.us> <200008132257.QAA10640@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > In message <39969072.EED2B8F6@wireless.net> Devin Butterfield writes: > : So my question is this: Do I need to do anything special to recover the > : resources from the unknown driver so that during loading *my* module can > : get the resources it needs?? Do I need to add something to my identify, > : probe, or attach routines to make this work right? > > With modern enough versions of -current, you shouldn't have to do > anything at all to make this work. It should just happen. And you'll > likely not need an identify routine. The Unknown device just sucks up > the plug and play resources. Therefore, there's already a device node > in the tree addociated with that plug and play hardware, so your probe > routine will just be called. > > However, this is fairly recent (like on the order of the first part of > July, 2000). Before that you did ineed have to jump though many many > hoops to make this work. Hmmmm....are there any plans to "back-port" this to -STABLE? Or do we have to wait for 5.0? -- Regards, Devin. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 13 17:12:11 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 E8EF237B82E for ; Sun, 13 Aug 2000 17:12:08 -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 SAA19978; Sun, 13 Aug 2000 18:12:07 -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 SAA10986; Sun, 13 Aug 2000 18:11:29 -0600 (MDT) Message-Id: <200008140011.SAA10986@harmony.village.org> To: Devin Butterfield Subject: Re: "Unknown" driver gobbles resources?? Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sun, 13 Aug 2000 17:09:04 PDT." <399738A0.EFDCA5FA@wireless.net> References: <399738A0.EFDCA5FA@wireless.net> <39969072.EED2B8F6@wireless.net> <200008112235.PAA00839@mass.osd.bsdi.com> <39953196.1103F555@wireless.net> <200008121302.JAA00442@jupiter.delta.ny.us> <200008132257.QAA10640@harmony.village.org> Date: Sun, 13 Aug 2000 18:11:29 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <399738A0.EFDCA5FA@wireless.net> Devin Butterfield writes: : Hmmmm....are there any plans to "back-port" this to -STABLE? Or do we : have to wait for 5.0? I don't know. I don't have PnP drivers that I'm working on at the moment, so I've not kept up. You'd have to ask dfr (Doug Rabson). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 13 23:56:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fobos.marketsite.ru (fobos.marketsite.ru [194.226.198.36]) by hub.freebsd.org (Postfix) with ESMTP id 3D82837BA0A for ; Sun, 13 Aug 2000 23:56:39 -0700 (PDT) (envelope-from diwil@dataart.com) Received: from bb.marketsite.ru ([194.226.198.1] helo=runnet-gw.marketsite.ru) by fobos.marketsite.ru with esmtp (Exim 3.02 #4) id 13OEAj-0001wx-00 for freebsd-hackers@freebsd.org; Mon, 14 Aug 2000 10:56:34 +0400 Content-Length: 18344 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.4.0.FreeBSD:000814105716:265=_" Date: Mon, 14 Aug 2000 10:57:16 +0400 (MSD) Reply-To: diwil@dataart.com From: dimmy the wild To: freebsd-hackers@freebsd.org Subject: fm801 soud chip Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.4.0.FreeBSD:000814105716:265=_ Content-Type: text/plain; charset=KOI8-R Fellows, A few days ago I have posted my port of the fm801 soud driver which's been partly broken. I would like to present a new pre-alpha version of this driver which works almost Ok. There are some certain problems - - Sometimes it loops for the reason God knows... - If the driver compiled as module and isterted to the kernel with the kldload the system fails to detach module -> system crashes. - If a sound chunk is broken, it loops on the last block. - no mixer support yet. (will try to add mixer support today) Also, somehow ASLA-ish style of the fm801 registers handeling does not work - the device dies in interrupts (?). Have fun, Dmitry. -- ********************************************************************** ("`-''-/").___..--''"`-._ (\ Dimmy the Wild UA1ACZ `6_ 6 ) `-. ( ).`-.__.`) DataArt Enterprises, Inc. (_Y_.)' ._ ) `._ `. ``-..-' Serpukhovskaja street, 10 _..`--'_..-_/ /--'_.' ,' Saint Petersburg, Russia (il),-'' (li),' ((!.-' +7 (812) 3261780, 5552490 ********************************************************************** --_=XFMail.1.4.0.FreeBSD:000814105716:265=_ Content-Disposition: attachment; filename="fms.c" Content-Transfer-Encoding: none Content-Type: application/octet-stream; name=fms.c; SizeOnDisk=16753 #include #include #include #include #include #define PCI_VENDOR_FORTEMEDIA 0x1319 #define PCI_DEVICE_FORTEMEDIA1 0x08011319 #define PCI_DEVICE_FORTEMEDIA2 0x08021319 #define FM_PCM_VOLUME 0x00 #define FM_FM_VOLUME 0x02 #define FM_I2S_VOLUME 0x04 #define FM_RECORD_SOURCE 0x06 #define FM_PLAY_CTL 0x08 #define FM_PLAY_RATE_MASK 0x0f00 #define FM_PLAY_BUF1_LAST 0x0001 #define FM_PLAY_BUF2_LAST 0x0002 #define FM_PLAY_START 0x0020 #define FM_PLAY_PAUSE 0x0040 #define FM_PLAY_STOPNOW 0x0080 #define FM_PLAY_16BIT 0x4000 #define FM_PLAY_STEREO 0x8000 #define FM_PLAY_DMALEN 0x0a #define FM_PLAY_DMABUF1 0x0c #define FM_PLAY_DMABUF2 0x10 #define FM_REC_CTL 0x14 #define FM_REC_RATE_MASK 0x0f00 #define FM_REC_BUF1_LAST 0x0001 #define FM_REC_BUF2_LAST 0x0002 #define FM_REC_START 0x0020 #define FM_REC_PAUSE 0x0040 #define FM_REC_STOPNOW 0x0080 #define FM_REC_16BIT 0x4000 #define FM_REC_STEREO 0x8000 #define FM_REC_DMALEN 0x16 #define FM_REC_DMABUF1 0x18 #define FM_REC_DMABUF2 0x1c #define FM_CODEC_CTL 0x22 #define FM_VOLUME 0x26 #define FM_VOLUME_MUTE 0x8000 #define FM_CODEC_CMD 0x2a #define FM_CODEC_CMD_READ 0x0080 #define FM_CODEC_CMD_VALID 0x0100 #define FM_CODEC_CMD_BUSY 0x0200 #define FM_CODEC_DATA 0x2c #define FM_IO_CTL 0x52 #define FM_CARD_CTL 0x54 #define FM_INTMASK 0x56 #define FM_INTMASK_PLAY 0x0001 #define FM_INTMASK_REC 0x0002 #define FM_INTMASK_VOL 0x0040 #define FM_INTMASK_MPU 0x0080 #define FM_INTSTATUS 0x5a #define FM_INTSTATUS_PLAY 0x0100 #define FM_INTSTATUS_REC 0x0200 #define FM_INTSTATUS_VOL 0x4000 #define FM_INTSTATUS_MPU 0x8000 #define FM801_BUFFSIZE 1024*32 #define DPRINT printf /* channel interface */ static void *fm801ch_init(void *devinfo, snd_dbuf *b, pcm_channel *c, int dir); static int fm801ch_setdir(void *data, int dir); static int fm801ch_setformat(void *data, u_int32_t format); static int fm801ch_setspeed(void *data, u_int32_t speed); static int fm801ch_setblocksize(void *data, u_int32_t blocksize); static int fm801ch_trigger(void *data, int go); static int fm801ch_getptr(void *data); static pcmchan_caps *fm801ch_getcaps(void *data); /* static int fm801ch_setup(pcm_channel *c); */ static pcmchan_caps fm801ch_caps = { 4000, 48000, AFMT_STEREO | AFMT_U8 | AFMT_S8 | AFMT_S16_LE | AFMT_S16_BE | AFMT_U16_LE | AFM T_U16_BE, AFMT_STEREO | AFMT_U8 | AFMT_S16_LE }; static pcm_channel fm801_chantemplate = { fm801ch_init, fm801ch_setdir, fm801ch_setformat, fm801ch_setspeed, fm801ch_setblocksize, fm801ch_trigger, fm801ch_getptr, fm801ch_getcaps, }; struct fm801_info; struct fm801_chinfo { struct fm801_info *parent; pcm_channel *channel; snd_dbuf *buffer; u_int32_t spd, dir, fmt; /* speed, direction, format */ u_int32_t shift; }; struct fm801_info { int type; bus_space_tag_t st; bus_space_handle_t sh; bus_dma_tag_t parent_dmat; device_t dev; int num; u_int32_t unit; struct resource *reg, *irq; int regtype, regid, irqid; void *ih; u_int32_t play_buffer, play_flip, play_nextblk, play_end, play_start, play_blksize, play_fmt, play_shift; u_int32_t rec_buffer, rec_flip, rec_nextblk, rec_end, rec_start, rec_blksize, rec_fmt, rec_shift; struct fm801_chinfo pch, rch; }; static struct fm801_info *save801; struct fm801_info *fm801_get __P((void )); static void fm801_save(struct fm801_info *fm801) { save801 = fm801; } struct fm801_info * fm801_get(void ) { return save801; } /* Bus Read / Write routines */ static u_int32_t fm801_rd(struct fm801_info *fm801, int regno, int size) { switch(size) { case 1: return (bus_space_read_1(fm801->st, fm801->sh, regno)); case 2: return (bus_space_read_2(fm801->st, fm801->sh, regno)); case 4: return (bus_space_read_4(fm801->st, fm801->sh, regno)); default: return 0xffffffff; } } static void fm801_wr(struct fm801_info *fm801, int regno, u_int32_t data, int size) { switch(size) { case 1: return bus_space_write_1(fm801->st, fm801->sh, regno, data); case 2: return bus_space_write_2(fm801->st, fm801->sh, regno, data); case 4: return bus_space_write_4(fm801->st, fm801->sh, regno, data); default: return; } } /* * ac97 codec routines */ #define TIMO 50 static u_int32_t fm801_rdcd(void *devinfo, int regno) { struct fm801_info *fm801 = (struct fm801_info *)devinfo; int i; for (i = 0; i < TIMO && fm801_rd(fm801,FM_CODEC_CMD,2) & FM_CODEC_CMD_BUSY; i++ ) { DELAY(10000); } if (i >= TIMO) { printf("fm801 rdcd: codec busy\n"); return 0; } fm801_wr(fm801,FM_CODEC_CMD, regno|FM_CODEC_CMD_READ,2); for (i = 0; i < TIMO && !(fm801_rd(fm801,FM_CODEC_CMD,2) & FM_CODEC_CMD_VALID); i++) { DELAY(10000); } if (i >= TIMO) { printf("fm801 rdcd: write codec invalid\n"); return 0; } return fm801_rd(fm801,FM_CODEC_DATA,2); } static void fm801_wrcd(void *devinfo, int regno, u_int32_t data) { struct fm801_info *fm801 = (struct fm801_info *)devinfo; int i; /* Poll until codec is ready */ for (i = 0; i < TIMO && fm801_rd(fm801,FM_CODEC_CMD,2) & FM_CODEC_CMD_BUSY; i++ ) { DELAY(10000); } if (i >= TIMO) { printf("fm801 wrcd: read codec busy\n"); return; } fm801_wr(fm801,FM_CODEC_DATA,data, 2); fm801_wr(fm801,FM_CODEC_CMD, regno,2); return; } /* * The interrupt handler */ static void fm801_intr(void *p) { struct fm801_info *fm801 = (struct fm801_info *)p; u_int32_t intsrc = fm801_rd(fm801, FM_INTSTATUS, 2); DPRINT("fm801_intr intsrc 0x%x, startt %d, nextblk %d\n", intsrc, fm801->play_start, fm801->play_start + fm801->play_blksize ); if(intsrc & FM_INTSTATUS_PLAY) { if ( (fm801->play_nextblk += fm801->play_blksize) >= fm801->play_end) fm801->play_nextblk = fm801->play_start; fm801_wr(fm801, (fm801->play_flip++ & 1) ? FM_PLAY_DMABUF2 : FM_PLAY_DMABUF1, fm801->play_nextblk,4); } else if(intsrc & FM_INTSTATUS_REC) { if ( (fm801->rec_nextblk += fm801->rec_blksize) >= fm801->rec_end) fm801->rec_nextblk = fm801->rec_start; fm801_wr(fm801, fm801->rec_flip++ & 1 ? FM_REC_DMABUF2 : FM_REC_DMABUF1, fm801->rec_nextblk,4); } /* clear interrupt */ fm801_wr(fm801, FM_INTSTATUS, intsrc & (FM_INTSTATUS_PLAY | FM_INTSTATUS_REC), 2); } /* * Init routine is taken from an original NetBSD driver */ static int fm801_init(struct fm801_info *fm801) { u_int32_t k1; /* reset codec */ fm801_wr(fm801, FM_CODEC_CTL, 0x0020,2); DELAY(100000); fm801_wr(fm801, FM_CODEC_CTL, 0x0000,2); DELAY(100000); fm801_wr(fm801, FM_PCM_VOLUME, 0x0808,2); fm801_wr(fm801, FM_FM_VOLUME, 0x0808,2); fm801_wr(fm801, FM_I2S_VOLUME, 0x0808,2); fm801_wr((void *)fm801, FM_RECORD_SOURCE, 0x0000,2); /* Unmask playback, record and mpu interrupts, mask the rest */ k1 = fm801_rd((void *)fm801, FM_INTMASK,2); fm801_wr(fm801, FM_INTMASK, (k1 & ~(FM_INTMASK_PLAY | FM_INTMASK_REC | FM_INTMASK_MPU)) | FM_INTMASK_VOL,2); fm801_wr(fm801, FM_INTSTATUS, FM_INTSTATUS_PLAY | FM_INTSTATUS_REC | FM_INTSTATUS_MPU | FM_INTSTATUS_VOL,2); DPRINT("FM801 init Ok\n"); return 0; } static int fm801_pci_attach(device_t dev) { snddev_info *d; u_int32_t data; struct ac97_info *codec; struct fm801_info *fm801; int i; int mapped = 0; char status[SND_STATUSLEN]; d = device_get_softc(dev); if ((fm801 = (struct fm801_info *)malloc(sizeof(*fm801),M_DEVBUF, M_NOWAIT)) == NULL) { device_printf(dev, "cannot allocate softc\n"); return ENXIO; } bzero(fm801, sizeof(*fm801)); fm801->type = pci_get_devid(dev); data = pci_read_config(dev, PCIR_COMMAND, 2); data |= (PCIM_CMD_PORTEN|PCIM_CMD_MEMEN|PCIM_CMD_BUSMASTEREN); pci_write_config(dev, PCIR_COMMAND, data, 2); data = pci_read_config(dev, PCIR_COMMAND, 2); for (i = 0; (mapped == 0) && (i < PCI_MAXMAPS_0); i++) { fm801->regid = PCIR_MAPS + i*4; fm801->regtype = SYS_RES_MEMORY; fm801->reg = bus_alloc_resource(dev, fm801->regtype, &fm801->regid, 0, ~0, 1, RF_ACTIVE); if(!fm801->reg) { fm801->regtype = SYS_RES_IOPORT; fm801->reg = bus_alloc_resource(dev, fm801->regtype, &fm801->regid, 0, ~0, 1, RF_ACTIVE); } if(fm801->reg) { fm801->st = rman_get_bustag(fm801->reg); fm801->sh = rman_get_bushandle(fm801->reg); mapped++; } } if (mapped == 0) { device_printf(dev, "unable to map register space\n"); goto oops; } fm801_init(fm801); codec = ac97_create(dev, (void *)fm801, NULL, fm801_rdcd, fm801_wrcd); if (codec == NULL) goto oops; if (mixer_init(d, &ac97_mixer, codec) == -1) goto oops; fm801->irqid = 0; fm801->irq = bus_alloc_resource(dev, SYS_RES_IRQ, &fm801->irqid, 0, ~0, 1, RF_ACTIVE | RF_SHAREABLE); if (!fm801->irq || bus_setup_intr(dev, fm801->irq, INTR_TYPE_TTY, fm801_intr, fm801, &fm801->ih)) { device_printf(dev, "unable to map interrupt\n"); goto oops; } if (bus_dma_tag_create(/*parent*/NULL, /*alignment*/2, /*boundary*/0, /*lowaddr*/BUS_SPACE_MAXADDR_32BIT, /*highaddr*/BUS_SPACE_MAXADDR, /*filter*/NULL, /*filterarg*/NULL, /*maxsize*/FM801_BUFFSIZE, /*nsegments*/1, /*maxsegz*/0x3ffff, /*flags*/0, &fm801->parent_dmat) != 0) { device_printf(dev, "unable to create dma tag\n"); goto oops; } snprintf(status, 64, "at %s 0x%lx irq %ld", (fm801->regtype == SYS_RES_IOPORT)? "io" : "memory", rman_get_start(fm801->reg), rman_get_start(fm801->irq)); #define FM801_MAXPLAYCH 1 if (pcm_register(dev, fm801, FM801_MAXPLAYCH, 1)) goto oops; pcm_addchan(dev, PCMDIR_PLAY, &fm801_chantemplate, fm801); pcm_addchan(dev, PCMDIR_REC, &fm801_chantemplate, fm801); pcm_setstatus(dev, status); fm801_save(fm801); return 0; oops: printf("Forte Media FM801 initialization failed\n"); if (fm801->reg) bus_release_resource(dev, fm801->regtype, fm801->regid, fm801-> reg); if (fm801->ih) bus_teardown_intr(dev, fm801->irq, fm801->ih); if (fm801->irq) bus_release_resource(dev, SYS_RES_IRQ, fm801->irqid, fm801->irq ); free(fm801, M_DEVBUF); return ENXIO; } static int fm801_pci_probe( device_t dev ) { int id; if ((id = pci_get_devid(dev)) == PCI_DEVICE_FORTEMEDIA1 ) { device_set_desc(dev, "Forte Media FM801 Audio Controller"); return 0; } /* if ((id = pci_get_devid(dev)) == PCI_DEVICE_FORTEMEDIA2 ) { device_set_desc(dev, "Forte Media FM801 Input Device (MPU?)"); return 0; } */ return ENXIO; } /* copied from NetBSD driver */ struct { int limit; int rate; } fm801_rates[11] = { { 6600, 5500 }, { 8750, 8000 }, { 10250, 9600 }, { 13200, 11025 }, { 17500, 16000 }, { 20500, 19200 }, { 26500, 22050 }, { 35000, 32000 }, { 41000, 38400 }, { 46000, 44100 }, { 48000, 48000 }, /* anything above -> 48000 */ }; /* channel interface */ static void * fm801ch_init(void *devinfo, snd_dbuf *b, pcm_channel *c, int dir) { struct fm801_info *fm801 = (struct fm801_info *)devinfo; struct fm801_chinfo *ch = (dir == PCMDIR_PLAY)? &fm801->pch : &fm801->rch; DPRINT("fm801ch_init, direction = %d\n", dir); ch->parent = fm801; ch->channel = c; ch->buffer = b; ch->buffer->bufsize = FM801_BUFFSIZE; ch->dir = dir; if( chn_allocbuf(ch->buffer, fm801->parent_dmat) == -1) return NULL; return (void *)ch; } static int fm801ch_setdir(void *data, int dir) { struct fm801_chinfo *ch = data; ch->dir = dir; return 0; } static int fm801ch_setformat(void *data, u_int32_t format) { struct fm801_chinfo *ch = data; struct fm801_info *fm801 = ch->parent; if(ch->dir == PCMDIR_PLAY) { fm801->play_fmt = (format & AFMT_STEREO)? FM_PLAY_STEREO:0 | (format & (AFMT_S16_LE | AFMT_S16_BE | AFMT_U16_LE | AFMT_U16_BE)) ? FM_PLAY_16BIT:0 | fm801->play_shift; return fm801->play_fmt; } if(ch->dir == PCMDIR_REC ) { fm801->rec_fmt = (format & AFMT_STEREO)? FM_REC_STEREO:0 | (format & (AFMT_S16_LE | AFMT_S16_BE | AFMT_U16_LE | AFMT_U16_BE) ) ? FM_REC_16BIT:0 | fm801->rec_shift; return fm801->rec_fmt; } return 0; } static int fm801ch_setspeed(void *data, u_int32_t speed) { struct fm801_chinfo *ch = data; struct fm801_info *fm801 = ch->parent; register int i; for (i = 0; i < 10 && fm801_rates[i].limit <= speed; i++) ; if(ch->dir == PCMDIR_PLAY) { fm801->pch.spd = fm801_rates[i].rate; fm801->play_shift = (i<<8); } if(ch->dir == PCMDIR_REC ) { fm801->rch.spd = fm801_rates[i].rate; fm801->rec_shift = (i<<8); } return fm801_rates[i].rate; } static int fm801ch_setblocksize(void *data, u_int32_t blocksize) { struct fm801_chinfo *ch = data; struct fm801_info *fm801 = ch->parent; fm801->play_blksize = blocksize; fm801->rec_blksize = blocksize; DPRINT("fm801ch_setblocksize %d (dir %d)\n",blocksize, ch->dir); return blocksize; } static int fm801ch_trigger(void *data, int go) { struct fm801_chinfo *ch = data; struct fm801_info *fm801 = ch->parent; u_int32_t baseaddr = vtophys(ch->buffer->buf); snd_dbuf *b = ch->buffer; u_int32_t k1; DPRINT("fm801ch_trigger -> go %d, dir %d (size %d)\n", go, ch->dir, b->fp - b-> rp ); if (go == PCMTRIG_EMLDMAWR || go == PCMTRIG_EMLDMARD) return 0; if (ch->dir == PCMDIR_PLAY) { if (go == PCMTRIG_START) { fm801->play_start = baseaddr; fm801->play_end = fm801->play_start + b->fp - b->rp; fm801->play_blksize = b->blksz; fm801->play_nextblk = fm801->play_start + fm801->play_blksize; fm801->play_flip = 0; fm801_wr(fm801, FM_PLAY_DMALEN, fm801->play_blksize - 1, 2); fm801_wr(fm801, FM_PLAY_DMABUF1,fm801->play_start,4); fm801_wr(fm801, FM_PLAY_DMABUF2,fm801->play_nextblk,4); fm801_wr(fm801, FM_PLAY_CTL, FM_PLAY_START | FM_PLAY_STOPNOW | fm801->play_fmt, 2 ); } else { k1 = fm801_rd(fm801, FM_PLAY_CTL,2); fm801_wr(fm801, FM_PLAY_CTL, (k1 & ~(FM_PLAY_STOPNOW | FM_PLAY_START)) | FM_PLAY_BUF1_LAST | FM_PLAY_BUF2_LAST, 2 ); } } else if(ch->dir == PCMDIR_REC) { if (go == PCMTRIG_START) { fm801->rec_start = baseaddr; fm801->rec_end = fm801->rec_start + b->fp - b->rp; fm801->rec_blksize = b->blksz; fm801->rec_nextblk = fm801->rec_start + fm801->rec_blksize; fm801->rec_flip = 0; fm801_wr(fm801, FM_REC_DMALEN, fm801->rec_blksize - 1, 2); fm801_wr(fm801, FM_REC_DMABUF1,fm801->rec_start,4); fm801_wr(fm801, FM_REC_DMABUF2,fm801->rec_nextblk,4); fm801_wr(fm801, FM_REC_CTL, FM_REC_START | FM_REC_STOPNOW | fm801->rec_fmt, 2 ); } else { k1 = fm801_rd(fm801, FM_REC_CTL,2); fm801_wr(fm801, FM_REC_CTL, (k1 & ~(FM_REC_STOPNOW | FM_REC_START)) | FM_REC_BUF1_LAST | FM_REC_BUF2_LAST, 2); } } return 0; } /* Almost ALSA copy */ static int fm801ch_getptr(void *data) { struct fm801_chinfo *ch = data; struct fm801_info *fm801 = ch->parent; int result; if (ch->dir == PCMDIR_PLAY) { result = fm801_rd(fm801, FM_PLAY_DMALEN,2) + 1; } else if (ch->dir == PCMDIR_REC) { result = fm801_rd(fm801, FM_REC_DMALEN,2) + 1; } else { result = 0; } DPRINT("fm801ch_getptr (dir %d) result 0x%x\n",ch->dir,result); return result; } static pcmchan_caps * fm801ch_getcaps(void *data) { struct fm801_chinfo *ch = data; DPRINT("fm801ch_getcaps (dir %d)\n", ch->dir); return &fm801ch_caps; } static int fm801_pci_detach(device_t dev) { struct fm801_info *fm801 = fm801_get(); DPRINT("Forte Media FM801 detach\n"); if (fm801->reg) bus_release_resource(dev, fm801->regtype, fm801->regid, fm801-> reg); if (fm801->ih) bus_teardown_intr(dev, fm801->irq, fm801->ih); if (fm801->irq) bus_release_resource(dev, SYS_RES_IRQ, fm801->irqid, fm801->irq ); free(fm801, M_DEVBUF); return 0; } static device_method_t fm801_methods[] = { /* Device interface */ DEVMETHOD(device_probe, fm801_pci_probe), DEVMETHOD(device_attach, fm801_pci_attach), DEVMETHOD(device_detach, fm801_pci_detach), { 0, 0} }; static driver_t fm801_driver = { "pcm", fm801_methods, sizeof(snddev_info), }; static devclass_t pcm_devclass; DRIVER_MODULE(fm801, pci, fm801_driver, pcm_devclass,0, 0); --_=XFMail.1.4.0.FreeBSD:000814105716:265=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 0:10:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhost.cpsc.ucalgary.ca (mailhost.cpsc.ucalgary.ca [136.159.2.100]) by hub.freebsd.org (Postfix) with ESMTP id EB9BA37C3C4 for ; Mon, 14 Aug 2000 00:10:29 -0700 (PDT) (envelope-from rhyason@cpsc.ucalgary.ca) Received: from csc (csc.cpsc.ucalgary.ca [136.159.5.16]) by mailhost.cpsc.ucalgary.ca (1.3) id ; Mon, 14 Aug 2000 01:10:05 -0600 (MDT) Date: Mon, 14 Aug 2000 01:10:05 -0600 (MDT) From: Jeff Rhyason X-Sender: rhyason@csc To: hackers@freebsd.org Subject: Collecting waiting statistics (simulation question) 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 Can anybody help me with a project I am working on? I am trying to simulate different memory allocation policies for a discrete event simulation course. Being the guy I am, I decided to collect some real statistics from a real system. The difficulty I've encountered is that I can't find how to make them accessible! Is there a way that I can log a large amount of statistics regarding kernel memory allocator activity and make that accessible to a user process? (Something like Solaris' crash(1m) and kmalog) Thanks in advance for any comments! -Jeff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 0:37:32 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 13A2E37B696 for ; Mon, 14 Aug 2000 00:37:30 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e7E7bRZ14244; Mon, 14 Aug 2000 00:37:27 -0700 (PDT) Date: Mon, 14 Aug 2000 00:37:27 -0700 From: Alfred Perlstein To: Jeff Rhyason Cc: hackers@FreeBSD.ORG Subject: Re: Collecting waiting statistics (simulation question) Message-ID: <20000814003727.K4854@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: ; from rhyason@cpsc.ucalgary.ca on Mon, Aug 14, 2000 at 01:10:05AM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Jeff Rhyason [000814 00:14] wrote: > Can anybody help me with a project I am working on? I am trying > to simulate different memory allocation policies for a discrete > event simulation course. Being the guy I am, I decided to > collect some real statistics from a real system. The difficulty > I've encountered is that I can't find how to make them accessible! > > Is there a way that I can log a large amount of statistics > regarding kernel memory allocator activity and make that > accessible to a user process? (Something like Solaris' > crash(1m) and kmalog) > > Thanks in advance for any comments! Using sysctls is probably the easiest way of doing 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 Aug 14 0:45:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhost.cpsc.ucalgary.ca (mailhost.cpsc.ucalgary.ca [136.159.2.100]) by hub.freebsd.org (Postfix) with ESMTP id 383EB37B936 for ; Mon, 14 Aug 2000 00:45:33 -0700 (PDT) (envelope-from rhyason@cpsc.ucalgary.ca) Received: from csc (csc.cpsc.ucalgary.ca [136.159.5.16]) by mailhost.cpsc.ucalgary.ca (1.3) id ; Mon, 14 Aug 2000 01:45:08 -0600 (MDT) Date: Mon, 14 Aug 2000 01:45:08 -0600 (MDT) From: Jeff Rhyason X-Sender: rhyason@csc To: hackers@freebsd.org Cc: Alfred Perlstein Subject: Re: Collecting waiting statistics (simulation question) 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 > Using sysctls is probably the easiest way of doing it. OK. Is there any example code that uses sysctls in this way? Thanks ;) -Jeff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 1: 0:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.ovis.net (ns1.ovis.net [207.0.147.2]) by hub.freebsd.org (Postfix) with ESMTP id 28F8937BD4B for ; Mon, 14 Aug 2000 01:00:43 -0700 (PDT) (envelope-from chromexa@ovis.net) Received: from ovis.net (s22.pm5.ovis.net [207.0.147.89]) by ns1.ovis.net (8.9.3/8.9.3) with ESMTP id EAA16733; Mon, 14 Aug 2000 04:00:02 -0400 Message-ID: <3997A8E9.5C17BF89@ovis.net> Date: Mon, 14 Aug 2000 04:08:09 -0400 From: Steve Kudlak Reply-To: chromexa@ovis.net X-Mailer: Mozilla 4.5 [en]C-CCK-MCD ezn/58/n (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Maxime Henrion Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: limit processes that a user can 'see' References: <39970D08.4BA72541@qualys.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Maxime Henrion wrote: > Hello, > > I have an idea that I would love to see applied in FreeBSD source code, > but as I'm not skilled enough to code it, I post it to see if you think > it makes sense, and if someone would be interested in coding this. It is > a security measure regarding 'ps' command. > > By using the 'ps' command, any user logged in the system can view all > the running processes, including root's one and processes of other > users. My idea is to limit a bit this behaviour. > > Through a sysctl variable, the root could restrict the list of > "readable" processes. By readable, I mean that it can be viewed. For > example, a value of 0 could mean no restriction, 1 would hide root > processes, 2 would restrict the visible processes to the processes > owned by users in the same group as the current user, and finally, 3 > would restrict the processes list to those owned by the current user > (this is the way I'd have done it if I was able to). > > Of course, there would be no limitation for the superuser. > > The modification must be done at a low enough level so that a user won't > be able to bypass this security measure by compiling another 'ps' so > patching 'ps' doesn't suffise (in fact, if it was, I would have done it > :-). > > What do you all think of this ? > > Best regards, > > Maxime Henrion > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message I think it is fascist, butit's your system. Have Fun, Sends Steve P.S.Known to to run wth at.deny and cron.deny set to known one with no trouble. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 1:41:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id C15BA37B9C5 for ; Mon, 14 Aug 2000 01:41:23 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id JAA53909; Mon, 14 Aug 2000 09:41:22 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id IAA01662; Mon, 14 Aug 2000 08:38:40 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200008140738.IAA01662@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Sheldon Hearn Cc: freebsd-hackers@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: Does sio have a maintainer? In-Reply-To: Message from Sheldon Hearn of "Mon, 07 Aug 2000 12:04:41 +0200." <9298.965642681@axl.ops.uunet.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 14 Aug 2000 08:38:40 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Hi folks, > > Does the sio driver have a maintainer? There are two PR's open that > contain patches to provide support for new devices, but I can't find > anyone to pin them on. :-) I thought bde looked after sio.c... Dunno if he reads this list. -- 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 Aug 14 1:47:27 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 2F4E337B711 for ; Mon, 14 Aug 2000 01:47:25 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e7E8lNm15725; Mon, 14 Aug 2000 01:47:23 -0700 (PDT) Date: Mon, 14 Aug 2000 01:47:23 -0700 From: Alfred Perlstein To: Jeff Rhyason Cc: hackers@freebsd.org Subject: Re: Collecting waiting statistics (simulation question) Message-ID: <20000814014723.L4854@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: ; from rhyason@cpsc.ucalgary.ca on Mon, Aug 14, 2000 at 01:45:08AM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Jeff Rhyason [000814 00:45] wrote: > > Using sysctls is probably the easiest way of doing it. > > OK. Is there any example code that uses sysctls in this way? A lot of sysctls implement some sort of statistics mechanism such as counters. Do a 'sysctl -a' and you'll see various sysctls being used for counters/stats. -- -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 Aug 14 2: 0:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhost.cpsc.ucalgary.ca (mailhost.cpsc.ucalgary.ca [136.159.2.100]) by hub.freebsd.org (Postfix) with ESMTP id 5A41337B711 for ; Mon, 14 Aug 2000 02:00:41 -0700 (PDT) (envelope-from rhyason@cpsc.ucalgary.ca) Received: from csh (csh.cpsc.ucalgary.ca [136.159.5.21]) by mailhost.cpsc.ucalgary.ca (1.3) id ; Mon, 14 Aug 2000 03:00:16 -0600 (MDT) Date: Mon, 14 Aug 2000 03:00:16 -0600 (MDT) From: Jeff Rhyason X-Sender: rhyason@csh To: hackers@freebsd.org Subject: Re: Collecting waiting statistics (simulation question) 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 lot of sysctls implement some sort of statistics mechanism > such as counters. Do a 'sysctl -a' and you'll see various > sysctls being used for counters/stats. Aah. This isn't quite what I lust for: Is it possible to get a *log* of allocation requests rather than aggregate sums or averages? The reason is so I can calculate the distribution of the data. For example: the kind of information I would like to have from kern_malloc for each invocation is: - time of the allocation - size - time spent in asleep - return value The same thing can be done with kern_free and from there the time the memory was used can be calculated. -Jeff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 2:35: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from oden.exmandato.se (oden.exmandato.se [192.71.33.1]) by hub.freebsd.org (Postfix) with ESMTP id 5CCD937B6B9 for ; Mon, 14 Aug 2000 02:35:01 -0700 (PDT) (envelope-from jonas.bulow@servicefactory.se) Received: from servicefactory.se (root@oden.exmandato.se [192.71.33.1]) by oden.exmandato.se (8.8.8/8.8.5) with ESMTP id LAA26221 for ; Mon, 14 Aug 2000 11:34:58 +0200 (MET DST) Message-ID: <3997BD3E.2B65AD19@servicefactory.se> Date: Mon, 14 Aug 2000 11:34:55 +0200 From: Jonas Bulow X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: Re: IPC, shared memory, syncronization AND threads... References: <39943C37.76D2DBCC@servicefactory.se> <39948331.5E83DE1B@servicefactory.se> <200008120230.TAA60410@vashon.polstra.com> <3995431A.324F8C89@servicefactory.se> <200008121639.JAA63479@vashon.polstra.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: > Jonas Bulow wrote > > Maybe I havn't been thinking enough but wouldn't this lock mechanism > > be a good choice to use for mmaped:memory accessed by multiple > > processes? > > It depends on the amount of contention you expect. The code in > lockdflt.c was designed for a very low-contention situation (usually > no contention at all). It also had to work in a very restrictive > environment where the threads package was unknown and could be > practically anything. Also it was designed to do locking between two > threads running in the same process, which is not the problem you're > trying to solve. Your environment is much more controlled, so you can > probably do better. I think I'm trying to solve the threading-problem too. The overall architecture is a preforked server where there is a need to share information between all threads in all preforked processes. The solution below seems to be good if flock doesn't block all threads in a process, that is. > > I think the ideal solution would first try to lock the test-and-set > lock, maybe spinning on it just a few times. If that failed it would > fall back to using a system-call lock such as flock() which would > allow the process to block without spinning. But I don't have any > code to do that. (If you write some, could I have a copy?) I am about to. I don't know it it's bad design to have rtld.c export lockdflt_init in the same way as dlopen, what di you think? /jonas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 2:58:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from oden.exmandato.se (oden.exmandato.se [192.71.33.1]) by hub.freebsd.org (Postfix) with ESMTP id AD9C837B826 for ; Mon, 14 Aug 2000 02:58:35 -0700 (PDT) (envelope-from jonas.bulow@servicefactory.se) Received: from servicefactory.se (root@oden.exmandato.se [192.71.33.1]) by oden.exmandato.se (8.8.8/8.8.5) with ESMTP id LAA26563 for ; Mon, 14 Aug 2000 11:58:33 +0200 (MET DST) Message-ID: <3997C2C5.83AFE056@servicefactory.se> Date: Mon, 14 Aug 2000 11:58:29 +0200 From: Jonas Bulow X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: freebsd and non-preemtive threads Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm trying to build a preforked and threaded server. When it comes to the threading part it seems that non-preemtive threads have a lot of benefits if the server is a statefull-server. What I'm trying to say is that the server is not going to do a lot of computation for each request. The server will simply update it's state and respond about it's success. In this situation preemtive threads creats more harm than good becuase of the fact that the thread don't know when the next context switch will happen and therefor must do locking and stuff for the resources it uses. I have found two packages for non-preemtive threads: "State Threads Library for Internet Applications", http://oss.sgi.com/projects/state-threads/ and GNU-Pth. Is there anyone who has any experience of these or have any comment about these? Is it possible to have the FreeBSD pthreads to be non-preemtive? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 3:23:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from slarti.muc.de (slarti.muc.de [193.149.48.10]) by hub.freebsd.org (Postfix) with SMTP id 2DDA637BD9F for ; Mon, 14 Aug 2000 03:23:31 -0700 (PDT) (envelope-from jhs@jhs.muc.de) Received: (qmail 11817 invoked from network); 14 Aug 2000 10:31:46 -0000 Received: from jhs.muc.de (HELO park.jhs.private) (193.149.49.84) by slarti.muc.de with SMTP; 14 Aug 2000 10:31:46 -0000 Received: from park.jhs.private (localhost [127.0.0.1]) by park.jhs.private (8.9.3/8.9.3) with ESMTP id WAA02676; Sun, 13 Aug 2000 22:38:42 GMT (envelope-from jhs@park.jhs.private) Message-Id: <200008132238.WAA02676@park.jhs.private> To: Ollivier Robert Cc: hackers@FreeBSD.ORG, green@FreeBSD.ORG Subject: Re: ELF rtld and environment variables... From: "Julian Stacey" Organization: Vector Systems Ltd - Munich Unix & Internet consultancy X-Web: http://www.jhs.muc.de http://bim.bsn.com/~jhs/ In-reply-to: Your message of "Mon, 07 Aug 2000 23:39:02 +0200." <20000807233902.B58920@keltia.freenix.fr> Date: Mon, 14 Aug 2000 00:38:42 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ollivier Robert wrote: > According to Julian Stacey: > > 4.1-release produces no /sbin/mount_cfs, & man mount give no hint, > > If you have patches to test, I volunteer to test on 4.1 or 3.4 :-) > It is a port. I'd love to import it into CURRENT though. Some friends running vile Micro$oft asked me if BSD offers an encrypting file system, & it would be just too horrible to say "No", [though wether src/ or ports/ is best, I'm not now informed to comment] How do I get my hands on your sources ? :-) I'm running 4.0 on my laptop, was going to 4.1, but will go stable or current instead if necessary. Julian - Julian Stacey http://bim.bsn.com/~jhs/ Munich Unix Consultant. Free BSD Unix with 3600 packages & sources. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 4:19:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mppsystems.com (mppsystems.com [208.210.148.205]) by hub.freebsd.org (Postfix) with ESMTP id 211D637B6E2 for ; Mon, 14 Aug 2000 04:19:27 -0700 (PDT) (envelope-from mpp@mppsystems.com) Received: (from mpp@localhost) by mppsystems.com (8.9.3/8.9.3) id GAA75196; Mon, 14 Aug 2000 06:18:10 -0500 (CDT) (envelope-from mpp) Date: Mon, 14 Aug 2000 06:18:10 -0500 From: Mike Pritchard To: Darren Reed Cc: John Baldwin , hackers@FreeBSD.ORG Subject: Re: COMPAT_43 and kernel compiles. Message-ID: <20000814061810.A75138@mppsystems.com> References: <200008130814.BAA65526@pike.osd.bsdi.com> <200008130819.SAA22499@cairo.anu.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200008130819.SAA22499@cairo.anu.edu.au>; from avalon@coombs.anu.edu.au on Sun, Aug 13, 2000 at 06:19:37PM +1000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Aug 13, 2000 at 06:19:37PM +1000, Darren Reed wrote: > > Darren Reed wrote: > > > > > > Is it meant to be possible to compile a kernel *without* COMPAT_43 ? > > > > > > Has anyone else tried this recently ? > > > > > > For me, it seems to break the compile in (at least) kern_sig.c I doing this for a while, and I think the last signal interface change broke not being able to compile a kernel without COMPAT_43. This was a while back, and someone was supposed to be working on it to fix it. I might be able to dig some more info up if anyone wants it. > > >From /sys/i386/conf/NOTES: > > > > # > > # Implement system calls compatible with 4.3BSD and older versions of > > # FreeBSD. You probably do NOT want to remove this as much current code > > # still relies on the 4.3 emulation. > > # > > options COMPAT_43 > > If it is to not be an option, then it should be deprecated as an option > and all of that removed. FWIW, I tested NetBSD-current without this > option and it compiles cleanly (not that I used it). Seems like someone > needs to make a decision one way or the other about COMPAT_43 and FreeBSD. It used to be possible to compile and run kernels with COMPAT_43 undefined. -Mike -- Mike Pritchard mpp@FreeBSD.org or mpp@mppsystems.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 4:57:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (beachchick.freebsd.dk [212.242.32.208]) by hub.freebsd.org (Postfix) with ESMTP id 91E0837B9B0 for ; Mon, 14 Aug 2000 04:57:44 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id GAA42048; Mon, 14 Aug 2000 06:49:05 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Maxime Henrion Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: limit processes that a user can 'see' In-Reply-To: Your message of "Sun, 13 Aug 2000 23:03:05 +0200." <39970D08.4BA72541@qualys.com> Date: Mon, 14 Aug 2000 06:49:05 +0200 Message-ID: <42046.966228545@critter> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <39970D08.4BA72541@qualys.com>, Maxime Henrion writes: > Hello, > >I have an idea that I would love to see applied in FreeBSD source code, >but as I'm not skilled enough to code it, I post it to see if you think >it makes sense, and if someone would be interested in coding this. It is >a security measure regarding 'ps' command. > >By using the 'ps' command, any user logged in the system can view all >the running processes, including root's one and processes of other >users. My idea is to limit a bit this behaviour. You can possibly make jail(8) do this for you... -- 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 Mon Aug 14 7: 7:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tuminfo2.informatik.tu-muenchen.de (tuminfo2.informatik.tu-muenchen.de [131.159.0.81]) by hub.freebsd.org (Postfix) with ESMTP id 1468837C1B4; Mon, 14 Aug 2000 07:07:21 -0700 (PDT) (envelope-from langd@informatik.tu-muenchen.de) Received: from atrbg11.informatik.tu-muenchen.de ([131.159.9.196] HELO atrbg11.informatik.tu-muenchen.de ident: NO-IDENT-SERVICE [port 2965]) by tuminfo2.informatik.tu-muenchen.de with SMTP id <110642-232>; Mon, 14 Aug 2000 16:07:12 +0000 Received: by atrbg11.informatik.tu-muenchen.de (Postfix, from userid 20455) id 979921362C; Mon, 14 Aug 2000 16:07:06 +0200 (CEST) From: Daniel Lang To: Mike Smith Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Bootstrapping ? (was Re: Installation Problems on Dell PowerEdge 6100/200 ) Message-ID: <20000814160706.B37757@atrbg11.informatik.tu-muenchen.de> References: <20000811100433.A20713@atrbg11.informatik.tu-muenchen.de> <200008112235.PAA00809@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200008112235.PAA00809@mass.osd.bsdi.com>; from msmith@freebsd.org on Sat, Aug 12, 2000 at 12:24:55AM +0000 Date: Mon, 14 Aug 2000 16:07:07 +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hiho, Mike Smith wrote on Sat, Aug 12, 2000 at 12:24:55AM +0000: [..] > Ok, once you have this setting in place, re-install and verify that the > disk geometry is xxx/255/63. Any other value will cause the system to > fail to boot. I suspect that the point at which you tried this you > already had the system installed with a totally bogus geometry. This was in fact, the hint I needed. The geometry was set to strange values, resetting it to 522/255/63 (for a 4G drive), solved the problem. After that, the system did boot correctly, and I could move on to the next problem (getting the SMP kernel running, which finally succeeded, as well). I'm still wondering if the wrong geometry settings could result from the prior solaris installation, or from unsuccessful installation attempts ? I always thought geometry settings are sort of alway right with scsi disks ... So thanks a lot for your help. Best regards, Daniel -- IRCnet: Mr-Spock - Truth lies in the eye of the beholder - *Daniel Lang * dl@leo.org * +49 89 289 25735 * http://www.leo.org/~dl/* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 8:25:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.wplus.net (relay.wplus.net [195.131.52.179]) by hub.freebsd.org (Postfix) with ESMTP id DA6A437BD1D for ; Mon, 14 Aug 2000 08:25:45 -0700 (PDT) (envelope-from kvn@wplus.net) Received: from kernigan.wplus.net (kernigan.wplus.net [195.131.52.178]) by relay.wplus.net (8.9.1/8.9.1/wplus.2) with ESMTP id TAA53306 for ; Mon, 14 Aug 2000 19:25:44 +0400 (MSD) Received: from himera.wplus.net (office.wplus.net [195.131.52.131]) by kernigan.wplus.net (8.9.1/8.9.1/wplus.2) with ESMTP id TAA32530 for ; Mon, 14 Aug 2000 19:25:44 +0400 (GMT+0400) X-Real-To: Received: from security.wplus.net (security.wplus.net [195.131.0.45]) by himera.wplus.net (8.9.1/8.9.0) with ESMTP id TAA25434 for ; Mon, 14 Aug 2000 19:25:44 +0400 (MSD) Date: Mon, 14 Aug 2000 19:25:42 +0400 From: Kazennov Vladimir X-Mailer: The Bat! (v1.42c) Reply-To: Kazennov Vladimir Organization: Web Plus X-Priority: 3 (Normal) Message-ID: <233075238.20000814192542@wplus.net> To: freebsd-hackers@freebsd.org Subject: how to support adaptec 29160 ? 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 Hello ALL! Please, give me some info about support adaptec 29160 with FreeBSD Kernel during installation doesn't recognise this adapter Best regards, Kazennov mailto:kvn@wplus.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 8:40: 0 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 8B55B37B55B for ; Mon, 14 Aug 2000 08:39:48 -0700 (PDT) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.9.3/8.9.3) with ESMTP id JAA22833; Mon, 14 Aug 2000 09:39:46 -0600 (MDT) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost.village.org [127.0.0.1]) by billy-club.village.org (8.9.3/8.8.3) with ESMTP id JAA02742; Mon, 14 Aug 2000 09:39:02 -0600 (MDT) Message-Id: <200008141539.JAA02742@billy-club.village.org> To: Brian Somers Subject: Re: Does sio have a maintainer? Cc: Sheldon Hearn , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 14 Aug 2000 08:38:40 BST." <200008140738.IAA01662@hak.lan.Awfulhak.org> References: <200008140738.IAA01662@hak.lan.Awfulhak.org> Date: Mon, 14 Aug 2000 09:39:02 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200008140738.IAA01662@hak.lan.Awfulhak.org> Brian Somers writes: : > Does the sio driver have a maintainer? There are two PR's open that : > contain patches to provide support for new devices, but I can't find : > anyone to pin them on. :-) : : I thought bde looked after sio.c... Dunno if he reads this list. bde does maintain sio, for the most part. I also maintain the pci modem part of sio and am looking at one of the PRs right now which adds support for simple multiport serial ports attached to a pci bus (at bde's prodding). bde has some pending changes to sio as well in his queue. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 9: 1:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from itsdsv1.enc.edu (fw1.enc.edu [63.85.52.127]) by hub.freebsd.org (Postfix) with ESMTP id 4F05937B94C; Mon, 14 Aug 2000 09:01:35 -0700 (PDT) (envelope-from owensc@enc.edu) Received: from enc.edu (r2s1.r.its.enc.edu [10.100.0.21]) by itsdsv1.enc.edu (8.7.5/8.7.3) with ESMTP id LAA11607; Mon, 14 Aug 2000 11:20:50 -0400 (EDT) Message-ID: <399810E2.D6FAF14F@enc.edu> Date: Mon, 14 Aug 2000 11:31:46 -0400 From: "Charles N. Owens" Organization: Eastern Nazarene College X-Mailer: Mozilla 4.61 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: library name conflict problem References: <396CD492.AAF0C38C@enc.edu> <396CE597.A9B2AD5@originative.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Howdy! I've run into a situation where I need to have two differing implementations of a library (both are from the ports collection) installed on the same machine... by default both implementations get installed with the same name (but in different locations) which causes a library-name-resolution problem: the one appearing first in the hints database is the only one that gets used. This, of course, breaks applications that need the other version of the library. Does anyone have any recommendations about how this should best be resolved? Should one of the two libraries be given a different name altogether (which then would require any ports that need this library to be adjusted to link to the new name)... or is there a better approach? This is actually a reposting... I made the mistake of including the word 'perldap' in the original posting which may have pushed it below the radar of most. Below is the original text which provides further background. Thanks! Charles Owens --- Original Posting: I 've encountered a problem which I could see affecting other LDAP hackers as well: the libldap and libber libraries from openldap and from the Mozilla ldap-sdk (${PORTSDIR}/net/ldapsdk) get installed with the same names and version numbers (but not in the same directories... the mozilla libs get put in /usr/local/mozilla/directory/lib). Thus when running programs written for either library set the libraries that actually get invoked are whichever set is listed first in the dynamic linker's "hints" database. This is very annoying! What is the appropriate solution? Some thoughts that come to mind: * change the version number that gets used for either library set... and then change all corresponding ports (if any) to use that verion number * somehow compile stuff (PerLDAP, for example) so it goes directly to the Mozilla libraries, despite the fact that the openldap libs are in the hints database first. I'm sure this could be accomplished via static linking, but that doesn't seem ideal. I'm not exactly sure how to accomplish either approach. Any hints? (hah! a weak pun!) Thanks, -- ------------------------------------------------------------------------- Charles N. Owens Email: owensc@enc.edu http://www.enc.edu/~owensc Network & Systems Administrator Information Technology Services "Outside of a dog, a book is a man's Eastern Nazarene College best friend. Inside of a dog it's too dark to read." - Groucho Marx ------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 9:50:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from adler.grauel.com (adler.grauel.com [199.233.104.46]) by hub.freebsd.org (Postfix) with ESMTP id CBFC637BAFC for ; Mon, 14 Aug 2000 09:49:56 -0700 (PDT) (envelope-from jjr@adler.grauel.com) Received: (from jjr@localhost) by adler.grauel.com (8.8.8/8.8.8) id LAA15815; Mon, 14 Aug 2000 11:52:21 -0500 (EST) (envelope-from jjr) From: "John J. Rieser" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14744.9157.195043.189270@adler.grauel.com> Date: Mon, 14 Aug 2000 11:52:21 -0500 (EST) To: Warner Losh Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Does sio have a maintainer? In-Reply-To: <200008141539.JAA02742@billy-club.village.org> References: <200008140738.IAA01662@hak.lan.Awfulhak.org> <200008141539.JAA02742@billy-club.village.org> X-Mailer: VM 6.71 under 21.1 (patch 7) "Biscayne" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh writes: > In message <200008140738.IAA01662@hak.lan.Awfulhak.org> Brian Somers writes: > : > Does the sio driver have a maintainer? There are two PR's open that > : > contain patches to provide support for new devices, but I can't find > : > anyone to pin them on. :-) > : > : I thought bde looked after sio.c... Dunno if he reads this list. > > bde does maintain sio, for the most part. I also maintain the pci > modem part of sio and am looking at one of the PRs right now which > adds support for simple multiport serial ports attached to a pci bus > (at bde's prodding). bde has some pending changes to sio as well in > his queue. Greetings!, Without going into too much detail, I am using isa Byterunner 6-port cards at present (AST Multiport compat) and wish to use their pci version cards *when* a pci driver exists;-) I would gladly donate this pci style card if it would help in the development of the driver. I'd also volunteer to do any testing of new drivers for this as well. Thanks, John J. Rieser jjr@grauel.com PO Box 6249 Tel: (765)477-6000 \ 100 Sawmill Road x327 Lafayette, IN 47903 (800)489-4891 / To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 10:21:22 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 AA6DB37BB58 for ; Mon, 14 Aug 2000 10:21:19 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 14 Aug 2000 18:21:15 +0100 (BST) Date: Mon, 14 Aug 2000 18:21:15 +0100 From: David Malone To: Kazennov Vladimir Cc: freebsd-hackers@freebsd.org Subject: Re: how to support adaptec 29160 ? Message-ID: <20000814182115.A76682@walton.maths.tcd.ie> References: <233075238.20000814192542@wplus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <233075238.20000814192542@wplus.net>; from kvn@wplus.net on Mon, Aug 14, 2000 at 07:25:42PM +0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Aug 14, 2000 at 07:25:42PM +0400, Kazennov Vladimir wrote: > Please, give me some info about support adaptec 29160 with FreeBSD > Kernel during installation doesn't recognise this adapter What version of FreeBSD? It should be supported in 4.1. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 11: 8:17 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 AA06737C2CE; Mon, 14 Aug 2000 11:08:00 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com ([208.187.122.225]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id MAA16699; Mon, 14 Aug 2000 12:07:34 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <399836CB.1D9A264C@softweyr.com> Date: Mon, 14 Aug 2000 12:13:31 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.1-RC i386) X-Accept-Language: en MIME-Version: 1.0 To: Julian Stacey Cc: Ollivier Robert , hackers@FreeBSD.ORG, green@FreeBSD.ORG Subject: Re: ELF rtld and environment variables... References: <200008132238.WAA02676@park.jhs.private> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Stacey wrote: > > Ollivier Robert wrote: > > According to Julian Stacey: > > > 4.1-release produces no /sbin/mount_cfs, & man mount give no hint, > > > If you have patches to test, I volunteer to test on 4.1 or 3.4 :-) > > It is a port. I'd love to import it into CURRENT though. > > Some friends running vile Micro$oft asked me if BSD offers an encrypting file > system, & it would be just too horrible to say "No", > [though wether src/ or ports/ is best, I'm not now informed to comment] > > How do I get my hands on your sources ? :-) I'm running 4.0 on my laptop, > was going to 4.1, but will go stable or current instead if necessary. My relatively recent 4.1 laptop has it in ports/security/cfs. The package description reads: This is CFS, Matt Blaze's Cryptographic File System. It provides transparent encryption and decryption of selected directory trees. It is implemented as a user-level NFS server and thus does not require any kernel modifications. For an overview of how to use it, read "${PREFIX}/share/doc/cfs/notes.ms" and the manual pages. There is a paper describing CFS at: ftp://research.att.com/dist/mab/cfs.ps Under FreeBSD, the mount command for the CFS tree must include "-o port=3049,nfsv2". John Polstra -- "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 Mon Aug 14 11:16:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f89.pav1.hotmail.com [64.4.31.89]) by hub.freebsd.org (Postfix) with ESMTP id DD2E237BF3C for ; Mon, 14 Aug 2000 11:16:14 -0700 (PDT) (envelope-from biffey@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 14 Aug 2000 11:16:09 -0700 Received: from 209.213.222.214 by pv1fd.pav1.hotmail.msn.com with HTTP; Mon, 14 Aug 2000 GMT X-Originating-IP: [209.213.222.214] From: "Bill Clinton" To: freebsd-hackers@freebsd.org Subject: dma to userland address Date: Mon, 14 Aug 2000 18:16:09 GMT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 14 Aug 2000 18:16:09.0986 (UTC) FILETIME=[B8C02E20:01C0061B] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG lets say, hypothetically, that i have an ioctl interface to my device driver that takes a buffer that looks something like: struct { int length; char *buf; } mystruct; and lets say, hypothetically, that i wanted to dma directly to/from 'buf'. how would i do that? i've tried doing vtophys on buf, but that doesn't seem to work. i've tried doing vtophys on a kernel-allocated block and the mmapping it through /dev/mem in userland, but that doesn't seem to work either (this may have a bug, though - it worked under linux, but was about 10x slower than just leaving the kernel/user copy in there). so what am i missing here? - j ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 13:59:19 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 DA1D537B50C for ; Mon, 14 Aug 2000 13:59:15 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id NAA13044; Mon, 14 Aug 2000 13:59:12 -0700 Date: Mon, 14 Aug 2000 13:59:13 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Bill Clinton Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: dma to userland address 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 Look at what physio does. On Mon, 14 Aug 2000, Bill Clinton wrote: > lets say, hypothetically, that i have an ioctl interface to my device > driver that takes a buffer that looks something like: > > struct { > int length; > char *buf; > } mystruct; > > and lets say, hypothetically, that i wanted to dma directly > to/from 'buf'. how would i do that? > > i've tried doing vtophys on buf, but that doesn't seem to work. > > i've tried doing vtophys on a kernel-allocated block and the mmapping it > through /dev/mem in userland, but that doesn't seem to work either (this > may have a bug, though - it worked under linux, but was about 10x slower > than just leaving the kernel/user copy in there). > > so what am i missing here? > > - j > ________________________________________________________________________ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.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 Aug 14 14:10:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from uranium.dashmail.net (uranium.dashmail.net [216.36.26.29]) by hub.freebsd.org (Postfix) with ESMTP id 27ECA37B589 for ; Mon, 14 Aug 2000 14:10:31 -0700 (PDT) (envelope-from ptacek@dashmail.net) Received: from Ptacek (rc1s7p8.dashmail.net [216.36.33.80]) by uranium.dashmail.net (8.10.1/8.10.1) with SMTP id e7ELDJW39453 for ; Mon, 14 Aug 2000 21:13:19 GMT Reply-To: From: "Chris Ptacek" To: Subject: code question... Date: Mon, 14 Aug 2000 14:10:16 -0700 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.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am getting a warning from a program I wrote: lined in free(): warning: chunk is already free. Is there anyway I can figure out where exactly this is happening, maybe cause a core or something. - Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 14:18: 0 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 D73CD37B528 for ; Mon, 14 Aug 2000 14:17:56 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id QAA19389; Mon, 14 Aug 2000 16:17:52 -0500 (CDT) (envelope-from dan) Date: Mon, 14 Aug 2000 16:17:52 -0500 From: Dan Nelson To: Chris Ptacek Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: code question... Message-ID: <20000814161752.B18912@dan.emsphone.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.3.7i In-Reply-To: ; from "Chris Ptacek" on Mon Aug 14 14:10:16 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Aug 14), Chris Ptacek said: > I am getting a warning from a program I wrote: > > lined in free(): warning: chunk is already free. > > Is there anyway I can figure out where exactly this is happening, maybe > cause a core or something. Man malloc, see the "DEBUGGING MALLOC PROBLEMS" section. -- 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 Aug 14 14:41: 2 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 A66ED37B612 for ; Mon, 14 Aug 2000 14:40:59 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 35F861C70; Mon, 14 Aug 2000 17:40:58 -0400 (EDT) Date: Mon, 14 Aug 2000 17:40:58 -0400 From: Bill Fumerola To: Chris Ptacek Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: code question... Message-ID: <20000814174058.Q65562@jade.chc-chimes.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from ptacek@dashmail.net on Mon, Aug 14, 2000 at 02:10:16PM -0700 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Aug 14, 2000 at 02:10:16PM -0700, Chris Ptacek wrote: > I am getting a warning from a program I wrote: > > lined in free(): warning: chunk is already free. > > Is there anyway I can figure out where exactly this is happening, maybe > cause a core or something. From 'man free', which you did read twice, right? (in reference to malloc.conf...) A All warnings (except for the warning about unknown flags being set) become fatal. The process will call abort(3) in these cas- es. -- Bill Fumerola - Network Architect, BOFH / Chimes, Inc. billf@chimesnet.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 Mon Aug 14 15:44:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rmx602-mta.mail.com (rmx602-mta.mail.com [165.251.48.51]) by hub.freebsd.org (Postfix) with ESMTP id B395A37B5AF for ; Mon, 14 Aug 2000 15:44:35 -0700 (PDT) (envelope-from bpetro@usa.com) Received: from web303-mc.mail.com (web303-mc.mail.com [165.251.48.164]) by rmx602-mta.mail.com (8.9.3/8.9.3) with SMTP id SAA01901 for ; Mon, 14 Aug 2000 18:44:29 -0400 (EDT) Message-ID: <383590598.966293068769.JavaMail.root@web303-mc.mail.com> Date: Mon, 14 Aug 2000 18:44:28 -0400 (EDT) From: Bruce Petro To: hackers@FreeBSD.ORG Subject: Re: ipfw drop packets based on SYN &TTL Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-WM-FaxTo: X-Mailer: mail.com X-Originating-IP: 208.24.179.211 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is this similar to the following kernel configuration? options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN Thanks! Bruce. ______________________________________________ FREE Personalized Email at Mail.com Sign up at http://www.mail.com/?sr=signup To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 16: 0:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from po4.wam.umd.edu (po4.wam.umd.edu [128.8.10.166]) by hub.freebsd.org (Postfix) with ESMTP id 15E7F37BEC4 for ; Mon, 14 Aug 2000 15:58:11 -0700 (PDT) (envelope-from gollucci@wam.umd.edu) Received: from rac1.wam.umd.edu (rac1.wam.umd.edu [128.8.10.141]) by po4.wam.umd.edu (8.9.3/8.9.3) with ESMTP id SAA04937; Mon, 14 Aug 2000 18:58:07 -0400 (EDT) Received: from rac1.wam.umd.edu (localhost [127.0.0.1]) by rac1.wam.umd.edu (8.9.3/8.9.3) with SMTP id SAA13291; Mon, 14 Aug 2000 18:58:06 -0400 (EDT) Received: from localhost (gollucci@localhost) by rac1.wam.umd.edu (8.9.3/8.9.3) with ESMTP id SAA13287; Mon, 14 Aug 2000 18:58:06 -0400 (EDT) X-Authentication-Warning: rac1.wam.umd.edu: gollucci owned process doing -bs Date: Mon, 14 Aug 2000 18:58:06 -0400 (EDT) From: "Philip M. Gollucci" To: Chris Ptacek Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: code 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 This is happening in a call to free() ;; the memory being freed is either not actually allocated or is somewhere that your programs memory does not contain (ie address out of range). Use mxgdb, ddd, or gdb to show all things things and step through the executiong. ***************************************************************************** Philip M. Gollucci E-mail : gollucci@wam.umd.edu Philip@p6m7g8.com Phone : 301.249.6261 Major : Computer Science Electrical Engineering Current Job : Co Science, Discovery, & the Universe Webmaster ***************************************************************************** On Mon, 14 Aug 2000, Chris Ptacek wrote: > I am getting a warning from a program I wrote: > > lined in free(): warning: chunk is already free. > > Is there anyway I can figure out where exactly this is happening, maybe > cause a core or something. > > - Chris > > > > 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 Aug 14 16:23:29 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 F21DD37C253 for ; Mon, 14 Aug 2000 16:21:10 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id C9A0E1C65; Mon, 14 Aug 2000 19:21:08 -0400 (EDT) Date: Mon, 14 Aug 2000 19:21:08 -0400 From: Bill Fumerola To: Bruce Petro Cc: hackers@FreeBSD.ORG Subject: Re: ipfw drop packets based on SYN &TTL Message-ID: <20000814192108.R65562@jade.chc-chimes.com> References: <383590598.966293068769.JavaMail.root@web303-mc.mail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <383590598.966293068769.JavaMail.root@web303-mc.mail.com>; from bpetro@usa.com on Mon, Aug 14, 2000 at 06:44:28PM -0400 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Aug 14, 2000 at 06:44:28PM -0400, Bruce Petro wrote: > Is this similar to the following kernel configuration? > options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN Not at all. The original poster is looking to drop all packets with a certain tcp syn#, where the TCP_DROP_SYNFIN option (and you must turn on the corresponding sysctl for it to be enabled) drops all packets with both the "syn" and "fin" flags set. functionally equivalent to: ipfw add drop tcp from any to any tcpflags syn,fin -- Bill Fumerola - Network Architect, BOFH / Chimes, Inc. billf@chimesnet.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 Mon Aug 14 16:37:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bluerose.windmoon.nu (c255152-a.plstn1.sfba.home.com [24.176.132.48]) by hub.freebsd.org (Postfix) with ESMTP id D39DA37C332 for ; Mon, 14 Aug 2000 16:35:44 -0700 (PDT) (envelope-from fengyue@bluerose.windmoon.nu) Received: from localhost (fengyue@localhost) by bluerose.windmoon.nu (8.10.2/Windmoon/8.10.2) with ESMTP id e7ENp4T06201; Mon, 14 Aug 2000 16:51:04 -0700 (PDT) Date: Mon, 14 Aug 2000 16:51:04 -0700 (PDT) From: FengYue To: Bruce Petro Cc: hackers@FreeBSD.ORG Subject: Re: ipfw drop packets based on SYN &TTL In-Reply-To: <383590598.966293068769.JavaMail.root@web303-mc.mail.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 No, TTL is in IP header while SYN & FIN are TCP flags. On Mon, 14 Aug 2000, Bruce Petro wrote: > Is this similar to the following kernel configuration? > options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN > > Thanks! > Bruce. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 16:39:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lunatic.oneinsane.net (lunatic.oneinsane.net [207.113.133.231]) by hub.freebsd.org (Postfix) with ESMTP id D55BF37BF60 for ; Mon, 14 Aug 2000 16:37:38 -0700 (PDT) (envelope-from insane@lunatic.oneinsane.net) Received: by lunatic.oneinsane.net (Postfix, from userid 1000) id 164D215510; Mon, 14 Aug 2000 16:37:37 -0700 (PDT) Date: Mon, 14 Aug 2000 16:37:36 -0700 From: Ron 'The InSaNe One' Rosson To: freebsd-hackers@freebsd.org Subject: Updating /etc/passwd and /etc/master.passwd Message-ID: <20000814163736.A60632@lunatic.oneinsane.net> Reply-To: Ron Rosson Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD lunatic.oneinsane.net 4.0-STABLE X-Moon: The Moon is Full X-Opinion: What you read here is my IMHO X-WWW: http://www.oneinsane.net X-GPG-FINGERPRINT: 3F11 DB43 F080 C037 96F0 F8D3 5BD2 652B 171C 86DB X-Uptime: 4:36PM up 13 days, 14 mins, 1 user, load averages: 1.03, 1.16, 1.12 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am about to migrate from a 2.2.8-STABLE box to a 4.1-STABLE box and beofre I try was wondering is there anything special I have to do do migrate my passwd file over their with my accounts. TIA -- ------------------------------------------------------------------------------ Ron Rosson ... and a UNIX user said ... The InSaNe One rm -rf * insane@oneinsane.net and all was /dev/null and *void() ------------------------------------------------------------------------------ You are the Senate. You have the power to Filibuster. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 16:41:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bluerose.windmoon.nu (c255152-a.plstn1.sfba.home.com [24.176.132.48]) by hub.freebsd.org (Postfix) with ESMTP id 1E6C537C37B for ; Mon, 14 Aug 2000 16:40:37 -0700 (PDT) (envelope-from fengyue@bluerose.windmoon.nu) Received: from localhost (fengyue@localhost) by bluerose.windmoon.nu (8.10.2/Windmoon/8.10.2) with ESMTP id e7ENu1m06216 for ; Mon, 14 Aug 2000 16:56:01 -0700 (PDT) Date: Mon, 14 Aug 2000 16:56:01 -0700 (PDT) From: FengYue To: hackers@FreeBSD.ORG Subject: linux expo san jose tomorrow In-Reply-To: <383590598.966293068769.JavaMail.root@web303-mc.mail.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 hey, is there gonna be a freebsd or bsd booth there tomorrow in san jose for that linux expo thing? I may go if there is a bsd booth... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 17:41: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from zippy.osd.bsdi.com (zippy.osd.bsdi.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 12F1937B990 for ; Mon, 14 Aug 2000 17:41:07 -0700 (PDT) (envelope-from jkh@zippy.osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id RAA52631; Mon, 14 Aug 2000 17:40:08 -0700 (PDT) (envelope-from jkh@zippy.osd.bsdi.com) To: FengYue Cc: hackers@FreeBSD.ORG Subject: Re: linux expo san jose tomorrow In-reply-to: Your message of "Mon, 14 Aug 2000 16:56:01 PDT." Date: Mon, 14 Aug 2000 17:40:08 -0700 Message-ID: <52628.966300008@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > hey, is there gonna be a freebsd or bsd booth there tomorrow > in san jose for that linux expo thing? I may go if there is > a bsd booth... There will be a BSDi booth at the show. Look for the usual black monolith with the daemon on it. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 17:53:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from picnic.chuckr.org (picnic.chuckr.org [216.254.96.118]) by hub.freebsd.org (Postfix) with ESMTP id 697E437B5E2 for ; Mon, 14 Aug 2000 17:53:40 -0700 (PDT) (envelope-from chuckr@picnic.chuckr.org) Received: from localhost (chuckr@localhost) by picnic.chuckr.org (8.9.3/8.9.3) with ESMTP id UAA03517; Mon, 14 Aug 2000 20:53:50 -0400 (EDT) (envelope-from chuckr@picnic.chuckr.org) Date: Mon, 14 Aug 2000 20:53:50 -0400 (EDT) From: Chuck Robey To: Jeff Rhyason Cc: hackers@FreeBSD.ORG Subject: Re: Collecting waiting statistics (simulation 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 On Mon, 14 Aug 2000, Jeff Rhyason wrote: > > A lot of sysctls implement some sort of statistics mechanism > > such as counters. Do a 'sysctl -a' and you'll see various > > sysctls being used for counters/stats. > > Aah. This isn't quite what I lust for: Is it possible to get a *log* of > allocation requests rather than aggregate sums or averages? The reason is > so I can calculate the distribution of the data. For example: the kind of > information I would like to have from kern_malloc for each invocation is: > - time of the allocation > - size > - time spent in asleep > - return value > The same thing can be done with kern_free and from there the time the > memory was used can be calculated. So write it. It wouldn't be terribly difficult. I don't think it'd be terribly popular (so you won't be able to talk someone here into doing it for you) but you could grab an idea for the communications & logging from syslog (using a daemon & a socket) and just instrument the right parts of the kernel to write to the socket. You'd have to write the daemon & write a bit of code in the kernel. It would be a reasonably simple project. ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@picnic.chuckr.org| electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 18:26:26 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 4512C37B58B for ; Mon, 14 Aug 2000 18:26:23 -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 SAA13276; Mon, 14 Aug 2000 18:26:20 -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 SAA03115; Mon, 14 Aug 2000 18:26:19 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Mon, 14 Aug 2000 18:26:19 -0700 (PDT) Message-Id: <200008150126.SAA03115@vashon.polstra.com> To: hackers@freebsd.org Cc: archie@whistle.com Subject: Re: CVS question In-Reply-To: <200008091836.LAA33249@bubba.whistle.com> References: <200008091836.LAA33249@bubba.whistle.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <200008091836.LAA33249@bubba.whistle.com>, Archie Cobbs wrote: > > Hmm.. sounds like we should do one or both of these things.. > > 1/ Fix the bug in CVS that caused the import to set two different dates I finally got around to checking, and the bug doesn't exist in the current version of CVS that we use. I think it probably got fixed a couple of years ago when they stopped running "rcs" and started doing all the RCS operations directly themselves. Some things _have_ gotten better since 1993. :-) > 2/ Modify this cvs file to set the dates to be the same Yep, good idea. It's only a 1-second difference. I've done that now. 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 Mon Aug 14 18:48:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from picnic.chuckr.org (picnic.chuckr.org [216.254.96.118]) by hub.freebsd.org (Postfix) with ESMTP id 96AF137B6B4 for ; Mon, 14 Aug 2000 18:48:09 -0700 (PDT) (envelope-from chuckr@picnic.chuckr.org) Received: from localhost (chuckr@localhost) by picnic.chuckr.org (8.9.3/8.9.3) with ESMTP id VAA04027; Mon, 14 Aug 2000 21:48:28 -0400 (EDT) (envelope-from chuckr@picnic.chuckr.org) Date: Mon, 14 Aug 2000 21:48:27 -0400 (EDT) From: Chuck Robey To: Kazennov Vladimir Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: how to support adaptec 29160 ? In-Reply-To: <233075238.20000814192542@wplus.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 Mon, 14 Aug 2000, Kazennov Vladimir wrote: > Hello ALL! > Please, give me some info about support adaptec 29160 with FreeBSD > Kernel during installation doesn't recognise this adapter Works fine for me, just using the ahc driver (endless thanks to Justin Gibbs!) I have a dualbussed 7895 controller on my motherboard, so the 29160 became my ahc2. I only have one of the my drives up yet, but my hints file looks like: hint.da.3.at="scbus2" hint.da.3.target="0" hint.da.4.at="scbus2" hint.da.4.target="1" (scbus0 & 1 already used up with the 7895). The config file just needs the single "device ahc", no count required. The dmesg so far (with only one of my two drives up): ahc2: port 0xf000-0xf0ff mem 0xfecfd000-0x da3 at ahc2 bus 0 target 6 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 160.000MB/s transfers (80.000MHz, offset 63, 16bit) da3: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) Bonnie tells me: -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 100 16798 98.2 27256 63.6 10974 35.3 15611 99.2 29266 45.0 366.9 7.3 ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@picnic.chuckr.org| electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 19: 0:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from krell.webweaver.net (krell.webweaver.net [206.24.105.170]) by hub.freebsd.org (Postfix) with ESMTP id DF57837B6B4 for ; Mon, 14 Aug 2000 19:00:33 -0700 (PDT) (envelope-from nicole@unixgirl.com) Received: from xwin.nmhtech.com (xwin.nmhtech.com [208.138.46.10]) by krell.webweaver.net (Postfix) with ESMTP id 8392820F04; Mon, 14 Aug 2000 18:56:27 -0700 (PDT) Content-Length: 1061 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: <52628.966300008@localhost> Date: Mon, 14 Aug 2000 19:00:33 -0700 (PDT) From: "Nicole Harrington." To: "Jordan K. Hubbard" Subject: Re: linux expo san jose tomorrow Cc: hackers@FreeBSD.ORG, FengYue Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 15-Aug-00 Jordan K. Hubbard wrote: >> hey, is there gonna be a freebsd or bsd booth there tomorrow >> in san jose for that linux expo thing? I may go if there is >> a bsd booth... > > There will be a BSDi booth at the show. Look for the usual black > monolith with the daemon on it. > > - Jordan And A BSDi BOF later in the day! see www.daemonnews.org Nicole > > > 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 Mon Aug 14 19:25:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhost.cpsc.ucalgary.ca (mailhost.cpsc.ucalgary.ca [136.159.2.100]) by hub.freebsd.org (Postfix) with ESMTP id 91AAD37B7D4 for ; Mon, 14 Aug 2000 19:25:20 -0700 (PDT) (envelope-from rhyason@cpsc.ucalgary.ca) Received: from csh (csh.cpsc.ucalgary.ca [136.159.5.21]) by mailhost.cpsc.ucalgary.ca (1.3) id ; Mon, 14 Aug 2000 20:24:49 -0600 (MDT) Date: Mon, 14 Aug 2000 20:24:48 -0600 (MDT) From: Jeff Rhyason X-Sender: rhyason@csh To: hackers@freebsd.org Cc: Chuck Robey Subject: Re: Collecting waiting statistics (simulation question) 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 > So write it. It wouldn't be terribly difficult. I don't think it'd be > terribly popular (so you won't be able to talk someone here into doing > it for you) but you could grab an idea for the communications & logging > from syslog (using a daemon & a socket) and just instrument the right > parts of the kernel to write to the socket. You'd have to write the > daemon & write a bit of code in the kernel. It would be a reasonably > simple project. OK I will get started. Can I hassle you for help? -Jeff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 20:33:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from picnic.chuckr.org (picnic.chuckr.org [216.254.96.118]) by hub.freebsd.org (Postfix) with ESMTP id 1865637B7F8 for ; Mon, 14 Aug 2000 20:33:17 -0700 (PDT) (envelope-from chuckr@picnic.chuckr.org) Received: from localhost (chuckr@localhost) by picnic.chuckr.org (8.9.3/8.9.3) with ESMTP id XAA00646; Mon, 14 Aug 2000 23:33:45 -0400 (EDT) (envelope-from chuckr@picnic.chuckr.org) Date: Mon, 14 Aug 2000 23:33:44 -0400 (EDT) From: Chuck Robey To: Jeff Rhyason Cc: hackers@freebsd.org Subject: Re: Collecting waiting statistics (simulation 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 On Mon, 14 Aug 2000, Jeff Rhyason wrote: > > So write it. It wouldn't be terribly difficult. I don't think it'd be > > terribly popular (so you won't be able to talk someone here into doing > > it for you) but you could grab an idea for the communications & logging > > from syslog (using a daemon & a socket) and just instrument the right > > parts of the kernel to write to the socket. You'd have to write the > > daemon & write a bit of code in the kernel. It would be a reasonably > > simple project. > > OK I will get started. Can I hassle you for help? Occaisonally, but you'd do better hitting this list in general. I'm on a new job and I'm giving it a LOT of hours; you might wait a week for me to find time to generate an answer. It depends on your questions, too. If you demonstrate by your question's topic and focus that you've made a *hard* effort to answer it on yourself, *loads* of folks will help. If it looks like just another person looking for a free ride (and there's so many of those that we get a bit defensive) then you wouldn't expect too much. ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@picnic.chuckr.org| electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 14 21:30:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from poseidon.student.umd.edu (poseidon.student.umd.edu [129.2.228.43]) by hub.freebsd.org (Postfix) with ESMTP id DCD5E37B423 for ; Mon, 14 Aug 2000 21:30:19 -0700 (PDT) (envelope-from bfoz@glue.umd.edu) Received: from glue.umd.edu (localhost [127.0.0.1]) by poseidon.student.umd.edu (8.9.3/8.9.3) with ESMTP id AAA00829 for ; Tue, 15 Aug 2000 00:07:17 -0400 (EDT) (envelope-from bfoz@glue.umd.edu) Message-ID: <3998C1F5.CD64B3B3@glue.umd.edu> Date: Tue, 15 Aug 2000 00:07:17 -0400 From: Brandon Fosdick 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: fam and fmon? 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 have fam working with fmon yet? The sgi page has a few mentions of it but they're a few months old. -Brandon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 0:47:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wireless.net (wireless.net [207.137.156.159]) by hub.freebsd.org (Postfix) with ESMTP id 8AC3037B712 for ; Tue, 15 Aug 2000 00:47:25 -0700 (PDT) (envelope-from dbutter@wireless.net) Received: from db.wireless.net (db.wireless.net [209.75.70.101]) by wireless.net (8.9.3/8.9.3) with ESMTP id AAA10930 for ; Tue, 15 Aug 2000 00:47:35 -0700 (PDT) Received: from wireless.net (dbm.wireless.net [192.168.0.2]) by db.wireless.net (8.9.3/8.9.3) with ESMTP id AAA58218 for ; Tue, 15 Aug 2000 00:39:36 -0700 (PDT) (envelope-from dbutter@wireless.net) Message-ID: <3998F562.C5B0B82A@wireless.net> Date: Tue, 15 Aug 2000 00:46:42 -0700 From: Devin Butterfield X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: /usr/include/sys/opt_posix.h missing...? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, In trying to compile driver code which includes unistd.h, the compiler complains: cc -D_KERNEL -Wall -O2 -I/usr/include -o ixj.o -c ixj.c In file included from /usr/include/sys/unistd.h:40, from /usr/include/unistd.h:42, from ixj.c:21: /usr/include/sys/_posix.h:45: opt_posix.h: No such file or directory Sure enough...it isn't there!! Is this breakage? Who needs to be notified regarding this? By the way, this is on: FreeBSD dbm.wireless.net 4.1-STABLE FreeBSD 4.1-STABLE #17: Sun Aug 13 03:19:21 -- Regards, Devin. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 1:49:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (beachchick.freebsd.dk [212.242.32.208]) by hub.freebsd.org (Postfix) with ESMTP id 4732037B912 for ; Tue, 15 Aug 2000 01:49:39 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id KAA46820; Tue, 15 Aug 2000 10:49:29 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: ptacek@dashmail.net Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: code question... In-Reply-To: Your message of "Mon, 14 Aug 2000 14:10:16 PDT." Date: Tue, 15 Aug 2000 10:49:29 +0200 Message-ID: <46818.966329369@critter> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , "Chris Ptacek" w rites: >I am getting a warning from a program I wrote: > >lined in free(): warning: chunk is already free. > >Is there anyway I can figure out where exactly this is happening, maybe >cause a core or something. ln -s A /etc/malloc.conf run your program again... -- 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 Aug 15 2:51:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.wplus.net (relay.wplus.net [195.131.52.179]) by hub.freebsd.org (Postfix) with ESMTP id 5308337BA41 for ; Tue, 15 Aug 2000 02:51:29 -0700 (PDT) (envelope-from kvn@wplus.net) Received: from kernigan.wplus.net (kernigan.wplus.net [195.131.52.178]) by relay.wplus.net (8.9.1/8.9.1/wplus.2) with ESMTP id NAA09851; Tue, 15 Aug 2000 13:51:19 +0400 (MSD) Received: from himera.wplus.net (office.wplus.net [195.131.52.131]) by kernigan.wplus.net (8.9.1/8.9.1/wplus.2) with ESMTP id NAA02042; Tue, 15 Aug 2000 13:51:18 +0400 (GMT+0400) X-Real-To: freebsd-hackers@FreeBSD.ORG Received: from security.wplus.net (security.wplus.net [195.131.0.45]) by himera.wplus.net (8.9.1/8.9.0) with ESMTP id NAA52780; Tue, 15 Aug 2000 13:51:18 +0400 (MSD) Date: Tue, 15 Aug 2000 13:51:15 +0400 From: Kazennov Vladimir X-Mailer: The Bat! (v1.42c) Reply-To: Kazennov Vladimir Organization: Web Plus X-Priority: 3 (Normal) Message-ID: <8211105213.20000815135115@wplus.net> To: David Malone Cc: freebsd-hackers@FreeBSD.ORG Subject: Re[2]: how to support adaptec 29160 ? In-reply-To: <20000814182115.A76682@walton.maths.tcd.ie> References: <233075238.20000814192542@wplus.net> <20000814182115.A76682@walton.maths.tcd.ie> 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! DM> On Mon, Aug 14, 2000 at 07:25:42PM +0400, Kazennov Vladimir wrote: >> Please, give me some info about support adaptec 29160 with FreeBSD >> Kernel during installation doesn't recognise this adapter DM> What version of FreeBSD? It should be supported in 4.1. 3.5 But I didn't see in hardware.txt for 4.1 this adapter... DM> David. DM> To Unsubscribe: send mail to majordomo@FreeBSD.org DM> with "unsubscribe freebsd-hackers" in the body of the message Best regards, Kazennov mailto:kvn@wplus.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 4: 2:51 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 2440137BAB0 for ; Tue, 15 Aug 2000 04:02:44 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from gosset.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 15 Aug 2000 12:02:42 +0100 (BST) To: Kazennov Vladimir Cc: freebsd-hackers@freebsd.org Subject: Re: Re[2]: how to support adaptec 29160 ? In-reply-to: Your message of "Tue, 15 Aug 2000 13:51:15 +0400." <8211105213.20000815135115@wplus.net> X-Request-Do: Date: Tue, 15 Aug 2000 12:02:42 +0100 From: David Malone Message-ID: <200008151202.aa68782@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> Please, give me some info about support adaptec 29160 with FreeBSD > >> Kernel during installation doesn't recognise this adapter > DM> What version of FreeBSD? It should be supported in 4.1. > But I didn't see in hardware.txt for 4.1 this adapter... gosset% grep 29160 /usr/src/release/texts/HARDWARE.TXT Adaptec 274X/284X/2920C/294x/2950/19160/29160/3940/3950/39160 gosset% uname -a FreeBSD gosset.maths.tcd.ie 4.1-STABLE FreeBSD 4.1-STABLE #0: Fri Aug 4 16:14:25 BST 2000 eoin@gosset.maths.tcd.ie:/mnt/obj/usr/src/sys/GOSSET i386 This was from a tree checked out just after the release... David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 4: 9:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.wplus.net (relay.wplus.net [195.131.52.179]) by hub.freebsd.org (Postfix) with ESMTP id CC72837BAA7 for ; Tue, 15 Aug 2000 04:09:34 -0700 (PDT) (envelope-from kvn@wplus.net) Received: from kernigan.wplus.net (kernigan.wplus.net [195.131.52.178]) by relay.wplus.net (8.9.1/8.9.1/wplus.2) with ESMTP id PAA29397; Tue, 15 Aug 2000 15:09:30 +0400 (MSD) Received: from himera.wplus.net (office.wplus.net [195.131.52.131]) by kernigan.wplus.net (8.9.1/8.9.1/wplus.2) with ESMTP id PAA20903; Tue, 15 Aug 2000 15:09:29 +0400 (GMT+0400) X-Real-To: freebsd-hackers@FreeBSD.ORG Received: from security.wplus.net (security.wplus.net [195.131.0.45]) by himera.wplus.net (8.9.1/8.9.0) with ESMTP id PAA55690; Tue, 15 Aug 2000 15:09:29 +0400 (MSD) Date: Tue, 15 Aug 2000 15:09:26 +0400 From: Kazennov Vladimir X-Mailer: The Bat! (v1.42c) Reply-To: Kazennov Vladimir Organization: Web Plus X-Priority: 3 (Normal) Message-ID: <12415797001.20000815150926@wplus.net> To: David Malone Cc: freebsd-hackers@FreeBSD.ORG Subject: Re[4]: how to support adaptec 29160 ? In-reply-To: <200008151202.aa68782@salmon.maths.tcd.ie> References: <200008151202.aa68782@salmon.maths.tcd.ie> 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! >> >> Please, give me some info about support adaptec 29160 with FreeBSD >> >> Kernel during installation doesn't recognise this adapter >> DM> What version of FreeBSD? It should be supported in 4.1. >> But I didn't see in hardware.txt for 4.1 this adapter... DM> gosset% grep 29160 /usr/src/release/texts/HARDWARE.TXT DM> Adaptec 274X/284X/2920C/294x/2950/19160/29160/3940/3950/39160 DM> gosset% uname -a DM> FreeBSD gosset.maths.tcd.ie 4.1-STABLE FreeBSD 4.1-STABLE #0: Fri Aug 4 16:14:25 BST 2000 eoin@gosset.maths.tcd.ie:/mnt/obj/usr/src/sys/GOSSET i386 DM> This was from a tree checked out just after the release... Sorry for mistake ;( I see wrong file. Thanks for advise! DM> David. DM> To Unsubscribe: send mail to majordomo@FreeBSD.org DM> with "unsubscribe freebsd-hackers" in the body of the message Best regards, Kazennov mailto:kvn@wplus.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 7:48: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from maile.telia.com (maile.telia.com [194.22.190.16]) by hub.freebsd.org (Postfix) with ESMTP id C9ED137BC3C for ; Tue, 15 Aug 2000 07:46:45 -0700 (PDT) (envelope-from martin@svenskabutiker.se) Received: from svenskabutiker.se (t4o79p26.telia.com [62.20.201.146]) by maile.telia.com (8.9.3/8.9.3) with ESMTP id QAA01789 for ; Tue, 15 Aug 2000 16:46:00 +0200 (CEST) Message-ID: <3999574E.56C5D8BA@svenskabutiker.se> Date: Tue, 15 Aug 2000 16:44:31 +0200 From: Martin Nilsson X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: What is needed to support i815 in XFree86 4.01? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A friend of mine have just bought a computer with i815 chipset, I want to convert him to FreeBSD so I need to get X running om his machine with the builtin graphics on his motherboard. The graphics part of the i815 chipset is believed to be equal to that of the i810. Of course the PCI id:s are different so it's not detected by the new agp driver in 4.1-Stable. I have the two PCI-ids 1132 and 1130 for the video controller and the host-to-hub bridge. I have tried to add these in src/sys/pci/pcisupport.c and src/sys/pci/agp_i810.c but I'm not getting any messages from the agp driver that it is installed (other than the texts I added). Can someone tell me how this detection is supposed to work and if there are more places that must be changed to get enable the graphics controller XFree86-4.0.1 detects the i815 GMCH so it shoud be fine. The following function must be rewritten as the id:s are now off by two: /* * Find bridge device. */ static device_t agp_i810_find_bridge(device_t dev) { device_t *children, child; int nchildren, i; u_int32_t devid; /* * XXX assume that the bridge device's ID is one minus the vga ID. */ devid = pci_get_devid(dev) - 0x10000; if (device_get_children(device_get_parent(dev), &children, &nchildren)) return 0; for (i = 0; i < nchildren; i++) { child = children[i]; if (pci_get_devid(child) == devid) { free(children, M_TEMP); return child; } } free(children, M_TEMP); return 0; } /Martin -- _____________________________________________________________________ | o | +---------------------------+ +---------------------------+ | o | | | | Martin Nilsson M.Sc. CS&E | | Internet & Intranet | | | | o | | FILEX AB, Lund SWEDEN | | Applications & shopping. | | o | | | | email: martin@filex.se | | UNIX, TCP/IP, Perl, C/C++ | | | | o | | Phone: +46-46-304130 | | SQL dev. & consulting | | o | | | +---------------------------+ +---------------------------+ | | | o | You know the old saying - Any technology sufficiently | o | | | advanced is indistinguishable from a Perl script | | | o | - The Camel book p.301 | o | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 9:13:38 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 946E837B815 for ; Tue, 15 Aug 2000 09:13:33 -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 JAA16425; Tue, 15 Aug 2000 09:13:29 -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 JAA04129; Tue, 15 Aug 2000 09:13:28 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Tue, 15 Aug 2000 09:13:28 -0700 (PDT) Message-Id: <200008151613.JAA04129@vashon.polstra.com> To: hackers@freebsd.org Cc: jonas.bulow@servicefactory.se Subject: Re: IPC, shared memory, syncronization AND threads... In-Reply-To: <3997BD3E.2B65AD19@servicefactory.se> References: <39943C37.76D2DBCC@servicefactory.se> <3995431A.324F8C89@servicefactory.se> <200008121639.JAA63479@vashon.polstra.com> <3997BD3E.2B65AD19@servicefactory.se> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <3997BD3E.2B65AD19@servicefactory.se>, Jonas Bulow wrote: > John Polstra wrote: > > > I think the ideal solution would first try to lock the > > test-and-set lock, maybe spinning on it just a few times. If that > > failed it would fall back to using a system-call lock such as > > flock() which would allow the process to block without spinning. > > But I don't have any code to do that. (If you write some, could I > > have a copy?) > > I am about to. Actually I thought about this some more, and I'm not all that sure it's possible. I haven't actually _tried_ it, but I think you'd end up needing a low-level mutex around parts of the code. That would have to be implemented as a spinlock, which is exactly what we're trying to avoid in this exercise. > don't know it it's bad design to have rtld.c export > lockdflt_init in the same way as dlopen, what di you think? Right, bad design. :-) 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 Tue Aug 15 9:20:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from chmls05.mediaone.net (chmls05.mediaone.net [24.147.1.143]) by hub.freebsd.org (Postfix) with ESMTP id 2C3CA37BB6B; Tue, 15 Aug 2000 09:20:21 -0700 (PDT) (envelope-from pulsifer@mediaone.net) Received: from ahp3 (ahp.ne.mediaone.net [24.128.184.250]) by chmls05.mediaone.net (8.8.7/8.8.7) with SMTP id MAA29010; Tue, 15 Aug 2000 12:20:19 -0400 (EDT) From: "Allen Pulsifer" To: Cc: Date: Tue, 15 Aug 2000 12:20:20 -0400 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.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am trying to figure out what to do with my /tmp directory under FBSD 4.1 I noticed that /tmp currently lives on the root file system, where I am unable to get the benefit of softupdates or mounting "nosuid". (Is that true?) The handbook mentions mounting the swap partition on /tmp using the MFS. To quote from http://www.freebsd.org/handbook/kernelconfig-config.html: --------------------------------------------------------------------------- options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device This is the memory-mapped filesystem. This is basically a RAM disk for fast storage of temporary files, useful if you have a lot of swap space that you want to take advantage of. A perfect place to mount an MFS partition is on the /tmp directory, since many programs store temporary data here. To mount an MFS RAM disk on /tmp, add the following line to /etc/fstab: /dev/ad1s2b /tmp mfs rw 0 0 ---------------------------------------------------------------------------------------- I thought I had read on one of the FBSD mailing lists that the MFS is now basically obsolete. As I understood it, the regular file system has sophisticated caching built in and effectively acts like a memory file system if the files are small enough. Conversely, using the MFS results in two stages of caching and wastes RAM. Is that correct? I noticed Matt Dillon wrote a handbook section on the VM system at http://www.freeBSD.org/handbook/internals-vm.html that includes some info on tuning, but it doesn't mention what to do with /tmp. So what's the bottom line? Should I leave /tmp on the root file system, create a dedicated partition for /tmp, or mount the swap partition on /tmp using the MFS? Thanks, Allen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 9:30:31 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 8E37237B815 for ; Tue, 15 Aug 2000 09:30:26 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from mini.acl.lanl.gov (root@mini.acl.lanl.gov [128.165.147.34]) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id KAA1472935 for ; Tue, 15 Aug 2000 10:30:25 -0600 (MDT) Received: from localhost (rminnich@localhost) by mini.acl.lanl.gov (8.9.3/8.8.8) with ESMTP id KAA24170 for ; Tue, 15 Aug 2000 10:30:25 -0600 X-Authentication-Warning: mini.acl.lanl.gov: rminnich owned process doing -bs Date: Tue, 15 Aug 2000 10:30:25 -0600 (MDT) From: Ronald G Minnich X-Sender: rminnich@mini.acl.lanl.gov To: hackers@FreeBSD.ORG Subject: Re: IPC, shared memory, syncronization AND threads... In-Reply-To: <200008151613.JAA04129@vashon.polstra.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 OK, here's a note from long ago, when this came up before. Dated: Tue Jul 2 10:48:16 1996 The idea is simple: tset is the fastest, but you only want to spin so long. Then you want to drop into the kernel, and wait for someone to wake you up. This thing was quite fast on freebsd, even four years ago. In fact I have yet to see anything faster, but I'm willing to be corrected. ------------------------------ Here's a simple test-and-set function for the 386 (tested and works): int tset(int *i, int lockval, int unlockval) { int j = 0; asm("movl 16(%ebp), %eax"); asm("movl 8(%ebp),%ecx"); asm("movl 12(%ebp),%edx"); asm("cmpxchg %edx, (%ecx)"); asm("jne failed"); asm("movl %eax, -4(%ebp)"); asm("jmp done"); asm("failed: movl %eax, -4(%ebp)"); asm("done:"); return j; } This will run a bit faster than a file lock system call :-). But what about contention? notice that this function, if it fails, fails. so we need a retry strategy. IF you fail, should you spin forever? NO! Do that, and you eat the processor doing nothing. You ought to have a reasonable way to, say, spin one or two more times, then go to a more heavyweight sleep. SO: here's the fastlock library call (#ifdef USEMOD is for LKM ) void fastlock(int *address, int lockval, int unlockval) { int testval; #ifdef USEMOD static int syscallnum = -1; if (syscallnum < 0) syscallnum = syscallfind("fastlock"); if (syscallnum < 0) { perror("fastlock syscallfind"); return; } #endif testval = tset(address, lockval, unlockval); if (testval == unlockval) { #ifdef FASTLOCKDEBUG printf("(%d)fastlock quickout\n", getpid()); #endif return; } /* attempt to lock failed. test then wait in kernel sleep() */ while (1) { /* set the high-order bit. This tells the unlocker to do the system * call and free up the lock. */ (void) tset(address, testval|0x80000000,testval); #ifdef FASTLOCKDEBUG printf("(%d)hang in there\n", getpid()); #endif /* we should be checking here to make sure that high-order bit is * set. But this second tset fails only * in the event of contention, in which case * someone else has set the high-order * bit too ... seems pointless, esp. given that fastlock has a timeout */ syscall(syscallnum, 1, address, unlockval); testval = tset(address, lockval, unlockval); if (testval == unlockval) return; } } So what are we doing? We're doing the tset. If it fails, then we do one more tset, to set the high order bit, then drop into the fastlock system call. Once we return from that, we try to tset the variable again. If that fails, we drop once again into the system call. Here's fastunlock: void fastunlock(int *address, int unlockval) { int dosyscall = 0; static int syscallnum = -1; /* this is really in the file */ #ifdef USEMOD if (syscallnum < 0) syscallnum = syscallfind("fastlock"); if (syscallnum < 0) { perror("fastunlock syscallfind"); return; } #endif if (*address & 0x80000000) dosyscall = 1; *address = unlockval; #ifdef FASTLOCKDEBUG printf("(%d)fastunlock dosyscall is %d\n", getpid(), dosyscall); if (dosyscall) printf("conflict %d\n", getpid()); fflush(stdout); #endif if (dosyscall) syscall(syscallnum, 0, address, unlockval); } Ok, this one tests to see if it needs to wake any sleepers, clears the memory variable, then drops into the kernel if needed (if (dosyscall) ...) Here's the system call. Note several things: 1) the definition of 'unlocked' is passed in to the system call for the final test, not assumed to be zero. 2) The 'address' argument does NOT NEED TO BE AN ADDRESS. it's a number that all the procs have to agree on, that is all. 3) if you accidently awake more than one sleeper, the loop in fastlock handles that properly 4) This system call handles both waking up and sleeping 5) For my measurements, this thing is a whole lot faster than anything else available on (e.g.) freebsd. Questions to me. int fastlock(p, uap, retval) struct proc *p; struct flu *uap; int retval[]; { extern int hz; retval[0] = 0; /* printf("fastlockunlock: com %d address 0x%x unlocked %d\n", uap->com, uap->address, uap->unlocked); */ if (uap->com == 0) /* unlock */ wakeup((void *) uap->address); else { /* last chance */ /* try one last time to see if it is unlocked */ int curval = fuword((void *) uap->address); if (curval == uap->unlocked) return; tsleep((void *) uap->address, PUSER, NULL, 10*hz); } return 0; } -------------------- questions to me, as it says in my old note. ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 10: 5:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843290.broadbandoffice.net [64.47.83.26]) by hub.freebsd.org (Postfix) with ESMTP id F191837B610 for ; Tue, 15 Aug 2000 10:05:23 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.9.3/8.9.3) id KAA29836; Tue, 15 Aug 2000 10:05:21 -0700 (PDT) (envelope-from dillon) Date: Tue, 15 Aug 2000 10:05:21 -0700 (PDT) From: Matt Dillon Message-Id: <200008151705.KAA29836@earth.backplane.com> To: "Allen Pulsifer" Cc: Subject: re: what to do about /tmp References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :basically obsolete. As I understood it, the regular file system has :sophisticated caching built in and effectively acts like a memory file :.. : :I noticed Matt Dillon wrote a handbook section on the VM system at :http://www.freeBSD.org/handbook/internals-vm.html that includes :some info on tuning, but it doesn't mention what to do with /tmp. : :So what's the bottom line? Should I leave /tmp on the root file :system, create a dedicated partition for /tmp, or mount the :swap partition on /tmp using the MFS? : :Thanks, : :Allen What I do is make /tmp a softlink to /var/tmp, and make /var/tmp its own partition. I turn softupdates on on all my partitions, including root (you can do that now) I do NOT use MFS or MD for /tmp, nor do I leave it on /. I keep it as a separate partition and combine it with /var/tmp because both /tmp and /var/tmp tend to be used interchangeably anyway, and /tmp (or /var/tmp) is the most likely of all your partitions to get filled up accidently and you don't want that interfering with other things if it happens. Many things use /tmp, so you can wind up with megabytes in it which makes it unsuitable for use with MD and inefficient when used with MFS. Typically I configure my paritions as follows: / 128MB swap (2x main memory, 128MB minimum) /var 128MB (minimum, more if using machine for mail/printing) /var/tmp 128MB (minimum, more if using machine multiuser) /usr 2G /home remainder of disk /tmp softlink to /var/tmp /compat softlink to /usr/compat Even though '/' per say only needs 64MB, having 128MB there is useful. I've seen 64MB / partitions 'fill up' with softupdates turned on when doing an installworld (because softupdates doesn't delete the files being replaced fast enough), and I tend to keep debug kernels sitting around in / as well. I make /usr big (2G) in order to accomodate ports, since /usr/local is part of /usr. The ordering of the partitions is also carefully arranged. The lower sector numbers are the 'faster' sectors on a disk, closer to the outer rim of the disk where transfer rates are much faster. So I put swap there along with the smaller partitions, and put /usr and /home later since those partitions are big enough that you really don't get a uniform performance benefit anyway. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 11:53: 6 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 B147B37C1E0 for ; Tue, 15 Aug 2000 11:52:56 -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 MAA27570; Tue, 15 Aug 2000 12:52:51 -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 MAA99835; Tue, 15 Aug 2000 12:52:07 -0600 (MDT) Message-Id: <200008151852.MAA99835@harmony.village.org> To: Devin Butterfield Subject: Re: /usr/include/sys/opt_posix.h missing...? Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 15 Aug 2000 00:46:42 PDT." <3998F562.C5B0B82A@wireless.net> References: <3998F562.C5B0B82A@wireless.net> Date: Tue, 15 Aug 2000 12:52:07 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3998F562.C5B0B82A@wireless.net> Devin Butterfield writes: : In trying to compile driver code which includes unistd.h, the compiler : complains: #include isn't supported for drivers. You should not be including the -I/usr/include on the command line to compile the driver. If you are building a module, you should be using the bsd.kmod.mk framework to build the modules. include instead. You will also need to create an opt_posix.h in your driver's Makefile: KMOD=ifx SRCS=ifx.c device_if.h bus_if.h opt_posix.h .include should be all you need. You may also need to define SYSDIR as well if you don't have it installed in /usr/src/sys. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 12: 0:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from oden.exmandato.se (oden.exmandato.se [192.71.33.1]) by hub.freebsd.org (Postfix) with ESMTP id 5B33C37BE4C for ; Tue, 15 Aug 2000 12:00:36 -0700 (PDT) (envelope-from jonas.bulow@servicefactory.se) Received: from servicefactory.se (root@oden.exmandato.se [192.71.33.1]) by oden.exmandato.se (8.8.8/8.8.5) with ESMTP id UAA27281; Tue, 15 Aug 2000 20:41:35 +0200 (MET DST) Message-ID: <39998ED9.561D9751@servicefactory.se> Date: Tue, 15 Aug 2000 20:41:31 +0200 From: Jonas Bulow X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: John Polstra Cc: hackers@freebsd.org Subject: Re: IPC, shared memory, syncronization AND threads... References: <39943C37.76D2DBCC@servicefactory.se> <3995431A.324F8C89@servicefactory.se> <200008121639.JAA63479@vashon.polstra.com> <3997BD3E.2B65AD19@servicefactory.se> <200008151613.JAA04129@vashon.polstra.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: > > In article <3997BD3E.2B65AD19@servicefactory.se>, Jonas Bulow > wrote: > > John Polstra wrote: > Actually I thought about this some more, and I'm not all that sure > it's possible. I haven't actually _tried_ it, but I think you'd end > up needing a low-level mutex around parts of the code. That would > have to be implemented as a spinlock, which is exactly what we're > trying to avoid in this exercise. What do you mean with low-level mutex? I mean, how low is low? :-) After doing some more thinking about the cmpxchgl-lock, it's quite hard to use it together with a technique involving the kernel. It will be a contradiction in many ways. I would be nice to have kqueue a EVFILT_MEM and wait for the contents of a memory adress contain a specific value (or other condition like threshold, range entrance/leaving). Then it can be used to wait for the adress used with cmpxchgl. Well, this was just thinking for this very moment. > > > don't know it it's bad design to have rtld.c export > > lockdflt_init in the same way as dlopen, what di you think? > > Right, bad design. :-) just cheking.. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 12:14:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 7EF4C37BA34 for ; Tue, 15 Aug 2000 12:07:59 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from mini.acl.lanl.gov (root@mini.acl.lanl.gov [128.165.147.34]) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id NAA1509476 for ; Tue, 15 Aug 2000 13:07:57 -0600 (MDT) Received: from localhost (rminnich@localhost) by mini.acl.lanl.gov (8.9.3/8.8.8) with ESMTP id NAA26996 for ; Tue, 15 Aug 2000 13:07:57 -0600 X-Authentication-Warning: mini.acl.lanl.gov: rminnich owned process doing -bs Date: Tue, 15 Aug 2000 13:07:57 -0600 (MDT) From: Ronald G Minnich X-Sender: rminnich@mini.acl.lanl.gov To: hackers@FreeBSD.ORG Subject: Re: IPC, shared memory, syncronization AND threads... In-Reply-To: <39998ED9.561D9751@servicefactory.se> 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, 15 Aug 2000, Jonas Bulow wrote: > After doing some more thinking about the cmpxchgl-lock, it's quite hard > to use it together with a technique involving the kernel. well, no I don't think it is. I used to use it a lot, see my earlier post from today. ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 12:37:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hetnet.nl (net047s.hetnet.nl [194.151.104.151]) by hub.freebsd.org (Postfix) with ESMTP id 603F937B58F for ; Tue, 15 Aug 2000 12:37:19 -0700 (PDT) (envelope-from leonardjo@hetnet.nl) Received: from potkoffie ([195.121.129.7]) by hetnet.nl with Microsoft SMTPSVC(5.5.1877.387.38); Tue, 15 Aug 2000 21:37:15 +0200 From: "Leonard den Ottolander" To: freebsd-hackers@freebsd.org Date: Tue, 15 Aug 2000 21:35:06 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: localhost cannot be resolved Message-ID: <3999B78A.30483.198E4@localhost> X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello Alexander, > At the same time fetchmail causes ipfw to produce these messages: > Aug 11 21:41:47 mydomain /kernel: Connection attempt to TCP ::0001:25 from > ::0001:1063 > Aug 11 21:41:47 mydomain /kernel: Connection attempt to TCP 127.0.0.1:113 > from 127.0.0.1:1065 > Aug 11 21:41:47 mydomain /kernel: Connection attempt to TCP ::0001:25 from > ::0001:1066 > Aug 11 21:41:47 mydomain /kernel: Connection attempt to TCP 127.0.0.1:113 > from 127.0.0.1:1067 > These strange things started to happen soon after I cvsup'ed ports-all and > reinstalled libtool. I also compiled firewall support into the kernel a > few days ago. Just in case any of this might be related to the problem. Maybe this question sounds trivial, but do you have identd running (or what exactly is it called in *BSD?)? I don't know if smtp somehow depends on ident, some things do. Tell me if it does(n't). Maybe just rejecting connections to port 113 will suffice? I am not really sure about your previous configuration. Bye, Leonard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 12:50:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.internet.dk (ns.internet.dk [194.19.140.1]) by hub.freebsd.org (Postfix) with ESMTP id E0B0937B8E6 for ; Tue, 15 Aug 2000 12:50:09 -0700 (PDT) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.9.3/8.9.3) with UUCP id VAA98154; Tue, 15 Aug 2000 21:49:54 +0200 (CEST) (envelope-from leifn@neland.dk) Received: from localhost (localhost [127.0.0.1]) by arnold.neland.dk (8.11.0/8.9.3) with ESMTP id e7FJnZ512237; Tue, 15 Aug 2000 21:49:39 +0200 (CEST) (envelope-from leifn@neland.dk) Date: Tue, 15 Aug 2000 21:49:30 +0200 (CEST) From: Leif Neland To: Alexander Anderson Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: localhost cannot be resolved 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, 11 Aug 2000, Alexander Anderson wrote: > Hello everyone! > > I sent this question to freebsd-questions, but no one had replied, so I > decided to try my luck here. > > I'm having trouble resolving "localhost" for telnet and fetchmail. All > other programs (ftp, rlogin, rsh, ping, lynx) seem to understand > "localhost". > I "me too"; but telnet can't resolve anything, while the others work. I have a current workstation, which makes world almost every night. It resolves ok. I then have my gateway/ppp/proxy which I regularly updates by nfsmounting /usr/src and /usr/obj from the workstation, and then make installworld. However, something must have happened, because as mentioned telnet won't resolve anything. (And perl 5.6 won't install either...) Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 14:12:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hda.hda.com (host65.hda.com [63.104.68.65]) by hub.freebsd.org (Postfix) with ESMTP id B535C37B7C5 for ; Tue, 15 Aug 2000 14:12:44 -0700 (PDT) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.9.3/8.9.3) id RAA39184; Tue, 15 Aug 2000 17:13:44 -0400 (EDT) (envelope-from dufault) From: Peter Dufault Message-Id: <200008152113.RAA39184@hda.hda.com> Subject: Re: IPC, shared memory, syncronization AND threads... In-Reply-To: from Ronald G Minnich at "Aug 15, 2000 01:07:57 pm" To: Ronald G Minnich Date: Tue, 15 Aug 2000 17:13:44 -0400 (EDT) Cc: 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 > On Tue, 15 Aug 2000, Jonas Bulow wrote: > > > After doing some more thinking about the cmpxchgl-lock, it's quite hard > > to use it together with a technique involving the kernel. > > well, no I don't think it is. I used to use it a lot, see my earlier post > from today. One point to keep in mind is that you will get a big win from these approaches in low-contention situations. I've got something that I use in bus simulations. When a client process doesn't get the compare-and-swap lock in a few instructions it has to request it from a master process via a single master-request-FIFO which eventually answers it back through a per-client-response FIFO, continuing the blocked clients in the order that they missed the lock, and using up system calls and context switches to ensure that. Thus when I lose, I lose big time, but it gives me the ordering I want. When I win I wind up with no system calls. Sort of like a cache. If I was losing a lot I'd have to rethink the approach and use something to divy up the work properly. If ordering isn't required and you aren't worried about starvation, it simplifies things a lot because you can have a Linda-like pool of work requests to hand out to a swarm of worker bees. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Fail-Safe systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 14:19: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 8BA3037BB3B for ; Tue, 15 Aug 2000 14:19:02 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from sol.cs.binghamton.edu (sol.cs.binghamton.edu [128.226.123.100]) by bingnet2.cc.binghamton.edu (8.9.3/8.9.3) with ESMTP id RAA27081 for ; Tue, 15 Aug 2000 17:18:59 -0400 (EDT) Date: Tue, 15 Aug 2000 17:15:58 -0400 (EDT) From: Zhihui Zhang To: freebsd-hackers@freebsd.org Subject: Digital Technical Journal - zhihui 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 Kanad: I remember you subscribed some journal a while ago. Was it "digital technical journal?" I found two papers on VAXcluster filesytem design on No. 5, september 1987. If so and you happen to keep that issue, please borrow me for a while. Thanks. Regards, -Zhihui ----------------------------------------------------- FreeBSD - The Power To Serve (http://www.freebsd.org) ----------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 14:23:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ftwmail.bdi.gte.com (ftwmail.bdi.gte.com [192.76.86.129]) by hub.freebsd.org (Postfix) with ESMTP id 1D7D737B564; Tue, 15 Aug 2000 14:23:25 -0700 (PDT) (envelope-from tim.grzechowski@aais.bdi.gte.com) Received: from ftwmail.bdi.gte.com (localhost [127.0.0.1]) by ftwmail.bdi.gte.com (8.9.3/8.9.3) with ESMTP id QAA02223; Tue, 15 Aug 2000 16:19:09 -0500 (EST) Received: from mail1.irngtx.tel.gte.com ([143.91.100.195]) by ftwmail.bdi.gte.com (8.9.3/8.9.3) with ESMTP id QAA02212; Tue, 15 Aug 2000 16:19:07 -0500 (EST) Received: from calender.tmtrfl.tel.gte.com (calender.tmtrfl.tel.gte.com [136.151.235.242]) by mail1.irngtx.tel.gte.com (8.9.3/8.9.3) with ESMTP id QAA10678; Tue, 15 Aug 2000 16:23:21 -0500 (CDT) Received: from aais.bdi.gte.com (michigan.tmtrfl.tel.gte.com [136.151.196.186]) by calender.tmtrfl.tel.gte.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id Q0GZC2YB; Tue, 15 Aug 2000 17:33:26 -0400 Message-ID: <3999B44C.DDD53EF5@aais.bdi.gte.com> Date: Tue, 15 Aug 2000 17:21:16 -0400 From: Tim Grzechowski Organization: GTE Data Services X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-newbies@freebsd.org Subject: BOCA BB1008 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Interesting problem, I have installed two Boca BB1008 boards for console access to a litter of Sun, HPUX, and AIX servers... I installed/configured one board at a time. At the bottom of this email is the info from dmesg as well as from my kernel. However in the /dev directory it only lists "cuaa0" thru "cuaa11". I have tested out the first card and all the ports work as expectecd, on the second board the first three work great (as expected considering the devices that are available)... however because cuaa12 and above don't exists I can do the normal "cu -l /dev/cuaa12 -s 9600" (or 13, 14, et cetera). I have recompiled the kernel, even did a :make clean" first, any ideas how to automajically create the five devices I am missing? Thanks! /tg KERNEL: --------------------------------------------------------------- options COM_MULTIPORT # Needed for Boca 4/8 Port sio boards # Serial (COM) ports #device sio0 at isa? port IO_COM1 flags 0x10 irq 4 #device sio1 at isa? port IO_COM2 irq 3 #device sio2 at isa? disable port IO_COM3 irq 5 #device sio3 at isa? disable port IO_COM4 irq 9 device sio1 at isa? port 0x100 flags 0xb05 device sio2 at isa? port 0x108 flags 0xb05 device sio3 at isa? port 0x110 flags 0xb05 device sio4 at isa? port 0x118 flags 0xb05 device sio5 at isa? port 0x120 flags 0xb05 device sio6 at isa? port 0x128 flags 0xb05 device sio7 at isa? port 0x130 flags 0xb05 device sio8 at isa? port 0x138 flags 0xb05 irq 4 device sio9 at isa? port 0x200 flags 0xb05 device sio10 at isa? port 0x208 flags 0xb05 device sio11 at isa? port 0x210 flags 0xb05 device sio12 at isa? port 0x218 flags 0xb05 device sio13 at isa? port 0x220 flags 0xb05 device sio14 at isa? port 0x228 flags 0xb05 device sio15 at isa? port 0x230 flags 0xb05 device sio16 at isa? port 0x238 flags 0xb05 irq 3 --------------------------------------------------------------- DMESG: --------------------------------------------------------------- sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1 at port 0x100-0x107 flags 0xb05 on isa0 sio1: type 16550A (multiport) sio2 at port 0x108-0x10f flags 0xb05 on isa0 sio2: type 16550A (multiport) sio3 at port 0x110-0x117 flags 0xb05 on isa0 sio3: type 16550A (multiport) sio4 at port 0x118-0x11f flags 0xb05 on isa0 sio4: type 16550A (multiport) sio5 at port 0x120-0x127 flags 0xb05 on isa0 sio5: type 16550A (multiport) sio6 at port 0x128-0x12f flags 0xb05 on isa0 sio6: type 16550A (multiport) sio7 at port 0x130-0x137 flags 0xb05 on isa0 sio7: type 16550A (multiport) sio8 at port 0x138-0x13f irq 4 flags 0xb05 on isa0 sio8: type 16550A (multiport) sio9 at port 0x200-0x207 flags 0xb05 on isa0 sio9: type 16550A (multiport) sio10 at port 0x208-0x20f flags 0xb05 on isa0 sio10: type 16550A (multiport) sio11 at port 0x210-0x217 flags 0xb05 on isa0 sio11: type 16550A (multiport master) sio12 at port 0x218-0x21f flags 0xb05 on isa0 sio12: type 16550A (multiport) sio13 at port 0x220-0x227 flags 0xb05 on isa0 sio13: type 16550A (multiport) sio14 at port 0x228-0x22f flags 0xb05 on isa0 sio14: type 16550A (multiport) sio15 at port 0x230-0x237 flags 0xb05 on isa0 sio15: type 16550A (multiport) sio16 at port 0x238-0x23f irq 3 flags 0xb05 on isa0 sio16: type 16550A (multiport) --------------------------------------------------------------- -- --------------------------------------------------------------- Timothy Grzechowski tim.grzechowski@aais.bdi.gte.com --------------------------------------------------------------- GTE Data Services AAIS Engineering, Sys. Admin. --------------------------------------------------------------- Office: 813/978-4327 Office FAX: 813/978-6812 --------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 14:27: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ihemlsrv.firewall.lucent.com (ihemail1.lucent.com [192.11.222.161]) by hub.freebsd.org (Postfix) with ESMTP id 4FF7E37B884 for ; Tue, 15 Aug 2000 14:27:00 -0700 (PDT) (envelope-from gcorcoran@lucent.com) Received: from ihemlsrv.firewall.lucent.com (localhost [127.0.0.1]) by ihemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id RAA20369 for ; Tue, 15 Aug 2000 17:26:59 -0400 (EDT) Received: from mhmail.mh.lucent.com (h135-3-115-8.lucent.com [135.3.115.8]) by ihemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id RAA20353; Tue, 15 Aug 2000 17:26:58 -0400 (EDT) Received: from lucent.com (positron.micro.lucent.com [192.19.56.129]) by mhmail.mh.lucent.com (8.8.8+Sun/EMS-1.5 sol2) id RAA27947; Tue, 15 Aug 2000 17:26:58 -0400 (EDT) Message-ID: <3999B599.10718AAF@lucent.com> Date: Tue, 15 Aug 2000 17:26:49 -0400 From: "Gary T. Corcoran" Organization: Lucent Microelectronics - Client Access Broadband Systems X-Mailer: Mozilla 4.73 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Dufault Cc: hackers@FreeBSD.ORG Subject: Re: IPC, shared memory, syncronization AND threads... References: <200008152113.RAA39184@hda.hda.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Dufault wrote: > you can have a Linda-like pool of work requests to hand out to a swarm of worker bees. ^^^^^^^^^^^^^^^ Could you please decode this for me? :) Thanks, Gary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 14:28:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail1.accessus.net (postal.accessus.net [209.145.150.75]) by hub.freebsd.org (Postfix) with ESMTP id E986F37BB60 for ; Tue, 15 Aug 2000 14:28:28 -0700 (PDT) (envelope-from jyoung@accessus.net) Received: from exchange.accessus.net (exchange.accessus.net [207.206.171.65]) by mail1.accessus.net (Postfix) with ESMTP id 4A6567291B; Tue, 15 Aug 2000 16:28:28 -0500 (CDT) Received: by exchange.accessus.net with Internet Mail Service (5.5.2650.21) id ; Tue, 15 Aug 2000 16:21:55 -0500 Message-ID: From: Jason Young To: 'Tim Grzechowski' , freebsd-hackers@freebsd.org Subject: RE: BOCA BB1008 Date: Tue, 15 Aug 2000 16:21:48 -0500 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 > However in the /dev directory it only lists "cuaa0" thru "cuaa11". I > have tested out the first card and all the ports work as expectecd, on > the second board the first three work great (as expected > considering the > devices that are available)... however because cuaa12 and above don't > exists I can do the normal "cu -l /dev/cuaa12 -s 9600" (or 13, 14, et > cetera). > > I have recompiled the kernel, even did a :make clean" first, any ideas > how to automajically create the five devices I am missing? They aren't automagically created. You need to make more yourself. The /dev/MAKEDEV script is normally used but may not do this for you based on my first look at the script - it seems to only make single-digit device numbers. You may have to use mknod by hand after looking at how MAKEDEV makes the first cuaaX devices. Jason Young Access US(tm) Chief Network Engineer > > Thanks! > > /tg > > > KERNEL: > --------------------------------------------------------------- > options COM_MULTIPORT # Needed for Boca 4/8 Port sio boards > > > # Serial (COM) ports > #device sio0 at isa? port IO_COM1 flags 0x10 irq 4 > #device sio1 at isa? port IO_COM2 irq 3 > #device sio2 at isa? disable port IO_COM3 irq 5 > #device sio3 at isa? disable port IO_COM4 irq 9 > > device sio1 at isa? port 0x100 flags 0xb05 > device sio2 at isa? port 0x108 flags 0xb05 > device sio3 at isa? port 0x110 flags 0xb05 > device sio4 at isa? port 0x118 flags 0xb05 > device sio5 at isa? port 0x120 flags 0xb05 > device sio6 at isa? port 0x128 flags 0xb05 > device sio7 at isa? port 0x130 flags 0xb05 > device sio8 at isa? port 0x138 flags 0xb05 irq 4 > > device sio9 at isa? port 0x200 flags 0xb05 > device sio10 at isa? port 0x208 flags 0xb05 > device sio11 at isa? port 0x210 flags 0xb05 > device sio12 at isa? port 0x218 flags 0xb05 > device sio13 at isa? port 0x220 flags 0xb05 > device sio14 at isa? port 0x228 flags 0xb05 > device sio15 at isa? port 0x230 flags 0xb05 > device sio16 at isa? port 0x238 flags 0xb05 irq 3 > --------------------------------------------------------------- > > > > DMESG: > --------------------------------------------------------------- > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio1 at port 0x100-0x107 flags 0xb05 on isa0 > sio1: type 16550A (multiport) > sio2 at port 0x108-0x10f flags 0xb05 on isa0 > sio2: type 16550A (multiport) > sio3 at port 0x110-0x117 flags 0xb05 on isa0 > sio3: type 16550A (multiport) > sio4 at port 0x118-0x11f flags 0xb05 on isa0 > sio4: type 16550A (multiport) > sio5 at port 0x120-0x127 flags 0xb05 on isa0 > sio5: type 16550A (multiport) > sio6 at port 0x128-0x12f flags 0xb05 on isa0 > sio6: type 16550A (multiport) > sio7 at port 0x130-0x137 flags 0xb05 on isa0 > sio7: type 16550A (multiport) > sio8 at port 0x138-0x13f irq 4 flags 0xb05 on isa0 > sio8: type 16550A (multiport) > sio9 at port 0x200-0x207 flags 0xb05 on isa0 > sio9: type 16550A (multiport) > sio10 at port 0x208-0x20f flags 0xb05 on isa0 > sio10: type 16550A (multiport) > sio11 at port 0x210-0x217 flags 0xb05 on isa0 > sio11: type 16550A (multiport master) > sio12 at port 0x218-0x21f flags 0xb05 on isa0 > sio12: type 16550A (multiport) > sio13 at port 0x220-0x227 flags 0xb05 on isa0 > sio13: type 16550A (multiport) > sio14 at port 0x228-0x22f flags 0xb05 on isa0 > sio14: type 16550A (multiport) > sio15 at port 0x230-0x237 flags 0xb05 on isa0 > sio15: type 16550A (multiport) > sio16 at port 0x238-0x23f irq 3 flags 0xb05 on isa0 > sio16: type 16550A (multiport) > --------------------------------------------------------------- > > > > > > > -- > --------------------------------------------------------------- > Timothy Grzechowski tim.grzechowski@aais.bdi.gte.com > --------------------------------------------------------------- > GTE Data Services AAIS Engineering, Sys. Admin. > --------------------------------------------------------------- > Office: 813/978-4327 Office FAX: 813/978-6812 > --------------------------------------------------------------- > > > 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 Aug 15 15:43:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wireless.net (wireless.net [207.137.156.159]) by hub.freebsd.org (Postfix) with ESMTP id EDECC37B9E2 for ; Tue, 15 Aug 2000 15:43:41 -0700 (PDT) (envelope-from dbutter@wireless.net) Received: from db.wireless.net (db.wireless.net [209.75.70.101]) by wireless.net (8.9.3/8.9.3) with ESMTP id PAA12996; Tue, 15 Aug 2000 15:43:47 -0700 (PDT) Received: from wireless.net (dbm.wireless.net [192.168.0.2]) by db.wireless.net (8.9.3/8.9.3) with ESMTP id PAA63534; Tue, 15 Aug 2000 15:36:35 -0700 (PDT) (envelope-from dbutter@wireless.net) Message-ID: <3999C799.79ED6343@wireless.net> Date: Tue, 15 Aug 2000 15:43:37 -0700 From: Devin Butterfield X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: /usr/include/sys/opt_posix.h missing...? References: <3998F562.C5B0B82A@wireless.net> <200008151852.MAA99835@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > In message <3998F562.C5B0B82A@wireless.net> Devin Butterfield writes: > : In trying to compile driver code which includes unistd.h, the compiler > : complains: > > #include > > isn't supported for drivers. You should not be including the > -I/usr/include on the command line to compile the driver. If you are > building a module, you should be using the bsd.kmod.mk framework to > build the modules. include instead. > > You will also need to create an opt_posix.h in your driver's Makefile: > > KMOD=ifx > SRCS=ifx.c device_if.h bus_if.h opt_posix.h > > .include > > should be all you need. You may also need to define SYSDIR as well if > you don't have it installed in /usr/src/sys. You're right. I normally always do this as a module but was experimenting with some other code not using an appropriate Makefile. I still wonder why unistd.h (assuming it is not supported for drivers) would make any reference to a file that does not exist where it was looking? Nevertheless, thanks again for your help. All is fine now...:-) -- Regards, Devin. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 15:45: 5 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 11B0B37B9E2 for ; Tue, 15 Aug 2000 15:45:02 -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 QAA28412; Tue, 15 Aug 2000 16:45:00 -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 QAA01432; Tue, 15 Aug 2000 16:44:16 -0600 (MDT) Message-Id: <200008152244.QAA01432@harmony.village.org> To: Devin Butterfield Subject: Re: /usr/include/sys/opt_posix.h missing...? Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 15 Aug 2000 15:43:37 PDT." <3999C799.79ED6343@wireless.net> References: <3999C799.79ED6343@wireless.net> <3998F562.C5B0B82A@wireless.net> <200008151852.MAA99835@harmony.village.org> Date: Tue, 15 Aug 2000 16:44:16 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3999C799.79ED6343@wireless.net> Devin Butterfield writes: : I still wonder why unistd.h (assuming it is not supported for drivers) : would make any reference to a file that does not exist where it was : looking? It isn't unistd.h, per se. Rather it is in sys/unistd.h, which has to deal with some posix things in the kernel... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 19:30:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-d05.mx.aol.com (imo-d05.mx.aol.com [205.188.157.37]) by hub.freebsd.org (Postfix) with ESMTP id 5EB3337B8A7 for ; Wed, 16 Aug 2000 02:30:35 +0000 (GMT) (envelope-from Lithix@aol.com) Received: from Lithix@aol.com by imo-d05.mx.aol.com (mail_out_v27.12.) id o.db.85de0c0 (15883); Tue, 15 Aug 2000 22:30:28 -0400 (EDT) Received: from web37.aolmail.aol.com (web37.aolmail.aol.com [205.188.222.13]) by air-id07.mx.aol.com (v75_b3.11) with ESMTP; Tue, 15 Aug 2000 22:30:27 -0400 Date: Tue, 15 Aug 2000 22:30:27 EDT From: Lithix@aol.com Subject: Re: IPC, shared memory, syncronization AND threads... To: Cc: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailer: Unknown Message-Id: <20000816023035.5EB3337B8A7@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG |> you can have a Linda-like pool of work requests to |hand out to a swarm of | worker bees. | ^^^^^^^^^^^^^^^ | Could you please decode this for me? :) This page talks about Linda, check out the "Linda Basics" section and read about tuples. http://www.sca.com/ltutorial.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 21:53:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with SMTP id 3F30D37B5AD for ; Tue, 15 Aug 2000 21:53:29 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115207>; Wed, 16 Aug 2000 14:53:24 +1000 Content-return: prohibited Date: Wed, 16 Aug 2000 14:53:19 +1000 From: Peter Jeremy Subject: Re: IPC, shared memory, syncronization AND threads... To: rminnich@lanl.gov Cc: freebsd-hackers@freebsd.org Message-Id: <00Aug16.145324est.115207@border.alcanet.com.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 15 Aug 2000 10:30:25 -0600 (MDT), Ronald G Minnich wrote: >The idea is simple: tset is the fastest, but you only want to spin so >long. Then you want to drop into the kernel, and wait for someone to wake >you up. Agreed. >Here's a simple test-and-set function for the 386 (tested and works): > >int >tset(int *i, int lockval, int unlockval) >{ > int j = 0; > asm("movl 16(%ebp), %eax"); > asm("movl 8(%ebp),%ecx"); > asm("movl 12(%ebp),%edx"); > asm("cmpxchg %edx, (%ecx)"); > asm("jne failed"); > asm("movl %eax, -4(%ebp)"); > asm("jmp done"); > asm("failed: movl %eax, -4(%ebp)"); > asm("done:"); > return j; >} Actually, this isn't particularly good coding. It isn't SMP-safe. If you compile it with -fomit-frame-pointer or -fomit-leaf-frame-pointer, it won't work (and will corrupt some innocent, probably stack, memory). When the code is optimised, it works as much by accident as design. And the documentation for gcc indicates that sequences of asm statements can be re-ordered. Something like the following should be somewhat safer. It returns unlockval if the semaphore was not locked, otherwise it returns the current contents of the semaphore (which seems to be the same as your code). int tset(int *i, int lockval, int unlockval) { int j; __asm__("lock cmpxchg %2, (%3)" : "=a" (j) : "0" (unlockval), "r" (lockval), "r" (i) : "memory", "cc"); return j; } Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 22:17:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kbtfw.kubota.co.jp (kbtfw.kubota.co.jp [133.253.102.202]) by hub.freebsd.org (Postfix) with ESMTP id 20B1437BB8C for ; Tue, 15 Aug 2000 22:17:43 -0700 (PDT) (envelope-from haro@tk.kubota.co.jp) Received: by kbtfw.kubota.co.jp; id OAA18624; Wed, 16 Aug 2000 14:17:34 +0900 (JST) Received: from unknown(133.253.122.1) by kbtfw.kubota.co.jp via smap (V4.2) id xma018424; Wed, 16 Aug 00 14:17:13 +0900 Received: from jkpc15.tk.kubota.co.jp ([192.168.7.250]) by kbtmx.eto.kubota.co.jp (8.9.3+3.2W/3.7W) with ESMTP id OAA11824; Wed, 16 Aug 2000 14:17:11 +0900 (JST) Received: from localhost (localhost.ttr.kubota.co.jp [127.0.0.1]) by jkpc15.tk.kubota.co.jp (8.9.3/3.7W-02/21/99) with ESMTP id OAA01415; Wed, 16 Aug 2000 14:13:54 +0900 (JST) To: joseph.scott@owp.csus.edu Cc: taku@cent.saitama-u.ac.jp, julian@elischer.org, abc@bsdi.com, abial@webgiro.com, gandalf@vilnya.demon.co.uk, freebsd-hackers@FreeBSD.ORG Subject: Re: Maestro2E patch (Was: US$100 prize for adding ESSAudiodrivesupport to pcm) In-Reply-To: <399444C4.C0F4C02F@owp.csus.edu> References: <39934AA4.5722D1C5@owp.csus.edu> <20000811143651N.haro@tk.kubota.co.jp> <399444C4.C0F4C02F@owp.csus.edu> X-Mailer: Mew version 1.94.1 on Emacs 20.6 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000816141354O.haro@tk.kubota.co.jp> Date: Wed, 16 Aug 2000 14:13:54 +0900 From: haro@tk.kubota.co.jp (Munehiro Matsuda) X-Dispatcher: imput version 990905(IM130) Lines: 40 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello Joseph, From: Joseph Scott Date: Fri, 11 Aug 2000 11:24:04 -0700 ::[...] ::> :: Unfortunately this didn't work for mine (Dell Inspiron 7500). How to ::> ::I find out the GPIO values that make windows work? I'm open to trying ::> ::what the Linux driver does. Mind you my C programing skills are ::> ::pretty much useless, but I'm willing to try things out :-) ::> ::> Aha, Dell Inspiron 7500! ::> There was some extra stuff in the Linux driver for it. ::> I have recreated my patch (mstr2_spk.patch2) to include them. ::> Please aply the new patch to the original 20000725 version source code! :: :: This seems to have to done the trick! I now get sound out of both ::internal speakers! Yeah!!!! I'm pleased to hear that. :-) ::> And also, I added a small patch (mstr2_gpio.patch) that should print ::> GPIO values. Aply GPIO patch after the mstr2_spk.patch2! :: :: I didn't try this patch since the first one got the speakers ::working. Would it be helpful to find out GPIO values at this point? ::If so let me know and I'll apply the patch and see what I get. ::Otherwise I'll just go with what I've got. That's ok. I'll ask the original author, whether he wants it or not. Thank you, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Business Incubation Dept., Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103-8310, Japan Tel: +81-3-3245-3318 Fax: +81-3-3245-3315 Email: haro@kubota.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 22:20:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from camus.cybercable.fr (camus.cybercable.fr [212.198.0.200]) by hub.freebsd.org (Postfix) with SMTP id 3101937C01E for ; Tue, 15 Aug 2000 22:20:08 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 1991266 invoked from network); 16 Aug 2000 05:20:06 -0000 Received: from r227m167.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.227.167]) (envelope-sender ) by camus.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 16 Aug 2000 05:20:06 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id HAA39848; Wed, 16 Aug 2000 07:20:05 +0200 (CEST) (envelope-from root) From: Cyrille Lefevre Message-Id: <200008160520.HAA39848@gits.dyndns.org> Subject: Re: How to generate a core dump explicily To: wes@softweyr.com Date: Wed, 16 Aug 2000 07:20:05 +0200 (CEST) Cc: andrew@ugh.net.au, nicolas.leonard@animaths.com, freebsd-hackers@FreeBSD.ORG Reply-To: clefevre@cybercable.fr Mail-Copies-To: never 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 Wes Peters writes: > andrew@ugh.net.au wrote: > > > > On Tue, 8 Aug 2000, Nicolas Leonard wrote: > > > > > I would like to generate a core dump 'explicitly' in > > > my program. How can that be done ? > > > > Call abort(3) > > If you want to coredump it "interactively", hit your QUIT character > (usually ^\). To do the same from another tty, or to a background or > daemon process, send it a QUIT signal with kill(1). also, man gcore Cyrille. -- 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 Tue Aug 15 22:23:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with SMTP id EB60D37C2BC for ; Tue, 15 Aug 2000 22:23:38 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115246>; Wed, 16 Aug 2000 15:23:28 +1000 Content-return: prohibited Date: Wed, 16 Aug 2000 15:23:23 +1000 From: Peter Jeremy Subject: Re: Collecting waiting statistics (simulation question) To: rhyason@cpsc.ucalgary.ca Cc: freebsd-hackers@freebsd.org Message-Id: <00Aug16.152328est.115246@border.alcanet.com.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 14 Aug 2000, Jeff Rhyason wrote: > Aah. This isn't quite what I lust for: Is it possible to get a *log* of > allocation requests rather than aggregate sums or averages? The reason is > so I can calculate the distribution of the data. For example: the kind of > information I would like to have from kern_malloc for each invocation is: > - time of the allocation > - size > - time spent in asleep > - return value > The same thing can be done with kern_free and from there the time the > memory was used can be calculated. Chunk suggested using something based on the existing kernel syslog buffer and socket. That strikes me as involving a fair amount of work. Many years ago, I was collecting statistics on interrupt jitter and wrote a simple ring buffer that was intended to be very cheap for the kernel to write to (though it will lose data if it overflows). The userland side just maps kvm and polls the data (this worked for me since I have data being written at a known rate - and I don't think I got the bugs out of the device driver interface). This approach might not be the cleanest, but it is quite quick to get going. Pruning out the general-purpose bits of the code, you could use something like the following: struct kern_malloc_stats { struct timespec kms_time; /* allocation time */ unsigned long kms_size; /* allocation size */ struct malloc_type *kms_type; /* optional */ unsigned long kms_delay; /* nsec or usec in asleep() */ void * kms_return; }; #define KMS_ENTRIES (1 << n) /* pick to suit */ struct kern_malloc_stats_buffer { unsigned int rb_magic; /* magic number for validation */ #define RB_MAGIC 0xdeadbeef unsigned int rb_write; /* write index */ struct kern_malloc_stats rb_buf[KMS_ENTRIES]; }; volatile struct kern_malloc_stats_buffer kms_buf; /* write a struct kern_malloc_stats into the buffer */ #define kms_push(data) do { \ kms_buf.rb_buf[kms_buf.rb_write++] = (data); \ kms_buf.rb_write &= KMS_ENTRIES - 1; \ } while (0) In userland, I just mmap'd kms_buf and polled it regularly (using a local read pointer and kms_buf.rb_write to identify the active areas) via an interval timer. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 15 23:24:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-177-115.dsl.snfc21.pacbell.net [63.202.177.115]) by hub.freebsd.org (Postfix) with ESMTP id 74BC237C308 for ; Tue, 15 Aug 2000 23:24:31 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id XAA18026; Tue, 15 Aug 2000 23:36:35 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200008160636.XAA18026@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Bill Clinton" Cc: freebsd-hackers@freebsd.org Subject: Re: dma to userland address In-reply-to: Your message of "Mon, 14 Aug 2000 18:16:09 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Aug 2000 23:36:35 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > lets say, hypothetically, that i have an ioctl interface to my device > driver that takes a buffer that looks something like: > > struct { > int length; > char *buf; > } mystruct; > > and lets say, hypothetically, that i wanted to dma directly > to/from 'buf'. how would i do that? > > i've tried doing vtophys on buf, but that doesn't seem to work. > > i've tried doing vtophys on a kernel-allocated block and the mmapping it > through /dev/mem in userland, but that doesn't seem to work either (this > may have a bug, though - it worked under linux, but was about 10x slower > than just leaving the kernel/user copy in there). > > so what am i missing here? As has been mentioned, you need to look at how the physio mechanism (physread/physwrite) does it. Basically, you temporarily map the region into the kernel and then wire it down. However, typically once you reach this point with an ioctl interface it's time to stop and wonder whether you're going about it the wrong way. Ioctls are usually *not* used for efficient I/O. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 0:25: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.ovis.net (ns1.ovis.net [207.0.147.2]) by hub.freebsd.org (Postfix) with ESMTP id 822B937B6EC for ; Wed, 16 Aug 2000 00:25:01 -0700 (PDT) (envelope-from chromexa@ovis.net) Received: from ovis.net (s44.pm5.ovis.net [207.0.147.110]) by ns1.ovis.net (8.9.3/8.9.3) with ESMTP id DAA18101; Wed, 16 Aug 2000 03:23:51 -0400 Message-ID: <399A4375.FFBA3624@ovis.net> Date: Wed, 16 Aug 2000 03:32:05 -0400 From: Steve Kudlak Reply-To: chromexa@ovis.net X-Mailer: Mozilla 4.5 [en]C-CCK-MCD ezn/58/n (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Poul-Henning Kamp Cc: Maxime Henrion , freebsd-hackers@FreeBSD.ORG Subject: Re: limit processes that a user can 'see' References: <42046.966228545@critter> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > In message <39970D08.4BA72541@qualys.com>, Maxime Henrion writes: > > Hello, > > > >I have an idea that I would love to see applied in FreeBSD source code, > >but as I'm not skilled enough to code it, I post it to see if you think > >it makes sense, and if someone would be interested in coding this. It is > >a security measure regarding 'ps' command. > > > >By using the 'ps' command, any user logged in the system can view all > >the running processes, including root's one and processes of other > >users. My idea is to limit a bit this behaviour. > > You can possibly make jail(8) do this for you... > > -- > 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 WHY WPULD ANYONE WANT TO DO THIS?? Have Fun, Sends Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 1:15:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from picalon.gun.de (picalon.gun.de [192.109.159.1]) by hub.freebsd.org (Postfix) with ESMTP id AADCE37BE70 for ; Wed, 16 Aug 2000 01:15:35 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by picalon.gun.de (8.9.3/8.9.3) id KAA05856 for hackers@freebsd.org; Wed, 16 Aug 2000 10:15:18 +0200 (MET DST) >Received: (from andreas@localhost) by klemm.gtn.com (8.9.3/8.9.3) id JAA02754 for hackers@freebsd.org; Wed, 16 Aug 2000 09:57:21 +0200 (CEST) (envelope-from andreas) Date: Wed, 16 Aug 2000 09:57:21 +0200 From: Andreas Klemm To: hackers@freebsd.org Subject: cvs question concerning creating and handling of vendor branches Message-ID: <20000816095721.A2429@titan.klemm.gtn.com> Mime-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.2.4i X-Operating-System: FreeBSD 4.1-STABLE SMP X-Disclaimer: A free society is one where it is safe to be unpopular Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi ! I have a CVS question, could you please help and answer before I mangle my CVS archive on www.apsfilter.org ..., that would be very kind, thanks a lot. I want to import Cesar Mendozas lists-archive software on a vendor branch and merge the changes into the HEAD branch ... Do do I start importing it into my cvs repository ? I want to have a similar functionality as we currently have with src/contrib ... I know abaout the functionality, but not how to do it right on the commandline ... Could you kindly give me a "5-liner" or such example to get familiar with it ? Thanks a lot Andreas /// -- Andreas Klemm Powered by FreeBSD SMP Songs from our band >>64Bits<<............http://www.apsfilter.org/64bits.html My homepage................................ http://people.FreeBSD.ORG/~andreas Please note: Apsfilter got a NEW HOME................http://www.apsfilter.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 2:51:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from web3003.mail.yahoo.com (web3003.mail.yahoo.com [204.71.202.166]) by hub.freebsd.org (Postfix) with SMTP id A893237B91F for ; Wed, 16 Aug 2000 02:51:24 -0700 (PDT) (envelope-from deepika_77@yahoo.com) Received: (qmail 291 invoked by uid 60001); 16 Aug 2000 09:51:23 -0000 Message-ID: <20000816095123.290.qmail@web3003.mail.yahoo.com> Received: from [164.164.56.2] by web3003.mail.yahoo.com; Wed, 16 Aug 2000 02:51:23 PDT Date: Wed, 16 Aug 2000 02:51:23 -0700 (PDT) From: deepika kakrania Subject: Sending multicast packets To: freebsd-net@FreeBSD.ORG Cc: freebsd-hackers@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi We are running freebsd 3.3 release. i am having the scenario where two daemons running on two routers which are on the same LAN have to exchange multicast packets. To test the multicasting capability, i have taken 2 sample programs. Both of them are joining same multicast group and therefrom i have considered two cases. 1)One program will send multicast packets to multicast group and other will be receiving. I ran tcpdump on both the machines to see the flow of packets. The applications are sending and receiving packets but tcpdump doesn't show any packet flow between these two. It only shows igmp report and leave packets. We could see the proper flow of packets only once using tcpdump. After that tcpdump is not showing any packet flow. 2)both programs will be sending and receiving packets.In this, both applications first join multicast group and then one application sends packet to this multicast group and other will read these packets and then will write back same packet which should be read by first application. But here, second application doesn't receive the first packet itself. Here also, tcpdump doesn't show any packets flowing between these two routers. Could someone explain to me why there is no packet flow in second case(in both directions simultaneously)? Thanks in advance. regards, deepika __________________________________________________ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 3:56:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id F3BBB37B5A9; Wed, 16 Aug 2000 03:56:19 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.16 #1) id 13P0ro-0004La-00; Wed, 16 Aug 2000 12:56:16 +0200 From: Sheldon Hearn To: freebsd-hackers@FreeBSD.org Cc: obrien@FreeBSD.org Subject: weird error messages from __COPYRIGHT macro Date: Wed, 16 Aug 2000 12:56:16 +0200 Message-ID: <16713.966423376@axl.ops.uunet.co.za> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here is a source file which looks fine to me, but for which I get unexpected assembler warnings: #include __COPYRIGHT("@(#) Copyright (c) 1983, 1988, 1993\n" "The Regents of the University of California." " All rights reserved.\n"); int main(void) { exit(0); } The compiler warnings follow: /tmp/ccZ16701.s: Assembler messages: /tmp/ccZ16701.s:5: Warning: Unterminated string: Newline inserted. /tmp/ccZ16701.s:6: Warning: Unterminated string: Newline inserted. I'm led to believe that these error messages are not present on a NetBSD box. So is this broken usage of __COPYRIGHT(), or is this pre-processor or assembler breakage? And please don't whine about me about string concatenation -- it's legal in ANSI C. :-) Thanks, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 5:22:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hda.hda.com (host65.hda.com [63.104.68.65]) by hub.freebsd.org (Postfix) with ESMTP id 40EC137BD59 for ; Wed, 16 Aug 2000 05:22:41 -0700 (PDT) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.9.3/8.9.3) id IAA42181 for hackers@FreeBSD.ORG; Wed, 16 Aug 2000 08:23:55 -0400 (EDT) (envelope-from dufault) From: Peter Dufault Message-Id: <200008161223.IAA42181@hda.hda.com> Subject: Re: IPC, shared memory, syncronization AND threads... In-Reply-To: <200008152113.RAA39184@hda.hda.com> from Peter Dufault at "Aug 15, 2000 05:13:44 pm" To: hackers@FreeBSD.ORG Date: Wed, 16 Aug 2000 08:23:49 -0400 (EDT) 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 I've looked at the POSIX spec to find the right way to portably implement low overhead process synchronization. I think the right way is to add _POSIX_THREAD_PROCESS_SHARED support so that mutexes can be shared between processes. There is something vague about the spec. I don't see that you can reject "pthread_mutexattr_setpshared()" with EINVAL, and I don't clearly see that the mutexes in existence after a fork are defined to be a new set of mutexes with identical existing values. I have to assume they are as mutexes can be statically allocated and there is no way to ensure they are in a shared region without sharing pages happening to contain mutexes with that attribute of the new process space with the old one. Assuming unique mutexes after a fork unless they happen to be in a shared region, you could create a mutex in shared memory, apply pthread_mutexattr_setpshared() to it, and then have the usual pthread_mutex_lock()/pthread_mutex_unlock() interface support the high performance synchronization. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Fail-Safe systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 7:32:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 8997437BD42 for ; Wed, 16 Aug 2000 07:32:20 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from mini.acl.lanl.gov (root@mini.acl.lanl.gov [128.165.147.34]) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id IAA1735953 for ; Wed, 16 Aug 2000 08:32:18 -0600 (MDT) Received: from localhost (rminnich@localhost) by mini.acl.lanl.gov (8.9.3/8.8.8) with ESMTP id IAA00950 for ; Wed, 16 Aug 2000 08:32:18 -0600 X-Authentication-Warning: mini.acl.lanl.gov: rminnich owned process doing -bs Date: Wed, 16 Aug 2000 08:32:17 -0600 (MDT) From: Ronald G Minnich X-Sender: rminnich@mini.acl.lanl.gov To: freebsd-hackers@freebsd.org Subject: Re: IPC, shared memory, syncronization AND threads... In-Reply-To: <00Aug16.145324est.115207@border.alcanet.com.au> 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, 16 Aug 2000, Peter Jeremy wrote: > >Here's a simple test-and-set function for the 386 (tested and works): > Actually, this isn't particularly good coding. It isn't SMP-safe. you caught me! I'm a lousy assembly programmer! Actually, that code is so old it predates SMP by a bit ... I like your improved version ... that one goes in my archives. Thanks! ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 9:18:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hda.hda.com (host65.hda.com [63.104.68.65]) by hub.freebsd.org (Postfix) with ESMTP id 0C3A437BF17 for ; Wed, 16 Aug 2000 09:18:37 -0700 (PDT) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.9.3/8.9.3) id MAA43175 for hackers@FreeBSD.ORG; Wed, 16 Aug 2000 12:19:52 -0400 (EDT) (envelope-from dufault) From: Peter Dufault Message-Id: <200008161619.MAA43175@hda.hda.com> Subject: Re: IPC, shared memory, syncronization AND threads... In-Reply-To: <200008161223.IAA42181@hda.hda.com> from Peter Dufault at "Aug 16, 2000 08:23:49 am" To: hackers@FreeBSD.ORG Date: Wed, 16 Aug 2000 12:19:51 -0400 (EDT) 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 Here's the kind of thing I have in mind, wrapped around the pthreads mutexes. This replaces default pthread mutexes (those with no special attributes) with possibly fast ones. I haven't done any real timing but I've verified that a program I have works and runs a lot faster with these wrappers. Obviously you have to use -include mutex.h and various -D flags to try this out. Header: #ifndef _MUTEX_H_ #define _MUTEX_H_ #include struct _pthread_mutex; typedef struct _pthread_mutex *_pthread_mutex_t; int _pthread_mutex_init(_pthread_mutex_t *, const pthread_mutexattr_t *); int _pthread_mutex_lock(_pthread_mutex_t *); int _pthread_mutex_unlock(_pthread_mutex_t *); #endif /* _MUTEX_H_ */ Wrappers: #include #include #include typedef unsigned long castype; /* Data type you can CAS */ extern int cas(volatile castype *, const castype, const castype); struct _pthread_mutex { castype lock; struct pthread_mutex *strong_lock; struct pthread_cond *done_unlocking; struct pthread_mutex *unlock_lock; int unlocking; }; #include "mutex.h" /* * _PTHREAD_MUTEX_INITIALIZER would have to be something like: */ #define _PTHREAD_MUTEX_INITIALIZER { \ 0,\ PTHREAD_MUTEX_INITIALIZER,\ PTHREAD_COND_INITIALIZER,\ PTHREAD_MUTEX_INITIALIZER,\ 0} /* cas: Compare and swap. Return 1 if it succeeds, zero if it * doesn't. */ int cas(volatile castype *ptr, const castype o, const castype n) { volatile int result = 0; __asm __volatile( "cmpxchg%L3 %3,%1; jne 0f; inc%L0 %0; 0:" : "=m"(result) : "m"(*ptr), "a"(o), "r"(n) ); return result; } static void oops(const char *s) { fprintf(stderr, "_pthread_mutex: %s.\n", s); } /* Here's the init. If there are any non-standard attributes use a default. */ int _pthread_mutex_init(_pthread_mutex_t *mp, const pthread_mutexattr_t *attr) { struct _pthread_mutex *m = (struct _pthread_mutex *)calloc(1, sizeof(*m)); if (attr) { m->lock = 4; return pthread_mutex_init(&m->strong_lock, attr); } *mp = m; return 0; } /* mutex_lock: * First try to go from 0 to 1. If that works, we have the lock. * * Then see if it is 4. That means it is a non-default lock, * just call the standard locker. These two steps could be published * in the header along with the structure to make things inlineable. * * Finally go into a loop, doing the first step again, then: * * If it fails, set it from 1 to 2 to let the unlock know someone * is waiting and then call the existing lock. * If it is already at 2 just call the existing lock. * * The only thing left is that it is being unlocked, that is, it must be * 3. Wait for the unlocker to do its thing then repeat. */ int _pthread_mutex_lock(_pthread_mutex_t *mp) { struct _pthread_mutex *m = *mp; if (cas(&m->lock, 0, 1)) /* Try for the fast lock. */ return 0; if (m->lock == 4) return pthread_mutex_lock(&m->strong_lock); /* Not default lock */ while (1) { if (cas(&m->lock, 0, 1)) /* Try for the fast lock. */ break; if (cas(&m->lock, 1, 2) || cas(&m->lock, 2, 2)) return pthread_mutex_lock(&m->strong_lock); pthread_mutex_lock(&m->unlock_lock); /* It is being unlocked, which can take a long time. * Wait for the unlocker */ while (m->unlocking) { pthread_cond_wait(&m->done_unlocking, &m->unlock_lock); } pthread_mutex_unlock(&m->unlock_lock); } return 0; } /* unlock: First try to do a fast unlock and also handle the special * attributes case. * Then we must be the unlocker (there should only be one), so set the * flag so people know we're unlocking. * * Do the unlock and then signal anyone waiting. */ int _pthread_mutex_unlock(_pthread_mutex_t *mp) { struct _pthread_mutex *m = *mp; if (cas(&m->lock, 1, 0)) /* Try for the fast unlock */ return 0; if (m->lock == 4) return pthread_mutex_unlock(&m->strong_lock); /* Not default lock */ /* It has to be 2 or there are multiple unlocks going on. */ if (!cas(&m->lock, 2, 3)) oops("multiple unlocks?"); pthread_mutex_lock(&m->unlock_lock); m->unlocking = 1; pthread_mutex_unlock(&m->strong_lock); m->unlocking = 0; pthread_mutex_unlock(&m->unlock_lock); pthread_cond_signal(&m->done_unlocking); return 0; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 9:54:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sentinel.office1.bg (sentinel.office1.bg [195.24.48.182]) by hub.freebsd.org (Postfix) with SMTP id 0185C37C57A for ; Wed, 16 Aug 2000 09:54:17 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 3002 invoked by uid 1001); 16 Aug 2000 16:47:52 -0000 Date: Wed, 16 Aug 2000 19:47:52 +0300 From: Peter Pentchev To: freebsd-hackers@freebsd.org Subject: several NFS mounts within a filesystem Message-ID: <20000816194752.A2983@ringwraith.office1.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK, so it might very well be that I haven't read everything; in that case, sorry for taking your time. However.. /etc/fstab: # Device Mountpoint FStype Options Dump Pass# /dev/ad4s1b none swap sw 0 0 /dev/ad4s1a / ufs rw 1 1 /dev/ad4s1e /tmp ufs rw 2 2 /dev/ad4s1g /usr ufs rw 2 2 /dev/ad4s1f /var ufs rw 2 2 /dev/acd0c /cdrom cd9660 ro,noauto 0 0 proc /proc procfs rw 0 0 /etc/exports: /usr/n/ringrowl/root -maproot=root -network 192.168.1.0 -mask 255.255.255.0 /usr/n/ringrowl/usr -maproot=root -network 192.168.1.0 -mask 255.255.255.0 And the result of ``mountd -d -l'' is: Aug 16 19:36:35 ringwraith mountd[2956]: can't change attributes for /usr/n/ringrowl/usr Aug 16 19:36:35 ringwraith mountd[2956]: bad exports list line /usr/n/ringrowl/usr -maproot After this, showmount -e shows an exported /usr/n/ringrowl/root, and plain old mount shows something new: /usr now has a NFS-mounted flag. Am I right in thinking that the kernel won't let me export more than one subdir of the same filesystem? If so, how do I get around this? I really really really really do not want to repartition, and vnconfig is just barely an option.. though if there is no other way, I'll have to do it. G'luck, Peter Pentchev -- This sentence contains exactly threee erors. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 9:58:19 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 BA80437C5A2 for ; Wed, 16 Aug 2000 09:58:09 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id KAA89246; Wed, 16 Aug 2000 10:58:02 -0600 (MDT) (envelope-from ken) Date: Wed, 16 Aug 2000 10:58:02 -0600 From: "Kenneth D. Merry" To: Peter Pentchev Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: several NFS mounts within a filesystem Message-ID: <20000816105802.A89225@panzer.kdm.org> References: <20000816194752.A2983@ringwraith.office1.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000816194752.A2983@ringwraith.office1.bg>; from roam@orbitel.bg on Wed, Aug 16, 2000 at 07:47:52PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Aug 16, 2000 at 19:47:52 +0300, Peter Pentchev wrote: > /usr/n/ringrowl/root -maproot=root -network 192.168.1.0 -mask 255.255.255.0 > /usr/n/ringrowl/usr -maproot=root -network 192.168.1.0 -mask 255.255.255.0 > > And the result of ``mountd -d -l'' is: > > Aug 16 19:36:35 ringwraith mountd[2956]: can't change attributes for /usr/n/ringrowl/usr > Aug 16 19:36:35 ringwraith mountd[2956]: bad exports list line /usr/n/ringrowl/usr -maproot > > After this, showmount -e shows an exported /usr/n/ringrowl/root, and plain > old mount shows something new: /usr now has a NFS-mounted flag. > > Am I right in thinking that the kernel won't let me export more than one > subdir of the same filesystem? If so, how do I get around this? > I really really really really do not want to repartition, and vnconfig is > just barely an option.. though if there is no other way, I'll have to > do it. I think you want the '-alldirs' option. e.g.: /usr -alldirs -maproot=root -network 192.168.1.0 -mask 255.255.255.0 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 Wed Aug 16 10:32:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.interware.hu (mail.interware.hu [195.70.32.130]) by hub.freebsd.org (Postfix) with ESMTP id 5060537BE9F for ; Wed, 16 Aug 2000 10:32:23 -0700 (PDT) (envelope-from julian@elischer.org) Received: from bissau-51.budapest.interware.hu ([195.70.53.179] helo=jules.elischer.org) by mail.interware.hu with smtp (Exim 3.12 #1 (Debian)) id 13P72F-0006Ym-00; Wed, 16 Aug 2000 19:31:27 +0200 Message-ID: <399ACFC2.167EB0E7@elischer.org> Date: Wed, 16 Aug 2000 10:30:42 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: Munehiro Matsuda Cc: joseph.scott@owp.csus.edu, taku@cent.saitama-u.ac.jp, abc@bsdi.com, abial@webgiro.com, gandalf@vilnya.demon.co.uk, freebsd-hackers@FreeBSD.ORG Subject: Re: Maestro2E patch (Was: US$100 prize for adding ESSAudiodrivesupport to pcm) References: <39934AA4.5722D1C5@owp.csus.edu> <20000811143651N.haro@tk.kubota.co.jp> <399444C4.C0F4C02F@owp.csus.edu> <20000816141354O.haro@tk.kubota.co.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Munehiro Matsuda wrote: > > Hello Joseph, > > From: Joseph Scott > [...] > ::> Aha, Dell Inspiron 7500! > ::> There was some extra stuff in the Linux driver for it. > ::> I have recreated my patch (mstr2_spk.patch2) to include them. > ::> Please aply the new patch to the original 20000725 version source code! > :: > :: This seems to have to done the trick! I now get sound out of both > ::internal speakers! Yeah!!!! > > I'm pleased to hear that. :-) I don't on my 7500, but that isn't a worry. I'll try again when it's checked in.... -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ;_.---._/ presently in: Budapest v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 12: 6:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhost.cpsc.ucalgary.ca (mailhost.cpsc.ucalgary.ca [136.159.2.100]) by hub.freebsd.org (Postfix) with ESMTP id 4130A37C644 for ; Wed, 16 Aug 2000 12:05:58 -0700 (PDT) (envelope-from rhyason@cpsc.ucalgary.ca) Received: from csh (csh.cpsc.ucalgary.ca [136.159.5.21]) by mailhost.cpsc.ucalgary.ca (1.3) id ; Wed, 16 Aug 2000 12:54:32 -0600 (MDT) Date: Wed, 16 Aug 2000 12:54:32 -0600 (MDT) From: Jeff Rhyason X-Sender: rhyason@csh To: hackers@freebsd.org Cc: chuckr@picnic.chuckr.org, peter.jeremy@alcatel.com.au, bright@wintelcom.net, jeff@rhyason.com Subject: Re: Collecting waiting statistics (simulation question) 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 Alphred Perlstein wrote: > Using sysctls is probably the easiest way of doing it. I am so stupid, Alphred, I did not think sysctl's could be used to provide access to arrays. I should have looked more. Chuck Robey wrote: >Occaisonally, but you'd do better hitting this list in general. I'm on a >new job and I'm giving it a LOT of hours; you might wait a week for me to >find time to generate an answer. It depends on your questions, too. If >you demonstrate by your question's topic and focus that you've made a >*hard* effort to answer it on yourself, *loads* of folks will help. If >it looks like just another person looking for a free ride (and there's so >many of those that we get a bit defensive) then you wouldn't expect too >much. Free ride? No way ;) I'm enjoying this project too much! However I definitely needed (and appreciated!) finding out if the code had been written before, and ways of going about it. Peter Jeremy wrote: > Pruning out the general-purpose bits of code, you could use > something like the following: > ... Thanks VERY much to everyone who replied to my message, particularly your code Peter! I put it to successful use! What I did was implement a circular buffer of kern_malloc_stats-like structs, accessible with sysctl's. The magic that gets done with sysctl header files, I may never figure out ;) However mmapping kvm, as you suggest, would have been a faster way to go, I did not think of that. Thanks to everybody. If anyone wants to see the code, just let me know. I thought about posting it, but it's pretty close to Peter's. Jeff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 12:31:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from io.yi.org (24.67.218.186.bc.wave.home.com [24.67.218.186]) by hub.freebsd.org (Postfix) with ESMTP id 8690637C3CD; Wed, 16 Aug 2000 12:18:55 -0700 (PDT) (envelope-from jburkhol@home.com) Received: from io.yi.org (localhost.gvcl1.bc.wave.home.com [127.0.0.1]) by io.yi.org (Postfix) with ESMTP id DFE17BA69; Wed, 16 Aug 2000 12:19:25 -0700 (PDT) X-Mailer: exmh version 2.1.1 10/15/1999 To: Sheldon Hearn Cc: freebsd-hackers@FreeBSD.ORG, obrien@FreeBSD.ORG, jake@io.yi.org Subject: Re: weird error messages from __COPYRIGHT macro In-Reply-To: Message from Sheldon Hearn of "Wed, 16 Aug 2000 12:56:16 +0200." <16713.966423376@axl.ops.uunet.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Aug 2000 12:19:25 -0700 From: Jake Burkholder Message-Id: <20000816191925.DFE17BA69@io.yi.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [...] > I'm led to believe that these error messages are not present on a NetBSD > box. So is this broken usage of __COPYRIGHT(), or is this pre-processor > or assembler breakage? Looks like breakage of the ELF __IDSTRING macro. #if defined(__GNUC__) && defined(__ELF__) #define __IDSTRING(name,string) __asm__(".ident\t\"" string "\"") #else #define __IDSTRING(name,string) static const char name[] __unused = string #endif This seems to work: #define __IDSTRING(name,string) __asm__(".ident\t" #string) #define __COPYRIGHT(s) __IDSTRING(copyright,s) __COPYRIGHT("@(#) Copyright (c) 1983, 1988, 1993\n" "The Regents of the University of California." " All rights reserved.\n"); int main(void) { exit(0); } Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 12:31:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from c014.sfo.cp.net (c014-h023.c014.sfo.cp.net [209.228.12.87]) by hub.freebsd.org (Postfix) with SMTP id AAC3F37C5B8 for ; Wed, 16 Aug 2000 12:19:57 -0700 (PDT) (envelope-from dchance@valuedata.net) Received: (cpmta 3467 invoked from network); 16 Aug 2000 12:19:56 -0700 Received: from m12hRs4n205.midsouth.rr.com (HELO development1) (24.95.125.205) by smtp.valuedata.net with SMTP; 16 Aug 2000 12:19:56 -0700 X-Sent: 16 Aug 2000 19:19:56 GMT Message-ID: <000901c007b6$c19e6740$0200000a@development1> From: "Daryl Chance" To: Cc: References: <16713.966423376@axl.ops.uunet.co.za> Subject: Re: weird error messages from __COPYRIGHT macro Date: Wed, 16 Aug 2000 14:18:27 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i don't know assembler, but it the macros are like C, you need a \ at the end of the line :). (IIRC) Lemme know if that fixes it :). Thanks, ------------------------------------------- | Daryl Chance | BIT: n. unit by which | | Valuedata, LLC | programmers go insane | ------------------------------------------- ----- Original Message ----- From: "Sheldon Hearn" To: Cc: Sent: Wednesday, August 16, 2000 5:56 AM Subject: weird error messages from __COPYRIGHT macro > > Here is a source file which looks fine to me, but for which I get > unexpected assembler warnings: > > #include > > __COPYRIGHT("@(#) Copyright (c) 1983, 1988, 1993\n" > "The Regents of the University of California." > " All rights reserved.\n"); > > int > main(void) > { > > exit(0); > } > > The compiler warnings follow: > > /tmp/ccZ16701.s: Assembler messages: > /tmp/ccZ16701.s:5: Warning: Unterminated string: Newline inserted. > /tmp/ccZ16701.s:6: Warning: Unterminated string: Newline inserted. > > I'm led to believe that these error messages are not present on a NetBSD > box. So is this broken usage of __COPYRIGHT(), or is this pre-processor > or assembler breakage? > > And please don't whine about me about string concatenation -- it's legal > in ANSI C. :-) > > Thanks, > Sheldon. > > > 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 Aug 16 12:32:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from grimreaper.grondar.za (grimreaper.grondar.za [196.7.18.138]) by hub.freebsd.org (Postfix) with ESMTP id 2202137C90E; Wed, 16 Aug 2000 12:24:37 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grimreaper.grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.za (8.9.3/8.9.3) with ESMTP id VAA01138; Wed, 16 Aug 2000 21:25:15 +0200 (SAST) (envelope-from mark@grimreaper.grondar.za) Message-Id: <200008161925.VAA01138@grimreaper.grondar.za> To: Sheldon Hearn Cc: freebsd-hackers@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: weird error messages from __COPYRIGHT macro References: <16713.966423376@axl.ops.uunet.co.za> In-Reply-To: <16713.966423376@axl.ops.uunet.co.za> ; from Sheldon Hearn "Wed, 16 Aug 2000 12:56:16 +0200." Date: Wed, 16 Aug 2000 21:25:14 +0200 From: Mark Murray Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > And please don't whine about me about string concatenation -- it's legal > in ANSI C. :-) __COPYRIGHT is defined as #define __COPYRIGHT(s) __IDSTRING(copyright,s) and __IDSTRING is #define __IDSTRING(name,string) __asm__(".ident\t\"" string "\"") By the time the string makes it to the assembler, the \n's have been turned into (real) NL's so the assembler line looks like .ident "@(#) Copyright (c) 1983, 1988, 1993 The Regents of the University of California. All rights reserved. " ...and it does not like the multi-line string. You may need to double-escape the \n's (like \\n) to get them into the .ident line symbolically. (I just checked - it worked!) M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 12:32:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 2420337C973 for ; Wed, 16 Aug 2000 12:27:38 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.16 #1) id 13P8qZ-0006cl-00; Wed, 16 Aug 2000 21:27:31 +0200 From: Sheldon Hearn To: Mark Murray Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: weird error messages from __COPYRIGHT macro In-reply-to: Your message of "Wed, 16 Aug 2000 21:25:14 +0200." <200008161925.VAA01138@grimreaper.grondar.za> Date: Wed, 16 Aug 2000 21:27:31 +0200 Message-ID: <25466.966454051@axl.ops.uunet.co.za> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 16 Aug 2000 21:25:14 +0200, Mark Murray wrote: > ...and it does not like the multi-line string. You may need to > double-escape the \n's (like \\n) to get them into the .ident > line symbolically. > > (I just checked - it worked!) Now we just need someone with a NetBSD box handy to let us know whether double-escaping the newlines works alright there. I have a feeling it won't, which probably means we need to see if we can fix our implementation of __IDSTRING(). I've sent private mail to Peter, who introduced this implementation of __IDSTRING in rev 1.26 of cdefs.h. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 12:37:34 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 F244337B521 for ; Wed, 16 Aug 2000 12:37:15 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com ([208.187.122.225]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id NAA03035; Wed, 16 Aug 2000 13:35:30 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <399AEE74.9366689F@softweyr.com> Date: Wed, 16 Aug 2000 13:41:40 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.1-RC i386) X-Accept-Language: en MIME-Version: 1.0 To: Nicolas Leonard Cc: Samuel Tardieu , hackers@FreeBSD.ORG Subject: Re: How to generate a core dump explicily References: <00f101c00140$2a4b5a50$0f0210ac@masa.com> <2000-08-08-15-56-50+trackit+sam@inf.enst.fr> <011301c00146$c709f170$0f0210ac@masa.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nicolas Leonard wrote: > > Sorry, I wasn't precise enough . > > In fact, I caught the SIGABRT signal (and the others signals which are > ending the program) and I'm doing some ending stuff, and after that, I > would like to dump a core file. > > I could remove the handler of SIGABRT after my ending suff done, and kill > myself another time, but I would like to know if it's possible to dump the > core explicitly. (With a dumpcore() function or whatever ) This one works: void dumpme() { int *p = 0; *p = 0xdeadbeef; } int main() { dumpme(); } -- "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 Aug 16 12:57:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from grimreaper.grondar.za (grimreaper.grondar.za [196.7.18.138]) by hub.freebsd.org (Postfix) with ESMTP id 4495A37BB51 for ; Wed, 16 Aug 2000 12:57:32 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grimreaper.grondar.za (mark@localhost [127.0.0.1]) by grimreaper.grondar.za (8.9.3/8.9.3) with ESMTP id VAA02888; Wed, 16 Aug 2000 21:58:11 +0200 (SAST) (envelope-from mark@grimreaper.grondar.za) Message-Id: <200008161958.VAA02888@grimreaper.grondar.za> To: Sheldon Hearn Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: weird error messages from __COPYRIGHT macro References: <25466.966454051@axl.ops.uunet.co.za> In-Reply-To: <25466.966454051@axl.ops.uunet.co.za> ; from Sheldon Hearn "Wed, 16 Aug 2000 21:27:31 +0200." Date: Wed, 16 Aug 2000 21:58:11 +0200 From: Mark Murray Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > (I just checked - it worked!) > > Now we just need someone with a NetBSD box handy to let us know whether > double-escaping the newlines works alright there. I have a feeling > it won't, which probably means we need to see if we can fix our > implementation of __IDSTRING(). Bah. Only three things use __COPYRIGHT; ftp(d?), routed and make. None of them use \n's like you do. > I've sent private mail to Peter, who introduced this implementation of > __IDSTRING in rev 1.26 of cdefs.h. Compatibility measure? M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 13: 0:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 668DA37B884 for ; Wed, 16 Aug 2000 13:00:51 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.16 #1) id 13P9Mk-0006fu-00; Wed, 16 Aug 2000 22:00:46 +0200 From: Sheldon Hearn To: Mark Murray Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: weird error messages from __COPYRIGHT macro In-reply-to: Your message of "Wed, 16 Aug 2000 21:58:11 +0200." <200008161958.VAA02888@grimreaper.grondar.za> Date: Wed, 16 Aug 2000 22:00:46 +0200 Message-ID: <25661.966456046@axl.ops.uunet.co.za> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 16 Aug 2000 21:58:11 +0200, Mark Murray wrote: > Bah. > > Only three things use __COPYRIGHT; ftp(d?), routed and make. None of them > use \n's like you do. I'm not trying to protect the way I do it, since I don't use the macro myself. I just want to make sure that, if the NetBSD behaviour (handling embedded newlines properly) is correct, that we provide a compatible interface. Am I missing something here? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 13: 8:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from grimreaper.grondar.za (grimreaper.grondar.za [196.7.18.138]) by hub.freebsd.org (Postfix) with ESMTP id 2161237BF28 for ; Wed, 16 Aug 2000 13:08:26 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grimreaper.grondar.za (mark@localhost [127.0.0.1]) by grimreaper.grondar.za (8.9.3/8.9.3) with ESMTP id WAA20361; Wed, 16 Aug 2000 22:09:02 +0200 (SAST) (envelope-from mark@grimreaper.grondar.za) Message-Id: <200008162009.WAA20361@grimreaper.grondar.za> To: Sheldon Hearn Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: weird error messages from __COPYRIGHT macro References: <25661.966456046@axl.ops.uunet.co.za> In-Reply-To: <25661.966456046@axl.ops.uunet.co.za> ; from Sheldon Hearn "Wed, 16 Aug 2000 22:00:46 +0200." Date: Wed, 16 Aug 2000 22:09:02 +0200 From: Mark Murray Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm not trying to protect the way I do it, since I don't use the macro > myself. I just want to make sure that, if the NetBSD behaviour > (handling embedded newlines properly) is correct, that we provide a > compatible interface. > > Am I missing something here? Maybe I am. Did your _exact_ sample program fail on NetBSD in the same way that it failed on FreeBSD? M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 13:12:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 8A01837B79A for ; Wed, 16 Aug 2000 13:12:46 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.16 #1) id 13P9YD-0006i0-00; Wed, 16 Aug 2000 22:12:37 +0200 From: Sheldon Hearn To: Mark Murray Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: weird error messages from __COPYRIGHT macro In-reply-to: Your message of "Wed, 16 Aug 2000 22:09:02 +0200." <200008162009.WAA20361@grimreaper.grondar.za> Date: Wed, 16 Aug 2000 22:12:37 +0200 Message-ID: <25791.966456757@axl.ops.uunet.co.za> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 16 Aug 2000 22:09:02 +0200, Mark Murray wrote: > Maybe I am. > > Did your _exact_ sample program fail on NetBSD in the same way that > it failed on FreeBSD? No. A sufficiently similar program also fails on FreeBSD but does not fail on NetBSD. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 13:18: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from grimreaper.grondar.za (grimreaper.grondar.za [196.7.18.138]) by hub.freebsd.org (Postfix) with ESMTP id BE45B37B511 for ; Wed, 16 Aug 2000 13:18:00 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grimreaper.grondar.za (mark@localhost [127.0.0.1]) by grimreaper.grondar.za (8.9.3/8.9.3) with ESMTP id WAA27723; Wed, 16 Aug 2000 22:18:39 +0200 (SAST) (envelope-from mark@grimreaper.grondar.za) Message-Id: <200008162018.WAA27723@grimreaper.grondar.za> To: Sheldon Hearn Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: weird error messages from __COPYRIGHT macro References: <25791.966456757@axl.ops.uunet.co.za> In-Reply-To: <25791.966456757@axl.ops.uunet.co.za> ; from Sheldon Hearn "Wed, 16 Aug 2000 22:12:37 +0200." Date: Wed, 16 Aug 2000 22:18:39 +0200 From: Mark Murray Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Did your _exact_ sample program fail on NetBSD in the same way that > > it failed on FreeBSD? > > No. A sufficiently similar program also fails on FreeBSD but does not > fail on NetBSD. :-) OK - we need to see the assembler output that is generated on both boxes; Can you get a comparitive "cc -S test.c" on each box, and see what the .ident line out of test.s looks like in each case? M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 14:18:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhost.cpsc.ucalgary.ca (mailhost.cpsc.ucalgary.ca [136.159.2.100]) by hub.freebsd.org (Postfix) with ESMTP id C1E5137B571 for ; Wed, 16 Aug 2000 14:18:22 -0700 (PDT) (envelope-from rhyason@cpsc.ucalgary.ca) Received: from s304s (s304s.cpsc.ucalgary.ca [136.159.3.190]) by mailhost.cpsc.ucalgary.ca (1.3) id ; Wed, 16 Aug 2000 15:17:51 -0600 (MDT) Date: Wed, 16 Aug 2000 15:17:52 -0600 (MDT) From: Jeff Rhyason X-Sender: rhyason@s304s To: hackers@freebsd.org Subject: Re: Collecting waiting statistics (simulation question) 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 Alphred Perlstein wrote: > Using sysctls is probably the easiest way of doing it. I am so stupid, Alphred, I did not think sysctl's could be used to provide access to arrays. I should have looked more. Chuck Robey wrote: >Occaisonally, but you'd do better hitting this list in general. I'm on a >new job and I'm giving it a LOT of hours; you might wait a week for me to >find time to generate an answer. It depends on your questions, too. If >you demonstrate by your question's topic and focus that you've made a >*hard* effort to answer it on yourself, *loads* of folks will help. If >it looks like just another person looking for a free ride (and there's so >many of those that we get a bit defensive) then you wouldn't expect too >much. Free ride? No way ;) I'm enjoying this project too much! However I definitely needed (and appreciated!) finding out if the code had been written before, and ways of going about it. Peter Jeremy wrote: > Pruning out the general-purpose bits of code, you could use > something like the following: > ... Thanks VERY much to everyone who replied to my message, particularly your code Peter! I put it to successful use! What I did was implement a circular buffer of kern_malloc_stats-like structs, accessible with sysctl's. The magic that gets done with sysctl header files, I may never figure out ;) However mmapping kvm, as you suggest, would have been a faster way to go, I did not think of that. Thanks to everybody. If anyone wants to see the code, just let me know. I thought about posting it, but it's pretty close to Peter's. Jeff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 16: 8:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from darren2.lnk.telstra.net (darren2.lnk.telstra.net [139.130.53.33]) by hub.freebsd.org (Postfix) with ESMTP id 3D93637B5B6 for ; Wed, 16 Aug 2000 16:08:44 -0700 (PDT) (envelope-from darrenr@reed.wattle.id.au) Received: (from root@localhost) by darren2.lnk.telstra.net (8.9.1/8.8.7) id XAA18534 for ; Wed, 16 Aug 2000 23:08:40 GMT From: Darren Reed Message-Id: <200008162308.JAA02120@avalon.reed.wattle.id.au> Subject: inetsw, struct protosw and struct ipprotosw To: hackers@freebsd.org Date: Thu, 17 Aug 2000 09:08:16 +1000 (EST) X-Mailer: ELM [version 2.4ME+ PL37 (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 Just looking in /sys/netinet and I see this: (freefall:~/src/sys/netinet) grep 'inetsw' *.c | grep protosw in_proto.c:struct ipprotosw inetsw[] = { in_proto.c: (struct protosw *)inetsw, in_proto.c: (struct protosw *)&inetsw[sizeof(inetsw)/sizeof(inetsw[0])], 0, ip_fil.c:extern struct protosw inetsw[]; ip_icmp.c:extern struct protosw inetsw[]; ip_input.c:extern struct ipprotosw inetsw[]; ip_mroute.c: extern struct protosw inetsw[]; ip_output.c:extern struct protosw inetsw[]; To me this looks like a recipe for disaster. Why is there "struct ipprotosw inetsw" and "struct protosw inetsw" ? Does this really mean that someone wanted to change "struct protosw" and instead made up "struct ipprotosw" and are trying to squeeze that somehow into "protosw" ? Ideally I should be able to put inetsw into a header file and extern it, but with this, I don't see how that would make sense... Darren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 16 22: 8:56 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 9F5C237B879; Wed, 16 Aug 2000 22:08:46 -0700 (PDT) (envelope-from jkim@taos.com) Received: from taos.com (user-2ived6i.dsl.mindspring.com [165.247.52.210]) by granger.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id BAA04459; Thu, 17 Aug 2000 01:08:41 -0400 (EDT) Message-ID: <399B72E6.5FCB509A@taos.com> Date: Thu, 17 Aug 2000 01:06:46 -0400 From: Jung-uk Kim X-Mailer: Mozilla 4.74 [en] (Windows NT 5.0; U) X-Accept-Language: ko MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-arch@freebsd.org Subject: Any plan for AMD x86-64 port? 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. Is there anybody interested in AMD x86-64 architecture? I think we should take a look at this. http://www.x86-64.org/ - Jung-uk Kim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 1:28:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from viper.dmpriest.com (viper.dmpriest.com [195.188.177.3]) by hub.freebsd.org (Postfix) with ESMTP id B2A3037B79C for ; Thu, 17 Aug 2000 01:28:06 -0700 (PDT) (envelope-from kpielorz@tdx.co.uk) Received: from tdx.co.uk (lorca.tdx.co.uk [195.188.177.195]) by viper.dmpriest.com (8.9.3/8.9.3/Kp) with ESMTP id JAA53166 for ; Thu, 17 Aug 2000 09:28:02 +0100 (BST) Message-ID: <399BA212.A84240AE@tdx.co.uk> Date: Thu, 17 Aug 2000 09:28:02 +0100 From: Karl Pielorz Organization: The Digital eXchange X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: Critical (or equivalent) section in Userland? 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 writing a program under FreeBSD 3.X that has been forced into having to make a number of rename() calls that must be completed atomically (i.e. all together) without the process being interrupted, or any other process being allowed to run... The software is running as user 'root' - does anyone have any pointers on how I can do this? (or how close I'll be able to get to doing this) - Theres only going to be around 6 or 7 calls to rename() but I must ensure they _all_ happen before any other process is allowed to run again... I realise that this doesn't exactly sound like good software engineering, but it's the only way I can solve a problem I'm having with Sendmail... :( Thanks for any info... Regards, Karl Pielorz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 2: 7:34 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 06BA437B511 for ; Thu, 17 Aug 2000 02:06:57 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 17 Aug 2000 10:06:54 +0100 (BST) Date: Thu, 17 Aug 2000 10:06:52 +0100 From: David Malone To: Karl Pielorz Cc: hackers@freebsd.org Subject: Re: Critical (or equivalent) section in Userland? Message-ID: <20000817100652.A31452@walton.maths.tcd.ie> References: <399BA212.A84240AE@tdx.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <399BA212.A84240AE@tdx.co.uk>; from kpielorz@tdx.co.uk on Thu, Aug 17, 2000 at 09:28:02AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Aug 17, 2000 at 09:28:02AM +0100, Karl Pielorz wrote: > I'm writing a program under FreeBSD 3.X that has been forced into having to > make a number of rename() calls that must be completed atomically (i.e. all > together) without the process being interrupted, or any other process being > allowed to run... This isn't possible without serious hackery - you don't want to do it. If all the files exist below one directory you could swap the directories with two renames, but that won't be atomic either. I think your best bet would be rethink what you want to do. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 8:13:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from aesthetic.detachment.org (aesthetic.detachment.org [208.11.244.15]) by hub.freebsd.org (Postfix) with ESMTP id 9A62637B635 for ; Thu, 17 Aug 2000 08:13:37 -0700 (PDT) Received: (from helixblue@localhost) by aesthetic.detachment.org (8.11.0/8.11.0) id e7HFDZP01607 for freebsd-hackers@freebsd.org; Thu, 17 Aug 2000 11:13:35 -0400 (EDT) (envelope-from helixblue) Date: Thu, 17 Aug 2000 11:13:35 -0400 From: thomas r stromberg To: freebsd-hackers@freebsd.org Subject: Anyone try the new dual-head G-400 drivers? Message-ID: <20000817111335.B714@rtci.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="mojUlQ0s9EVzWg2t" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --mojUlQ0s9EVzWg2t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable We're looking at buying some workstations for our network admins here, and dual head is a plus. We were looking at buying them from hardware.bsdi.com, and then today on Slashdot I saw: ----------------- Matrox has released a beta driver for their G200/G400/G450 which includes support for DualHead and QuadHead (up to 4 monitors), Flat Panel and TV out. This driver is a beta. You can get it here and I mirrored it here. You'll need XFree 4.0.1 in order to use this driver. Please follow the readme file carefully! (the readme file from Matrox's FTP needs to be converted dos2unix). Note: you cannot use the 3D hardware acceleration on the 2nd monitor (yet). ----------------- And of course, I was instantly happy when I saw this.. Has anyone tried these drivers yet in FreeBSD? They look to be the OS-independant XFree86 4.0.1 modules (nothing funky like the NVIDIA ones). They come with some source code, but it appears to be wrappers around a missing HAL (?) library, though I could be wrong.=20 Please forward any successes/failures to the list. --=20 thomas r. stromberg : tstromberg@rtci.com senior systems administrator : http://www.afterthought.org/ research triangle commerce, inc. : 1.919.657.1317=09 --mojUlQ0s9EVzWg2t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.2 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE5nAEdoyBzPESpFVQRApMzAKCkh9Giecp6jDeBDAQvo7v3SfNAwwCgshuR 9fY74AI9xKNM2rooQeCDTAg= =o4lv -----END PGP SIGNATURE----- --mojUlQ0s9EVzWg2t-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 8:53:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from po9.andrew.cmu.edu (PO9.ANDREW.CMU.EDU [128.2.10.109]) by hub.freebsd.org (Postfix) with ESMTP id 4A72637B6F9 for ; Thu, 17 Aug 2000 08:53:31 -0700 (PDT) Received: (from postman@localhost) by po9.andrew.cmu.edu (8.9.3/8.9.3) id LAA12713; Thu, 17 Aug 2000 11:53:23 -0400 (EDT) Received: via switchmail; Thu, 17 Aug 2000 11:53:23 -0400 (EDT) Received: from unix8.andrew.cmu.edu via qmail ID ; Thu, 17 Aug 2000 11:52:39 -0400 (EDT) Received: from unix8.andrew.cmu.edu via qmail ID ; Thu, 17 Aug 2000 11:52:39 -0400 (EDT) Received: from mms.4.60.May..8.2000.10.35.10.sun4.57.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.unix8.andrew.cmu.edu.sun4x.57 via MS.5.6.unix8.andrew.cmu.edu.sun4_57; Thu, 17 Aug 2000 11:52:39 -0400 (EDT) Message-ID: Date: Thu, 17 Aug 2000 11:52:39 -0400 (EDT) From: Thomas Valentino Crimi To: hackers@freebsd.org, Karl Pielorz Subject: Re: Critical (or equivalent) section in Userland? Cc: In-Reply-To: <399BA212.A84240AE@tdx.co.uk> References: <399BA212.A84240AE@tdx.co.uk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Excerpts from FreeBSD-Hackers: 17-Aug-100 Critical (or equivalent) se.. by Karl Pielorz@tdx.co.uk > The software is running as user 'root' - does anyone have any pointers on how > I can do this? (or how close I'll be able to get to doing this) - Theres only > going to be around 6 or 7 calls to rename() but I must ensure they _all_ > happen before any other process is allowed to run again... Take a look at rtprio(2), giving yourself a realtime priority will guarantee you the CPU until you explicitly release it (or another higher priority realtime process comes along). I'm not sure if the same deadlock potential that exists with giving a process an idle priority exists due to locking in the kernel, although I see no mention of it in the man pages. It's definitely something I'd be wary of, though. Regards, Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 9:17:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from viper.dmpriest.com (viper.dmpriest.com [195.188.177.3]) by hub.freebsd.org (Postfix) with ESMTP id E93BB37B7C0 for ; Thu, 17 Aug 2000 09:17:14 -0700 (PDT) Received: from tdx.co.uk (lorca.tdx.co.uk [195.188.177.195]) by viper.dmpriest.com (8.9.3/8.9.3/Kp) with ESMTP id RAA01939; Thu, 17 Aug 2000 17:16:49 +0100 (BST) Message-ID: <399C0FF1.2F97B106@tdx.co.uk> Date: Thu, 17 Aug 2000 17:16:49 +0100 From: Karl Pielorz Organization: The Digital eXchange X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Thomas Valentino Crimi Cc: hackers@freebsd.org Subject: Re: Critical (or equivalent) section in Userland? References: <399BA212.A84240AE@tdx.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thomas Valentino Crimi wrote: > Take a look at rtprio(2), giving yourself a realtime priority will > guarantee you the CPU until you explicitly release it (or another higher > priority realtime process comes along). I'm not sure if the same > deadlock potential that exists with giving a process an idle priority > exists due to locking in the kernel, although I see no mention of it in > the man pages. It's definitely something I'd be wary of, though. Thanks, I'll look at that... Presumably, even though my process is making syscalls, when they're completed - the scheduler _should_ look to run me first, due to the very high priority? If this doesn't work - I think I'm going to have to look to fixing the problem (and removing the need to 'put the world on hold' while the program tinkers with a few files)... -Karl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 10: 0:59 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 339FA37BA52 for ; Thu, 17 Aug 2000 09:59:49 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 17 Aug 2000 17:59:45 +0100 (BST) Date: Thu, 17 Aug 2000 17:59:44 +0100 From: David Malone To: Thomas Valentino Crimi Cc: hackers@freebsd.org, Karl Pielorz Subject: Re: Critical (or equivalent) section in Userland? Message-ID: <20000817175944.A41839@walton.maths.tcd.ie> References: <399BA212.A84240AE@tdx.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from tcrimi+@andrew.cmu.edu on Thu, Aug 17, 2000 at 11:52:39AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Aug 17, 2000 at 11:52:39AM -0400, Thomas Valentino Crimi wrote: > Take a look at rtprio(2), giving yourself a realtime priority will > guarantee you the CPU until you explicitly release it (or another higher > priority realtime process comes along). I'd assume it is possible that one of the renames might block, resulting in some other process being scheduled. This would certainly be possible over NFS. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 10: 7:40 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 B62DF37BA3B for ; Thu, 17 Aug 2000 10:05:29 -0700 (PDT) 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 KAA27151; Thu, 17 Aug 2000 10:05: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 KAA08322; Thu, 17 Aug 2000 10:05:18 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Thu, 17 Aug 2000 10:05:18 -0700 (PDT) Message-Id: <200008171705.KAA08322@vashon.polstra.com> To: hackers@freebsd.org Reply-To: hackers@freebsd.org Cc: tcrimi+@andrew.cmu.edu Subject: Re: Critical (or equivalent) section in Userland? In-Reply-To: References: <399BA212.A84240AE@tdx.co.uk> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Thomas Valentino Crimi wrote: > > going to be around 6 or 7 calls to rename() but I must ensure they _all_ > > happen before any other process is allowed to run again... > > Take a look at rtprio(2), giving yourself a realtime priority will > guarantee you the CPU until you explicitly release it (or another higher > priority realtime process comes along). It's generally a bad idea to use priorities to try to guarantee exclusive access. Think SMP. If there are enough CPUs in the system, all runnable processes will be running no matter what their priorities are. 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 Aug 17 10: 7:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 49DF337BB52 for ; Thu, 17 Aug 2000 10:06:05 -0700 (PDT) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id e7HH5qB08240; Thu, 17 Aug 2000 10:05:53 -0700 (PDT) Date: Thu, 17 Aug 2000 10:05:52 -0700 (PDT) From: Doug White To: Jonas Bulow Cc: hackers@FreeBSD.ORG Subject: Re: freebsd and non-preemtive threads In-Reply-To: <3997C2C5.83AFE056@servicefactory.se> 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, 14 Aug 2000, Jonas Bulow wrote: > I'm trying to build a preforked and threaded server. When it comes to > the threading part it seems that non-preemtive threads have a lot of > benefits if the server is a statefull-server. > > What I'm trying to say is that the server is not going to do a lot of > computation for each request. The server will simply update it's state > and respond about it's success. This reminds me of coroutines or userland select- or kqueue-based "threading." Coroutines is a bit more complex but a library is available. Select-based "threads" aren't too difficult to set up in C, you could use http://www.nightmare.com/medusa, a Python implementation, as a starting point. Also most NNTP servers have been using techniques like this for years. The key to these types of systems is that they don't spend much time per request. 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 Aug 17 10: 9:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id E596E37BA22 for ; Thu, 17 Aug 2000 10:08:13 -0700 (PDT) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id e7HH89714479; Thu, 17 Aug 2000 10:08:10 -0700 (PDT) Date: Thu, 17 Aug 2000 10:08:09 -0700 (PDT) From: Doug White To: Brandon Fosdick Cc: hackers@FreeBSD.ORG Subject: Re: fam and fmon? In-Reply-To: <3998C1F5.CD64B3B3@glue.umd.edu> 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, 15 Aug 2000, Brandon Fosdick wrote: > Does anyone have fam working with fmon yet? The sgi page has a few > mentions of it but they're a few months old. man kqueue 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 Aug 17 10:18:20 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 5072E37B7DB for ; Thu, 17 Aug 2000 10:18:16 -0700 (PDT) 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 LAA36102; Thu, 17 Aug 2000 11:18:12 -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 LAA12865; Thu, 17 Aug 2000 11:17:22 -0600 (MDT) Message-Id: <200008171717.LAA12865@harmony.village.org> To: Karl Pielorz Subject: Re: Critical (or equivalent) section in Userland? Cc: Thomas Valentino Crimi , hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 17 Aug 2000 17:16:49 BST." <399C0FF1.2F97B106@tdx.co.uk> References: <399C0FF1.2F97B106@tdx.co.uk> <399BA212.A84240AE@tdx.co.uk> Date: Thu, 17 Aug 2000 11:17:22 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <399C0FF1.2F97B106@tdx.co.uk> Karl Pielorz writes: : Thomas Valentino Crimi wrote: : : > Take a look at rtprio(2), giving yourself a realtime priority will : > guarantee you the CPU until you explicitly release it (or another higher : > priority realtime process comes along). I'm not sure if the same : > deadlock potential that exists with giving a process an idle priority : > exists due to locking in the kernel, although I see no mention of it in : > the man pages. It's definitely something I'd be wary of, though. : : Thanks, I'll look at that... Presumably, even though my process is making : syscalls, when they're completed - the scheduler _should_ look to run me : first, due to the very high priority? Yes, but in the interrum others can schedule time. : If this doesn't work - I think I'm going to have to look to fixing the problem : (and removing the need to 'put the world on hold' while the program tinkers : with a few files)... You are better off doing an atomic operation. trust me. Alternatively, you should use advisory locks for anybody that is cooperating with you. You didn't indicate that this had to run in a hostile environment. Much easier to do, much more robust than messing with rtprio and likely what you really want anyway. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 10:24: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 3F96537B70A for ; Thu, 17 Aug 2000 10:24:32 -0700 (PDT) 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 LAA36127; Thu, 17 Aug 2000 11:24:27 -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 LAA12924; Thu, 17 Aug 2000 11:23:37 -0600 (MDT) Message-Id: <200008171723.LAA12924@harmony.village.org> To: Karl Pielorz Subject: Re: Critical (or equivalent) section in Userland? Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 17 Aug 2000 09:28:02 BST." <399BA212.A84240AE@tdx.co.uk> References: <399BA212.A84240AE@tdx.co.uk> Date: Thu, 17 Aug 2000 11:23:37 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <399BA212.A84240AE@tdx.co.uk> Karl Pielorz writes: : I'm writing a program under FreeBSD 3.X that has been forced into having to : make a number of rename() calls that must be completed atomically (i.e. all : together) without the process being interrupted, or any other process being : allowed to run... If advisory locks won't work (and they almost always will for things like this), then you could walk the process tree. For all processes that aren't suspended or yourself, send a SIGSTOP, keep a list. Keep going through the tree while you keep finding processes. SIGSTOP can't be caught or blocked, so you know you've stopped them). Do your operation, then send SIGCONT to all the processes that you sent a SIGSTOP to. Of course, this will likely be much harder than doing advisory locking, but might be a way that you might be able to exactly what you want. Well, you may need an exception list of processes if your files aren't on a local disk, but if they aren't on a local disk, this whole excersize is pointless, right? Warner P.S. Can you tell I'm partial to advisory locks? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 11: 1:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from procyon.meridian-enviro.com (thunder.meridian-enviro.com [207.109.234.227]) by hub.freebsd.org (Postfix) with ESMTP id DBAFA37BB26 for ; Thu, 17 Aug 2000 10:59:41 -0700 (PDT) Received: from delta.meridian-enviro.com (delta.meridian-enviro.com [10.10.10.43]) by procyon.meridian-enviro.com (8.9.2/8.9.2) with ESMTP id MAA28285; Thu, 17 Aug 2000 12:59:37 -0500 (CDT) Received: (from rand@localhost) by delta.meridian-enviro.com (8.9.3/8.9.2) id MAA14886; Thu, 17 Aug 2000 12:59:37 -0500 (CDT) To: Peter Pentchev Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: several NFS mounts within a filesystem References: <20000816194752.A2983@ringwraith.office1.bg> From: rand@meridian-enviro.com (Douglas K. Rand) Date: 17 Aug 2000 12:59:37 -0500 In-Reply-To: Peter Pentchev's message of "Wed, 16 Aug 2000 19:47:52 +0300" Message-ID: <878ztvix9y.fsf@localhost.my.domain> Lines: 19 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Carlsbad Caverns" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ** Peter Pentchev on Wed, 16 Aug 2000 19:47:52 +0300 ** in [several NFS mounts within a filesystem] writes: Peter> OK, so it might very well be that I haven't read everything; in that Peter> case, sorry for taking your time. However.. Peter> Am I right in thinking that the kernel won't let me export more Peter> than one subdir of the same filesystem? If so, how do I get Peter> around this? What you want to do is either include the -alldirs as "Kenneth D. Merry" suggests, or list the directories you want to export on the same line. From my /etc/exports: /usr/ports /usr/src /usr/obj -network=x.x.x.0 -mask=255.255.255.0 -maproot=root /usr/ports, /use/src, and /usr/obj are all on the /usr file system, and this exports only those directories. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 11:52: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp2.encomix.es (smtp2.encomix.es [194.143.192.19]) by hub.freebsd.org (Postfix) with SMTP id 0053437B8FB for ; Thu, 17 Aug 2000 11:52:05 -0700 (PDT) Received: (qmail 17683 invoked from network); 17 Aug 2000 18:51:56 -0000 Received: from unknown (HELO feliz) (195.114.199.228) by smtp2.encomix.es with SMTP; 17 Aug 2000 18:51:56 -0000 From: =?iso-8859-1?Q?Jes=FAs_Arn=E1iz?= To: "freebsd-hackers" Subject: Mosix in FreeBSD. Date: Thu, 17 Aug 2000 20:50:38 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi everyone! I have read some information about MOSIX which is some patch for the linux kernel created to build super-computers from a net of PCs. I want to know if is there some similar project (mosix or even clustering) but for FreeBSD, if someone know some about it please let me know. Thanks in advance. Jesús Arnáiz. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 18:45:35 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 4C36A37B43C for ; Thu, 17 Aug 2000 18:45:30 -0700 (PDT) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id LAA02586; Fri, 18 Aug 2000 11:15:12 +0930 (CST) (envelope-from grog) Date: Fri, 18 Aug 2000 11:15:12 +0930 From: Greg Lehey To: thomas r stromberg Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Anyone try the new dual-head G-400 drivers? Message-ID: <20000818111512.A978@wantadilla.lemis.com> References: <20000817111335.B714@rtci.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20000817111335.B714@rtci.com>; from tstromberg@rtci.com on Thu, Aug 17, 2000 at 11:13:35AM -0400 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, 17 August 2000 at 11:13:35 -0400, thomas r stromberg wrote: > We're looking at buying some workstations for our network admins > here, and dual head is a plus. We were looking at buying them from > hardware.bsdi.com, and then today on Slashdot I saw: > > ----------------- > Matrox has released a beta driver for their G200/G400/G450 which > includes support for DualHead and QuadHead (up to 4 monitors), Flat > Panel and TV out. This driver is a beta. You can get it here and I > mirrored it here. You'll need XFree 4.0.1 in order to use this > driver. Please follow the readme file carefully! (the readme file > from Matrox's FTP needs to be converted dos2unix). Note: you cannot > use the 3D hardware acceleration on the 2nd monitor (yet). > ----------------- > > And of course, I was instantly happy when I saw this.. I'd be even happier if I knew where "here" was. > Has anyone tried these drivers yet in FreeBSD? No, but I'd like to. I have finally installed XFree 4.0 on my machine, and now have the board working in single-head mode, but it would be nice to get the second one working too. > They look to be the OS-independant XFree86 4.0.1 modules (nothing > funky like the NVIDIA ones). They come with some source code, but > it appears to be wrappers around a missing HAL (?) library, > though I could be wrong. I don't think you are. This was very much the intention. 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 Aug 17 18:50:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.129.65]) by hub.freebsd.org (Postfix) with ESMTP id 526E037BA6D for ; Thu, 17 Aug 2000 18:50:37 -0700 (PDT) Received: from sigterm.aventail.com (sigterm.aventail.com [206.253.217.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09AD66E3ACD for ; Thu, 17 Aug 2000 13:46:52 -0700 (PDT) Received: from leo.in.aventail.com (leo.in.aventail.com [192.168.1.136]) by sigterm.aventail.com (8.10.2/8.10.2) with ESMTP id e7HKjrj25189; Thu, 17 Aug 2000 13:45:53 -0700 (PDT) Received: from voyager (exit.dmz.aventail.com [192.168.25.132]) by leo.in.aventail.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id QDL68R82; Thu, 17 Aug 2000 13:44:18 -0700 From: "Kevin Mills" To: "Doug White" Cc: Subject: RE: freebsd and non-preemtive threads Date: Thu, 17 Aug 2000 13:45:56 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > This reminds me of coroutines or userland select- or kqueue-based > "threading." Coroutines is a bit more complex but a library is > available. I've seen the term 'kqueue-based threading' on this list a few times now. Could you explain what you mean by that? Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 18:53:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.129.65]) by hub.freebsd.org (Postfix) with ESMTP id EFC1D37BC4C for ; Thu, 17 Aug 2000 18:50:59 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26D7C6E3D6E for ; Thu, 17 Aug 2000 14:42:08 -0700 (PDT) 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 PAA36890; Thu, 17 Aug 2000 15:40:56 -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 PAA14347; Thu, 17 Aug 2000 15:40:05 -0600 (MDT) Message-Id: <200008172140.PAA14347@harmony.village.org> To: Karl Pielorz Subject: Re: Critical (or equivalent) section in Userland? Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 17 Aug 2000 21:58:41 BST." <399C5201.5B6911CE@tdx.co.uk> References: <399C5201.5B6911CE@tdx.co.uk> <399BA212.A84240AE@tdx.co.uk> <200008171723.LAA12924@harmony.village.org> Date: Thu, 17 Aug 2000 15:40:05 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <399C5201.5B6911CE@tdx.co.uk> Karl Pielorz writes: : I don't think advisory locks will work - the other process is sendmail... I : have to keep it from opening any of it's config files, whilst I 'rename' out : of place the old ones (keeping any fd's to them intact) and rename in the new : ones... Don't fight sendmail.... :-) : Killing / stopping the root sendmail doesn't work (as children making multiple : deliveries still apparently open these files at will) - and killing all of : them isn't really an option either (as too many emails will be dropped, this : means junking say, a 90% of the way through 3mb email delivery - only to have : to resend/process it again from scratch). Kill sendmail's root process. That's the best you can do. It won't impact anything, it will prevent the reading of the queue files (and the config files) and the children will just run with the old copies. then you wait for all the children to die (with a reasonable timeout). Then you do your change, then restart sendmail. That's the best you can hope for. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 18:53:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.129.65]) by hub.freebsd.org (Postfix) with ESMTP id 2FC9E37BC39 for ; Thu, 17 Aug 2000 18:50:59 -0700 (PDT) Received: from cypherpunks.ai (cypherpunks.ai [209.88.68.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id C515D6E3B37 for ; Thu, 17 Aug 2000 13:13:55 -0700 (PDT) Received: from vangelderen.org (grolsch.ai [209.88.68.214]) by cypherpunks.ai (Postfix) with ESMTP id F2C804C; Thu, 17 Aug 2000 16:12:42 -0400 (AST) Message-ID: <399C473A.9C4F02E6@vangelderen.org> Date: Thu, 17 Aug 2000 16:12:42 -0400 From: "Jeroen C. van Gelderen" X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: thomas r stromberg Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Anyone try the new dual-head G-400 drivers? References: <20000817111335.B714@rtci.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG thomas r stromberg wrote: > > We're looking at buying some workstations for our network admins > here, and dual head is a plus. We were looking at buying them from > hardware.bsdi.com, and then today on Slashdot I saw: > > ----------------- > Matrox has released a beta driver for their G200/G400/G450 which > includes support for DualHead and QuadHead (up to 4 monitors), Flat > Panel and TV out. This driver is a beta. You can get it here and I > mirrored it here. You'll need XFree 4.0.1 in order to use this > driver. Please follow the readme file carefully! (the readme file > from Matrox's FTP needs to be converted dos2unix). Note: you cannot > use the 3D hardware acceleration on the 2nd monitor (yet). > ----------------- > > And of course, I was instantly happy when I saw this.. > > Has anyone tried these drivers yet in FreeBSD? They look to be the > OS-independant XFree86 4.0.1 modules (nothing funky like the NVIDIA > ones). They come with some source code, but it appears to be > wrappers around a missing HAL (?) library, though I could be wrong. > > Please forward any successes/failures to the list. I have a G400Max (32MB) running dual head on 1600x1200. I've lost my display once after exiting X but a remote login and reboot did work. No crashes or lockups (knock on wood). [...] Section "Device" Identifier "Matrox Millennium G400 32MB 1" Driver "mga" BusID "PCI:1:0:0" Screen 0 EndSection Section "Device" Identifier "Matrox Millennium G400 32MB 2" Driver "mga" BusID "PCI:1:0:0" Screen 1 EndSection Section "Screen" Identifier "Screen 1" Device "Matrox Millennium G400 32MB 1" Monitor "Vision Master Pro 510" DefaultDepth 24 Subsection "Display" Depth 24 Modes "1600x1200" ViewPort 0 0 EndSubsection EndSection Section "ServerLayout" Identifier "Simple Layout" Screen "Screen 1" RightOf "Screen 2" Screen "Screen 2" InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection [...] [...] FreeBSD 4.1-STABLE #0: Fri Aug 11 18:58:57 AST 2000 gelderen@grolsch.ai:/usr/src/sys/compile/GROLSCH Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (451.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183fbff real memory = 335532032 (327668K bytes) avail memory = 322437120 (314880K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 IOAPIC #0 intpin 16 -> irq 11 IOAPIC #0 intpin 19 -> irq 10 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc03a9000. Preloaded elf module "procfs.ko" at 0xc03a909c. Preloaded elf module "vinum.ko" at 0xc03a913c. Preloaded elf module "if_fxp.ko" at 0xc03a91dc. Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 4.2 irq 10 Timecounter "PIIX" frequency 3579545 Hz chip1: port 0xe800-0xe80f at device 4.3 on pci0 ahc0: port 0xd000-0xd0ff mem 0xe0000000 -0xe0000fff irq 10 at device 6.0 on pci0 ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs fxp0: port 0xb800-0xb83f mem 0xdf000000-0xdf0f ffff,0xdf800000-0xdf800fff irq 10 at device 9.0 on pci0 fxp0: Ethernet address 00:90:27:88:f0:64 pcm0: port 0xb400-0xb43f irq 11 at device 12.0 on pci0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> [...] -- 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 Thu Aug 17 18:53:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.129.65]) by hub.freebsd.org (Postfix) with ESMTP id 6F2CE37BCA7 for ; Thu, 17 Aug 2000 18:51:05 -0700 (PDT) Received: from modemcable127.61-201-24.mtl.mc.videotron.net (modemcable211.226-201-24.mtl.mc.videotron.net [24.201.226.211]) by mx1.FreeBSD.org (Postfix) with SMTP id 717D36E41D5 for ; Thu, 17 Aug 2000 16:49:48 -0700 (PDT) Received: (qmail 5734 invoked from network); 17 Aug 2000 23:49:51 -0000 Received: from patrak.local.mindstep.com (HELO PATRAK) (192.168.10.4) by jacuzzi.local.mindstep.com with SMTP; 17 Aug 2000 23:49:51 -0000 Message-ID: <026c01c008a5$da66f360$040aa8c0@local.mindstep.com> From: "Patrick Bihan-Faou" To: Subject: Bootable CD... Date: Thu, 17 Aug 2000 19:49:59 -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.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I am trying to build a bootable CD... Now this sounds like something trivial enough to do when you know what you are doing. In my case I must admit that I am somewhat confused. Until now, I think that the trick was to make the CD look like a floppy and boot it as such. I have created some bootable CDs in the past and they seemed to work OK. However it looks like things have changed recently in the way CD-Roms are booted, and I am not able to create a working CD anymore. What I would like to clarify is what needs to be in the "2.88 M" bootable image ? Here is what I have: /boot /boot0 /boot1 /boot2 /loader /cdboot /pxeboot /loader.config /loader.rc /boot.config /kernel.config /kernel.gz /modules ... /usr/sbin ibcs2 linux svr4 Now whenever I boot this image, the loader dies displaying a all whack hex values and saying "BTX Halted". I am a bit confused as to what to do next, and I would really appreciate any help. BTW I am working on a fresh copy of FreeBSD 4.1-STABLE (checked-out August 15). Patrick. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 18:53:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.129.65]) by hub.freebsd.org (Postfix) with ESMTP id 6B26F37BC82 for ; Thu, 17 Aug 2000 18:51:10 -0700 (PDT) Received: from viper.dmpriest.com (viper.dmpriest.com [195.188.177.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65DE26E311E for ; Thu, 17 Aug 2000 13:59:56 -0700 (PDT) Received: from tdx.co.uk (lorca.tdx.co.uk [195.188.177.195]) by viper.dmpriest.com (8.9.3/8.9.3/Kp) with ESMTP id VAA04215; Thu, 17 Aug 2000 21:58:41 +0100 (BST) Message-ID: <399C5201.5B6911CE@tdx.co.uk> Date: Thu, 17 Aug 2000 21:58:41 +0100 From: Karl Pielorz Organization: The Digital eXchange X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: hackers@FreeBSD.ORG Subject: Re: Critical (or equivalent) section in Userland? References: <399BA212.A84240AE@tdx.co.uk> <200008171723.LAA12924@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > If advisory locks won't work (and they almost always will for things > like this), then you could walk the process tree. For all processes > that aren't suspended or yourself, send a SIGSTOP, keep a list. I don't think advisory locks will work - the other process is sendmail... I have to keep it from opening any of it's config files, whilst I 'rename' out of place the old ones (keeping any fd's to them intact) and rename in the new ones... Killing / stopping the root sendmail doesn't work (as children making multiple deliveries still apparently open these files at will) - and killing all of them isn't really an option either (as too many emails will be dropped, this means junking say, a 90% of the way through 3mb email delivery - only to have to resend/process it again from scratch). > going through the tree while you keep finding processes. SIGSTOP > can't be caught or blocked, so you know you've stopped them). Do your > operation, then send SIGCONT to all the processes that you sent a > SIGSTOP to. I like the sound of this... The only race I could see would be if one of the sendmail's had issued the open() to open the file, but on the other hand, it will either get 'stopped' before this syscall (in which case it will open() the 'new' file when it gets continued), or it will get stopped after the open() in which case the FD it has will still be valid, as the old file still exists and has only been renamed... It can't get stopped in the middle of the open() call - can it? [Now I am being paranoid! - I'm sure it can't... Yet in FreeBSD...] > Of course, this will likely be much harder than doing > advisory locking, but might be a way that you might be able to exactly > what you want. Presumably for advisory locking, I'm right in thinking I'd have to tinker with the sendmail source, so it also uses advisory locking etc? > Well, you may need an exception list of processes if your files aren't > on a local disk, but if they aren't on a local disk, this whole > excersize is pointless, right? All the files are local... They're re-built from a database, on an all-to-often basis... (Hence the need to HUP sendmail, without killing all it's kids etc.) > P.S. Can you tell I'm partial to advisory locks? Yes... :) - They would be a better way of doing it! - But I'd rather not mess with Sendmail :) Also, A big "Thanks" to all that replied... I've posted two questions to -hackers recently, and netted two very good replies... -Karl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 18:55: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.129.65]) by hub.freebsd.org (Postfix) with ESMTP id 4EFEF37BE43 for ; Thu, 17 Aug 2000 18:51:29 -0700 (PDT) Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45ACF6E41E1 for ; Thu, 17 Aug 2000 17:25:10 -0700 (PDT) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.9.3/8.9.3) with ESMTP id BAA12226; Fri, 18 Aug 2000 01:21:27 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.0/8.11.0) with ESMTP id e7I0LOF43257; Fri, 18 Aug 2000 01:21:24 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200008180021.e7I0LOF43257@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: Karl Pielorz , hackers@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: Critical (or equivalent) section in Userland? In-Reply-To: Message from Warner Losh of "Thu, 17 Aug 2000 11:23:37 MDT." <200008171723.LAA12924@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 18 Aug 2000 01:21:23 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <399BA212.A84240AE@tdx.co.uk> Karl Pielorz writes: > : I'm writing a program under FreeBSD 3.X that has been forced into having to > : make a number of rename() calls that must be completed atomically (i.e. all > : together) without the process being interrupted, or any other process being > : allowed to run... > > If advisory locks won't work (and they almost always will for things > like this), then you could walk the process tree. For all processes > that aren't suspended or yourself, send a SIGSTOP, keep a list. Keep > going through the tree while you keep finding processes. SIGSTOP > can't be caught or blocked, so you know you've stopped them). Do your > operation, then send SIGCONT to all the processes that you sent a > SIGSTOP to. Of course, this will likely be much harder than doing > advisory locking, but might be a way that you might be able to exactly > what you want. Wow, forgive me for saying this, but it must take a warped mind to think of that !!! :-) Now if the original poster could arrange that all the files are either in the same directory or symlinked to the same directory, a quick directory rename (or symlink move) may do the job. If that's not atomic enough, you could always replace that chunk of filesystem with a mount(). > Warner > > P.S. Can you tell I'm partial to advisory locks? -- 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 Thu Aug 17 18:56:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.129.65]) by hub.freebsd.org (Postfix) with ESMTP id D9BC637BF20 for ; Thu, 17 Aug 2000 18:51:43 -0700 (PDT) Received: from gatekeeper.whistle.com (gatekeeper.whistle.com [207.76.204.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D41EB6E3E51 for ; Thu, 17 Aug 2000 17:38:18 -0700 (PDT) Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by gatekeeper.whistle.com (8.9.3/8.9.3) with ESMTP id RAA12979; Thu, 17 Aug 2000 17:38:23 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.3) id RAA02350; Thu, 17 Aug 2000 17:38:22 -0700 (PDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200008180038.RAA02350@bubba.whistle.com> Subject: Re: Critical (or equivalent) section in Userland? In-Reply-To: <20000817100652.A31452@walton.maths.tcd.ie> from David Malone at "Aug 17, 2000 10:06:52 am" To: David Malone Date: Thu, 17 Aug 2000 17:38:22 -0700 (PDT) Cc: Karl Pielorz , 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 David Malone writes: > > I'm writing a program under FreeBSD 3.X that has been forced into having to > > make a number of rename() calls that must be completed atomically (i.e. all > > together) without the process being interrupted, or any other process being > > allowed to run... > > If all the files exist below one directory you could swap the > directories with two renames, but that won't be atomic either. I > think your best bet would be rethink what you want to do. It could still work as long as at startup you check for any half-completed operation and finish it, e.g.: mkdir mydir.new copy/modify files in mydir.new mv mydir mydir.old mv mydir.new mydir Then on startup (e.g., after a crash), if "mydir" doesn't exist, simply "mv mydir.new mydir; rm -rf mydir.old" before proceeding. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 18:56:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.129.65]) by hub.freebsd.org (Postfix) with ESMTP id F38BA37BF28 for ; Thu, 17 Aug 2000 18:51:44 -0700 (PDT) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id D366B6E3E55 for ; Thu, 17 Aug 2000 16:05:02 -0700 (PDT) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id e7HN3lV85034; Thu, 17 Aug 2000 16:03:47 -0700 (PDT) Date: Thu, 17 Aug 2000 16:03:47 -0700 (PDT) From: Doug White To: Kevin Mills Cc: hackers@FreeBSD.ORG Subject: RE: freebsd and non-preemtive threads 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, 17 Aug 2000, Kevin Mills wrote: > > > > This reminds me of coroutines or userland select- or kqueue-based > > "threading." Coroutines is a bit more complex but a library is > > available. > > I've seen the term 'kqueue-based threading' on this list a few times now. > Could you explain what you mean by that? I think I coined it. :) It's the technique of using kqueue to multiplex I/O. You can create highly efficient multi-connection servers by using kqueue (or select/poll) to dispatch work. It works very nicely for protocols like SMTP that have a send/response style, where you receive a command, process it, and send back the response. When you send or receive, you do the read or write nonblocking and let kqueue/select/poll tell you when it's done. The URL I quoted in my last message is a Python implementation of select-based threading. We've done a somewhat trivial port of it to kqueue and are working on a better integration module. 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 Aug 17 18:56:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.129.65]) by hub.freebsd.org (Postfix) with ESMTP id 97F9637BB82 for ; Thu, 17 Aug 2000 18:51:48 -0700 (PDT) Received: from chmls05.mediaone.net (chmls05.mediaone.net [24.147.1.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4A156E3B8D for ; Thu, 17 Aug 2000 14:34:21 -0700 (PDT) Received: from ahp3 (ahp.ne.mediaone.net [24.128.184.250]) by chmls05.mediaone.net (8.8.7/8.8.7) with SMTP id RAA14092; Thu, 17 Aug 2000 17:34:12 -0400 (EDT) From: "Allen Pulsifer" To: "Matt Dillon" Cc: Subject: RE: what to do about /tmp Date: Thu, 17 Aug 2000 17:34:12 -0400 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.2911.0) In-Reply-To: <200008151705.KAA29836@earth.backplane.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matt, I noticed /tmp and /var/tmp are used slightly differently, for example, the contents of /tmp are not expected to survive a reboot, while /var/tmp is used for files you might need after a crash, like vi recovery files. It makes sense to me to mount /tmp using MFS. The symantics of /tmp and VM are very close: its a bunch of data that you would like to keep in RAM if possible, but can be pushed out to disk if needed. And you don't care about metadata, file system consistency and whether it survives a crash. One advantage of mounting /tmp with MFS is that you don't have use up another disk partition. Performance-wise, I would think data moves something like this: /tmp on MFS: application data --> kernel VM --> paged to disk /tmp on FFS: application data --> kernel file buffer --> flushed to disk Is that basically correct? What makes MFS less efficient than FFS? What would be the implications of creating a 512 MB swap partition and mounting an MFS /tmp? Thanks, Allen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 19:20:35 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 6200737B7CE for ; Thu, 17 Aug 2000 19:19:57 -0700 (PDT) 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 TAA28454 for ; Thu, 17 Aug 2000 19:19:53 -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 TAA09529; Thu, 17 Aug 2000 19:19:52 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Thu, 17 Aug 2000 19:19:52 -0700 (PDT) Message-Id: <200008180219.TAA09529@vashon.polstra.com> To: hackers@freebsd.org Reply-To: hackers@freebsd.org Subject: Re: freebsd and non-preemtive threads In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Doug White wrote: > On Mon, 14 Aug 2000, Jonas Bulow wrote: > > > I'm trying to build a preforked and threaded server. When it comes to > > the threading part it seems that non-preemtive threads have a lot of > > benefits if the server is a statefull-server. > > > > What I'm trying to say is that the server is not going to do a lot of > > computation for each request. The server will simply update it's state > > and respond about it's success. > > This reminds me of coroutines or userland select- or kqueue-based > "threading." Coroutines is a bit more complex but a library is available. > Select-based "threads" aren't too difficult to set up in C, you could use > http://www.nightmare.com/medusa, a Python implementation, as a starting > point. Or use the very nice "eventlib" package from the ISC. It is released as a part of BIND, and you can find it in FreeBSD's "src/contrib/bind/lib/isc" directory (along with some other stuff). 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 Aug 17 20:37:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp3.port.ru (mx3.port.ru [194.67.23.37]) by hub.freebsd.org (Postfix) with ESMTP id A904737B506 for ; Thu, 17 Aug 2000 20:37:49 -0700 (PDT) Received: from adsl-141-154-9-243.bellatlantic.net ([141.154.9.243] helo=kan.dnsalias.net) by smtp3.port.ru with esmtp (Exim 3.14 #44) id 13PcyS-0002wc-00; Fri, 18 Aug 2000 07:37:41 +0400 Received: (from kan@localhost) by kan.dnsalias.net (8.11.0/8.11.0) id e7I2jum08164; Thu, 17 Aug 2000 22:45:56 -0400 (EDT) (envelope-from kan) 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: <20000817111335.B714@rtci.com> Date: Thu, 17 Aug 2000 22:45:45 -0400 (EDT) From: "Alexander N. Kabaev" To: thomas r stromberg Subject: RE: Anyone try the new dual-head G-400 drivers? Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This driver will not run on FreeBSD most likely. It seems like the driver needs Linux framebuffer device to run. On 17-Aug-00 thomas r stromberg wrote: > We're looking at buying some workstations for our network admins > here, and dual head is a plus. We were looking at buying them from > hardware.bsdi.com, and then today on Slashdot I saw: > > ----------------- > Matrox has released a beta driver for their G200/G400/G450 which > includes support for DualHead and QuadHead (up to 4 monitors), Flat > Panel and TV out. This driver is a beta. You can get it here and I > mirrored it here. You'll need XFree 4.0.1 in order to use this > driver. Please follow the readme file carefully! (the readme file > from Matrox's FTP needs to be converted dos2unix). Note: you cannot > use the 3D hardware acceleration on the 2nd monitor (yet). > ----------------- > > And of course, I was instantly happy when I saw this.. > > Has anyone tried these drivers yet in FreeBSD? They look to be the > OS-independant XFree86 4.0.1 modules (nothing funky like the NVIDIA > ones). They come with some source code, but it appears to be > wrappers around a missing HAL (?) library, though I could be wrong. > > Please forward any successes/failures to the list. > > -- > thomas r. stromberg : tstromberg@rtci.com > senior systems administrator : http://www.afterthought.org/ > research triangle commerce, inc. : 1.919.657.1317 ---------------------------------- E-Mail: Alexander N. Kabaev Date: 17-Aug-00 Time: 22:43:41 ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 22:27: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gate.soum.co.jp (gate.soum.co.jp [202.221.40.2]) by hub.freebsd.org (Postfix) with ESMTP id 6380C37B423 for ; Thu, 17 Aug 2000 22:26:57 -0700 (PDT) Received: from force.soum.co.jp (force.soum.co.jp [192.168.2.1]) by gate.soum.co.jp (8.8.8/3.6W98062220) with ESMTP id OAA11003 for ; Fri, 18 Aug 2000 14:26:52 +0900 (JST) Received: from vanilla.soum.co.jp (vanilla.soum.co.jp [192.168.2.63]) by force.soum.co.jp (8.9.3/3.7W-2000050209) with ESMTP id OAA21059; Fri, 18 Aug 2000 14:26:51 +0900 (JST) Received: from localhost (localhost.soum.co.jp [127.0.0.1]) by vanilla.soum.co.jp (8.9.3/3.7Wpl2-200003222344) with ESMTP id OAA16962; Fri, 18 Aug 2000 14:26:50 +0900 (JST) (envelope-from fujita@soum.co.jp) To: freebsd-hackers@freebsd.org Subject: 'group' in ioctl() From: FUJITA Kazutoshi X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000818142650A.fujita@soum.co.jp> Date: Fri, 18 Aug 2000 14:26:50 +0900 X-Dispatcher: imput version 20000228(IM140) Lines: 22 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, hackers. I have been given the task of writing a PCI device driver for a special card on 4.0-RELEASE. But I'm novice in device driver programming. In writing ioctl routine, I have to decide ioctl command code. So I saw some other device driver source code and system header files, I found some macros in . #define _IOC(inout,group,num,len) \ ((unsigned long)(inout | ((len & IOCPARM_MASK) << 16) | ((group) << 8) | (num))) #define _IO(g,n) _IOC(IOC_VOID, (g), (n), 0) #define _IOR(g,n,t) _IOC(IOC_OUT, (g), (n), sizeof(t)) #define _IOW(g,n,t) _IOC(IOC_IN, (g), (n), sizeof(t)) /* this should be _IORW, but stdio got there first */ #define _IOWR(g,n,t) _IOC(IOC_INOUT, (g), (n), sizeof(t)) What 'group' should I use ? Regards, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 23:49:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from viper.dmpriest.com (viper.dmpriest.com [195.188.177.3]) by hub.freebsd.org (Postfix) with ESMTP id 1CB1537B641 for ; Thu, 17 Aug 2000 23:49:43 -0700 (PDT) Received: from tdx.co.uk (lorca.tdx.co.uk [195.188.177.195]) by viper.dmpriest.com (8.9.3/8.9.3/Kp) with ESMTP id HAA08506; Fri, 18 Aug 2000 07:49:32 +0100 (BST) Message-ID: <399CDC7C.F68E634@tdx.co.uk> Date: Fri, 18 Aug 2000 07:49:32 +0100 From: Karl Pielorz Organization: The Digital eXchange X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: hackers@FreeBSD.ORG Subject: Re: Critical (or equivalent) section in Userland? References: <399C5201.5B6911CE@tdx.co.uk> <399BA212.A84240AE@tdx.co.uk> <200008171723.LAA12924@harmony.village.org> <200008172140.PAA14347@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > Kill sendmail's root process. That's the best you can do. It won't > impact anything, it will prevent the reading of the queue files (and > the config files) and the children will just run with the old copies. > then you wait for all the children to die (with a reasonable > timeout). Then you do your change, then restart sendmail. That's the > best you can hope for. Unforuntately this doesn't work, as sendmails numerous children live for too long (the machine is a busy MX, and people increasingly mail 5Mb+ files around) Also adding to the children's lives is the fact that sendmail uses cached connections to delivery multiple messages to the same destination MX, which leads to even longer 'death' times, and can also result in Sendmail's kids looking up domains etc. in the config files :( [At least, that's what appears to be happening after a lot of observation]... However, 'killall -SIGSTOP sendmail' - appears to work very nicely... With a 'killall -SIGCONT sendmail' putting things back to normal. I'm also doing the stop twice for good measure incase anything was forking at the time. I guess only time will tell, but the signal idea seems the best so far, considering the other restrictions :) Regards, Karl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 23:51:59 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 566E937B67F for ; Thu, 17 Aug 2000 23:51:56 -0700 (PDT) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.9.3/8.9.3) with ESMTP id AAA38744; Fri, 18 Aug 2000 00:51:54 -0600 (MDT) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost.village.org [127.0.0.1]) by billy-club.village.org (8.9.3/8.8.3) with ESMTP id AAA18596; Fri, 18 Aug 2000 00:51:53 -0600 (MDT) Message-Id: <200008180651.AAA18596@billy-club.village.org> To: Karl Pielorz Subject: Re: Critical (or equivalent) section in Userland? Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 18 Aug 2000 07:49:32 BST." <399CDC7C.F68E634@tdx.co.uk> References: <399CDC7C.F68E634@tdx.co.uk> <399C5201.5B6911CE@tdx.co.uk> <399BA212.A84240AE@tdx.co.uk> <200008171723.LAA12924@harmony.village.org> <200008172140.PAA14347@harmony.village.org> Date: Fri, 18 Aug 2000 00:51:53 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <399CDC7C.F68E634@tdx.co.uk> Karl Pielorz writes: : However, 'killall -SIGSTOP sendmail' - appears to work very nicely... With a : 'killall -SIGCONT sendmail' putting things back to normal. I'm also doing the : stop twice for good measure incase anything was forking at the time. No need to stop twice. : I guess only time will tell, but the signal idea seems the best so far, : considering the other restrictions :) Well, you still have the same problem as before, you've just made it harder to exploit. Namely, if sendmail fires up and reads one of the set of files, then you stop it, and start it again and reads the rest it is little different than the problem you had before. I would suspect it is much less likely to happen, however. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 17 23:54: 6 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 996ED37B65D for ; Thu, 17 Aug 2000 23:54:02 -0700 (PDT) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.9.3/8.9.3) with ESMTP id AAA38752; Fri, 18 Aug 2000 00:54:01 -0600 (MDT) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost.village.org [127.0.0.1]) by billy-club.village.org (8.9.3/8.8.3) with ESMTP id AAA18619; Fri, 18 Aug 2000 00:53:59 -0600 (MDT) Message-Id: <200008180653.AAA18619@billy-club.village.org> To: FUJITA Kazutoshi Subject: Re: 'group' in ioctl() Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 18 Aug 2000 14:26:50 +0900." <20000818142650A.fujita@soum.co.jp> References: <20000818142650A.fujita@soum.co.jp> Date: Fri, 18 Aug 2000 00:53:59 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000818142650A.fujita@soum.co.jp> FUJITA Kazutoshi writes: : What 'group' should I use ? Pick one, it will not likely matter. Traditionally, certain groups have been reserved for the TTY layer, but unless you are trying to coexist with these sorts of interfaces, it really doesn't matter much. I would avoid the 'f' group, however, because those IOCTLs need to work on all file descriptors and you wouldn't want a collision. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 0:47:48 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 C6AE637B43E for ; Fri, 18 Aug 2000 00:47:39 -0700 (PDT) Received: (from johan@localhost) by ockle.dev.nanoteq.co.za (8.9.3/8.9.3) id JAA04654; Fri, 18 Aug 2000 09:58:10 +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 In-Reply-To: <026c01c008a5$da66f360$040aa8c0@local.mindstep.com> Date: Fri, 18 Aug 2000 09:58:09 +0200 (SAST) Organization: Nanoteq From: Johan Kruger To: Patrick Bihan-Faou Subject: RE: Bootable CD... Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Might be that you need to disklabel the image of the filesystem on which you copy this files, ( not talking about the mfs filesystem that is crunced into the kernel ) So, try the following. Mount this image by doing 'vnconfig /dev/vn0 /pathtobootimage/myimage.img' where myimgae.img is the 2.88 M boot image. Now do a 'mount /dev/vn0 /mnt' now do a 'disklabel -B -b /mnt/boot/boot1 -s /mnt/boot/boot2 /dev/vn0 Something like above, try and see if it works. If it doesn't create a new filesystem, do newfs and disklabel, then copy all those files of yours onto the filesystem. You actually don't need all those files. Anyways, i think it's the bootloader itself thats not loading the kernel on the CD ( inside the 2.88 M) image. And to correct that you need to reinstall the bootloader, and the bootblocks. That is boot0 to boot2 On 17-Aug-00 Patrick Bihan-Faou wrote: > Hi, > > > I am trying to build a bootable CD... Now this sounds like something trivial > enough to do when you know what you are doing. In my case I must admit that > I am somewhat confused. > > Until now, I think that the trick was to make the CD look like a floppy and > boot it as such. I have created some bootable CDs in the past and they > seemed to work OK. > > However it looks like things have changed recently in the way CD-Roms are > booted, and I am not able to create a working CD anymore. > > What I would like to clarify is what needs to be in the "2.88 M" bootable > image ? > > Here is what I have: > > /boot > /boot0 > /boot1 > /boot2 > /loader > /cdboot > /pxeboot > /loader.config > /loader.rc > /boot.config > /kernel.config > /kernel.gz > /modules > ... > /usr/sbin > ibcs2 > linux > svr4 > > > Now whenever I boot this image, the loader dies displaying a all whack hex > values and saying "BTX Halted". > > > I am a bit confused as to what to do next, and I would really appreciate any > help. > > BTW I am working on a fresh copy of FreeBSD 4.1-STABLE (checked-out August > 15). > > > Patrick. > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message ---------------------------------- E-Mail: Johan Kruger Date: 18-Aug-00 Time: 09:49:10 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 Fri Aug 18 0:52:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hand.dotat.at (sfo-gw.covalent.net [207.44.198.62]) by hub.freebsd.org (Postfix) with ESMTP id A13F637B43F for ; Fri, 18 Aug 2000 00:52:47 -0700 (PDT) Received: from fanf by hand.dotat.at with local (Exim 3.15 #3) id 13Pgwr-0000V2-00; Fri, 18 Aug 2000 07:52:17 +0000 Date: Fri, 18 Aug 2000 07:52:17 +0000 From: Tony Finch To: Karl Pielorz Cc: Warner Losh , hackers@FreeBSD.ORG Subject: Re: Critical (or equivalent) section in Userland? Message-ID: <20000818075217.B683@hand.dotat.at> References: <399BA212.A84240AE@tdx.co.uk> <200008171723.LAA12924@harmony.village.org> <399C5201.5B6911CE@tdx.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <399C5201.5B6911CE@tdx.co.uk> Organization: Covalent Technologies, Inc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Karl Pielorz wrote: > >I don't think advisory locks will work - the other process is sendmail... I >have to keep it from opening any of it's config files, whilst I 'rename' out >of place the old ones (keeping any fd's to them intact) and rename in the new >ones... Why not append a serial number to the end of the filenames of the subsidiary configuration files, and modify sendmail.cf accordingly? Then the update procedure could be: (1) write all the new files as $filename.`date +%Y%d%m%H%M%S` (2) mv sendmail.cf.date sendmail.cf (or use `ln -sf` if you want to keep old files) (3) every day or so delete configuration files that are older than your maximum queue run time. This gives you atomic configuration updates. You don't need to rename the old sendmail.cf to another because existing fds will remain attached to the old file which isn't being altered, just unlinked. Tony. -- en oeccget g mtcaa f.a.n.finch v spdlkishrhtewe y dot@dotat.at eatp o v eiti i d. fanf@covalent.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 1:32:53 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 D5AB537B424; Fri, 18 Aug 2000 01:32:39 -0700 (PDT) Received: (from johan@localhost) by ockle.dev.nanoteq.co.za (8.9.3/8.9.3) id KAA04734; Fri, 18 Aug 2000 10:43:25 +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: Fri, 18 Aug 2000 10:43:24 +0200 (SAST) Organization: Nanoteq From: Johan Kruger To: FreeBSD Current , freebsd-hackers@FreeBSD.ORG Subject: Loading font with libvgl Cc: sos@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmm, a few days back on the mailing list i saw there was problem with specifying a different font when using libvgl. Allthough this is not critical to my application, it would shurely enhance the look and feel of my app. So i am wondering ... is somebody working on this ? And nope , i cant work on it right now. *;-) Just curios ---------------------------------- Unix Software Developer/Engineer E-Mail: Johan Kruger Date: 18-Aug-00 Time: 10:37:54 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 Fri Aug 18 5:18:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from julia.argo.be (julia.argo.be [193.74.183.131]) by hub.freebsd.org (Postfix) with SMTP id 4B23A37B423 for ; Fri, 18 Aug 2000 05:18:47 -0700 (PDT) Received: (qmail 9543 invoked from network); 18 Aug 2000 11:56:40 -0000 Received: from pc600112.argo.be (HELO argos01.argo.be) (193.74.176.112) by julia.rago.be with SMTP; 18 Aug 2000 11:56:40 -0000 Received: by argos01 with Internet Mail Service (5.5.2650.21) id ; Fri, 18 Aug 2000 14:18:39 +0200 Message-ID: From: rudy.gheysens@gemeenschapsonderwijs.be To: hackers@freebsd.org Subject: Date: Fri, 18 Aug 2000 14:18:38 +0200 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 Dear Sir, Madam, For the thirteenth time already our association is organi-zing a cartoon contest. Firstly, we would like to thank all parti-cipants of the 1999 contest. The large number of entries proves their confidence in our orga-nisation and this is a real incen-tive for us to do even better in 2001. We hope we can count on your collaboration and wish you a lot of success! The President Rudy Gheysens ________________________________________ RULES 1. Theme: " THE SUPERMARKET ". 2. The number of entries is limited until 5. They shall not have been exhibited or publis-hed before. 3. The works have to be sent to the following address: EURO-KARTOENALE WAREGEMSESTEENWEG 113 B- 9770 KRUISHOUTEM - BELGIUM 4. The drawings shall have the following dimen-sions: 210 x 297 mm. The works shall not be provided by a passe-partout, neit-her be stuck on to a larger paper. The drawing must bear, on the reverse side, the surna-me, christian name and address of the participant. The drawings shall not bear subtitles. 5. By virtue of their participation, the partici-pants autho-rize the organizers to publish some of their works that they have received. 6. The following prizes are foreseen: 1.GOLDEN EGG 50.000 BEF (1.239,46 euro) 2.SILVER EGG 30.000 BEF (743,68 euro) 3.BRONZE EGG 25.000 BEF (619,73 euro) 4.PRIZE OF THE E.U. 15.000 BEF (371,84 euro) 5.BEST BELGIUM CARTOON 10.000 BEF (247,89 euro) 7. By participating the participant lends his works to the organizers for exhibitions. The works received will remain at the dispo-sal of the organizers du-ring one year (until 01.11.2002). 8. The entries will only be sent back by the organizers on receiving a written request. The awarded works will become the property of the organi-zers. 9. EXTREME DATE OF ENTRY: 15.01.2001 !! Opening of the exhibition: Friday 15/4/2001 at 8 pm. _________________________________________ DEADLINE 15.01.2001 _______________________________ Note concerning the catalogue In order to receive the free catalogu-e, please attach FIVE (5) coupons " international reply " to cover the postage. These coupons ar available in your local post office. ______________________________________________ E.C.C. - EUROPEAN CARTOON CENTRE __________________________________________ Dear cartoonist Kruishoutem has the honnour to open the European cartoon Centre. The centre aims at: * displaying cartoons and caricatures of both national and international artists * extending the largest documentation centre regarding cartoons and caricatures in Europe. This documentation will be the disposal of every cartoonist in the world * keeping the available documentation and cartoons at the disposal of advertising agencies and designers in order to offer the cartoonists a forum. In order to accomplish this mission, the "Euro-kartoenale" will use its private collection of cartoon books, publications, magazines and original cartoons to start up the centre. However, this will not suffice. We also count on the support and cooperation of the cartoonists themselves. This is why we make an urgent appeal to provide us with cartoon books and catalogues (personal work or copies from your private collection), magazines (please send them regulary), dissertations and other suitable material. Much to our regrets we do not have the budget to reimburse you. We are looking forward to any support and will keep you informed of the European Cartoon centre. Rudy Gheysens To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 6:27:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.129.65]) by hub.freebsd.org (Postfix) with ESMTP id 2968A37B423 for ; Fri, 18 Aug 2000 06:27:09 -0700 (PDT) Received: from overtimemail.com (mail.overtimemail.com [64.182.137.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 70DD76E3C0B for ; Fri, 18 Aug 2000 06:27:08 -0700 (PDT) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=200008180907=" To: freebsd-hackers@freebsd.org From: juliangabrielcolado@overtimemail.com X-Mailer: 74CBF6B5.5CBE2B56.36f203506e5b326f6828e067e6e3e980 Subject: Fellow Writer Organization: Message-Id: <20000818132708.70DD76E3C0B@mx1.FreeBSD.org> Date: Fri, 18 Aug 2000 06:27:08 -0700 (PDT) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --=200008180907= Content-Type: text/plain;charset=US-ASCII Dear fellow writer: I have come across a great new website for writers. They are a on-demand publisher, and are currently looking for new authors. They pay the best royalties in the industry, and the people there are writers like us. If you think you might be interested, email me and I can send you the link. I already have two titles up with them, and they have been very helpful. PS- if you're not interested, don't reply, and you won't hear from me again. I'm not a robot, and your name isn't on some list I bought. I'm just kind of a fanatic for writer's rights, and thought this might help out some of my fellow writers. Good luck with your writing, Julian Gabriel Colado --=200008180907=-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 6:49:46 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 5518037B43C for ; Fri, 18 Aug 2000 06:49:42 -0700 (PDT) Received: (from akm@localhost) by mail.theinternet.com.au (8.9.3/8.9.3) id XAA79194 for freebsd-hackers@freebsd.org; Fri, 18 Aug 2000 23:47:22 +1000 (EST) (envelope-from akm) Date: Fri, 18 Aug 2000 23:47:22 +1000 From: Andrew Kenneth Milton To: freebsd-hackers@freebsd.org Subject: Re: Fellow Writer Message-ID: <20000818234722.A14488@zeus.theinternet.com.au> References: <20000818132708.70DD76E3C0B@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <20000818132708.70DD76E3C0B@mx1.FreeBSD.org>; from juliangabrielcolado@overtimemail.com on Fri, Aug 18, 2000 at 06:27:08AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG +-------[ juliangabrielcolado@overtimemail.com ]---------------------- | Dear fellow writer: | | They pay the best royalties in the industry, and the people there | are writers like us. The writers there are completely crap? Doesn't sound too good. -- 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 ABN: 83 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 Fri Aug 18 7:14:43 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 A54DC37B42C for ; Fri, 18 Aug 2000 07:14:39 -0700 (PDT) Received: from vangelderen.org (grolsch.ai [209.88.68.214]) by cypherpunks.ai (Postfix) with ESMTP id 6FADB4C; Fri, 18 Aug 2000 10:14:38 -0400 (AST) Message-ID: <399D44CE.B6C3D60C@vangelderen.org> Date: Fri, 18 Aug 2000 10:14:38 -0400 From: "Jeroen C. van Gelderen" X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Alexander N. Kabaev" Cc: thomas r stromberg , freebsd-hackers@FreeBSD.ORG Subject: Re: Anyone try the new dual-head G-400 drivers? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Alexander N. Kabaev" wrote: > > This driver will not run on FreeBSD most likely. It seems like the driver needs > Linux framebuffer device to run. Fortunately this doesn't seem to be the case. Works like a charm... 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 Fri Aug 18 7:19:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from h132-197-97-45.gte.com (h132-197-97-45.gte.com [132.197.97.45]) by hub.freebsd.org (Postfix) with ESMTP id 75F7B37B422 for ; Fri, 18 Aug 2000 07:19:16 -0700 (PDT) Received: (from ak03@localhost) by h132-197-97-45.gte.com (8.11.0/8.11.0) id e7IEJER24049; Fri, 18 Aug 2000 10:19:14 -0400 (EDT) (envelope-from ak03) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <399D44CE.B6C3D60C@vangelderen.org> Date: Fri, 18 Aug 2000 10:19:14 -0400 (EDT) Organization: GTE Laboratories Inc. From: "Alexander N. Kabaev" To: "Jeroen C. van Gelderen" Subject: Re: Anyone try the new dual-head G-400 drivers? Cc: freebsd-hackers@FreeBSD.ORG, thomas r stromberg Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is the case when I am certainly glad I was mistaken. The sentence from README about driver working only with framebuffer fooled me. Thanks for clearing my confusion. On 18-Aug-00 Jeroen C. van Gelderen wrote: > "Alexander N. Kabaev" wrote: >> >> This driver will not run on FreeBSD most likely. It seems like the driver >> needs >> Linux framebuffer device to run. > > Fortunately this doesn't seem to be the case. Works like a charm... > > Cheers, > Jeroen > -- > Jeroen C. van Gelderen o _ _ _ > jeroen@vangelderen.org _o /\_ _ \\o (_)\__/o (_) > _< \_ _>(_) (_)/<_ \_| \ _|/' \/ > (_)>(_) (_) (_) (_) (_)' _\o_ ---------------------------------- E-Mail: Alexander N. Kabaev Date: 18-Aug-00 Time: 10:15:16 ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 8:11:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.dbitech.bc.ca (i.caniserv.com [139.142.95.1]) by hub.freebsd.org (Postfix) with SMTP id 9729737B424 for ; Fri, 18 Aug 2000 08:11:31 -0700 (PDT) Received: (qmail 10472 invoked from network); 18 Aug 2000 15:11:30 -0000 Received: from swen.wavefire.com (139.142.167.220) by 139.142.95.81 with SMTP; 18 Aug 2000 15:11:30 -0000 Message-Id: <4.3.2.7.2.20000818080641.00ae2cb0@mail.wavefire.com> X-Sender: swen@mail.wavefire.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 18 Aug 2000 08:07:02 -0700 To: Andrew Kenneth Milton , freebsd-hackers@freebsd.org From: Chameleon Subject: Re: Fellow Writer In-Reply-To: <20000818234722.A14488@zeus.theinternet.com.au> References: <20000818132708.70DD76E3C0B@mx1.FreeBSD.org> <20000818132708.70DD76E3C0B@mx1.FreeBSD.org> 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 At 11:47 PM 8/18/00 +1000, Andrew Kenneth Milton wrote: >+-------[ juliangabrielcolado@overtimemail.com ]---------------------- >| Dear fellow writer: >| > >| They pay the best royalties in the industry, and the people there >| are writers like us. > >The writers there are completely crap? Doesn't sound too good. LOL thats a good one >-- >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 ABN: 83 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 ---------------------------------------------------------------------------------------------- The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 8:47:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (backplane-inc.SanFranciscosfd.cw.net [206.24.214.242]) by hub.freebsd.org (Postfix) with ESMTP id EF2F837B423 for ; Fri, 18 Aug 2000 08:47:08 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.9.3/8.9.3) id IAA55501; Fri, 18 Aug 2000 08:47:06 -0700 (PDT) (envelope-from dillon) Date: Fri, 18 Aug 2000 08:47:06 -0700 (PDT) From: Matt Dillon Message-Id: <200008181547.IAA55501@earth.backplane.com> To: "Allen Pulsifer" Cc: Subject: Re: RE: what to do about /tmp References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :Matt, : :I noticed /tmp and /var/tmp are used slightly differently, for example, the :contents of /tmp are not expected to survive a reboot, while /var/tmp is :used for files you might need after a crash, like vi recovery files. This may have been true at one time in the past, but these days /tmp and /var/tmp tend to be used interchangeably. You can't make those sorts of assumptions. :One advantage of mounting /tmp with MFS is that you don't have use up another :disk partition. Performance-wise, I would think data moves something :like this: : :/tmp on MFS: : application data --> kernel VM --> paged to disk : :/tmp on FFS: : application data --> kernel file buffer --> flushed to disk : :Is that basically correct? What makes MFS less efficient than FFS? :What would be the implications of creating a 512 MB swap partition :and mounting an MFS /tmp? : :Thanks, : :Allen There are several problems with MFS: * The active data set is cached in memory TWICE rather then just once. That is, for each page of file data two pages is taken up of memory. * While it is true that MFS will swap unused data, performance under heavy load will go to pot because MFS does not in any way attempt to sequence the data to swap. MFS may appear fast under light loads, but performance degrades drastically (to much worse then what you get with FFS) under heavy memory loads. * MFS eats a 'random' amount of swap, up to the size of the MFS disk. Under medium loads where paging is taking place, the swap backing store for MFS becomes fragmented and performance goes to pot. There are two solutions: * First, you can use vnconfig to create a swap-backed filesystem and you can reserve the necessary swap wspace contiguously, resulting in performance which will be as good or better then a normal FFS filesystem (because your swap space may be striped across several disks). * Second, you can use a normal FFS partition. In either case enabling softupdates on the vnconfig or normal FFS partition should result in good overall peformance without the load penalty. With both solutions it is a good idea to make /var/tmp the partition and make /tmp a softlink to /var/tmp. Using MD instead of MFS is typically not a great choice. While it is true that MD only caches data once, the data is not swap-backed so what data MD does allocate is allocated permanently. This is useful in certain system configurations but not useful in the general case. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 8:48:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from modemcable127.61-201-24.mtl.mc.videotron.net (modemcable211.226-201-24.mtl.mc.videotron.net [24.201.226.211]) by hub.freebsd.org (Postfix) with SMTP id D683A37B423 for ; Fri, 18 Aug 2000 08:48:22 -0700 (PDT) Received: (qmail 73305 invoked from network); 18 Aug 2000 15:48:22 -0000 Received: from patrak.local.mindstep.com (HELO PATRAK) (192.168.10.4) by jacuzzi.local.mindstep.com with SMTP; 18 Aug 2000 15:48:22 -0000 Message-ID: <03b801c0092b$bc8db0a0$040aa8c0@local.mindstep.com> From: "Patrick Bihan-Faou" To: "Johan Kruger" Cc: References: Subject: Re: Bootable CD... Date: Fri, 18 Aug 2000 11:48:21 -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.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, > Might be that you need to disklabel the image of the filesystem on > which you copy this files, ( not talking about the mfs filesystem that > is crunced into the kernel ) > So, try the following. > Mount this image by doing 'vnconfig /dev/vn0 /pathtobootimage/myimage.img' > where myimgae.img is the 2.88 M boot image. > Now do a 'mount /dev/vn0 /mnt' > now do a 'disklabel -B -b /mnt/boot/boot1 -s /mnt/boot/boot2 /dev/vn0 Actually I am using the doFS.sh script from /usr/src/release. The disklabel is done (without the -b and -s options though) by that script. Also I used to be able to build bootable CDs from the same procedure a few weeks ago (before the code in /usr/src/sys/boot was updated). The CD is recognized as bootable and starts to boot. I can stop the boot at the first "spinning bar" (I think that's boot0 or boot1) before the control is passed to "loader". From there I am sort of stuck: the only thing I can boot is loader which in turn crashes immediately. I tried to load "kernel.gz" but its format is not recognized at this stage of the boot (probably because it is compressed). BTW I tried you procedure above, and I get: su-2.03# vnconfig /dev/vn0 boot.cdrom.img su-2.03# mount /dev/vn0 /mnt su-2.03# disklabel -B -b /mnt/boot/boot1 -s /mnt/boot/boot2 /dev/vn0 disklabel: /dev/vn0: Device busy su-2.03# disklabel -B -b /mnt/boot/boot1 -s /mnt/boot/boot2 /mnt disklabel: /mnt: Is a directory su-2.03# umount /mnt su-2.03# disklabel -B -b mindbox/boot/boot1 -s mindbox/boot/boot2 /dev/vn0 disklabel: ioctl DIOCWLABEL: Operation not supported by device su-2.03# I'd rather fix the problem with the current version of the boot code, but time is pressing and I am tempted to revert to the code tagged with the FreeBSD-4.0 release. Is this something that I should do ? Patrick. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 9:31:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sofia.csl.sri.com (sofia.csl.sri.com [130.107.19.127]) by hub.freebsd.org (Postfix) with ESMTP id 1023C37B423 for ; Fri, 18 Aug 2000 09:31:48 -0700 (PDT) Received: (from molter@localhost) by sofia.csl.sri.com (8.9.3/8.9.3) id JAA23757; Fri, 18 Aug 2000 09:31:50 -0700 (PDT) (envelope-from molter) From: Marco Molteni Date: Fri, 18 Aug 2000 09:31:50 -0700 To: =?iso-8859-1?Q?Jes=FAs_Arn=E1iz?= Cc: freebsd-hackers Subject: Re: Mosix in FreeBSD. Message-ID: <20000818093150.C23709@sofia.csl.sri.com> Mail-Followup-To: =?iso-8859-1?Q?Jes=FAs_Arn=E1iz?= , freebsd-hackers References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailer: Mutt 1.0pre4i In-Reply-To: ; from arnaiz@encomix.es on Thu, Aug 17, 2000 at 08:50:38PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 17 Aug 2000, Jes=FAs Arn=E1iz wrote: > I have read some information about MOSIX which is some patch for the linux > kernel created to build super-computers from a net of PCs. >=20 > I want to know if is there some similar project (mosix or even clustering) > but for FreeBSD, if someone know some about it please let me know. Mosix started on BSD/OS, and was then rewritten for Linux. I think the BSD/= OS version has died, but you may ask the Mosix people, now that the *BSD are getting more attention... Marco --=20 Marco Molteni "rough consensus and running code" SRI International, System Design Laboratory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 9:35:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from diskfarm.firehouse.net (rdu25-12-043.nc.rr.com [24.25.12.43]) by hub.freebsd.org (Postfix) with ESMTP id E17EC37B423 for ; Fri, 18 Aug 2000 09:35:30 -0700 (PDT) Received: (from abc@localhost) by diskfarm.firehouse.net (8.9.3/8.9.3) id MAA12664; Fri, 18 Aug 2000 12:41:54 GMT (envelope-from abc) Date: Fri, 18 Aug 2000 12:41:54 +0000 From: Alan Clegg To: Marco Molteni Cc: =?iso-8859-1?Q?Jes=FAs_Arn=E1iz?= , freebsd-hackers Subject: Re: Mosix in FreeBSD. Message-ID: <20000818124154.E9971@diskfarm.firehouse.net> Mail-Followup-To: Alan Clegg , Marco Molteni , =?iso-8859-1?Q?Jes=FAs_Arn=E1iz?= , freebsd-hackers References: <20000818093150.C23709@sofia.csl.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20000818093150.C23709@sofia.csl.sri.com>; from molter@sofia.csl.sri.com on Fri, Aug 18, 2000 at 09:31:50AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Out of the ether, Marco Molteni spewed forth the following bitstream: > Mosix started on BSD/OS, and was then rewritten for Linux. I think the BSD/OS > version has died, but you may ask the Mosix people, now that the *BSD are > getting more attention... I spoke to the author (one of the authors?) of Mosix at LinuxWorld this last week, and he was sorry to say that it was *NOT* available on *BSD* to the public any longer. However, the code is still up and running on BSD/OS at the University. AlanC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 9:36:12 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 009AA37B43C for ; Fri, 18 Aug 2000 09:36:04 -0700 (PDT) Received: (from johan@localhost) by ockle.dev.nanoteq.co.za (8.9.3/8.9.3) id SAA19390; Fri, 18 Aug 2000 18:46:10 +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 In-Reply-To: <03b801c0092b$bc8db0a0$040aa8c0@local.mindstep.com> Date: Fri, 18 Aug 2000 18:46:10 +0200 (SAST) Organization: Nanoteq From: Johan Kruger To: Patrick Bihan-Faou Subject: Re: Bootable CD... Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok, here's what i did ( busy building a custom CD installation ) After the 'make release' , i took the boot.flp image 2.88 Meg and mounted it. I deleted everything except for /boot/boot0-2 an the bootforth loader. Then i made my own kernel allowing a MFS of 2048 x 512 blocks, giving me 1.44 Meg in the filesystem. In this i crunched 72 Megs of binary's , one of them 'chroot' I compiled init as not to look for 'rc' ( check the Makefile, define part that's specifically for a release ) After this i use the write_mfs_in_kernel script and umount it ( remember to compress the kernel after the mfs write sh -e doFS.sh -s mfsroot ./ /mnt 2880 johan's_mfsfd_root_dir/ 8000 minimum2 ./write_mfs_in_kernel kernel mfsroot gzip -9vc kernel > kernel.gz vnconfig /dev/vn0 boot.flp mount /dev/vn0 /mnt rm /mnt/kernel.gz cp kernel.gz /mnt/kernel.gz umount /mnt vnconfig -u /dev/vn0 Now your boot.flp is ready for mkisofs Basically what happens now , i copy my complete live filesystem with installed apps to the CD's root dir, and when i do mkisofs, i use my new bootimage. After boot , since it can not find rc, it executes .profile in the MFS filesystem in the kernel- BUT ONLY if you compiled init for the crunch with in /usr/src/sbin/init/Makefile #CFLAGS+=-DDEBUGSHELL -DSECURE -DLOGIN_CAP -DCOMPAT_SYSV_INIT CFLAGS+=-DSECURE -DLOGIN_CAP -DCOMPAT_SYSV_INIT In .profile i put 'mount_cd9660 /dev/acd0a /cdrom' ( /cdrom an extra dir i put in my filesystem ) and 'chroot /cdrom /setup' , where setup is my prog, and this works perfectly , i even load my own modules before the chroot and so on. The release i built is 5.0-CURRRENT , and if you want the boot.flp i can attach it for you. Just mail me. Right now i'm going home - it's Friday - at last GOOD LUCK *;-) On 18-Aug-00 Patrick Bihan-Faou wrote: > Hi, > > > Actually I am using the doFS.sh script from /usr/src/release. The disklabel > is done (without the -b and -s options though) by that script. Also I used > to be able to build bootable CDs from the same procedure a few weeks ago > (before the code in /usr/src/sys/boot was updated). > > The CD is recognized as bootable and starts to boot. I can stop the boot at > the first "spinning bar" (I think that's boot0 or boot1) before the control > is passed to "loader". > >>From there I am sort of stuck: the only thing I can boot is loader which in > turn crashes immediately. I tried to load "kernel.gz" but its format is not > recognized at this stage of the boot (probably because it is compressed). > > > > BTW I tried you procedure above, and I get: > > su-2.03# vnconfig /dev/vn0 boot.cdrom.img > su-2.03# mount /dev/vn0 /mnt > su-2.03# disklabel -B -b /mnt/boot/boot1 -s /mnt/boot/boot2 /dev/vn0 > disklabel: /dev/vn0: Device busy > su-2.03# disklabel -B -b /mnt/boot/boot1 -s /mnt/boot/boot2 /mnt > > Patrick. > > ---------------------------------- Unix Software Developer/Engineer E-Mail: Johan Kruger Date: 18-Aug-00 Time: 18:28:20 All good things come to those who ... runs FreeBSD ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 10:16:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailgate.imagination.co.uk (mailgate.imagination.co.uk [194.128.49.32]) by hub.freebsd.org (Postfix) with ESMTP id 858D637B423 for ; Fri, 18 Aug 2000 10:16:12 -0700 (PDT) Received: from imagination.com (dhcp-76-157.imagination.co.uk [192.168.76.157]) by mailgate.imagination.co.uk (8.9.3/8.9.3) with ESMTP id RAA57538 for ; Fri, 18 Aug 2000 17:16:10 GMT Message-ID: <399D6F59.B8E44A53@imagination.com> Date: Fri, 18 Aug 2000 18:16:09 +0100 From: Jonathan Laventhol Organization: Imagination Ltd X-Mailer: Mozilla 4.61 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: Cheap 1000Gbyte machine Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello Folks -- Anybody built a file server with approx 1000 Gbyte or more? Or even 200 Gbyte? I'm looking for a cheap simple way of doing this. Lots of IDE drives? (How many can you have?) Or SCSI? (Again, how many can you have?). It's for lots of 1 Mbyte files: no huge files. Thanks for any tips. Regards, Jonathan. -- ____________________________________________________________________ Imagination 25 Store Street South Crescent London WC1E 7BL England | Tel +44 20 7323 3300 Fax +44 20 7323 5801 | _______________________________________________________| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 10:20:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 459EC37B424 for ; Fri, 18 Aug 2000 10:20:31 -0700 (PDT) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 13Ppoj-000FD6-00; Fri, 18 Aug 2000 17:20:30 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.9.3/8.9.3) id TAA00454; Fri, 18 Aug 2000 19:20:31 +0200 (CEST) (envelope-from wkb) Date: Fri, 18 Aug 2000 19:20:31 +0200 From: Wilko Bulte To: Jonathan Laventhol Cc: freebsd-hackers@freebsd.org Subject: Re: Cheap 1000Gbyte machine Message-ID: <20000818192031.A430@freebie.demon.nl> References: <399D6F59.B8E44A53@imagination.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <399D6F59.B8E44A53@imagination.com>; from jonathan.laventhol@imagination.co.uk on Fri, Aug 18, 2000 at 06:16:09PM +0100 X-OS: FreeBSD 4.1-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Aug 18, 2000 at 06:16:09PM +0100, Jonathan Laventhol wrote: > Anybody built a file server with approx 1000 Gbyte or more? Done routinely in the commercial world. But cheap.. > I'm looking for a cheap simple way of doing this. Lots of What is cheap? > IDE drives? (How many can you have?) Or SCSI? (Again, > how many can you have?). SCSI, behind RAID array controllers. Connected to the host via SCSI or Fibrechannel. -- Wilko Bulte wilko@freebsd.org Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 10:36:33 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 940C237B422 for ; Fri, 18 Aug 2000 10:36:31 -0700 (PDT) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id NAA07386 for ; Fri, 18 Aug 2000 13:40:00 -0400 (EDT) Message-Id: <200008181740.NAA07386@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Fri, 18 Aug 2000 13:52:39 -0400 To: hackers@freebsd.org From: Dennis Subject: 64bit Ethernet Controllers Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Have any 64bit PCI ethernet controllers been tested in 4.x yet? Preferably quad port..I've seen a few around (adaptec has one) but no mention on the list of specific experience. Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 10:45:54 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 9B7C137B422 for ; Fri, 18 Aug 2000 10:45:51 -0700 (PDT) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id TAA31494; Fri, 18 Aug 2000 19:45:44 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200008181745.TAA31494@freebsd.dk> Subject: Re: Cheap 1000Gbyte machine In-Reply-To: <399D6F59.B8E44A53@imagination.com> from Jonathan Laventhol at "Aug 18, 2000 06:16:09 pm" To: jonathan.laventhol@imagination.co.uk (Jonathan Laventhol) Date: Fri, 18 Aug 2000 19:45:43 +0200 (CEST) Cc: freebsd-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 Jonathan Laventhol wrote: > Hello Folks -- > > Anybody built a file server with approx 1000 Gbyte or more? Not yet :) > Or even 200 Gbyte? Yup, 300G's standing here right next to me... > I'm looking for a cheap simple way of doing this. Lots of > IDE drives? (How many can you have?) Or SCSI? (Again, > how many can you have?). Take 3 or 4 Promise Ultra66/100's and 14 IBM 75G DTLA 307075 drives and you should be in business, for a very resonable pricetag. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 10:48:36 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 E4AEA37B422 for ; Fri, 18 Aug 2000 10:48:33 -0700 (PDT) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id KAA08935; Fri, 18 Aug 2000 10:48:07 -0700 Date: Fri, 18 Aug 2000 10:44:21 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Soren Schmidt Cc: Jonathan Laventhol , freebsd-hackers@FreeBSD.ORG Subject: Re: Cheap 1000Gbyte machine In-Reply-To: <200008181745.TAA31494@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 Fri, 18 Aug 2000, Soren Schmidt wrote: > It seems Jonathan Laventhol wrote: > > Hello Folks -- > > > > Anybody built a file server with approx 1000 Gbyte or more? > > Not yet :) That's not quite true. We had ~900GB on a NetBSD/Alpha machine at NASA/Ames. > > > Or even 200 Gbyte? > > Yup, 300G's standing here right next to me... > > > I'm looking for a cheap simple way of doing this. Lots of > > IDE drives? (How many can you have?) Or SCSI? (Again, > > how many can you have?). > > Take 3 or 4 Promise Ultra66/100's and 14 IBM 75G DTLA 307075 > drives and you should be in business, for a very resonable > pricetag. > You know, I used to say ixnay on that, but, Soren, I've been looking at a lot of the features of the newer ATA drives, and now that they have bad block replacement, I'd have to say that what you're proposing is not unreasonable, although I'd suggest that Vinum/RAID5 be used. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 10:52:53 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 0D7F237B422 for ; Fri, 18 Aug 2000 10:52:49 -0700 (PDT) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id TAA33072; Fri, 18 Aug 2000 19:52:42 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200008181752.TAA33072@freebsd.dk> Subject: Re: Cheap 1000Gbyte machine In-Reply-To: from Matthew Jacob at "Aug 18, 2000 10:44:21 am" To: mjacob@feral.com Date: Fri, 18 Aug 2000 19:52:42 +0200 (CEST) Cc: jonathan.laventhol@imagination.co.uk (Jonathan Laventhol), freebsd-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 Matthew Jacob wrote: > On Fri, 18 Aug 2000, Soren Schmidt wrote: > > > It seems Jonathan Laventhol wrote: > > > Hello Folks -- > > > > > > Anybody built a file server with approx 1000 Gbyte or more? > > > > Not yet :) > > That's not quite true. We had ~900GB on a NetBSD/Alpha machine at NASA/Ames. Oh, I mean I havn't build one yet :) > > > Or even 200 Gbyte? > > > > Yup, 300G's standing here right next to me... > > > > > I'm looking for a cheap simple way of doing this. Lots of > > > IDE drives? (How many can you have?) Or SCSI? (Again, > > > how many can you have?). > > > > Take 3 or 4 Promise Ultra66/100's and 14 IBM 75G DTLA 307075 > > drives and you should be in business, for a very resonable > > pricetag. > > You know, I used to say ixnay on that, but, Soren, I've been looking at a lot > of the features of the newer ATA drives, and now that they have bad block > replacement, I'd have to say that what you're proposing is not unreasonable, > although I'd suggest that Vinum/RAID5 be used. Nice to hear, and yes vinum is the way to go for redundancy, who is going to backup THAT amount of data, and on what :) -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 10:57:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.wmptl.com (mail2.wmptl.com [216.221.73.131]) by hub.freebsd.org (Postfix) with ESMTP id 848EE37B422 for ; Fri, 18 Aug 2000 10:57:17 -0700 (PDT) Received: from wmptl.com ([10.0.0.168]) by mail2.wmptl.com (8.9.3/8.9.3) with ESMTP id NAA74314; Fri, 18 Aug 2000 13:53:14 -0400 (EDT) (envelope-from webmaster@wmptl.com) Message-ID: <399D7801.7D9B91A4@wmptl.com> Date: Fri, 18 Aug 2000 13:53:05 -0400 From: Nathan Vidican X-Mailer: Mozilla 4.72 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: Soren Schmidt Cc: jonathan.laventhol@imagination.co.uk, hackers@freebsd.org Subject: Re: Cheap 1000Gbyte machine References: <200008181745.TAA31494@freebsd.dk> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Soren Schmidt wrote: > > It seems Jonathan Laventhol wrote: > > Hello Folks -- > > > > Anybody built a file server with approx 1000 Gbyte or more? > > Not yet :) > > > Or even 200 Gbyte? > > Yup, 300G's standing here right next to me... > > > I'm looking for a cheap simple way of doing this. Lots of > > IDE drives? (How many can you have?) Or SCSI? (Again, > > how many can you have?). > > Take 3 or 4 Promise Ultra66/100's and 14 IBM 75G DTLA 307075 > drives and you should be in business, for a very resonable > pricetag. > > -Søren > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message Try AreaSYS electronics, they make an external ATA to SCSI RAID system that operates independant of the O/S. I don't know how it would be in terms of performance, but you might be able to put a few of these devices on to a system, and use vinum/raid of the raid systems, (seeing as how FreeBSD would just see them as giant scsi drives). I believe they do a setup which houses 8 ATA disks, in which case you could get away with more than what you're looking for with just two units. -- Nathan Vidican webmaster@wmptl.com Windsor Match Plate & Tool Ltd. http://www.wmptl.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 11:10: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from chmls06.mediaone.net (chmls06.mediaone.net [24.147.1.144]) by hub.freebsd.org (Postfix) with ESMTP id 3165B37B422 for ; Fri, 18 Aug 2000 11:10:00 -0700 (PDT) Received: from ahp3 (ahp.ne.mediaone.net [24.128.184.250]) by chmls06.mediaone.net (8.8.7/8.8.7) with SMTP id OAA18543; Fri, 18 Aug 2000 14:09:42 -0400 (EDT) From: "Allen Pulsifer" To: "Soren Schmidt" , "Jonathan Laventhol" Cc: Subject: RE: Cheap 1000Gbyte machine Date: Fri, 18 Aug 2000 14:09:42 -0400 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.2911.0) In-Reply-To: <200008181745.TAA31494@freebsd.dk> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Anybody built a file server with approx 1000 Gbyte or more? > Take 3 or 4 Promise Ultra66/100's and 14 IBM 75G DTLA 307075 > drives and you should be in business, for a very resonable > pricetag. Might be doable, but it would probably take a custom cabinet to accomodate the ATA/66 cabling limitations (2 drives per cable with an 18 inch maximum length). And don't forget about heat and vibration... Allen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 11:21: 7 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 3BA3D37B423 for ; Fri, 18 Aug 2000 11:21:04 -0700 (PDT) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id LAA09067; Fri, 18 Aug 2000 11:20:57 -0700 Date: Fri, 18 Aug 2000 11:17:10 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Soren Schmidt Cc: Jonathan Laventhol , freebsd-hackers@FreeBSD.ORG Subject: Re: Cheap 1000Gbyte machine In-Reply-To: <200008181752.TAA33072@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 > > Nice to hear, and yes vinum is the way to go for redundancy, who is > going to backup THAT amount of data, and on what :) Oh, you really still have to backups. But you hope you never have to restore... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 11:55:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-177-115.dsl.snfc21.pacbell.net [63.202.177.115]) by hub.freebsd.org (Postfix) with ESMTP id A55E037B42C for ; Fri, 18 Aug 2000 11:55:39 -0700 (PDT) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id MAA01343; Fri, 18 Aug 2000 12:06:57 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200008181906.MAA01343@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: mjacob@feral.com Cc: Soren Schmidt , Jonathan Laventhol , freebsd-hackers@FreeBSD.ORG Subject: Re: Cheap 1000Gbyte machine In-reply-to: Your message of "Fri, 18 Aug 2000 10:44:21 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 18 Aug 2000 12:06:57 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > I'm looking for a cheap simple way of doing this. Lots of > > > IDE drives? (How many can you have?) Or SCSI? (Again, > > > how many can you have?). > > > > Take 3 or 4 Promise Ultra66/100's and 14 IBM 75G DTLA 307075 > > drives and you should be in business, for a very resonable > > pricetag. > > You know, I used to say ixnay on that, but, Soren, I've been looking at a lot > of the features of the newer ATA drives, and now that they have bad block > replacement, I'd have to say that what you're proposing is not unreasonable, > although I'd suggest that Vinum/RAID5 be used. Personally, I'd do it like this: 16 x IBM DTLA-307075 @ $550ea (approx) 2 x 3ware Escalade 6800 @ $500ea (approx) You can get 24" ATA-66 cables from 3ware (or get them custom cut), which will greatly simplify cable routing. Presto; a terabyte for under $10k. Since you need to use something to stripe the two arrays together anyway, it's really a matter of preference between the 3ware controllers at 8 drives each or your average addin ATA card at 4 drives a pop. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 12:32:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from karon.dynas.se (karon.dynas.se [192.71.43.4]) by hub.freebsd.org (Postfix) with SMTP id 5929F37B42C for ; Fri, 18 Aug 2000 12:32:15 -0700 (PDT) Received: (qmail 19204 invoked from network); 18 Aug 2000 19:32:10 -0000 Received: from spirit.sto.dynas.se (HELO spirit.dynas.se) (172.16.1.10) by karon.sto.dynas.se with SMTP; 18 Aug 2000 19:32:10 -0000 Received: (qmail 19537 invoked from network); 18 Aug 2000 19:32:29 -0000 Received: from explorer.rsa.com (10.81.217.59) by spirit.dynas.se with SMTP; 18 Aug 2000 19:32:29 -0000 Received: (from mikko@localhost) by explorer.rsa.com (8.9.3/8.9.3) id MAA10908; Fri, 18 Aug 2000 12:31:49 -0700 (PDT) (envelope-from mikko) Date: Fri, 18 Aug 2000 12:31:49 -0700 (PDT) From: Mikko Tyolajarvi Message-Id: <200008181931.MAA10908@explorer.rsa.com> To: kpielorz@tdx.co.uk Cc: freebsd-hackers@freebsd.org Subject: Re: Critical (or equivalent) section in Userland? Newsgroups: local.freebsd-hackers References: <399C5201.5B6911CE@tdx.co.uk> X-Newsreader: NN version 6.5.6 (NOV) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Karl Pielorz wrote: >Warner Losh wrote: >> If advisory locks won't work (and they almost always will for things >> like this), then you could walk the process tree. For all processes >> that aren't suspended or yourself, send a SIGSTOP, keep a list. >I don't think advisory locks will work - the other process is sendmail... I >have to keep it from opening any of it's config files, whilst I 'rename' out >of place the old ones (keeping any fd's to them intact) and rename in the new >ones... Warning, here be dragons... You could try replacing sendmail (using mailer.conf) with a script that sets LD_PRELOAD and then execs sendmail. Then you have to write a little shared lib to wrap some system calls. If you are lucky, wrapping open() will be sufficient. In your wrapper function, you should have the opportunity to use any of a number of mutual exclusion schemes, including advisory locking. Some sessions with truss/ktrace and some studying of the sendmail source may be necessary to get it right, but this is something I'd definitely check out. A wrapper for open could look like: #define open __hide_open_prototype #include #include #include #undef open int open(const char *path, int flags, mode_t mode) { if (/* path is a file to be protected */) { /* do something */ /* and beware of calling open() recursively */ } return _open(path, flags, mode); } Compile with "cc -shared -o open.so -fpic open.c" Of course, this still may not help much when sendmail has opened some of its files, and you then change all of them, which might lead to inconsistencies. $.02, /Mikko -- Mikko Työläjärvi_______________________________________mikko@rsasecurity.com RSA Security To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 12:58:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tabby.kudra.com (gw.kudra.com [199.6.32.20]) by hub.freebsd.org (Postfix) with ESMTP id AC34B37B424 for ; Fri, 18 Aug 2000 12:58:38 -0700 (PDT) Received: (from robert@localhost) by tabby.kudra.com (8.9.3/8.9.3) id PAA42547; Fri, 18 Aug 2000 15:57:48 -0400 (EDT) (envelope-from robert) Date: Fri, 18 Aug 2000 15:57:48 -0400 From: Robert Sexton To: Jonathan Laventhol Cc: freebsd-hackers@freebsd.org Subject: Re: Cheap 1000Gbyte machine Message-ID: <20000818155748.A42398@tabby.kudra.com> References: <399D6F59.B8E44A53@imagination.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: <399D6F59.B8E44A53@imagination.com>; from Jonathan Laventhol on Fri, Aug 18, 2000 at 06:16:09PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Aug 18, 2000 at 06:16:09PM +0100, Jonathan Laventhol wrote: > Hello Folks -- > > Anybody built a file server with approx 1000 Gbyte or more? > Or even 200 Gbyte? Joe Greco did this for a news machine last year. He used several wide SCSI controllers, and a bunch of 36G drives, if I recall correctly. > I'm looking for a cheap simple way of doing this. Lots of > IDE drives? (How many can you have?) Or SCSI? (Again, > how many can you have?). Good, Fast, or Cheap. Pick any two :-) I'd suggest two Symbios based LVD SCSI Cards. Up to 14 drives per chain, with very reasonable cabling limitations. Can IDE drives release the bus during seeks? Historically thats been the big advantage of SCSI: Two IDE drives are no faster than one IDE drive, while SCSI scales in performance. -- Robert Sexton - robert@kudra.com, Cincinnati OH, USA Anarchy: It's not the Law, It's just a good Idea. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 13:45:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from viper.dmpriest.com (viper.dmpriest.com [195.188.177.3]) by hub.freebsd.org (Postfix) with ESMTP id 67B1D37B423 for ; Fri, 18 Aug 2000 13:45:25 -0700 (PDT) Received: from tdx.co.uk (lorca.tdx.co.uk [195.188.177.195]) by viper.dmpriest.com (8.9.3/8.9.3/Kp) with ESMTP id VAA16803; Fri, 18 Aug 2000 21:45:14 +0100 (BST) Message-ID: <399DA05A.633A7179@tdx.co.uk> Date: Fri, 18 Aug 2000 21:45:14 +0100 From: Karl Pielorz Organization: The Digital eXchange X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Mikko Tyolajarvi Cc: freebsd-hackers@freebsd.org Subject: Re: Critical (or equivalent) section in Userland? References: <399C5201.5B6911CE@tdx.co.uk> <200008181931.MAA10908@explorer.rsa.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mikko Tyolajarvi wrote: > Warning, here be dragons... But, they can be tamed! :) > You could try replacing sendmail (using mailer.conf) with a script > that sets LD_PRELOAD and then execs sendmail. Then you have to write > a little shared lib to wrap some system calls. If you are lucky, > wrapping open() will be sufficient. In your wrapper function, you > should have the opportunity to use any of a number of mutual exclusion > schemes, including advisory locking. I have recently been doing a lot of work with LD_PRELOAD and wrapping syscalls... (a strange co-incidence? :) - but, sending all the sendmail calls a SIGSTOP seems to have done the trick... > Of course, this still may not help much when sendmail has opened some > of its files, and you then change all of them, which might lead to > inconsistencies. My original idea of 'mv'ing the files seems to cope admirably with this... If sendmail open()'s one of the original files, it's FD is still valid _after_ the mv operations. The question has never been 'pulling the rug' from under sendmail, it's more been of keeping sendmail from talking to the rug, while I do the dirty... SIGSTOP and SIGCONT seem to do the trick nicely... Yes, It's not ideal, but it seems to work perfectly well (which maybe, makes it as ideal as you can get in the real world... ? :) -Kp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 14: 5:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id 1704237B446 for ; Fri, 18 Aug 2000 14:05:47 -0700 (PDT) Received: from pinhead.parag.codegen.com (parag@localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id OAA03693; Fri, 18 Aug 2000 14:04:57 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: Robert Sexton Cc: Jonathan Laventhol , freebsd-hackers@FreeBSD.ORG Subject: Re: Cheap 1000Gbyte machine In-Reply-To: Message from Robert Sexton of "Fri, 18 Aug 2000 15:57:48 EDT." <20000818155748.A42398@tabby.kudra.com> Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Fri, 18 Aug 2000 14:04:57 -0700 Message-ID: <3689.966632697@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 18 Aug 2000 15:57:48 EDT, Robert Sexton wrote: > >Can IDE drives release the bus during seeks? Historically thats been >the big advantage of SCSI: Two IDE drives are no faster than one IDE >drive, while SCSI scales in performance. How about a single IDE (master) drive per controller, that is, no slave drives at all? This would halve the number of available drives per card (or require twice the number of cards) but essentially would use the PCI bus as a multiplex bus between drives instead of SCSI. You're still pretty much stuck waiting for one command to finish before another can be sent to a drive though, unlike SCSI drives. Still a lot cheaper tho'. I suppose another trick would be to arrange your vinum partitions and drive layout so that master and slave drives are never accessed simultaneously so one won't block access to the other. -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 14:18:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from net-ninja.com (net-ninja.com [207.244.14.242]) by hub.freebsd.org (Postfix) with ESMTP id A204A37B42C for ; Fri, 18 Aug 2000 14:18:41 -0700 (PDT) Received: by net-ninja.com (Postfix, from userid 1000) id 0A6D26E8E8; Fri, 18 Aug 2000 17:18:38 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by net-ninja.com (Postfix) with ESMTP id E856A176101; Fri, 18 Aug 2000 17:18:38 -0400 (EDT) Date: Fri, 18 Aug 2000 17:18:38 -0400 (EDT) From: Mike Wade X-Sender: mwade@net-ninja.com To: Jonathan Laventhol Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Cheap 1000Gbyte machine In-Reply-To: <399D6F59.B8E44A53@imagination.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 Fri, 18 Aug 2000, Jonathan Laventhol wrote: > Hello Folks -- > > Anybody built a file server with approx 1000 Gbyte or more? > Or even 200 Gbyte? > > I'm looking for a cheap simple way of doing this. Lots of > IDE drives? (How many can you have?) Or SCSI? (Again, > how many can you have?). > > It's for lots of 1 Mbyte files: no huge files. > > Thanks for any tips. You might want to check out the Arena Industrial II Rackmount RAID system from "www.raidweb.com". It has 8 x UDMA controllers that connect to the host via Ultra2 SCSI (platform independant). Buy two (or more) of those and 16 x (60/80 gb Maxtor UMDA Drives or 75 gb IBM UMDA Drives). 2 x Arena Industrial II Rackmount RAID $3,975 16 x Maxtor UDMA 60 gb Hard Drives $3,680 Total Cost $7,655 That comes out to about $7.98 / gb... --- Mike Wade (mwade@cdc.net) Chief Technical Officer CDC Internet, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 14:24:48 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 0AD9537B424 for ; Fri, 18 Aug 2000 14:24:45 -0700 (PDT) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id XAA80962; Fri, 18 Aug 2000 23:23:22 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200008182123.XAA80962@freebsd.dk> Subject: Re: Cheap 1000Gbyte machine In-Reply-To: <3689.966632697@pinhead.parag.codegen.com> from Parag Patel at "Aug 18, 2000 02:04:57 pm" To: parag@cgt.com (Parag Patel) Date: Fri, 18 Aug 2000 23:23:22 +0200 (CEST) Cc: robert@kudra.com (Robert Sexton), jonathan.laventhol@imagination.co.uk (Jonathan Laventhol), freebsd-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 Parag Patel wrote: > On Fri, 18 Aug 2000 15:57:48 EDT, Robert Sexton wrote: > > > >Can IDE drives release the bus during seeks? Historically thats been > >the big advantage of SCSI: Two IDE drives are no faster than one IDE > >drive, while SCSI scales in performance. > > How about a single IDE (master) drive per controller, that is, no slave > drives at all? This would halve the number of available drives per card > (or require twice the number of cards) but essentially would use the PCI > bus as a multiplex bus between drives instead of SCSI. > > You're still pretty much stuck waiting for one command to finish before > another can be sent to a drive though, unlike SCSI drives. Still a lot > cheaper tho'. Not really, if the ATA drives are configured as single masters, they can run simultaniously, but you will still have the PCI bus speed limit :) Which BTW is around 120MB/s as some overhead goes to keep the system running (yes I have measured that :) ) And if you have modern ATA disks, they support tagged queuing as well, have had that running in my lab too... > I suppose another trick would be to arrange your vinum partitions and > drive layout so that master and slave drives are never accessed > simultaneously so one won't block access to the other. Endeed, that would be the easiest solution... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 14:42:10 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 6055537B423 for ; Fri, 18 Aug 2000 14:42:08 -0700 (PDT) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id OAA00888; Fri, 18 Aug 2000 14:37:45 -0700 Date: Fri, 18 Aug 2000 14:33:58 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Soren Schmidt Cc: Parag Patel , Robert Sexton , Jonathan Laventhol , freebsd-hackers@FreeBSD.ORG Subject: Re: Cheap 1000Gbyte machine In-Reply-To: <200008182123.XAA80962@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 Fri, 18 Aug 2000, Soren Schmidt wrote: > It seems Parag Patel wrote: > > On Fri, 18 Aug 2000 15:57:48 EDT, Robert Sexton wrote: > > > > > >Can IDE drives release the bus during seeks? Historically thats been > > >the big advantage of SCSI: Two IDE drives are no faster than one IDE > > >drive, while SCSI scales in performance. > > > > How about a single IDE (master) drive per controller, that is, no slave > > drives at all? This would halve the number of available drives per card > > (or require twice the number of cards) but essentially would use the PCI > > bus as a multiplex bus between drives instead of SCSI. > > > > You're still pretty much stuck waiting for one command to finish before > > another can be sent to a drive though, unlike SCSI drives. Still a lot > > cheaper tho'. > > Not really, if the ATA drives are configured as single masters, they can > run simultaniously, but you will still have the PCI bus speed limit :) > Which BTW is around 120MB/s as some overhead goes to keep the system > running (yes I have measured that :) ) > > And if you have modern ATA disks, they support tagged queuing as well, > have had that running in my lab too... Yes. I've seen tag depths of 32. Still not as much as SCSI, but 32 will saturate most spindles still (I've been having to work on some non-FBSD ATA and S.M.A.R.T. stuff lately....) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 14:52:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id 3ED9137B424 for ; Fri, 18 Aug 2000 14:52:30 -0700 (PDT) Received: from whizzo.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.11.0/8.11.0) with ESMTP id e7ILqS643418; Fri, 18 Aug 2000 17:52:28 -0400 (EDT) (envelope-from louie@whizzo.transsys.com) Message-Id: <200008182152.e7ILqS643418@whizzo.transsys.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Dennis Cc: hackers@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: 64bit Ethernet Controllers References: <200008181740.NAA07386@etinc.com> In-reply-to: Your message of "Fri, 18 Aug 2000 13:52:39 EDT." <200008181740.NAA07386@etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 18 Aug 2000 17:52:28 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Have any 64bit PCI ethernet controllers been tested in 4.x yet? Preferably > quad port..I've seen a few around (adaptec has one) but no mention on the > list of specific experience. This may not be exactly what you meant, but the Alteon Gigabit ethernet controllers (the ti device) are 64 bit PCI cards. The ones I'm using have optical connections, but they do have a twisted pair version with support for a 10/100-Base-T phy in addition to the gigabit phy. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 18 15:13:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from modemcable127.61-201-24.mtl.mc.videotron.net (modemcable211.226-201-24.mtl.mc.videotron.net [24.201.226.211]) by hub.freebsd.org (Postfix) with SMTP id 30BD437B424 for ; Fri, 18 Aug 2000 15:13:25 -0700 (PDT) Received: (qmail 91345 invoked from network); 18 Aug 2000 22:13:24 -0000 Received: from patrak.local.mindstep.com (HELO PATRAK) (192.168.10.4) by jacuzzi.local.mindstep.com with SMTP; 18 Aug 2000 22:13:24 -0000 Message-ID: <04e801c00961$84bf2150$040aa8c0@local.mindstep.com> From: "Patrick Bihan-Faou" To: "Johan Kruger" Cc: References: Subject: Re: Bootable CD... Date: Fri, 18 Aug 2000 18:13:20 -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.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Now I am trying to use the boot.flp image that comes with the 4.1-Release CD. My alteration on that boot.flp is to replace the kernel.gz with my own (it contains a different set of binaries in the mfsroot. Now when my CD boots, the PC just goes into an endless reboot cycle. If I stop the boot process when "loader" is loaded and try to load my kernel manually (load kernel.gz) the loader answers with a "don't know how to load module /kernel.gz" error. If I do a lsmod, there is nothing loaded. I am getting really confused and frustrated... Good thing that I have a rewritable CD available :) Also on a side note, I think that it would be a great feature to have "mount_cd9660" as part of the binaries compiled in the fixit and/or install floppies. At least this way I could mount my CD after booting from a floppy... ohwell... Patrick. "Johan Kruger" wrote in message news:XFMail.000818184610.jkruger@oskar.dev.nanoteq.co.za... > Ok, here's what i did ( busy building a custom CD installation ) > After the 'make release' , i took the boot.flp image 2.88 Meg and > mounted it. I deleted everything except for /boot/boot0-2 an the > bootforth loader. Then i made my own kernel allowing a MFS of 2048 x 512 > blocks, giving me 1.44 Meg in the filesystem. > In this i crunched 72 Megs of binary's , one of them 'chroot' > I compiled init as not to look for 'rc' ( check the Makefile, define part > that's specifically for a release ) > After this i use the write_mfs_in_kernel script and umount it ( remember to > compress the kernel after the mfs write > > sh -e doFS.sh -s mfsroot ./ /mnt 2880 johan's_mfsfd_root_dir/ 8000 minimum2 > ./write_mfs_in_kernel kernel mfsroot > gzip -9vc kernel > kernel.gz > vnconfig /dev/vn0 boot.flp > mount /dev/vn0 /mnt > rm /mnt/kernel.gz > cp kernel.gz /mnt/kernel.gz > umount /mnt > vnconfig -u /dev/vn0 > > Now your boot.flp is ready for mkisofs > > Basically what happens now , i copy my complete live filesystem with > installed apps to the CD's root dir, and when i do mkisofs, i use my new > bootimage. After boot , since it can not find rc, it executes .profile in > the MFS filesystem in the kernel- BUT ONLY if you compiled init for the > crunch with in /usr/src/sbin/init/Makefile > > #CFLAGS+=-DDEBUGSHELL -DSECURE -DLOGIN_CAP -DCOMPAT_SYSV_INIT > CFLAGS+=-DSECURE -DLOGIN_CAP -DCOMPAT_SYSV_INIT > > > In .profile i put 'mount_cd9660 /dev/acd0a /cdrom' ( /cdrom an extra dir i put > in my filesystem ) and 'chroot /cdrom /setup' , where setup is my prog, and > this works perfectly , i even load my own modules before the chroot and so on. > > The release i built is 5.0-CURRRENT , and if you want the boot.flp i can > attach it for you. Just mail me. Right now i'm going home - it's Friday - at > last > GOOD LUCK > *;-) > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 19 2:58:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from happy.koganei.wide.ad.jp (koganei.wide.ad.jp [202.249.37.254]) by hub.freebsd.org (Postfix) with ESMTP id EFBC437B42C for ; Sat, 19 Aug 2000 02:58:52 -0700 (PDT) Received: from koganei.wide.ad.jp (tweedledee.koganei.wide.ad.jp [202.249.37.72]) by happy.koganei.wide.ad.jp (8.9.3/8.9.3) with ESMTP id SAA48589 for ; Sat, 19 Aug 2000 18:59:02 +0900 (JST) (envelope-from ikob@koganei.wide.ad.jp) Message-ID: <399E5A33.B552E780@koganei.wide.ad.jp> Date: Sat, 19 Aug 2000 19:00:26 +0900 From: Katsushi Kobayashi X-Mailer: Mozilla 4.74 (Macintosh; U; PPC) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: IEEE1394 driver system for -current Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I announced IEEE1394 device driver on FREENIX'99 (sorry not on '00). I have caught up -current version at this time. The latest -current driver patch can be found at: ftp://ftp.uec.ac.jp/pub/firewire/beta/ I hope you success to make a kernel on your source tree. The driver function is still limited and may include many bugs since the driver has been used for specific purrposes, e.g., the driver have not supported SCSI (CAM) storage on IEEE1394 and not been complient to loadable kernel module. However, I think it is better to merge -current on this time and maintain on it compared with taking a effort in independent. Let me know what shall I do to merge my code. -- ikob@koganei.wide.ad.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 19 7:51:32 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 39DA837B423 for ; Sat, 19 Aug 2000 07:51:30 -0700 (PDT) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id KAA10895; Sat, 19 Aug 2000 10:55:11 -0400 (EDT) Message-Id: <200008191455.KAA10895@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Sat, 19 Aug 2000 11:07:34 -0400 To: "Louis A. Mamakos" From: Dennis Subject: Re: 64bit Ethernet Controllers Cc: hackers@freebsd.org In-Reply-To: <200008182152.e7ILqS643418@whizzo.transsys.com> References: <200008181740.NAA07386@etinc.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:52 PM 8/18/00 -0400, you wrote: >> Have any 64bit PCI ethernet controllers been tested in 4.x yet? Preferably >> quad port..I've seen a few around (adaptec has one) but no mention on the >> list of specific experience. > >This may not be exactly what you meant, but the Alteon Gigabit ethernet >controllers (the ti device) are 64 bit PCI cards. The ones I'm using have >optical connections, but they do have a twisted pair version with support >for a 10/100-Base-T phy in addition to the gigabit phy. do they have a quad port 10/100? ! port isnt very useful. Dennis > >louie > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 19 9:46:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id 74B2D37B43C for ; Sat, 19 Aug 2000 09:46:35 -0700 (PDT) Received: (from jgreco@localhost) by aurora.sol.net (8.9.3/8.9.2/SNNS-1.02) id LAA22799; Sat, 19 Aug 2000 11:46:32 -0500 (CDT) From: Joe Greco Message-Id: <200008191646.LAA22799@aurora.sol.net> Subject: Re: Cheap 1000Gbyte machine To: hackers@freebsd.org Date: Sat, 19 Aug 2000 11:46:32 -0500 (CDT) Cc: robert@kudra.com, jonathan.laventhol@imagination.co.uk In-Reply-To: <200008191620.LAA21856@earth.execpc.com> from "jgreco@execpc.com" at Aug 19, 2000 11:20:12 AM X-Mailer: ELM [version 2.5 PL3] 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 > On Fri, Aug 18, 2000 at 06:16:09PM +0100, Jonathan Laventhol wrote: > > Hello Folks -- > > > > Anybody built a file server with approx 1000 Gbyte or more? > > Or even 200 Gbyte? > > Joe Greco did this for a news machine last year. He used several wide > SCSI controllers, and a bunch of 36G drives, if I recall correctly. Three shelves of 36GB'ers for ~~.75TB. And again early with the 50GB Barracudas that Seagate promptly discontinued on me. >:-( But that got me 1.8TB. Now I'm waiting several months for an order of "many" (where many is a large number) of 73GB Cheetahs. The ones with the 16MB cache. :-) I'm looking to stick 8 shelves of 9 73GB drives (72 * 73 = 5.26TB) on a machine and have some fun. With additional machines for backup. The Adaptec 39160 is fantastic for cabling; you get two VHDCI connectors on the back and call it a day. Unfortunately it's not supported under 3.5R, which introduces some complications for me. > > I'm looking for a cheap simple way of doing this. Lots of > > IDE drives? (How many can you have?) Or SCSI? (Again, > > how many can you have?). > > Good, Fast, or Cheap. Pick any two :-) > > I'd suggest two Symbios based LVD SCSI Cards. Up to 14 drives per > chain, with very reasonable cabling limitations. Reasonable suggestion. While it may not be as "cheap" as IDE, the design is trivial and isn't going to involve difficult cabling issues like the new IDE stuff tends to cause. The drives will also likely last longer and perform better. You can get Seagate Cheetah 73GB's for ~$1100 (wholesale, and you should be buying wholesale if you're buying any number of drives). Get 18 of them for 1.3TB of space, which'll probably translate to just a bit more than 1TB of usable space. Stick them in two Kingston DS400's ($440 ea) with cabling ($120 ea internal, terminators and ext another $100 maybe). That's a bit over $21,000 for a very competent 1TB storage array. Hook it up to an Adaptec 39160 ($350) in the server of your choice, and away you go, leaving only one PCI slot burned, and if you really needed to, you can still add additional devices on the end of the SCSI busses that drive those two shelves (like an additional shelf, split 5/4). I personally recommend the use of removable drive modules, at an additional tax of about $75/drive. > Can IDE drives release the bus during seeks? Historically thats been > the big advantage of SCSI: Two IDE drives are no faster than one IDE > drive, while SCSI scales in performance. I believe that's all been dealt with. ICBW. Alternatively, you can try things like the 60GB Maxtor drive (under $250) and the DeskStar 75GB (in short supply and $550), but you've gotta remember that to get a terabyte of space, it's going to take maybe 18 of those Maxtor drives, and cabling is going to be a joy. On the flip side, the cost is low, at only $4500 for the drives. I'm not sure I'd want to try it. Especially with the failure rate on the low end drives. ... JG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 19 14:30:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 3296837B423 for ; Sat, 19 Aug 2000 14:30:23 -0700 (PDT) Received: from hamlet.nectar.com (hamlet.nectar.com [10.0.1.102]) by gw.nectar.com (Postfix) with ESMTP id 2412E19264 for ; Sat, 19 Aug 2000 16:30:18 -0500 (CDT) Received: (from nectar@localhost) by hamlet.nectar.com (8.9.3/8.9.3) id QAA30611 for freebsd-hackers@freebsd.org; Sat, 19 Aug 2000 16:30:18 -0500 (CDT) (envelope-from nectar@spawn.nectar.com) Date: Sat, 19 Aug 2000 16:30:17 -0500 From: "Jacques A. Vidrine" To: freebsd-hackers@freebsd.org Subject: Testers wanted: nsswitch Message-ID: <20000819163017.A30595@hamlet.nectar.com> Mail-Followup-To: "Jacques A. Vidrine" , freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Url: http://www.nectar.com/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello all, I've made a port of NetBSD's nsswitch code. This allows one to configure various databases such as passwd(5) to use files, NIS, or Hesiod. The current patch set is for 4.1-RELEASE. Comments, bug reports, and suggestions are solicited. I especially would like to hear from folks using NIS. Get it at: http://www.nectar.com/freebsd/nsswitch Thanks! -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@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 Aug 19 16:26:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id C279537B423 for ; Sat, 19 Aug 2000 16:26:45 -0700 (PDT) Received: from mail.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.11.0.Beta3/8.11.0.Beta3) with ESMTP id e7JNQJG16820 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified OK); Sun, 20 Aug 2000 01:26:30 +0200 (MET DST) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.5.7]) by mail.cicely.de (8.11.0.Beta1/8.11.0.Beta1) with ESMTP id e7JNQLq67299; Sun, 20 Aug 2000 01:26:22 +0200 (CEST) Received: (from ticso@localhost) by cicely5.cicely.de (8.9.3/8.9.2) id BAA39687; Sun, 20 Aug 2000 01:26:17 +0200 (CEST) (envelope-from ticso) Date: Sun, 20 Aug 2000 01:26:16 +0200 From: Bernd Walter To: Dennis Cc: "Louis A. Mamakos" , hackers@FreeBSD.ORG Subject: Re: 64bit Ethernet Controllers Message-ID: <20000820012616.A39613@cicely5.cicely.de> References: <200008181740.NAA07386@etinc.com> <200008182152.e7ILqS643418@whizzo.transsys.com> <200008191455.KAA10895@etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200008191455.KAA10895@etinc.com>; from dennis@etinc.com on Sat, Aug 19, 2000 at 11:07:34AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Aug 19, 2000 at 11:07:34AM -0400, Dennis wrote: > At 05:52 PM 8/18/00 -0400, you wrote: > >> Have any 64bit PCI ethernet controllers been tested in 4.x yet? Preferably > >> quad port..I've seen a few around (adaptec has one) but no mention on the > >> list of specific experience. > > > >This may not be exactly what you meant, but the Alteon Gigabit ethernet > >controllers (the ti device) are 64 bit PCI cards. The ones I'm using have > >optical connections, but they do have a twisted pair version with support > >for a 10/100-Base-T phy in addition to the gigabit phy. > > do they have a quad port 10/100? ! port isnt very useful. SF(4) says: o ANA-62011 64-bit single port 10/100baseTX adapter o ANA-62022 64-bit dual port 10/100baseTX adapter o ANA-62044 64-bit quad port 10/100baseTX adapter o ANA-69011 32-bit single port 10/100baseTX adapter o ANA-62020 64-bit single port 100baseFX adapter -- 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